[D2D] grey box is painted in the content area upon tab switching

RESOLVED WORKSFORME

Status

()

defect
RESOLVED WORKSFORME
9 years ago
3 years ago

People

(Reporter: mozbugz, Unassigned, NeedInfo)

Tracking

({regression})

Trunk
x86
Windows 7
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

Reporter

Description

9 years ago
User-Agent:       Mozilla/5.0 (Windows NT 6.1; rv:2.0b5pre) Gecko/20100819 Minefield/4.0b5pre Firefox/4.0b4pre
Build Identifier: 

Don't know if its hardware related, but this looks like a new bug in the last day or two.  

Reproducible: Always

Steps to Reproduce:
Turn on DW, D2D
Have Aero Theme enabled
switch tabs, should see a grey ui paint in the bottom of the content area just above the status bar.  it looks to be the same height as my toolbars.
Actual Results:  
grey bar on every tab switch

Expected Results:  
no grey bar, content should draw down to window edge sans status bar

looks like a new regression with D2d.
Reporter

Comment 1

9 years ago
Again using Nvidia 7050 D3D9 hardware.
Blocks: d2d
Keywords: regression
Summary: grey box is drawn in the content area upon tab switching with D2D on → [D2D] grey box is painted in the content area upon tab switching
Version: unspecified → Trunk
Certainly seems relate to the 'tab showing through' issue. It looks to me like it's something from the chrome window when the content window hasn't been drawn yet. The size of the rectangle is somewhat odd though. I suspect what caused this is we're doing numerous memory usage optimizations which might slightly increase time for switching tabs, that shouldn't make such a big timing difference though.
Reporter

Comment 5

9 years ago
I think your right, that there is a general painting grey before Content change bug, maybe Roc you can take a look at.

See also bug 574638 - grey UI on startup and some comments I make about resize borders produce similar results, and Jim, I haven't filed a bug on that yet.
Reporter

Comment 6

9 years ago
Ok, I see now whats happening here.  Its painting the Normal window first when switching tabs just like bug 574638 does on startup, and then its painting the maximized window, like a resize, hence the grey area is the difference between the two.  This is a running variation of bug 574638.
Reporter

Comment 7

9 years ago
I tested this by having a normal mode window half the screen height as the maximized mode window.
Reporter

Comment 8

9 years ago
So then if I resize the Normal Window to the size of of Maximized, but not Maximized state, it doesn't stop remembering this grey size.  If I restart firefox then it stops, it becomes white, with the same exact observations I made in bug 574638 about it not showing grey unless different dimensions exist.  I then see transparency, but not sure how closely tied this also would be to bug 532106.
Reporter

Comment 9

9 years ago
(In reply to comment #5)
> See also bug 574638 - grey UI on startup and some comments I make about resize
> borders produce similar results, and Jim, I haven't filed a bug on that yet.

I'm thinking this is the same as bug 595614.

This bug might just be a dupe of bug 574638 then, but I should double check I don't see this still.
Related items are resolved-fixed, need to determine if this bug can be closed.
If errors are still seen, report current OS and Firefox version.
Version 	45.0
Build ID 	20160303134406
User Agent 	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
*Aero  unavailable
Flags: needinfo?(mozbugz)
Closing this as works for me, due to inactivity and lack of response to contradict comment 10.
Feel free to reopen the bug and provide a test case if the issue still reproduces on a current build.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.