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)
Mentors:
http://www.mozilla.org/
: 29723 29877 30047 31327 (view as bug list)
Depends on:
Blocks:
  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:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Attachments

Description Deven Corzine 1999-06-04 14:07:59 PDT
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.)
Comment 1 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 leger 1999-06-07 09:36:59 PDT
petersen, can you reproduce this?
Comment 3 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 Deven Corzine 1999-06-07 19:57:59 PDT
Is there any more information you need from me to reproduce this bug?
Comment 5 Chris Petersen 1999-06-15 11:45:59 PDT
With the latest build (6/14), I can't reproduce the problem described.
Comment 6 rickg 1999-06-15 23:51:59 PDT
Since neither our crack QA team nor I can reproduce, I'm marking this
worksforme.
Comment 7 Chris Petersen 1999-06-16 12:17:59 PDT
Verifing Works for Me.
Comment 8 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 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.

Comment 9 rickg 2000-03-06 00:41:18 PST
Pierre -- this is likely a dup of another style related bug.
Comment 10 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 Pierre Saslawsky 2000-03-07 14:35:53 PST
Reassigned back to me these bugs that shouldn't have left my list.
Comment 12 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 
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.
Comment 13 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 Ryan Massie 2000-03-08 17:46:16 PST
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.
Comment 15 Marc Attinasi 2000-03-08 17:48:06 PST
Setting milestones and accepting bugs
Comment 16 Ryan Massie 2000-03-10 10:20:43 PST
*** Bug 31327 has been marked as a duplicate of this bug. ***
Comment 17 Ryan Massie 2000-03-10 13:32:12 PST
*** Bug 29723 has been marked as a duplicate of this bug. ***
Comment 18 Ryan Massie 2000-03-10 13:32:29 PST
*** Bug 29877 has been marked as a duplicate of this bug. ***
Comment 19 Ryan Massie 2000-03-10 13:33:54 PST
*** Bug 30047 has been marked as a duplicate of this bug. ***
Comment 20 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 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.