Closed
Bug 60349
Opened 24 years ago
Closed 24 years ago
Personal Toolbar not redrawn after being exposed
Categories
(Core Graveyard :: GFX, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: am2stewa, Assigned: roc)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.14 i586; en-US; m18) Gecko/20001114
BuildID: 2000111408 trunk
The personal toolbar is not being redrawn after being obscured by the
history list under certain circumstances involving repeated use of the back arrow.
Reproducible: Always
Steps to Reproduce:
Goto www.mozilla.org/ Follow links as follows: (to build up a history)
Projects (under Developer Docs)
Editor (under Browser Components)
Gecko (under What is the Editor?)
Frequently Asked Questions (under General Information)
Now click the back arrow and choose NGLayout Project from the list.
Note that the Personal Toolbar is redrawn correctly here.
Now click the back arrow again and click on the current page.
Actual Results: The Personal toolbar was not redrawn. Parts that were visible
when the history list was there are still visible. Parts that were obscured are
solid gray (in Classic) or blue (in Modern).
Expected Results: The Personal toolbar should have been redrawn under where the
history list was.
Similar to bug #39992, but it's not combo boxes being redrawn incorrectly; it's
a toolbar.
Comment 1•24 years ago
|
||
Reporter is this still a problem in the latest nighties?
Reporter | ||
Comment 2•24 years ago
|
||
Yes, but in my testing (initially, I didn't see this with a new profile) I found
that this bug is dependant on having the line:
user_pref("nglayout.debug.enable_scary_view_manager", true);
in prefs.js. In bug 39621, adam@gimp.org sees the same thing. However, bug
39621 originally was to deal with the new view manager, so problems with it
should be new bugs (I think).
Comment 3•24 years ago
|
||
Going ahead and marking NEW as per comments. Unless you think otherwise
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•24 years ago
|
Status: NEW → ASSIGNED
Comment 4•24 years ago
|
||
According to Alex Stewart's comment this is problem with the new viewmanager
only.
Robert can you take a look?
Assignee: kmcclusk → roc+moz
Status: ASSIGNED → NEW
Assignee | ||
Comment 5•24 years ago
|
||
I'm almost 100% sure that this is a duplicate of 69346. I'll mark a dependency
and then once 69346 is fixed, we can check this again.
Status: NEW → ASSIGNED
Depends on: 69346
Reporter | ||
Comment 6•24 years ago
|
||
I (the reporter) can no longer reproduce this bug. However, my system has
changed significantly. I used to be using Stampede 0.89 (glibc 2.1) with XFree
3.3.6. I am now using Debian/unstable (glibc 2.2) with XFree 4.0.2. Also, I
cannot reproduce bug 69346 (the color chooser part). My build is 2001022808.
Assignee | ||
Updated•24 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 7•24 years ago
|
||
I'm confident that this was fixed by the changes that fixed 69346. Certainly I
can't reproduce it. So I'm marking FIXED; if anyone disagrees and can reproduce
a problem, they can reopen it.
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•