Closed
Bug 175920
Opened 23 years ago
Closed 23 years ago
Add null check to prevent JS errors in getContentFrameURI() at startup
Categories
(SeaMonkey :: UI Design, defect)
SeaMonkey
UI Design
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: bugs4hj, Assigned: caillon)
Details
Attachments
(1 file)
|
690 bytes,
patch
|
bugs4hj
:
review+
bryner
:
superreview+
roc
:
approval+
|
Details | Diff | Splinter Review |
Several mozdev projects are using a modified version of function
getReferrer(doc) in contentAreaUtils.js This function calls getContentFrameURI()
in the same file but this produces a JavaScript error on the JS console at
startup. This happens at startup only, because |aFocusedWindow| is still null.
The modified function is called from an overlay file of one of the projects.
MultiZilla is one of the projects that suffers from this 'bug'.
callion has a patch to fix this problem so I'll assign this bug to him.
| Assignee | ||
Comment 1•23 years ago
|
||
Null window cannot be in the content area.
Comment on attachment 103677 [details] [diff] [review]
Fix
That patch looks fine to me, and it also works. Thanks for the quick fix.
Attachment #103677 -
Flags: review+
Comment 3•23 years ago
|
||
Comment on attachment 103677 [details] [diff] [review]
Fix
sr=bryner
Attachment #103677 -
Flags: superreview+
Comment on attachment 103677 [details] [diff] [review]
Fix
r=hj (forgot to add it)
Comment on attachment 103677 [details] [diff] [review]
Fix
a=roc+moz for trunk
Attachment #103677 -
Flags: approval+
Comment 6•23 years ago
|
||
This needs to get checked in. It's been approved and is on the 1.2 list.
| Assignee | ||
Comment 7•23 years ago
|
||
It already did get landed right after it got approved. Thought I marked this
fixed....
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Updated•21 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•