After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 790189 - Facebook share button is broken when "Try to block advertisements." is selected.
Facebook share button is broken when "Try to block advertisements." is selected.
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: General
3.26.x
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-11-10 20:24 UTC by Ryan Farmer
Modified: 2018-04-13 15:13 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
prefs-dialog: Clarify tracker blocking option (1.19 KB, patch)
2017-11-14 21:13 UTC, Michael Catanzaro
committed Details | Review

Description Ryan Farmer 2017-11-10 20:24:34 UTC
In GNOME Web 3.26.2, the Share button on Facebook doesn't work (spinning circle instead of loading the sharing options) if Web's ad blocker is on. Turning off "Try to block advertisements." and reloading the page fixes the Share menu.
Comment 1 Michael Catanzaro 2017-11-10 20:44:16 UTC
Are you sure it's caused by "try to block advertisements" (undesired) and not "try to block web trackers" (expected behavior)?
Comment 2 Ryan Farmer 2017-11-10 21:06:13 UTC
(In reply to Michael Catanzaro from comment #1)
> Are you sure it's caused by "try to block advertisements" (undesired) and
> not "try to block web trackers" (expected behavior)?

Yes. The first thing I tried was to uncheck "Try to block web trackers." and that didn't help. I think it's just using EasyPrivacy anyway, which doesn't break the Share button in other browsers.

Just to clarify, this is the Share button on Facebook itself, so not third party. It shouldn't be considered a tracker unless it's third party (on an unrelated website).
Comment 3 Michael Catanzaro 2017-11-10 21:33:33 UTC
So either it's being blocked by EasyList (quite possible), or it's falling victim to our incomplete adblock implementation (also quite possible).
Comment 4 Ryan Farmer 2017-11-10 23:54:09 UTC
I looked into this with dconf-editor and the problem seems to go away if you remove the Fanboy's Annoyances List from the list of filter subscriptions.

I didn't remember adding that one, so I looked at what the default setting is, and it's in the defaults.
Comment 5 Michael Catanzaro 2017-11-11 00:14:58 UTC
Hmmmm I thought that was supposed to be tied to the "block web trackers" option... I'll investigate.
Comment 6 Michael Catanzaro 2017-11-11 01:26:46 UTC
(In reply to Michael Catanzaro from comment #5)
> Hmmmm I thought that was supposed to be tied to the "block web trackers"
> option... I'll investigate.

OK... it *is* tied to that option, except there's no migration. If you turn that setting on and then off again, it should go away.

I was lazy to not add a migrator. I'd better do so, or this is going to be super confusing.
Comment 7 Michael Catanzaro 2017-11-11 01:38:12 UTC
We probably also need to change the text of that option to clarify that it will break social media buttons, since not many people will realize those fall under "web trackers."

(In reply to Michael Catanzaro from comment #6)
> OK... it *is* tied to that option, except there's no migration. If you turn
> that setting on and then off again, it should go away.

Can you confirm?

> I was lazy to not add a migrator. I'd better do so, or this is going to be
> super confusing.

I think this scenario can only happen if you have the do not track (block web trackers) setting turned off before upgrading (and you've never manually modified that adblock filters setting); can you confirm that was the case for you? If so, then I can add a migrator to remove it from the filters list in that case.
Comment 8 Ryan Farmer 2017-11-11 02:00:48 UTC
Okay, I put the setting back to the default and then unchecked "Try to block web trackers." and reloaded the page and the Share button works again.

As another option, maybe it could have its own preference for "Try to block web annoyances. (May break social media sites.)" or something, since it really doesn't seem to be related to tracking, as such.

On this system (Ubuntu 17.10), I had a clean profile because Web isn't part of the default software, so there was no upgrade for it to migrate from.
Comment 9 Michael Catanzaro 2017-11-12 15:56:59 UTC
(In reply to Ryan Farmer from comment #8)
> On this system (Ubuntu 17.10), I had a clean profile because Web isn't part
> of the default software, so there was no upgrade for it to migrate from.

Did you disable the do-not-track setting manually, using dconf editor?

If you used the preferences dialog, it should have removed the annoyance filter, so I don't see how this could have happened in the absence of an upgrade.
Comment 10 Michael Catanzaro 2017-11-14 21:12:30 UTC
(In reply to Ryan Farmer from comment #8)
> Okay, I put the setting back to the default and then unchecked "Try to block
> web trackers." and reloaded the page and the Share button works again.
> 
> As another option, maybe it could have its own preference for "Try to block
> web annoyances. (May break social media sites.)" or something, since it
> really doesn't seem to be related to tracking, as such.

Well, the social buttons are tracking you around the web, so it's really a prerequisite to the tracking prevention, I think.

Anyway, I thought about adding a migrator, but it doesn't seem worth it, so I think I'll just clarify the label on the setting, OK?
Comment 11 Michael Catanzaro 2017-11-14 21:13:01 UTC
Created attachment 363640 [details] [review]
prefs-dialog: Clarify tracker blocking option
Comment 12 Ryan Farmer 2018-04-13 03:06:39 UTC
Is there any progress on this issue? I just noticed that it's still an issue on a freshly installed copy of GNOME.
Comment 13 Michael Catanzaro 2018-04-13 15:12:39 UTC
Forgot about this... I'll push the change to clarify that the block web trackers option will block social media buttons.

The expected behavior is:

 * Block trackers (including social media buttons) setting is enabled by default
 * If you uncheck that box, social media buttons will no longer be blocked

Social media buttons should probably only be blocked on third-party websites, not on the websites themselves. E.g. if the like buttons are blocked on facebook.com, then (a) I'd be astounded that nobody else has ever complained, and (b) I'd wonder if bug #778054 could be the problem.
Comment 14 Michael Catanzaro 2018-04-13 15:13:46 UTC
Attachment 363640 [details] pushed as a57231e - prefs-dialog: Clarify tracker blocking option