Closed Bug 60349 Opened 24 years ago Closed 24 years ago

Personal Toolbar not redrawn after being exposed

Categories

(Core Graveyard :: GFX, defect, P3)

x86
Linux
defect

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.
Reporter is this still a problem in the latest nighties?
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).
Going ahead and marking NEW as per comments. Unless you think otherwise
Status: UNCONFIRMED → NEW
Ever confirmed: true
Status: NEW → ASSIGNED
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
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
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.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
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.
Marking verified per last comments.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.