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)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: bugs, Assigned: bugs)

Details

Attachments

(1 file, 1 obsolete file)

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.
Attached patch Patch to fix (obsolete) — Splinter Review
Check browser.chromeURL for the main window URL rather than using
chrome://navigator/content
-> me
Assignee: law → bugs
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 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.
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).
Attached patch Better PatchSplinter Review
This uses a separate helper method, "OpenURL" which simplifies the logic of the
two callers a bit.
Attachment #133823 - Attachment is obsolete: true
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+
Fixed, 1.6a trunk and 1.5br. 
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: