Problem/Motivation

Umami depends on Seven, via umami.libraries.yml:

demo-umami-tour:
  css:
   theme:
      css/components/tour/tour.theme.css: {}
  dependencies:
    - seven/tour-styling

Steps to reproduce

Proposed resolution

Remove the dependency.

Remaining tasks

Figure out how to remove it.

User interface changes

API changes

Data model changes

Release notes snippet

CommentFileSizeAuthor
#5 core-3304655-5.patch494 bytes_shy

Comments

longwave created an issue. See original summary.

longwave’s picture

Priority: Normal » Critical

Now critical given that #3084814: Deprecate Seven theme already landed.

catch’s picture

#3087701: Enable Claro as the admin theme in Umami landed months ago now. Does the dependency just silently fail when it's not there?

catch’s picture

Three options:

1. Change the dependency to claro.tour-styling

2. Copy the CSS from Seven to Umami

3. Remove the dependency if it's not really needed.

Overall though I don't know why Umami's front-end theme is depending on an admin theme, I guess for a demo it's fine but there's no guarantee it'll be installed given the theme doesn't have a hard dependency in .info.yml

_shy’s picture

StatusFileSize
new494 bytes

Replaced the dependency to claro/tour-styling according to the option 1 from the comment #4.

_shy’s picture

Status: Active » Needs review

Status: Needs review » Needs work

The last submitted patch, 5: core-3304655-5.patch, failed testing. View results

lauriii’s picture

Status: Needs work » Reviewed & tested by the community

This is super funky because Claro is not the active theme when Umami theme is the active theme. What is even more funky is that this works even when Claro is not install. 🤯 The asset system is not checking whether a theme is enabled or not, and there is no warning in this case as long as the extension exists. Since Claro is in core, it is guaranteed to exist.

I don't think this is ideal but this is fine. This is certainly better than the case where Seven is removed and asset system would trigger a warning for a missing extension dependency because it cannot resolve seven into anything unless its downloaded from contrib.

wim leers’s picture

The asset system is not checking whether a theme is enabled or not, and there is no warning in this case as long as the extension exists.

I've long been wanting to add many more sanity checks/assertions to the asset library system. It barely has any 😔 (For historical reasons, and IIRC to avoid causing disruption.)

See #2231385: Verify that the library files exist for at least one of those issues.

  • catch committed ea4c39f on 10.1.x
    Issue #3304655 by _shY, longwave, catch, lauriii: Umami depends on Seven
    
catch’s picture

Status: Reviewed & tested by the community » Needs review

Committed/pushed to 10.1.x and 10.0.x, thanks!

I'm now wondering if we even want to do this for 9.5.x - i.e. it might be a visual change so should we leave it alone given Seven is available and this doesn't trigger any deprecation errors? Back to CNR but can just cherry-pick if we do after all.

  • catch committed d5fd9dc on 10.0.x
    Issue #3304655 by _shY, longwave, catch, lauriii: Umami depends on Seven...
lauriii’s picture

Status: Needs review » Reviewed & tested by the community

IMO we should depend on the Claro styles there too since Umami uses Claro by default. I tested the styles and they looked okay with both, Seven and Claro.

  • catch committed 62e2370 on 9.5.x
    Issue #3304655 by _shY, longwave, catch, lauriii: Umami depends on Seven...
catch’s picture

Status: Reviewed & tested by the community » Fixed

OK that makes sense, cherry-picked to 9.5.x too.

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.