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: