av9ash/GitBugs huggingface dataset:
Bug: Move to Start/End options are available for current window with a single open tab loaded
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2023-09-29 10:06:51+00:00
Resolved: 2024-01-11 12:35:06+00:00

**Affected versions**
* Firefox Beta 119.0b2

**Affected platforms**
* Windows 10 x64, macOS 13, Ubuntu 22

**Unaffected platforms**
* N/A

**Steps to reproduce**
1. Launch Firefox with Firefox View Next Open tabs card selected
2. Open a new window with a few websites loaded in tabs
3. Open a new Firefox window with only on website loaded
4. Go to Open Tabs card and click on the open tab menu for the third Firefox window
5. Observe the Move sub-menu options for the open tab item

**Expected result**
* Move to Start/End options should not be displayed for the single window open tab

**Actual result**
* Move to Start/End options are available for current window with a single open tab loaded

**Regression range**
* New implementation

**Additional notes**
* Attached gif describing the issue
Bug: The Enhanced Tracking Protection doorhanger to provide full information to a screen reader when the panel is opened
Status: NEW
Priority: P3
Created: 2023-09-29 13:27:43+00:00
Resolved: 2023-10-16 10:37:52+00:00

### STR:
1. Ensure a screen reader is running, i.e. NVDA on WinOS
1. Navigate to the awesomebar and focus the Enhanced Tracking Protections button
1. Press `Enter` to activate the panel and observe the screen reader announcement when the doorhanger panel is opened

### Expected:
1. A role of the dialog (i.e. `dialog`) and it's label (usually the visual heading) are being announced by the screen reader, i.e. `Protections for {URL}, dialog` is announced by the screen reader.
* Design pattern and expected behavior example could be found in [WAI ARIA website](https://www.w3.org/WAI/ARIA/apg/patterns/dialog-modal/)
1. (optional) The screen reader proceeds with reading out the content of the dialog without a need by a user to press `Down` arrows

### Actual:
1. No role or other programmatic boundaries is ever announced
1. The visual heading of the dialog that includes an URL of the page is never being announced by a screen reader
Bug: The Unsupported product error message is not displayed for unsupported products in the Shopping sidebar
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-09-29 14:12:48+00:00
Resolved: 2023-11-13 22:38:47+00:00

**Found in**
* Beta 119.0b1

**Affected versions**
* Beta 119.0b1
* Nightly 120.0a1 (2023-09-29)

**Affected platforms**
* All

**Preconditions:**
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 1


**Steps to reproduce**
1. Reach the following links:
BestBuy gift card: https://www.bestbuy.com/site/best-buy-50-best-buy-gift-card-with-gift-box/6349639.p?skuId=6349639
VideoGames: https://www.amazon.com/luna/detail/B0C3QB7QKV
Amazon music: https://www.amazon.com/dp/B0C1Q4GWXJ/
2. Open the Sidebar.


**Expected result**
* The Unsupported product error message should be displayed for these products.

**Actual result**
* In some cases the Check review quality card is displayed again in infinite loop, while in other cases the error message is not displayed instead the reviews are being displayed.

**Regression range**
Not Applicable
Bug: Intermittent browser/components/preferences/tests/browser_performance.js (finished) | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-09-29 14:41:47+00:00
Resolved: 2023-10-27 12:02:44+00:00

**Filed by:** nbeleuzu [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=430750354&repo=try
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/JD8rFWKzRTGYa5PX_6sn5Q/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2023-09-29T11:42:32.337Z] 11:42:32     INFO - GECKO(2970) | [Parent 2970: Main Thread]: I/DocShellAndDOMWindowLeak --DOMWINDOW == 12 (15bb88c00) [pid = 2970] [serial = 1414] [outer = 0] [url = about:blank]
[task 2023-09-29T11:42:33.991Z] 11:42:33     INFO - GECKO(2970) | [Child 2974: Main Thread]: I/DocShellAndDOMWindowLeak --DOCSHELL 11d0b2c00 == 0 [pid = 2974] [id = 67] [url = about:blank]
[task 2023-09-29T11:42:38.689Z] 11:42:38     INFO - GECKO(2970) | [Child 2974: Main Thread]: I/DocShellAndDOMWindowLeak --DOMWINDOW == 1 (10273e5c0) [pid = 2974] [serial = 135] [outer = 0] [url = about:blank]
[task 2023-09-29T11:42:43.485Z] 11:42:43     INFO - GECKO(2970) | [Child 2974: Main Thread]: I/DocShellAndDOMWindowLeak --DOMWINDOW == 0 (11d0b3000) [pid = 2974] [serial = 136] [outer = 0] [url = about:blank]
[task 2023-09-29T11:48:53.493Z] 11:48:53     INFO - TEST-UNEXPECTED-TIMEOUT | browser/components/preferences/tests/browser_performance.js (finished) | application timed out after 370 seconds with no output
[task 2023-09-29T11:48:53.493Z] 11:48:53     INFO - TEST-INF
```
Bug: Intermittent toolkit/components/pdfjs/test/browser_pdfjs_minimum_font_size.js (finished) | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-09-29 15:19:12+00:00
Resolved: 2025-02-17 12:02:20+00:00

**Filed by:** nbeleuzu [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=430764810&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/GOJ_ELZ6RUi7hjuI79YjcQ/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2023-09-29T12:56:05.408Z] 12:56:05     INFO - TEST-START | toolkit/components/pdfjs/test/browser_pdfjs_minimum_font_size.js
[task 2023-09-29T12:56:06.656Z] 12:56:06     INFO - GECKO(4534) | MEMORY STAT | vsize 16237MB | residentFast 374MB | heapAllocated 151MB
[task 2023-09-29T12:56:06.657Z] 12:56:06     INFO - TEST-OK | toolkit/components/pdfjs/test/browser_pdfjs_minimum_font_size.js | took 1249ms
[task 2023-09-29T12:56:06.664Z] 12:56:06     INFO - checking window state
[task 2023-09-29T12:56:06.664Z] 12:56:06     INFO - GECKO(4534) | must wait for focus
[task 2023-09-29T13:02:16.670Z] 13:02:16     INFO - TEST-UNEXPECTED-TIMEOUT | toolkit/components/pdfjs/test/browser_pdfjs_minimum_font_size.js (finished) | application timed out after 370 seconds with no output
[task 2023-09-29T13:02:16.670Z] 13:02:16     INFO - TEST-INFO 
```
Bug: Firefox View page headers are no longer lined up with side navigation header
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-09-29 15:28:37+00:00
Resolved: 2023-10-04 19:06:38+00:00

The page headers in about:firefoxview-next are no longer horizontally inline with the side navigation header as is expected.

This was possibly regressed by upstream changes in bug 1838939
Bug: alt, title and aria attributes not translated
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-09-29 16:37:45+00:00
Resolved: 2023-09-29 20:53:39+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/118.0

Steps to reproduce:

Hi,

When using the new translation feature, HTML attributes are not translated.

For example on https://ici.radio-canada.ca/ (french to english)


Actual results:

we have
- button with aria-label="Connexion à mon compte"
- image with title="Les principales entraves à surveiller à Montréal cette fin de semaine (Photo: La Presse canadienne / Paul Chiasson)"
- ...


Expected results:

attributes should have been translated. Similar to chrome (https://bugs.chromium.org/p/chromium/issues/detail?id=933519)

Maybe not exhaustive, but what I think should be translated
- alt
- title attribute
- title (in head tag)
- aria-label
- aria-placeholder
- aria-roledescription
- aria-valuetext
- aria-description (it's in draft https://w3c.github.io/aria/#aria-description)
Bug: Protections panel has a bunch of fluent strings that aren't set up quite right
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-09-29 16:48:26+00:00
Resolved: 2023-11-07 13:52:48+00:00

I spotted this in a debug build output:

```
[fluent-dom] While translating an element with fluent ID "protections-panel-not-blocking-why-etp-on-tooltip" a child element of type "description" was removed. Either the fluent message does not contain markup, or it does not contain markup of this type.
[fluent-dom] While translating an element with fluent ID "protections-panel-not-blocking-why-etp-off-tooltip" a child element of type "description" was removed. Either the fluent message does not contain markup, or it does not contain markup of this type.
[fluent-dom] While translating an element with fluent ID "protections-panel-cookie-banner-view-cancel" a child element of type "hbox" was removed. Either the fluent message does not contain markup, or it does not contain markup of this type.
[fluent-dom] While translating an element with fluent ID "protections-panel-cookie-banner-view-turn-on" a child element of type "hbox" was removed. Either the fluent message does not contain markup, or it does not contain markup of this type.
[fluent-dom] While translating an element with fluent ID "protections-panel-cookie-banner-view-turn-off" a child element of type "hbox" was removed. Either the fluent message does not contain markup, or it does not contain markup of this type.
```

Looks like the buttons that have `hbox` get those from the [`button`](https://searchfox.org/mozilla-central/rev/2f5b657343ce18e4b8a56417f707022550f4b742/toolkit/content/widgets/button.js#251) bindings, and the strings set text content rather than setting the label attributes (which is what we'd expect for XUL buttons).

XUL tooltips get a description element [here](https://searchfox.org/mozilla-central/rev/2f5b657343ce18e4b8a56417f707022550f4b742/dom/xul/XULTooltipElement.cpp#37-40), and similar to the `button` element the expectation is that the consumers set a label attribute.

(we should probably make sure that these messages cause test failures and/or otherwise create more visibility for them)
Bug: If adjusted rating is 0, the five star rating component is not shown
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-09-29 17:59:45+00:00
Resolved: 2023-10-25 17:49:19+00:00

If a product has adjusted_rating 0 in the response, like this one: https://www.amazon.com/SAMSUNG-55-Inch-Tracking-Q-Symphony-QN55S90C/dp/B0BWFVCLG9/

then the UI code does not render the star rating component at all (see attached screenshot).

I'm guessing it's a small bug where we don't show the adjusted rating component if adjusted_rating is falsy (false or 0, which is loosely equal to false in javascript).
Bug: UI tweaks to expandable highlights section
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-09-29 19:30:25+00:00
Resolved: 2023-10-04 10:06:28+00:00

There are three minor UI issues with the highlights section:

- the separator line should be changed from `--in-content-box-border-color` to `--in-content-border-color` (a subtler grey
- the separator line should continue across the full width of the container (right now there is a transparent 1px border on `shopping-card`, I believe because of accessibility, which is causing a 1px gap either side).
- the absolute-positioned "show more" `footer` element is cutting square corners into the `border-radius`'d `shopping-card` ancestors. It should probably just get the same border radius as its ancestor, on the bottom left and right hand corner (not the others or it'll affect the separator line which is implemented as a top border).
Bug: Shopping card vertical padding is too small (should be 12px instead of 8px)
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-09-29 19:55:50+00:00
Resolved: 2023-10-04 10:10:02+00:00

We use 8px, and that is correct for the `gap` between different items inside the card, but the card's outer padding should be 12px.
Bug: All stored tabs disappear when starting of Firefox is stopped
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-09-29 20:04:47+00:00
Resolved: 2023-11-01 12:28:55+00:00

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

Steps to reproduce:

While starting Firefox, I stopped it, so I interrupted the starting process and FF hadn't enough time to load all tabs (I like to use many... ;-)
After FF stopped, I startet it again


Actual results:

After starting again there were no tabs anymore, FF could not remember them...


Expected results:

FF should load all my stored tabs from before. Even when the starting process is broken. 

Maybe there is an issue with the storage handling of the tabs or the shut down routine?

- the tab storage seems to be emtpied, when / why?
- in such an unnormal shut down the user is not warned to loose his tabs.
Bug: Tweak header text size and beta label in shopping sidebar
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-09-29 20:13:37+00:00
Resolved: 2023-10-19 11:37:52+00:00

Copied from UX feedback doc:

- the BETA tag seems to be too big. Font size should be 11 (font-size-small).
- can we use --icon-color for the text and the outline (5B5B66)
- padding on the top & bottom and right & left of the BETA word should look visually similar. Right now it the padding on the top & bottom is bigger than on right & left 
- the feature name seems to be bigger than in the Figma file. Is it possible to use 17px (1.3 rem) instead of 19px (1.467 rem)
Bug: Wrong icon color with Dark System theme
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-09-29 20:36:48+00:00
Resolved: 2023-10-05 07:39:05+00:00

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

Steps to reproduce:

1. Select Dark mode in Windows
2. Enable System theme — auto in Firefox


Actual results:

The System theme in Dark mode seems to be using the Light theme colors for the URL bar icons, e.g. the ETP shield, padlock, autoplay icon, pinned site and the switch to tab button.


Expected results:

The System theme colors should match the Dark theme colors.
Bug: On the Firefox View page/tab, it shows only regular open tabs, not open and pinned tabs.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-09-29 22:13:42+00:00
Resolved: 2023-10-05 10:18:29+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/119.0

Steps to reproduce:

Clicked on Firefox View with two regular tabs and seven pinned tabs open.  Firefox beta snap for Ubuntu.


Actual results:

It only showed two open tabs, when I expected it to be 9.  The pinned tabs are not mentioned at all.


Expected results:

All open tabs, including pinned tabs, should be shown.  Alternately, there should be a separate section on the page for pinned tabs.
Bug: Intermittent browser/components/firefoxview/tests/chrome/test_card_container.html | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-09-30 08:10:36+00:00
Resolved: 2024-09-13 12:01:20+00:00

**Filed by:** ctuns [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=430853997&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Rh7GM4pjR4-orqLw_XVaHw/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2023-09-30T07:07:08.589Z] 07:07:08     INFO - TEST-PASS | browser/components/firefoxview/tests/chrome/test_card_container.html | Focus should be back on the summary element within card-container 
[task 2023-09-30T07:07:08.590Z] 07:07:08     INFO - Enter
[task 2023-09-30T07:07:08.590Z] 07:07:08     INFO - Buffered messages finished
[task 2023-09-30T07:07:08.591Z] 07:07:08     INFO - TEST-UNEXPECTED-FAIL | browser/components/firefoxview/tests/chrome/test_card_container.html | The card-container is collapsed - got true, expected false
[task 2023-09-30T07:07:08.591Z] 07:07:08     INFO - SimpleTest.is@chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:509:14
[task 2023-09-30T07:07:08.591Z] 07:07:08     INFO - test_keyboard_navigation@chrome://mochitests/content/chrome/browser/components/firefoxview/tests/chrome/test_card_container.html:103:7
[task 2023-09-30T07:07:08.591Z] 07:07:08     INFO - async*add_task/nextTick/<@chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:2189:34
[task 2023-09-30T07:07:08.591Z] 07:07:08     INFO - async*nextTick@chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:2233:11
[task 2023-09-30T07:07:08.591Z] 07:07:08     INFO - setTimeout handler*SimpleTest_setTimeoutShim@chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:922:41
[task 2023-09-30T07:07:08.591Z] 07:07:08     INFO - add_task@chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:2137:17
[task 2023-09-30T07:07:08.591Z] 07:07:08     INFO - @chrome://mochitests/content/chrome/browser/components/firefoxview/tests/chrome/test_card_container.html:36:11
[task 2023-09-30T07:07:08.591Z] 07:07:08     INFO - Enter
[task 2023-09-30T07:07:08.591Z] 07:07:08     INFO - TEST-PASS | browser/components/firefoxview/tests/chrome/test_card_container.html | The card-container is expanded 
```
Bug: Middle click on some buttons with link does not work after updating to Firefox 115.3.1esr (64-bit)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-09-30 11:32:57+00:00
Resolved: 2023-10-11 04:17:17+00:00

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

Steps to reproduce:

I middle click (with mouse wheel) on some buttons 



Actual results:

It shows a scroll icon to scroll up/down instead of open the link in a new tab.


Expected results:

Open the link in a new tab.
= = = = = = =
The problem begun Friday 29 September after I updated from previous esr-version (102.15.1esr).
I have tested on my old Windows 7 PC, and it worked fine today before update, but same problem after updating to 115. So not a change on web site.

I have verified that about:config browser.tabs.opentabfor.middleclick = true.

One example from a free site:
https://sok.riksarkivet.se/scb-fodda-vigda-doda?Forsamling=huddinge&Lan=0&DatumFran=1880&DatumTill=1890&Dokument=F%C3%B6delse
The green button with text "Bild" is the problem.

But the green "Bild"-buttons works fine on other pages on same site :
https://sok.riksarkivet.se/?postid=Arkis+eef4e56e-60a2-4221-9c36-8a7a68280d28&tab=post&flik=1&s=Balder
Bug: Not apply configured font in Private Window
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-09-30 14:19:46+00:00
Resolved: 2023-10-04 15:13:43+00:00

Steps to reproduce:

0. Windows 10 Pro x64. Firefox 118.0.1 x64 en-US
1. Create a new profile and set as default profile
2. Start Firefox and configure fonts for Traditional Chinese (Taiwan) as [Sans Serif], [Noto Serif CJK TC], [Noto Sans CJK TC], [Noto Sans Mono CJK TC]. Then close Firefox.
3. Start Firefox open a page with Traditional Chinese (Taiwan) text. Firefox rendered the page as expect by using the Noto CJK fonts. Then close Firefox.
4. Start Firefox as Private Window then open a page with Traditional Chinese (Taiwan) text. Firefox DIDN'T render the page text by the configured Noto CJK fonts.

PS. The demo page with Traditional Chinese (Taiwan) text content is below:
<!DOCTYPE HTML PUBLIC '-//W3C//DTD HTML 4.01//EN' 'http://www.w3.org/TR/html4/loose.dtd'>
<html lang="zh-Hant"><head><title>正體中文</title>
<META http-equiv='Content-Type' content='text/html; charset=utf-8'>
</head><body>
<h1>正體中文</h1>
</body>
</html>


Actual results:

As stated above. When I use Firefox Private Window to open a Traditional Chinese (Taiwan) text page, Firefox DIDN'T apply the configured fonts for Traditional Chinese (Taiwan).

Additionally, if you start Firefox (non-Private Window) and open the Traditional Chinese (Taiwan) text page, then use the Private Window (eg. by Ctrl+Shift-P) to open the same page, the fonts were okay.

However, start the Firefox Private Window to open the page then use normal Firefox window to open the page, then both windows had incorrect fonts.


Expected results:

Private Windows should apply configured Traditional Chinese (Taiwan) fonts.
Bug: pdf.js does not use save location
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-09-30 16:22:59+00:00
Resolved: 2023-10-12 14:47:21+00:00

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

Steps to reproduce:

1) Have the "ask for download location" setting active, which should implicitly store the most recent download location for each server
2) Save a PDF from pdf.js


Actual results:

pdf.js uses the overall last-used download location instead of the saved download location for the current server
This is even worse than using the standard "\Download" location for all PDFs instead (which is done for an implicit download-and-display) because I might be saving to an unintended location and have a hard time searching that downloaded file next time I need it


Expected results:

Like with webpages, the last save location used with this web server should have been stored and re-used. Saving of web pages and of PDFs should not behave differently.
Bug: PDF https://test.biblestudy.tools/PDF/Self-Pronouncing/8.5x11/12pt/Prefatory-Note.pdf Very Slow in PC
Status: NEW
Priority: --
Created: 2023-09-30 16:27:57+00:00
Resolved: 2025-01-30 22:38:21+00:00

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

Steps to reproduce:

On Firefox on the PC, when I go to https://test.biblestudy.tools/PDF/Self-Pronouncing/8.5x11/12pt/Prefatory-Note.pdf.


Actual results:

The PDF begins to display in the viewer, but then it takes a very long time to display, as it slowly adds character after character to the screen.


Expected results:

The PDF should have rendered quickly.

This same file displays quickly in Firefox on the iPhone, and also displays quickly in other browsers on the PC.
Bug: Translation exceptions are stored (separately) for private browsing windows
Status: REOPENED
Priority: P3
Created: 2023-09-30 19:44:58+00:00
Resolved: 2024-01-02 16:47:08+00:00

STR:

1. open https://lemonde.fr/ on a new nightly profile in en-US
2. turn off translations for this site in the panel that automatically appears
3. open a private browsing window
4. open https://lemonde.fr/ again in the same private browsing window
5. there is no popup offering translation, but if you click the icon and then the cog menu, the menu entry for "never offer translation for this site" is not checked
6. turn it off again for that site
7. close private browsing window
8. open preferences
9. check translation settings

ER:
I believe all of these are true:

1. in step 5, the menu entry should be checked. It's correct that we honour the "normal mode" decision in PB mode because it doesn't leak to the site (as nothing happens either way until the user decides to translate).
2. we should never store private browsing decisions because they leave traces on the user's machine of what sites were visited in private browsing.
3. if for whatever reason we believe that we should break that normal PB guarantee (like we do for bookmarks), we should probably communicate that clearly. Either way in (9) we should not show something with `^privateBrowsingId=1` in the UI.
Bug: Don't Launch Shopping 2023
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-10-01 00:50:38+00:00
Resolved: 2023-10-12 12:33:00+00:00

Steps to reproduce:

There isn't much about it publicly, but from piecing together the bits I could find.

Mozilla acquired https://blog.mozilla.org/en/mozilla/fakespot-joins-mozilla-firefox-shopping-announcement/

and is planning on launching a new tool in Firefox with the preference prefix: browser.shopping.experience2023

It's going to send away what products you look at on sites like amazon and Mozilla will privacy wash this by saying: it's okay we leverage Fastly's Oblivious HTTP.

Spend the effort actually finishing the sandboxing and site isolation you started rather than adding Shopping Ads to the browser https://searchfox.org/mozilla-central/search?q=adsEnabled&redirect=false


Actual results:

 


Expected results: