Closed
Bug 175220
Opened 22 years ago
Closed 21 years ago
Complex frames/framesets does not work in V1.01 upwards
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect, P2)
Tracking
()
RESOLVED
FIXED
Future
People
(Reporter: cdeswart, Assigned: john)
References
Details
(Keywords: testcase)
Attachments
(2 files)
2.39 KB,
application/x-zip-compressed
|
Details | |
2.04 KB,
patch
|
john
:
review+
jst
:
superreview+
|
Details | Diff | Splinter Review |
complex frames/framsets does not work properly from version 1.01 upto and
including version 1.2b. This includes Linux, Windows and OS/2.
This used to work in versions before 1.01. The bug is also reproduced in the
latest IBM webbrowser and also Phoenix
Reporter | ||
Comment 1•22 years ago
|
||
![]() |
||
Comment 2•22 years ago
|
||
To reproduce, save the testcase zipfile, unzip it, rename "Test.html" to
"test.html" so it actually works, then open up 0.html. Notice the blank space
in the bottom right. Load 1.html (loaded by 0.html). Notice the same problem.
Load 2.html (loaded by 1.html). Now the bottom right shows CNN. So the bug is
that 0.html and 1.html do not show the CNN page...
This is due to our limit on the frame-nesting depth (see bug 126466 and bug 8065
for motivation/discussion/patches). There's no good solution here,
unfortunately....
Assignee: asa → jkeiser
Status: UNCONFIRMED → NEW
Component: Browser-General → HTMLFrames
Ever confirmed: true
QA Contact: asa → amar
Comment 3•22 years ago
|
||
any idea why they picked 8?
That seems awfully low.
Comment 4•22 years ago
|
||
*** Bug 175227 has been marked as a duplicate of this bug. ***
![]() |
||
Comment 5•22 years ago
|
||
Updated•22 years ago
|
Priority: -- → P2
Updated•22 years ago
|
Target Milestone: --- → Future
Comment 6•22 years ago
|
||
Since we limit the total number of docshells, we shouldn't need to limit nested
frames.
Updated•22 years ago
|
Attachment #108414 -
Flags: review?(jkeiser)
This code was put in there to catch runaway JS and other bustage. 8 frames deep
was picked as cutoff to catch such content but leave sane content alone. See
also bug 136580.
Where is the limit on the number of docshells that makes this code obsolete?
Comment 8•22 years ago
|
||
I had this chat with jkeiser on the IRC and he swore it was there.
Assignee | ||
Updated•22 years ago
|
Attachment #108414 -
Flags: review?(jkeiser) → review+
John, where is this max docshell limit that makes it okay to remove this nesting
check? I had a search for 'max' in nsDocShell.cpp & nsWebShell.cpp and didn't
see anything relevant.
Assignee | ||
Comment 10•22 years ago
|
||
The limit is right there next to the nested frames code. #define
MAX_NUMBER_DOCSHELLS 100
http://lxr.mozilla.org/mozilla/source/content/base/src/nsFrameLoader.cpp#76
Assignee | ||
Updated•22 years ago
|
Attachment #108414 -
Flags: superreview?(jst)
Comment 11•22 years ago
|
||
Comment on attachment 108414 [details] [diff] [review]
Remove code that limits nested frames
I never liked this limit in the first place, so I'm glad to see it go.
sr=jst
Attachment #108414 -
Flags: superreview?(jst) → superreview+
Assignee | ||
Comment 12•22 years ago
|
||
Fix checked in. Does this need to be in 1.0? If so, please go through the
approval process and such. It doesn't seem important enough to me, but I'm not
the one with the customer who wants it :)
![]() |
||
Comment 13•21 years ago
|
||
This is fixed.
Status: NEW → RESOLVED
Closed: 21 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
•