Hello,
I just upgraded from VM 3.0.9 to VM 3.0.10 and now products don't update after child product via Multi Variant is selected.
Example:
1. Open this link - http://bit.ly/1a6wrFV (http://bit.ly/1a6wrFV)
2. Under "Auduma krāsa" choose "Dabīgi gaiša"
3. At this point product picture should change, because this is a child product. (You can see how url changes from aizkari/biezie-aizkari to aizkari/biezie-aizkari/dabigi-gaisi) In VM 3.0.9 product was reloaded automatically.
4. Press F5, and you will see that child product will get loaded.
I understand that there was a little problem with V 3.0.10, however, I updated VM just recently, around 20 minutes ago.
Joomla version is - 3.3.6
you get a 500 server error -> 500 - Unable to load renderer class
you can see it here: http://jonikashop.lv/aizkari/biezie-aizkari/dabigi-gaisi?tmpl=component&format=raw
hmmmm - not sure what that means .. have u tried with the std template to check?
Is this some kind of raw output mode?
What do you mean by std template? Standard template? I have tried to remove all template overrides in order to see if there were any errors in my template overrides.
I'm not sure what could have gone so terribly wrong, because everything was ok in v3.0.9.
I also noticed that there is this message in administrator panel "Taking config from file", what does that mean?
Taking config from file just means that values in the file are loaded into the config. It is just an hint for people using hidden configs.
For me it looks like your SEF is making trouble. The raw format works for anyone else very well.
Yepp sry, for the problem with the missing layout of the cart. But found 1 hour after the release.
Do you mean search friendly URL?
What could I try to do?
Were there any SEF related changes in v 3.0.10? Because everything was ok for me in V 3.0.9.
EDIT:
Maybe this could generate some ideas:
1. Open this link - http://bit.ly/1a6wrFV (http://bit.ly/1a6wrFV)
2. Under "Auduma krāsa" choose "Dabīgi gaiša"
3. Press on main product picture, you will see that child product gets loaded.
Olso this:
1. Open this link - http://bit.ly/1a6wrFV (http://bit.ly/1a6wrFV)
2. Scroll down till you see tabbed content
3. Press on any of tabs, you will also see that child product gets loaded
The raw request is the background ajax call to return the "new " product
this , on your install, is failing with the 500 server error
Max suggests that this could be SEF related so first try with your SEF turned off .. see if it works
In cases like this you need to do some experimentation as you are the only one reporting this
By std. template I mean try with protostar to eliminate any template issues
I just tried protostar template and I also disabled everything, every module, every plugin, everything that is not related to VM. And still I have the same problem.
QuoteMax suggests that this could be SEF related so first try with your SEF turned off .. see if it works
???????????
I did this also, but with no changes to the situation. I also tried this with protostar template and everything else disabled.
Just to be sure you are referring to setting "SEO Disabled" in SEO section of virtuemart?
no -- Joomla -- so end up with urls like
index.php?option=com_virtuemart&view=productdetails&virtuemart_product_id=161&virtuemart_category_id=4&Itemid=123
this is for testing to see if your server has a problem with sef urls
I have disabled both SEF and URL rewriting in Joomla global settings. http://bit.ly/1Fp2MXi (http://bit.ly/1Fp2MXi)
server error still there
http://jonikashop.lv/index.php?option=com_virtuemart&view=productdetails&virtuemart_category_id=0&virtuemart_product_id=2&Itemid=134&lang=lv&tmpl=component&format=raw
switch on full Joomla debug and try the above url
post the results
It seems I have found the problem. Looks like I can't use {loadposition xx} in product description, as it breaks the ajax function. Probably not many people use {loadposition xx} in their site, so no one reported this.
Just to be 100% sure, I installed fresh Joomla v3.4.4 and Virtuemart v 3.0.10 and nothing else. I created a new product with multi variant and child product. Everything worked great and then I added {loadposition position-7} to product description after doing this product ajax reload stops working - http://bit.ly/1QsQf5E (http://bit.ly/1QsQf5E)
I'm not sure if {loadposition xx} should break ajax.
You can login to the demo site and see for yourslef (if you remove {loadposition} and refresh, it will work)
admin
temp123
and what are you loading there?
have u tried to load a simple e.g. html module?
I just tried loading HTML module with just one sentence. While the text loads from module, the problem persists, ajax is broken because of {loadposition xx}.
You can log in demo site with credentials provided in previous pest and see that only simple HTML module gets loaded. - http://bit.ly/1V62n3i (http://bit.ly/1V62n3i)
In this demo site only Virtuemart is installed, no other plugin or module could be causing this.
Just wanted to know if someone will look into this problem, or do you guys consider it unimportant?
In my humble opinion, {loadposition} is part of what makes joomla great and if simple HTML module via {loadposition} breaks ajax functionality in Virtuemart this should be considered as bug, even more importantly, this wasn't happening in VM 3.0.9, this started happening after update to 3.0.10.
I also created a test site with fresh Joomla and VM 3.0.10 (link to it is in previous posts) to eliminate possibility that custom template or module is causing this.
Create a poll and do not ask who thinks that this is a bug, that would be silly.
Ask how many people use it. Actually, I never used it. Maybe you must activate the "Prepare Content" option? https://docs.joomla.org/How_do_you_put_a_module_inside_an_article%3F
I changed the ajax call to use the raw format, But I have no clue, what could break it.
I use "modules anywhere" on the rare occasion I have needed to place modules into page content, and never had a script issue.
Quote from: Milbo on September 22, 2015, 15:33:37 PM
I changed the ajax call to use the raw format, But I have no clue, what could break it.
Would be interesting to know, if it is the reason, or not
Seems that the ajax is not calling correctly the joomla content plugins.
Please try in dynupdate.js (FE/assets/js) in line 22 this
urlSuf='tmpl=component&format=html';