Closed Bug 77334 Opened 25 years ago Closed 2 years ago

images not always clipped as they should be

Categories

(Core Graveyard :: Image: Painting, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE
Future

People

(Reporter: atontti, Assigned: tor)

References

Details

(Whiteboard: fix in hand, r/sr/a needed)

Attachments

(1 file, 3 obsolete files)

I noticed a bug in the fix for bug 74270 and I reported it. Despite that the buggy patch was reviewed and checked in to the trunk. So I am opening a new bug for fixing nsImageGTK::Draw and nsImageGTK::DrawScaled. We should be clipping the source rectangle with decoded rectangle (mDecoded*) but now instead of clipping we are moving the source rectangle in some situations.
comments or r/sr needed.
pavlo, tor, reviews?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: patch, review
r=tor
Target Milestone: --- → mozilla0.9
Summary: [FIX] images not always clipped as they should be → images not always clipped as they should be
Whiteboard: fix in hand, need r/a
Attached patch updated patch (obsolete) — Splinter Review
In one point I had mixed up width and height although comment was right :(
can somebody show a test case so we can see the affect of this and make some guesses about how wide spread the bug might appear. need to shut down 0.9. don't want to take this if its not critcal
Not critical for 0.9
Status: NEW → ASSIGNED
Target Milestone: mozilla0.9 → mozilla0.9.1
can you post a new diff against the trunk since most of the patch here is already in the tree.
There don't seem to be need for updating the current diff (id=32018). It is still valid.
r/sr needed for the updated patch.
let's land this in 0.9.2. let drivers know if this creates problems. thanks. somebody jump on the reviews...
Target Milestone: mozilla0.9.1 → mozilla0.9.2
r=tor
Whiteboard: fix in hand, need r/a → fix in hand, sr/a needed
Target Milestone: mozilla0.9.2 → mozilla0.9.3
*** Bug 84080 has been marked as a duplicate of this bug. ***
Maybe you could test it with GIFs from the duplicate bug.
Blocks: 46995
what's the current status?!
Bug 84080 is not a dup of this bug. I marked 84080 as invalid. More information can be found at that bug.
Missed 0.9.3.
Target Milestone: mozilla0.9.3 → mozilla0.9.4
Target Milestone: mozilla0.9.4 → mozilla0.9.5
what's the current status of this one?!
Bug 84080 was reopened, but not as a dup of this bug. Is bug 22607 related to this one?
Attached image Animated transparent background gif (obsolete) —
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Are the attached patches valid, invalid, in need of review, or super-review?
Attachment #31985 - Attachment is obsolete: true
Kelly Price: no, this is not related to bug 22607 and bug 84080 is a dup of bug 22607 (libpr0n doesn't implement DISPOSE_OVERWRITE_BGCOLOR properly). Azrael AOD: problems with attachment 49331 [details] (image/gif) are happening due bug 22607. -- This bug is about incorrect clipping code in Mozilla's GTK code for Linux and Unix. If mDecodedX1 or mDecodedY1 are nonzero Draw/DrawScaled() will move region - not clip it to fit inside mDecoded*. Normally mDecodedX1 and mDecodedY1 are zero so you won't see this bug.
Attachment #49331 - Attachment is obsolete: true
Comment on attachment 32018 [details] [diff] [review] updated patch I already have r=tor for this patch but I need sr= and moa= if I have understood right. pavlov, could you help?
Attachment #32018 - Flags: review+
what's going on here?!?
Keywords: mozilla0.9.9
tor is rewriting this code.. not sure how useful this patch still is...
the bug # for tor's rewrite is bug 121015
The Target Milestone (0.9.7) is passed. This bug should be retargeted. The fix for bug 121015 was checked in on 2002-02-22. Is the attached patch still necessary? If not, this bug should just be closed.
is this bug still needed? Asko, are you still working on this?
Attachment #32018 - Attachment is obsolete: true
The bug doesn't seem to be fixed so I made an updated patch. I don't have time to compile or test it. You can see the problem more clearly by comparing codes of "clip to decode region" and "clip to drawing surface" in the current version of nsImageGTK::Draw(). I'm currently on leave of my official duties so I am reading my email irregularly. To tor.
Assignee: atontti → tor
Status: ASSIGNED → NEW
Keywords: mozilla0.9.9mozilla1.0
Whiteboard: fix in hand, sr/a needed → fix in hand, r/sr/a needed
Target Milestone: mozilla0.9.7 → mozilla1.0
Component: ImageLib → Image: GFX
retargeting
Target Milestone: mozilla1.0 → Future
QA Contact: tpreston → image.gfx
Product: Core → Core Graveyard
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: