Closed
Bug 223197
Opened 21 years ago
Closed 21 years ago
nsCommandLineServiceMac's External Open URL methods should use browser.chromeURL
Categories
(Core Graveyard :: Cmd-line Features, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: bugs, Assigned: bugs)
Details
Attachments
(1 file, 1 obsolete file)
|
2.49 KB,
patch
|
sfraser_bugs
:
review+
asa
:
approval1.6a+
|
Details | Diff | Splinter Review |
Currently Firebird on MacOS X cannot handle external URL open requests since the code in the Mac command line service is hard coded to open "chrome://navigator/content" which doesn't exist in Firebird ... it should really check the "browser.chromeURL" pref to find out what the app's main window URL is.
| Assignee | ||
Comment 1•21 years ago
|
||
Check browser.chromeURL for the main window URL rather than using chrome://navigator/content
Comment 3•21 years ago
|
||
Comment on attachment 133823 [details] [diff] [review] Patch to fix Is it worth factoring those two chunks of code? r/sr=sfraser either way
Attachment #133823 -
Flags: superreview+
Comment 4•21 years ago
|
||
Comment on attachment 133823 [details] [diff] [review] Patch to fix yeah, if it's easy enough, some factoring would be nice. r=ccarlen anyway.
Attachment #133823 -
Flags: review+
this looked wrong to me at first glance. shouldn't you use a uri dispatcher and make sure that firebird registers to own things like http:? i don't see why apps should have a preference for this stored anywhere near the user profile, each native type of things should just be dispatched and be sent to the right place by code we already have.
Comment 6•21 years ago
|
||
Ho-hum. The uri dispatcher dispatches based on content-type. So it would in fact cause two uri fetches (one fetch to find out we have nothing open to handle this type, and a second once the window opens).
| Assignee | ||
Comment 7•21 years ago
|
||
This uses a separate helper method, "OpenURL" which simplifies the logic of the two callers a bit.
| Assignee | ||
Updated•21 years ago
|
Attachment #133823 -
Attachment is obsolete: true
Updated•21 years ago
|
Attachment #134010 -
Flags: review+
Comment 8•21 years ago
|
||
Comment on attachment 134010 [details] [diff] [review] Better Patch a=asa (on behalf of drivers) for checkin to the 1.5 branch and 1.6 alpha.
Attachment #134010 -
Flags: approval1.6a+
| Assignee | ||
Comment 9•21 years ago
|
||
Fixed, 1.6a trunk and 1.5br.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•