Some bugs, or quirks.... not sure which yet.

[aftertaf]

Hi,

virtuemart 3.0.18
joomla stable channel & uptodate (always) v3.5.x. for now
Site : 

http://www.socouture.fr
online boutique not yet in use, but tested and working with paypal & normal cart payment/shipping settings., finishing touches ongoing.

(soon to copy to w3.socouture.fr for testing...)
on php 7 /debian VM

-> ~2000 orders via POSforWebshops for bricksnmortar shop (6 months of use)

• Orders : screen overload, very slow !

The screen is unusable. very slow, and cant update statuses from main screen. once in the order, can change status.

• Sales conditions on every sale - admin user while testing.

The setting is to not have to do every time, but while dry running as a superuser, each order needed the box ticking on the cart-1pagecheckout.

• for some reason the children/variants Add To Cart button doesn't work.

i have done template overrides to adjust page layouts-> probably pebcac..
add to basket button shows popup, but basket is empty. (on category view page -> [sublayouts/prices_override-php] )
Works when choosing variant of parent product.
Works when clicked on the child product, and adding from the productsdetails page (also templete-overridden, mostly for layout reasons).
Other non child/parent variants (i.e standard products) with same overrides work fine.

• Recapcha enabled for joomla users login, not working

...when i've hidden the joomla login module, to make logins happen via virtuemart. Normal that recaptcha v2 not showing ?
Am using SLogin and Slick login also... i'll check more and remove if caused by me...
[/list]

..and happy new year !!

[Milbo]

Please try this optimised version http://dev.virtuemart.net/attachments/download/1042/com_virtuemart.3.0.18.9_9423_extract_first.zip

The order list view has a bulk order status change function. It is also clear that it can be slow, when you show 200 orders, reduce the list to 50 and it should work fast, else your server maybe just too slow. But usually, even a server for 7 euro a month is fast enough to display 50 orders in the list (regardless the complete amount)

[aftertaf]

Just for now, dropping the default list from 200 to 50 has made it work fine. I can delete my test orders etc now without issues.
as i'm curious, no new major issues with 3.0.18.9? i dont want to take any risks as the system is live (except for the online purchasing...) -> my wife would kill me !
I can always make my w3 test server and update that one first, see how it goes I'll let you know. Thanks again !

[Milbo]

The only complexer thing is that we removed the frontpage, and you can simulate it per category page.

and you need to enable the legacy layouts, when you used overrides in the category view.

[Milbo]

As always, just take a backup

[aftertaf]

as always
thanks, ill give you any feedback worth feeding back...

[Studio 42]

Perhaps only POSforWebshops is slow ?
But in all case, when you display 1000 items in VM this is slow, because it needs to check many things.
I reduce on my batch tool the minimum requiered fields and i need more then 2 secondes for 1000 products, only for the HTML render.
So is it slow for 20 items or for 1000 ?

[aftertaf]

its the virtuemart Orders screen that becomes painfully slow, and it also fails to let me change status / delete any orders i'd cancelled.
I'd make the changes and press Update Order Status, it would refresh the page and nothing changed.
Now i set back end list to 50 (from 200), it works as expected.

[Milbo]

It can be just your browser, actually. It is harder to display then to load that screen, because it has a lot checkboxes and other stuff.

[aftertaf]

FYI: testing with VirtueMart 3.0.18.9 Blue Corvus 9424.
showing 200 orders at a time is fast to load/reload, but the updating / deleting still fails....