From the moment that I selected Garland as a "user's different theme" for user 1 in /user/1/edit I was unable to go back to just following the site's default theme without database surgery to remove "Garland" from user.theme.

The user theme selection form contains the enabled themes, and no option to "follow the site's default". So, if you ever select a radiobutton, you are stuck with always having selected one. If you disable the themes temporarily, your old selection comes back when you enable them again.

The only way that I found for disabling "select different theme" is the role permission, but user 1 is not covered by that. User 1 always has the theme selection form in /user/1/edit, if any themes are enabled.

I think that this can be solved in two ways (probably both):
- Add a "follow the site's default" radiobutton in the user's theme selection form.
- Make it possible to disable this feature completely and not just leave it up the the permissions, for the same reason that you don't leave entirely up to the permissions which blocks a user sees: Because it is a design issue, not an access issue.

Comments

cog.rusty’s picture

Version: 6.5 » 6.x-dev

Although that happened in 6.5, I am changing the version to 6.x to prevent this issue from becoming obsolete with the next release if nobody notices it.

cog.rusty’s picture

Title: With "select different theme", user 1 can be stuck with Garland forever » With "select different theme", user 1 can never go back to following the site's theme
ged3000’s picture

Title: With "select different theme", user 1 can never go back to following the site's theme » Selecting the site's default theme in user preferences does not make it clear that the user will then "follow" the default theme
Version: 6.x-dev » 7.x-dev
Component: system.module » user interface text

In 7.x-dev and 6.10, if a user selects the current site theme, then they will follow the site's default theme, rather than overriding the default theme.

In 6.10 and 7.x-dev, the "select different theme" box only appears if more than one theme is enabled in the theme settings, so this part of this issue appears to be fixed

Whilst I agree that the wording around this issue is ambiguous (i.e. it is not clear to the user that by selecting the site's current default theme, they will "follow the site's default"), I personally feel that this issue no longer reflects a bug in terms of site functionality.

To reflect this, I've changed the name of this thread, changed the component, and updated it to 7.x-dev (where the wording issues still apply). If you don't think that I am right to do this, please say so.

cog.rusty’s picture

Status: Active » Closed (fixed)

Checking again, it seems that this was never a real issue. Probably something was wrong with the installation where I was testing it (a disabled default theme or something) and I was not seeing the default theme's radiobutton.

Setting to closed.