VM 3.2.0 J 3.6.5
Hi, I made a search in the site about my problem but without success. After the update to 3.2.0 version I can not assign a category to a new product; I choose a category I click SAVE and the category field turn empty. More over, when I click on the descending category window, there are many empty categories and I don't know why... those categories there wasn't before the update (I enclose a screenshot)... any suggestion?
Giuseppe
You have a multilanguage page. Any multilanguage page has a mainlanguage. I do not understand how it happened, but it looks like that your italian language is the secondary language and there is nothing entered in the mainlanguage. You need to check the endings of your language tables. How many suffixes are there? only it_it or also en_gb?
It is interesting mainly people from italy or czech have this problem. Maybe some widespread tutorial in your language missed to point out that it is important to be clear about the used main language and how to configure it, before starting to create products.
Thank you Milbo for your answer... actually I have installed both italian (it-IT) and english (en-GB) and italian is the main language. What do you mean with " You need to check the endings of your language tables"?
Moreover, when I choose the category it's not saved but if I watch in the products page I can see the choosen category in the category column; in the front end I can see the product in the choosen category... but this only if I choose the category and I click save and exit, if I click only save, remaining on the page of the product, I don't see anymore the product in the front end... suggestions? weird!!! :o
I have exactly the same issue on my multi-language site.
3.0.18 was fine, 3.2.x not.
Default language is en-GB
My experience is that the addtional category will disappear with a successive edit.
See attached screenshots.
TIA
It means that your category is missing the english description
I updated to 3.2.1 but I still have the problem...
Actually I solved assigning the category and clicking save&exit, in this way the category is assigned but if I go back in the product page I don't see categories assigned...
There is a config, which sets the maximum categories per product for your vendor. Check your vendor/store settings.
I just rechecked, it is only active, when you activated the multivendor mode.
Sorry, I don't find the config you are talking about...
Quote from: Milbo on March 31, 2017, 10:09:33 AM
It means that your category is missing the english description
All our categories have an English description.
v3.0.18 was no problem at all.
I'm inserting new products and what happens is really strange. Sometimes the categories are saved, other times no! for example I created a parent product and the category are normally saved and displayed, then I created a child and the only way to save the child category, as I told before, is to make save and exit, If I have to modify the child I always have to re-insert the categories before save and exit. I have also a product where I can save one category but not another...
Did you check if multivendor is activated? When it is activated, please check the setting of maximum categories per product.
When you use different languages, ensure that the category/product has always the mainlanguage. Attention, when your store run in the FE for example in spanish, and you see the Backend in english, you will see the spanish text as fallback, when there is no english text.
When creating child products VM shows strange behaviours concerning languages.
As Milbo pointed out it gets confused when you have different combination of languages in FE and BE.
I often have the FE opened in 2 languages for debug purposes and I alternatively use BE in one language or the other .
I still have not figured out what is the best combination to avoid creating wrong translations (I mean children who inherit a wrong language translation).
In many cases after children creation I have to use a tool like VM Batch Edit to cut&paste correct translations into children descriptions or to remove them.
Quote from: bortolani on March 31, 2017, 18:56:09 PM
As Milbo pointed out it gets confused when you have different combination of languages in FE and BE.
It does not get confused. It can be confusing. But it works completly logical.
When someone has a german and english store and german is the main language, but someone used the sample data with english description, then the english description is written on the german table. So when I see the Backend in german, I see the english texts of the german description.
When I change the backend to english,... and assume there is no english description, then I see the german text, which got entered as english (due the language fallback).
So when I change the language from german to english, with the vm own language dropdown, and enter the english description and store it.... the system loads the whole thing again with the standard language and I see the "english" text again, but not the english text, which I just entered. So it looks like, it did not store it. But when you change then to english, you notice it is the correct text.
So it works correctly!
Quote from: bortolani on March 31, 2017, 18:56:09 PM
I still have not figured out what is the best combination to avoid creating wrong translations (I mean children who inherit a wrong language translation).
In many cases after children creation I have to use a tool like VM Batch Edit to cut&paste correct translations into children descriptions or to remove them.
I really have problems to believe that. Children which inherit the description of the parent in another language? Maybe the fallback, yes.
Btw, it helps also to enable the vmdebug, at least for administrators, so you can see the set language tags, that may help
The Multivendor is NOT activated and absolutely I don't have problems with translations and both categories and products (may be not some old products but surely the products affected by the not saving categories problem) has the mainlanguage.
HI,
I have this issue on live site 3.2.0 and test site 3.2.1.
Using FR & EN and also, was fine on 3.0.18.
I admin in english usually but always been entering data for the FR-fr version of the store by default.
Also, in mono vendor mode.
I can create a new category but can't assign it to a product.
In fact i can't change product categories at all.
All other fields seem modifiable, but categories is like its in read only mode or the update fails in database... ?
What would i need to activate in BE to see this?
Maybe it is a permission issue?
Hi Milbo,
Permissions in what respect ?
I didn't change anything system-side since before the upgrade.
As I have a backup copy for testing : i've made some changes to multilanguage to see if it helps :
- removed English as one of the languages
- disabled all language content & switch plugins
- unpublished all language switch modules & menus
- changed my BE language to us to be FR-fr
Now when I click 'multilingual status' link in VM BE, i get message that the site is not setup for multilanguage.
Still I have these problems :
- Can't edit already setup categories for any product I have tested so far
- The Product Categories section of the 'products' Backend does not show any categories created since the update to 3.2.x
- I can create a totally new product, and at moment of creation I can assign a category to it. Once I save, if i then remove category or try to change to a different one, the initial category at 1st save is still selected
I can give you access to the BE, or provide a database dump if either can help.
I don't know if i messed up my multilingual configuration, but it seemed setup fine and working in 3.0.18.
Quote from: Milbo on March 31, 2017, 18:40:20 PM
Did you check if multivendor is activated? When it is activated, please check the setting of maximum categories per product.
When you use different languages, ensure that the category/product has always the mainlanguage. Attention, when your store run in the FE for example in spanish, and you see the Backend in english, you will see the spanish text as fallback, when there is no english text.
What does the issue of categories not displaying inside the product but displaying in the product list have to do with multivendor?
Are you saying that a store needs to be multivendor and the categories per product set in order for them to display properly?
What about the category disappearing totally with a successive product edit, not concerning categories?
This is only a v3.2.x issue as v3.0.18 was fine.
Because of this problem, I have reverted to v3.0.18 which seems to defeat the object of v3.2.
When replying, kindly ensure to quote as there seems to be different issues in this thread and it is difficult to always know which one is being responded to.
TIA
I am having problems too!
Using Virtuemart 3.2.1 - clean installation
The demo products are already assigned to product category
It is not possible to assign a different category to a product!
I can click and see the list - I can mark one, but when saving the product the assigned category is removed!
I actually tried with a clean installation because I had the same problem with a shop that I upgraded to the latest version of Virtuemart - after upgrade all prices disappeared from frontend, and the category problem was there. So to see if it was something from updating from my old shop, I uninstalled Virtuemart, and made a fresh installation
Same problem - categories can not be assigned. I am only using Danish in the shop
what to do?
Maybe I should just use an older version of Virtuemart, and hope the category problem is solved in a later version than 3.2.1
I am convinced there is something wrong with this version regaring categories!!
Thanks
Finn
Quote from: aftertaf on April 02, 2017, 11:46:26 AM
Hi Milbo,
Permissions in what respect ?
I didn't change anything system-side since before the upgrade.
As I have a backup copy for testing : i've made some changes to multilanguage to see if it helps :
- removed English as one of the languages
- disabled all language content & switch plugins
- unpublished all language switch modules & menus
- changed my BE language to us to be FR-fr
Now when I click 'multilingual status' link in VM BE, i get message that the site is not setup for multilanguage.
Still I have these problems :
- Can't edit already setup categories for any product I have tested so far
- The Product Categories section of the 'products' Backend does not show any categories created since the update to 3.2.x
- I can create a totally new product, and at moment of creation I can assign a category to it. Once I save, if i then remove category or try to change to a different one, the initial category at 1st save is still selected
I can give you access to the BE, or provide a database dump if either can help.
I don't know if i messed up my multilingual configuration, but it seemed setup fine and working in 3.0.18.
Edit, its a bit weirder still : I CAN change categories, and save the changes.
If i Save & Close (or Save, then Close after) the changes are persistent.
If i need to reopen the product to change anything else (stock, dexcription, etc, the Product Categories' section is empty. Bsically i need to retype the same categories again for the system to not wipe them when I save the products again.
However it does look like the shop is defaulting to EN-US language, whereas before I was editing (with joomla! in English) the shop/product/category etc details in FR-fr first. This has changed with 3.2
Same problem here on multi language site ... in 3.0.18 all was ok ... now cant modify a product categories because does not save the new changes ... But creating new product is ok ...
Not funny at all ... cant add new categories to a product ... the only way i have to delete product and re create with all the new categories ...
Any help please ... using 3.2.0
In general there are 3 features which could create problems with the categories.
The categories are loaded by an ajax, so first you should always check the console for js problems. When there is a js problem, then the categories are just not loaded.
The multilanguage fallback can lead to confusion. There users with a multilanguage store with 5 languages and anything works as expected, also with fallbacks.
The default Frontend language is your shop main language. When you enable vmdebug, you can see which languages are used for the different loads. Be aware, you can see your backend in english, but the shop runs in spanish. When you enter then something it should be spanish, even when the whole backend is in english.
The next problem can be only with multivendor activated. In multivendor mode it is possible to set the maximum categories, which a vendor can set per product. So when it is not possible to store more than x categories and run multivendor => check your shop settings, or the vendor of the product.
Hi,
to run it down :
1- Multivendor not activated.
2- Default FE language for J! is French, but i use EN-GB for my admin work.
3- I've disabled EN-GB as a VM language for now
4- I've enabled Joomla! debug console but haven't seen any JS errors. Where do I need to look exactly ?
I've had to up my memory_limit in apache's php.ini from 128M to 1024M or i get Fatal errors.
Chrome still says 'aw snap' when I try to view the Database query portion of the debug console. trying with FF now...
I'm not very experienced with php/joomla/VM but I do work with software development.
Troubleshooting issues & helping devs with debugging is part of my daily job, so I can provide you with more info and get to the bottom of this if you help point me in the right direction.
In the attached images,
1- i create a new product, and add 3 categories
2- I save the new product
3- I remove one category
4- I save & close, only 2 categories are now shown
5- I reopen the same product : 3 categories are shown once more
6- I save and close, without actually making any changes, 3rd category is back.
Hope that can help you to help us.
I've done some more playing around.
If I update a product's categories, it seems that the category is saved, but the navigator cache seems to interfere with the ajax loading of the categories.
When i do this:
1- open a product
2- change its categories
3- save
on reload, i dont see the new category
If i close at this point, in the products list i see the newly added category
If i reopen the product directly, i dont see the new category in the list.
If i save at this point i overwrite the categories and the one I added is effectively removed.
If i close again, and empty my browser cache, then I reload VM BE and open the product again, the category is there.
Did something get broken in the cache/method of caching ?
So the question is,
which browser do you use
"Did something get broken in the cache/method of caching ?
Modify message"
I doubt it has anthing todo with a php cache. As you already said, it is very likely a browser cache problem
i'm trying with both chrome and FF. - both are affected
And i'll now use CTRL-F5 on ANY change to be sure.
Not enough of a joomla head to see where this comes from, but why wasn't it doing this in any way before the updates to 3.2?
More importantly is there anything I can change in J!/VM cache methods to help?
This will end up driving me loony ;)
Quote from: aftertaf on April 03, 2017, 13:09:49 PM
i'm trying with both chrome and FF. - both are affected
And i'll now use CTRL-F5 on ANY change to be sure.
Not enough of a joomla head to see where this comes from, but why wasn't it doing this in any way before the updates to 3.2?
More importantly is there anything I can change in J!/VM cache methods to help?
This will end up driving me loony ;)
All you describe is the same for me and as I demonstrated on page 1.
1. Multi-language with BE in en-GB and same for FEs mainlanguage;
2. NOT mult-vendor;
3. Checked with 3 browsers: FF, Chrome, MS Edge;
4. This is a new 'feature' of VM3.2.n;
5. I am having to clear all caches: siite/admin/browser very often
VM3.0.18 was fine and I have reverted to that version until a solution is found.
Best
EsSa55, it is impossible to find a solution, when people who have the problem do not work on it. Because the whole testing team cannot reproduce it. There are 5 people with this problem, Geppux, aftertaf, finngu, encreplus and you. Mhuebler has a similar problem, but it is a migrated store (not updated).
4. This is a new 'feature' of VM3.2.n;
I do not understand what you want to explain with this.
5. I am having to clear all caches: siite/admin/browser very often
It makes no sense to mix all caches. Cache is not cache. It is like saying any moving vehicle is a car, ignoring ships and airplanes. Vm itself uses program caches and the joomla (file) cache. The used joomla cache of VM is ONLY in the Frontend. Browser caches are a completly different thing. I also think you 3 encounter maybe different problems.
Just for your information. I delete almost never any cache in my store, and I almost never delete my browser cache. Additionally you may have a server cache, creating extra problems.
It could be also simple to solve, when some of you would be able to use the vmdebug. I could maybe also solve it within minutes, when I could check your store. All I need is a superadmin access and an installed extplorer and the permission to enable the vmdebug for administrators (so I can even debug a live store without problems) and a membership.
Hi Milbo, I activated vmdebug and I opened a product having this behaviour: when I created it I assigned to this product a category and saved without problems... after I decided to change the category but all the time I re-open the product, automatically the new category is replaced with the original first category, so all the time that I need to make a change of this product like the description or the stock etc... I need, before to save and exiting, to correct categories and insert the correct one. In the enclosed attachments there are the vmdebug messages I have when I open the product and I find the category changed and when I save and exit the product.
I hope this can help you to solve the problem...thank you.
Giuseppe
I installed locally a backup of my site and... is not affected by the problem! If I open the same product that change the category in the live site, locally the category remains the correct one... Locally I have php 7, live 5.6.28 if it may help...
my sites that are affected are running on php7, as per my signature...
When you reopen a product : press CTRL + F5 before modifying anything else...does that reload category properly ?
My site, which has the same issue, is running php 5.6.30
Yes Aftertaf, pressing ctrl-F5 the categories are reloaded properly.... what is it and why I've no problems locally?
I have 3.2.0 on my Test site and pressing Ctl+F5 does bring the correct categories into focus.
However, Categories seem to be ajax loading and taking an extremely long time to appear.
To have to press Ctl+F5 every time must be a workaround rather than the solution to the problem.
hi guys, dunno yet root cause.
yes, its a workaround, not the fix as such. going to try to work with milbo (or help him to see where it could come from) on my site. stay tuned in case . . .
Thanks aftertaf
I thought that the ctrl-F5 was a workaround to be made everytime I was opening an old product but it fixs finally the problem for that product... if I re-open it the categories are ok...
Try this file, extract to components/com_virtuemart/assets/js
Hi
The new file does not work for me.
Also, the current method of category loading seems to be new in 3.2.n
See attached screenshot.
Quote from: Milbo on April 03, 2017, 01:22:33 AM
In general there are 3 features which could create problems with the categories.
The categories are loaded by an ajax, so first you should always check the console for js problems. When there is a js problem, then the categories are just not loaded.
The multilanguage fallback can lead to confusion. There users with a multilanguage store with 5 languages and anything works as expected, also with fallbacks.
The new file works for aftertaf. It just disables the browser caching for the ajax and I added the used language to the url. So it should at least work. What do you mean with, it does not work?
Ok, by 'does not work', I meant by whatever it was supposed to achieve different to its previous behaviour.
My backend behaves exactly the same as with the previous version.
Thanks
I don't know if the Milbo file had to solve my problems with categories but I still have same problem.
Hi all, and Milbo.
Sorry for not getting back to you before : weekday job/life . . .
It doesn't seem fixed on my live or test site Milbo. i haven't touched anything all week, yet.. ;)
David
Long time user, first time poster.
I'm using
Apache/2.4.10 (Debian)
PHP 7.0.17
Joomla 3.6.5
VirtueMart 3.2.1
And see the same weird issues with the categories.
The setup was on an brand new installation, with brand new joomla and brand new VM3.2.1.
There is dual language. EN and NL. However the main page and datafilling is all in EN. There are only a few categories that have dutch descriptions, but no translations for manufacturer or products:
mysql> select count(*) from oxdau_virtuemart_categories;
+----+
| 17 |
+----+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_categories_en_gb;
+----+
| 17 |
+----+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_categories_nl_nl;
+---+
| 9 |
+---+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_manufacturercategories;
+---+
| 3 |
+---+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_manufacturercategories_en_gb;
+---+
| 3 |
+---+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_manufacturercategories_nl_nl;
+---+
| 0 |
+---+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_manufacturers;
+----+
| 14 |
+----+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_manufacturers_en_gb;
+----+
| 14 |
+----+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_manufacturers_nl_nl;
+---+
| 0 |
+---+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_paymentmethods;
+---+
| 5 |
+---+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_paymentmethods_en_gb;
+---+
| 5 |
+---+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_paymentmethods_nl_nl;
+---+
| 0 |
+---+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_products;
+-----+
| 315 |
+-----+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_products_en_gb;
+-----+
| 315 |
+-----+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_products_nl_nl;
+---+
| 0 |
+---+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_shipmentmethods;
+---+
| 3 |
+---+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_shipmentmethods_en_gb;
+---+
| 3 |
+---+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_shipmentmethods_nl_nl;
+---+
| 0 |
+---+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_vendors;
+---+
| 1 |
+---+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_vendors_en_gb;
+---+
| 1 |
+---+
1 row in set (0.00 sec)
mysql> select count(*) from oxdau_virtuemart_vendors_nl_nl;
+---+
| 0 |
+---+
1 row in set (0.00 sec)
In short:
Add product -> Enter stuff -> Select Category -> "Save" -> Category empty.
--OR---
Edit product -> Change stuff -> Remove Category -> "Save" -> Category set back as previous category.
If I can help someone by producing traces or logs, let me exactly know what I have to do!
Edit product -> Change stuff -> Remove Category -> "Save" -> Category set back as previous category.
Quick 'workaround' :
Edit product -> CTRL + F5 to refresh again -> Categories reloaded OK -> edit Stuff -> Save -> Categories OK.
Quote from: Milbo on April 11, 2017, 15:25:35 PM
Try this file, extract to components/com_virtuemart/assets/js
For me it is working now correctly with this file
Thanks
I got same problem, not able to change categories in product editing.
now with this new file JS it is working fine.
I hope it will be in next release of VM.
thank you
I still have the issue on my live & test sites. with firefox, F5 is enough after a change of category & save in the prodcts screen, to refresh any category changes.
In FireFox, I see the text 'loading...' for a split second when refreshing with F5, but not when it does its own refresh when saving.
Tested with Test istraxx Fr product.
The patch file has not helped me.
Ctl+F5 does work but should obviously not be necessary.
Update to VM3.2.2 which has bugfixes - http://virtuemart.net/news/latest-news/480-security-release-of-joomla-3-7-be-prepared
http://forum.virtuemart.net/index.php?topic=137491.0
Thanks.
Already updated.
Issue the same.
I have tried a fresh install and that is fine.
Not practical for live site though.
This can be an old js library. Please check also the new language option and enable the dual fallback.
Quote
This can be an old js library.
What is the solution, please?
Quote
Please check also the new language option and enable the dual fallback.
Dual fallback is already enabled, although since we do not use 2 languages, it should be switched off?
Either way, whichever combination of Fallback options I select, makes no difference.
Only Ctl+F5 visually populates the Category field
We have 12 languages, 11 sub-domains + default GBP.
TIA
When you have more than 2 languages, you should of course not use the dualfallback. I think (hope) it is anyway deactivated then. The new options to see the used language should help you to understand if you use a fallback or not.
You must also differ problems between the FE and BE. It can be also a systemplugin, which interfers. There are some systemplugins for VM, which load the Config, which sets the language and this can happen, before the language switch, so it loads the wrong language. The solution is here to use the new parameter of "loadConfig" to prevent initialising of the language.
Me too, still have problems.
Can you give us an idea of which js library might be old?
I talk about the browser cache, not server, joomla or vm cache. When you use CTRL+F5, then it usually reloaded.
Hi, I have the same problem with categories and products.
If I try to modify the categories of a product, this is not possible and the previous categories are restored.
If Milbo wants to give you an account (the site is testing in a private folder) access ... Thanks!
sorry to repeat and stuff, but I'm still in the same case. The ajax script change you made didn't help.
Doesn't happen on Calculation Rules page's Category selection list.
I try to CTRL-F5 every time i do anything with a product to make sure i dont mess up my category structure..
If you could have a look, your accounts are still active on both www & w3. virtualHosts ..
Same behaviour with Chrome latest, FF and Edge.
Please try this one http://dev.virtuemart.net/attachments/download/1081/com_virtuemart.3.2.3.9577.zip
and check the new language settings
Thanks Milbo, I updated the version you attached. But nothing has changed: the product categories can not be changed, the previous ones remain. :-(
Milbo, if I can provide information that might be helpful to fix the bug: the problem starts with the upgrade from VM3.0.18 to the next version (starting from 3.0.18.1).
We replaced the category dropdowns by ajax. So they reloaded. But the right category should be selected. The ajax needs this information also. The next is the language. VM3.2 has another method to display the language. Your Backend language should be the same as the shop language. Please check also the new language settings.
Hi all, I have many vm installation to different servers.
In some of them i face the same problem
These particular servers have the following
php 5.6.30 nginx as proxy cache
I have upload the site with the problem to another server with the following and it works fine
php 5.5.9-1ubuntu4.21, nginx web server
Moreover I have updated the php to php 7 (to the server with the problem) with no success.
So it must be the nginx cache which causes the problem
question: when you update the values in categories do you use POST or GET method?
Hope it helps
I have the same problem...
any solution better than CTRL-F5 ???
I have the same problem. Category tree, and category list in product (administrator) dont refresh after page load, When I add category, I dont see on product category list. I must click f5 to refresh it. Problem is with script
static function ajaxCategoryDropDown($id, $param, $emptyOpt){
vmJsApi::addJScript('ajax_catree');
$j = "jQuery(document).ready(function($) {
jQuery(document).ready(function($) {
Virtuemart.emptyCatOpt = '".$emptyOpt."';
Virtuemart.param = '".$param."';
Virtuemart.loadCategoryTree('".$id."');
});
});
";
in vmjsapi.php
and
/components/com_virtuemart/assets/js/ajax_catree.js
They do not load when product view is loading. I have VM 3.2.2. Please help
Suggest you try VM3.2.3.9587 http://forum.virtuemart.net/index.php?topic=137816.0
On my server Virtuemart 3.2.2 works fine. Maybe it's a question of hosting options?
On version 3.2.3 problem still remains. Any idea?
Virtuemart dont refresh category in product details, on product list search and in search by category in category view. It's work only after refresh page by F5. Mayby my serwer have bad settings? What requirements hava ajax script in category tree and filtr? I have PHP 7.0.15, Apache/2.4.10
Hi,
Still have this issue.
I've tried to run without No Fallback and/or Dual Fallback, and also with 'show english for non translated strings' disabled. All result in the same need to do CTRL F5.
Not tried 'very stable 3.2.3' yet...
will give it a whirl on my test site
tested with com_virtuemart.3.2.3.9614_extract_first.zip and I still have this issue.
With and without No Fallback ticked.
same, even with all caches purged...
Which settings do you use in vm config?
the most compatible configuration is with Fallbacks enabled.
Quote from: panagiotiss on June 29, 2017, 12:26:36 PM
These particular servers have the following
php 5.6.30 nginx as proxy cache
Our demo.virtuemart.net works with the same configuration, imho
Quote from: aftertaf on August 03, 2017, 12:10:23 PM
tested with com_virtuemart.3.2.3.9614_extract_first.zip and I still have this issue.
With and without No Fallback ticked.
same, even with all caches purged...
I think, I found an error on your backend, the browser console shows:
Uncaught TypeError: Cannot read property 'VERSION' of undefined
at bootstrap-tooltip-extended.min.js:6
at bootstrap-tooltip-extended.min.js:6
Quote from: Milbo on August 07, 2017, 11:30:58 AM
Quote from: aftertaf on August 03, 2017, 12:10:23 PM
tested with com_virtuemart.3.2.3.9614_extract_first.zip and I still have this issue.
With and without No Fallback ticked.
same, even with all caches purged...
I think, I found an error on your backend, the browser console shows:
Uncaught TypeError: Cannot read property 'VERSION' of undefined
at bootstrap-tooltip-extended.min.js:6
at bootstrap-tooltip-extended.min.js:6
is that something I can fix?
the normal backend dont has this error. So you have something installed in your backend, which creates this error.
Had the same problem and found this topic. So I figured I'd post the solution for my particular case. (Your installation might differ!)
As Milbo pointed out they replaced the dropdown with an AJAX-based one; and the problem you / we are having is a browser caching issue. (therefore the refresh-option works).
To speed up our sites, we use a few .htaccess lines to cache javascript files for a month. I found out that the AJAX-request to retrieve the info is also being cached because of these rules.
The solution therefor was simple. Just add this to your .htaccess, and try again. Should fix your problem, IF!!, you have a similar setup.
Javascript will still be cached, but JSON will be excluded <-- this is a good thing.
<IfModule mod_expires.c>
# Enable expirations
ExpiresActive On
# JSON no caching
ExpiresByType application/json "access plus 0 seconds"
ExpiresByType application/ld+json "access plus 0 seconds"
ExpiresByType application/schema+json "access plus 0 seconds"
ExpiresByType application/vnd.geo+json "access plus 0 seconds"
ExpiresByType application/xml "access plus 0 seconds"
ExpiresByType text/xml "access plus 0 seconds"
</IfModule>
Thx I'll give it a try when back home
Man, I owe you a beer !!
:)
copied/pasted exactly what you put in my own .htaccess and now it works perfectly ! 8)
Brilliant!
Thanks Doeke Norg
Thank you very much, this is FINAL SOLUTION!!!
Quote from: Doeke Norg on August 14, 2017, 12:10:02 PM
Had the same problem and found this topic. So I figured I'd post the solution for my particular case. (Your installation might differ!)
As Milbo pointed out they replaced the dropdown with an AJAX-based one; and the problem you / we are having is a browser caching issue. (therefore the refresh-option works).
To speed up our sites, we use a few .htaccess lines to cache javascript files for a month. I found out that the AJAX-request to retrieve the info is also being cached because of these rules.
The solution therefor was simple. Just add this to your .htaccess, and try again. Should fix your problem, IF!!, you have a similar setup.
Javascript will still be cached, but JSON will be excluded <-- this is a good thing.
<IfModule mod_expires.c>
# Enable expirations
ExpiresActive On
# JSON no caching
ExpiresByType application/json "access plus 0 seconds"
ExpiresByType application/ld+json "access plus 0 seconds"
ExpiresByType application/schema+json "access plus 0 seconds"
ExpiresByType application/vnd.geo+json "access plus 0 seconds"
ExpiresByType application/xml "access plus 0 seconds"
ExpiresByType text/xml "access plus 0 seconds"
</IfModule>
Quote from: aftertaf on August 16, 2017, 14:13:48 PM
Thx I'll give it a try when back home
Man, I owe you a beer !!
:)
copied/pasted exactly what you put in my own .htaccess and now it works perfectly ! 8)
Great. Good to hear!
One thing I would like to note, is that IMHO this is only happening because the JSON data hasn't got the right headers. Therefore I think it would be great if the ajax request can send the proper headers so this thing will never happen in the first place. The whole must-revalidate / date in the past stuff.
My last 5ct for this issue :)
Which I did here
Quote from: Milbo on April 11, 2017, 15:25:35 PM
Try this file, extract to components/com_virtuemart/assets/js
I think the servers were just wrong configured, overriding the right headers. Because it works for most people, remind that. And it works when you go to a normal joomla hoster. You do not need todo anything.
Quote from: Milbo on September 09, 2017, 12:17:33 PM
Which I did here
Quote from: Milbo on April 11, 2017, 15:25:35 PM
Try this file, extract to components/com_virtuemart/assets/js
I think the servers were just wrong configured, overriding the right headers. Because it works for most people, remind that. And it works when you go to a normal joomla hoster. You do not need todo anything.
Allright, sorry. missed that. I'll just take my nickelback ;-)
Quote from: Milbo on September 09, 2017, 12:17:33 PM
Which I did here
Quote from: Milbo on April 11, 2017, 15:25:35 PM
Try this file, extract to components/com_virtuemart/assets/js
I think the servers were just wrong configured, overriding the right headers. Because it works for most people, remind that. And it works when you go to a normal joomla hoster. You do not need todo anything.
Please explain further: "I think the servers were just wrong configured, overriding the right headers."
TIA
Hi all,
This is a follow up post from following regarding disappearing Category list drop down when trying to add new item or amend existing ones. (see attachment)
Milbo, I followed your instruction in this page and still had no luck. I appreciate if anyone could give me a hint or the fix if you have experienced the same issue. Much appreciated.
http://forum.virtuemart.net/index.php?topic=138350.0
I am experienced the same issues. Very frustrating.
I tried the file, which did not work, for me.
I have tried the JSON edit to my htaccess file which works initially, but only if one edit on one screen.
If attempting subscequent edits, e.g. adding an image, I still experience categories totally disappearing.
In my post of yesterday, I have asked Milbo to explain his comment re server misconfiguration, so check back to see if he answers.
To get some insight into your errors can you provide the headers of the ajax request?
In chrome:
- Go to "Products"
- Open devtools
- Open network tab
- Load the edit page
- Find index.php?option=com_virtuemart&view=product&type=getCategoriesTree&virtuemart_product_id=155&format=json
- Post a screenshot of Response and Request headers (under Headers tab)
- Also the response would be helpfull
I hope this issue gets fixed...I'm running out of options...
Quote from: EsSa55 on September 12, 2017, 11:11:55 AM
I am experienced the same issues. Very frustrating.
The file is in the core since 11. April 2017, so almost any vm3.2.3 and of course vm3.2.4 has this file already. There is no need to use an old file, please revert it. Please check your javascript console, maybe there is another problem.
Quote from: kamnaderi on September 12, 2017, 11:26:16 AM
I hope this issue gets fixed...I'm running out of options...
uhm, it is fixed for most people. But there are 4 options, which we can not controll.
- First there could be a problem with multilanguage and vm just does not find categories for your language. In this case it is important to chose a "main shop language", set this language in the vm config and browse the category list with this language set and check if any category is correctly translated/has a description.
- Second there is some 3rd party Javascript whatever "optimiser"
- Third the same could be on your browser. There are a lot extensions, which can modify or extra cache json calls.
- Fourth, you can add extra caching whatever optimisations to your server, which prevents a proper function.
Are there specific javascript files which should be excluded from being 'optimised'?
Thanks Milbo.
I went through all four suggestions and all seems to be ok.
I can give you access to BE if you don't mind.
EsSa55, js calls must not be cached, except the libs,.. the files. The files are not the problem. The problem are the calls return a json.
Thanks Milbo...I'm not gonna lie...Honestly I don't have a clue what you just suggested I should do next :D
I can take a look for a 30 minutes ticket http://extensions.virtuemart.net/support/developing-for-0-5-hour-detail
You both are the only one we know who have this problem
Thanks Milbo. I need to check the payment with website owner and get back to you.
The problem is resolved by the help of Milbo. Much appreciated.
The culprit was the plugin POWr Icon.
Hope this helps others.
Thank you all.
Hello,
I also have the same issue. I try everything described above with no success.
Can you please help me?
Thank you
I had the same problem, after 3 days of going crazy and testing, modifying, reading etc, i kinda figure it out .
all the little crocks and screws that make Joomla and VirtueMart works are version dependent .
After i had the "F**ck IT " moment ,and some "AHA" moment i decided downgrade the current version that i had. I thought that " if worked perfectly with older version, ill keep the older version till they find a fix " .
Prior to this i had Joomla update, witch was Joomla 3.8.6.
i took a look at stable pack of VM that comes with Joomla and i noticed something.....
Full installer includes Joomla 3.8.3 with VirtueMart 3.2.12 installed. And there was my AHA moment.
When updating current Joomla, take a look what VM works with what. if things get screw-y ...downgrade.
Hope it helps someone else in the future.
Quote from: solarangellis on March 20, 2018, 18:07:42 PM
I had the same problem, after 3 days of going crazy and testing, modifying, reading etc, i kinda figure it out .
all the little crocks and screws that make Joomla and VirtueMart works are version dependent .
Of course, any version is different and one of the reason is to fix problems, which appear due new joomla versions.
Quote from: solarangellis on March 20, 2018, 18:07:42 PM
After i had the "F**ck IT " moment ,and some "AHA" moment i decided downgrade the current version that i had. I thought that " if worked perfectly with older version, ill keep the older version till they find a fix " .
Prior to this i had Joomla update, witch was Joomla 3.8.6.
In this case, joomla has nothing todo with it, as far as I know. There is also no problem in VM. The problem with the ajax category feature is
a) an installed server mode, which uses page caches extraordinary
b) a browser plugin or configuration, which uses the browser cache extraordinary
c) a joomla extension, which enables own caches
d) a 3rd party component which breaks the js on your page (that was the case of Kamnaderi).
I would start with D) actually.
Quote from: solarangellis on March 20, 2018, 18:07:42 PM
i took a look at stable pack of VM that comes with Joomla and i noticed something.....
Full installer includes Joomla 3.8.3 with VirtueMart 3.2.12 installed. And there was my AHA moment.
When updating current Joomla, take a look what VM works with what. if things get screw-y ...downgrade.
Hope it helps someone else in the future.
So you say downgrading to joomla 3.8.3 solved your problem? That is indeed very strange. Maybe 3rd party component, which uses js creates an error with later joomla version. I think they upgraded the jQuery.min version. Probably the problem is there.
Quote from: Milbo on March 21, 2018, 09:48:38 AM
In this case, joomla has nothing todo with it, as far as I know. There is also no problem in VM. The problem with the ajax category feature is
a) an installed server mode, which uses page caches extraordinary
b) a browser plugin or configuration, which uses the browser cache extraordinary
c) a joomla extension, which enables own caches
d) a 3rd party component which breaks the js on your page (that was the case of Kamnaderi).
E) Most time, it's when you activate PHP debug error. Any PHP displayed error break any json, not only Virtuemart, but other Joomla extensions do not use Json(or only some)
So check if you dont actiavted PHP errror in Joomla config and set it to 'none'
Quote from: Milbo on March 21, 2018, 09:48:38 AM
So you say downgrading to joomla 3.8.3 solved your problem? That is indeed very strange. Maybe 3rd party component, which uses js creates an error with later joomla version. I think they upgraded the jQuery.min version. Probably the problem is there.
Yea, ill have to take that back. Problem is still there. ( tho it did work for a while, but now it's back to it's old tricks again )
So:
New product -> Select category dosent work .
Old product -> it dose show in witch category it is . Select some +other category and save -> works . (kinda, sometimes save, sometimes jumps out of any category, save, category still there, or it jumps it out. )
Old product with no category -> ...don't get me started.
the "getCategoriesTree&virtuemart_product_id=155&format=json" - it works , it calls the category-tree. so the Category Tree is there. but is not being feed or w/e. ( ??? )
mkay, this being said.
Ive look around in
product_edit_information.php and got me curious . Za code that makes " Select Manufacturer " works like a charm. Tho " Select Categories" is
f**ing picky, screwy, and whatnot .
And this code is from VirtueMart3.2.12_Joomla_3.8.3-Stable-Full_Package ( \administrator\components\com_virtuemart\views\product\tmpl ) that calls the manufacturer to be selected in the product info. <tr class="row<?php echo $i?>">
<?php if(isset($this->lists['manufacturers'])) { ?>
<td>
<?php echo vmText::_('COM_VIRTUEMART_MANUFACTURER') ?>
</td>
<td>
<?php echo $this->lists['manufacturers'];?>
</td>
<?php } else {
echo '<td></td><td></td>';
}?>
<td>
<?php echo vmText::_('COM_VIRTUEMART_PRODUCT_DETAILS_PAGE') ?>
</td>
<td>
<?php echo JHTML::_('Select.genericlist', $this->productLayouts, 'layout', 'size=1', 'value', 'text', $this->product->layout); ?>
</td>
<td>
<?php echo vmText::_('COM_VIRTUEMART_PRODUCT_FORM_URL') ?>
</td>
<td>
<input type="text" class="inputbox" name="product_url" value="<?php echo $this->product->product_url; ?>" size="32" maxlength="255" />
</td>
</tr>
and down below , this is the code that calls for Category
<tr class="row<?php echo $i?>">
<td>
<?php echo vmText::_('COM_VIRTUEMART_CATEGORY_S') ?>
</td>
<td>
<select class="vm-drop" id="categories" name="categories[]" multiple="multiple" data-placeholder="<?php echo vmText::_('COM_VIRTUEMART_DRDOWN_SELECT_SOME_OPTIONS') ?>" size="100" >
</select> </td>
<?php
// It is important to have all product information in the form, since we do not preload the parent
// I place the ordering here, maybe we make it editable later.
if(!isset($this->product->ordering)) {
$this->product->ordering = 0;
?><input type="hidden" value="<?php echo $this->product->ordering ?>" name="ordering"> <?php
} ?>
<td>
<span class="hasTip" title="<?php echo vmText::_ ('COM_VIRTUEMART_SHOPPER_FORM_GROUP_PRODUCT_TIP'); ?>">
<?php echo vmText::_('COM_VIRTUEMART_SHOPPER_FORM_GROUP') ?></span>
</td>
<td>
<?php echo $this->shoppergroupList; ?>
</td>
<?php if($this->showVendors()) { ?>
<td>
<?php echo vmText::_('COM_VIRTUEMART_VENDOR') ?>
</td>
<td>
<?php echo $this->lists['vendors'];?>
</td>
<?php } else {
echo '<td><td>';
}?>
</tr>
to make it clear, and to point what bugs me. And if there is a problem or a small fix that it could be done, because honestly, iz driving me kinda insane.
Za code for Manufacturer
<td>
<?php echo vmText::_('COM_VIRTUEMART_MANUFACTURER') ?>
</td>
<td>
<?php echo $this->lists['manufacturers'];?>
</td>
Za code for Category.
<td>
<?php echo vmText::_('COM_VIRTUEMART_CATEGORY_S') ?>
</td>
<td>
<select class="vm-drop" id="categories" name="categories[]" multiple="multiple" data-placeholder="<?php echo vmText::_('COM_VIRTUEMART_DRDOWN_SELECT_SOME_OPTIONS') ?>" size="100" >
</select></td>
could be that is missing a <?php echo $this->lists['categories'];?> or that "this" is being feed via json or javascript ?
Also i have the :
Uncaught TypeError: Cannot read property 'VERSION' of undefined
at bootstrap-tooltip-extended.min.js:6
at bootstrap-tooltip-extended.min.js:6
The list is get by json for categories, not for manufacturers, so the code is completly different.
You have certainly a javascript problem, try to clear your cache and check if you ahve an error on loading page in the browser console
wouldn't be better if we reroute this thingie via same process (?) like the manufacturer ?
at least for this part ? for the edit product information?
Quote from: solarangellis on March 28, 2018, 12:42:00 PM
wouldn't be better if we reroute this thingie via same process (?) like the manufacturer ?
at least for this part ? for the edit product information?
The problem is that category tree can be very big. This is why they have changed it.
In my case it work in more then 10 websites i manage, so it should work for you.
Perhaps you use a cache or a plugin add some values or javascript conflict, but its not a core problem, i'm the first to report when i see a bug.
...sigh
LE: image uploaded twice, dunno why.
Is jQuery chosen loaded ?
You should have in head
<script src="/components/com_virtuemart/assets/js/chosen.jquery.min.js?vmver=236d5e81"></script>
If yes, Check if you have a 404 error for this file
If you have not a 404 then the script are not loaded in the right order
If this is not loaded, then you have disable it with a system plugin or perhaps in your Virtuemart config.
<script src="/components/com_virtuemart/assets/js/chosen.jquery.min.js?vmver=f51a2d79"></script>
Yes it is loaded.
Mkay, this is the source output for the " New Product" in virtuemart
" The message exceeds the maximum allowed length (20000 characters). " ... i tried to copy-paste the code. ugh.
Ok, i deleted everything that was html content and left only the scripts.
.....
still too large.
i uploaded the damn thingie.
I dont have same script loaded in VirtueMart 3.2.12 but this have a little error:
<script id="updateChosen_js" type="text/javascript">//<![CDATA[
if (typeof Virtuemart === "undefined")
var Virtuemart = {};
Virtuemart.updateChosenDropdownLayout = function() {
var vm2string = {editImage: 'edit image',select_all_text: 'Select all',select_some_options_text: 'Available for all'};
jQuery("select:not(.vm-chzn-add)").chosen({enable_select_all: true,select_all_text : vm2string.select_all_text,select_some_options_text:vm2string.select_some_options_text,disable_search_threshold: 5});
//console.log("updateChosenDropdownLayout");
}
jQuery(document).ready( function() {
Virtuemart.updateChosenDropdownLayout($);
}); //]]>
</script>
Virtuemart.updateChosenDropdownLayout($); $ is not defined and can break in some browser
But your problem is certainly because this script, i dont have it in my case:
<script src="https://www.mywebsite.ro/plugins/system/ytshortcodes/assets/js/loadconfig/shortcodes-backend.js"></script>
<script src="/media/system/js/mootools-core.js?a3b577abad4a718677f8de790fee53c8"></script>
<script src="/media/system/js/mootools-more.js?a3b577abad4a718677f8de790fee53c8"></script>
<script src="/media/system/js/modal.js?a3b577abad4a718677f8de790fee53c8"></script>
mootools can conflict
shortcodes-backend ??? from ro (romania ?)
mootool modal that conflit with bootstrap modal.
You should check all plugin so this javascript are not loaded anymore and i think it work.
Note that Joomla backend dont need mootools anymore.
Quote from: solarangellis on March 27, 2018, 12:19:39 PM
And this code is from VirtueMart3.2.12_Joomla_3.8.3-Stable-Full_Package ( \administrator\components\com_virtuemart\views\product\tmpl ) that calls the manufacturer to be selected in the product info.
....
Also i have the :
Uncaught TypeError: Cannot read property 'VERSION' of undefined
at bootstrap-tooltip-extended.min.js:6
at bootstrap-tooltip-extended.min.js:6
I wonder that you did not try to use the release candidate. Actually I found a problem with the category list using the FE managing, which is now fixed.
But the main problem seems to be here.
<script src="https://www.mywebsite.ro/plugins/system/ytshortcodes/assets/js/loadconfig/shortcodes-backend.js"></script>
3.2.14 did the trick. - love you guys.
i had to roll back everything, do the work, upgrade again and whatnot .
i still have no idea why or what was screwing with that thing in particular.
shortcodes-backend.js this was not the culprit. i went and even wrote a custom php to block from getting loaded / integrated in the backend and still no dice .
shortcodes-backend ??? from ro (romania ?) - yea, the domain is romanian based. tho i have no idea why was it loading over like that, with the full domain attached to it .
VirtueMart 3.2.14
Joomla 3.8.7
PHP 7.0.30
Hello!
I had the problem with category...
I mean i could not assign category to a product ...
At my demo site i had VirtueMart 3.2.14 and Joomla 3.8.6 , when i upgrade to Joomla 3.8.7 the problem was appear!
So i replace the /components/com_ajax/ajax.php (from 3.8.7) with the ajax.php from Joomla 3.8.6 version....
and i put this code that found on this topic at .htaccess
<IfModule mod_expires.c>
# Enable expirations
ExpiresActive On
# JSON no caching
ExpiresByType application/json "access plus 0 seconds"
ExpiresByType application/ld+json "access plus 0 seconds"
ExpiresByType application/schema+json "access plus 0 seconds"
ExpiresByType application/vnd.geo+json "access plus 0 seconds"
ExpiresByType application/xml "access plus 0 seconds"
ExpiresByType text/xml "access plus 0 seconds"
</IfModule>
The problem solved!
But this .htaccess code i believed that works only with 3.8.6 Joomla ajax.php, I tested with 3.8.7 ajax.php and didn't worked.
I hope someone will found a permanent solution soon...
Thank you!
Regards!
in my case it was problem with live_site in configuration.php which was without www, so console was showing json was loading mixed content
when I changed that, it started working