Closed Bug 109722 Opened 24 years ago Closed 24 years ago

Specifying <frame src="#" ...> falls into a loop of creating documents

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect, P2)

defect

Tracking

()

RESOLVED WORKSFORME
mozilla1.1alpha

People

(Reporter: martin, Assigned: john)

References

()

Details

Attachments

(1 file)

From Bugzilla Helper: User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.4.3-20mdk i586) BuildID: 2001110112 After the flash intro, mozilla seems to have crashed, it takes a long time to render the homepage. Mozilla stays unresponsive. The problem may be related to the page's usage of sound. I'm using plain ALSA (Stock Mandrake 8.0). Reproducible: Always Steps to Reproduce: 1. Go 2. to 3. the page
wfm with win2k build 20011111.. Reporter: Is you audio devive busy while you a loading this page ? (bug 58339)
WFM 2001111203/WinNT4
Extreme slowness confirmed. NS4 loaded the flash some 40 times faster, but has similar problems with the second page. Other Mozilla windows were responsive during the whole session.
->plugins
Assignee: asa → av
Component: Browser-General → Plug-ins
QA Contact: doronr → shrir
I can kind of see the problem on NT4. It is slow. Note an unusually high WEBSHELL count which reaches 50.
Addition to the previous attachment: you will see the WEBSHELL count goes back to 'normal' at the end of the output log -- this happened when I left the page.
I got it. This is not a plugin problem. Back to XP Apps for reassessment, suspecting Frames, adding top layout people, changing platform to All, adjusting summary, confirming. The problem is the following (reduced from the original page source): <frameset rows="500"> <frameset rows="*,1" > <frame src="frame1.html" name="name1"> <frame src="#" name="name2"> </frameset> </frameset> frame1.html is a place holder for some html code invoking Flash plugin on the original page, but it can be anything, even just an empty <html><body></body></html> page. It will create new document in some sort of loop causing reflow each time. It probably has a limit because it stops when webshell counter hits 50. This happens because of src="#" for the second frame.
Assignee: av → pchen
Status: UNCONFIRMED → NEW
Component: Plug-ins → XP Apps
Ever confirmed: true
OS: Linux → All
Priority: -- → P2
QA Contact: shrir → sairuh
Hardware: PC → All
Summary: Milia.com shows after too long and is not usable → Specifying <frame src="#" ...> falls into a loop of creating documents
-->evaughan, based on av's comments.
Assignee: pchen → evaughan
Component: XP Apps → HTMLFrames
QA Contact: sairuh → amar
Taking this bug
Assignee: eric → kmcclusk
Target Milestone: --- → mozilla1.0
Reassigning to John
Assignee: kmcclusk → jkeiser
http://www.milia.com WFM Using 2002020803 build on WINNT
Resolving WFM
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Target Milestone: mozilla1.0 → mozilla1.1
Product: Core → Core Graveyard
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.

Attachment

General

Creator:
Created:
Updated:
Size: