Closed
Bug 514
Opened 26 years ago
Closed 25 years ago
Tilesd Background image fails to fill entire background
Categories
(MozillaClassic Graveyard :: Layout, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: dpax, Assigned: radha)
Details
(Whiteboard: Holding verification until new app shell is available.)
Created by David Pax (dpax@wyse.com) on Friday, July 31, 1998 8:50:42 AM PDT
Additional Details :
Environment - Linux Slackware v2.0.30; Motif 1.2.4; X11R6
Mozilla built as MOZ_LITE without composer
example page for problem - www.infoworld.com
<body background="pageone/hedrgifs/bg_image.gif">
EXPECTED - background filled with yellow and white columns
ACTUAL - Background image sometimes fills other times gray
or black fill background.
Additional problem appears after scrolling - click on right
scroll bar to scroll up.
EXPECTED - scrolling are to clear and repaint with nes data
ACTUAL - clearing does not occur and new data is
superimposed on existing data. Sometimes ackground will
appear black, the same color as the foreground text thereby
obscuring it.
Got www.pcweek.com - similar problems occur
NOTE: By selecting "Always use my colors, overriding
document" in the Color Preference menu, the web pages with
display and scroll correctly. Therefore, I believe the
problem is centered around the "tiled background image".
Updated•26 years ago
|
Assignee: dp → ramiro
Comment 1•26 years ago
|
||
Window tiling is done by the front ends.
Comment 2•26 years ago
|
||
Toshok and me were discussing this bug over IRC. He thinks that Pam might know
something about this bug because it could have been caused by NGLayout's
modular imagelib merge with mozilla.
ccing pam...
If I remember correctly, this bug appeared around the time of the modular netlib
landing.
Adding pnunn@netscape.com to cc.
honestly, this bug (and the reason it seems to have come into being) is
completely **** me off. going to spend (and hopefully not waste) a few
cycles trying to fix it.
Comment 6•26 years ago
|
||
This url has problems with the background image but seems to behave differently
than other url's i've seen. See bug 855 for a detailed description. basically
only the areas to the left of the rightmost portion of the animated gifs had
messed up backgrounds and the area directly to the right of the animated gif
was displaying slightly munged bits from the previous page in the history.
http://www.mathcs.emory.edu/~abell/sulaco.htm
Updated•26 years ago
|
Assignee: ramiro → radha
Reassign to radha@netscape.com
Assignee | ||
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 8•26 years ago
|
||
Fix checked in last night. Marking fixed.
Updated•26 years ago
|
QA Contact: 1698
Comment 9•26 years ago
|
||
Eli -- please verify
Updated•26 years ago
|
Whiteboard: Holding verification until new app shell is available.
Comment 10•26 years ago
|
||
Per pnunn, holding verification until new app shell is available.
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 11•26 years ago
|
||
I've spent a half hour, and can't reproduce this problem on the 3.16.99 builds of
Apprunner on Win32, Linux or Mac OS using any of the URLs provided. I also
haven't seen it in recent everyday usage.
Thus, I'm marking it as verified fixed.
---
dpax@wyse.com, if you have any reason to believe that this bug still exists in
the current builds, could you please re-open this bug with your comments at your
earliest convenience? Thanks!
Comment 12•25 years ago
|
||
whoops, didn't mean to reopen this! marking verified fixed.
You need to log in
before you can comment on or make changes to this bug.
Description
•