New pre subrelase N, ... final RC3

[Lagendijk]

Well, maybe it`s a IE glitch or something, checked it with firefox and on a ipad and then it works fine indeed.

[cas]

For those of us still running 1.9.8.RC2 M in production, is RC3 pre K stable enough yet to upgrade or should we wait?  What are the recommended steps to upgrade from M?  ie,  do we need to uninstall the existing AIO plugins, or has that problem been resolved?  Do we need to uninstall the M component, or install pre K over top of M?  Any advice is much appreciated.

[Milbo]

When it is ready, you just install it over your M version!

[cas]

Hi Milbo,

It sounds like you're saying it's not ready yet?  Should we hold off?   Is there an estimate when it will be ready? 

Thanks,
Chuck

[Milbo]

I am quite eager that the next version RC3-M should be tried for people like you to replace RC2-M. I think RC-N will be then the final.

btw arnask, please use this thread for your bug http://forum.virtuemart.net/index.php?topic=94939.0

[jjk]

J1.7.3/VM2 SVN revision 5031
At the moment I don't get the frontend language (language files) to switch to my second language anymore.

This part of the problem turned out to be a stupid typo (missing quotation mark) in the frontend language file which prevented the file from being loaded.

The second part of the problem remains: I still can't save any product long description in the second language. Short description saves.

[oldagent]

The story behind that is,... just coding life.

Someone from the team developed for the customplugins are faster method to use them. This pattern used static calls. Then we used that pattern and were quite happy, but it was nasty to write for it, because it was not used as true object.

During the optimisation phase we found out how to use the standard or better enhanced joomla plugin pattern and to boost the whole thing with a little trick. But this little trick didnt worked for the customs. So we were forced to rewrite all triggers of these family and this is causing us so much trouble. But now we have the possibility to write more powerful plugins then before. So it will come back, you can be sure.

OK this really good to know but when it will happen? With next release or after final release? I mean how important is this plugin in your tasks list?

I don't want to be impolite or rude but can you please give some information about your plans with this plugin.

[cas]

I'm currently running RC2-M, so what's the best way to upgrade to RC3-M?  Should I uninstall the RC2 AIO plugins & VM component first, or just install over top? 

[PRO]

over top

[cas]

Hi Banquet,

Even the plugins?  I read in previous posts that was an issue, and it was recommended uninstalling them first.  That has been fixed now? 

Thanks,
Chuck

[Milbo]

imho yes

[cas]

The good news is it upgraded cleanly without having to uninstall anything.  The bad news is bugs reported fixed in other posts are not fixed on my site:
1) My actual product cost is still showing in the shopping cart Price column with a line through it.  Cost should not display anywhere on the website.
2) The tax is being calculated in the cart without anyone logged in, so how does it know which tax rule to apply.  The tax should be 0 until a user is logged in.   
3) The tax should not be added to the price in the cart Price column.  The Price column should just be the product price without tax.
4) The cart Discount column is showing a value not related to the discount value.  It is simply taking the difference between the base cost and the final price.  That's not the discount amount.
5) The cart is not saved when user logs out.

[clabis71]

I'm testing from VM2 already begun. Sorry for my english.
When I found this problem on the quantity.
If we include a minimum amount in each case it is possible with the +/- decrease the quantity.
Also I could not in any way to make the steps of quantity, eg every 50 items.
I also display these errors:
# vmdebug self::$_jpConfig->lang it_it
# vmdebug vmTime: loadConfig db no: 0.00470089912415
# vmdebug put in plugin, use internal plugin table instead
# vmdebug datas save Var1:
# vmdebug self::$_jpConfig->lang it_it
# vmdebug vmTime: loadConfig db no: 0.00416898727417

[jjk]

Just a note - when checking the database table after a fresh install of com_virtuemart2.0.0_RC3_Pre_M, phpMyAdmin reports one duplicate index:

Problems with indexes of table `joxjk_virtuemart_shipmentmethods`
The indexes PRIMARY and idx_virtuemart_shipmentmethod_id seem to be equal and one of them could possibly be removed.

[beipink]

will this small bug be fixed for the final release?

http://forum.virtuemart.net/index.php?topic=94565.0