Closed Bug 680806 Opened 13 years ago Closed 9 years ago

tearing when assigning new values to img.src

Categories

(Core :: Graphics: ImageLib, defect)

defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: kdevel, Unassigned)

References

()

Details

(Keywords: regression, testcase, Whiteboard: [testday-20110826])

User Agent:  

Steps to reproduce:

Assign new value to img's src attribute.


Actual results:

Tearing (http://en.wikipedia.org/wiki/Screen_tearing)


Expected results:

No tearing.
The first bad revision is:
changeset: 73135:fa82e3fa46b9
user: Justin Lebar <justin.lebar@gmail.com>
date: Wed Jul 20 18:05:46 2011 -0400
summary: Bug 666352 - Back out image decode timing changes from bug 590260 to make the browser more responsive while decoding images. r=joe

Fx 3.6.20 is OK, google also.

Testcase is in preparation.
Testcase: http://www.vogtner.de/mozilla/680806/

Click thru all 4 different images (actually it's the same images stored four times with different filenames). After the browser cache is saturated the tear happens near the upper button edge.
Applying the changeset fa82e3fa46b9 reversed to the a more recent revision (e.g. current) does not ban the tearing but shift it downwards.
Reproduced on nightly 2011-08-21 win64
OS: Other → All
Hardware: Other → All
Blocks: 666352
Component: General → ImageLib
Keywords: regression, testcase
Product: Firefox → Core
QA Contact: general → imagelib
To make sure I understand, bug 666352 (changeset fa82e3fa46b9) affected where the tearing was occurring, but didn't make the problem worse?

I'm no expert, but I think bug 674549 should fix this?  That one is currently blocked on dependent work.
(In reply to Justin Lebar [:jlebar] from comment #5)
> I'm no expert, but I think bug 674549 should fix this?  That one is
> currently blocked on dependent work.

Probably, though if the graphics card's in the middle of an update when the LCD refreshes, we can still get tearing.
Cannot reproduce with 7.0b2(c1) 20110824172139 Mozilla/5.0 (X11; Linux x86_64; rv:7.0) Gecko/20100101 Firefox/7.0 (no hardware acceleration).
(In reply to Justin Lebar [:jlebar] from comment #5)
> To make sure I understand, bug 666352 (changeset fa82e3fa46b9) affected
> where the tearing was occurring, but didn't make the problem worse?

I must withdraw my comment #3. Actually when I'm using 

    image.mem.max_ms_before_yield;400
    image.mem.decode_bytes_at_a_time;200000

there is no flicker/tearing.

BTW: Has anybody noticed that JPEGs do not get rendered progressively after their URL is assigned to src? Except for the first assignment. Is that intentional?
Whiteboard: [testday-20110826]
oops.
Firefox ESR 17.0.7: Problem persists.
Firefox 28: OK.
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.