Closed
Bug 129243
Opened 24 years ago
Closed 24 years ago
javascript error in editorApplicationOverlay.js when selecting Edit Page when viewing plugin
Categories
(SeaMonkey :: Composer, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.0
People
(Reporter: bugzilla, Assigned: cmanske)
Details
Attachments
(2 files, 2 obsolete files)
|
3.10 KB,
patch
|
Brade
:
review+
kinmoz
:
superreview+
|
Details | Diff | Splinter Review |
|
2.60 KB,
patch
|
asa
:
approval+
|
Details | Diff | Splinter Review |
if you have the PDF plugin installed and go to:
http://home.earthlink.net/~salhir/ExtendingTheUML-UMLWorld2001.PDF
and select File -> Edit Page this will show up in the console:
Error: launchWindow._content.document has no properties
Source File: chrome://editor/content/editorApplicationOverlay.js
Line: 118
20020305
--> Editor:Composer
Assignee: kin → cmanske
Component: Editor: Core → Editor: Composer
| Assignee | ||
Comment 2•24 years ago
|
||
Obviously we can't edit a PDF page, we simply need to check for
"launchWindow._content.document" before continuing on, which will result in
an alert dialog that we can't edit that page.
Trivial fix.
| Assignee | ||
Comment 3•24 years ago
|
||
Comment 4•24 years ago
|
||
While you are in there, why don't you remove:
if ( !windowManagerInterface ) return;
and add a check for "popup" before line 55 to fix the JS warning at startup?
of course, I'd also like to see a try/catch in "editPage" ;-)
Comment 5•24 years ago
|
||
by the way, if you fix the "popup" startup warning, that is part of bug 108745
so we could reference that bug as well (if necessary).
| Assignee | ||
Comment 6•24 years ago
|
||
Added brade's suggestions: Put most all of the method inside try {} block
and fixed popup issue.
Attachment #72849 -
Attachment is obsolete: true
| Assignee | ||
Comment 7•24 years ago
|
||
Attachment #73029 -
Attachment is obsolete: true
Comment 8•24 years ago
|
||
Comment on attachment 73030 [details] [diff] [review]
Update (wrong file before)
r=brade
Attachment #73030 -
Flags: review+
| Assignee | ||
Updated•24 years ago
|
Whiteboard: FIX IN HAND, need r=,sr= → FIX IN HAND, need sr=
| Assignee | ||
Comment 9•24 years ago
|
||
Comment 10•24 years ago
|
||
Comment on attachment 73030 [details] [diff] [review]
Update (wrong file before)
sr=kin@netscape.com
Attachment #73030 -
Flags: superreview+
| Assignee | ||
Comment 11•24 years ago
|
||
Note that this can't be checked in before bug 112181. It depends on the
replacement of nsEditorShellMouseListener with new nsHTMLEditorMouseListener.
Depends on: 112181
Comment 12•24 years ago
|
||
Comment on attachment 73685 [details] [diff] [review]
Identical patch with -w for better review readability
a=asa (on behalf of drivers) for checkin to the 1.0 trunk
Attachment #73685 -
Flags: approval+
| Assignee | ||
Comment 13•24 years ago
|
||
Forget comment #11. Wrong bug!
checked in.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
No longer depends on: 112181
Resolution: --- → FIXED
Whiteboard: FIX IN HAND, reviewed
Comment 14•24 years ago
|
||
henrik, please verify...thanks!
| Assignee | ||
Comment 15•24 years ago
|
||
Just follow the original directions. You should get the "can't edit page in
Composer" dialog message and then Composer window should close.
| Reporter | ||
Comment 16•24 years ago
|
||
v 20020320
getting "cant edit page"
not really sure why we handle plugins differently than images. The File -> Edit
Page option is just disabled for images. Wouldn't that be a much better solution?
Try going to http://gemal.dk/pics/gemaldk.gif and check the File menu.
Status: RESOLVED → VERIFIED
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•