Closed
Bug 1191421
Opened 9 years ago
Closed 9 years ago
Don't show unsigned addon blocked notifications for experiments
Categories
(Toolkit :: Telemetry, defect)
Toolkit
Telemetry
Tracking
()
VERIFIED
FIXED
mozilla42
Tracking | Status | |
---|---|---|
firefox40 | --- | unaffected |
firefox41 | --- | verified |
firefox42 | --- | verified |
People
(Reporter: gfritzsche, Assigned: mossop)
References
Details
Attachments
(1 file)
1.60 KB,
patch
|
dao
:
review+
ritu
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
Bug 1191018, comment 0 says that we show unsigned addon blocking notifications for experiments. We should not show this for experiments.
Reporter | ||
Comment 1•9 years ago
|
||
Dave, do you know who can take this?
Flags: needinfo?(dtownsend)
Summary: Don' → Don't show unsigned addon blocked notifications for experiments
Assignee | ||
Comment 2•9 years ago
|
||
I have to make some changes to this notification anyway
Assignee: nobody → dtownsend
Flags: needinfo?(dtownsend)
Assignee | ||
Comment 3•9 years ago
|
||
This applies on top of bug 1191008 and filters out experiments from the lists before deciding whether to show the notification.
Attachment #8643925 -
Flags: review?(dao)
Updated•9 years ago
|
Attachment #8643925 -
Flags: review?(dao) → review+
Comment 5•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/2b359bf46360
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla42
Assignee | ||
Comment 6•9 years ago
|
||
Comment on attachment 8643925 [details] [diff] [review] patch Approval Request Comment [Feature/regressing bug #]: Add-on Signing [User impact if declined]: Users may see unexpected warnings about telemetry experiments. [Describe test coverage new/current, TreeHerder]: Tested manually, we don't have good automated tests for the notifications shown at startup [Risks and why]: Low risk, the code is straightforward [String/UUID change made/needed]: None
Attachment #8643925 -
Flags: approval-mozilla-aurora?
Comment on attachment 8643925 [details] [diff] [review] patch Given that add-on signing is a Aurora41 feature, let's uplift to Aurora.
Attachment #8643925 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Requesting QE team to verify the fix.
Flags: qe-verify+
Georg, if possible, could you please verify this fix? Thanks.
Flags: needinfo?(gfritzsche)
Reporter | ||
Comment 10•9 years ago
|
||
Vladan, as you saw this before, can you confirm? If not, Kamil put up QA documentation for experiments here: https://wiki.mozilla.org/QA/Desktop_Firefox/Telemetry_Experiments
Flags: needinfo?(gfritzsche) → needinfo?(vdjeric)
Comment 12•9 years ago
|
||
This is not fixed, with this latest Nightly, I still get the "Some add-ons have been disabled" screen with ***Heartbeat*** listed. I also still see the message "Heartbeat Telemetry Experiment 1 could not be verified use in Nightly and has been disabled" in about:addons. Is Heartbeat a specific type of Telemetry Experiment?
Status: RESOLVED → REOPENED
Flags: needinfo?(vdjeric)
Resolution: FIXED → ---
Assignee | ||
Comment 13•9 years ago
|
||
(In reply to Vladan Djeric (:vladan) -- please needinfo! from comment #12) > This is not fixed, with this latest Nightly, I still get the "Some add-ons > have been disabled" screen with ***Heartbeat*** listed. Is this listed in the experiments section of the add-ons manager? > I also still see the message "Heartbeat Telemetry Experiment 1 could not be > verified use in Nightly and has been disabled" in about:addons. That's expected, we're just disabling the notification bars here. > Is Heartbeat a specific type of Telemetry Experiment?
Reporter | ||
Comment 14•9 years ago
|
||
(In reply to Dave Townsend [:mossop] from comment #13) > > I also still see the message "Heartbeat Telemetry Experiment 1 could not be > > verified use in Nightly and has been disabled" in about:addons. > > That's expected, we're just disabling the notification bars here. Can't we hide those kind of notifications/messages for the experiments entries in about:addons?
Assignee | ||
Comment 15•9 years ago
|
||
(In reply to Georg Fritzsche [:gfritzsche] from comment #14) > (In reply to Dave Townsend [:mossop] from comment #13) > > > I also still see the message "Heartbeat Telemetry Experiment 1 could not be > > > verified use in Nightly and has been disabled" in about:addons. > > > > That's expected, we're just disabling the notification bars here. > > Can't we hide those kind of notifications/messages for the experiments > entries in about:addons? We can, but should we? I guess I've always been confused about the user expectations for experiments, are users expecting to be able to manage them in some way?
Reporter | ||
Comment 16•9 years ago
|
||
(In reply to Dave Townsend [:mossop] from comment #15) > (In reply to Georg Fritzsche [:gfritzsche] from comment #14) > > (In reply to Dave Townsend [:mossop] from comment #13) > > > > I also still see the message "Heartbeat Telemetry Experiment 1 could not be > > > > verified use in Nightly and has been disabled" in about:addons. > > > > > > That's expected, we're just disabling the notification bars here. > > > > Can't we hide those kind of notifications/messages for the experiments > > entries in about:addons? > > We can, but should we? I guess I've always been confused about the user > expectations for experiments, are users expecting to be able to manage them > in some way? No, there is no user control over this (except turning off Telemetry etc. and thus all experiments). The experiments section is there for user transparency, the management of the addons is done by the experiments system. I don't think showing "outdated" or "blocked" notifications for experiments adds any value.
Assignee | ||
Comment 17•9 years ago
|
||
(In reply to Georg Fritzsche [:gfritzsche] from comment #16) > (In reply to Dave Townsend [:mossop] from comment #15) > > (In reply to Georg Fritzsche [:gfritzsche] from comment #14) > > > (In reply to Dave Townsend [:mossop] from comment #13) > > > > > I also still see the message "Heartbeat Telemetry Experiment 1 could not be > > > > > verified use in Nightly and has been disabled" in about:addons. > > > > > > > > That's expected, we're just disabling the notification bars here. > > > > > > Can't we hide those kind of notifications/messages for the experiments > > > entries in about:addons? > > > > We can, but should we? I guess I've always been confused about the user > > expectations for experiments, are users expecting to be able to manage them > > in some way? > > No, there is no user control over this (except turning off Telemetry etc. > and thus all experiments). > The experiments section is there for user transparency, the management of > the addons is done by the experiments system. > > I don't think showing "outdated" or "blocked" notifications for experiments > adds any value. File a bug for that then, I don't have time to get to it unless it is high priority but I can offer advice and reviews
Comment 18•9 years ago
|
||
Perhaps the core issue is: are we going to sign experiment XPIs? If not, we need to hide the notifications. But it sounds like we should sign them and then this bug becomes much less interesting. I don't know how we go about getting them signed without a lot of AMO pain, though.
Assignee | ||
Comment 19•9 years ago
|
||
Some confusion here, Heartbeat is an old extension, not an experiment which is why it is showing up in warnings. Removing it is covered by bug 1191018.
Status: REOPENED → RESOLVED
Closed: 9 years ago → 9 years ago
Resolution: --- → FIXED
Comment 20•9 years ago
|
||
Dave, based on the [qe-verify +] flag, can you please provide some guidance on how to verify this fix? As far as I know, there are no active experiments for now [1]. Thanks in advance! [1] https://telemetry-experiment.cdn.mozilla.net/
Flags: needinfo?(dtownsend)
Assignee | ||
Comment 21•9 years ago
|
||
Not really, maybe Georg can
Flags: needinfo?(dtownsend) → needinfo?(gfritzsche)
Reporter | ||
Comment 22•9 years ago
|
||
There is documentation on running Telemetry experiments locally here: https://wiki.mozilla.org/QA/Telemetry#Telemetry_Experiments.2FFHR_Documentation
Flags: needinfo?(gfritzsche)
Comment 23•9 years ago
|
||
(In reply to Georg Fritzsche [:gfritzsche] from comment #22) > There is documentation on running Telemetry experiments locally here: > https://wiki.mozilla.org/QA/Telemetry#Telemetry_Experiments. > 2FFHR_Documentation Thanks, Georg!; unfortunately it didn't help - tried to install telemetry experiment, but without success; Is there any other way to reproduce/verify this issue here that doesn't involve setting up a staging server?
Flags: needinfo?(gfritzsche)
Reporter | ||
Comment 24•9 years ago
|
||
Not really, i think we need to figure out whats not working on your end. Did you fail to set things up? Or did you run into any errors?
Flags: needinfo?(gfritzsche)
Reporter | ||
Comment 25•9 years ago
|
||
(In reply to Georg Fritzsche [:gfritzsche] from comment #24) > Not really, i think we need to figure out whats not working on your end. > Did you fail to set things up? Or did you run into any errors? Per bug 1207607 it looks like we require experiments to be signed - i think we need to wait for the outcome of that bug first.
Reporter | ||
Comment 26•9 years ago
|
||
Per that bug you need to set xpinstall.signatures.required;false to be able to install unsigned experiments.
Comment 27•9 years ago
|
||
Reproduced with 42.0a1 (from 2015-08-05) - 'Some extensions could not be verified' notification is displayed for experiments. Verified fixed with 42.0b1 (Build ID: 20150921151815) and 41.0 RC build 3 (Build ID: 20150917150946), across platforms [1], by changing/creating the following prefs via about:config page: - devtools.chrome.enabled; true - experiments.logging.level; 0 - experiments.manifest.cert.checkAttributes; false - experiments.force-sample-value; 0.0 - experiments.manifest.uri = path to this https://goo.gl/fbHD0h manifest.json download sample (Many thanks, Georg!) [1] Windows 7 64-bit, Mac OS X 10.10.5 and Ubuntu 14.04 32-bit
Status: RESOLVED → VERIFIED
Flags: qe-verify+
You need to log in
before you can comment on or make changes to this bug.
Description
•