User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0 (Beta/Release) Build ID: 20131002030201 Steps to reproduce: the newest nightly build causes artifacts inside panels - especially when scrolling. to reproduce this behavior, simply try one of the following addons and open their panel through the button in the toolbar: https://addons.mozilla.org/en-US/firefox/addon/bookrect/ https://addons.mozilla.org/en-US/firefox/addon/gmail-panel/ Actual results: on windows xp, everything seems to be just fine: http://youtu.be/xb9GoHRq6UE but on windows 7 and above (didn't test vista though), rendering isn't working properly: http://youtu.be/ziIy8m8pwyI

Did it work with the previous Nightly build?

it has been the first time i used a nightly build - so sorry, but i don't know. a user of an addon of me pointed out the artifacts (https://addons.mozilla.org/en-US/firefox/addon/bookrect/reviews/506894/), what led to me using a nightly build the first time. the artifacts by the way still exists in the newest nightly build.

1. Please try with hardware acceleration disabled (Options → Advanced). 2. You can use mozregression to find the regression range: http://harthur.github.io/mozregression/

the troubleshoot tab is removed in windows 8, so i don't know how to disable hardware acceleration (http://oi41.tinypic.com/2yuj4i0.jpg). i try to identify the regression range during the next couple of days - sorry that i can't provide them right now, but i am currently quite busy.

(In reply to gurgardy from comment #5) > the troubleshoot tab is removed in windows 8, so i don't know how to disable > hardware acceleration (http://oi41.tinypic.com/2yuj4i0.jpg). I mean the setting in Firefox, it's supposedly in Tools → Options → Advanced → General.

oh ok, sorry for that. just did that and disabling hardware acceleration in firefox makes the artifacts go away. also used mozregression: last good nightly: 2013-09-12 first bad nightly: 2013-09-13

Thanks. https://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2013-09-12&enddate=2013-09-13+04%3A00

I'm going to guess that it's bug 907926 because it's a win gfx change. Although that patch is touching win basic and this bug is with acceleration. Perhaps it had some unintended side effects. Matt?

I'm hitting this (or a similar issue) frequently when clicking on the 'Downloads' icon, to the right of the search bar. The downloads panel is unreadable half of the time. Can this be a blocker?

(Note: Nightly 27.0a1 64bit on Ubuntu 12.04 LTS 64bit)

(In reply to Benoit Jacob [:bjacob] from comment #10) > I'm hitting this (or a similar issue) frequently when clicking on the > 'Downloads' icon, to the right of the search bar. The downloads panel is > unreadable half of the time. Have you checked the regression range? Maybe it's bug 924650.

[Please note that comment 7 has a day-wide regression range.]

This is a regression from https://hg.mozilla.org/mozilla-central/rev/15e9e36b7abc I'm pretty sure it's a bug with DrawTargetD2D, the attached patch just works around it. This bug only affects popups when we have acceleration, since that is the only case where we have BasicLayerManager, with D2D content. I haven't been able to get a recording of this since you need to open a panel instead of just loading a page. Attempting to manually set the global recording prefs resulted in a crash in TLS code. I also tried to create a moz2d unit test that would show this bug, but haven't been successful there.

An update on trying to get a recording for this: When I open the panel, I get a crash in RecordedScaledFontCreation::SetFontData. The ReadFileFragment call in ScaledFontDWrite::GetFontFileData is returning the fileSize for fragmentStart. Then we try copy from this address and crash. To be clear, after the call, fileSize == fragmentStart. The result returned from ReadFileFragment is S_OK.

https://hg.mozilla.org/integration/mozilla-inbound/rev/f65cc31c9745 https://hg.mozilla.org/integration/mozilla-inbound/rev/c5116411da65

https://hg.mozilla.org/mozilla-central/rev/f65cc31c9745 https://hg.mozilla.org/mozilla-central/rev/c5116411da65

Comment on attachment 826606 [details] [diff] [review] Don't use operator source for D2D [Approval Request Comment] Bug caused by (feature/regressing bug #): Bug 907926 User impact if declined: Broken scrolling in popups/panels for D2D users. Testing completed (on m-c, etc.): Been on m-c for a while, manually confirmed the fix. Risk to taking this patch (and alternatives if risky): Low risk, should just revert to the existing behaviour for d2d. String or IDL/UUID changes made by this patch: None

https://hg.mozilla.org/releases/mozilla-aurora/rev/07df7f3a0306 https://hg.mozilla.org/releases/mozilla-aurora/rev/b4b8a4057dac

gurgardy, can you please verify this is fixed in Firefox 27 and 28?

i did just test it and the bug has been fixed in current beta, aurora and nightly thanks!

(In reply to gurgardy from comment #23) Thanks for your help.