Closed
Bug 574599
Opened 15 years ago
Closed 15 years ago
content not repainted when dismissing 2nd level menu since drawing on titlebar landing
Categories
(Core :: Widget: Win32, defect)
Tracking
()
RESOLVED
FIXED
| Tracking | Status | |
|---|---|---|
| blocking2.0 | --- | beta2+ |
People
(Reporter: aja+bugzilla, Assigned: jimm)
References
Details
(Keywords: regression, Whiteboard: regression from Drawing in Titlebar landing)
Attachments
(2 files)
|
2.20 KB,
patch
|
robarnold
:
review+
|
Details | Diff | Splinter Review |
|
1.55 KB,
patch
|
robarnold
:
review+
|
Details | Diff | Splinter Review |
A white rectangle is left when dismissing any 2nd level menu (with esc), whether opened from firefox button or menu.
Regression shows in 1st hourly after bug 513162 landed,
was okay in prior hourly http://hg.mozilla.org/mozilla-central/rev/522df66198cf
| Reporter | ||
Comment 1•15 years ago
|
||
Another description of bug:
http://forums.mozillazine.org/viewtopic.php?p=9538343#p9538343
| Reporter | ||
Updated•15 years ago
|
blocking2.0: --- → ?
| Reporter | ||
Updated•15 years ago
|
Keywords: regression
Whiteboard: regression from Drawing in Titlebar landing
| Reporter | ||
Updated•15 years ago
|
Summary: content not repainted when dismissing 2nd level menu since drawing on toolbar landing → content not repainted when dismissing 2nd level menu since drawing on titlebar landing
Comment 2•15 years ago
|
||
I see this with tooltips and context menus only from the content area. If the content area tooltips or context menu overlaps chrome then I don't see the problem. Chrome tooltips and menus seem fine even if they overlap the content area.
As for dialogs I only see this if the dialog is only over the content area. If the dialog overlaps any chrome area then the problem does not occur. Also it does not occur if you close the dialog. It only happens when you change focus from the dialog to browser window.
Comment 3•15 years ago
|
||
>Also it does not occur if you close the dialog. It only happens when you change focus from the dialog to browser window.
Scratch that now I got that to happen. It doesn't happen with the options dialog when you use the 'Close' button. But it does if you use the 'X' button in the top right of the dialog.
Comment 4•15 years ago
|
||
See Bug 574608,
The problem happens not only Firefox's dialog/menu but also other application window.
it happens with Windows7 Classic and WindowsXP Classic and Luna style.
however It does not happen with Windows7 Aero Style.
Comment 5•15 years ago
|
||
"The problem happens not only Firefox's dialog/menu but also other application
window."
If it overlaps any chrome it doesn't happen.
(In reply to comment #2)
> I see this with tooltips and context menus only from the content area. If the
> content area tooltips or context menu overlaps chrome then I don't see the
> problem. Chrome tooltips and menus seem fine even if they overlap the content
> area.
Confirmed with today's Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a6pre) Gecko/20100625 SeaMonkey/2.1a3pre nightly build. I'm using Windows Classic desktop theme.
Also, closing a tab which results in focusing another tab will briefly show that tab's content when rendered, then it's blank (dialog background color).
| Assignee | ||
Comment 11•15 years ago
|
||
Assignee: nobody → jmathies
| Assignee | ||
Updated•15 years ago
|
Attachment #454131 -
Flags: review?(tellrob)
| Assignee | ||
Comment 12•15 years ago
|
||
The first two changes are ^M cleanup from the last patch. :/
Comment 14•15 years ago
|
||
Are you sure that Bug 574631 is a duplicate of this one? I didn't even go near any menus when this occurred - the browser literally started that way.
| Assignee | ||
Comment 15•15 years ago
|
||
(In reply to comment #14)
> Are you sure that Bug 574631 is a duplicate of this one? I didn't even go near
> any menus when this occurred - the browser literally started that way.
yes.
Updated•15 years ago
|
Attachment #454131 -
Flags: review?(tellrob) → review+
| Assignee | ||
Comment 17•15 years ago
|
||
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 18•15 years ago
|
||
(In reply to comment #17)
> http://hg.mozilla.org/mozilla-central/rev/768050959b3c
WFM now with this patch.
Updated•15 years ago
|
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 19•15 years ago
|
||
The previous patch wasn't complete, when using Aero Glass the style would be set back to a style without WS_CLIPCHILDREN when SetWindowInnerTranslucency would be called. This patch will fix that.
Attachment #454227 -
Flags: review?(tellrob)
Updated•15 years ago
|
Attachment #454227 -
Flags: review?(tellrob) → review+
Comment 20•15 years ago
|
||
Status: REOPENED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → FIXED
Comment 21•15 years ago
|
||
Have this patch applied and when I start Fx maximized I briefly see a white rectangle near the upper left side of the screen. It might be related to the new menu bar.
D2D disabled
DW enabled.
Comment 22•15 years ago
|
||
Almost forgot I also briefly see a small caption bar, upper left, only containing Min, Max, Restore buttons when I start Fx. So many glitches with the new titlebar I don't know where to file reports anymore?
Mozilla/5.0 (Windows; U; Windows NT 6.1; WOW64; en-US; rv:1.9.3a6pre) Gecko/20100626 Minefield/3.7a6pre Firefox/3.6.4 - Build ID: 20100626035857
Comment 23•15 years ago
|
||
(In reply to comment #22)
> Almost forgot I also briefly see a small caption bar, upper left, only
> containing Min, Max, Restore buttons when I start Fx. So many glitches with
> the new titlebar I don't know where to file reports anymore?
>
> Mozilla/5.0 (Windows; U; Windows NT 6.1; WOW64; en-US; rv:1.9.3a6pre)
> Gecko/20100626 Minefield/3.7a6pre Firefox/3.6.4 - Build ID: 20100626035857
It seems to be Bug 574690
Comment 24•15 years ago
|
||
(comment #6) I see some weird behavior on opening new windows as well, e.g.,
the multi-pane Mail & News window on SeaMonkey first opens in a smaller size
and shifted up and left, then the dividers rearrange to line up with the target window size. All other issues reported are solved on SeaMonkey trunk too.
blocking2.0: ? → beta2+
You need to log in
before you can comment on or make changes to this bug.
Description
•