I have been working on a context layout enabled theme, but after I started adding layouts, the block regions have disappeared from the context reactions pane (screenshot attached).
If I switch to the Cube theme, context layouts work fine, so I think there may be some strange issue with non-Tao themes.
| Comment | File | Size | Author |
|---|---|---|---|
| #14 | context-layout.patch | 846 bytes | bleen |
| #1 | Screen shot 2010-06-04 at 11.41.48.PNG | 13.99 KB | mikl |
| Screen shot 2010-06-04 at 11.25.12.PNG | 36.62 KB | mikl |
Comments
Comment #1
miklDisabling the context_layouts module and clearing the cache returns the block reactions pane to normal working order. After enabling context_layouts module again, I can no longer select block reactions (screenshot attached).
Comment #2
miklThe missing block reactions occur when I have a block reaction created before enabling context_layouts, and disappears when clearing the cache.
When I then reopen the block reaction, it looks fine, until I use the layout selector, after which the block regions area goes blank like in the first screenshot, and stays that way, regardless of going back to the region, clearing the cache, etc. Only fix I know is to disable context_layouts.
Comment #3
miklI’ve searched around the issue queue, and noticed there was problems for Zen sub-themes (which the theme I’m building is). I’ve tried applying the fixes from both #633778: Conflict with themes implementing theme_blocks() and #634552: Conflict with context module, but they seem to have no bearing on this issue.
I’ve also tried switching my theme to be Tao-based, but that did not appear to fix it either.
Comment #4
yhahn commentedDoes the theme you are using implement any context layouts? See README.txt in context layouts ...
Comment #5
miklYeah, I’ve tried both with and without defining regions for each layout. Currently, my .info file looks like this.
Comment #6
miklI’ve messed some more with it, and it seems there’s some heavy cache stuff going on. Now I have it working on one copy of the site, and not another. Rather confusing.
Comment #7
miklI think I’ve isolated it to when the context_layout module is enabled after the context is created. There’s probably a variable somewhere with stale data. Any ideas?
Comment #8
miklI’ve looked at the variables table, and deleted anything suspecious-looking to no avail. Then I tried manually truncating all the cache tables, which seems to have fixed it. It may also be that whatever it was expired automatically.
Comment #9
yhahn commentedThanks for debugging, will look into it.
Comment #10
yhahn commentedComment #11
yareckon commentedWas hitting this same issue today. Was caused by incorrect syntax in my theme.info file which resulted in an incorrect array as the theme tree was built.
( look at the README.txt file for context_layouts to see a correct example, here is just an example for ONE region)
MAKE SURE you define each region in the main theme section above:
regions[left] = Left Sidebar
Then again under the layouts sections -- note different syntax:
layouts[default][regions][] = left
*snip*
layouts[myotherlayout][regions][] = left
Comment #12
henrijs.seso commentedcannot see any more problems in zen subthemes
Comment #13
bleen commentedI'm having the identical issue as the original post ...
After changing my .info file (below) I cleared my cache and then go to create a brand new context. I choose blocks reaction and it correctly shows me the regions but as soon as I choose one of the layouts in the dropdown all the regions disappear never to return ... here is a quick screen capture: http://screencast.com/t/W8k6ZvTSW
Here is my .info file:
Comment #14
bleen commentedOk ... I think I found the problem. The .js file is grabbing the region div to show based on "val" instead of "key" this is a non-issue in many cases (I suspect) because (I suspect) many people have the identical value for their region names and the human readable region name.
Comment #15
bleen commentedignore my previous two posts ... my problem was the syntax in my .info file:
should have been