I'm running mozilla-apprunner.sh under Linux (RedHat 6.0) for the M6 release of Mozilla.
I resized the apprunner window to about 1000x900 pixels. The navigation center is on the left, on the right the Mozilla homepage (http://www.mozilla.org/) is loaded. If I click on any text which is NOT a link, nothing happens, as expected. However, if I click on a link, it reformats the window, including rewrapping lines, and text ends up placed in different locations on the screen. If the mouse still points to the link, it will load the new page. (If it somehow points to a different link, perhaps it would load *that* page?) If the reformatting moved the link so the mouse is no longer on top of the link, then the link is NOT followed. A second attempt after the reformatting seems to work, although it looks like there might be a slight amount of additional reformatting happening there too, by a pixel or three. (Not enough to move the link away from the mouse pointer.)
Rick, this looks like a re-layout problem. But I don't see it happening on my
petersen, can you reproduce this?
Chris -- please do two things: 1) verify this problem exists; and 2) get me a
specific test case. (Both should be trivial for you -- thanks).
Is there any more information you need from me to reproduce this bug?
With the latest build (6/14), I can't reproduce the problem described.
Since neither our crack QA team nor I can reproduce, I'm marking this
Verifing Works for Me.
While I no longer see this behavior with a left-mouse-click, I just noticed that
this reformatting behavior occurs with a middle-mouse-click or right-mouse-click
on a link. It doesn't happen on all pages, but it does happen
on http://www.mozilla.org/ (clicking on the "party" link for example).
I am running under Red Hat Linux 6.1 now, with today's build (2000030409). This
bug is making it more difficult to use the middle-mouse patch to open a window.
Pierre -- this is likely a dup of another style related bug.
Taking over 1/3 of Pierre's NEW bugs to help reduce his doomage factor
Reassigned back to me these bugs that shouldn't have left my list.
I can reproduce this on NT and on Linux, so it looks like it is not a platform
specific bug. Also, all you have to do is put focus on the link, that causes a
restyle relow wherein the table is incorrectly sized. You can duplicate this on
www.mozilla.org by tabbing to the 'party' link (first put focus on one of the
links on the left, like FAQ Search).
A StyleChangeReflow is being correctly generated due to the focus changing on
the link. The tables are then reflowing improperly. Karnaze says it may be
related to bug 29429 and that it is most likely a table bug. Since it is a
table-related style bug it is being reassigned to attinasi.
This bug is probably a dup of bug 28212. CCd karnaze who is working on it.
I also marked this bug as dependent of bug 28522. See comments there.
There's another good example of this bug on freahmeat.net, When you click on any
of the links under "linux.com partner" the table shifts to the left.
This bug IS in win32 too.
Setting milestones and accepting bugs
*** Bug 31327 has been marked as a duplicate of this bug. ***
*** Bug 29723 has been marked as a duplicate of this bug. ***
*** Bug 29877 has been marked as a duplicate of this bug. ***
*** Bug 30047 has been marked as a duplicate of this bug. ***
When a link gets the focus border it causes a reflow because the style for the
spacing has changed. This is due to our use of borders as outlines I think. At
any rate, the relow is wasteful (there is a bug on it, bug 28522) however the
subsequent layout is wrong.
Bug 28212 is the same as this one, and karnaze is working on it, so I'm marking
this a dup of that one.
*** This bug has been marked as a duplicate of 28212 ***
cleaning up: VERIFY duplicate