Updating a product through the API unchecks "Use Default Value" on a bunch of attributes

[Zyles]

When you update a product. For example adding an image using the API. Which is totally unrelated to anything else, such as editing price.

The checkbox "Use Default Value" becomes unchecked on a bunch of attributes, such as price.

This turns into a problem when you want to edit the product later, update the price, or the description etc. and nothing happens. So you have to change store view scope to that particular store, check the box "Use Default Value" and save to be able to change the price.

This should not happen in the first place.

Preconditions (*)

1. Magento 2.3.3
2. 2 store views

Steps to reproduce (*)

1. Create 2 store views
2. Add a new product with a price
3. Change store view on the product. You can see "Use Default Value" for price is checked.
4. Update the product using the API, for example uploading an image
5. View the product again and change store scope
6. Notice the "Use Default Value" on price is now unchecked (amongst other attributes)

Expected result (*)

Checkbox "Use Default Value" should remain checked until a user actually unchecks it.

Actual result (*)

Checkbox "Use Default Value" unchecks itself when you update the product using the API for all store views.

Additional info

I just re-produced it on 2.4-dev.

Seems to be a problem with scopes.

In addition to the steps above, do the following:

1. Stores > All Stores. Click "Main Website Store" and change "Default Store View" to the second store view

2. Open "Default Store View" and change to status to disabled
3. Go into product, select scope "Default store view" (first store) Click "Use Default Value" on everything. Save.
4. Change store scope to second store view. Click "Use Default Value" on everything. Save.
5. Change scope to second store view again. A bunch of "Use Default Value" are unchecked.

[m2-assistant]

Hi @Zyles. Thank you for your report.
To help us process this issue please make sure that you provided the following information:

• Summary of the issue
• Information on your environment
• Steps to reproduce
• Expected and actual results

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:

@magento give me 2.4-develop instance - upcoming 2.4.x release

For more details, please, review the Magento Contributor Assistant documentation.

@Zyles do you confirm that you were able to reproduce the issue on vanilla Magento instance following steps to reproduce?

• yes
• no

---

• Join Magento Community Engineering Slack and ask your questions in #github channel.

[m2-assistant]

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: 👇

• 1. Verify that issue has all the required information. (Preconditions, Steps to reproduce, Expected result, Actual result).

  Details

  If the issue has a valid description, the label Issue: Format is valid will be added to the issue automatically. Please, edit issue description if needed, until label Issue: Format is valid appears.

• 2. Verify that issue has a meaningful description and provides enough information to reproduce the issue. If the report is valid, add Issue: Clear Description label to the issue by yourself.

• 3. Add Component: XXXXX label(s) to the ticket, indicating the components 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-Bravo]

Hello @Zyles,
Thank you for your report.

Unfortunately, we are not able to reproduce this issue.
We tried to reproduce it via Swagger API, catalogProductAttributeMediaGalleryManagementV1 POST
/V1/products/{sku}/media
We are using the following body

{
  "entry": {
    
    "media_type": "image",
    "label": "string",
    "position": 0,
    "disabled": false,
    "types": [
      
    ],
    "file": "test.jpeg",
    "content": {
      "base64_encoded_data": "/9j/4AAQSkZJRgABAQAAAQABAAD/2wCEAAkGBw0NDQ0NDw0QDg0NDQ8NDQ4PDw8QEhAOGBEXFxURFRUYHCggGBomGxYVITEhJSkrLy4uFx8zODMsNzQtLisBCgoKDQ0ODg0NDisZHxkrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrK//AABEIAOEA4QMBIgACEQEDEQH/xAAcAAEAAwADAQEAAAAAAAAAAAAABQYHAQQIAwL/xABIEAACAgECAgUGBw0GBwAAAAAAAQIDBAUREiEGMUFRYQcTFCIycSNCVJGSk9EVFhdDUlZigYKUodLTJTNVcrHhJDVTosHi8P/EABUBAQEAAAAAAAAAAAAAAAAAAAAB/8QAFBEBAAAAAAAAAAAAAAAAAAAAAP/aAAwDAQACEQMRAD8A2QABQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHxyMqFe8W+Kzzc7Y1R2dk4Q24nGO/PnKK98kU78Kekd+T9R/wCwF3BXejvTXT9SulRjzsVsYOzhsr4OKKaT4eb3a3RYgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB+bbIwjKcpKMIRcpSb2UYpbtvw2P0Zz5X+kfmaI6dVLazISnkNdccfflD9pr5ovvApmp9Nrp6xHVKnLgpn5uml8k8RcnB+M05N9za7kc+UXR6q7q9Rxdng6nHz9bXJRua3nB92/tbf5l2FSfcXnoNkV5+JkaBkSS88pX6dOX4vIS4nFfxlsuzzneEU7StQtw8inKpe1tE1OG/U+xxfg02n4NnpDRdUqzsanKpe9d0FJLti+qUH4ppp+KPNeTj2VWTosjwW1TlXZF7Jxmns1v+rrL/5IOkaovlp1svgsqXFj7vlHI25x8FJL54rvA2IABQAAAAAAAAAAAAAAAAAAAAAAAAAAAVO/pP6XfqOnYNqrzsWvix7JKEoXWxfwlezTXJ7Rfvb7DN5eUjWotxlfCMotqUXj0pqS5NNbcnuBtepZsMai2+abjVBzcY+1J9kV4t7L9Z511izMzMm7Ktptdl03OXwc9orqUFy6kkkvBE7+EvWflEP3en7A/KbrXyiH1FP2BFTtx7ILedc4rdbOUJRXu3a6xjZE6bKrapOu2qashNdk090/9jROjnSuzWnfpOp2RlDNr4cW2NcIOrIjvKPUtt+Sa8Y7dpn2o4NmLfdj2x4babJVzj4p9a701zT7mgLl07or1DExtex4qKtUcfUK1+KyI+qpP9e0d+1Ot9pRoTlFxlGTjOLUoSi9nGSaakn3rrLb5OtXqrut07J9bB1OPmLU3soXNbQmu7f2d+/hfYQXSDR7NPzLsOzduqSSm1txwa3jYvBp/wCoG89CukC1PBqyHsro/BZMF8W6PW9uxNbSXhInTA/Jx0j+5udFWS2xcrhpyN3yg93wWv3NvfwkzfQrgAAAAAAAAAAAAAAAAAAAAAAAArXlA6Rfc3BnOEksm7enGXdNrnZt3RXP38K7SyyaSbb2SW7b5JLvPPfTvpC9Tz7LU36PUnTirsdaf95t3yfP3cK7AInStRtxMmnKrk/O02KxNv2vyoyfapJtPwbL30o6I3apOnVNMpU6c+pXW1uddbrv+M/WaXN9e3bGT7UU/otoc9SzacSO6Unx3TX4ule3P+KS8ZIl+nPSV3ZSow7Z04WDH0THjTZKCko8pT9VrdPbZeEU+1hH5/BxrfyNfX4/85+fwba38jX1+P8AzlflquXvv6XkfX2/acfdTL+VZH7xb/MBZK/J1rsJRnHF4ZwkpQksjHTjJPdNPi5NNE75S9ByLcPG1a6lU5kIQo1GtOEk+fDC1OLa235d+049xRsDIz8m6rHqyciV101XWvSLecn38+SXNt9yZaPKNqaorx9EptnbDDjGeZbKUpSuyWt9m29+W7lt3yS+KBRGjSLsO3pJpdGRVFT1XAksXITcYu+p84y4nst/je/zi7jOqqp2ThXXFzsnJQhBdcpt7KK8W9kXzphkrSMLG0TGtcb+WVqN1U3GTtezjXxLnt1fsxh3sCN/BvrfyNfX4/8AOa90Khnwwa6c+rzeRR8EpccJ+dqXsSbi3zS5Pfu37Tz+9Uy/lWS+5K65t+C5m/dB9GtwcGuF9k7Mq34XIc5ym4za5VptvlFbL37vtAnwAFAAAAAAAAAAAAAAAAAAAAOvqObVi0W5FsuGqmuVk3+il1LvfYl4gUjyudI/RsVYFcvh8yL87t1wxeqX0n6vuUjGFtz37v4nf17V7c/Luy7Pauk3GHWq6+qEF7lt/Fkv0A0OGZlu6/aODgw9Ky5y9lqPONb8Hs2/CMu9BEzH+w9F39nUtZj6vZOjD26+9PZ+/ea/JKAkl7l/oS/SzXZ6lm25Uk1Bvgx4P4lCfqR9/Nt+MmdvoJoEdQzNreWJjR9Iy5PlHzS6oN/pbfMpdwEppfk4uvwq867Npw67Iec2ug/Vrb9WUpcSS3TT/Wjh9A8T84NO+nD+od/C6dRv1i7z/wDyrNh6A6p8oQo5quxx7N3KXF4Tfcio9KdDnpubdiS3cYvjpm/xlDb4Je/k0/GLAvXR/QqdHo1DVKsujU8jFxmqY4/DJUuW6lOe0n2f9sZmYXWzsnOycnOc5Oc5y5uUm92347k90G1/7m5sbJ88W5eYy4tbp1P4zXbwvn7uJdp3Nc6F21avDT8fnXlyVuJZzlFYz3cm328CT3580o94Hb8n+JVh05OvZMd6sROvCg+Xncp+ruvduo7+Mn8Upubl2ZF1t9suO26bssl3yb57dy7EuxItvlE1Srjp0nF3WHpiVXJpqzI2anJ97Te2/e7O8qeFiW5N1VFUeO66arrjv8Zvbn3Lt37uYF18k3Rv0vL9Nsjvj4Uk4J9U8nbeK/Z9r38Bthj/AEi6QfcSzA0zBlxR02SuzXvt6RfKPrVy8HGcn27OUfyTWNOzasqirIqlxVXQjZB+DXU+5rqa70B2AAFAAAAAAAAAAAAAAAAAAAM78tM8lYWPGC/4SV//ABLW+/GlvVGX6O/E/eomiHU1bTqszHuxbVvXfBwl3rukvFPZrxQHmauuUpRjGLlKclGEY83KTeyivFvZF66W2R0nTaNErkvSL1HK1Oce1v2at+7eK/Zgvyj7dFej33LuztRz4/B6TKVdMdtvP5TS4JQ3601KO3jNdsWUfUs2zKvuybpcVt9jsm11bvsXglsl4JBHWS57Jp8+vfb/AFL9gc+i2UsP++WR/aqftuj9H9Dh4P1Kzt3KD/8AfxLD0H19admqdnPFyF6PlxfOLql8drt4Xz9zku0CuS/2NAlvruib+1qejx59sr8Pb529l89f6RXemmgfczOspXOiaV2LPrUqJPlHfta5xfuT7T4dFNcnpmbTlxTcE+C6C/GUSe0o+/kmvGKAiOLu3SaXbvuaV0L6e4lGFHHznZG/GjZRi5FVanZHHkl6qfxWnFL3Rj17Fc8oGhQw8tXY+zwc6HpOLOPspS2cq14LiTXhJFXQF4830S/62pPt5qLb9/qnb07Wej2mSty8L0u7NVM4Y6yYrgVkltxb7Lbxfc2u0z1/NsEB+7bZTnOyc3OycpTnOXXKbe8pPx3Zpfkc6R8E56ZZL1bHK3E37J9dla969ZeKl3mZde3LqW3L/wAn1xr50zhbXJwsrlGdc11xmmmpL5u0D1CCJ6K65DUsKnKjspSXDdBfEuXtR93avBolgoAAAAAAAAAAAAAAAAAAAAA62oadj5UFXkU131qSmoWwjOKkk0pbPt5v5yP+9LSf8NxP3er7CZAEN96Wk/4bifu9X2D70tJ/w3E/d6vsJkAVHygdFYZunKuitRuwo8eJCCS9VR2lQl2JxSSXfGJg3Lbfw36us9Tmd5nQimjWLNUmv7PqhLOlXFcUvS09/NqC5tb+vsut7RCIvOz6tG0nTcHNxK9RyZueV6NkOKji1y4tlu4y5pycdv8APz2SRCffpp35s4H04f0SE1/Jzc/LuzLMe9StnvGPmrPg4LlCC5di2973ZHegZHye76mz7ALX9+unfmzgfTh/ROfv10782cD6cP6JU/QMj5Pd9TZ9g9AyPk931Vn2AW1dNdO/NrB+nD+iH000782sH6cP6JUlgZHye76mz7CT6O9GsnOy6cbzVtcJy3ttlXJKFS5ylu1tvtyXi0BsXk7yYZGJPJr02nTqrrXwQpafnlFcLsltCO3PeK/y+4tR88XHhTXXVXFQrqhGuuC6owS2SX6j6BQAAAAAAAAAAAAAAAAAAAAAAAAAAAABzu+8bvvOABzu+8bvvOABzu+8bnAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB//2Q==",
      "type": "image/jpeg",
      "name": "test.jpeg"
    }
    
  }
}

The product is updated, image added. But when we switch between Store Views, the Use Default value checkboxes are still checked. We tried to reproduce with one Website and several, the result is the same, all checkboxes are checked.

Can you please provide us with more info: the number of Websites and StoreViews, which API Client and query body you are using?

Thank you for your contribution.

[Zyles]

Where is the text swatch?

Look at the other store views.

[Zyles]

Oh sorry another issue.

See if the effect happens if you do this: #26481

Could be related to the text swatch that unchecks the boxes.

I also found this: https://community.magento.com/t5/Magento-2-x-Technical-Issues/quot-Use-Default-Values-quot-Checkbox-Unchecked-While-Update/td-p/137217

So can be related to $Product->save(); and swatches. I assume that call is being made when you update something with the API.

[engcom-Bravo]

Hello @Zyles

Thank you for your quick response. Can you please clarify what do you mean by "See if the effect happens if you do this: #26481" ?
The issue #26481 is already Confirmed and is Ready for Work

Thank you

[Zyles]

That issue does not mention the "unchecking of use default value" problem.

But it MAY be related to text swatch.

Please confirm by testing with a text swatch with a default value on the product.

[engcom-Bravo]

Hello @Zyles

We have tested Updating the product with Text Swatch attribute through the API.
We have rechecked with a default value1, for example,

and with default empty value.

Rechecked with two API requests:

• catalogProductRepositoryV1 PUT /V1/products/{sku}
• catalogProductAttributeMediaGalleryManagementV1 POST
  /V1/products/{sku}/media

The Use Default Value checkboxes do not become unchecked on all Store Views

This issue is not reproducible on Magento 2.4-develop, so we have to close it.
Please feel free to comment, reopen or create new ticket according to the Issue reporting guidelines
if you are still facing this issue on the latest 2.4-develop branch.

Thank you for collaboration.

[Zyles]

I just re-produced it on 2.4-dev.

Seems to be a problem with scopes.

In addition to the steps above, do the following:

1. Stores > All Stores. Click "Main Website Store" and change "Default Store View" to the second store view

2. Open "Default Store View" and change to status to disabled
3. Go into product, select scope "Default store view" (first store) Click "Use Default Value" on everything. Save.
4. Change store scope to second store view. Click "Use Default Value" on everything. Save.
5. Change scope to second store view again. A bunch of "Use Default Value" are unchecked.

Please confirm.

[Zyles]

Please re-open this issue.

[blacktek]

I've the same issue on 2.3.3; after creating a product it's enough to send the empty payload {"product":{}} in PUT to /en/index.php/rest/<shop_code>/V1/products/ in order to uncheck all the "Use Default Value" attributes having scope "website"

could you please double check?

[magento-deployment-service]

Thanks for opening this issue!

[magento-engcom-team]

✅ Confirmed by @engcom-Bravo
Thank you for verifying the issue. Based on the provided information internal tickets MC-31118 were created

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.

[Zyles]

This has caused massive problems for us.

When we update our product prices using the API, every single product has unchecked the "Use default" values.

So that means everytime we edit a product, disable it etc. We have to do it on multiple storefronts because the values are no longer shared.

[hostep]

This is a duplicate of #9186 btw
The official response from the Magento Enterprise support can be found here (more then 6 months have passed since then, it looks like nothing happened, yay!)

[domi-nique]

We have exactly the same problem at the moment - but we are not using the API, we used the Import functionality and now... all our products are a huge mess and when saving a field in a store view, sometimes all the translations are kicked out without noticing.
This bug is not Low Priority... This should be critical. Multistore Setup with Magento 2 is impossible with this bug.

[lbajsarowicz]

@domi-nique I tried to resolve the issue several times, but significant resources are necessary to solve it. If it is critical for you - you can assign your resources to resolve it - at least partially.

[m2-assistant]

Hi @engcom-Golf. Thank you for working on this issue.
Looks like this issue is already verified and confirmed. But if you want to validate it one more time, please, go though the following instruction:

• 1. Add/Edit Component: XXXXX label(s) to the ticket, indicating the components it may be related to.
• 2. 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!
• 3. If the issue is not relevant or is not reproducible any more, feel free to close it.

---

• Join Magento Community Engineering Slack and ask your questions in #github channel.

[Vishrootways]

Try below POST URL, it should solve the issue of unchecks "Use Default Value"

rest/all/V1/products/{sku}

[Zyles]

Try below POST URL, it should solve the issue of unchecks "Use Default Value"

rest/all/V1/products/{sku}

How do you upload an image to this endpoint?

[blacktek]

Try below POST URL, it should solve the issue of unchecks "Use Default Value"

rest/all/V1/products/{sku}

POST is supposed to only create products, not update them.

If you look at my previous post:

I've the same issue on 2.3.3 (and 2.3.5 now); after creating a product it's enough to send the empty payload {"product":{}} in PUT to /en/index.php/rest/<shop_code>/V1/products/ in order to uncheck all the "Use Default Value" attributes having scope "website"

this is my (easy) way to reproduce the problem

[Vishrootways]

@blacktek It's a typo, I tried with PUT using the below endpoint and the product has been updated.
rest/all/V1/products/{sku}

@Zyles Still I didn't test the above endpoint with images

[hostep]

This might have been finally fixed: #31083 (comment) (not tested myself)

[engcom-Golf]

Can not reproduce on 2.4-develop. This issue has been fixed in #31083.
Will close this one.

[magento-engcom-team]

Hi @Zyles, @engcom-Golf.

Thank you for your report and collaboration!

The related internal Jira ticket MC-31118 was closed as Fixed.

The fix will be available with the upcoming 2.4.3 release.

[ssstankiewicz]

@magento-engcom-team It occurs again in Magento 2.4.5. Adding new image via API to product cause uncheck checkboxes for 'Use default value'

Product before request:

Product after request:

Request endpoint: /rest/en/V1/products/24-MB01/media
Request body:
24-MB01_request.odt

[blacktek]

what is the status for this issue that happens again on 2.4.5?

[blacktek]

@thomas-kl1 do you think we can use your fix in production, despite it didn't pass all tests? we urge to migrate from 2.4.3 to 2.4.5 because we're on php7.4 that is end of life. Thank you

[thomas-kl1]

Hi @blacktek

The fix helps with the loss of data when using the Magento webapi. I'm not sure we can rely on the tests as many of them are dumb tests that check the implementation instead of the expected result.
So you can use it at your own risk.
Regarding the issue of "default value checkboxes", I don't think it's actually solved, but it's not a blocking issue (just think to update the product for each scopes).
Magento suffer a lot of its implementation of scopable EAV.