hi there,
i was excited about your module since it closes a huge gap in drupal. i tried to install and set it up today, but unfortunately, it does nothing. means, i installed, what worked well, and then created a new context. to make sure to see any result, i triggered all node pages, and as action, i hide a region and show a new block somewhere. i saved it, and the context was stored. but nothing changes on the page, and there's no entry in the logs.
did i miss anything while installing?
thanks a lot
| Comment | File | Size | Author |
|---|---|---|---|
| #10 | context_settings.jpg | 165.47 KB | hamsterbacke42 |
| #6 | footer.png | 11.6 KB | pasqualle |
| #3 | context_settings.png | 144.83 KB | Schneck |
Comments
Comment #1
pasqualleComment #2
pasquallecan you attach a screenshot of your context setting?
Comment #3
Schneck commentedok, a screenshot attached. having these settings, i would except that e.g. the footer ("fußbereich") and header will be hidden if i visit a page node, right?
Comment #4
pasquallethe problem is that you set "Sitewide context" to "TRUE"
that means your "Powered by Drupal" block (in the footer region) will not be visible on any page, that is why you do not see any difference between pages.
The other context conditions does not really matter as OR operator is used between conditions.
Comment #5
Schneck commentedFirst, the footer region _is_ visible, and changing the value of "sitewide context" to false does not change anything.
Any other ideas?
Comment #6
pasquallefrom your screenshot I can see that the footer region is not visible as there is no "Powered by Drupal" icon..
Comment #7
Schneck commentedthis might be an issue with the admin-menu, but on and all other nodes (using garland), the "powered by drupal"-icon appears.
Comment #8
darren ohFor me the problem occurs with the node pages condition. The path condition seems to work fine.
Comment #9
tahiticlic commentedSame here, the only things working are the theme variables changes (so I can be sure that the context reactions apply).
Others stuffs like css injection, blocks adding/removing or regions disabling don't work.
Comment #10
hamsterbacke42 commentedsame as #9 with beta 7
additionally the standard block listing is wrong
is that an issue with the Zen theme maybe ? or does that work?
If this module would work it would be awesome
Comment #11
kyle_mathews commentedI noticed the same thing (that node page conditions aren't working) on this issue #586396: Context Active menu problem
Comment #12
pasqualleIf you have a problem with block listing, then
1. make sure that in the {blocks} table you do not have records with themes which are not enabled (simply delete the unused db rows)
2. make sure your frontend theme is the default theme
Comment #13
tahiticlic commentedThis doesn't work. I've checked the {blocks} table and have left only rows corresponding to current theme. Still blocks don't show...
Since it worked with Garland subtheme and not with Zen subtheme, I also beleive it's a Zen issue. Can it be a function that is overriden by Zen?
Comment #14
mrfelton commentedsee #633778: Conflict with themes implementing theme_blocks() perhaps?
Comment #15
yhahn commentedAlso please check #664256: Conflict with Panels3. Closing this issue for now, please reopen if you have more specific information about the problem that isn't in one of these other tickets.