Closed
Bug 88197
Opened 24 years ago
Closed 24 years ago
File->Open web location doesnt work if composer window already exists
Categories
(Core :: DOM: Editor, defect)
Core
DOM: Editor
Tracking
()
mozilla0.9.3
People
(Reporter: gary_Cope, Assigned: Brade)
Details
Build ID 2001062704 win 32
If an existing composer window is already open, then using the File->Open Web
Location dialog does nothing when chosing 'Open in new composer window'. This
does not work from either the navigator menu or the composer menu.
Steps to reproduce:
1. Open Composer from Tasks menu. A new Composer window is created.
2. In either Navigator window or Composer window choose File->Open Web Location
3. Enter url "www.mozilla.org" and choose "Open in: new Composer window"
4. Press ok.
What Happens:
Nothing.
What should Happen:
A new Composer window should be created with the chosen url available to be edited.
![]() |
||
Comment 1•24 years ago
|
||
odd, this works fine for me. Asking QA to verify
Assignee | ||
Comment 2•24 years ago
|
||
I'll look into this; I see the problem on my Mac mozilla trunk build.
Assignee: beppe → brade
OS: other → All
Hardware: PC → All
Target Milestone: --- → mozilla0.9.3
![]() |
||
Comment 3•24 years ago
|
||
Confirmed on Linux, 2001062721 trunk.
![]() |
||
Comment 4•24 years ago
|
||
ok, if you select to open a local file it works fine, if you select to open a
remote file it does not work.
After filing this bug I came across bug 87910. That looks similar although it is
in reference to a different part of the UI (the 'File->Edit Page' menu item).
There is a patch in that bug which may fix this.
Assignee | ||
Comment 6•24 years ago
|
||
I have narrowed the problem down to the editorShell.checkOpenWindowForURLMatch
call in utilityOverlay.js.
Wrapping that if with a try/catch gets this working again.
Next I'll investigate why checkOpenWindowForURLMatch is throwing us an error...
Status: NEW → ASSIGNED
![]() |
||
Comment 7•24 years ago
|
||
I suspect this may be another one from dougt's recent url checkins --
nsLocalFile* classes are now implementing GetURL and SetURL for themselves, and
those are definitely getting called by nsEditorShell::CheckOpenWindowForURLMatch().
Assignee | ||
Comment 9•24 years ago
|
||
No, I don't think this is related to #71234.
cc dougt in case he knows what went wrong.
![]() |
||
Comment 10•24 years ago
|
||
I just tried applying the patch for bug 87910 as suggested by gary_Copy@yahoo.com.
This appears to fix the problem. I'm prepared to mark this a dup.
Assignee | ||
Comment 11•24 years ago
|
||
yes, I also think it's a duplicate; thanks for the pointer!
*** This bug has been marked as a duplicate of 87910 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•