VirtueMart Forum

VirtueMart 2 + 3 + 4 => Virtuemart Development and bug reports => Topic started by: Geppux on March 27, 2017, 18:50:43 PM

Title: Categories problems after update to 3.2.0
Post by: Geppux on March 27, 2017, 18:50:43 PM
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
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on March 28, 2017, 08:29:37 AM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: Geppux on March 30, 2017, 11:25:01 AM
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"?
Title: Re: Categories problems after update to 3.2.0
Post by: Geppux on March 30, 2017, 11:41:24 AM
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
Title: Re: Categories problems after update to 3.2.0
Post by: EsSa55 on March 31, 2017, 09:52:55 AM
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
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on March 31, 2017, 10:09:33 AM
It means that your category is missing the english description
Title: Re: Categories problems after update to 3.2.0
Post by: Geppux on March 31, 2017, 10:28:39 AM
I updated to 3.2.1 but I still have the problem...
Title: Re: Categories problems after update to 3.2.0
Post by: Geppux on March 31, 2017, 10:39:25 AM
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...
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on March 31, 2017, 11:24:45 AM
There is a config, which sets the maximum categories per product for your vendor. Check your vendor/store settings.
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on March 31, 2017, 11:46:10 AM
I just rechecked, it is only active, when you activated the multivendor mode.
Title: Re: Categories problems after update to 3.2.0
Post by: Geppux on March 31, 2017, 15:18:55 PM
Sorry, I don't find the config you are talking about...
Title: Re: Categories problems after update to 3.2.0
Post by: EsSa55 on March 31, 2017, 15:58:05 PM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: Geppux on March 31, 2017, 17:45:03 PM
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...
Title: Re: Categories problems after update to 3.2.0
Post by: 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.
Title: Re: Categories problems after update to 3.2.0
Post by: bortolani on March 31, 2017, 18:56:09 PM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on March 31, 2017, 19:31:51 PM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on March 31, 2017, 21:03:03 PM
Btw, it helps also to enable the vmdebug, at least for administrators, so you can see the set language tags, that may help
Title: Re: Categories problems after update to 3.2.0
Post by: Geppux on April 01, 2017, 10:05:18 AM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: aftertaf on April 01, 2017, 15:43:54 PM
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?
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on April 02, 2017, 09:47:37 AM
Maybe it is a permission issue?
Title: Re: Categories problems after update to 3.2.0
Post by: 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.
Title: Re: Categories problems after update to 3.2.0
Post by: EsSa55 on April 02, 2017, 15:52:14 PM
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
Title: Re: Categories problems after update to 3.2.0
Post by: finngu on April 02, 2017, 17:32:58 PM
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
Title: Re: Categories problems after update to 3.2.0
Post by: aftertaf on April 02, 2017, 18:04:54 PM
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
Title: Re: Categories problems after update to 3.2.0
Post by: encreplus on April 02, 2017, 23:59:32 PM
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
Title: Re: Categories problems after update to 3.2.0
Post by: 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 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.
Title: Re: Categories problems after update to 3.2.0
Post by: aftertaf on April 03, 2017, 09:12:15 AM
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
Title: Re: Categories problems after update to 3.2.0
Post by: aftertaf on April 03, 2017, 10:44:09 AM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: aftertaf on April 03, 2017, 11:05:36 AM
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 ?
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on April 03, 2017, 12:01:35 PM
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
Title: Re: Categories problems after update to 3.2.0
Post by: 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 ;)

Title: Re: Categories problems after update to 3.2.0
Post by: EsSa55 on April 04, 2017, 09:02:33 AM
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
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on April 04, 2017, 13:34:52 PM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: Geppux on April 07, 2017, 11:25:50 AM
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
Title: Re: Categories problems after update to 3.2.0
Post by: Geppux on April 07, 2017, 12:01:26 PM
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...
Title: Re: Categories problems after update to 3.2.0
Post by: aftertaf on April 07, 2017, 16:11:58 PM
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 ?
Title: Re: Categories problems after update to 3.2.0
Post by: EsSa55 on April 07, 2017, 16:19:21 PM
My site, which has the same issue, is running php 5.6.30
Title: Re: Categories problems after update to 3.2.0
Post by: Geppux on April 07, 2017, 16:23:28 PM
Yes Aftertaf, pressing ctrl-F5 the categories are reloaded properly.... what is it and why I've no problems locally?
Title: Re: Categories problems after update to 3.2.0
Post by: EsSa55 on April 07, 2017, 16:39:37 PM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: aftertaf on April 07, 2017, 16:45:56 PM
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 . . .
Title: Re: Categories problems after update to 3.2.0
Post by: EsSa55 on April 07, 2017, 16:48:38 PM
Thanks aftertaf
Title: Re: Categories problems after update to 3.2.0
Post by: Geppux on April 07, 2017, 18:39:12 PM
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...
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on April 11, 2017, 15:25:35 PM
Try this file, extract to components/com_virtuemart/assets/js
Title: Re: Categories problems after update to 3.2.0
Post by: EsSa55 on April 12, 2017, 12:42:22 PM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on April 13, 2017, 10:10:39 AM
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?
Title: Re: Categories problems after update to 3.2.0
Post by: EsSa55 on April 13, 2017, 10:34:40 AM
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
Title: Re: Categories problems after update to 3.2.0
Post by: Geppux on April 14, 2017, 16:12:29 PM
I don't know if the Milbo file had to solve my problems with  categories but I still have same problem.
Title: Re: Categories problems after update to 3.2.0
Post by: aftertaf on April 15, 2017, 11:44:31 AM
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
Title: Re: Categories problems after update to 3.2.0
Post by: thonal on April 17, 2017, 12:54:37 PM
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!







