Closed
Bug 256328
Opened 20 years ago
Closed 19 years ago
Page is layed out with horizontal rules through most of page background
Categories
(Core Graveyard :: GFX: Gtk, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: jmccabe, Assigned: tor)
References
()
Details
(Keywords: fixed1.8, platform-parity)
Attachments
(6 files, 1 obsolete file)
170.51 KB,
image/png
|
Details | |
180.79 KB,
image/png
|
Details | |
881 bytes,
image/gif
|
Details | |
327 bytes,
text/html
|
Details | |
6.55 KB,
patch
|
blizzard
:
review+
roc
:
superreview+
asa
:
approval1.8a4+
|
Details | Diff | Splinter Review |
792 bytes,
patch
|
tor
:
review+
roc
:
superreview+
asa
:
approval1.8b5+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a3) Gecko/20040819
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a3) Gecko/20040819
The Bob Cringely column uses a lot of CSS. It seems to break when viewed in Mozilla.
Reproducible: Always
Steps to Reproduce:
Reporter | ||
Comment 1•20 years ago
|
||
Reporter | ||
Comment 2•20 years ago
|
||
Comment 3•20 years ago
|
||
WFM 20040817 PC/Win2000
Reporter | ||
Comment 5•20 years ago
|
||
This tarball contains an HTML file, a CSS file, and the background image that
the CSS file refers to.
Comment 6•20 years ago
|
||
Updated•20 years ago
|
Attachment #156633 -
Attachment is obsolete: true
Comment 7•20 years ago
|
||
Comment 8•20 years ago
|
||
Not an issue on Windows, but I do see this on Linux. The image has white on the
left and transparent on the right, and the transparent part paints the line garbage.
tor, could you check this out, please? This looks similar to bug 245377...
Assignee: nobody → blizzard
Severity: normal → major
Status: UNCONFIRMED → NEW
Component: Layout → GFX: Gtk
Ever confirmed: true
Keywords: qawanted
QA Contact: core.layout → ian
FWIW, I see this on a fedora core 1 machine (s3 savage) but not on a fedora
core 2 box (i845). X server bug with tile/stipple with rop, maybe?
Comment 10•20 years ago
|
||
Possible, but may be worth working around if so...
Reporter | ||
Comment 11•20 years ago
|
||
I see this on a Red Hat 9 box, but it's had many packages updated over a long
period. It is far from vanilla.
Assignee | ||
Comment 12•20 years ago
|
||
This change after XFree86 4.3 looks somewhat suspicious:
660. Fix a bug in the fbgc.c code that caused the even stipple code path to
be used instead of the odd stipple path. Basically causing glitches in
rendering or no rendering at all. (Alan Hourihane).
Assignee | ||
Comment 13•20 years ago
|
||
Built a couple servers with and without the fbgc fixes, and that did
appear to be the problem. This patch restores the old tiling code
that was deleted in bug 244506 and uses it on XFree86 <= 4.3.
Assignee: blizzard → tor
Status: NEW → ASSIGNED
Attachment #158996 -
Flags: superreview?(roc)
Attachment #158996 -
Flags: review?(blizzard)
Attachment #158996 -
Flags: superreview?(roc) → superreview+
Comment 14•20 years ago
|
||
Comment on attachment 158996 [details] [diff] [review]
use old tiling method for buggy X servers
Nice catch.
Attachment #158996 -
Flags: review?(blizzard) → review+
Attachment #158996 -
Flags: approval1.8a4?
Comment 15•20 years ago
|
||
Comment on attachment 158996 [details] [diff] [review]
use old tiling method for buggy X servers
a=asa for checkin to 1.8a4
Attachment #158996 -
Flags: approval1.8a4? → approval1.8a4+
Assignee | ||
Comment 16•20 years ago
|
||
Checked in on trunk.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Flags: blocking1.8a4?
Comment 17•19 years ago
|
||
The patch does not completely fix the problem here: The commit mentioned in
comment #12 was added to the XFree CVS on 2003-12-09, well after the release
of XFree86 4.3.0.1 on 2003-03-09. Later 4.3.0.x releases might be affected as
well since the commit message on XFree's cvs-commit list indicates that this
was fixed on the trunk only, see:
http://www.mail-archive.com/cvs-commit@xfree86.org/msg02882.html
This means that current Mozilla builds will use the broken code path at least
on XFree86 4.3.0.1 (and probably all 4.3.0.x releases). I can confirm the bad
rendering with XFree 4.3.0.1 and a Firefox 1.5 branch build about a week old,
so I'm reopening this bug now.
> + if (strstr(ServerVendor(dpy), "XFree86") && VendorRelease(dpy) <= 40300000)
> + sNeedSlowTile = PR_TRUE;
To be on the safe side, I guess it would be better to check:
if (strstr(ServerVendor(dpy), "XFree86") && VendorRelease(dpy) < 40400000)
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 18•19 years ago
|
||
*** Bug 295127 has been marked as a duplicate of this bug. ***
Comment 19•19 years ago
|
||
*** Bug 307782 has been marked as a duplicate of this bug. ***
Comment 20•19 years ago
|
||
proposed patch
Comment 21•19 years ago
|
||
Elmar, you want to request review on patches if you expect them to get noticed... :(
Updated•19 years ago
|
Attachment #195849 -
Flags: superreview?(roc)
Attachment #195849 -
Flags: review?(tor)
Attachment #195849 -
Flags: review?(tor) → review+
Comment 22•19 years ago
|
||
Yeah, I should have seen that I had forgotten something. Thanks for noticing this.
Comment on attachment 195849 [details] [diff] [review]
use old tiling method also for 4.3.0.x
conservative fix, probably worth having on branch
Attachment #195849 -
Flags: superreview?(roc)
Attachment #195849 -
Flags: superreview+
Attachment #195849 -
Flags: approval1.8b5?
Comment 24•19 years ago
|
||
Checked that patch in on the trunk. Elmar Ludwig, thanks for the patch!
Status: REOPENED → RESOLVED
Closed: 20 years ago → 19 years ago
Resolution: --- → FIXED
Updated•19 years ago
|
Attachment #195849 -
Flags: approval1.8b5? → approval1.8b5+
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•