Closed
Bug 629302
Opened 15 years ago
Closed 3 years ago
Painting problem of menus on multiple monitors
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: sysscore, Unassigned)
Details
Attachments
(2 files)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b10) Gecko/20100101 Firefox/4.0b10
Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b10) Gecko/20100101 Firefox/4.0b10
If i place my window on the secondary monitor the menus in the main menu,context menus over the toolbar and other menus flickering or are not displayed correctly.
Reproducible: Always
Steps to Reproduce:
1.drag browser window to secondary monitor
2.open the main menu in the menu bar
3.open the menus in the toolbars (tabpage overview, show more bookmarks)
4.open a context menu in the menu bar and toolbar
Actual Results:
menu are not displayed correctly or flickering if i move the mouse.
Expected Results:
the same behavior as in main monitor
Comment 1•15 years ago
|
||
Updated•15 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•15 years ago
|
||
Confirm. This is what I get when having dual monitors on and moving windows around.
Note : See screenshot
Comment 3•15 years ago
|
||
having difficulties finding an exact regression range, since this issue occurs instantly and steps to reproduce are not accurate
Updated•15 years ago
|
QA Contact: general → menus
Comment 4•15 years ago
|
||
Does it also happen with hardware acceleration disabled?
Comment 5•15 years ago
|
||
(In reply to comment #4)
> Does it also happen with hardware acceleration disabled?
I have what seems to be the same problem, on a multi-monitor environment, the menus fail to paint, until you move your cursor over them which produces the 'flickering' described in the original bugreport (although I run Win 7 64).
The problem stops when hardware acceleration is disabled.
Comment 6•15 years ago
|
||
Ditto JELangevoort's symptoms.
The two critical factors, for me, are a) hardware acceleration and b) use of the browser on the secondary (non-Windows-menu'd) monitor. It's also possible either the OS or GPU/driver needs to be in a certain range. I'm on Windows 7 with NVidia drivers v260.99 (on a GTX 460).
It's important to note: this renders the browser nearly unusable. Menus aren't navigable. You can't see what you're selecting, and can't tell where you are inside the menus. They often go completely missing.
And if I did not find this bug report, I would not have thought to turn off hardware acceleration (which is on, by default), nor shift the browser over to the primary monitor. Less technical users could be stymied.
Comment 7•15 years ago
|
||
This is still a problem (although not as bad) with B12 and I believe similar bug reports of flickering menus amount to a different description of the same issue. Needless to say, but 4 is unusable for me.
Comment 8•15 years ago
|
||
Anyone with the Issue please post the Content of the Graphics Section you can get via "about:support" with Hardware Acceleration enabled.
Component: Menus → Graphics
Product: Firefox → Core
QA Contact: menus → thebes
Version: unspecified → Trunk
Comment 9•15 years ago
|
||
(In reply to comment #5)
> (In reply to comment #4)
> > Does it also happen with hardware acceleration disabled?
>
> I have what seems to be the same problem, on a multi-monitor environment, the
> menus fail to paint, until you move your cursor over them which produces the
> 'flickering' described in the original bugreport (although I run Win 7 64).
>
> The problem stops when hardware acceleration is disabled.
This is most likely bug 603793. Especially if you are using Aero Basic.
Comment 10•15 years ago
|
||
(In reply to comment #3)
> having difficulties finding an exact regression range, since this issue occurs
> instantly and steps to reproduce are not accurate
This looks to me like a different bug than the disappearing menu one.
Comment 11•15 years ago
|
||
Confirmed, Bas Schouten; bug 603793 is claimed fixed in RC1, but this bug still exhibits under RC1. BTW, also, I am running under a "Windows Classic" "Basic and High Contrast" theme on Win 7, which is not an "Aero Theme". I'm unclear whether Aero is enabled or not at the moment.
Below is a cut-and-paste of my about:support graphics section, for XtC4UaLL:
Graphics
Adapter Description NVIDIA GeForce GTX 460
Vendor ID10de
Device ID0e22
Adapter RAM 1024
Adapter Drivers nvd3dumx,nvwgf2umx,nvwgf2umx nvd3dum,nvwgf2um,nvwgf2um
Driver Version 8.17.12.6658
Driver Date 1-7-2011
Direct2D Enabled false
DirectWrite Enabled false (6.1.7600.16699, font cache 11.00 MB)
WebGL Renderer Google Inc. -- ANGLE -- OpenGL ES 2.0 (ANGLE 0.0.0.541)
GPU Accelerated Windows 0/1
Comment 12•15 years ago
|
||
Comment 13•15 years ago
|
||
I'm having what looks like a very similar problem (screenshot attached) - my awesomebar / search dropdown menus will go blank (but show a border still) if my Firefox window is on my second (non-primary) monitor.
I'm using Windows 7 professional service pack 1.
Application Basics
Name Firefox
Version 4.0
User Agent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0) Gecko/20100101 Firefox/4.0
Graphics
Adapter Description ATI Radeon HD 2600 XT
Vendor ID 1002
Device ID 9588
Adapter RAM 256
Adapter Drivers aticfx64 aticfx64 aticfx32 aticfx32 atiumd64 atidxx64 atiumdag atidxx32 atiumdva atiumd6a atitmm64
Driver Version 8.821.0.0
Driver Date 1-26-2011
Direct2D Enabled true
DirectWrite Enabled true (6.1.7601.17563, font cache n/a)
WebGL Renderer Google Inc. -- ANGLE -- OpenGL ES 2.0 (ANGLE 0.0.0.541)
GPU Accelerated Windows 2/2 Direct3D 10
Updated•4 years ago
|
Severity: normal → S3
Comment 14•3 years ago
|
||
Unable to reproduce in recent versions.
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•