Closed Bug 1641400 Opened 5 years ago Closed 5 years ago

Thunderbird test failures in toolkit/mozapps/extensions/test/xpcshellrs-blocklist

Categories

(Toolkit :: Blocklist Implementation, defect)

defect

Tracking

()

RESOLVED FIXED
mozilla78
Tracking Status
firefox-esr68 --- unaffected
firefox76 --- unaffected
firefox77 --- unaffected
firefox78 --- fixed

People

(Reporter: darktrojan, Assigned: darktrojan)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file, 1 obsolete file)

Bug 1633466 introduced some new tests with telemetry, which fail when run on a product that doesn't have the appropriate telemetry probes set up (e.g. Thunderbird). This is not an uncommon problem so I'm proposing the usual fix, which is for the tests to pretend the probes aren't missing.

Some questions before we go in the direction of setting the toolkit.telemetry.testing.overrideProductsCheck pref:

  • Is telemetry used by Thunderbird?
  • Does Thunderbird intend to switch to the v3 blocklist implementation (bug 1620621) at some point? The v2 blocklist implementation will probably be removed at some point.

There are already some blocklist-related telemetry probes for Thunderbird, e.g. at https://searchfox.org/mozilla-central/rev/bc3600def806859c31b2c7ac06e3d69271052a89/toolkit/components/telemetry/Scalars.yaml#4127

If Thunderbird intends to support the v3 blocklist at some point, then I would suggest to add thunderbird to the products for the scalars defined in bug 1633466.

If Thunderbird is not likely going to use the v3 blocklist, then I suggest to disable the test with a skip-if

Flags: needinfo?(geoff)

I don't know the answer to that, but I think it's highly likely we will switch to v3 if v2 is going away. We might as well add the scalars.

Flags: needinfo?(geoff)
Attachment #9152262 - Attachment description: Bug 1641400 - Override telemetry products check in toolkit/mozapps/extensions/test/xpcshellrs-blocklist r?robwu → Bug 1641400 - Add blocklist v3 telemetry scalars for Thunderbird. r?robwu

(In reply to Rob Wu [:robwu] from comment #2)

If Thunderbird is not likely going to use the v3 blocklist, then I suggest to disable the test with a skip-if

I agree.
Thunderbird is (soon) using Telemetry. Unclear with the blocklist v3, but either way, this data seems irrelevant for Thunderbird even if we'd use that.

(In reply to Magnus Melin [:mkmelin] from comment #4)

(In reply to Rob Wu [:robwu] from comment #2)

If Thunderbird is not likely going to use the v3 blocklist, then I suggest to disable the test with a skip-if

I agree.
Thunderbird is (soon) using Telemetry. Unclear with the blocklist v3, but either way, this data seems irrelevant for Thunderbird even if we'd use that.

This data is used to monitor the health of the addons blocklist. If you're going to use the v3 blocklist, then this data looks relevant to you.

If this data is not of any use to you, then the other two blocklist-related probes at are probably also obsolete: https://searchfox.org/mozilla-central/rev/bc3600def806859c31b2c7ac06e3d69271052a89/toolkit/components/telemetry/Scalars.yaml#4127,4168

With this explanation, are the probes of interest after all?
If not, do you want to update the patch to remove Thunderbird from the two scalars that I listed?

Set release status flags based on info from the regressing bug 1633466

Re blocklist v3 we're probably going to have to use it, to avoid problems. The times Thunderbird has had to block add-ons are however, very very few. So in this view, it's very unlikely we'd have any desire to put resources into analysing the data of how a block affected us. At least in the foreseeable future.

The other probes you mention are also not super interesting, but at least they would let us verify blocklists are working.

I'd prefer to just go with the current patch to fix the failures.

(In reply to Magnus Melin [:mkmelin] from comment #8)

The other probes you mention are also not super interesting, but at least they would let us verify blocklists are working.

It only covers the v2 blocklist for addons and the plugin blocklist (does Thunderbird have plugins at all...?).
Once the v3 blocklist is in use, these probes become obsolete and you won't have any coverage any more. But since you acknowledged that and think that it's fine, I have no problem with accepting that.

I'd prefer to just go with the current patch to fix the failures.

Fine by me.

Pushed by mkmelin@iki.fi: https://hg.mozilla.org/integration/autoland/rev/7d6333b49ac8 skip Thunderbird for blocklist telemetry. r=robwu

Thanks! Thunderbird has disabled plug-ins completely.

Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla78
Attachment #9152262 - Attachment is obsolete: true
Has Regression Range: --- → yes
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: