I started off having the same problem as #560690: Views' block hover tips conflict with Zen's but thought I should file a new issue since I'm using a dev version downloaded 1/13/2010, and I never had this problem with earlier versions of Zen.
With "show block editing on hover" turned on, everything in the #content div that falls within the height of my sidebar content (i.e., all #content higher on the page than the last list item in #block-user-1), is unclickable. Hovering over anything in that area merely triggers the block editing links.
Upon further investigation, there seems to be something wrong with the way the sidebar region is rendering. I have no .region-sidebar-first class, so the sidebar-first content, (in this case #block-user-1), is not confined to the intended width of the sidebar. I thought that the list item elements taking up the full width of the page was what was preventing anything underneath them from being clickable. (Removing the "position: relative" on #block-user-1 in Firebug solves the problem.) But if I turn off "show block editing on hover" that fixed the clickability problem but I still have no ".region-sidebar-first". I had been thinking the problem might have had something to do with template.block.editing but my theming skills are not up to successfully troubleshooting this.
So my apologies if I have filed two unrelated issues in one - if these do not seem connected let me know and I will split them up. It also seems weird to me that no one else has reported this (certainly people would be noticing that their sidebar region no longer exists and is overlapping their content!) so I hope it isn't something I've done - but I can't see how it could be since I haven't touched Zen and have dutifully cleared cache/rebuilt theme, etc.
(I also disabled the Context module in case this was related to #633778: Conflict with themes implementing theme_blocks().)
Comments
Comment #1
brightboldSubsequently I haven't been able to get block editing to turn off, so I had to just remove the "position: relative" from the CSS. But this has still not solved the problem that .region-sidebar-first doesn't exist, so long list items in my sidebar are overlapping my content, since the sidebar blocks are expanding to full page width. (Of course I can hack this in the CSS too, but I'd like to have Zen working properly!)
Please let me know if you can't reproduce this and think it's something crazy I have done - I'm always suspicious when I'm the first one to report a serious bug that it's really PEBKAC.
Comment #2
brightboldChanging the title, because that seems to be the root of the problem. I have no .region-sidebar-first or .region-sidebar-second divs. The regions themselves exist, because the blocks within them are being rendered, but there are no containing divs to constrain their widths.
I just upgraded to the 1-20-2010 dev version and still have this problem. Unfortunately I don't have enough themer skills yet to successfully troubleshoot. Since no one else has reported this, I keep feeling like it's something I must have done, but I can't imagine what, since I haven't touched Zen, and this is happening in Zen itself and not just my child theme.
Comment #3
playahater commentedi`m using the 2010-Feb-08 version of zen and i`m having the same problem ..
any hints?
cheers ..
Comment #4
playahater commentedin my case, i18nblocks.module was the guilty one. i applied a patch from this link and sidebar classes are now printed without any problems
http://drupal.org/node/457512#comment-2352474
Cheers ..
Comment #5
brightboldOooh good catch, playahater. My problematic site is using i18n but none of my other sites are, so that will undoubtedly turn out to be the problem. When I have a chance to get back to that site I'll apply that patch and update this issue to confirm it works.
Comment #6
brightboldExcellent - the patch you mentioned in #4 indeed solved my problem. I have changed the title of the issue accordingly to make it easier for others to find this problem.
As playahater discovered, this is a problem with the i18nblocks module, and is documented in #457512: i18n blocks creates conflicts with themes and modules that override the theme_blocks function.
Closing since this is not a Zen issue.