_updateAttribute function started to behave incorrectly when trying to update an attribute which is on a website scope.

[abramchukm]

Preconditions and environment

• Magento 2.4.7 and all others including MCLOUD-10032 patch.
• You should have at least one website and several stores attached to it.
• You should have an attribute that should have a Website Scope.

Steps to reproduce

Let's assume that we have a website called test_website and 3 stores attached to it: be_store (with id 1), at_store (with id 2), uk_store (with id 3). Also, we have an attribute called show_discount which is a simple Yes/No in Catalog Input Type for Store Owner, and also it should be on a Website scope. To reproduce a bug, we should do the next:

1. Load a product using the repository and specify any store ID of a website. (let it be the be_store with id 1 from the example).

$product = $this->productRepository->get('some-product-sku', false, 1);

2. Now I want to update my show_discount attribute value from 0 to 1 by using the next code piece:

$product->addAttributeUpdate('show_discount', 1, $product->getStoreId());

Expected result

Because the attribute is managed on the Website scope, it should be updated for all store views attached to a website test_website, meaning that for all be_store, at_store, and uk_store stores, an attribute show_discount will be enabled. And have corresponding values in catalog_product_entity_int table.

Actual result

The attribute value was changed only for the be_store without taking into account the fact that the attribute is managed on the Website scope.

Additional information

Because of the change to the function, it started to behave incorrectly:

magento2/app/code/Magento/Catalog/Model/ResourceModel/AbstractResource.php

Line 326 in 7d724b7

protected function _updateAttribute($object, $attribute, $valueId, $value)

Instead of processing attributes using

magento2/app/code/Magento/Catalog/Model/ResourceModel/AbstractResource.php

Line 186 in 7d724b7

protected function _saveAttributeValue($object, $attribute, $value)

And applying changes for attributes to Website in case it is on the website scope:
https://github.com/magento/magento2/blob/7d724b79ddc8fb3704007cc1167f25f4c3b852da/app/code/Magento/Catalog/Model/ResourceModel/AbstractResource.php#L235C16-L235C16

We change it only for the one store, ignoring this crucial functionality
https://github.com/magento/magento2/blob/7d724b79ddc8fb3704007cc1167f25f4c3b852da/app/code/Magento/Catalog/Model/ResourceModel/AbstractResource.php#L337C12-L337C12

Release note

No response

Triage and priority

• Severity: S0 - Affects critical data or functionality and leaves users without workaround.
• Severity: S1 - Affects critical data or functionality and forces users to employ a workaround.
• Severity: S2 - Affects non-critical data or functionality and forces users to employ a workaround.
• Severity: S3 - Affects non-critical data or functionality and does not force users to employ a workaround.
• Severity: S4 - Affects aesthetics, professional look and feel, “quality” or “usability”.

[m2-assistant]

Hi @abramchukm. 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
• For more details, review the Magento Contributor Assistant documentation.
• Add a comment to assign the issue: @magento I am working on this
• To learn more about issue processing workflow, refer to the Code Contributions.

---

Join Magento Community Engineering Slack and ask your questions in #github channel.
⚠️ According to the Magento Contribution requirements, all issues must go through the Community Contributions Triage process. Community Contributions Triage is a public meeting.
🕙 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, join the Community Contributions Triage session to discuss the appropriate ticket.

[m2-assistant]

Hi @engcom-November. 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: 👇

• 1. Verify that issue has all the required information. (Preconditions, Steps to reproduce, Expected result, Actual result).
• 2. Verify that issue has a meaningful description and provides enough information to reproduce the issue.
• 3. Add Area: XXXXX label to the ticket, indicating the functional areas it may be related to.
• 4. Verify that the issue is reproducible on 2.4-develop branch
  Details

  - Add the comment @magento give me 2.4-develop instance to deploy test instance on Magento infrastructure.
  - If the issue is reproducible on 2.4-develop branch, please, add the label Reproduced on 2.4.x.
  - If the issue is not reproducible, add your comment that issue is not reproducible and close the issue and stop verification process here!
• 5. Add label Issue: Confirmed once verification is complete.
• 6. Make sure that automatic system confirms that report has been added to the backlog.

[engcom-November]

Hello @abramchukm,

Thank you for the report and collaboration!

We tried to reproduce this on magento 2.4-develop as well as 2.4.7-beta2, but in our case it is not reproducible.
We followed the below steps:

• Created a website named test_site.
• Added three stores to it: be_store (with id 2), at_store (with id 3), uk_store (with id 4).
• Added the custom attribute show_discount with a simple Yes/No in Catalog Input Type for Store Owner, and with Website scope.
• Created a custom module to change the value of the attribute show_discount.

Please take a look at the screenshot below:

But when the value was set to 1 using the custom module, it was reflected in all the stores.

Please find the custom module used to reproduce this issue, and let us know if we are missing anything.
ScopeVendor.zip

Thank you.

[abramchukm]

Hi @engcom-November,

Thanks for trying to reproduce it. I was a bit mistaken in my steps to reproduce. I've tried your extension on the first try and it worked perfectly (for all stores values were inserted properly, all of them were 1) because we've inserted a new value here https://github.com/magento/magento2/blob/7d724b79ddc8fb3704007cc1167f25f4c3b852da/app/code/Magento/Eav/Model/Entity/AbstractEntity.php#L1721C16-L1721C16. However if you will try to switch it back (try to update it to 0 for the same store), you will see where the problem lies.

magento2/app/code/Magento/Eav/Model/Entity/AbstractEntity.php

Line 1723 in 7d724b7

$this->_updateAttribute($object, $attribute, $origValueId, $newValue);

For me the result after updating this attribute looked like this:

You can see that the value was updated only for one store for the attribute with ID 137.

I've reproduced it using a Magento 2.4.7-beta2 version.

Thank you.

[engcom-November]

Hello @abramchukm,

Thank you for the quick reply!

We were able to verify this issue on 2.4-develop, and also in 2.4.7-beta2.
As you mentioned when changing the value back to 0, we were able to see that the value is changed in only one store and not in all the stores, even though the attribute has website scope.

Please take a look at the screenshot:
After changing the attribute value back to 0

We can see that the value is changed for only one store.

Hence confirming this issue.

Thank you.