Please report any other irregularities here.
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!
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] screenshot Iframe stuck in the corner in a 1.9a1_2006010912 build. Can't drag it outside the corner anymore.
Ok, thanks, Ria, this would also indicate bug 321098 (just like bug 342585).
Component: Layout → Event Handling
Assignee: nobody → events
QA Contact: layout → ian
Status: NEW → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.