Closed Bug 197086 Opened 23 years ago Closed 23 years ago

XUL / Mozilla Interface (esp. tabs) not repainting properly - Modern Theme

Categories

(Core Graveyard :: GFX, defect, P2)

x86
All

Tracking

(Not tracked)

RESOLVED FIXED
Future

People

(Reporter: wd, Assigned: kmcclusk)

References

Details

(Keywords: regression)

Attachments

(3 files, 1 obsolete file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030312 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030312 When an area of Mozilla's user interface is invalidated, it doesn't seem to be repainting properly. Reproducible: Always Steps to Reproduce: 1.open some tabs 2.drag a window around over top of the tabs 3. Actual Results: the UI isn't repainting itself properly Expected Results: Repaint properly Clicking on the tab will have it re-draw itself correctly.
I was just about to try to report this (but had no idea how to do so), so am glad I found it.
It depends of the theme : Modern is affected but Classic isn't.
*** Bug 197216 has been marked as a duplicate of this bug. ***
Summary: XUL / Mozilla Interface (esp. tabs) not repainting properly → XUL / Mozilla Interface (esp. tabs) not repainting properly - Modern Theme
Note from my reported dup bug http://bugzilla.mozilla.org/show_bug.cgi?id=197216 that the 1.3 branch doesn't have this issue (with any theme I've tried). Therefore something changed from the branch since 1.3b left the trunk. (Thx wd for the dup note.)
I've seen problems with the borders of tabs not repainting since before 1.2... it's always been trivial, so I never worried about it. Modern theme/win32. Testcase for me: open a browser with tabs open another window (my xchat window in this case) over the browser minimize the (xchat) other window Expected: no change in the UI Actual: the "text" portion of tabs, the URL bar, and the menu bar displays properly. The borders repaint with background colors/images, but not with border lines.
*** Bug 197690 has been marked as a duplicate of this bug. ***
Keywords: regression
This isn't only a Windows problem. I see it on Linux too: tabs sometime have glitches after a dialog has been open. Button borders in dialog boxes suddenly crack up slightly.
Priority: -- → P2
Target Milestone: --- → Future
Seeing it on linux too. os -> all, component -> GFX
Component: GFX: Win32 → GFX
OS: Windows 2000 → All
Testing by some people in #mozillazine showed that this has been introduced between 2003031004 and 2003031108. Looking through the checkins, my guess is the checkin for bug 86249
Michiel: your guess is right backing out my checkin fixes the border drawing issue. I believe the patch is correct, but the tab overflow area is wrong.
Attached patch backout (obsolete) — — Splinter Review
Attachment #118181 - Flags: superreview?(dbaron)
Attachment #118181 - Flags: review?(dbaron)
I would rather fix the underlying issue than back out correct code. We're still in alpha.
Attached file testcase —
Attached patch patch — — Splinter Review
I think we should not manipulate the rectangles of composite borders
Attachment #118181 - Attachment is obsolete: true
Attachment #118207 - Flags: review?(roc+moz)
Comment on attachment 118207 [details] [diff] [review] patch Looks good, but add a comment about why composite borders can't use the trimmed coordinates.
Attachment #118207 - Flags: superreview+
Attachment #118207 - Flags: review?(roc+moz)
Attachment #118207 - Flags: review+
Attachment #118181 - Flags: superreview?(dbaron)
Attachment #118181 - Flags: review?(dbaron)
fix checked in
seems to work ok in 2003032404/win2k. marking resolved... thanks.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: