Closed
Bug 574631
Opened 14 years ago
Closed 14 years ago
[D2D] Page Content and Chrome Flickering with D2D Enabled
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 574599
People
(Reporter: sciguyryan, Unassigned)
References
Details
The builds after http://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-central-win32/1277431020/ are unusable due to the content and chrome flickering when the page is loading.
I haven't tracked down a regression range but the last bug change was this Bug 513162. If anyone has a regression range please post it here.
Comment 1•14 years ago
|
||
Confirmed. Page goes black and it turn to normal all the time.
Reporter | ||
Comment 2•14 years ago
|
||
(In reply to comment #1)
> Confirmed. Page goes black and it turn to normal all the time.
Yes. That's exactly what happens here.
Comment 3•14 years ago
|
||
Confirmed.
Mozilla/5.0 (Windows; U; Windows NT 6.1; WOW64; en-US; rv:1.9.3a6pre) Gecko/20100623 Minefield/3.7a6pre - Build ID: 20100624140418
Updated•14 years ago
|
Keywords: regressionwindow-wanted
Comment 5•14 years ago
|
||
Is this only with D2D enabled? Is that enabled by default?
Updated•14 years ago
|
blocking2.0: --- → ?
Comment 6•14 years ago
|
||
(In reply to comment #5)
> Is this only with D2D enabled? Is that enabled by default?
No. I don't think it will be for a while.
Comment 7•14 years ago
|
||
(In reply to comment #5)
> Is this only with D2D enabled? Is that enabled by default?
This is only with D2D and it is not enabled by default, so I am not at all sure critical is the correct severity. Actually, I could make a better case for it being blocker severity as it kind of really puts a halt to testing D2D than I could for critical.
This should probably not be a blocker for 1.9.3 either, but should probably instead block the bug to enable D2D by default.
Reporter | ||
Comment 8•14 years ago
|
||
It's pretty critical since a lot of nightly testers are using D2D for testing also. That is the whole point of software testers after all - if nobody is able to test it, the feature will never get work correctly.
Comment 9•14 years ago
|
||
No Problems: 522df66198cf
Big Problems: 51bd519736c4
Reporter | ||
Comment 10•14 years ago
|
||
Seems pretty certain that it is a regression from Bug 513162 then.
Updated•14 years ago
|
Comment 11•14 years ago
|
||
(In reply to comment #6)
> (In reply to comment #5)
> > Is this only with D2D enabled? Is that enabled by default?
> No. I don't think it will be for a while.
Actually, it will be pretty soon.
Comment 12•14 years ago
|
||
(In reply to comment #7)
> (In reply to comment #5)
> > Is this only with D2D enabled? Is that enabled by default?
>
> This is only with D2D and it is not enabled by default, so I am not at all sure
> critical is the correct severity. Actually, I could make a better case for it
> being blocker severity as it kind of really puts a halt to testing D2D than I
> could for critical.
>
> This should probably not be a blocker for 1.9.3 either, but should probably
> instead block the bug to enable D2D by default.
It is pretty bad, because we're planning to enable D2D by default on all DX10 hardware before the end of the quarter.
Comment 14•14 years ago
|
||
I'm not entirely certain but it also looks like cleartype isn't functioning on the flickering content - could be related to Bug 568495
Comment 15•14 years ago
|
||
(In reply to comment #10)
> Seems pretty certain that it is a regression from Bug 513162 then.
I verified it is definitely 513162 using hg bisect.
Comment 16•14 years ago
|
||
This begs up the question. Should there be a windows test box running with d2d enabled? And would that even really make sense given that we are really not looking at what is displayed, I have no idea if it would have even caught this.
Comment 17•14 years ago
|
||
(In reply to comment #12)
> (In reply to comment #7)
> > (In reply to comment #5)
> > > Is this only with D2D enabled? Is that enabled by default?
> >
> > This is only with D2D and it is not enabled by default, so I am not at all sure
> > critical is the correct severity. Actually, I could make a better case for it
> > being blocker severity as it kind of really puts a halt to testing D2D than I
> > could for critical.
> >
> > This should probably not be a blocker for 1.9.3 either, but should probably
> > instead block the bug to enable D2D by default.
> It is pretty bad, because we're planning to enable D2D by default on all DX10
> hardware before the end of the quarter.
I was not trying to say it was not bad. Just that given that it is not enabled by default, critical is not really justified, but that given that it blocks development of D2D blocker,which is actually a higher severity IS jsutified.
->> BLOCKER
Severity: critical → blocker
Comment 18•14 years ago
|
||
(In reply to comment #16)
> This begs up the question. Should there be a windows test box running with d2d
> enabled? And would that even really make sense given that we are really not
> looking at what is displayed, I have no idea if it would have even caught this.
It's all being worked on! And it's actually even a blocker for enabling D2D by default, so hopefully we'll have it soon! Bug 549120
Comment 19•14 years ago
|
||
Bas, can this be fixed by next nightly? (626 build) I'm asking this because we're cut off from Direct2D by this bug.
Updated•14 years ago
|
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
Updated•14 years ago
|
blocking2.0: ? → ---
Updated•9 years ago
|
Keywords: regressionwindow-wanted
You need to log in
before you can comment on or make changes to this bug.
Description
•