Closed Bug 12472 Opened 25 years ago Closed 25 years ago

Frame can't access parent variables or functions

Categories

(Core :: DOM: Core & HTML, defect, P3)

Product:
Core
Component:
DOM: Core & HTML
Platform:
x86
Windows NT
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME

People

(Reporter: slogan, Assigned: vidur)

Details

(Whiteboard: [MAKINGTEST] robpastor@bloomberg.net)

I removed my mozregistry.dat file, and restarted. I get the 'Create Profile Wizard', and when I hit the "next" button, I get the following: ... Note: frameverifytree is disabled Note: verifyreflow is disabled DocLoaderFactory: Unable to create ContentViewer for command=view, content-type= (null) Error: Can't load: file:///C|/raptor/mozilla/dist/WIN32_D.OBJ/bin/res/profile/un defined (8000ffff)
Assignee: selmer → gayatrib
Target Milestone: M11
This looks like it's probably a JS error in the wizard...
Summary: Can't set my profile → Can't load profile manager page "undefined"
Fixing summary to reflect problem.
Blocks: 12696
Assignee: gayatrib → mccabe
Component: Profile Manager → Javascript Engine
Summary: Can't load profile manager page "undefined" → Frame can't access parent variables or functions
The symptom of loading a page called "undefined" is caused by the attempt to access a variable from the parent frame as in "var count = parent.count;" which is returning the value "undefined". Working around this particular dependency by removing the parent reference just leads down the path to where we need to call a function in the parent frame and it's not accessible either.
Not exactly sure which side of the fence this is on...
Severity: major → blocker
This prevents the profile manager wizards from working at all. Marking blocker.
No longer blocks: 12696
Assignee: mccabe → norris
Norris, do you know where this should land? (reassigning, so it doesn't sit with me another week while I'm away :( )
Assignee: norris → vidur
Component: Javascript Engine → DOM Level 0
This doesn't sound like it's related to security. Much more likely DOM.
QA Contact: gbush → desale
reassigning QA contact, not an install or profile issue
Target Milestone: M11 → M12
Moving to M12.
Whiteboard: [MAKINGTEST] robpastor@bloomberg.net
Moving off M12 radar for the time being. One or more might get back once I get a chance to really look at them.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
This no longer seems to be an issue, so I'm guessing it was addressed somewhere along the way
Status: RESOLVED → VERIFIED
Verified with 12-14-09.
You need to log in before you can comment on or make changes to this bug.