Closed
Bug 588919
Opened 14 years ago
Closed 9 years ago
[D2D] grey box is painted in the content area upon tab switching
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: mozbugz, Unassigned, NeedInfo)
References
Details
(Keywords: regression)
Attachments
(2 files)
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•14 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
Reporter | ||
Comment 2•14 years ago
|
||
Comment 3•14 years ago
|
||
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 4•14 years ago
|
||
Reporter | ||
Comment 5•14 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•14 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•14 years ago
|
||
I tested this by having a normal mode window half the screen height as the maximized mode window.
Reporter | ||
Comment 8•14 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•14 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.
Comment 10•9 years ago
|
||
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)
Comment 11•9 years ago
|
||
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
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•