Closed
Bug 47237
Opened 25 years ago
Closed 25 years ago
extra garbage displayed in frame with scrolling=no
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect, P3)
Tracking
()
VERIFIED
FIXED
People
(Reporter: jonas, Assigned: kmcclusk)
References
()
Details
(Keywords: testcase)
Attachments
(2 files)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16 i686; en-US; m18) Gecko/20000801
BuildID: 2000080108
When displaying a frameset with a frame with the scrolling
attribute set to "no", the backround is filled with garbage from
the graphics memory, such as images of the toolbar and the menus.
If the frame content sets the bgcolor attribute, the problem
disappears...
Reproducible: Always
Steps to Reproduce:
1. Open the URL http://www.init.se/~jonas/no_scrolling.html
2. Switch viewport or workspace or open another window on top.
3. Switch back
4. Steps 2. and 3. are not always needed.
Actual Results: The background of the frame is filled with garbage.
Expected Results: The background should be the default bgcolor (eg. grey)
Example, the main frameset:
<html><head><title>scrolling=no</title></head>
<frameset rows="208,*">
<frame src="foo.html" scrolling=no>
<frameset cols="160,*">
<frame src="foo.html">
<frame src="foo.html">
</frameset></frameset>
<body></body></html>
The content of foo.html:
<html><head><title>foo</title></head>
<body>
<h1>foobar</h1>
</body></html>
|
||
Comment 1•25 years ago
|
||
Kevin, this might be related to that background drawing issue we discussed
earlier today. Is this fixed by your patch?
|
||
Comment 3•25 years ago
|
||
I'm seeing this on 2000080113 Linux (RH 6.2) more dramtic if you switch desktops
and switch back to the one mozilla is on.
|
||
Comment 4•25 years ago
|
||
I'm also seeing this on a CVS build from today on Linux; I'll confirm it to
keep the pile of Unconfirmed bugs down.
Status: UNCONFIRMED → NEW
Ever confirmed: true
|
||
Comment 7•25 years ago
|
||
Smaller testcase at
http://bugzilla.mozilla.org/showattachment.cgi?attach_id=12216
|
||
Comment 9•25 years ago
|
||
The same behavior is present in iframes, and I suspect the root of the bug is
the same. I am adding a testcase for that demonstrates the iframe problem.
Dare I say, top100?
|
|
||
Comment 10•25 years ago
|
||
|
|
||
Comment 11•25 years ago
|
||
|
||
Comment 12•25 years ago
|
||
This happens with today's build (2000080908) on NT.
When scrolling is absent or is "YES" then the extra garbage is not rendered. The
garbage is the content of the frame to the right sometimes, and a coppy of the
top menus & toolbars when you follow links (as the link background).
|
||
Comment 13•25 years ago
|
||
Also try this URL - NOTE, this is a jpg, not a frame!
http://www.angelfire.com/mn/flutterbye/striptease1.jpg
Other than that, it sounds like the same sort of problem.
Let me know if I should file a separate report.
|
||
Comment 15•25 years ago
|
||
Kevin,
With the Aug 23rd build under Mac 9.0, Win 98, and Linux (Redhat), I can no
longer reproduce this problem. Has this been fixed ?
|
Assignee | |
Comment 16•25 years ago
|
||
Chris this bug is probably a dup of bug 34283 which was fixed a few days ago.
|
|
||
Comment 17•25 years ago
|
||
Marking verified in the Aug 23rd (Mac, Windows builds)and Linux Aug 22nd builds.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
|
||
Updated•7 years ago
|
Product: Core → Core Graveyard
|
||
Updated•7 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
•