1662895 - ebay.de or ebay.com pages shows only with text without any pictures in ETP strict mode

Status: RESOLVED FIXED

(Core :: Privacy: Anti-Tracking, defect, P1)

Description

[zetka]

Attachment: this is screenshot how looks the main window, similar in ebay.de

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:80.0) Gecko/20100101 Firefox/80.0

Steps to reproduce:

Trying to open ebay.de or ebay.com

Actual results:

The page opens without any pictures in a "text mode". Trying to start it with all plugins disabled, but the same

Expected results:

To have the pages appearing as in Opera or Edge.

Comment 1

[zetka]

Attachment: ebay.com.jpg

Comment 2

[zetka]

Attachment: ebay.de.jpg

Comment 3

[zetka]

Attachment: ebay.com search result.jpg

Comment 4

[zetka]

It worked about week ago without problem. Some actualisations come, win 10 ver. 2004, suppose Firefox was updated too, now having version 80 64bit

Comment 5

[[:philipp]]

[Tracking Requested - why for this release]:
there are multiple similar reports on various support channels about recent breakage on ebay.com - apparently related to firefox' tracking protection:
https://github.com/webcompat/web-bugs/issues/56663
https://support.mozilla.org/en-US/search/advanced?q=ebay&num_voted=0&created=2&created_date=08%2F24%2F2020&updated=0&sortby=0&a=1&w=2&page=2
https://old.reddit.com/r/firefox/search/?q=ebay&restrict_sr=on&t=month

Comment 7

[[:philipp]]

this is reproducible by setting enhanced tracking protection into strict mode - in this case the console shows multiple entries like these while ebay is loading:

The resource at “https://ir.ebaystatic.com/rs/c/[...].js” was blocked because content blocking is enabled.
The resource at “https://i.ebayimg.com/images/[...].webp” was blocked because content blocking is enabled.

Comment 8

[zetka]

I can confirm, that setting the privacy to standart enables the viewing the page to normal. If set to more strict, the page is not displayed correctly.

Comment 9

[Julien Cristau [:jcristau]]

Steven can you take a look?

Comment 10

[Steven Englehardt [:englehardt]]

As stated in Comment 4, this is caused by Firefox blocking ebay-owned subresources on ebay properties. The entity list should prevent that from happening, so it sounds like there's an issue with Firefox loading the entity list.

Unfortunately I can't reproduce on a fresh Firefox 80.0.1 profile on Linux (20200831163820). I can force the issue to reproduce by disabling the entitylist, i.e., by clearing urlclassifier.features.socialtracking.whitelistTables and urlclassifier.trackingWhitelistTable and restarting the browser.

Can I ask one of the folks that is able to reproduce to do the following:

1. Go to about:url-classifier.
2. Change "List type" to Entitylist
3. Search for https://ebay.com/?resource=ebaystatic.com and https://ebay.com/?resource=ebayimg.com.
4. Share what is output under "Results" for each of these searches.

Also please try clicking "Trigger Update" next to the "mozilla" provider in the providers table. Does "Last update status" say success after you do so? If not, is there an error? (If successful, please try ebay.com again).

Lastly, please go to about:config and let us know what you have urlclassifier.features.socialtracking.whitelistTables and urlclassifier.trackingWhitelistTable set to.

Comment 11

[[:philipp]]

(un)fortunately i am no longer able to reproduce the problem with the same steps today - perhaps there has been some list update in the meantime.

Comment 12

[zetka]

Attachment: search for the first item

Comment 13

[zetka]

Attachment: search for the img.jpg

Comment 14

[zetka]

I can still confirm the same behavior, when changing the privacy mode.
First results were "unavailable", see the screenshots but in Czech.
When I press Actutalisation, it gives "Success"

urlclassifier.features.socialtracking.whitelistTables mozstd-trackwhite-digest256,google-trackwhite-digest256
urlclassifier.trackingWhitelistTable moztest-trackwhite-simple,mozstd-trackwhite-digest256,google-trackwhite-digest256

Comment 15

[Se Yeon Kim]

Hi all, Steve and I were able to narrow the issue to a bug on Shavar and url-classifier which resulted in failure to update entity lists when the Firefox client updated from 79 to 80. This was happening because when the update from 79 to 80 happened users needed to get the new 80 versioned ads blocklists which had the ebaystatic.com and ebayimg.com (see this list) as an ads tracker but did NOT get the latest 80 entity lists because the timestamp of the file was the same between 79 and 80 entitylists, which is a bug. The fix was to force clients with 80 to get the latest entitylist so we can make sure users who updated from 79 to 80 were also getting the matching entity lists.

zetka, can you also verify that the fix works for you?

Comment 16

[zetka]

Sorry, but I am not so good to use your info to add the new entity list. Is it somewhere written, how to do it?

Comment 17

[Se Yeon Kim]

No worries! It should have automatically updated. Can you please test either by checking the Ebay owned website as you did on the bug description or with Steve's recommended steps here? If both of them does not work as expected, which means your client did not get the updates it should have, you can manually trigger using the "trigger update" button for the Mozilla provider on about:url-classifier page.

Comment 18

[zetka]

Attachment: search for img in FF80.jpg

Comment 19

[zetka]

Attachment: search for statistic in FF80.jpg

Comment 20

[zetka]

Results are attached, Výsledky means Results

Comment 21

[Steven Englehardt [:englehardt]]

Fixed as per Comment 15