Closed Bug 1048250 Opened 10 years ago Closed 10 years ago

disappearing elements in GUI with OMTC turned on

Categories

(Core :: Graphics, defect)

34 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: eimyss, Assigned: nical)

References

Details

Attachments

(1 file)

Attached image report bug.png (deleted) —
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0 (Beta/Release) Build ID: 20140803030203 Steps to reproduce: Do nothing, it comes always. Actual results: If I hover with a mouse over an gui element (Bookmar on Toolbar, or an element in a website, like a textbox) it disappears. Screenshots below. Expected results: The elemts stays the same in GUI (or maybe highlighted)
Additional : on Firefox official release it works OK, and nightly from (2014-03-16) it works ok too.
Can you check when this broke using mozregression ( http://mozilla.github.io/mozregression/ ) ?
Flags: needinfo?(eimyss)
Ok, ill check it, but I can do only tomorrow. I'll check in wich build this gone bad.
Flags: needinfo?(eimyss)
Component: Untriaged → Graphics
Product: Firefox → Core
I made the regression tests, and I found out that the last good build was on 2014-05-20, and on the build on 2014-05-21 it gone bad.
Did you use mozregression? If yes, could you go forward with the inbound builds ?
(In reply to Eimantas from comment #4) > I made the regression tests, and I found out that the last good build was on > 2014-05-20, and on the build on 2014-05-21 it gone bad. http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=cb9f34f73ebe&tochange=9d8d16695f6a This corresponds to switching on OMTC on Windows. Pinging Milan about this. Eimantas, can you copy the contents of the graphics section of about:support on your machine into the bug?
Blocks: 899785
Flags: needinfo?(milan)
Flags: needinfo?(eimyss)
Summary: disappearing elements in GUI → disappearing elements in GUI with OMTC turned on
I just done further regression test. Soo, it turns out that the last good revision was "66fe0b3237d6" and the first bad revision was "718a9852b60d" And here are my Graphics section : Adapter Description NVIDIA NVS 4200M Adapter Description (GPU #2) Intel(R) HD Graphics Family Adapter Drivers nvd3dumx,nvwgf2umx,nvwgf2umx nvd3dum,nvwgf2um,nvwgf2um Adapter Drivers (GPU #2) igdumd64 igd10umd64 igd10umd64 igdumdx32 igd10umd32 igd10umd32 Adapter RAM 512 Adapter RAM (GPU #2) Unknown Device ID 0x1056 Device ID (GPU #2) 0x0126 Direct2D Enabled true DirectWrite Enabled true (6.1.7601.18245) Driver Date 6-5-2011 Driver Date (GPU #2) 6-10-2011 Driver Version 8.17.12.6883 Driver Version (GPU #2) 8.15.10.2418 GPU #2 Active false GPU Accelerated Windows 1/1 Direct3D 10 Vendor ID 0x10de Vendor ID (GPU #2) 0x8086 WebGL Renderer Google Inc. -- ANGLE (NVIDIA NVS 4200M Direct3D9Ex vs_3_0 ps_3_0) windowLayerManagerRemote false AzureCanvasBackend direct2d AzureContentBackend direct2d AzureFallbackCanvasBackend cairo AzureSkiaAccelerated 0
Flags: needinfo?(eimyss)
Please post the pushlog link from mozregression
(In reply to Eimantas from comment #7) > I just done further regression test. Soo, it turns out that the last good > revision was "66fe0b3237d6" and the first bad revision was "718a9852b60d" > And here are my Graphics section : > <snip> Thanks! (In reply to Paul Silaghi, QA [:pauly] from comment #8) > Please post the pushlog link from mozregression Paul, this is trivial to obtain from what Eimantas already posted in comment #7...: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=66fe0b3237d6&tochange=718a9852b60d and matches what I said earlier.
Thanks Eimantas! (In reply to :Gijs Kruitbosch (Bugmail catchup, needinfo if urgent) from comment #9) > Paul, this is trivial to obtain from what Eimantas already posted in comment > #7...: It was more like a future reference...
Assignee: nobody → nical.bugzilla
Flags: needinfo?(milan)
Could you test with OMTC enabled but the pref gfx.direct2d.disabled set to true?
(In reply to Bas Schouten (:bas.schouten) from comment #12) > Could you test with OMTC enabled but the pref gfx.direct2d.disabled set to > true? It helped! I am not sure anymore if its a bug at all. Anyway thanks!
I can't reproduce this either. It's a really old nvidia driver in use, we could probably blacklist it easily enough.
Blocks: 1036457
I don't think this needs to block Aurora at this point considering the low impact it seems to have. It may become relevant for Beta, but I'm not 100% sure yet. Fwiw, if we can confirm that we should blacklist then we should still probably uplift the blacklist patch. On the bright side, we can always use the downloadable blacklist to do this later.
No longer blocks: 1036457
Lots of fixes related to OMTC on windows have landed the past few weeks and no report of this issue for a while so I am closing this bug. Feel free to reopen if the problems shows up again.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: