Magento2: 芦聽Use default value聽禄 unchecked when collapsible not collapsed in admin

Created on 14 Feb 2018  路  7Comments  路  Source: magento/magento2

Related https://github.com/magento/magento2/issues/8897 https://github.com/magento/magento2/issues/12881

Preconditions

  1. Tested on the latest 2.2-develop branch to date
  2. PHP 7.0.13

Steps to reproduce

  1. In multi-store mode
  2. Create a new category
  3. Edit this new category in store view mode
  4. Save without changing anything or collapsing any panel

Expected result

  1. No data changed

Actual result

All 芦聽Use default value聽禄 checkboxes in collapsible panels are checked, and related attributes have store values in EAV values tables.

Video illustrating the bug: https://www.useloom.com/share/f3bc6a2c290647ac902f00a6c76dcb12

Note: the values displayed are var_dump($categoryPostData['use_default']); die; in https://github.com/magento/magento2/blob/dcd0dbcd670aae172fb0582c1d725d3d69abd063/app/code/Magento/Catalog/Controller/Adminhtml/Category/Save.php#L130


This issue is also present on the product edit page. Video: https://www.useloom.com/share/b500d0236e7940caae4d6630617cd151

It has been mentioned in a more global thread at https://github.com/magento/magento2/issues/12881#issuecomment-361883152 but I think it is critical enough to deserve its own issue聽;)

Only 芦聽Use default value聽禄 checkbox seems to be concerned (e.g 芦聽Use Config Settings聽禄 is not, and configuration scopes not either). Video: https://www.useloom.com/share/f2360ecd978549ce977ad2fc95396e6a

Clear Description Format is valid Reproduced on 2.2.x Reproduced on 2.3.x

Most helpful comment

@real34, thank you for your report.
We've acknowledged the issue and added to our backlog.

All 7 comments

@real34, thank you for your report.
We've acknowledged the issue and added to our backlog.

We can confirm this issue (and had also reported it on the support cloud already)

We can also confirm this bug. Also we must point out this is such a major flaw in a very basic and heavily used feature that we have for the reason of this and other similar bugs decided to put on hold _all_ multi-site M2 installations until further.

We can confirm this issue, also already reported it in the Magento support system

Any ideas about where to start digging?

Hi @engcom-Delta. 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.


@real34 thank you for your report. I am not able to reproduce issue by steps you described on 2.4-develop

#13665issue

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.

Was this page helpful?
0 / 5 - 0 ratings