bugzilla.mozilla.org has resumed normal operation. Attachments prior to 2014 will be unavailable for a few days. This is tracked in Bug 1475801.
Please report any other irregularities here.

Iframe moves to a different spot when following the steps in this testcase




Event Handling
12 years ago
4 years ago


(Reporter: Martijn Wargers (zombie), Unassigned)


({regression, testcase})

Windows XP
regression, testcase

Firefox Tracking Flags

(Not tracked)



(3 attachments)



12 years ago
See upcoming testcase.

To reproduce the bug:
- Click somewhere in the red bordered box
- Now move with your mouse to the left and a bit downwards, outside the iframe
- Now slowly move inside the iframe again.
As soon as you're inside the iframe, the iframe should reposition itself to the place where you last clicked on the red bordered box.
That's not happening in current trunk build, instead the iframe moves to a different spot, often.

This regressed between 2005-10-08 and 2006-05-04. I don't have any builds inbetween, Ria could you narrow down the regression range for me? Thanks!

Comment 1

12 years ago
Created attachment 226878 [details]
iframe document needed for testcase

Comment 2

12 years ago
Created attachment 226880 [details]
When I compare the behaviour of a 1.0.7 build with a current trunk build, I see not much difference, except that the iframe sometimes seems to avoid the mouse (it runs away when you try to enter the box) in trunk builds, certainly when you are trying it for a longer time. But I see this behaviour also in 1.0.7, although less frequently. 
When I test it on the "run-away behaviour", I see that this happens a lot more frequently in 1.9a1_2006010912 than in 1.9a1_2006010905. In the latter build you can always regain control over it rather easily when you slow down you movements but very often not in 1.9a1_2006010912, especially not when it hides in the corner behind scrollbars.
Created attachment 226910 [details]

Iframe stuck in the corner in a 1.9a1_2006010912 build.
Can't drag it outside the corner anymore.

Comment 6

12 years ago
Ok, thanks, Ria, this would also indicate bug 321098 (just like bug 342585).
Blocks: 321098
Component: Layout → Event Handling
Assignee: nobody → events
QA Contact: layout → ian
Assignee: events → nobody
QA Contact: ian → events


4 years ago
Last Resolved: 4 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.