Closed Bug 463952 Opened 17 years ago Closed 16 years ago

Table row background repeat-x problem

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect, P2)

x86
macOS
defect

Tracking

()

VERIFIED FIXED
mozilla1.9.1b3

People

(Reporter: kondzior.p, Assigned: roc)

References

Details

(Keywords: regression, testcase, verified1.9.1)

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b2pre) Gecko/20081109 Minefield/3.1b2pre Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b2pre) Gecko/20081109 Minefield/3.1b2pre Firefox Nighlty Builds after 2008-11-04 draw incorrect background for table rows when repeat-x is set. Only first table is having proper repeating, all other columns will be white, without background. Reproducible: Always
Attached file testcase
Status: UNCONFIRMED → NEW
Component: General → Layout: Images
Ever confirmed: true
Keywords: regression, testcase
Product: Firefox → Core
QA Contact: general → layout.images
Version: unspecified → Trunk
There are some issues with zooming the testcase, it'll start drawing in other cells then stop again depending on the level. One thing that is consistent, is that it doesn't draw in all of them.
Flags: blocking1.9.1?
Assignee: nobody → roc
If image will be only width pixel height it will draw only in one cell. Right now after zooming it draws in more cells only in more than one cell because it is pretty wide image. This is example with wrong draw of background in current nightly: http://mt15.quickshareit.com/share/picture7a8b86.png And this is before 2008-11-04 http://mt13.quickshareit.com/share/picture9716e4.png
I'm seeing this problem with the latest nightlies. If a column begins after the point the image repeats that column does not get the background. Making my background image wider than the whole table works around the issue, with a 1px wide image only the first column ever gets the image.
Sorry, should have said this is on Linux: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b2pre) Gecko/20081110 Minefield/3.1b2pre
Attached patch fixSplinter Review
The problem is that aBGClipArea is set and is outside the original image tile; taking the intersection of the destRect and bgClipArea gives us an empty rect with strange coordinates. We need to first expand the rect according to repeat-x/y, then take the intersection.
Attachment #347710 - Flags: superreview?(dbaron)
Attachment #347710 - Flags: review?(dbaron)
Whiteboard: [needs review]
Comment on attachment 347710 [details] [diff] [review] fix r+sr=dbaron
Attachment #347710 - Flags: superreview?(dbaron)
Attachment #347710 - Flags: superreview+
Attachment #347710 - Flags: review?(dbaron)
Attachment #347710 - Flags: review+
Whiteboard: [needs review] → [needs landing]
Flags: blocking1.9.1? → blocking1.9.1+
Priority: -- → P2
When it will land ?
After beta2, before 3.1 final.
Landed on mozilla-central (and thus also on mozilla-1.9.1): http://hg.mozilla.org/mozilla-central/rev/b45e6263d385
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Whiteboard: [needs landing]
Target Milestone: --- → mozilla1.9.1b3
Flags: in-testsuite+
Verified fixed 1.9.1 in Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1pre) Gecko/20090526 Shiretoko/3.5pre & Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20090526 Minefield/3.6a1pre
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
Product: Core Graveyard → Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: