Closed Bug 271824 Opened 20 years ago Closed 17 years ago

do_GetFastLoadService should use nsGetServiceByCID

Categories

(Core :: XPCOM, defect)

x86
All
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: bernard.alleysson, Assigned: jag+mozilla)

Details

Attachments

(1 file, 2 obsolete files)

Let do_GetFastLoadService() take advantage of the improvements after bug 264456
Attached patch use nsGetServiceByCID (obsolete) — Splinter Review
Comment on attachment 167092 [details] [diff] [review]
use nsGetServiceByCID

Brian, would you review the patch ? It makes do_GetFastLoadService()
use the new improved nsGetServiceByCID
Attachment #167092 - Flags: review?(bryner)
Attachment #167092 - Flags: review?(bryner) → review+
Attachment #167092 - Flags: superreview?(darin)
Comment on attachment 167092 [details] [diff] [review]
use nsGetServiceByCID

same issue with do_GetIOService.  is this really worth it?
In fact do_GetFastLoadService(&rv) is not used, it can be removed
Attachment #167092 - Attachment is obsolete: true
Attachment #168952 - Flags: superreview?(darin)
Attachment #167092 - Flags: superreview?(darin)
Comment on attachment 168952 [details] [diff] [review]
remove static variable duplication

Why are we using a CID instead of a contractid?
Comment on attachment 168952 [details] [diff] [review]
remove static variable duplication

sure, sr=darin (though i agree that a ContractID is probably preferred)
Attachment #168952 - Flags: superreview?(darin) → superreview+
yeah, using a CID in an IDL, that is just evil.
Seems like this patch was forgotten. Should the issue from comment 5 be addressed?
Assignee: dougt → nobody
QA Contact: xpcom
Note that the WithError version is now being used. Also, while I was looking into this I noticed a few places that were including the .h file unnecessarily.
Assignee: nobody → jag
Attachment #168952 - Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #277071 - Flags: review?(benjamin)
Attachment #277071 - Flags: review?(benjamin) → review+
Comment on attachment 277071 [details] [diff] [review]
Use *ByContractID

*bsmedberg* oh, you can count me as r+sr

Requesting a1.9. Trivial fix, saves a few bytes.
Attachment #277071 - Flags: superreview+
Attachment #277071 - Flags: approval1.9?
Attachment #277071 - Flags: approval1.9? → approval1.9+
Checking in content/xul/document/src/nsXULContentSink.cpp;
/cvsroot/mozilla/content/xul/document/src/nsXULContentSink.cpp,v  <--  nsXULContentSink.cpp
new revision: 1.185; previous revision: 1.184
done
Checking in content/xul/document/src/nsXULDocument.cpp;
/cvsroot/mozilla/content/xul/document/src/nsXULDocument.cpp,v  <--  nsXULDocument.cpp
new revision: 1.782; previous revision: 1.781
done
Checking in content/xul/document/src/nsXULDocument.h;
/cvsroot/mozilla/content/xul/document/src/nsXULDocument.h,v  <--  nsXULDocument.h
new revision: 1.201; previous revision: 1.200
done
Checking in js/src/xpconnect/loader/mozJSComponentLoader.h;
/cvsroot/mozilla/js/src/xpconnect/loader/mozJSComponentLoader.h,v  <--  mozJSComponentLoader.h
new revision: 1.30; previous revision: 1.29
done
Checking in xpcom/io/nsIFastLoadService.idl;
/cvsroot/mozilla/xpcom/io/nsIFastLoadService.idl,v  <--  nsIFastLoadService.idl
new revision: 3.12; previous revision: 3.11
done

and bustage fix (oops):

Checking in nsXULContentSink.cpp;
/cvsroot/mozilla/content/xul/document/src/nsXULContentSink.cpp,v  <--  nsXULContentSink.cpp
new revision: 1.186; previous revision: 1.185
done
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: