- Issue created by @acbramley
- Merge request !25Issue #3472203: menu_link_attributes_update_8002 adds container_class attribute if disabled → (Open) created by acbramley
- Status changed to Needs review
4 months ago 11:33pm 4 September 2024 - Status changed to Postponed: needs info
4 months ago 5:10am 5 September 2024 - 🇩🇪Germany Anybody Porta Westfalica
@acbramley thanks for the report! menu_link_attributes now comes with container_class attribute by default. The update hook ensures that it is also provided for existing (older) installations.
Versions before 8.x-1.5 didn't have that attribute, see: https://git.drupalcode.org/search?search=container_class&nav_source=navb...
So did you maybe use the dev version before, which didn't have the update hook for some time? Or did you run the update hook after deleting the container_class attribute perhaps?
Just for my understanding: For what reasons are you removing it? I guess you don't need it and it fills up the UI?
I'm curious if perhaps dedicated permissions per attribute might be a good feature request to control who can see which...
- Status changed to Needs review
4 months ago 6:04am 5 September 2024 - 🇦🇺Australia acbramley
@anybody nope, I upgraded from 1.4. But that's exactly my point, I don't want the attribute so why is it being added to existing installs when menu_link_attributes_update_8002 is just about correcting labels and descriptions? Perhaps there should've been 2 upgrade hooks.
Just for my understanding: For what reasons are you removing it? I guess you don't need it and it fills up the UI?
I don't need it, it has no purpose in my site.
I don't think we need dedicated permissions.
- 🇩🇪Germany Anybody Porta Westfalica
so why is it being added to existing installs when menu_link_attributes_update_8002 is just about correcting labels and descriptions? Perhaps there should've been 2 upgrade hooks.
Indeed it should not only update labels and descriptions but also add the container attribute to have the same attributes as with a fresh installation.
You're totally right that this should better have been split into two update hooks to be clearer. I created a MR to do that.
The additional attribute is expected to match the status like with fresh installations and it's backend-focused, so I hadn't seen that as BC.The split update hook should not do any harm now? Or should we just close this won't fix?
- Status changed to Closed: works as designed
4 months ago 10:26pm 5 September 2024 - 🇦🇺Australia acbramley
Happy to close, I think splitting the update hooks now may be more disruptive. It's easy enough to remove the new attribute manually.
- 🇩🇪Germany Anybody Porta Westfalica
Thank you for the discussion @acbramley and sorry once again. I understand that the decision made doesn't fit for everyone.