Closed
Bug 284237
Opened 20 years ago
Closed 11 years ago
Major flickering when resizing a frame within a frameset
Categories
(Core :: Web Painting, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: danswer, Assigned: roc)
Details
Attachments
(1 file, 1 obsolete file)
|
359 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Bring up Main.htm (see below. You will need to supply an image.jpg file). If
you drag the vertical bar (horizontal or vertical), then you will see major
flicker in the frame whose size is being changed that is not in the top left
corner. The other two frames are fine. This flicker does not happen with IE 6.
There are a few portions of the the code that are there to get it work in IE
(but the flickering behaviour happens without those parts in there, too).
Specifically, with Firefox the FILTER:chroma(color=#FFFFFF) is not needed, the
empty frames could just as well be specified by <FRAME src="about:blank">, and
the style="border:none" is there to prevent IE from rendering an inner
border.
Csaba Gabor from Vienna
Reproducible: Always
Steps to Reproduce:
Main.htm:
<HTML>
<HEAD>
<META content="text/html;charset=utf-8" http-equiv="Content-Type">
<TITLE>Background image testing</TITLE>
</HEAD>
<BODY background="image.jpg" style="margin:0">
<iframe src="IFrame.htm"
style="width:100%;height:100%;FILTER:chroma(color=#FFFFFF)" frameborder=0>
</iframe>
</BODY>
</HTML>
IFrame.htm:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="content-type" content="text/html;charset=iso-8859-1">
<title>Iframe holder</title>
</head>
<FRAMESET frameBorder="1" bordercolor=red border="3" cols="30%,*" framespacing=1>
<FRAMESET frameBorder="1" bordercolor=blue border="3" rows="*,*" framespacing=6>
<FRAME border=3 frameborder=1 bordercolor=green
src="javascript:'<html><head><title>Easel</title></head><body
bgcolor=#FFFFFD><div>This is the easel</div></body></html>'">
<FRAME src="javascript:'<html><head><title></title></head><body
style="border:none"></body></html>'">
</FRAMESET>
<FRAME src="javascript:'<html><head><title></title></head><body
style="border:none"></body></html>'">
<!-- <FRAME src="about:blank"> works in Firefox but leaves a border in IE -->
</FRAMESET>
</html>
Expected Results:
Given that the background image is not changing, there should be no flicker in it.
|
||
Comment 1•20 years ago
|
||
|
|
||
Comment 2•20 years ago
|
||
Attachment #175973 -
Attachment is obsolete: true
|
||
Comment 3•20 years ago
|
||
Usual deal with native widgets lagging when paints happen....
Whiteboard: DUPEME
|
||
Comment 4•19 years ago
|
||
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
|
Reporter | |
Comment 5•19 years ago
|
||
First of all, this bug is much more severe than I first thought. It is possible to make the frame disappear entirely, just by dragging. Specifically, using the Testcase #1 drag that green border horizontally very slowly (slow here means on the order of a pixel or few a second). You must be patient, it often takes me a minute or more of this random dragging back and forth dragging. Eventually, you will start to get much more flicker. At this point, as you slowly drag the mouse vertically downwards, the frame will occassionally disappear. If you release the mouse at this point, the frame is permanently gone and can't be recovered. I don't know the usual deal with, nor understand this native widgets bit. The flicker, when it happens covers large rectangular blocks. It is as if some huge rectangular (on the order of 1 10th of the browser window) swath has been invalidated and must be reallocated and repainted. This would seem to be in the domain of the browser's code, no? and how it implements its painting routines. In any case, IE doesn't suffer from it, and it sure makes FF look weak in comparison when FF doesn't handle basic drawing routines properly. Csaba Gabor from Vienna
Severity: normal → major
|
||
Updated•15 years ago
|
QA Contact: ian → layout.view-rendering
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
|
||
Updated•6 years ago
|
Component: Layout: View Rendering → Layout: Web Painting
You need to log in
before you can comment on or make changes to this bug.
Description
•