246734 - embedded layer seems to resize after triggering an onmousedown function ignoring width/height

Status: RESOLVED WORKSFORME

(Core :: DOM: Events, defect)

Description

[Miguel De Anda]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach O; en-US; rv:1.6) Gecko/20040113

Once an onclick event is handled, it makes the entire page clickable. The odd
thing is that this only happens on Mozilla for Mac OX X (actually just noticed
it on Linux also). I'm using the same version for both Mac and Windows but the
Linux version is Gecko/20040123.

Reproducible: Always
Steps to Reproduce:
1. Load the page
2. Click on an item on the "playlist"
3. The entire page is now active with that link.

Actual Results:  
The entire page is now active with that link.

Expected Results:  
The rest of the page should be unaffected and should appear the same as before.

I tried making a simple page to reproduce this problem but I had trouble. I will
continue trying to reproduce with as little code as possible but for now I've
linked some pretty much close to the actual code I was using. I notice that
after the page is active, I can press the right or middle mouse button and it
will make it go back to normal (but after 1 more capturing of the event).

To make it easier, this is what the code does:

Given the name of a layer (at constructor) it will write its code to the layer
(on the play method) and will write a few more layers into that layer. Some of
those layers (the text layers) are given extra properties .lyrid, .instanceid,
.itemid and gets its onclick event pointed to a function that basically alerts
these properties. The up/down arrows don't have anything do with it since I can
get this problem before I use them.

Comment 1

[Miguel De Anda]

Actually I just realized that I was using the onmousedown event so that it 
would work the same on browsers without the onclick-dragout bug. When I 
changed it to use onclick it worked fine (with the bug of course) on mac, 
linux, and windows. I will try to make a smaller examplt showing the bug. I 
had tried before but I was using onclick and I couldn't reproduce it. With the 
onmousedown I probably can. 

Comment 2

[Miguel De Anda]

Actually I just realized that I was using the onmousedown event so that it 
would work the same on browsers without the onclick-dragout bug. When I 
changed it to use onclick it worked fine (with the bug of course) on mac, 
linux, and windows. I will try to make a smaller examplt showing the bug. I 
had tried before but I was using onclick and I couldn't reproduce it. With the 
onmousedown I probably can. 

Comment 3

[Frankie]

Error does not occur in Firefox 1.0 OS X. 

The divs do not change size, the rest of the page stays inert.

Comment 4

[Miguel De Anda]

(In reply to comment #3)
> Error does not occur in Firefox 1.0 OS X. 
> 
> The divs do not change size, the rest of the page stays inert.

(In reply to comment #3)
> Error does not occur in Firefox 1.0 OS X. 
> 
> The divs do not change size, the rest of the page stays inert.


Yeah, I just retested on vmware, using:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

It didn't happen anymore. I'd hate to think I was lying, but it might have been
a bug on a previous version. I can't test on the mac right now, the keyboard
doesn't work very well so I can't go to that url.

Comment 5

[Frankie]

I don't doubt that it happened. A quick search shows at least 100 Style &/or
Event bugs that were fixed since you reported, and one of them probably covered
this.