View Full Version : Version number does not match?
Wachtmeister
03-06-2006, 08:45 PM
?? Whats this? Everything worked for one hour after upgradnig from 1.2.1 to 1.2.6 and now i get this?
The eBux / eStore Product XML you have imported does not match the same Version number as the PHP files uploaded. Please reupload all PHP files to your forum's root folder. Then re-import the Product XML file with Allow Overwrite set to Yes.
I already reuploaded everything and problem is still there. I now uncommented the check in estore.php but version number in plugins and estore are the same?!
Reeve of shinra
03-06-2006, 08:51 PM
Are you possibly importing the incorrect xml file?
Wachtmeister
03-06-2006, 09:11 PM
Are you possibly importing the incorrect xml file?
No, absolutely not! I tried it twice and checked the xml file manually. It worked 1 hour and suddenly i got this message. The last i remember was that i've rebuilt all gift and ribbon postbits. Really strange. Maybe CMX has another idea.
Reeve of shinra
03-06-2006, 10:56 PM
This reminds me of an issue where I uploaded new vbulletin files over existing ones multiple times but I was still having this issue... it turns out, my ftp program did something screwy and didn't really overwrite them even though I clicked yes to all. So in the meantime, if it helps, try downloading a few of those files and opening them up to see what the version # is (or check them via the browser if your server has remote file management).
Hope this helps in the meantime.
CMX_CMGSCCC
03-06-2006, 11:34 PM
The only way u can get this message is if the file version # inside of the PHP file does not match the installed version of the XML file imported...
Reupload all files via FTP making sure that they overwrite all.
Then reupload the product with allow overwrite set to Yes.
-CMX
Wachtmeister
03-07-2006, 09:58 AM
The only way u can get this message is if the file version # inside of the PHP file does not match the installed version of the XML file imported...
Reupload all files via FTP making sure that they overwrite all.
Then reupload the product with allow overwrite set to Yes.
-CMX
I did that twice and checked the version strings manually. All show 1.2.6. I also checked the version info and it also shows 1.2.6. I also checked the code in estore.php and cannot explain why it stopped working after one hour. I'll leave the 3 line commented and wait for 1.50 ;)
CMX_CMGSCCC
03-07-2006, 01:59 PM
If it is saying that, try to set the version number down to 1.2.5, then try reimporting the 1.2.6 product XML file sheet with allow overwrite set to yes, it should fix it as it unsets the "internal option" version and will reset it.
-CMX
Wachtmeister
03-07-2006, 02:13 PM
If it is saying that, try to set the version number down to 1.2.5, then try reimporting the 1.2.6 product XML file sheet with allow overwrite set to yes, it should fix it as it unsets the "internal option" version and will reset it.
-CMX
Set 1.2.5 where? In eshop.php or into the product? Or will 1.50 fix this also? So i could wait...
CMX_CMGSCCC
03-07-2006, 02:25 PM
Set 1.2.5 where? In eshop.php or into the product? Or will 1.50 fix this also? So i could wait...
Plugins -> Manage Products -> eBux / eStore -> Edit
Set the version number to 1.2.5, save the settings, then try to reimport.
-CMX
Wachtmeister
03-07-2006, 02:33 PM
Yes, that did it. Thanks!
CMX_CMGSCCC
03-07-2006, 02:45 PM
Great :)
-CMX
tpearl5
06-12-2006, 02:28 AM
I had this same problem going from 1.5.4 to 1.5.6. Lowering the version number manually and than reimporting did the trick.
CMX_CMGSCCC
06-20-2006, 07:39 PM
Yes, for some reason this happens, I've been unable to replicate it though as to figure out the exact reason for this.
But if u lower the version number, then reimport with allow overwrite set to YES, it should be fixed.
-CMX
vBulletin® v3.8.12 by vBS, Copyright ©2000-2025, vBulletin Solutions Inc.