Closed Bug 692350 Opened 13 years ago Closed 13 years ago

Table background stops repeating after ~1600 lines

Categories

(Core :: Graphics, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 671302

People

(Reporter: fmdevelopertim, Unassigned)

References

()

Details

(Keywords: regression)

Attachments

(2 files)

The table background in the attached test case stops repeating after about 1600 lines. This looks to be a recent regression - if someone can confirm that this should work I can do a regression window See Original question - https://support.mozilla.com/en-US/questions/882563 Confirmed working on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.23) Gecko/20110920 Firefox/3.6.23 ID:20110920075126 Confirmed failing on Mozilla/5.0 (Windows NT 5.1; rv:10.0a1) Gecko/20111005 Firefox/10.0a1 ID:20111005030932
Attachment #565114 - Attachment mime type: application/octet-stream → application/zip
Tim, this seems to work for me on Mac (2011-10-05 build). Do you normally get hardware-accelerated rendering? If so, does turning off hardware acceleration change anything? And yes, the behavior described in the sumo report sounds wrong; a regression range would be great.
Attached image Screenshot from nightly on Windows XP (deleted) —
Will work on a regression range I do not have H/A on this computer. Graphics section below. This is on a fresh profile for nightly. Graphics Adapter Description NVIDIA GeForce4 4200 Go (Dell Mobile) Vendor ID 10de Device ID 0286 Adapter RAM Unknown Adapter Drivers nv4_disp Driver Version 6.7.4.2 Driver Date 10-26-2004 Vendor ID (GPU #2) 000e Device ID (GPU #2) 000e Adapter RAM (GPU #2) Unknown Adapter Drivers (GPU #2) Unknown Driver Version (GPU #2) 7.1.542.0 Driver Date (GPU #2) 5-22-2006 WebGL Renderer Blocked for your graphics driver version. Try updating your graphics driver to version 257.21 or newer. GPU Accelerated Windows 0/1. Blocked for your graphics driver version. Try updating your graphics driver to version 257.21 or newer.
This works for me as well, Ubuntu Linux 11.04/x86_64, with 2011-10-05 build of Nightly.
Here's the regression window I came up with using http://harthur.github.com/mozregression/ Last good nightly: 2011-05-25 First bad nightly: 2011-05-26 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=836aa9658341&tochange=831f8e040f38
Ah, the cairo 1.10 update. Lovely. :(
Blocks: 562746
Status: UNCONFIRMED → NEW
Ever confirmed: true
Here is another demo - seems not tied to table rows but perhaps pixels, image iterations, ??? The two tables give different results - variation of about 20 rows. http://gotnarcosis.com/brucewittmeier/technical/TableRowDemo.html
Confirmed failing on Win7/Vista, Firefox 7.0.1 on VMWare virtual machine. Related bug 697507 opened. Any estimates when this will be worked on?
Given the cairo connection, a good start is getting this in the right component...
Component: Layout → Graphics
QA Contact: layout → thebes
Im not trying to push this, but I did a little more experimenting - dont know if it will help or not. First experiment single image - 1,280px × 288px http://www.gotnarcosis.com/brucewittmeier/images/waterspotbg.jpg They both truncate around 1320 or so. http://gotnarcosis.com/brucewittmeier/technical/TableRowBGDemoTallerImage.html Second experiment: I increased the row size and the image of the second table to a significantly taller image. They both truncate around 610 or so. Since both truncate about the same rows and the images are different in height, this suggests the problem is in pixels rather than rows. The images dont seem to be a factor. http://gotnarcosis.com/brucewittmeier/technical/TableRowBGDemoTallerImage.html First image - 1,280px × 288px http://www.gotnarcosis.com/brucewittmeier/images/waterspotbg.jpg Second image - 1,024px × 768px http://www.gotnarcosis.com/brucewittmeier/images/26044.jpg
Cancel the prev post. I did a little more experimenting - dont know if it will help or not. First experiment single image - 1,280px × 288px http://www.gotnarcosis.com/brucewittmeier/images/waterspotbg.jpg They both truncate around 1320 or so. http://gotnarcosis.com/brucewittmeier/technical/TableRowDemo.html Second experiment: I increased the row size and the image of the second table to a significantly taller image. They both truncate around 610 or so. Since both truncate about the same rows and the images are different in height, this suggests the problem is in pixels rather than rows. The images dont seem to be a factor. http://gotnarcosis.com/brucewittmeier/technical/TableRowBGDemoTallerImage.html First image - 1,280px × 288px http://www.gotnarcosis.com/brucewittmeier/images/waterspotbg.jpg Second image - 1,024px × 768px http://www.gotnarcosis.com/brucewittmeier/images/26044.jpg
This sounds a lot like bug 671302
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: