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)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla1.0

People

(Reporter: bugzilla, Assigned: cmanske)

Details

Attachments

(2 files, 2 obsolete files)

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
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.
Status: NEW → ASSIGNED
Keywords: nsbeta1, patch, review
Whiteboard: FIX IN HAND, need r=,sr=
Target Milestone: --- → mozilla1.0
Attached patch Fix (obsolete) — Splinter Review
Keywords: nsbeta1nsbeta1+
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" ;-)
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).
Attached patch Update (obsolete) — Splinter Review
Added brade's suggestions: Put most all of the method inside try {} block and fixed popup issue.
Attachment #72849 - Attachment is obsolete: true
Attachment #73029 - Attachment is obsolete: true
Comment on attachment 73030 [details] [diff] [review] Update (wrong file before) r=brade
Attachment #73030 - Flags: review+
Whiteboard: FIX IN HAND, need r=,sr= → FIX IN HAND, need sr=
Comment on attachment 73030 [details] [diff] [review] Update (wrong file before) sr=kin@netscape.com
Attachment #73030 - Flags: superreview+
Whiteboard: FIX IN HAND, need sr= → FIX IN HAND, reviewed
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 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+
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
henrik, please verify...thanks!
Just follow the original directions. You should get the "can't edit page in Composer" dialog message and then Composer window should close.
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
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: