Closed
Bug 680806
Opened 13 years ago
Closed 9 years ago
tearing when assigning new values to img.src
Categories
(Core :: Graphics: ImageLib, defect)
Core
Graphics: ImageLib
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
Updated•13 years ago
|
Blocks: 666352
Component: General → ImageLib
Keywords: regression,
testcase
Product: Firefox → Core
QA Contact: general → imagelib
Comment 5•13 years ago
|
||
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.
Comment 6•13 years ago
|
||
(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.
Comment 7•13 years ago
|
||
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?
Reporter | ||
Comment 10•9 years ago
|
||
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.
Description
•