Problem/Motivation
After #3215043: Indicate the non-stable statuses in admin/modules page and #3225812: Add lifecycle_link key to info.yml files the Seven theme adds a warning icon to /admin/modules for any obsolete or deprecated module that provides lifecycle_link in its .info.yml file. See also the change records
- Info files can now contain 'lifecycle' and 'lifecycle_link' keys to convey the stability of a module/theme
- The module listing page now highlights non-stable modules
The Claro theme should indicate obsolete and deprecated modules as well.
Steps to reproduce
Add the following lines to core/modules/forum/forum.info.yml:
lifecycle: deprecated
lifecycle_link: http://example.com
With that addition and the patch from #3215043, the Forum module shows up like this in the Seven theme:

Proposed resolution
Remaining tasks
Subsystem maintainer has asked for a design, See #29
User interface changes
We have restored the warning icon before the deprecated text on deprecated modules, just like in the Seven theme. Please refer to the after screenshot for reference.
Before:

After:

API changes
None
Data model changes
None
Release notes snippet
None
| Comment | File | Size | Author |
|---|---|---|---|
| #22 | Screenshot 2024-04-29 at 11.43.09.png | 114.4 KB | simohell |
| #22 | Screenshot 2024-04-29 at 11.43.25.png | 100.19 KB | simohell |
| #12 | Screenshot 2024-04-26 at 7.48.13 AM.png | 103.06 KB | gauravvvv |
| #4 | forum-deprecated-claro.png | 13.39 KB | benjifisher |
Issue fork drupal-3236439
Show commands
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
Comments
Comment #2
benjifisherAlso review the confirmation form. (Actually, there is more than one, depending on which modules are being enabled.) Here is another screenshot from #3215043: Indicate the non-stable statuses in admin/modules page:
Comment #3
larowlanThere is some CSS in system module too, so it may just work in claro, unless it swaps out that library
Comment #4
benjifisherWe tested #3215043: Indicate the non-stable statuses in admin/modules page during #3232405: Drupal Usability Meeting 2021-09-17. The warning icon does not show up in Claro.
I am adding a "before" screenshot to the issue summary. I created it using the patch from #3215043 and the hack described under "Steps to reproduce" in the issue summary on this issue.
Comment #8
gauravvvv commentedI have added a warning icon to highlight the deprecated modules same as seven theme. please review
Comment #9
smustgrave commentedIssue summary appears to be incomplete.
Comment #12
gauravvvv commentedAfter Merge Request !7753

Comment #13
needs-review-queue-bot commentedThe Needs Review Queue Bot tested this issue.
While you are making the above changes, we recommend that you convert this patch to a merge request. Merge requests are preferred over patches. Be sure to hide the old patch files as well. (Converting an issue to a merge request without other contributions to the issue will not receive credit.)
Comment #14
gauravvvv commentedComment #15
vishal choudhary"I have reviewed this deprecated text, and it highlights much better now. It's fine to consider any user's perspective."
So finally We Move to RTBC.
Thanks.
Comment #16
xjm#3215043: Indicate the non-stable statuses in admin/modules page seems to be removing this exact CSS from a number of places, so I'm a bit confused. Is this issue even still necessary? Why doesn't the original solution work in Claro? Can we re-test to confirm that HEAD is missing it?
Comment #17
xjmIn #16 I was looking at the patch. Hiding that. Question still stands as to why this is necessary/whether this is the correct approach though.
Comment #18
xjmComment #19
simohell commentedI reviewed this issue, that is a follow-up on #3215043: Indicate the non-stable statuses in admin/modules page.
This MR adds an existing icon from the theme in front of the link with text "(Deprecated)". This icon used is the correct one and helps user to identify that using a deprecated module carries some risk. Icon is added as a background image and does not have effect on Voiceover screenreader.
The confirmation message does not need the additional icon as the whole message is styled as a warning that has it's own icon.
Comment #20
xjm@simohell:
Comment #21
simohell commented@xjm You mean the main issue is, that 11.x does not include
/modules/system/css/system.admin.csson admin pages on Claro (or Olivero for that matter) even if it should? And it is also not certain wether it should or not?(Edit: assume this is due to choise of CSS framework, but I'll ask)
Comment #22
simohell commentedIncluding /core/modules/system/css/system.admin.css would break some of the styling in Claro, so it makes sense that same icon is added to Claro in it's own CSS. Attached a screenshot of what would happend if the system CSS file would be used. #12 shows the expected result.
Claro with system.admin.css applied:
Claro 11.x:

Comment #23
xjmWhat I'm looking for is Claro tested from the current 11.x or 10.3.x HEAD, without any fix applied. Thanks!
Comment #24
gauravvvv commentedHere is before patch screenshot, without any fix applied on 11.x
Comment #25
simohell commentedSorry. I had both but comment had 11.x HEAD only as attachement, not inline.
Comment #26
simohell commentedFrom #20 the task "Either a Claro maintainer or (preferably) a frontend framework manager needs to validate the approach." I think falls under the definition of "review" so I'll tag this back to "needs review".
Comment #27
quietone commentedComment #28
catchI think this needs review from a Claro maintainer - there's some overlap with FEFMs anyway.
Comment #29
ckrinaFirst, thanks all for working on this and finding a place that needs improvement. I agree with you all on this being one of those places.
Even if this existed in Seven, it doesn't mean it'll visually work in Claro: it results in a really packed, confusing and un-structured group of elements. The solution proposed here is not the right one on a design/UI perspective. The title/heading is designed to hold the title, not title + parenthesis and its text + icons. We can't add info and elements to places that are not designed for that when there are no designs.
The goal of this issue is to make more obvious that a module is obsolete. +1 to that. The next step here is to find the right UI solution for Claro (applies to any UI), and that needs a designer designing that new part of the UI that don't exists (even if that existed in Seven, that solution doesn't work here). When that design is aproved, then let's jump into the implementation. This is the best workflow to be sure we end up with digestible UIs. :)
Edit: Thanks for tagging this as Needs subsystem maintainer review!
Comment #31
quietone commentedAdding to the meta about the install/uninstall pages.
@ckrina, how to get the design work asked for in this issue? Who can do that?
Comment #32
nicxvan commentedI'm going to move this to the admin theme, we still want to do this and claro is leaving.
Comment #33
quietone commented