Closed
Bug 41799
Opened 24 years ago
Closed 23 years ago
drawing problems with overlapping iframes
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect, P3)
Tracking
()
Future
People
(Reporter: violaine.lebeaupin, Assigned: pollmann)
Details
(Keywords: testcase, Whiteboard: DIGbug, PDT+, no ETA)
Attachments
(1 file)
|
663 bytes,
application/zip
|
Details |
I try write a iframe on a iframe. It works. However if I display a window
(in Windows 95) then display mozilla's window, my second iframe isn't
visible.
My case test :
<HTML>
<SCRIPT>
function init()
{
window.top.document.getElementById("div2").style.left = 370;
window.top.document.getElementById("div2").style.top = 80;
window.top.document.getElementById("div2").style.visibility = "visible";
}
</SCRIPT>
<BODY onLoad="init()">
<DIV>
<IFRAME style="width:100%; height:427" FRAMEBORDER=0
src="bonjour.html"></IFRAME>
</DIV>
<DIV ID="div2" STYLE='POSITION: absolute; VISIBILITY: hidden;'>
<IFRAME WIDTH=410 HEIGHT=25 FRAMEBORDER=1 MARGINHEIGHT=0 MARGINWIDTH=0
src="coucou.html"></IFRAME>
</DIV>
</BODY>
</HTML>
|
||
Comment 1•24 years ago
|
||
confirming (2000 060408, win98). the iframes seem to be fighting over the right to draw in the overlapping area, creating a flicker while loading, a race condition (try reloading the testcase several times), and the potential for bugs that show up only after the area is covered by another window.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: testcase
Summary: problems when an iframe covered another iframe → drawing problems with overlapping iframes
|
|
||
Comment 2•24 years ago
|
||
|
Assignee | |
Comment 3•24 years ago
|
||
This bug has been marked "future" because the original netscape engineer working on this is over-burdened. If you feel this is an error, that you or another known resource will be working on this bug,or if it blocks your work in some way -- please attach your concern to the bug for reconsideration.
Target Milestone: --- → Future
The another side effect of this rendering problem is that z-index order of iframes are totally disregarded and they are arbitrarily drawn. To be more clear, if you overlap 10 iframes giving them the z-index parameter, then open another window over mozilla's and raise mozilla's window again, all the z-index order of the frames will be disregarded while redrawing of the page. It sounds like an easy fix, but I do not want to make incorrect assumptions. This bug will be a very bothersome bug for DOM programmers. On the other hand, in most cases iframe's z-index is not picked correctly. It is sometimes completely disregarded especially when I am dynamically creating iframes.
|
||
Comment 8•23 years ago
|
||
eric, any chance at nailing this one?
Whiteboard: DIGbug, PDT+ → DIGbug, PDT+, no ETA
|
|
Assignee | |
Comment 9•23 years ago
|
||
So far I've not had any luck. FWIW, this really is the same problem as in bug 43410 (also DIG+, and with more history) so I'm marking it a dup. *** This bug has been marked as a duplicate of 43410 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
|
||
Comment 10•23 years ago
|
||
Verified that this is a dupe of Bug# 4310.. Marking verified
Status: RESOLVED → VERIFIED
|
||
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
•