Closed Bug 46122 Opened 25 years ago Closed 24 years ago

main frame not loaded by javascript function

Categories

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

Product:
Core
Component:
Layout: Images, Video, and HTML Frames
Platform:
x86
Windows NT
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME
Milestone:
Future

People

(Reporter: liam, Assigned: eric)

References

(
URL
)

Details

(Whiteboard: [nsbeta3-])

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; m17) Gecko/20000721 BuildID: Nightly Build 7/21/2000 the index page is supposed to check the request string and then load an appropriate page in a main content frame. used to work fine in other builds. works fine in IE5 and NS4.7...i'll admit its a bit hackish, but IT WORKS IN EVERYTHING ELSE! keep up the good work. ;) Reproducible: Always Steps to Reproduce: 1.visit http://www.nethelpnow 2. 3. Actual Results: only the top frame loads... Expected Results: click HOME to see the page Mozilla should have loaded... maybe its a problem with <frameset OnLoad="">???
confirmed with 072108 mozilla build (afternoon respin) on NT. over to HTML Frames.
Assignee: asa → pollmann
Status: UNCONFIRMED → NEW
Component: Browser-General → HTMLFrames
Ever confirmed: true
QA Contact: doronr → petersen
Changing the source for the second frame from: javscript:parent.blank to about:blank Solves the problem. It seems that the javascript running into an error (parent does not have an attribute or method named blank) is causing the onload handler to not fire for some reason. ???
Status: NEW → ASSIGNED
Seems like something we should get fixed for beta3 - having an invalid source on a frame should not break onload handlers for that frameset! :S
Keywords: nsbeta3
Fix src attribute as workaround. First release will not be as forgiving.
Whiteboard: [nsbeta3-]
Target Milestone: --- → Future
QA Contact update
QA Contact: petersen → amar
I tried creating a testcase based on pollmann's comments, but this bug seems to have been fixed as of mozilla0.9
Bulk reassignin HTML FRAME/IFRAME bugs to Eric.
Assignee: pollmann → evaughan
Status: ASSIGNED → NEW
Yes, the testcase seems to work now. If you have another testcase that demonstrates that this bug is still alive, please reopen and attach it here.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Works fine on WIN2K and Build ID: 2002012403.
Status: RESOLVED → VERIFIED
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.