Closed
Bug 389611
Opened 18 years ago
Closed 18 years ago
Don't treat filetypes as protocol handlers on windows
Categories
(Core Graveyard :: File Handling, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: dveditz, Assigned: Biesinger)
References
Details
(Keywords: fixed1.8.0.14, fixed1.8.1.8)
Attachments
(1 file)
1000 bytes,
patch
|
bzbarsky
:
review+
bzbarsky
:
superreview+
dveditz
:
approval1.8.1.8+
dveditz
:
approval1.8.0.14+
|
Details | Diff | Splinter Review |
On Windows when we encounter an unknown protocol handler we look in the windows registry to see if it exists. However we just look for the existence of HKR/scheme and do not check to see if it has a "URL Protocol" value. Therefore we'll think any registered filetype is a protocol so we think we can load things like "giffile:blah" etc. and call ShellExecute() on them.
So far this appears harmless (at least on WinXP) because ShellExecute() won't load them, but I have not done extensive testing and haven't looked at anything but WinXP so far.
Reporter | ||
Comment 1•18 years ago
|
||
This is the issue mentioned in the first part of http://larholm.com/2007/07/25/mozilla-protocol-abuse/
Flags: blocking1.9?
Flags: blocking1.8.1.7?
Assignee | ||
Updated•18 years ago
|
Assignee: nobody → cbiesinger
Assignee | ||
Comment 2•18 years ago
|
||
a patch will require bug 389632's patch, because without it we show the dialog for any protocol no matter whether it exists
Depends on: 389632
Assignee | ||
Comment 3•18 years ago
|
||
Attachment #274078 -
Flags: superreview?(bzbarsky)
Attachment #274078 -
Flags: review?(bzbarsky)
![]() |
||
Comment 4•18 years ago
|
||
Comment on attachment 274078 [details] [diff] [review]
patch
Looks good.
Attachment #274078 -
Flags: superreview?(bzbarsky)
Attachment #274078 -
Flags: superreview+
Attachment #274078 -
Flags: review?(bzbarsky)
Attachment #274078 -
Flags: review+
Assignee | ||
Comment 5•18 years ago
|
||
Comment on attachment 274078 [details] [diff] [review]
patch
do we want this on 1.8.0.13 too?
Attachment #274078 -
Flags: approval1.8.1.7?
Assignee | ||
Comment 6•18 years ago
|
||
Checking in win/nsOSHelperAppService.cpp;
/cvsroot/mozilla/uriloader/exthandler/win/nsOSHelperAppService.cpp,v <-- nsOSHelperAppService.cpp
new revision: 1.73; previous revision: 1.72
done
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Updated•18 years ago
|
Flags: blocking1.9?
Reporter | ||
Updated•18 years ago
|
Flags: blocking1.8.1.7?
Flags: blocking1.8.1.7+
Flags: blocking1.8.0.14+
Reporter | ||
Comment 7•18 years ago
|
||
Comment on attachment 274078 [details] [diff] [review]
patch
approved for 1.8.1.7 and 1.8.0.14, a=dveditz for release-drivers
Attachment #274078 -
Flags: approval1.8.1.7?
Attachment #274078 -
Flags: approval1.8.1.7+
Attachment #274078 -
Flags: approval1.8.0.14+
Assignee | ||
Comment 8•18 years ago
|
||
MOZILLA_1_8_BRANCH:
Checking in nsOSHelperAppService.cpp;
/cvsroot/mozilla/uriloader/exthandler/win/nsOSHelperAppService.cpp,v <-- nsOSHelperAppService.cpp
new revision: 1.63.4.3; previous revision: 1.63.4.2
done
MOZILLA_1_8_0_BRANCH:
Checking in nsOSHelperAppService.cpp;
/cvsroot/mozilla/uriloader/exthandler/win/nsOSHelperAppService.cpp,v <-- nsOSHelperAppService.cpp
new revision: 1.63.4.1.4.1; previous revision: 1.63.4.1
done
Keywords: fixed1.8.0.14,
fixed1.8.1.7
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•