Problem/Motivation
Track the steps needed to deprecate extension Toolbar. See Remove a core module and move it to a contributed project of the deprecation policy.
The removal of extension Toolbar was approved in #3476882: [Policy] Move Toolbar module to contrib.
Remaining tasks
Settings Tray has a dependency on Toolbar. If Settings Tray is deprecated and moved to a contributed project before Toolbar this isn't a problem. Settings Tray in contrib can depend on Toolbar in contrib. See this comment.
- Find someone to maintain the contrib version of the extension. @dydave has agreed, see #21
- Move integrations implemented by other modules to the extension.
Create child issues or child meta issues, as needed, to address the following points. Not all points will apply to all extensions.- Handle usages in help #3560205: Remove toolbar usage in hook help
- Remove the extension from one or more profiles.
- Integration with Navigation #3507711: Move the code that hides the toolbar when navigation is enabled to the toolbar module
- Setting tray is also being removed.
Handle usage in Setting Tray #3575909: Remove the Settings Tray dependency on Toolbar - Remove references to the extension from database dumps. -- This will be done in a single issue with the other extensions being removed.
- Remove templates from the extension’s markup.
- Remove templates from themes that are staying in core, leave them in deprecated themes
- Keep skipping the template in the stable copies test.
- Do a thorough search of core for any remaining references to the extension. If references are found, outside of the extension, then create issues to remove the references.
- Create the contrib project with a stable release, before the alpha version of the major release. Follow the process in Create the contrib project with a stable release for creating the sub tree split.
- Deprecate the core extension #3560123: Deprecate the Toolbar module.
- #3567861: Ensure that Toolbar does not get special core treatment
Comments
Comment #2
cilefen commentedComment #3
catchExplicitly postponing this on navigation being stable, but that is close per #3421969: [PLAN] New Navigation and Top Bar to replace Toolbar Roadmap: Path to Stable.
We will need to enable navigation in the standard profile and umami in order to actually deprecate toolbar, but there might be some other things that could happen in the meantime like making sure that no tests have explicit dependencies on it.
Comment #4
gábor hojtsy#3421969-81: [PLAN] New Navigation and Top Bar to replace Toolbar Roadmap: Path to Stable onwards discusses that Settings Tray also has a hard dependency on Toolbar, however Settings Tray has such low usage that decoupling them may not be effort well spent. Should their move to contrib be handled together then?
Comment #5
quietone commentedThis is postponed on Navigation being stable and it is stable now that #3557578: Mark Navigation as a stable module was committed. Therefor setting this to active.
Comment #6
quietone commentedComment #7
quietone commentedComment #8
quietone commentedComment #9
quietone commentedAnd test usages which need to be changed.
Comment #10
quietone commentedUsages of the toolbar hook
And what could be the remaining
Comment #11
quietone commentedComment #12
catchLooks like we could tackle the things in #9 and #10 before navigation is in standard, that would mean less work to do later.
Comment #13
longwaveNot much we can do with #9 yet I'm afraid.
These need #3465299: Integrate Announcements module into Navigation's drawer/submenu:
These uses can likely be removed:
Some parts of these test integration with contextual.module, so probably needs to be moved into toolbar.module?
These are false positives:
These need to move into toolbar.module:
These only uninstall toolbar from standard or Umami:
Some parts of these test integration with shortcut.module, but that is also moving to contrib:
This needs to stay until we update the database dump:
This probably needs #3511374: Core Navigation + Workspace + Workspace UI modules crashes Drupal Installation and then the toolbar tests moving to toolbar.module:
Comment #14
catchThe toolbar hook implementations I think we could move all of those into the toolbar module with a moduleExists() check.
Comment #15
longwaveThis can't be completed until #3560117: [meta] Add Navigation to the Standard profile and recipes lands, which in turn is waiting for accessibility issues in Navigation to be fixed.
It feels unlikely at this point that Toolbar will be removed from Drupal 12.
Comment #17
berdirAlso related to toolbar: _system_is_claro_admin_and_not_active() and the 3 hooks in system module that use it, I don't know why that stuff is in system and not in toolbar, should be easy enough to move, I guess including claro_system_module_invoked_library_info_alter() in claro.theme.
Comment #18
andypostI bet there's one more blocker - who is willing to maintain it in contrib
Comment #19
ressaI see the Drupal 6 module https://www.drupal.org/project/toolbar, perhaps it can be Drupal core Toolbar's new home?
@dydave maintains https://www.drupal.org/project/admin_toolbar and I made him aware of this issue in #3565206: [Meta] Roadplan for Admin Toolbar 3.7, as a potential maintainer.
Comment #20
catchThat was originally a backport of the Drupal 7 module, makes sense to keep the namespace the same as core's.
Comment #21
dydave commentedAs mentioned by my contrib partner @ressa above at #19, I've been maintaining the Admin Toolbar module for more than a year now and would certainly be interested in helping maintaining the Toolbar module if it moves over to contrib.
Feel free to add me directly as one of the maintainers, if you'd like, or please let me know if you would like me to formally apply in module's issue queue, I would be glad to do so.
Congrats everyone for all the great work and efforts getting core Navigation stabilized. 🥳
Thanks in advance! 😊
Comment #22
quietone commentedComment #23
longwaveRunning into #4 over at #3575909: Remove the Settings Tray dependency on Toolbar - settings tray doesn't really work without toolbar, looks like we either need to make settings tray work with Navigation instead, or remove settings tray as well.
Comment #24
berdirThe toolbar/claro stuff in system module is fully moved to toolbar module in #3579899: Remove remaining claro.theme functions, but we likely need a follow-up to that to clean up a few things around that such as hardcoded core/themes/claro paths (this will not prevent removing toolbar, but it will need to fixed eventually before claro is moved)
Comment #25
quietone commentedComment #26
quietone commentedComment #27
quietone commentedComment #28
quietone commentedComment #29
quietone commentedComment #30
gábor hojtsy