Closed Bug 1547756 Opened 5 years ago Closed 5 years ago

Consider removing the --register commandline flag

Categories

(Core :: XPCOM, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla68
Tracking Status
firefox68 --- fixed

People

(Reporter: Gijs, Assigned: Gijs)

Details

Attachments

(1 file)

https://searchfox.org/mozilla-central/rev/b756e6d00728dda4121f8278a744381d8643317a/toolkit/xre/nsAppRunner.cpp#3401-3423

I don't see what the point of this code is in today's world (no more restartful add-ons, no more components outside omni.ja), but perhaps I'm missing something?

The more you look at this, the more dead it looks, so out it goes.

Assignee: nobody → gijskruitbosch+bugs
Status: NEW → ASSIGNED

Yeah, we stopped caching chrome and components in bug 570488 and bug 568691 so this argument has probably been dead code for 9 years.

Apparently introduced by bryner back in 2002, and refactored numerous times without too much scrutiny, this:

  • presumably was there for binary components (which are no longer supported)
  • or external (add-on) restart-required components (ditto)
  • or really any non-builtin components (ditto)
  • and would presumably at one point store data somewhere... except that's kinda hard without a profile.
  • seems to have never been documented, as far as I can tell.

So let's remove it.

Pushed by gijskruitbosch@gmail.com:
https://hg.mozilla.org/integration/autoland/rev/a558a6154748
remove support for -register commandline flag because it's bogus in 2019, r=froydnj
Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla68
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: