Bing Shopping main page does not load in Nightly
Categories
(Web Compatibility :: Privacy: Site Reports, defect, P3)
Tracking
(firefox-esr102 unaffected, firefox107 unaffected, firefox108 unaffected, firefox109 unaffected, firefox110 affected)
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:
Expected results:
Comment 1•2 years ago
|
||
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).
Updated•2 years ago
|
Comment 2•2 years ago
|
||
This reproduces on latest 110 Nightly, Win 10 with US VPN, so I'm changing the component.
Comment 3•2 years ago
|
||
Raul, this works fine for me -- can you give this a try?
Comment 4•2 years ago
•
|
||
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?
Comment 5•2 years ago
•
|
||
(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).
Comment 6•2 years ago
|
||
Hm, weird. Petruta, since you say that this isn't reproducing in Release, can you please run mozregresion on that one?
Comment 7•2 years ago
|
||
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.
Comment 8•2 years ago
|
||
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?
Comment 9•2 years ago
•
|
||
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.
Comment 10•2 years ago
|
||
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&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.
Comment 11•2 years ago
|
||
This is broken because we block cookie/storage access for msn.com
as we enable level 2 list in the Nightly channel.
Updated•2 years ago
|
Updated•5 months ago
|
Description
•