Skip to main content

Bug Tracker

Side navigation

#7388 closed bug (invalid)

Opened November 03, 2010 12:19PM UTC

Closed November 17, 2010 02:58AM UTC

hoverintent + superfish no more working with 1.4.3 & 1.4.4 rc

Reported by: jquery@lool.fr Owned by: jquery@lool.fr
Priority: undecided Milestone: 1.5
Component: unfiled Version: 1.4.3
Keywords: Cc:
Blocked by: Blocking:
Description

works ok with jquery 1.4.2 (and lower)

when using jquery 1.4.3 , the menu disapears immediatly when leaving it, instead of remaining open a few seconds.

Attachments (0)
Change History (8)

Changed November 03, 2010 01:17PM UTC by snover comment:1

owner: → jquery@lool.fr
status: newpending

Please provide a working test case demonstrating this issue.

Changed November 03, 2010 04:42PM UTC by Pascal KISSIAN <jquery@lool.fr> comment:2

http://jsfiddle.net/LzcBf/1/

when changing to jquery 1.4.3 the menu disapears immediatly when leaving it..

Changed November 03, 2010 07:41PM UTC by jitter comment:3

Thanks for the test case, but next time please read how to report bugs where multiple times is mentioned that you should reduce, reduce, reduce your code to the bare minimum which reproduces your problem. Instead of posting a big blob of html which has css and 2 jQuery plugins mixed in.

Initially I just wanted to trim your test case down a little to make it readable/graspable but while doing that (reduce, reduce, reduce) I also found the cause of your problem (but actually you could have discovered this on your own). Just remove this anyway unneeded css-rule

ul#yak_css_menu_1 li:hover>ul{display:block;}

and your sample works fine for me in jQuery 1.4.3 too.

btw this is what a trimmed down test case could look like (actually it could be even smaller but whatever)

Changed November 03, 2010 07:59PM UTC by jquery@lool.fr comment:4

status: pendingnew

thanks for your quick answer, but the line:

#menu li:hover > ul { display: block; }

is needed to have a menu behaviour when javascript is disabled...

you can test it here:(commented javascript) http://jsfiddle.net/LzcBf/6/

when javascript is disabled within the browser,it falls through gracefully with the css menu (of course without javascript enhancements)

It works ok with jquery 1.4.2 (or lower) but the functionnality is broken with jquery 1.4.3 ....

thanks for looking at it further...

Changed November 03, 2010 08:50PM UTC by SlexAxton comment:5

status: newpending

At this point, we have to consider this an issue with superfish, not with jQuery. If you can reduce the problem down to something in jQuery we'd be happy to help.

Changed November 03, 2010 10:02PM UTC by jitter comment:6

_comment0: In the meantime until you can confirm this to be a bug in jQuery you can use this "workaround" (actually it isn't really a workaround). \ \ [http://jsfiddle.net/LzcBf/8/ test case]: With this version the menu still works without javascript. To test it you need to really disable javascript support in your browser when visiting the test. (i left the superfish commented out so, when commented in the menu works with and without javascript)1288821906235445

In the meantime until you can confirm this to be a bug in jQuery you can use this "workaround" (actually it isn't really a workaround I just used <noscript> to include the css-rule in question only when no javscript is available).

test case: With this version the menu still works even without javascript. To test it you need to really disable javascript support in your browser when visiting the test. (i left the superfish commented out so, when commented in the menu works with and without javascript)

Changed November 03, 2010 10:29PM UTC by Pascal KISSIAN <jquery@lool.fr> comment:7

I find out another workaround without using the noscript tag...

(adding a new class an removing it with jquery)...

http://jsfiddle.net/LzcBf/9/

I prefer using it this way for the cms I am writing...

I am not able to confirm if it is a jquery bug...

the only thing I am sure is that it worked with jquery 1.4.2 and no more with jquery 1.4.3...

The person who has coded superfish didn't provide any e-mail address nor a specific forum or bug tracking system... so I am not able to submit him that issue...

thank you for your interest... If I am the only person who is concerned by this issue, I can just go with my workaround...

best regards,

Pascal

Changed November 17, 2010 02:58AM UTC by addyosmani comment:8

resolution: → invalid
status: pendingclosed

As this is an issue which appears to mainly be caused by an outdated plugin and it doesn't appear that the original plugin author nor the original ticket submitter will be able to reduce the test-case of what is wrong with the plugin down beyond what Jitter has already achieved, I am closing this as invalid. We have supplied workarounds (and the submitter themselves have one). If its the case that further investigation is required please re-open.