Closed
Bug 129908
Opened 23 years ago
Closed 23 years ago
[PATCH]Partially decoded background images should not be painted
Categories
(Core Graveyard :: GFX, defect, P1)
Core Graveyard
GFX
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.0
People
(Reporter: kmcclusk, Assigned: kmcclusk)
References
Details
Attachments
(2 files, 1 obsolete file)
|
92 bytes,
text/html
|
Details | |
|
2.91 KB,
patch
|
pavlov
:
review+
attinasi
:
superreview+
asa
:
approval+
|
Details | Diff | Splinter Review |
Since we do not incrementally display background images as image data arrives we
should not display partially decoded background images when painting damaged
areas, We should wait until they are fully loaded before painting them.
Expected:
If you move a window over the browser while it is loading a page with a
background image it should not display the background image.
What happens:
If you move a window over the browser while it is loading a page with a
background image it displays the partially decoded background image in the
locations where the window was moved over the browser.
| Assignee | ||
Comment 1•23 years ago
|
||
Move a window over the top of the browser window while it loads the test case
and you will see a partially decoded image in the locations where you have
moved the window over the browser window.
| Assignee | ||
Comment 2•23 years ago
|
||
| Assignee | ||
Updated•23 years ago
|
OS: Windows 2000 → All
| Assignee | ||
Comment 3•23 years ago
|
||
The patch seems like the obvious fix but it does not work correctly. The
background image is not displayed. the LOAD_COMPLETE status must be set after
the paint is processed as the result of the OnStopFrame in nsImageLoader?
Comment 4•23 years ago
|
||
LOAD_COMPLETE is set after OnStopDecode. from a quick glance over the code, it
looks like it could be set before the call to OnStopDecode, but I will have to
investigate further.
| Assignee | ||
Updated•23 years ago
|
| Assignee | ||
Comment 5•23 years ago
|
||
Instead of changing where STATUS_LOAD_COMPLETE is set I added a new
STATUS_FRAME_COMPLETE flag which gets set before calling OnStopFrame. I think
it may be too risky to change anything having to do with STATUS_LOAD_COMPLETE
so close to Mozilla1.0.
Attachment #73424 -
Attachment is obsolete: true
| Assignee | ||
Comment 6•23 years ago
|
||
nsbeta1+. Very visible defect on a large number of sites.
Comment 7•23 years ago
|
||
Comment on attachment 75331 [details] [diff] [review]
Patch which adds a new STATUS_FRAME_COMPLETE flag for the image request and checks for this flag before painting background images
sr=attinasi
Attachment #75331 -
Flags: superreview+
| Assignee | ||
Updated•23 years ago
|
Keywords: review
Summary: Partially decoded background images should not be painted → [PATCH]Partially decoded background images should not be painted
Comment 8•23 years ago
|
||
Comment on attachment 75331 [details] [diff] [review]
Patch which adds a new STATUS_FRAME_COMPLETE flag for the image request and checks for this flag before painting background images
r=pavlov
Attachment #75331 -
Flags: review+
Comment 9•23 years ago
|
||
Comment on attachment 75331 [details] [diff] [review]
Patch which adds a new STATUS_FRAME_COMPLETE flag for the image request and checks for this flag before painting background images
a=asa (on behalf of drivers) for checkin to the 1.0 trunk
Attachment #75331 -
Flags: approval+
| Assignee | ||
Comment 10•23 years ago
|
||
Checked patch into trunk.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
| Assignee | ||
Comment 11•23 years ago
|
||
*** Bug 132473 has been marked as a duplicate of this bug. ***
Comment 12•23 years ago
|
||
Marking verified in the April 23rd trunk OS X (2002-04-23-08) and Windows ME
(2002-04-23-06) builds
Status: RESOLVED → VERIFIED
Updated•17 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•