av9ash/GitBugs huggingface dataset:
Bug: Fix various style issues with the Colorway Closet selector radio buttons
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-06-13 18:43:20+00:00
Resolved: 2022-06-14 21:42:08+00:00

There are a bunch of style issues with the Colorway Closet selector radio buttons:
- the icon is slightly off-center within the border that we render for the current selection
- the checkmark is always black
- the border for the current selection has the wrong color in dark mode
Bug: MacOS Tab Text Font Smaller than Photon Design Examples
Status: NEW
Priority: --
Created: 2022-06-13 19:41:49+00:00
Resolved: 2022-06-17 15:53:52+00:00

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

Steps to reproduce:

Open Firefox on MacBook Retina HiDPI display


Actual results:

Tab text font size is smaller than Photon design description (https://wiki.mozilla.org/images/7/7e/Proton_Toolbar.png) or Chrome


Expected results:

Tab Font size should scale up with screen (and with menu items/address bar/etc.)
Bug: Ctrl+Shift+T brings up deleted history
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-14 01:39:17+00:00
Resolved: 2022-07-21 14:29:55+00:00

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

Steps to reproduce:

Browse the web as you would. Then delete your history. And then, hit Ctrl+Shift+T multiple times


Actual results:

The deleted history started to open one by one


Expected results:

Deleted history shouldn't have been retrieved. I'm not sure if this is a bug or a feature. I don't know if this can be rectified by disabling cache but that's not an ideal solution right??
Bug: [Experiment] The “browsing” string from the “Start browsing” button starts with uppercase instead of lowercase
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-06-14 09:14:07+00:00
Resolved: 2022-06-21 16:09:19+00:00

**[Affected versions]:**
- Firefox Beta 102.0b7 (Build ID: 20220612185901)

**[Affected Platforms]:**
- Windows 10 x64
- macOS 12.3.1
- Linux Mint 20.2

**[Prerequisites]:**
- Have the Firefox Release browser, en-US locale installed.
- Have a new Firefox profile created.
- Have the “nimbus.debug” pref set to true.
- Have the “browser.search.region” pref set to “US”.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to the ‘about:studies?optin_slug=about-welcome-mobile-download&optin_branch=treatment-a&optin_collection=nimbus-preview’ URL.
3. Restart the browser.
4. Navigate to the “about:welcome” page.
5. Dismiss all the slides by clicking the “Not now” button until the “Get Firefox on your phone” slide is displayed.
6. Observe the button’s label.

**[Expected result]:**
- The “browsing” string starts with lowercase.

**[Actual result]:**
- The “browsing” string starts with uppercase.

**[Additional notes]:**
- This issue is reproducible in both Treatment branches of the experiment.
- Based on [Figma](https://www.figma.com/file/3nb4R6Iw53UxcZimFIrKMY/Emotive-Onboarding?node-id=3509%3A62725), the ”browsing” string should start with lowercase.
- Attached is a screenshot of the issue.
Bug: Freeze on maps
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-06-14 11:57:24+00:00
Resolved: 2022-08-29 07:43:25+00:00

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

Steps to reproduce:

Opened maps (apple or google and zoomed out to see a larger region)

-Ryzen 7 4800h
-Linux Ubuntu 22.04
-Firefox Nightly 103.0a1
-16gb of ram


Actual results:

Fans ramp up, system freeze, had to reboot


Expected results:

I could see the map
Bug: Firefox View should show tab pickup list if a second desktop device is connected (shouldn't require mobile device)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-14 12:10:38+00:00
Resolved: 2022-06-17 09:43:24+00:00

https://searchfox.org/mozilla-central/rev/4519912ada795963299e4ba84c324adba762eff3/browser/components/firefoxview/tabs-pickup.js#55-60

says:

```js
    this.registerSetupState({
      uiStateIndex: 1,
      name: "no-mobile-device",
      exitConditions: () => {
        return this.mobileDeviceConnected;
      },
    });
```

This isn't right - the step should be passed if there is any active secondary device, and we should show tabs from that device, even if it's a desktop device.
Bug: "New colorways are on the way" entrypoint has background image cut off
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-14 12:49:28+00:00
Resolved: 2022-06-28 16:21:49+00:00

See screenshot. It seems there's padding/margin that is affecting where the image shows up, and this means it no longer matches the spec.
Bug: [Experiment] The "Save theme" button label is wrongly displayed instead of the "Done" one on the "Theme" screen of the "about:welcome" page
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-06-14 14:34:17+00:00
Resolved: 2022-06-21 16:09:19+00:00

**[Notes]:**
- This issue is not reproducible on the "Control" branch of the experiment.

**[Affected versions]:**
- Firefox Beta 102.0b7 - Build ID: 20220612185901

**[Affected Platforms]:**
- Windows 10 x64
- macOS 11.6.2
- Linux Mint 20.2 x64

**[Prerequisites]:**
- Have the following prefs in the "about:config" page:
  - "nimbus.debug" pref set to "true".
- Have the browser's "Dark" theme enabled from "about:addons>Themes" page.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Navigate to the "about:studies?optin_slug=about-welcome-mobile-download&optin_branch=treatment-b&optin_collection=nimbus-preview" URL.
3. Restart the browser and navigate to the "about:welcome" page.
4. Navigate to the "Theme" screen and observe the primary button's label.

**[Expected result]:**
- The "Done" label is displayed.

**[Actual result]:**
- The "Save theme" label is displayed instead.

**[Additional Notes]:**
- This issue is reproducible on both "treatment" branches of the experiment.
- Attached a screen recording of the issue.
Bug: browser_recently_closed_tabs.js uses state between tests that are unreliable
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-06-14 16:15:04+00:00
Resolved: 2023-03-07 02:58:46+00:00

Tests shouldn't really use state between calls to `add_task`. `add_task` is async, and the _actual_ state of the previous task isn't guaranteed.
Bug: can't launch snap-confined firefox in a different network namespace
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-06-15 01:07:44+00:00
Resolved: 2022-06-16 20:44:05+00:00

Steps to reproduce:

`snap list` on ubuntu 22.04 says:

```
firefox            101.0.1-1        1443   latest/stable  mozilla✓    -
```
I'm changing to a non-root network namespace named `protected` with the following command:

```
sudo --preserve-env=XDG_RUNTIME_DIR ip netns exec protected sudo -u $USER --preserve-env=XDG_RUNTIME_DIR -i
```

and then attempting to launch Firefox from the command line:

```
firefox --profilemanager
```


Actual results:

Launch fails with the following error:

```
internal error, please report: running "firefox" failed: cannot find tracking cgroup
```


Expected results:

Firefox should launch in the network namespace named `protected`.
Bug: Pocket extension keeps logging me out
Status: NEW
Priority: --
Created: 2022-06-15 04:41:39+00:00
Resolved: 2023-02-04 19:24:01+00:00

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

Steps to reproduce:

I login and save something to pocket. 

I don't use pocket for a few weeks. I have not yet been able to trace it exactly but I believe it's one of two things. 

1. Pocket logs me out if I don't use it for a few weeks.
2. It logs me out after every firefox update? I'll check if this is the case when 102 is released.

Pocket logs me out.


Actual results:

Pocket keeps logging me out of my account of my account.


Expected results:

This is infuriating and annoys me very much. There is no reason on the freaking planet this should be logging me out unless I explicitly choose to do so. 

I don't use it often enough but I do use it and every single time I need to save something quickly, I have to go through the process of logging in again. 


Adding insult to injury is the annoying Google captcha used by Pocket which takes quite literally 5 minutes to solve. 

This **should not** be logging me out ever unless I chose to logout.
Bug: Intermittent browser/base/content/test/tabs/browser_new_tab_insert_position.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: DUPLICATE
Created: 2022-06-15 07:33:22+00:00
Resolved: 2022-07-25 23:07:51+00:00

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

---
```
[task 2022-06-15T06:41:55.502Z] 06:41:55     INFO - TEST-PASS | browser/base/content/test/tabs/browser_new_tab_insert_position.js | tab pos 4 matched http://mochi.test:8888/#4 - 
[task 2022-06-15T06:41:55.504Z] 06:41:55     INFO - Buffered messages logged at 06:41:52
[task 2022-06-15T06:41:55.515Z] 06:41:55     INFO - Leaving test bound test_settings_always_insertAtEnd
[task 2022-06-15T06:41:55.519Z] 06:41:55     INFO - Buffered messages finished
[task 2022-06-15T06:41:55.527Z] 06:41:55     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_new_tab_insert_position.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 2022-06-15T06:41:55.529Z] 06:41:55     INFO - GECKO(1648) | MEMORY STAT | vsize 20976370MB | residentFast 1669MB
[task 2022-06-15T06:41:55.539Z] 06:41:55     INFO - TEST-OK | browser/base/content/test/tabs/browser_new_tab_insert_position.js | took 95296ms
[task 2022-06-15T06:41:55.541Z] 06:41:55     INFO - checking window state
[task 2022-06-15T06:41:55.543Z] 06:41:55     INFO - TEST-START | browser/base/content/test/tabs/browser_newwindow_tabstrip_overflow.js
```
Bug: [Colorway Closet - about:addons] Fix missing dynamic collection header and subheader
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-06-15 14:03:05+00:00
Resolved: 2022-07-08 14:07:55+00:00

Bug 1771326 modifies slight how the l10n ids are passed from `BuiltInThemes.findActiveColorCollection()`. Unfortunately my patch for Bug 1770465 does not take this into consideration (an error from my end) and should be fixed.

STR:
1. Be sure `browser.theme.colorway-closet` is enabled. (If not, enable it and reset browser)
2. Go to about:addons

Expected - See text for header and subheader in Colorway Closet card
Actual - See no text for header and subheader in Colorway Closet card
Bug: Print button doesn't respond on PDFs opened from Matrix chats
Status: ASSIGNED
Priority: P1
Created: 2022-06-15 14:17:37+00:00
Resolved: 2022-11-15 15:12:59+00:00

STR:
1) Send a PDF in a Matrix chat
2) Click on it to open it in a new tab
3) Try to print the PDF from the pdf.js UI

Nothing happens, and the following message is logged to the console:
> Warning: Invalid absolute docBaseUrl: "blob:null/9077c2c5-308a-4a82-9a67-7f26582f90e5".

Printing from the Firefox menu works correctly.
Bug: After nvidia driver install on Linux firefox no longer works in virtual machines
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-06-16 09:52:17+00:00
Resolved: 2022-06-22 13:27:37+00:00

Steps to reproduce:

I installed the latest Nvidia driver on my Linux box (host) which works beautifully. Every time I open Firefox when using Virtualbox  it crashes almost instantaneously. I ensured Virtualbox 3D acceleration was off alongside turning off the hardware acceleration in Firefox performance preferences. I re-installed Firefox. I attempted to use it on a separate VM. I created a new VM which also had the same issue. I was using the stock Nouveau driver prior to the issue occurring. I prefer not to roll-back drivers if possible. Here is the most recent crash report -- bp-5a61ca92-1850-489c-96ea-cf0d70220614.



Actual results:

Instant crashing that only occurs when using Firefox browser in a virtual machine on Virtualbox.


Expected results:

Firefox would not crash.
Bug: When the new tab hands off to the address bar, if only one word is type, the telemetry is recorded as coming from the urlbar, not the handoff
Status: RESOLVED
Priority: P2
Resolution: INCOMPLETE
Created: 2022-06-16 10:47:38+00:00
Resolved: 2022-07-25 11:01:54+00:00

STR:

1. With the new tab handoff to address bar enabled, start typing in the new tab search bar
2. The search will be handed off to the address bar, enter only one word.
3. Visit about:telemetry, select Keyed Scalars and search for "search"

Notice that the scalars are being recorded against "urlbar" rather than "urlbar_handoff".

If I type more than one word, then these are recorded as "urlbar_handoff".
Bug: screenshot functionality behaves bad with Gnome scaling enabled
Status: REOPENED
Priority: P3
Created: 2022-06-16 11:02:48+00:00
Resolved: 2022-10-20 08:04:21+00:00

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

Steps to reproduce:

Right-click, select Take screenshot, select area, save it into file.


Actual results:

Saved file has only a portion of supposed area.

PS I'm on 91 ESR. Gnome 3.36 is scaled to 200%
Bug: Import Certificate Authority: TypeError: caTreeView.loadCerts is not a function
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-06-16 11:18:58+00:00
Resolved: 2022-06-30 21:26:29+00:00

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

Steps to reproduce:

I was going to test updates of a self-hosted add-on for Thunderbird on local machine. Error reporting in such scenario sometimes can not provide insight on actual problem. I have seen the issue in Thunderbird-91 and 103, Firefox-101

- Use some CA certificate unknown to Firefox or generate a self-signed certificate authority for test purposes
   ```
   openssl req -x509 -newkey rsa:4096 -sha256 -nodes -outform pem \
       -days 3650 -subj "/C=EU/CN=Max Test" \
       -out cacert.pem -keyout cakey.pem
   ```
- Try to import it
- Open Certificates part of Settings (Privacy & Security section)  `about:preferences#privacy`
- Click on "View Certificates", switch to "Authorities", click "Import"
- Select the CA certificate (`cacert.pem`) file, check that it should be trusted for web sites.
- Try to find the new authority ("Max Test") in the list


Actual results:

No new CA

Debugging add-on I had console opened, so I noticed
```
 Uncaught TypeError: caTreeView.loadCerts is not a function
    addCACerts chrome://pippki/content/certManager.js:793
certManager.js:793:18
    addCACerts chrome://pippki/content/certManager.js:793
```
Since I did not found the new authority I started to search a way to bypass the error. It was Thunderbird, so it was impossible to add exception by visit a page served from the local web server.

Trying the same scenario in Firefox, I realized that CA is actually added despite it is not shown. A test web site may be loaded with no warnings concerning non-trusted TLS certificate. I can provide commands how to setup a test HTTPS server with a certificate signed by custom CA, but it is not strictly necessary for purely UI issue.


Expected results:

New CA should appear in the list to avoid confusion of developers. There are enough ways to create an invalid certificate that will be refused by add-on updater, so at least import should work smoothly.
Bug: Crash in [@ mozilla::detail::InvalidArrayIndex_CRASH | ExpirationTrackerImpl<T>::RemoveObjectLocked]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-16 13:12:44+00:00
Resolved: 2022-06-16 20:44:19+00:00

Crash report: https://crash-stats.mozilla.org/report/index/caacd50c-6200-42a8-a51f-4ec4e0220616

Reason: ```EXCEPTION_BREAKPOINT```

Top 10 frames of crashing thread:
```
0 mozglue.dll mozilla::detail::InvalidArrayIndex_CRASH mfbt/Assertions.cpp:50
1 xul.dll ExpirationTrackerImpl<BlurCacheData, 4, detail::PlaceholderLock, detail::PlaceholderAutoLock>::RemoveObjectLocked xpcom/ds/nsExpirationTracker.h:204
2 xul.dll mozilla::gfx::GradientCache::NotifyExpiredLocked gfx/thebes/gfxGradientCache.cpp:214
3 xul.dll ExpirationTrackerImpl<BlurCacheData, 4, detail::PlaceholderLock, detail::PlaceholderAutoLock>::AgeOneGenerationLocked xpcom/ds/nsExpirationTracker.h:264
4 xul.dll ExpirationTrackerImpl<mozilla::gfx::GradientCacheData, 4, mozilla::DataMutexBase<mozilla::UniquePtr<mozilla::gfx::GradientCache, mozilla::DefaultDelete<mozilla::gfx::GradientCache> >, mozilla::StaticMutexNameless>, mozilla::gfx::LockedInstance>::HandleTimeout xpcom/ds/nsExpirationTracker.h:445
5 xul.dll nsTimerImpl::Fire xpcom/threads/nsTimerImpl.cpp:654
6 xul.dll nsTimerEvent::Run xpcom/threads/TimerThread.cpp:263
7 xul.dll mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:780
8 xul.dll mozilla::TaskController::ProcessPendingMTTask xpcom/threads/TaskController.cpp:390
9 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1180
```
Bug: The about:downloads menu item "Show In Finder/Folder" button is not keyboard accessible
Status: NEW
Priority: P3
Created: 2022-06-16 14:26:18+00:00
Resolved: 2023-06-02 15:23:08+00:00

The about:downloads list items are keyboard navigable, but the "Show in Finder/Folder" button is only accessible via mouse or other pointing device.

The button should be accessible via keyboard.
Bug: Avoid some printing blurriness because of rasterized group.
Status: NEW
Priority: P3
Created: 2022-06-16 14:58:52+00:00
Resolved: 2025-01-22 23:37:49+00:00

Context:
https://bugzilla.mozilla.org/show_bug.cgi?id=1269023#c32

PDF groups are implemented in using a canvas and then a group is rendered thanks to `canvas::drawImage`, hence it leads to have some rasterized parts in the canvas.
Bug: Default Browser dialog's "Don't show this message again" checkbox lies to the user if dialog is accepted
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-06-16 19:28:17+00:00
Resolved: 2022-07-11 09:05:50+00:00

Currently, if you click the "Don't show this message again" checkbox and then select "Make Primary Browser", we [intentionally](https://searchfox.org/mozilla-central/rev/2f5ed7b7244172d46f538051250b14fb4d8f1a5f/browser/components/BrowserGlue.jsm#5198-5203) don't respect the checkbox's value. It was confirmed in Bug 1134105 that this is the expected behavior.

Frankly, I'm not happy with the fact that we are apparently unwilling to accept that the user doesn't want to be alerted about this. Especially since our check for whether Firefox is already the default browser is, apparently, buggy (ex: Bug 1772662).

Regardless, if we are unwilling to give the user that option, we should at least be upfront about it, instead of giving them an option that simply does not work.
Bug: Default Browser dialog is shown in an infinite loop if we fail to check that we are already the default browser
Status: NEW
Priority: --
Created: 2022-06-16 19:36:23+00:00
Resolved: 2022-06-30 22:43:30+00:00

If the user sets Firefox as the default browser, but [our check for whether we are the already the default browser](https://searchfox.org/mozilla-central/rev/2f5ed7b7244172d46f538051250b14fb4d8f1a5f/browser/components/BrowserGlue.jsm#5264) fails, we just keep showing the Default Browser prompt on every startup.

To make matters worse, we do not allow the user to suppress the notification if they click the "Make Primary Browser" button (see Bug 1774671). This has the potential to effectively trap a user in an infinite loop of seeing this dialog on every browser launch unless they check "Don't show this message again" AND click the "Not Now" button.
Bug: Default Browser dialog is shown if another Firefox installation is already the default browser
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-06-16 19:48:28+00:00
Resolved: 2022-06-30 22:31:59+00:00

STR:
 1. Install Firefox Nightly and set is as the default browser
 2. Install (Release) Firefox

Expected Results:
Release Firefox will not prompt me to be the default browser, since the default browser is already Firefox (Nightly).

Actual Results:
Release Firefox prompts me to be the default browser. If accepted, but Firefox fails to set itself as the default browser with the "User Choice" mechanism, [we show the user the default app settings](https://searchfox.org/mozilla-central/rev/d3c2f51d89c3ca008ff0cb5a057e77ccd973443e/toolkit/mozapps/defaultagent/Notification.cpp#258-262), where it will show that the default browser is Firefox already.

The user will then be shown the Default Browser dialog on every startup of Release Firefox. To make matters worse, we ignore the "Don't show this message again" checkbox if the user clicks "Make Primary Browser". So the only way for the user to escape this infinite loop of dialog boxes is either find the correct instance of Firefox in the default app settings or to check the "Don't show this message again" checkbox AND click "Not now".
Bug: Bookmark shortcut creation by dragging to Windows File Explorer and dropping is partially broken
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-06-16 20:42:12+00:00
Resolved: 2022-08-05 14:09:09+00:00

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

Steps to reproduce:

Example 1: Navigate to https://github.com/LibreCAD/LibreCAD, left-click and hold on padlock icon in URL bar, drag to File Explorer, release the mouse button.

Example 2: Navigate to https://learn.adafruit.com/quickstart-adafruit-io-wippersnapper, left-click and hold on padlock icon in URL bar, drag to File Explorer, release the mouse button.

Example 3: Navigate to https://www.google.com/, left-click and hold on padlock icon in URL bar, drag to File Explorer, release the mouse button.


Actual results:

Example 1: A folder named "LibreCAD" is created, and a zero-byte file named "LibreCAD" is created inside of the folder.

Example 2: Windows returns an error message: "Error Moving File or Folder/The filename, directory name, or volume label syntax is incorrect."

Example 3: A normal bookmark shortcut is created.


Expected results:

Normal bookmark shortcuts should have been created in all three examples.

It seems like the Firefox code for generating bookmark shortcut filenames from web page titles is not handling certain characters prohibited by Windows correctly.
Bug: Accessibility issue on table content using narrator.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-06-17 06:11:43+00:00
Resolved: 2022-10-12 13:51:08+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/102.0.0.0 Safari/537.36

Steps to reproduce:

Load the spreadsheet that contains data. Click on the cell that has a value. Note that the narrator narrates the entire row contents instead of narrating the selected cell content.


Actual results:

Reads entire row content instead of narrating the selected cell content.


Expected results:

Should narrate only the selected cell value.