Closed Bug 309155 Opened 19 years ago Closed 19 years ago

SetTimeOut fails when IFRAME is involved

Categories

(Firefox :: General, defect)

1.0 Branch
x86
Windows XP
defect
Not set
normal

Tracking

()

VERIFIED INVALID

People

(Reporter: jason, Unassigned)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

I'll start this by saying that there is no issue with Internet Explorer 6.x,
only with Mozilla Firefox.

If you go to the URL above, and move your mouse over the dynamic javascript
menus, you will notice that the menus do not vanish after 0.5 seconds *IF* the
mouse has moved into the IFRAME (directly below the two rows of dynamic menus).
If the mouse is in the main page, then the menus will dissapear.

This appears to be a problem with Javascript SetTimeOut, which seems to be abort
or fails to execute the minute the mouse moves across the IFRAME.

This problem does not occur with IE 6.x.

Reproducible: Always

Steps to Reproduce:
1. Move your mouse over the dynamic javascript menus (do not select a URL)
2. Make sure your mouse is over the IFRAME when the mouse pointer moves off the menu
Actual Results:  
The menu will not vanish.. SetTimeOut mysteriously aborts if the mouse pointer
is over the IFRAME when it moves off the dynamic menu. 


Expected Results:  
Functionality should behave as Internet Explorer 6.x. Regardless of what IFRAME
the mouse pointer is over, the SetTimeOut function should be called (in this
case, the function calls a Javascript function that hides the dynamic menu after
the onMouseOut function i

The problem is not caused by onMouseOut.. I have confirmed that onMouseOut still
fires even when the mouse pointer is over the IFRAME (using a simple alert()
javascript).

The problem is definitely SetTimeOut...

P.S. No click is involved at all.. this is purely mouse movement.
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050918
Firefox/1.4 ID:2005091812

WFM
http://demo1.yourshop.cc/main.css
has over 30 parsing errors and over 100 warnings. In particular, unitless
declarations will cause layout problems/troubles. The markup code has also
problems; in many aspects, the page uses IE-specific code and poor coding
techniques/design.
Nevertheless, I get the expected results with Firefox 1.4 rv: 1.8b4 build
20050918 under XP Pro SP2 here.

WORKSFORME
Whiteboard: WFM
Firstly, the URL is http://demo2.yourshop.cc ... not demo1... the subdomain is
significant here. Please note the difference between demo1 and demo2.

Secondly, the issue has nothing to do with the CSS for either site, it has to do
with Javascript SetTimeOut on the http://demo2.yourshop.cc generated page.

Lastly, this problem does NOT occur with IE 6.x, and the Javascript code is 100%
valid in both Firefox and IE.

---

I took the trouble to document this bug, so if you are going to test it please
test the correct things... and comments like "WFM" says absolutely nothing. try
adding some detail like what OS and service pack are you running.. what version
of Firefox.
Whiteboard: WFM
P.S. I removed all links to the CSS pages and the bug still exists.
Sorry for the additional comments, but Bugzilla incorrectly captured my
platform/client parameters.

From Help->About Mozilla Firefox

"Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716
Firefox/1.0.6"

> Firstly, the URL is http://demo2.yourshop.cc ... not demo1... the subdomain is
> significant here. Please note the difference between demo1 and demo2.

Please examine the css file.

<link rel="stylesheet" type="text/css" href="http://demo2.yourshop.cc/main.css">
is in http://demo2.yourshop.cc/shopframe.cgi

http://jigsaw.w3.org/css-validator/validator?uri=http%3A%2F%2Fdemo2.yourshop.cc%2Fmain.css&usermedium=all
will report all of the problems I previously explained with the external stylesheet.

I did not imagine http://demo1.yourshop.cc/main.css: that file is still there
and the file http://demo2.yourshop.cc/main.css is exactly, byte for byte, the
same as http://demo1.yourshop.cc/main.css. So everything said before was fair
and factually exact and appropriate. You may have changed the linkage to the css
file but the diagnostic is exactly the same.

> Secondly, the issue has nothing to do with the CSS for either site, it has to do
> with Javascript SetTimeOut on the http://demo2.yourshop.cc generated page.

I went to the url you provided, I executed the steps you provided and did not
experience the issue you experience. WORKSFORME
 
> I took the trouble to document this bug, so if you are going to test it please
> test the correct things... and comments like "WFM" says absolutely nothing. 

WFM means exactly what it says. It works for me with Firefox 1.4 rv: 1.8b4 build
20050918 under XP Pro SP2. Just like I said.

try
> adding some detail like what OS and service pack are you running.. what version
> of Firefox.

I have no idea what you are talking about. I said word for word in comment #2:
"I get the expected results with Firefox 1.4 rv: 1.8b4 build 20050918 under XP
Pro SP2 here." 
Hi Gerard,

Sorry for sounding annoyed... its just somewhat frustrating to have tested this
on four (4) different PCs and finding the same bug.

PC1: Dell Laptop, XP Pro SP1, Firefox 1.06
PC2: Custom-build, XP Pro SP1, Firefox 1.06
PC3: Custom-build, XP Pro SP1, Firefox 1.07
PC2: Custom-build, XP Pro SP1, Firefox 1.06

I realise the CSS sheet has lots of errors, but it's *irrelevent* for this
bug... removing the CSS link still produces the bug.

To test for the bug, try doing this:

1) Go to http://demo2.yourshop.cc
2) Move your mouse to the hyperlink "contact us" - a popup menu will appear (its
a DIV containing a table, that has it's visibility style set to visible)
3) Move your mouse DOWN over the popup menu until you hover over the "site
feedback" hyperlink. Now move your mouse further *down* and off the popup menu
4) Notice the popup menu doesn't dissapear? That's the SetTimeOut failing.
5) Now repeat repeat step 2), and move your mouse to the "site feedback"
hyperlink again
6) This time, move your mouse to the *right* so it moves off the popmenu on the
right side. 
7) This time the popup menu dissapears normally.

What is happening is that when the mouse moves over the IFRAME in Firefox,
javascript SetTimeOut terminates. THe IFRAME is under the blue-background menu row.

This doesn't occur in IE 6.x... and it shouldn't happen in Firefox.

It breaks any DIV-based floating popup menu that happens to appear above an IFRAME.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
This issue is is fixed in Firefox 1.5.
Status: RESOLVED → VERIFIED
Version: unspecified → 1.0 Branch
You need to log in before you can comment on or make changes to this bug.