Closed Bug 219681 Opened 21 years ago Closed 21 years ago

log save/launch errors to nspr log

Categories

(Core Graveyard :: File Handling, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
mozilla1.6alpha

People

(Reporter: Biesinger, Assigned: Biesinger)

References

Details

Attachments

(1 file)

nsExternalAppHandler::SendStatusChange currently uses a printf in an #ifdef
DEBUG_LAW to log its errors. It would be better if this would use NSPR Logging,
so that not only DEBUG_law builds can see the details of this error
Attachment #131733 - Flags: review?(bz-vacation)
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.6alpha
Comment on attachment 131733 [details] [diff] [review]
patch

r=bzbarsky
Attachment #131733 - Flags: review?(bz-vacation) → review+
Attachment #131733 - Flags: superreview?(darin)
Comment on attachment 131733 [details] [diff] [review]
patch

>Index: nsExternalHelperAppService.cpp

>+    PR_LOG(nsExternalHelperAppService::mLog, PR_LOG_ERROR,
>+        ("Error: %s, listener=0x%p, rv=0x%08X\n", NS_LossyConvertUCS2toASCII(msgId).get(), mWebProgressListener.get(), rv));

note: under glibc, %p already has the 0x prepended (at least that's what
the man page says).

sr=darin
Attachment #131733 - Flags: superreview?(darin) → superreview+
checked in as is (per irc discussion), because PR_LOG uses nspr printf, which
does not prepend 0x.

Checking in nsExternalHelperAppService.cpp;
/cvsroot/mozilla/uriloader/exthandler/nsExternalHelperAppService.cpp,v  <-- 
nsExternalHelperAppService.cpp
new revision: 1.218; previous revision: 1.217
done
Checking in nsExternalHelperAppService.h;
/cvsroot/mozilla/uriloader/exthandler/nsExternalHelperAppService.h,v  <-- 
nsExternalHelperAppService.h
new revision: 1.48; previous revision: 1.47
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: