Problem/Motivation

Still debugging this issue but I thought I'd send out what I know so far.

Clearing theme-registry from the CLI or the front end theme has no problem(and fixes the registry).
Clearing the theme-registry from an admin themed page, doesn't fire omega's theme registry hooks and breaks the site as all the theme/ preprocess/ and other nice folders don't get searched and cached in the registry on the rebuild.

This happens on all 3 servers: dev (PHP 5.5 + redis), stage (PHP 5.3), live (PHP 5.5 + redis + zend opcode).

For some reason this doesn't happen on another developers server who uses MAMP PHP 5.4.

I'm not sure if it's a caching issue though turning off redis and opcode didn't solve the issue.

This could be possibly a core bug... need to get deep in the debugger to solve this.

Admin theme is adminimal_theme btw.

Proposed resolution

:S

Remaining tasks

User interface changes

API changes

Comments

fubhy’s picture

Status: Active » Postponed (maintainer needs more info)

I've seen this issue before but we added a fix for that quite a while ago. It indeed sounds like a core bug as hook_theme_registry_alter() should *always* be executed for the theme that it affects. Normally, the theme registry should only ever be built for the active theme. The functions in question (_theme_build_registry()) are marked as private (leading underscore) and should only be invoked from theme_get_registry() which purposely only works on the active theme. You should check your modules on that page for any code that invokes these functions outside of these rules.

joelpittet’s picture

Status: Postponed (maintainer needs more info) » Closed (works as designed)

Sorry, after hours of debugging and stepping through the code. It turns out the problem was with another module.

Here is the issue for anybody with this weird nasty problem:
#2051135: Mail System breaks theme registry