Open mveldhuizen opened 3 months ago
Hi @mveldhuizen. Thank you for your report. To speed up processing of this issue, make sure that the issue is reproducible on the vanilla Magento instance following Steps to reproduce. To deploy vanilla Magento instance on our environment, Add a comment to the issue:
@magento give me 2.4-develop instance
- upcoming 2.4.x release@magento I am working on this
Join Magento Community Engineering Slack and ask your questions in #github channel. :warning: According to the Magento Contribution requirements, all issues must go through the Community Contributions Triage process. Community Contributions Triage is a public meeting. :clock10: You can find the schedule on the Magento Community Calendar page. :telephone_receiver: The triage of issues happens in the queue order. If you want to speed up the delivery of your contribution, join the Community Contributions Triage session to discuss the appropriate ticket.
Hi @engcom-Bravo. Thank you for working on this issue. In order to make sure that issue has enough information and ready for development, please read and check the following instruction: :point_down:
Area: XXXXX
label to the ticket, indicating the functional areas it may be related to.2.4-develop
branch@magento give me 2.4-develop instance
to deploy test instance on Magento infrastructure. 2.4-develop
branch, please, add the label Reproduced on 2.4.x
.Issue: Confirmed
once verification is complete. @magento give me 2.4-develop instance
Hi @roman-michak-hh-global. Thank you for your request. I'm working on Magento instance for you.
Hi @roman-michak-hh-global, here is your Magento Instance: https://9726342261dda0c8388f43250298023a.instances-prod.magento-community.engineering Admin access: https://9726342261dda0c8388f43250298023a.instances-prod.magento-community.engineering/admin_3c92 Login: eb915a8d Password: 8f199513b96d
Hi @mveldhuizen,
Thanks for your reporting and collaboration.
We have verified the issue in Latest 2.4-develop instance and the issue is reproducible.Kindly refer the screenshots.
Example 1: It seems to be working fine. Product should have rewrite urls for both store views
Example 2: product url within the category of the default storeview now contains the url_key from the german store.
Hence Confirming the issue.
Thanks.
:white_check_mark: Jira issue https://jira.corp.adobe.com/browse/AC-12843 is successfully created for this GitHub issue.
:white_check_mark: Confirmed by @engcom-Bravo. Thank you for verifying the issue.
Issue Available: @engcom-Bravo, You will be automatically unassigned. Contributors/Maintainers can claim this issue to continue. To reclaim and continue work, reassign the ticket to yourself.
Hi @engcom-Bravo,
Thanks for confirmation of example 2.
For example 1 you say: "Example 1: It seems to be working fine. Product should have rewrite urls for both store views". The problem with example 1 is not that the category urls are wrong but there is a missing url rewrite for store 1 to the direct product url. So your screenshot does not prove that example 1 is not an issue.
So in your dataset I would expect another 2 rewrites for "test-product.html" (without category) that link to "catalog/product/view/35", but the one for store id 1 is missing.
Thanks.
Hi, I can confirm that we also have this issue after upgrading to magento 2.4.7
We have 2 storeviews in the same group.
We save the dutch version of the product on the default store (0), this generates it correctly. Then our importer saved the french product ofcourse on the french storeview and this breaks everything.
If you see in the screenshot, the dutch storeview has french category names. Now the funny thing, if I now save the product on the NL storeview the situation of screenshot above is "reversed"
Now french urls are containing dutch category names.
Something is crearly really wrong with recent magento version :)
Preconditions and environment
Magento version: => 2.4.7 Multiple storeviews in 1 website (example default and german) Configuration:
Steps to reproduce
Example 1:
Example 2:
Expected result
Example 1:
Product should have rewrite urls for both store views:
Example 2:
Product should have valid url rewrites for both stores and use the correct url_key for each store:
Actual result
Example 1:
Product does not have a url_rewrite for the other storeview:
Example 2: The url_rewrite without any category link is removed. And the product url within the category of the default storeview now contains the url_key from the german store.
Additional information
I think the new system in magento 2.4.7 for saving url rewrites for multiple stores is the issue. This was introduced in: https://github.com/magento/magento2/pull/35053
app/code/Magento/CatalogUrlRewrite/Model/ProductScopeRewriteGenerator.php:219 checks if store is global (which it is not) and then runs generateCategoryUrlsInStoreGroup which has some flaws which result in deleted or broken url_rewrites
There is a workaround when the product has wrong url_rewrites. You can edit the product in admin store and update the categories (add one, save, remove it again). This regenerates the url_rewrites and as it is saved in admin store the url's will be correct. This bug only happens when saving in a specific storeview.
Release note
No response
Triage and priority