Closed
Bug 128070
Opened 23 years ago
Closed 22 years ago
Mozilla fails to render page body style (background color)
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect, P2)
Tracking
()
RESOLVED
FIXED
People
(Reporter: bugzilla, Assigned: john)
References
Details
Attachments
(1 file)
1.54 KB,
application/octet-stream
|
Details |
See attached test case. Open index.htm, the page should render with a left hand frame, dark background, some menu items. right frame is a white page. Move the mouse over the bottom link of the left hand frame. left hand frame becomes half white/half dark (rendering of background colour stops where the content stops rather than filling the frame). spooky. I'd be perfectly happy if it turned out I was doing something wrong but the page renders fine in IE5.5 and I have seen this type of bug in mozilla before but that was fixed years ago (literally)..
Reporter | ||
Comment 1•23 years ago
|
||
Unzip the testcase and open index.htm, move over the left hand links, page background color half-disappears for me..
Reporter | ||
Comment 2•23 years ago
|
||
By the way, attached testcase is a zip file so you may have to save it as .zip (comes up as attachment.cgi for me..)
Reporter | ||
Comment 3•23 years ago
|
||
Ah, more specific perhaps, save this snippet of css as styles.css, replacing the existing copy, it shows that changing font family on hover is the part that causes the problem, changing text-decoration etc works fine, changing font on link hover causes the backround rendering glitch: .bodyStyle1 { background-color : #C0C0C0; } a.lightlink:hover { font-family : Arial; }
Reporter | ||
Comment 6•23 years ago
|
||
Quite possibly related to all sorts of other bugs as the problem also occurs in builds as old as 2001-12-21-06.
Comment 7•23 years ago
|
||
I have the same problem with www.ondelette.com. Go to left menu. As you go over the links, the "mouseover" effect changes the background color to white from blue. Really scary stuff.
Comment 8•23 years ago
|
||
Please move this bug from unconfirmed to new since anyone can easily reproduce the effect.
Comment 9•23 years ago
|
||
This is a scrolling="no" issue on the left frame. Changing it to "auto" will resolve this problem. Changing component to HTML Frames
Assignee: attinasi → jkeiser
Status: UNCONFIRMED → NEW
Component: Layout → HTMLFrames
Ever confirmed: true
QA Contact: petersen → amar
Updated•23 years ago
|
Priority: -- → P2
Comment 10•23 years ago
|
||
Thanks for the woraround. Indeed, it fixes the problem on ondelette.com. The background doesn't change anymore under Mozilla. Thanks for switching the bug to "NEW".
Reporter | ||
Comment 11•23 years ago
|
||
The prescribed workaround works for the testcase too, setting scrolling="no" to scrolling="auto" or scrolling="yes" lets the page function normally.
Assignee | ||
Comment 12•22 years ago
|
||
This testcase crashes when I try to load it now. But it sounds *so* much like the other scrolling="no" problems that I can't believe it won't be fixed with 119849.
Depends on: 119849
Assignee | ||
Updated•22 years ago
|
Attachment #71676 -
Attachment mime type: application/octet-stream → text/html
Assignee | ||
Updated•22 years ago
|
Attachment #71676 -
Attachment mime type: text/html → application/octet-stream
Assignee | ||
Comment 13•22 years ago
|
||
Not crashing anymore, and fixed with bug 119849.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Product: Core → Core Graveyard
Updated•6 years ago
|
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in
before you can comment on or make changes to this bug.
Description
•