- Issue created by @ericmulder1980
- 🇳🇱Netherlands ericmulder1980
Fixed some coding standards.
Also i have a question about the version the hook_update is targeting. Issue #3463291 📌 Deprecate the admin_toolbar_links_access_filter module Active mentions the Admin Toolbar Links Access Filter module is obsolute since the Drupal core issue has been fixed in version 10.2. Then, why do we target the update for 10.3 and above?
- Status changed to Needs review
2 months ago 3:25pm 28 January 2025 - 🇵🇰Pakistan dewancodes
@ericmulder1980 When we can expect the final MR to be accepted? I want to upgrade this module.
- First commit to issue fork.
- First commit to issue fork.
- 🇳🇱Netherlands ericmulder1980
@dewancodes i can't accept my own merge request. It needs to be reviewed by the community and the module maintainer then chooses to merge this into develop.
- Merge request !122Issue #3487246 by dydave, ericmulder1980: Warn site owners about the removal... → (Open) created by dydave
- 🇫🇷France dydave
Thanks everyone!
I've taken a quick look at this issue and checked the changes from MR!103, which seem to work as expected and display an error message on the status report page, see:
But since the module was marked deprecated in 📌 Deprecate the admin_toolbar_links_access_filter module Active , there is already a warning message appearing on the status report page, see:
Additionally, there is a clear warning when the module is installed through the Admin UI, see:
Do you think these warnings from core and/or other contrib modules are not enough or should be made even more visible?
Personally, I'm not completely convinced this change would be necessary, but if you think it should be added and "could" help some users, I wouldn't be opposed, given the minimal impacts the corresponding code changes would have on the module.
I just think the current warning messages are clear enough with helpful links.
It should be part of site administrator's tasks to check regularly the status report page when proceeding to upgrades.
In case you still think we should move forward with this change, I created a new merge request MR!122 based on the previous one with minor changes:
- Moved the code to
admin_toolbar_links_access_filter/admin_toolbar_links_access_filter.install
, instead ofadmin_toolbar.install
, since we'd like that kind of cruft to go away when the module is removed. - Updated the wording.
- Updated the
lifecycle
(deprecated) URL to point to 📌 Deprecate the admin_toolbar_links_access_filter module Active .
If this issue gets enough traction and more feedback on the merge request, we would be happy to consider adding this to the module.
Thanks in advance!
- Moved the code to
- 🇳🇱Netherlands ericmulder1980
@dydave,
Thank you so much for looking into this. I agree that there are already a few warnings in place and that it is the site maintainers responsibility to check these. For many contributed modules this doesn't have a fatal impact as removing them as a whole from the codebase is also a decision often made by or in collaboration with a site maintainer.
As this is a submodule of a very popular contrib module i do feel that this is something that could be overlooked. As you mentioned the impact on the codebase is minimal and it could prevent fatal errors for lots of users.
Not sure how much response this will get as most people will only go to the issue queue once they indeed have encountered an issue. Let's see what happens.
- 🇫🇷France dydave
Thanks a lot Eric (@ericmulder1980) for your kind, constructive reply and for taking the time to share your thoughts, it's greatly appreciated!
Thanks a lot for raising this issue and anticipating on any future potential impacts on users projects.
As mentioned before, I'm favorable to getting this in the module, no problem at all 👌
If you'd like, we could get this included in the next stable release.Let's get the patch validated (RTBC-ed if possible)?
Were you able to test the patch from the merge request above MR!103, check the wording, check the message and feature (display of the error message)?Anything that could help validating and confirming the changes so they could be pending merge for the next stable ...
We'll then leave a bit of time to get more feedback and before creating the release we'll get this one merged in.Again, any help, comments, feedback, questions or suggestions would be greatly appreciated!
Thanks again Eric and in advance!