After upgrade to Drupal 5.8, DHTML Menu no longer works
GoofyX - July 10, 2008 - 19:40
| Project: | DHTML Menu |
| Version: | 5.x-1.5 |
| Component: | Javascript code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed |
Jump to:
Description
As the title says. I upgraded two sites from 5.7 to 5.8 and now DHTML Menu no longer works.

#1
For the record: I'm having the same problem as I noted here http://drupal.org/node/280964
Cheers,
Wade
#2
Same here, subscribing.
#3
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)
#4
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.
#5
There is a temporary workaround hack in this thread: http://drupal.org/node/281026
#6
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.
#7
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.
#8
Downloaded 5.8 and 5.x-1.5, and installed both from scratch. No problem.
Will now install 5.7, then upgrade.
#9
I'm having the same problem after upgrading from 5.7 - 5.8.
Subscribing.
#10
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?
#11
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.
#12
Arancaytar, this seems to be *not* a dhtml menu issue.
Please have a look at
#281026: block module from 5.8 breaks css and js (reverting to 5.7 block.module fixes problem)
#281042: regression in 5.8 from 5.7 theme('blocks','all') broken - so no header alteration possible
cheers, Ronald
#13
Same thing here.
#14
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.
#15
Subscribe.
#16
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 :)
#17
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?
#18
Same problem here - subscribing. Has anyone else installed the 5.7 blocks module without problem?
#19
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.
#20
subscribe. same problem
#21
Upgrade to Drupal 5.9, as the problem was in the core and 5.9 has fixed it.
#22
thanks
#23
I'm pretty sure this isn't working in 5.10 either? Not on my localhost or online dev site
#24
I have two 5.10 sites with DHTML Menu and they both work fine.
#25
5 Subdomain 5.10 sites with DHTML Menu and they work smoothly.
#26
In that case, it's pretty clear this problem is no longer an issue.
#27
Automatically closed -- issue fixed for two weeks with no activity.