Title: Re: Categories problems after update to 3.2.0
Post by: aftertaf on April 17, 2017, 16:12:55 PM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: encreplus on April 23, 2017, 21:19:26 PM
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
Title: Re: Categories problems after update to 3.2.0
Post by: macigatto on May 03, 2017, 11:39:28 AM
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
Title: Re: Categories problems after update to 3.2.0
Post by: aftertaf on May 06, 2017, 10:30:15 AM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: EsSa55 on May 16, 2017, 21:59:46 PM
The patch file has not helped me.

Ctl+F5 does work but should obviously not be necessary.
Title: Re: Categories problems after update to 3.2.0
Post by: jenkinhill on May 16, 2017, 23:12:21 PM
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
Title: Re: Categories problems after update to 3.2.0
Post by: EsSa55 on May 17, 2017, 06:03:56 AM
Thanks.

Already updated.

Issue the same.

I have tried a fresh install and that is fine.

Not practical for live site though.
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on May 17, 2017, 13:05:31 PM
This can be an old js library. Please check also the new language option and enable the dual fallback.
Title: Re: Categories problems after update to 3.2.0
Post by: EsSa55 on May 17, 2017, 13:27:48 PM
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
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on May 17, 2017, 17:43:20 PM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: aftertaf on May 17, 2017, 18:26:31 PM
Me too, still have problems.
Can you give us an idea of which js library might be old?
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on May 17, 2017, 18:49:42 PM
I talk about the browser cache, not server, joomla or vm cache. When you use CTRL+F5, then it usually reloaded.
Title: Re: Categories problems after update to 3.2.0
Post by: andreanza on June 09, 2017, 18:16:01 PM
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!
Title: Re: Categories problems after update to 3.2.0
Post by: aftertaf on June 10, 2017, 11:18:36 AM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on June 12, 2017, 08:39:10 AM
Please try this one http://dev.virtuemart.net/attachments/download/1081/com_virtuemart.3.2.3.9577.zip
and check the new language settings
Title: Re: Categories problems after update to 3.2.0
Post by: andreanza on June 12, 2017, 11:20:30 AM
Thanks Milbo, I updated the version you attached. But nothing has changed: the product categories can not be changed, the previous ones remain. :-(
Title: Re: Categories problems after update to 3.2.0
Post by: andreanza on June 12, 2017, 15:38:57 PM
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).
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on June 12, 2017, 21:26:27 PM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: panagiotiss on June 29, 2017, 12:26:36 PM
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




Title: Re: Categories problems after update to 3.2.0
Post by: m.davide82 on June 30, 2017, 18:23:42 PM
I have the same problem...
Title: Re: Categories problems after update to 3.2.0
Post by: Andras on July 14, 2017, 22:08:47 PM
any solution better than CTRL-F5 ???
Title: Re: Categories problems after update to 3.2.0
Post by: Matyjasik on July 17, 2017, 14:22:01 PM
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
Title: Re: Categories problems after update to 3.2.0
Post by: jenkinhill on July 17, 2017, 17:04:50 PM
Suggest you try VM3.2.3.9587     http://forum.virtuemart.net/index.php?topic=137816.0
Title: Re: Categories problems after update to 3.2.0
Post by: webpiksel on July 17, 2017, 21:06:54 PM
On my server Virtuemart 3.2.2 works fine. Maybe it's a question of hosting options?
Title: Re: Categories problems after update to 3.2.0
Post by: Matyjasik on July 18, 2017, 07:11:32 AM
On version 3.2.3 problem still remains. Any idea?
Title: Re: Categories problems after update to 3.2.0
Post by: Matyjasik on July 18, 2017, 07:25:29 AM
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
Title: Re: Categories problems after update to 3.2.0
Post by: aftertaf on August 03, 2017, 11:32:22 AM
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
Title: Re: Categories problems after update to 3.2.0
Post by: 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...
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on August 05, 2017, 20:33:09 PM
Which settings do you use in vm config?
the most compatible configuration is with Fallbacks enabled.
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on August 05, 2017, 20:43:59 PM
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
Title: Re: Categories problems after update to 3.2.0
Post by: 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
Title: Re: Categories problems after update to 3.2.0
Post by: aftertaf on August 07, 2017, 14:26:21 PM
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?
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on August 09, 2017, 09:43:34 AM
the normal backend dont has this error. So you have something installed in your backend, which creates this error.
Title: Re: Categories problems after update to 3.2.0
Post by: 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>

Title: [SOLVED FOR ME] Re: Categories problems after update to 3.2.0
Post by: 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)
Title: Re: Categories problems after update to 3.2.0
Post by: EsSa55 on September 01, 2017, 13:27:20 PM
Brilliant!

Thanks Doeke Norg
Title: Re: Categories problems after update to 3.2.0
Post by: m.davide82 on September 08, 2017, 12:10:32 PM
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>


Title: Re: [SOLVED FOR ME] Re: Categories problems after update to 3.2.0
Post by: Doeke Norg on September 08, 2017, 19:54:59 PM
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 :)
Title: Re: Categories problems after update to 3.2.0
Post by: 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.
Title: Re: Categories problems after update to 3.2.0
Post by: Doeke Norg on September 09, 2017, 13:19:30 PM
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 ;-)
Title: Re: Categories problems after update to 3.2.0
Post by: EsSa55 on September 11, 2017, 12:21:48 PM
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
Title: Re: Categories problems after update to 3.2.0
Post by: kamnaderi on September 12, 2017, 10:09:34 AM
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
Title: Re: Categories problems after update to 3.2.0
Post by: EsSa55 on September 12, 2017, 11:11:55 AM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: Doeke Norg on September 12, 2017, 11:25:58 AM
Title: Re: Categories problems after update to 3.2.0
Post by: kamnaderi on September 12, 2017, 11:26:16 AM
I hope this issue gets fixed...I'm running out of options...
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on September 12, 2017, 11:50:03 AM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on September 12, 2017, 11:55:00 AM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: EsSa55 on September 12, 2017, 12:02:44 PM
Are there specific javascript files which should be excluded from being 'optimised'?
Title: Re: Categories problems after update to 3.2.0
Post by: kamnaderi on September 12, 2017, 12:39:07 PM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on September 12, 2017, 21:07:41 PM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: kamnaderi on September 13, 2017, 11:28:15 AM
Thanks Milbo...I'm not gonna lie...Honestly I don't have a clue what you just suggested I should do next  :D
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on September 13, 2017, 16:45:57 PM
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
Title: Re: Categories problems after update to 3.2.0
Post by: kamnaderi on September 13, 2017, 18:47:00 PM
Thanks Milbo. I need to check the payment with website owner and get back to you.
Title: Re: Categories problems after update to 3.2.0
Post by: kamnaderi on September 15, 2017, 14:51:56 PM

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.
Title: Re: Categories problems after update to 3.2.0
Post by: magicstar on February 23, 2018, 01:19:40 AM
Hello,

I also have the same issue. I try everything described above with no success.

Can you please help me?

Thank you
Title: Re: Categories problems after update to 3.2.0
Post by: 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 .
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.
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on March 21, 2018, 09:48:38 AM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: Studio 42 on March 21, 2018, 19:06:37 PM
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'
Title: Re: Categories problems after update to 3.2.0
Post by: solarangellis on March 27, 2018, 12:19:39 PM
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
Title: Re: Categories problems after update to 3.2.0
Post by: Studio 42 on March 27, 2018, 20:53:04 PM
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
Title: Re: Categories problems after update to 3.2.0
Post by: 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?
Title: Re: Categories problems after update to 3.2.0
Post by: Studio 42 on March 28, 2018, 16:33:18 PM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: solarangellis on March 30, 2018, 13:32:53 PM
...sigh





LE: image uploaded twice, dunno why.
Title: Re: Categories problems after update to 3.2.0
Post by: Studio 42 on March 30, 2018, 14:28:44 PM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: solarangellis on March 30, 2018, 14:42:14 PM
<script src="/components/com_virtuemart/assets/js/chosen.jquery.min.js?vmver=f51a2d79"></script>
Yes it is loaded.
Title: Re: Categories problems after update to 3.2.0
Post by: solarangellis on March 30, 2018, 15:02:44 PM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: Studio 42 on March 30, 2018, 21:04:32 PM
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.
Title: Re: Categories problems after update to 3.2.0
Post by: Milbo on April 04, 2018, 10:45:31 AM
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>
Title: Re: Categories problems after update to 3.2.0
Post by: solarangellis on April 14, 2018, 10:20:17 AM
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 .
Title: Re: Categories problems after update to 3.2.0
Post by: escapezone on May 10, 2018, 00:18:08 AM
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!
Title: Re: Categories problems after update to 3.2.0
Post by: stawebnice on March 26, 2019, 22:07:53 PM
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