Closed
Bug 391019
Opened 17 years ago
Closed 17 years ago
commandline for external protocol handler is mishandled
Categories
(Core Graveyard :: File Handling, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: dragtext, Assigned: mozilla)
Details
(Keywords: fixed1.8.1.12)
Attachments
(1 file)
2.46 KB,
patch
|
mkaply
:
review+
|
Details | Diff | Splinter Review |
Depending on where an external protocol handler is specified, the target app will receive different commandline arguments. The examples below use "mailto:" but the behavior described applies to all supported protocols. If you use os2.ini->DefaultMailParameters, specifying either "-compose" or "-compose %url%" will produce the same commandline: e.g. " -compose mailto:xxx@yyy.com". Using prefs.js->applications.mailto.parameters will produce different results. Entering just "-compose" results in the same commandline as above. However, entering "-compose %url%" produces: e.g. " -compose xxx@yyy.com mailto:xxx@yyy.com".
Assignee | ||
Updated•17 years ago
|
Component: OS Integration → File Handling
Product: Firefox → Core
QA Contact: os.integration → file-handling
Assignee | ||
Comment 1•17 years ago
|
||
This should fix this. At least on the 1.8 branch where this feature still works. (I would check the same change into trunk but there this method was moved to nsMIMEInfoOS2 so I would patch nsMIMEInfoOS2.cpp instead when checking it in.)
Updated•17 years ago
|
Attachment #294574 -
Flags: review?(mozilla) → review+
Assignee | ||
Comment 2•17 years ago
|
||
Fix checked into trunk (uriloader/exthandler/os2/nsMIMEInfoOS2.cpp v1.11) and 1.8 branch (uriloader/exthandler/os2/nsOSHelperAppService.cpp v1.41.18.1).
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•