we have trouble with megamenu links that are generated in 'html' column in 'mgs_megamenu_cache' database table. Model is not reflecting core configuration of category url_path suffix, like '.html', which is default, so only url_key is being save, not url_path. (for example.: "...href='shoes'..." instead of "...href='shoes.html'...") As a result, every click on menu item on frontend results in 404 page.
I am not sure if establishing a dev site would help to solve our issue. We have clean Magento 2.3.4 with Supro Theme instalation and two links in Megamenu mapped to Category pages. The only problem is that .html suffix is not being added to URLs. If the sufix is added manually, desired category with its content is displayed as it should be.
After some research, it is clear, that we are not the only one facing this issue. See:
There is possibility of wrong megamenu config setup in our side, but we have followed installation guide very strictly. Also, there is a lot of issues described only in other buyers tickets (like not deleting menu item with ID equals 1 etc.). This should be properly documented.
Any ideas how to solve this will be helpful. Thank you.
thank you for reply. Unfortunately I can't give you access to our server even the develop one, since there is sensitive customers data. If you could provide a patch as downloadable archive, that would be great.
I hope you will understand our situation. Thank you.
Hi,
we have trouble with megamenu links that are generated in 'html' column in 'mgs_megamenu_cache' database table. Model is not reflecting core configuration of category url_path suffix, like '.html', which is default, so only url_key is being save, not url_path. (for example.: "...href='shoes'..." instead of "...href='shoes.html'...") As a result, every click on menu item on frontend results in 404 page.
magento v. 2.3.4
local development environment
Hello,
Thanks for contacting us,
Could you please set up a dev site? So that we can check for you
Hi, thanks for reply.
I am not sure if establishing a dev site would help to solve our issue. We have clean Magento 2.3.4 with Supro Theme instalation and two links in Megamenu mapped to Category pages. The only problem is that .html suffix is not being added to URLs. If the sufix is added manually, desired category with its content is displayed as it should be.
After some research, it is clear, that we are not the only one facing this issue. See:
https://themeforest.net/item/supro-minimalist-ajax-magento-2-theme/23476627/comments?utf8=%E2%9C%93&term=Megamenu&from_buyers_and_authors_only=0&order_by=relevance
There is possibility of wrong megamenu config setup in our side, but we have followed installation guide very strictly. Also, there is a lot of issues described only in other buyers tickets (like not deleting menu item with ID equals 1 etc.). This should be properly documented.
Any ideas how to solve this will be helpful. Thank you.
Hi, is there any progress please?
Hello,
any news on this one please? It's definitely the Theme related problem.
Hello,
Thanks for your info and comment,
We understand your issue and working on them, we will update you as soon as any news
Hello Urbanluxcz,
Thanks for your patience,
Finally, we have found a solution for this issue.
Please give me your ftp/ssh, i will apply it for you.
Thank you so much,
Hi Hang,
thank you for reply. Unfortunately I can't give you access to our server even the develop one, since there is sensitive customers data. If you could provide a patch as downloadable archive, that would be great.
I hope you will understand our situation. Thank you.
It's almost three weeks since we asked this question and there is still no answer. Could you please provide a solution?
Hello,
I have attached a patch for you, then follow Readme.tt file that I also attached to apply this patch, the problem will be resolved
Hi,
provided patch seems to be working. Thank you!
Had to make just one little fix for that warning: Property '_categoryUrlPathGenerator' not found in Abstractmenu
Anyway, consider this ticket as closed - thank you, keep up the good work (maybe speed up communication a little for paying customers).