1376611 - “https://mail.google.com/” was blocked because tracking protection is enabled

Status: NEW

(WebExtensions :: General, defect, P3)

Description

[YF (Yang)]

STR:
1. Install or load the https://addons.mozilla.org/firefox/addon/fastest-notifier-for-gmail/versions/?page=1#version-0.3.0
2. Make sure Gmail is logged in.
3. Click the toolbar button to activate its panel.


Actual results:
1. Loading at all the time.
2. Seen an message in debugging the add-on: The resource at “https://mail.google.com/” was blocked because tracking protection is enabled panel.html


Expected results:
1. Normal loading.
2. No wrong message.

Comment 1

[YF (Yang)]

STR:
1-2. Change privacy.trackingprotection.enabled to true in about:config.

Comment 2

[YF (Yang)]

The problem also occurs for https://addons.mozilla.org/firefox/addon/gmail-panel-and-notifier/

Comment 3

[Andy McKay]

I think we've discussed this before, ni'ing myself to find the dupe

Comment 4

[Andy McKay]

Ah I was thinking about bug 1308640 which fixed it for fetch. It looks like this is opening an iframe to gmail though?

Comment 5

[Andy McKay]

As of bug 1345158, the extensions can now check to see if trackingProtectionMode is enabled and at least raise a warning to the user as documented at:

https://developer.mozilla.org/en-US/Add-ons/WebExtensions/API/privacy/websites

Comment 6

[Shane Caraveo (:mixedpuppy)]

Adding https://mail.google.com/* to permissions gets past the never loading issue, but it still doesn't get messages as it does with TP off.  I don't see any messages about anything being blocked once I've done that, but it seems that something is.

Maybe François has some idea why TP might block something, but no logging appears about it.

Comment 7

[Shane Caraveo (:mixedpuppy)]

Further info.  appcache is used by the addon, and there are failures around that.  however, those failures happen with tp off, and the extension appears to work in that case.  I wonder if TP does anything around appcache (e.g. loading something appcached that might not be in permissions).

Comment 8

[François Marier [:francois]]

(In reply to Shane Caraveo (:mixedpuppy) from comment #6)
> Maybe François has some idea why TP might block something, but no logging
> appears about it.

I don't have any ideas about why it's happening, but if it's happening, it's probably a bug :)

If you want to confirm that TP is the one blocking the resource, you can enable the MOZ_LOG debugging:

MOZ_LOG="UrlClassifierDbService:5,nsChannelClassifier:5"

(see https://wiki.mozilla.org/Security/Tracking_protection#QA)

(In reply to Shane Caraveo (:mixedpuppy) from comment #7)
> Further info.  appcache is used by the addon, and there are failures around
> that.  however, those failures happen with tp off, and the extension appears
> to work in that case.  I wonder if TP does anything around appcache (e.g.
> loading something appcached that might not be in permissions).

Appcache is not currently covered by tracking protection (see bug 1262339).

Comment 9

[YF (Yang)]

This problem is still present on latest Nightly builds.

Comment 10

[Firefox Bug Husbandry Bot]

Bulk move of bugs per https://bugzilla.mozilla.org/show_bug.cgi?id=1483958

Comment 11

[Rob Wu [:robwu]]

Is this still an issue?