Block settings not uniquely set for themes (unless set from default theme)
Hello,
I think this issue has something to do with the tag or something. I have been unable to find help on Drupal.org and I am getting frustrated because I am building out a client site on a VPS with the SVN 4-03-2007 tag and I cannot get past this issue. It is going to cause some major problems.
My specific question is "which release of Drupal is this tag using?" because I am having trouble connecting with the block.module developers in order to find a solution.
Here's the overview:
I have built out 8 different sites now to confirm this issue. I am certain that this is still an issue. What would someone have me do to in order to provide more information?
At this point, the only way to control block settings is with the default theme. Even then, the settings do not always apply to other themes in the system.
For example:
Theme A is default. Set block 1 to appear on node/1
Theme B is not default. Set block 1 to appear on node/1
Visit node/1 in Theme A and block 1 appears.
Visit node/1 in Theme B and block 1 does not appear.
Another example.
Configure Block 1 in Theme A to have weight of 9.
Visit block settings page for Theme B, and Block 1 has weight of 9.
This should NOT be the case, unless I am mistaken.
I would like to know what other tests I should do in order to make this issue more clear. Here is the issue queue I have been watching on d.o : http://drupal.org/node/64409
Comments
this very nice, thank
this very nice, thank you.
__________________
Online backup | Dental Marketing
Quick answer to the specific question
The 2007-04-03 tag is using Drupal 5.1, which you can find out by looking at the CHANGELOG.txt file on your VPS. (Also, to pick a nit, the "block.module developers" actually include all the developers working on Drupal core, since Block is a core module.) Just wanted to give you a quick answer on that but I'll look into the issue you're having in a little more detail now.
Got it - Filed issue on D.o under 5.1
Thanks for the notes and the pointer to changelog.txt, much appreciated. Seems there are several issues filed on d.o about this, but that they are a mixed bag, and tough to nail down.
I've seen comments about all manner of things effecting theme specific settings. The only ones that really stick out are module loading order and bad html. I've shown this issue to be present on a new Bryght basic profile install with 2 themes running, zen and minnelli, though, so it must be something relatively deep down, no?
Perhaps a fresh Drupal profile install would be another test, though? What then, if it works? One by one go through the modules to find the culprit? I almost hope it doesn't work!
http://peerproducers.com - Peer Production Praxis
We see it too
First of all I see all the themes listed in Administer » Site building » Blocks, which I wouldn't expect to see myself. My expectation as a user would be to see only the themes I have enabled.
Also, if I click on a theme's block settings, change the settings for a block, it redirects back to the settings for the default theme. Again, not what I'd expect. I would expect to land back on the settings for the theme I was changing the settings for.
Thirdly, the settings changes we make for the non-default theme gets applied to the default theme. That's wrong to me too.
So yes, it's a little messed up. Basically it looks like you can set blocks on a per-theme basis, but we haven't gotten it to work either. I see you added a comment to the Drupal.org issue, so thanks for that.
Thaks for the confirmation!
It feels really good to have someone else looking at it too! What now? Did you try a Drupal Basic install? Is there a chance it's the Bryght profile at issue?
http://peerproducers.com - Peer Production Praxis
Yep, it's a Bryght bug!
OK, I traced this through with Steven today. The block settings / theme specific page is still a bit of a crazy UI, so I plead complexity :P
Turns out that there was a subtle bug with inserting the extra CSS in our Bryght module that was causing this. We'll be issuing a tagged update to fix this in the next day or so....or as a workaround just remove / disable the Bryght module if you're not inserting custom CSS using that.
OH! It just works again!@
I had forgotten how good it felt to tell the blocks what to do and then just have them do it. Excellent!
What else am I missing out on in the Bryght module? I hope you guys get your update ... me loves SVN!
http://peerproducers.com - Peer Production Praxis
qoah, thanks guys! this is excellent news!
thanks much for doing the work to find the bug....drove me nuts, cost me about 5 days!
http://peerproducers.com - Peer Production Praxis
Not the Bryght profile
I'm going to make Steven Wittens look at this and he'll know whether this is a core bug or not.