Closed
Bug 1009727
Opened 11 years ago
Closed 10 years ago
Experiment install/recheck errors: `this._providerManager is null`
Categories
(Firefox Health Report Graveyard :: Client: Desktop, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: benjamin, Unassigned)
Details
From the experiment monitoring dashboard, I'm seeing some exceptions:
TypeError: this._providerManager is null
This has something to do with us calling into FHR while checking the experiment, but I don't know the full stack. Georg do you know where this would be failing?
Flags: firefox-backlog+
Comment 1•11 years ago
|
||
Hm, i'm not sure how this can happen. We have two paths for FHR interaction:
* ExperimentsProvider.collectDailyData()
* fire "experiments-changed" -> ExperimentsProvider.observe() -> ExperimentsProvider.recordLastActiveExperiment()
I don't quite see yet where ExperimentsProvider.onShutdown() is triggered from, maybe we hit nulling out _providerManager [1] before it?
[1] http://hg.mozilla.org/mozilla-central/annotate/2f8af55d6e9a/services/healthreport/healthreporter.jsm#l645
Comment 2•11 years ago
|
||
(In reply to Georg Fritzsche [:gfritzsche] [away May 17 - June 1] from comment #1)
> I don't quite see yet where ExperimentsProvider.onShutdown() is triggered
> from, maybe we hit nulling out _providerManager [1] before it?
>
> [1]
> http://hg.mozilla.org/mozilla-central/annotate/2f8af55d6e9a/services/
> healthreport/healthreporter.jsm#l645
Richard, do you have an idea on whether it's possible to hit a null _providerManager before onShutdown() from a HealthReporter?
Flags: needinfo?(rnewman)
Comment 3•11 years ago
|
||
This kind of error usually means that an observer is firing after something has been cleaned up, but in that case the value is usually undefined, not null.
_providerManager *starts* as null, so you'll also get this error if you're poking at things prior to _initializeProviderManager being called.
That's called from a task after storage becomes available, so I can quite imagine that an experiment is running before FHR has finished initing the provider manager.
It's also possible that storage init is failing, so FHR hasn't been inited at all.
Flags: needinfo?(rnewman)
Comment 4•10 years ago
|
||
FHR is going away per bug 1209088, wontfix.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
Updated•7 years ago
|
Product: Firefox Health Report → Firefox Health Report Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•