Storefront purchase page layout is broken while Tracking Protection is enabled
Categories
(Web Compatibility :: Site Reports, defect, P3)
Tracking
(Not tracked)
People
(Reporter: oanaarbuzov, Unassigned)
References
(Blocks 1 open bug, )
Details
(Whiteboard: [tp-ads][tp-yellowlist-active][tp-storefront])
User Story
digitalriver.com
Attachments
(2 files)
Reporter | ||
Comment 1•6 years ago
|
||
Reporter | ||
Comment 2•6 years ago
|
||
Reporter | ||
Comment 3•6 years ago
|
||
Assignee | ||
Updated•6 years ago
|
Comment 5•5 years ago
|
||
According to the console, jQuery is not being defined, breaking the layout of the page. But really, all of the requests to the Digital River storefront library are being blocked, including a bunch of .gif button images and the scriptsd defining jQuery:
https://drh.img.digitalriver.com/DRHM/Storefront/Library/scripts/jquery/jquery-1.3.2.min.js
https://drh1.img.digitalriver.com/DRHM/Storefront/Library/scripts/jquery/plugins/jquery.overlay-1.1.min.js
...etc...
I don't actually see any immediate red flags in the list of URLs of this format, at least not if the user is actually trying to buy something:
https://drh?.img.digitalriver.com/DRHM/Storefront/*
I think we might be better off to simply unblock these, at least if the user has navigated to a URL of the form https://store.kaspersky.com/store?Action=buy
as that seems to reveal an actual intent that the user wishes to buy something, not just browsing the storefront.
Updated•5 years ago
|
Comment 6•5 years ago
|
||
Note that bug 1485641 is also about Digital River storefront code breakage while the user is shopping in strict mode.
Updated•5 years ago
|
Updated•5 years ago
|
Updated•4 years ago
|
Reporter | ||
Comment 8•4 years ago
|
||
The issue is not reproducible with ETP - Standard, the design is displayed correctly.
https://prnt.sc/wmooi1
Note: The layout is still broken with ETP - Strict.
Tested with:
Browser / Version: Firefox Nightly 86.0a1 (2021-01-12)
Operating System: Windows 10 Pro
Description
•