Last Comment Bug 7617 - apprunner reformats during mouse click on or tabbing to link
: apprunner reformats during mouse click on or tabbing to link
Status: VERIFIED DUPLICATE of bug 28212
Product: Core
Classification: Components
Component: Layout (show other bugs)
: Trunk
: Other Linux
P3 normal (vote)
: M15
Assigned To: Marc Attinasi
: Chris Petersen
: Jet Villegas (:jet)
: 29723 29877 30047 31327 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 1999-06-04 14:07 PDT by Deven Corzine
Modified: 2000-04-05 16:13 PDT (History)
1 user (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Description User image Deven Corzine 1999-06-04 14:07:59 PDT
I'm running 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 ( 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.)
Comment 1 User image don 1999-06-04 19:17:59 PDT
Rick, this looks like a re-layout problem.  But I don't see it happening on my
build ...
Comment 2 User image leger 1999-06-07 09:36:59 PDT
petersen, can you reproduce this?
Comment 3 User image rickg 1999-06-07 12:19:59 PDT
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).
Comment 4 User image Deven Corzine 1999-06-07 19:57:59 PDT
Is there any more information you need from me to reproduce this bug?
Comment 5 User image Chris Petersen 1999-06-15 11:45:59 PDT
With the latest build (6/14), I can't reproduce the problem described.
Comment 6 User image rickg 1999-06-15 23:51:59 PDT
Since neither our crack QA team nor I can reproduce, I'm marking this
Comment 7 User image Chris Petersen 1999-06-16 12:17:59 PDT
Verifing Works for Me.
Comment 8 User image Deven Corzine 2000-03-04 13:14:48 PST
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 (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.

Comment 9 User image rickg 2000-03-06 00:41:18 PST
Pierre -- this is likely a dup of another style related bug.
Comment 10 User image Marc Attinasi 2000-03-07 14:03:32 PST
Taking over 1/3 of Pierre's NEW bugs to help reduce his doomage factor
Comment 11 User image Pierre Saslawsky 2000-03-07 14:35:53 PST
Reassigned back to me these bugs that shouldn't have left my list.
Comment 12 User image Marc Attinasi 2000-03-07 15:49:08 PST
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 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.
Comment 13 User image Pierre Saslawsky 2000-03-08 00:44:13 PST
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.
Comment 14 User image Ryan Massie 2000-03-08 17:46:16 PST
There's another good example of this bug on, When you click on any 
of the links under " partner" the table shifts to the left. 

This bug IS in win32 too.
Comment 15 User image Marc Attinasi 2000-03-08 17:48:06 PST
Setting milestones and accepting bugs
Comment 16 User image Ryan Massie 2000-03-10 10:20:43 PST
*** Bug 31327 has been marked as a duplicate of this bug. ***
Comment 17 User image Ryan Massie 2000-03-10 13:32:12 PST
*** Bug 29723 has been marked as a duplicate of this bug. ***
Comment 18 User image Ryan Massie 2000-03-10 13:32:29 PST
*** Bug 29877 has been marked as a duplicate of this bug. ***
Comment 19 User image Ryan Massie 2000-03-10 13:33:54 PST
*** Bug 30047 has been marked as a duplicate of this bug. ***
Comment 20 User image Marc Attinasi 2000-03-13 15:59:22 PST
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 ***
Comment 21 User image Sebastian Späth 2000-04-05 16:13:52 PDT
cleaning up: VERIFY duplicate

Note You need to log in before you can comment on or make changes to this bug.