Closed
Bug 165551
Opened 23 years ago
Closed 23 years ago
iframes now resizing, clearing to black, resizing again, and redrawing when abs. pos. elements move
Categories
(Core Graveyard :: GFX, defect, P3)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
Future
People
(Reporter: mef, Assigned: kmcclusk)
Details
(Keywords: platform-parity, testcase)
Attachments
(3 files)
It's happening whenever an element appears or disappears over an iframe. The
iframe element turns black, changes size, changes back to the original size,
and redraws. That and some other small problems that I may be able to correct
in the html. None of this happened in Mozilla 1.0. But 1.1 sent my menus and
other features to hell. I worked so hard top make everything conform to W3
standards.
I really hope to see this fixed soon. It's really frustrating. Though I know
you do this for free and I appreciate that.
| Reporter | ||
Comment 1•23 years ago
|
||
I managed to take this screen shot in the middle of one of those refreshes that
shouldn't be happening.
The menus are tables with absolute positioning, written at the end of the html
source. They are displayed and hidden by changing the left, top, and visibility
styles.
The iframe has width & height of 100%, and is inside a table with width &
height of 100%, contained within a td within the main table for the page. All
this to keep the iframe from bleeding off the edge of the page.
It all works under Mozilla 1.0 and IE5.5+. I've been doing most of the testing
of the site under Mozilla, and occasionally looking at it under IE5.5 to make
sure I'm not using anything IE doesn't support.
There are also some other obvious glitches on the page but I'll try to find a
way to deal with them on my own before bothering any of you about them.
| Reporter | ||
Updated•23 years ago
|
Attachment #97219 -
Attachment description: Screen shot problem → Screen shot of problem
| Reporter | ||
Comment 2•23 years ago
|
||
I tried different ways of hiding and displaying the menus. I tried taking the
iframe out of the table and floating it somewhere where it won't intersect the
menus. The repaints happen even when the element being moved isn't touching the
iframe.
I'll try looking for other sites with iframes and absolute positioned, moving
elements to see if they have the same problems.
Comment 3•23 years ago
|
||
Please supply a testcase or URL so we can reproduce the problem.
Comment 4•23 years ago
|
||
The black flashing part is possibly Bug 163577 and Bug 159893 ?
| Reporter | ||
Comment 5•23 years ago
|
||
The flashing is the main part that concerns me. If this is a duplicate report
then I apologize. I didn't find others. The flashing really needs to be fixed
though. It ruined my company's site (currently under development) for Mozilla
1.1 users.
Using absolute positioning on the iframe fixed the problem of it resizing for
the duration of the flash. It was previously an iframe at 100% inside a table
at 100% inside part of another table at 100% width and height. The height is
what briefly changed during the flash.
| Reporter | ||
Comment 6•23 years ago
|
||
I'm not sure if this matters but when the iframe has a horizontal scroll bar
(size down the test page), it flashes to white instead of black.
| Reporter | ||
Comment 7•23 years ago
|
||
The test page I posted was missing a closing div tag, but fixing it didn't
affect the result.
If I place the div behind the iframe, I can still see it under mozilla 1.1,
meaning that the portion of the page behind the iframe is being redrawn over
the iframe, then the iframe is redrawn.
| Reporter | ||
Comment 8•23 years ago
|
||
After more testing, the bug only seems to affect iframes with scrollbars. It's
still an awful bug though.
| Reporter | ||
Comment 9•23 years ago
|
||
I put my old linux computer back together, hooked it up to my network, set up a
proxy, and downloaded and installed the linux build of mozilla 1.1 onto it. No
flashing. So this is probably a windows specific bug.
Comment 10•23 years ago
|
||
I can see this bug on windowsXP 20020908
AFAIK, This is the same bug as Bug 159893 (mistaken for a PNG problem) and Bug
163577 (unconfirmed)
Comment 11•23 years ago
|
||
this bug is still in 1.2 alpha.
it can be reproduced by simply inserting an iframe with scrollbars into a
page. when there are no scrollbars shown, the iframe does not flicker.
tested under WindowsXP Professional on 733 MHz.
Comment 12•23 years ago
|
||
can also be reproduced on Windows 2000/1700 MHz
Comment 13•23 years ago
|
||
Bug does not seem to occur under Linux.
Confirming bug, 2002-09-28-08 trunk Windows 2000.
Steps to reproduce:
1. load testcase http://bugzilla.mozilla.org/attachment.cgi?id=97316
2. click in url bar
3. click on page, goto 2.
At 2, the frame is momentarily rendered all black.
Assignee: asa → kmcclusk
Severity: major → normal
Status: UNCONFIRMED → NEW
Component: Browser-General → GFX Compositor
Ever confirmed: true
QA Contact: asa → petersen
Summary: iframes now resizing, clearing to black, resizing again, and redrawing when floating elements move → iframes now resizing, clearing to black, resizing again, and redrawing when abs. pos. elements move
| Assignee | ||
Comment 14•23 years ago
|
||
WFM: Using 2002092904 trunk build on WinXP. I don't see any flicker using the
steps in comment 13. I also don't see any flashing using the testcase in comment 5
Status: NEW → RESOLVED
Closed: 23 years ago
Priority: -- → P3
Resolution: --- → WORKSFORME
Target Milestone: --- → Future
Comment 15•23 years ago
|
||
the attachment shows a workaround to disable the flicker under windows.
| Reporter | ||
Comment 16•23 years ago
|
||
The workaround stops the flashing, but elements are no longer able to overlap
the iframe, which is a big part of my site. Instead they appear under it,
regardless of z-index.
Updated•17 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•