-
Notifications
You must be signed in to change notification settings - Fork 9.4k
Updating the value of "catalog/seo/category_url_suffix" or "catalog/seo/product_url_suffix" can cause Magento to silently fail to update URL rewrites #17614
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Hi @simonworkhouse. Thank you for your report.
Please make sure that the issue is reproducible on the vanilla Magento instance following Steps to reproduce. To deploy vanilla Magento instance on our environment, please, add a comment to the issue:
where @simonworkhouse do you confirm that you was able to reproduce the issue on vanilla Magento instance following steps to reproduce?
|
Hello @simonworkhouse, thank you for your report. I'm not able to reproduce this issue. On step 12:
Could you please add more details? |
@engcom-backlog-nickolas Is your cache disabled? Try a "./bin/magento cache:flush" as the final URL should end in ".test" not ".php" |
@simonworkhouse, yes cache is disabled. Why it should ended with ".test"? Suffix ".test" is set at step 13. And I cannot get to 13th step. |
@engcom-backlog-nickolas Yes, try monitoring changes to the url_rewrite as you proceed through the steps. I'll have someone re-check the instructions. |
@engcom-backlog-nickolas I have had others independently run through the process and they were able to replicate the issue as described. Also, you won't be able to test this issue and the other related issues that have been reported at the same time, you will have to start from a fresh install for each. |
Please correct my steps, or add more details. |
@engcom-backlog-nickolas Try updating the url suffixes directly in the config.php file. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed after 14 days if no further activity occurs. Is this issue still relevant? If so, what is blocking it? Is there anything you can do to help move it forward? Thank you for your contributions! |
This issue is still relevant. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed after 14 days if no further activity occurs. Is this issue still relevant? If so, what is blocking it? Is there anything you can do to help move it forward? Thank you for your contributions! |
This issue is still relevant. |
Hi @engcom-Delta. Thank you for working on this issue.
|
Hi @simonworkhouse, Thanks for your reporting and collaboration. We have tried to reproduce the issue in Latest 2.4-develop instance and the issue is no more reproducible.Hence we are closing this issue. Thanks. |
After updating the value of either "catalog/seo/category_url_suffix" or "catalog/seo/product_url_suffix" it is possible to create another product or category that matches the same expected URL rewrite path as conflicts won't be reported due to the difference in URL keys.
If a common parent category of these conflicting entities has it's URL key changed, both entities may have their URL rewrites updated to have the same request path which will cause only the latest category to have the rewrites updated and no errors generated.
Preconditions
Steps to reproduce
Expected result
The URL keys for categories should never have been allowed to conflict like this and at the very least a warning notifying the admin user of conflicts in the url_rewrite table should be shown.
Actual result
A success message saying "You saved the category." is displayed to the admin user and only the latest category/product has the URL rewrites updated.
The text was updated successfully, but these errors were encountered: