As the title says. I upgraded two sites from 5.7 to 5.8 and now DHTML Menu no longer works.

Comments

hedroom’s picture

For the record: I'm having the same problem as I noted here http://drupal.org/node/280964

Cheers,

Wade

twowheeler’s picture

Same here, subscribing.

rokr’s picture

Same for me.
jquery.js - has been restored as it is delivered by jquery update.
It is jquery update dev-version but not the actual one. (Jquery 1.1.2)

rokr’s picture

Additional Info:

Classes are set, like
<ul class="menu dhtml_menu">
Menus are showing up, but without Javascript Effect.

I am completey missing the following line in source code:
<script type="text/javascript" src="/sites/all/modules/dhtml_menu/dhtml_menu.js"></script>

Maybe this helps fixing it.

twowheeler’s picture

There is a temporary workaround hack in this thread: http://drupal.org/node/281026

rokr’s picture

Thanks for this hint. The workaround described in #281026: block module from 5.8 breaks css and js (reverting to 5.7 block.module fixes problem) solves both issues for me with gmap and dhtml_menu.

cburschka’s picture

I cannot reproduce this on my production sites using core DRUPAL-5 (Currently 5.9-dev) and DHTML Menu 5.x-1.5. It seems that this is a fairly wide-spread problem, however, so I'll try a new installation.

cburschka’s picture

Downloaded 5.8 and 5.x-1.5, and installed both from scratch. No problem.

Will now install 5.7, then upgrade.

keylope’s picture

I'm having the same problem after upgrading from 5.7 - 5.8.

Subscribing.

cburschka’s picture

I have now installed a 5.7 site, upgraded it to 5.8 (no database changes necessary), and still experienced no problem. What the hell is going on here?

cburschka’s picture

I'm sorry, but I'm unable to fix this issue. I cannot reproduce it, so I cannot find out what causes it nor can I test a fix. Someone else will have to work on this.

rokr’s picture

myersca’s picture

Same thing here.

GoofyX’s picture

Manually applying the patches in comment #4 and in comment #7 of #281042: regression in 5.8 from 5.7 theme('blocks','all') broken - so no header alteration possible did the trick for me. These two patches all apply to phpengine.template.

So, this must be a Drupal core bug and not DHTML Menu's. It's weird though, that Arancaytar has not been able to reproduce it.

rj’s picture

Subscribe.

trevorleenc’s picture

I encountered this as well...plus it's also probably the cause of a broken tabbed block I ran into this morning when I went through and did a bunch of upgrades....I'm glad I found this thread...

copying the blocks module from 5.7 into my 5.8 system fixed it all right up...

subscribing...I'd love to see where this goes :)

cburschka’s picture

From the description, it seems that the problem is DHTML Menu adding a JS file while printing a block, when it is too late to do so?

If the bug is not fixed in core, perhaps a workaround would be to add the JS file in dhtml_menu_init, thus making sure it is added every time?

dhestlund’s picture

Same problem here - subscribing. Has anyone else installed the 5.7 blocks module without problem?

cburschka’s picture

Status: Active » Closed (duplicate)

The issue you *should* be subscribing to is #281042: regression in 5.8 from 5.7 theme('blocks','all') broken - so no header alteration possible (which has been fixed, yay!)

I just hope that this solves the mysterious problem.

Wolfflow’s picture

subscribe. same problem

GoofyX’s picture

Upgrade to Drupal 5.9, as the problem was in the core and 5.9 has fixed it.

Wolfflow’s picture

thanks

iamwhoiam’s picture

Status: Closed (duplicate) » Postponed (maintainer needs more info)

I'm pretty sure this isn't working in 5.10 either? Not on my localhost or online dev site

GoofyX’s picture

I have two 5.10 sites with DHTML Menu and they both work fine.

Wolfflow’s picture

5 Subdomain 5.10 sites with DHTML Menu and they work smoothly.

cburschka’s picture

Status: Postponed (maintainer needs more info) » Fixed

In that case, it's pretty clear this problem is no longer an issue.

Anonymous’s picture

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.