per #11185, we should allow an arbitrary component to get command line arguments. The functionality already exists for actually retrieving the command line (via the nsICmdLineService, so what we need is a way for an application to be notified at boot time that the app has started, so it can process any startup-oriented command lines, such as -chatzilla or something my proposal would be to use the category manager. During registration (using the Generic Module reg/unreg hooks) components could register CIDs in the category manager as "startup components" and then during startup, we'd enumerate all the members of that category, and initialize them. This is almost exactly how the appshell components work (mozilla/xpfe/appshell) except that the appshell components are hardcoded to some wierd place in the registry. Once this facility exists, we should convert the appshell components as well.

*** Bug 24875 has been marked as a duplicate of this bug. ***

marking m16

I'm waiting for scc to land his new implementation of the category manager. right now, I can't access it from C++. but I'm getting all the pieces together in my local tree, so once he does land, I'll be close to landing.

this works now. next step is to do the work for -chat and -aim and -remote

will do -aim and -chat and -remote in m15.

this is fixed, and got fixed a while ago. I'll create new bugs for -chat. a bug already exists for -remote.

Adding verifyme keyword.

verified -aim with windows and linux builds of 20000315 beta bits.

oops I meant 20000313 beta bits

Marking Verified per testers comments.