av9ash/GitBugs huggingface dataset:
Bug: Perma 'mach configure' did not run successfully. Please check log for errors. | ERROR: '/windows-laf-tokens.data': No such file or directory
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-04-18 11:25:22+00:00
Resolved: 2024-04-22 07:02:18+00:00

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

---
```
[task 2024-04-18T10:21:27.955Z] 10:21:27     INFO -  checking for unzip... C:/mozilla-build/bin/unzip.exe
[task 2024-04-18T10:21:27.956Z] 10:21:27     INFO -  checking for the Mozilla API key... no
[task 2024-04-18T10:21:27.956Z] 10:21:27     INFO -  checking for the Google Location Service API key... no
[task 2024-04-18T10:21:27.956Z] 10:21:27     INFO -  checking for the Google Safebrowsing API key... no
[task 2024-04-18T10:21:27.956Z] 10:21:27     INFO -  checking for the Bing API key... no
[task 2024-04-18T10:21:27.956Z] 10:21:27     INFO -  checking for the Adjust SDK key... no
[task 2024-04-18T10:21:27.956Z] 10:21:27     INFO -  checking for the Leanplum SDK key... no
[task 2024-04-18T10:21:27.957Z] 10:21:27     INFO -  checking for the Pocket API key... no
[task 2024-04-18T10:21:27.957Z] 10:21:27     INFO -  checking for the Windows Taskbar Pinning API key... no
[task 2024-04-18T10:21:27.957Z] 10:21:27     INFO -  ERROR: '/windows-laf-tokens.data': No such file or directory.
[task 2024-04-18T10:21:28.062Z] 10:21:28     INFO -  *** Fix above errors and then restart with "./mach build"
[task 2024-04-18T10:21:28.124Z] 10:21:28     INFO - Return code: 1
[task 2024-04-18T10:21:28.124Z] 10:21:28  WARNING - setting return code to 2
[task 2024-04-18T10:21:28.124Z] 10:21:28    FATAL - 'mach configure' did not run successfully. Please check log for errors.
[task 2024-04-18T10:21:28.126Z] 10:21:28    FATAL - Running post_fatal callback...
[task 2024-04-18T10:21:28.127Z] 10:21:28    FATAL - Exiting -1
[task 2024-04-18T10:21:28.127Z] 10:21:28     INFO - [mozharness: 2024-04-18 10:21:28.127017Z] Finished static-analysis-autotest step (failed)
[task 2024-04-18T10:21:28.127Z] 10:21:28     INFO - Running post-run listener: _parse_build_tests_ccov
[task 2024-04-18T10:21:28.127Z] 10:21:28     INFO - Running command: ['C:\\Users\\task_171343155363139\\.mozbuild\\srcdirs\\src-ba151dab4644\\_virtualenvs\\common\\Scripts\\python.exe', 'mach', 'python', 'testing\\parse_build_tests_ccov.py'] in D:/task_171343155363139/build/src
[task 2024-04-18T10:21:28.127Z] 10:21:28     INFO - Copy/paste: C:\Users\task_171343155363139\.mozbuild\srcdirs\src-ba151dab4644\_virtualenvs\common\Scripts\python.exe mach python testing\parse_build_tests_ccov.py
[task 2024-04-18T10:21:28.128Z] 10:21:28     INFO - Using env: {'ALLUSERSPROFILE': 'C:\\ProgramData',
```
Bug: Home and newtab hover state and click area for wallpaper thumbnails bug
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-18 16:51:35+00:00
Resolved: 2024-04-22 17:51:18+00:00

Found while debugging bug 1892095

Looks like the sr-only elements are clickable and hovering over the top clickable areas of the first 2 wallpaper thumbnails, and if you click those top areas of those thumbnails, it sets the wrong wallpapers.

Also hovering over the top parts of those wallpapers, it doesn't trigger the expected hover states.
Bug: Distinguish between private and regular browsing modes wrt Google signed-in telemetry
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-04-18 21:05:57+00:00
Resolved: 2024-06-05 17:42:29+00:00

Via the QA process for bug 1877494, we found that Google signed-in telemetry is not correct when the SERP is loaded into a private browsing mode window or tab. Two points here:
1) We do not want to record telemetry for a client's Google account signed-in status in private browsing mode, so what's currently happening is accidentally the desired behavior.
2) We need to correctly account for context (private vs. regular browsing modes) in our Google signed-in telemetry so that we can explicitly (rather than accidentally) not collect Google signed-in telemetry when in PBM.
Bug: exceptions not syncing in settings
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-18 21:35:29+00:00
Resolved: 2024-04-19 15:43:20+00:00

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

Steps to reproduce:

I turned on sync on my Mozilla/firefox account for all of the options (settings sync too) but when I deleted Firefox and redownloaded it, to get out of the beta, it didn't sync the exceptions for "delete cookies and site data when firefox is closed" it did sync the toggle for it, but just not the exceptions. I don't know if it's a bug or not, but I just wanted to report it. Also, I'm on Mac.


Actual results:

The exceptions for 'delete cookies and site data when Firefox is closed' didn't/don't sync with my account.


Expected results:

It should've saved the websites I had previously put in the exceptions list when I had manually synced it before.
Bug: Some bookmarks and a bookmarks folder are inexplicably hidden from view
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-04-18 21:44:01+00:00
Resolved: 2025-01-23 23:03:18+00:00

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

Steps to reproduce:

Opened my bookmarks toolbar overflow menu.


Actual results:

When I clicked on a certain bookmarks folder, and I saw that it revealed only some of its contents, I opened the Bookmarks Manager to be sure those other contents were still there, and that confirmed that they, indeed, were still there.


Expected results:

Clicking on the bookmarks folder should have revealed all of its contents, which in this case included not just the three bookmarks that were revealed but a few more bookmarks that are there AND a subfolder containing more bookmarks that is also there. Again, I know these other items "are there" because the Bookmarks Manager shows them to be there.
Bug: Some bookmarks and a bookmarks folder are inexplicably hidden from view
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-18 21:46:35+00:00
Resolved: 2024-04-18 22:09:52+00:00

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

Steps to reproduce:

Opened my bookmarks toolbar overflow menu.


Actual results:

When I clicked on a certain bookmarks folder, and I saw that it revealed only some of its contents, I opened the Bookmarks Manager to be sure those other contents were still there, and that confirmed that they, indeed, were still there.


Expected results:

Clicking on the bookmarks folder should have revealed all of its contents, which in this case included not just the three bookmarks that were revealed but a few more bookmarks that are there AND a subfolder containing more bookmarks that is also there. Again, I know these other items "are there" because the Bookmarks Manager shows them to be there.
Bug: Fix Translator Exception Handling
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-04-19 00:32:21+00:00
Resolved: 2024-04-24 15:47:59+00:00

### Description

Bug 1884901 introduced a new [Translator.mjs](https://searchfox.org/mozilla-central/source/toolkit/components/translations/content/Translator.mjs) abstraction, which works well for the happy path, but has a race condition in the event that the Translations Engine fails to be constructed that results in an unhandled promise rejection. 

---

### Steps to implement
* Fix the code so that all promise rejections are caught gracefully. 

---

### Tests to implement
* Test coverage is handled by 1870307 (subsequent patches in the stack) which test SelectTranslationsPanel error states.
Bug: favicon of a bookmarked page isn't saved immediately after bookmark when browser history is disabled
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-19 02:23:51+00:00
Resolved: 2024-04-30 07:57:03+00:00

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

Steps to reproduce:

When I bookmark a page then that bookmark doesn't have its favicon saved. It has its favicon loaded and saved after a reload of that bookmarked page. The URL of that bookmarked page doesn't matter. I have the browser history disabled.

What I typically do when I bookmark a page is that I bookmark that page by pressing the 'Bookmark this page' button or by pressing Ctrl + D followed by pressing F5 to reload that page. To me, this is very annoying and time consuming as well as error prone. I have about 5200 bookmarks saved right now. I should only press the 'Bookmark this page' button or press Ctrl + D and the favicon of that bookmarked page is saved.

I currently experience this issue on Tor Browser 13.0.14 which is based on Firefox 115.10.0esr. The Tor Browser is always on Private Browser mode, therefore browser history disabled there. I also tested with Firefox 125.0.1 with browser history disabled. The behavior there is the same. When I enable browser history on Firefox 125.0.1 this issue disappears. The favicon of a page gets automatically saved once I enter that page. Bookmarking that page makes no difference. Its favicon has already been saved.

My guess is that the favicon of a page doesn't get saved after a bookmark. With browser history enabled, this doesn't matter because the favicon of a page gets automatically saved once that page has been entered. This also explains why this issue has been unnoticed for so long. Most users have browser history enabled anyways. Though with the Tor Browser, this issues hits really hard when bookmark is being used extensively as an alternative to browser history, because the Tor Browser is in permanent Private Browser mode.

In my opinion, the favicon of a page should be saved in the current browser session once that page has been entered if the browser history has been disabled. That favicon can be saved permanently once that page has been bookmarked.

BTW, the behavior can be tracked under 'Manage Bookmarks' or in the address bar.


Actual results:

When browser history is disabled, bookmark a page doesn't have its favicon saved. I have to reload that bookmarked page (press F5) to load and save its favicon.


Expected results:

When browser history is disabled, bookmark a page has its favicon saved. No reload (press F5) required.
Bug: Inconsistent UI behavior in ETP Custom settings drop-downs from about:preferences page
Status: NEW
Priority: P3
Created: 2024-04-19 07:25:25+00:00
Resolved: 2024-04-23 13:33:12+00:00

**Found in**
* Latest Nightly 127.0a1 (2024-04-18)

**Affected versions**
* 127.0a1 
* 126.0b2
* 125.0.1 
* 115.10.0 ESR

**Tested platforms**
* Affected platforms: Windows 11, macOS 12.6.6, Ubuntu 22.04
* Unaffected platforms: none

**Steps to reproduce**
1. Go to about:preferences#privacy 
2. Select the “Custom” option from the ETP section 
3. Uncheck the “Cookies”, “Tracking content” and “Suspected fingerprinters” checkboxes 
4. Observe the drop-down lists associated with each option from step 3

**Expected result**
* The UI behavior is consistent for the drop-down lists associated with each option

**Actual result**
* The UI behavior is inconsistent:
   -- For the “Cookies” drop-down list: the list width remains the same, but the text disappears
   -- For the “Tracking content”/”Suspected fingerprinters” option: the list shrinks, leaving only the arrow visible

**Regression range**
* Last good build: 2022-12-19 
* First bad build: 2022-12-20
* Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=91a9bbbe6bea41de5be2721f17cca52ba7986c8e&tochange=dd4482632694e2bc4e64e4651210e1c1815285a2 
* Potentially regressed by: Unfortunately I am not able to identify the regressor from the pushlog and Mozregression is unable to bisect more data. Hope the pushlog helps! 

**Additional notes**
* See the attached video
Bug: The "Personalize new tab" gear moves its position and gets cut off when a new window is created
Status: NEW
Priority: P3
Created: 2024-04-19 07:34:01+00:00
Resolved: 2024-06-25 17:46:50+00:00

**Found in**
- Firefox 126.0b2

**Affected versions**
- Firefox 126.0b2
- Firefox 127.0a1

**Tested platforms**
- Affected platforms: Windows 10, macOS 12.7.4, Ubuntu 22.04

**Steps to reproduce**
1. Have a new tab opened
2. Drag the new tab in order to create a new window

**Expected result**
- The "Personalize new tab" gear doesn't move its position

**Actual result**
- The "Personalize new tab" gear moves its position and gets cut off

**Regression range**
- Will see for a regression

**Additional notes**
- The issue can be seen in the [following attachment](https://drive.google.com/file/d/1yYywHWJeKSJ8JXS0QTSho_oxBInsx9j4/view?usp=sharing)
Bug: Tabs on startup disappear completely if you open a private firefox window and leave it open
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-19 08:20:00+00:00
Resolved: 2024-04-22 15:48:02+00:00

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

Steps to reproduce:

1. Start firefox in regular mode.
2. Open preferences settings "about:preferences" and check option "Open previous windows and tabs" (doesn't matter if you reload firefox or not, option is not a problem here).
3. Open multiple tabs and load some pages in these.
4. Now open a private firefox window (you don't even have to load anything).
5. Close your regular firefox window.
6. Start regular firefox window again.


Actual results:

All tabs are gone.


Expected results:

Previus tabs should open again.

Firefox tracks tabs from private window if regular window was closed.
Bug: Moving the cursor on the next tab right before the tab preview is displayed will show the preview on the wrong tab
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-04-19 08:22:59+00:00
Resolved: 2024-06-14 11:35:53+00:00

**Found in**
* 126.0b2

**Affected versions**
* 127.0a1 (2024-04-18)
* 126.0b2

**Tested platforms**
* Affected platforms: Ubuntu 23.10, Windows 10x64
* Unaffected platforms: macOS 14

**Steps to reproduce**
1. Open a few tabs.
2. Hover over a random tab and move the cursor to the next tab before the tab preview is displayed.

**Expected result** 
* The tab preview is displayed for the correct tab.

**Actual result**
* The tab preview is displayed on the wrong tab.


**Regression range**
* Mozregression points at bug 1890397.

**Additional notes**
* Attached a screen recording.
Bug: Survey on new tab page has low text contrast with custom themes or Firefox Color
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-04-19 09:33:15+00:00
Resolved: 2024-04-26 07:04:44+00:00

STR:
1. Install [Dark space - The best dynamic theme](https://addons.mozilla.org/en-US/firefox/addon/nicothin-space/) (130k users).
2. Open the new tab page and show the `NEWTAB_CSAT_SURVEY` message ("Help Firefox improve this page").
 
Survey text has no contrast against white background. It is using the text color from the new tab page but not the background color.

The same occurs with the [Firefox Color](https://addons.mozilla.org/en-US/firefox/addon/firefox-color/) extension and "New Tab Text" set to a light color.

The survey message only appears for me in the current Release 125 and not Beta 126 or Nightly 127.
Bug: The selected wallpaper is applied to the New Tab page even if the onboarding spotlight is dismissed
Status: NEW
Priority: P3
Created: 2024-04-19 14:39:26+00:00
Resolved: 2024-04-29 17:23:37+00:00

**[Affected versions]:**
- Firefox Beta 126.0b2 - Build ID: 20240417091940
- Firefox Nightly 127.0a1 - Build ID: 20240418214121

**[Affected Platforms]:**
- Windows 11 x64
- macOS 14.1
- Ubuntu 22.04 x64

**[Prerequisites]:**
- Have the following prefs in the "about:config" page:
	- `browser.newtabpage.activity-stream.asrouter.devtoolsEnabled` set to `true`
	- `browser.newtabpage.activity-stream.newtabWallpapers.enabled` set to `true`
  
**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to "about:asrouter" and paste [sample JSON](https://gist.github.com/amychurchwell/e5d347d0d4dcb44745fa3a6c5616511c) into a text field.
3. Click the "Modify" button displayed near the text field from step 2.
4. Click any wallpaper card and dismiss the spotlight by clicking the "X" button.
5. Open a new tab page and observe the background.

**[Expected result]:**
- The wallpaper selected in step 4 was not applied to the New Tab page background.
    
**[Actual result]:**
- The wallpaper selected in step 4 was applied to the New Tab page background.

**[Additional Notes]:**
- This issue is reproducible if the spotlight is dismissed using the "Esc" key instead of clicking of the "X" button.
- Attached a screen recording of the issue.
Bug: The existing wallpaper from the New Tab page is removed if the "Not now" button from the Wallpaper Onboarding spotlight is clicked
Status: NEW
Priority: P1
Created: 2024-04-19 14:44:45+00:00
Resolved: 2024-05-02 16:58:30+00:00

**[Affected versions]:**
- Firefox Beta 126.0b2 - Build ID: 20240417091940
- Firefox Nightly 127.0a1 - Build ID: 20240418214121

**[Affected Platforms]:**
- Windows 11 x64
- macOS 14.1
- Ubuntu 22.04 x64

**[Prerequisites]:**
- Have the following prefs in the "about:config" page:
	- `browser.newtabpage.activity-stream.asrouter.devtoolsEnabled` set to `true`
	- `browser.newtabpage.activity-stream.newtabWallpapers.enabled` set to `true`
- Have any wallpaper set to the new tab page.
  
**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to "about:asrouter" and paste [sample JSON](https://gist.github.com/amychurchwell/e5d347d0d4dcb44745fa3a6c5616511c) into a text field.
3. Click the "Modify" button displayed near the text field from step 2.
4. Click the "Not now" button from the bottom part of the spotlight.
5. Open a new tab page and observe the background.

**[Expected result]:**
- Nothing happens. The existing wallpaper is still applied.
    
**[Actual result]:**
- No wallpaper is applied anymore.

**[Additional Notes]:**
- This issue is not reproducible if the spotlight is dismissed using the "Esc" key or the "X" button.
- Attached a screen recording of the issue.
Bug: Home and newtab wallpaper customize menu thumbnails don't tab
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-04-19 16:15:52+00:00
Resolved: 2024-04-29 17:14:48+00:00

Not totally sure why this doesn't just work. They are inputs, so should have default tabbing behaviour. However, it does not work.

[Tracking Requested - why for this release]: UX and possible a11y issue
Bug: PDF annotations show up outside the screen
Status: NEW
Priority: P3
Created: 2024-04-19 16:57:56+00:00
Resolved: 2024-05-22 09:49:28+00:00

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

Steps to reproduce:

Open any annotated PDF in Firefox's PDF viewer to reproduce the issue. Firefox 124.0.1 on Ubuntu with Gnome.


Actual results:

When hovering or click a highlight in the PDF to read the annotations/comment, the pop up with that comment is shown off screen (see screenshot) and there is no way to move it back in again


Expected results:

The popup should respect the boundaries of the window and be displayed entirely withing the current window. At the very least, it should be possible to move the pop up.
Bug: Regression: Shortcuts/Tiles are no longer centered on the New Tab Page
Status: NEW
Priority: P3
Created: 2024-04-20 00:04:47+00:00
Resolved: 2024-05-08 07:12:05+00:00

Nightly 127.0a1 (2024-04-19) (64-Bit)
macOS 14.4.1

1.) Start Nightly with a fresh profile
2.) Open a New Tab Page
3.) Disable Sponsored Shortcuts/Tiles

Actual: Shortcuts/Tiles are no longer centered on the New Tab Page, because the blank Tiles no longer appear.

Expected: They should be centered.

This is a regression.

A screenshot is attached.
Bug: Fix FullPageTranslationsPanel init-failure messaging
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-04-20 00:21:04+00:00
Resolved: 2024-04-25 14:31:34+00:00

### Description

In Bug 1889697 I landed a fix for the Translations Panel not initializing correctly when opened in multiple Firefox windows back-to-back. 

Unfortunately, that fix introduced a new regression that I just discovered, that causes the FullPageTranslationsPanel to not display its error message if the language-list dropdowns fail to load when the panel opens. It looks like we didn't have test coverage for that specific error case (only for the failure-to-translate error message).

Fortunately, this error is _extremely_ rare, since the RemoteSettings JSON files are packaged and shipped with the language lists. Someone would have to both have no Ineternet connection _and_ corrupted RemoteSettings JSON to see this error message.  

---

### Steps to implement

* Fix the issue that cases the error message to not display.
* Add test coverage for this case.

---

### Tests to implement

* Add a new test case that forces the language initialization to fail.
Bug: Intermittent browser/components/asrouter/tests/browser/browser_asrouter_infobar.js | single tracking bug
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-04-20 02:18:06+00:00
Resolved: 2024-11-11 07:08:26+00:00

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

---
```
[task 2024-04-20T00:25:35.152Z] 00:25:35     INFO - TEST-PASS | browser/components/asrouter/tests/browser/browser_asrouter_infobar.js | No notification to start with - true == true - 
[task 2024-04-20T00:25:35.152Z] 00:25:35     INFO - Buffered messages finished
[task 2024-04-20T00:25:35.153Z] 00:25:35     INFO - TEST-UNEXPECTED-FAIL | browser/components/asrouter/tests/browser/browser_asrouter_infobar.js | Uncaught exception in test bound react_to_trigger - Wait for notification to show - timed out after 50 tries.
[task 2024-04-20T00:25:35.154Z] 00:25:35     INFO - Leaving test bound react_to_trigger
[task 2024-04-20T00:25:35.154Z] 00:25:35     INFO - Entering test bound dismiss_telemetry
[task 2024-04-20T00:25:35.155Z] 00:25:35     INFO - TEST-PASS | browser/components/asrouter/tests/browser/browser_asrouter_infobar.js | Only called once - 1 == 1 - 
```
Bug: On some Windows 10 systems, there is a preview for each tab instead of each Firefox window.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-04-20 10:05:41+00:00
Resolved: 2024-05-06 13:09:45+00:00

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

Steps to reproduce:

Open Firefox and open several tabs.


Actual results:

When moving the cursor on the Firefox icon in the taskbar, a preview for each tab is shown.


Expected results:

I should have seen a preview only for each window (on some other windows 10 systems it is still that way, so it could be some weird issue with windows or the particular PC.).
Bug: Firefox loads in the backgrounds the pages pinned to the homepage (Privacy related)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-04-20 15:00:22+00:00
Resolved: 2024-11-04 12:28:50+00:00

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

Steps to reproduce:

I pinned URLs to the home page (Firefox Home).


Actual results:

If I have pinned websites on Firefox's default Home Page, Firefox will load these pages in the background, as I've confirmed via MITM. This is a privacy concern if I expect to use a VPN/proxy while using Firefox but I'm not aware that Firefox is already loading content before I connect to the VPN/proxy, exposing my IP/fingerprint and other privacy related concerns.


Expected results:

These pages shouldn't be loaded without the user knowing or having an option to disable this behavior. It should also be looked at as a serious privacy concern in general, as Firefox is in theory geared towards privacy, while doing something very obviously not privacy geared.