Open Bug 1804486 Opened 1 year ago Updated 1 year ago

Bing Shopping main page does not load in Nightly

Categories

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

Firefox 110
defect

Tracking

()

Tracking Status
firefox-esr102 --- unaffected
firefox107 --- unaffected
firefox108 --- unaffected
firefox109 --- unaffected
firefox110 --- affected

People

(Reporter: hjstephens09, Unassigned)

References

(Blocks 2 open bugs)

Details

Attachments

(2 files)

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

Steps to reproduce:

  • Go to https://www.bing.com/shop.
  • Page contents do not load.

Actual results:

https://postimg.cc/TLmPwCDV

Expected results:

https://postimg.cc/QBK840S2

Hello.
Issue is reproducible on latest Nightly and not reproducible on latest beta, for all Operating Systems.

Issue is not reproducible on 108.0 or older Firefox.
In order to have the "https://www.bing.com/shop" section available, please make sure to be connected to an area with this feature enabled (EX: use VPN to connect to US).

Status: UNCONFIRMED → NEW
Has STR: --- → yes
Component: Untriaged → Top Sites
Ever confirmed: true
OS: Unspecified → All
Hardware: Unspecified → All

This reproduces on latest 110 Nightly, Win 10 with US VPN, so I'm changing the component.

Component: Top Sites → Desktop
Product: Firefox → Web Compatibility
Version: Firefox 109 → Firefox 110

Raul, this works fine for me -- can you give this a try?

Flags: needinfo?(raul.bucata)

This also works for me:
https://prnt.sc/_bCJhlvKi3Jw
https://prnt.sc/IfzhpaWfzx_H

Tested with:
Operating System: Windows 10 PRO x64
Firefox version: Firefox Nightly 109.0a1 (2022-12-21) (64-bit)

Notes:
No VPN connection was used

Suggestion: Try clearing cache/data/cookies, disabling add-ons and Ad-blocker (if available) and extensions or use a clean profile, and check again? If there are any changes made to the default settings of the browser (e.g. in about:config) please revert to the default settings and try again. Also, have the required cookies been accepted for this page?

Flags: needinfo?(raul.bucata)
Attached image Nightly VS Release

(In reply to Raul Bucata from comment #4)

This also works for me:
https://prnt.sc/_bCJhlvKi3Jw
https://prnt.sc/IfzhpaWfzx_H

This is the RO version, which works fine. The reporter screenshot contains the US version that is quite different than this one.

I attached the difference between Release and Nightly, with US VPN (clean profiles).

Hm, weird. Petruta, since you say that this isn't reproducing in Release, can you please run mozregresion on that one?

Flags: needinfo?(petruta.rasa)

Unfortunately mozregression can't be used in this case, since it's Nightly only. I updated the flags in comment 2 where 109 (previously affected) became Beta and 110 Nightly. This works fine for all versions except Nightly.

Flags: needinfo?(petruta.rasa)

Ksenia, if you have some spare cycles, can you check if you have any luck reproducing this in Nightly and figuring out which Nightly-only pref is causing this?

Flags: needinfo?(kberezina)

This is reproducible for me with a vpn to the US on Nightly 110.0a1 (2022-12-28) with ETP in standard/strict mode. It starts working in Nightly if I turn off ETP completely. In Firefox release it's working in Standard mode, but starts breaking in a similar fashion if I switch to Strict mode. Will keep ni for myself for further diagnosis.

There is an embedded iframe from msn.com

<iframe id="msn-shop-hub-iframe" scrolling="yes" src="https://www.msn.com/en-us/shopping?ocid=startwidget&amp;disableheader=1" data-bm="22" frameborder="0"></iframe>

Getting a few SecurityError: The operation is insecure. errors when a script within the iframe attempts to access localStorage and then indexedDB

try {
          return window.localStorage.setItem(t, t),
          window.localStorage.removeItem(t),
          !0
        } catch (t) {
          (e || 'function' == typeof e) && e(Object.assign(Object.assign({
          }, i.mmU.LocalStorageDoesntExist), {
            message: `Local Storage is not defined ${ t }`
          }))
        }

And the following message in the console,
Request to access cookie or storage on “https://www.msn.com/en-us/shopping?ocid=startwidget&disableheader=1” was blocked because it came from a tracker and content blocking is enabled.

Based on this and my previous comment this is likely related to ETP, so changing the component.

Component: Desktop → Privacy: Anti-Tracking
Flags: needinfo?(kberezina)
Product: Web Compatibility → Core

This is broken because we block cookie/storage access for msn.com as we enable level 2 list in the Nightly channel.

Blocks: tp-breakage
Severity: -- → S3
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: