I made a rule for system:host, to use theme A for the a.mydomain.com. Any other domain uses the theme B. So, I makes B as the 'default' theme.

When my user see own data at a.mydomain.com/user page, theme A works great. When the user clicks the edit tab, the edit form loads on theme B with the a.mydomain.com/user/<>/edit url. So I think, there is a bug, because I think I have to see theme A.

Comments

mkalkbrenner’s picture

Category: bug » support

user/%/edit is an admin path. See
http://api.drupal.org/api/drupal/modules--user--user.module/function/use...
for details.

So if you enabled an "Administration theme" at "/admin/appearance", this theme will be applied instead of any theme configured using ThemeKey.

BTW if you enable the ThemeKey Debug module and activate "Trace ThemeKey rule switching" you'll see something like this:

ThemeKey did not switch the theme because no rule matched. But something else set the theme to "seven".
"seven" is configured as administration theme at admin/appearance. This setting is more powerful than a corresponding ThemeKey rule.

But maybe we should turn this into a feature request to turn the core admin theme feature into a part of the rule chain ...

mkalkbrenner’s picture

Status: Active » Fixed

The behaviour is configurable now using the new optional module ThemeKey Compatibility which will be part of ThemeKey 7.x-1.0.

Status: Fixed » Closed (fixed)

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