Closed
Bug 548988
Opened 15 years ago
Closed 15 years ago
animated GIF doesn't animate with D2D backend
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
FIXED
| Tracking | Status | |
|---|---|---|
| blocking2.0 | --- | beta1+ |
People
(Reporter: shaver, Assigned: bas.schouten)
References
()
Details
(Keywords: regression)
Attachments
(1 file)
|
(deleted),
text/html
|
Details |
No description provided.
|
Reporter | |
Comment 1•15 years ago
|
||
And by comment #0, I mean "it works fine with direct2d disabled, and in 3.6!"
|
Assignee | |
Comment 2•15 years ago
|
||
(In reply to comment #1)
> And by comment #0, I mean "it works fine with direct2d disabled, and in 3.6!"
I did test some GIFs, I suspect I know what causes this, and why my method of testing was actually flawed. This is properly some place in imgFrame or imgContainer where we're still not properly flushing and markdirtying surfaces, meaning our assessment that doing it on LockImageData and UnlockImageData was sufficient is false. I think I know what to do about this. Reopening the original flush/markdirty bug.
Depends on: 534787
WFM,
Windows 7
NVIDIA GeForce 7150M / nForce 630M
Drivers: 7.15.11.7967
|
|
Assignee | |
Comment 4•15 years ago
|
||
The reason this might seem to work for people is because they load the GIF directly (which *sigh* is exactly what I did in my testing of animated GIFs).
As soon as a GIF is drawn in the context of a page different codepaths are used. See attached file, this should be broken on any D2D build.
Assignee: nobody → bas.schouten
Status: NEW → ASSIGNED
|
|
Assignee | |
Comment 5•15 years ago
|
||
Fixed with fixing of bug 534787.
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•