-
Notifications
You must be signed in to change notification settings - Fork 9.4k
Problems with price scope and config.php #33559
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 @oneserv-heuser. 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:
For more details, please, review the Magento Contributor Assistant documentation. Please, add a comment to assign the issue:
🕙 You can find the schedule on the Magento Community Calendar page. 📞 The triage of issues happens in the queue order. If you want to speed up the delivery of your contribution, please join the Community Contributions Triage session to discuss the appropriate ticket. 🎥 You can find the recording of the previous Community Contributions Triage on the Magento Youtube Channel ✏️ Feel free to post questions/proposals/feedback related to the Community Contributions Triage process to the corresponding Slack Channel |
I can confirm that this issue also exists on a vanilla magento instance. |
just curiously have you import correct price scope ? Would be great if you can share file config.php in description |
@mrtuvn What exactly do you mean? Yes, the value I've changed has the path ['system']['default']['catalog']['price']['scope']. Before the value was null and now it's 1. 1 is also the value which the option in the select for the configuration of the price scope has. |
Hi @engcom-November. Thank you for working on this issue.
|
Verified the issue on Magento2.4-develop branch and the issue is reproducible: Steps to reproduce:
|
✅ Confirmed by @engcom-November Issue Available: @engcom-November, You will be automatically unassigned. Contributors/Maintainers can claim this issue to continue. To reclaim and continue work, reassign the ticket to yourself. |
@magento give me 2.4-develop instance |
Hi @rmsundar1. Thank you for your request. I'm working on Magento instance for you. |
Hi @rmsundar1, here is your Magento Instance: https://706799b32292bd52a7fbf116c841b8e5-2-4-develop.instances.magento-community.engineering |
Same problem in magento 2.4.6-p1 |
Hi @t-heuser, Thanks for your reporting and collaboration. We have tried to reproduce the issue in Latest 2.4-develop instance and the issue is still reproducible.Kindly refer the screenshots. ![]() User is able to save the product but price is not getting changed. Default Price is displayed. Hence Confirming the issue. Thanks. |
✅ Jira issue https://jira.corp.adobe.com/browse/AC-13857 is successfully created for this GitHub issue. |
✅ Confirmed by @engcom-Bravo. Thank you for verifying the issue. |
@magento I'm working on this |
Preconditions (*)
Steps to reproduce (*)
bin/magento app:config:import
bin/magento cache:clean
Expected result (*)
Actual result (*)
Solution
The underlying problem is that in the table
catalog_eav_attribute
the value foris_global
is '1' (= global scope) for the price attribute if you set the price scope to website via the config.php. This leads to \Magento\Catalog\Model\Product\Attribute\Backend\Price::Magento\Catalog\Model\Product\Attribute\Backend::afterSave() not saving the price for each store as it thinks price is a global attribute.When changing the price scope to website via adminhtml (as seen in the DevDocs the column
is_global
in the tablecatalog_eav_attribute
is set to '2' (=website scope) for the price attribute and everything works as supposed.So the solution would be to set the
is_global
column in the tablecatalog_eav_attribute
to '2' or '1' for the price attribute when changing the price scope via the config.php file.Please provide Severity assessment for the Issue as Reporter. This information will help during Confirmation and Issue triage processes.
The Severity is S1 as now I have to goto every database we have and set the value
is_global
in the tablecatalog_eav_attribute
to '2' for the price attribute, which is something I definitly don't want to do in production environments. I cannot set the price scope via adminhtml as it's blocked as the config value is present in the config.php. So there is a workaround for this but it's wonky as hell.The text was updated successfully, but these errors were encountered: