Closed Bug 226919 Opened 21 years ago Closed 21 years ago

SendStatusChange should check for NS_ERROR_FILE_TARGET_DOES_NOT_EXIST

Categories

(Core Graveyard :: File Handling, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Biesinger, Assigned: Biesinger)

Details

Attachments

(1 file)

NS_ERROR_FILE_TARGET_DOES_NOT_EXIST  should probably be treated like
NS_ERROR_FILE_NOT_FOUND
Summary: SendStatusChange should check for NS_ERROR_FILE_TARGET_DOES_NOT_EXIST → SendStatusChange should check for NS_ERROR_FILE_TARGET_DOES_NOT_EXIST
Attachment #136407 - Flags: superreview?(darin)
Attachment #136407 - Flags: review?(bz-vacation)
Status: NEW → ASSIGNED
Comment on attachment 136407 [details] [diff] [review]
patch

r=bzbarsky.  Seems reasonable.
Attachment #136407 - Flags: review?(bz-vacation) → review+
Attachment #136407 - Flags: superreview?(darin) → superreview+
is there a use case where this patch makes a difference?
Comment on attachment 136407 [details] [diff] [review]
patch

this fixes a wrong error message if a helper app is not found. very low risk,
just changes what error message is displayed (a useful one instead of a general
one)

darin: there is. caillon experienced it - he configured a helper app for some
mime type, but it no longer existed, and this error is what this code saw.
Attachment #136407 - Flags: approval1.6b?
Comment on attachment 136407 [details] [diff] [review]
patch

a=asa (on behalf of drivers) for checkin to 1.6beta
Attachment #136407 - Flags: approval1.6b? → approval1.6b+
Checking in nsExternalHelperAppService.cpp;
/cvsroot/mozilla/uriloader/exthandler/nsExternalHelperAppService.cpp,v  <-- 
nsExternalHelperAppService.cpp
new revision: 1.233; previous revision: 1.232
done
Status: ASSIGNED → 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: