Open rjpowers10 opened 3 years ago
Normally the expection is that you also provide the base theme as a dependency in the manifest
i.e.
Dependencies = 'TheAdmin'
That should prevent it from being disabled.
Interesting, I would have expected the base theme to imply a dependency. Regardless, adding TheAdmin as a dependency didn't change anything. I was still able to disable TheAdmin and then the admin became unusable with the same error.
@rjpowers10
I would have expected the base theme to imply a dependency.
It does, in fact a theme implicitly depends on all features that are not a theme, and on its base themes. It is used e.g. for the alternates views ordering, so that a theme has an higher precedence than a module feature and than its base themes.
In the Features page when disabling a feature (the dependency) there is an alert listing the dependent features (if any) that would also be disabled, here we don't check implicit dependencies, disabling a given feature should not disable all themes.
But yes, in the Themes page at least what is missing is to check if it is a base theme of other derived themes, and if so we could diplay the same kind of alert message saying that the derived themes (if any) would also be disabled.
Describe the bug
We made an admin theme that sets TheAdmin as the base theme in Manifest.cs. If you go to /Admin/Themes you can disable TheAdmin, but then the admin becomes unusable.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
I'm not exactly sure what the expectation here is. I see that the frontend has a safe theme but I don't think there is a safe theme for the admin. Maybe /Admin/Themes shouldn't allow you to disable base themes?