av9ash/GitBugs huggingface dataset:
Bug: Accessibility updates for FX100 upgrade dialog
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-04-06 19:04:36+00:00
Resolved: 2023-06-02 15:23:04+00:00

- The animated logo is not disabled when a user has prefers-reduced-motion enabled
- The title text becomes invisible for high-contrast black themes, difficult to read on other high contrast dark themes
- Hitting tab initially focuses "not now" instead of the preferred "pin" button
Bug: clear history pop-up in macos
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-06 20:57:13+00:00
Resolved: 2022-04-27 12:29:53+00:00

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

Steps to reproduce:

Try to clear history in Firefox (macOS) and all windows are closed.


Actual results:

The pop-up dialog-box is not properly displayed (cut-off at the bottom).
Bug: Improve heart animation image asset for dark mode
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-04-06 21:07:31+00:00
Resolved: 2022-04-15 12:07:43+00:00

[Tracking Requested - why for this release]: Firefox 100 upgrade spotlight image doesn't look good on dark

The asset that landed in bug 1762270 is a 115x94 gif with light theme background mostly replaced with transparent and rendered as 90x73, so there's some artifacts that show up for dark theme. It was originally used in a remote ECO message and resized to 70x57 in bug 1759680.

We could optimize the image with video codecs like vp9 to get both quality and file size, but that would require changing from setting the image as a background-image: url().

For an asset-only change, we can use a different animated image format that supports actual color transparency.
Bug: Firefox ignores the first of two Cmnd-Ds (iMac 10.15.7)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-04-06 23:03:27+00:00
Resolved: 2022-05-26 14:10:06+00:00

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

Steps to reproduce:

To create a bookmark I type Cmnd-D as usual


Actual results:

Nothing, until I type Cmnd-D again.  Only then will it create a bookmark of the current webpage


Expected results:

Should start the process (Dialog box) of creating a bookmark
Bug: The screenshot screen will be affected by the universal selector for children of the body
Status: NEW
Priority: P5
Created: 2022-04-07 06:17:16+00:00
Resolved: 2023-01-19 21:53:52+00:00

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

Steps to reproduce:

I tried to take a screenshot of the website, but the region selector was out of position.
When I checked the source code, it seemed that the universal selector for children of the body will match the region selector.

Steps to Reproduce:
```css
* {
  padding: 50px;
}
```
The screenshot screen will be off by 50px by this style.

Reproduced Environment:
Windows 11 Pro 21H2 22000.556
Firefox 99 (64-bit, current stable) and Firefox 100.0b2(64-bit Developer Edition)



Actual results:

The screenshot screen will be affected by the styles which use a universal selector on the page.



Expected results:

The screenshot screen will not be affected by any styles on the page.
Bug: [Upgrade users]The elements from the "Thank you" spotlight modal are not correctly rendered when the browser is horizontally resized to 25%
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-04-07 07:59:08+00:00
Resolved: 2022-05-05 13:06:41+00:00

**[Affected versions]:**
- Firefox Nightly 101.0a1 (Build ID: 20220406190321)
- Firefox Beta 100.0b2 (Build ID: 20220405224846)

**[Affected Platforms]:**
- Mac 11.6
- Windows 10 x64
- Ubuntu 20.04 x64

**[Prerequisites]:**
- Have a Firefox Nightly/Beta 99 browser installed.
- Have a new Firefox profile.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Update the browser to the latest version.
3. Resize the browser to 25% of its width.
4. Observe the elements from the "Thank you" spotlight.

**[Expected result]:**
- The elements are visible and correctly rendered.

**[Actual result]:**
- The elements are not rendered and the description text is cut off.

**[Notes]:**
 - Attached is a screen recording of the issue.
Bug: Extra white line is displayed before input field for editing keyword on about:preferences#search shortcuts in high contrast mode
Status: NEW
Priority: P5
Created: 2022-04-07 09:30:22+00:00
Resolved: 2022-07-05 16:32:34+00:00

**Affected versions**
* Firefox 101.0a1
* Firefox 100.0b2
* Firefox 99.0

**Affected platforms**
* Windows 8.1 x64
* Windows 10 x64
* Ubuntu 20 x64
* macOS 12

**Steps to reproduce**
1. Set White High contrast on system level.
2. Open Firefox and go to the about:preferences page at the Search Shortcuts section.
3. Double click on keyword input field from any search engine in order to add a keyword.
 
**Expected result**
* Editing the input field you should not see any extra white line before the textbox.

**Actual result**
* See extra white line before the edited input field.

**Regression range**
* I will come back with regression range ASAP.

**Additional notes**
* Minimize and maximize the browser window (change the window width) you will see 
   what's under the edited input field (see bug: [1192474](https://bugzilla.mozilla.org/show_bug.cgi?id=1192474))
Bug: Do not show popup to add Firefox to taskbar for tablet users
Status: NEW
Priority: P3
Created: 2022-04-07 12:42:34+00:00
Resolved: 2022-10-13 15:06:57+00:00

Steps to reproduce:

I have a tablet with Windows 10, it is running in "Tablet mode" ( https://support.microsoft.com/en-us/windows/turn-tablet-mode-on-or-off-add3fbce-5cb5-bf76-0f9c-8d7b30041f30 ).


Actual results:

After launching Firefox a new popup appeared ("We got you covered") with suggestion to add Firefox to taskbar.


Expected results:

When Windows 10 is running in "Tablet mode" apps on taskbar are hidden, so this suggestion to "add Firefox to taskbar" is useless for "Tablet mode" users. I have Firefox pinned to "Start menu tiles" (not sure how it is really called on Windows 10), and always have quick access to Firefox right after Windows boots up.

Please consider "Tablet mode" users on Windows and do not suggest adding app to taskbar when running in "Tablet mode".
Also make dismiss button bigger on such popups, because current text link "Not now" is too small to tap with finger.
Bug: The “Create New Login” button on “about:logins” is not visible at smaller window sizes
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-04-07 13:39:46+00:00
Resolved: 2022-04-11 14:35:16+00:00

**[Affected Versions]:**
- Firefox Beta 100.b2 (Build ID: 20220405224846)
- Firefox Nightly 101.0a1 (Build ID: 20220407092959)

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

**[Prerequisites]:**
- Have Firefox Beta or Nightly open.

**[Steps to reproduce]:**
1. Go to “about:logins”.
2. Resize the window.
3. Observe the “Create New Login” button.

**[Expected result]:**
- The button is visible at all window sizes.

**[Actual result]:**
- The button is not visible at smaller window sizes.

**[Regression window]:**
- Based on Mozregression results, Bug 1756387 might be the cause of this regression.
Last good revision: d528e2ab196487485307090df140cf01cd7811f7
First bad revision: f6a7c3a10556ba3da2d46e1ac9f772e74b0d815a
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=d528e2ab196487485307090df140cf01cd7811f7&tochange=f6a7c3a10556ba3da2d46e1ac9f772e74b0d815a

**[Notes]:**
- On the MacBook Air device I use, the button was not displayed with a full screen window and default zoom.
- The button becomes visible when you zoom out.
- The issue is not reproducible on Firefox Release 99.0 (Build ID: 20220330194208).
- Attached is a recording of the issue.
Bug: Unwanted files written to download directory
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-07 14:26:21+00:00
Resolved: 2022-04-27 09:00:01+00:00

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

Steps to reproduce:

Download any pdf file. Preferences set to ask ask whether to save or open for pdf file. "Open" selected. File opens in Adobe app, but is written to download directory nonetheless


Actual results:

Unwanted files wirtten to download directory


Expected results:

Expect file to open but not appear in download directory.
Bug: bookmark automatically defaults to last folder chosen
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-04-07 18:18:31+00:00
Resolved: 2022-05-05 07:37:28+00:00

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

Steps to reproduce:

Right clicking on any page to access the pop-up menu and choose clicking on the Star for saving a bookmark no longer allows a choice of which folder in which to save it. 


Actual results:

It Automatically saves the page in the folder last used to save a previous bookmark.  Then, it requires a SECOND right click on the page to bring up the pop-up menu again & then Re-clicking on the Star to finally be able to select the correct folder in which to save the bookmark.


Expected results:

Right clicking the page Should bring up the pop-up menu with the Star at the top right & clicking on the Star (the 1st time) SHOULD take the user to the bookmark pop-up menu allowing the user to select the bookmark folder of their choice.
Bug: Extension crashes after the computer was asleep for more than about 50 minutes
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-04-07 19:20:27+00:00
Resolved: 2023-04-07 14:08:02+00:00

Steps to reproduce:

- I open the popup of our UpSignOn extension
- I let my computer in sleep mode for more than 50 minutes
- When I open my computer again and click on the extension popup again, it shows nothing because it crashes


Actual results:

The extension crashes. The reason is that Firefox tries to call a function that no longer exists in the code. It's as if Firefox has loaded an older version of the extension from some cache.

The extension works again when I restart Firefox, but it's not a long term fix.

The bug is definitely fixed I manually go to the addons page and manually "search for updates". So I guess the automatic update lacks a clearing of some cache that is used after computer wake up.


Expected results:

It should never crash and I should not have to do this manual "search for updates" after each automatic update.
Bug: 46.48 - 4.88% welcome FirstVisualChange / welcome FirstVisualChange + 1 more (OSX, Windows) regression on Fri April 1 2022
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-07 20:29:56+00:00
Resolved: 2022-05-10 16:59:13+00:00

Perfherder has detected a browsertime performance regression from push [53e6fbe77dff1c74b11e1903ccf3084a39f90cd0](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=53e6fbe77dff1c74b11e1903ccf3084a39f90cd0). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--| 
| 46% | [welcome](https://firefox-source-docs.mozilla.org/testing/perfdocs/raptor.html#welcome-c) FirstVisualChange | windows10-64-shippable-qr | cold fission webrender | 118.33 -> 173.33 |
| 31% | [welcome](https://firefox-source-docs.mozilla.org/testing/perfdocs/raptor.html#welcome-c) ContentfulSpeedIndex | windows10-64-shippable-qr | cold fission webrender | 435.71 -> 571.75 |
| 5% | [welcome](https://firefox-source-docs.mozilla.org/testing/perfdocs/raptor.html#welcome-c) FirstVisualChange | macosx1015-64-shippable-qr | cold fission webrender | 1,230.00 -> 1,290.00 |
### Improvements:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--| 
| 20% | [welcome](https://firefox-source-docs.mozilla.org/testing/perfdocs/raptor.html#welcome-c) SpeedIndex | windows10-64-shippable-qr | cold fission webrender | 272.83 -> 217.17 |
| 12% | [welcome](https://firefox-source-docs.mozilla.org/testing/perfdocs/raptor.html#welcome-c) ContentfulSpeedIndex | windows10-64-shippable-qr | cold fission webrender | 611.17 -> 534.92 |
| 11% | [welcome](https://firefox-source-docs.mozilla.org/testing/perfdocs/raptor.html#welcome-c) fcp | windows10-64-shippable-qr | cold fission webrender | 107.12 -> 95.50 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=33736), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: Custom New Tab shortcut icons don’t appear unless there are multiple with the same URL
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-04-07 21:15:06+00:00
Resolved: 2022-04-08 00:58:22+00:00

Steps to reproduce:

Added a custom icon to a shortcut on the default New Tab page. This was after turning off sponsored shortcuts and Pocket recommendations, although I doubt that matters.  (Firefox 98.0.2 on MacOS Monterey, Apple Silicon)


Actual results:

The icon displayed as a solid grey image, even after reloading the New Tab page and moving the shortcut to a different spot, until I created a second shortcut with the same icon, and then they both appeared correctly.


Expected results:

It should have displayed the image correctly the first time.
Bug: Empty string passed to getElementById() when creating lazy tab
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-04-07 21:38:05+00:00
Resolved: 2022-05-16 13:04:05+00:00

1. Open the Browser Toolbox, switch to the Accessibility tab. I think this enables the accessibility service or something.
2. Then switch to the Console tab and run:

    ```js
    gBrowser.addTrustedTab("http://example.com", {createLazyBrowser: true, skipLoad: true})
    ```

**Expected**: no warning
**Actual**: tabbrowser-tabs.js:2099:22 triggers this warning:

> Empty string passed to getElementById().

https://searchfox.org/mozilla-central/rev/fc5c4461124b8572442c71bc34947bee68b75551/browser/base/content/tabbrowser-tabs.js#2076-2100

```js
    /**
     * Returns the panel associated with a tab if it has a connected browser
     * and/or it is the selected tab.
     * For background lazy browsers, this will return null.
     */
    getRelatedElement(aTab) {
      if (!aTab) {
        return null;
      }

      // Cannot access gBrowser before it's initialized.
      if (!gBrowser._initialized) {
        return this.tabbox.tabpanels.firstElementChild;
      }

      // If the tab's browser is lazy, we need to `_insertBrowser` in order
      // to have a linkedPanel.  This will also serve to bind the browser
      // and make it ready to use. We only do this if the tab is selected
      // because otherwise, callers might end up unintentionally binding the
      // browser for lazy background tabs.
      if (aTab.selected) {
        gBrowser._insertBrowser(aTab);
      }
      return document.getElementById(aTab.linkedPanel);
    }
```

Well, of course, if lazy browsers should return null, then this should be done explicitly, not by relying on `document.getElementById("")`.
Bug: Firefox asking to open magnet links even when set with default behavior
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-04-07 21:39:45+00:00
Resolved: 2022-05-05 21:50:30+00:00

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

Steps to reproduce:

Set the association of magnet links in the settings for file handling
Choose a default application when asked to in popup

Click a magnet link


Actual results:

Popup appears  (image attached)

This popup ALWAYS appears, even though the association is set. Appears if qBittorent is open or not. Setting the association via the popup does not prevent the popup from appearing the next time a link is clicked on the same site or other sites.


Expected results:

Item opened in qBittorent without prompt on any site once set.
Bug: Firefox doesn't open new tabs as set in about-config
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-04-08 03:02:46+00:00
Resolved: 2024-03-12 12:19:11+00:00

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

Steps to reproduce:

When several tabs are open, right-clicked on a TOOLBAR link when active tab isn't the right-most tab, clicked "open in new tab."


Actual results:

Tab opens after last tab, not next to current tab, as set in config.


Expected results:

Tab opens next to current tab.
Bug: Themes don't load after update nor my extensions
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-04-08 12:54:46+00:00
Resolved: 2022-04-15 09:26:00+00:00

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

Steps to reproduce:

After FF update to v100.0b3 (64b), the themes don't show !

The four basic themes (firefox, system, dark, light) works but the custom themes for the top bar stays white despite my custom one being active. 

If I change to another custom one, the top bar remains white. 

If I browse/select new themes in the FF extension website, the selection does not apply to my browser top bar.


Actual results:

This happened after the automatic update of FF to v. 100.0b3 and... a renaming of the profile.


Expected results:

FF should have opened with the custom active/enabled theme showing in the top bar.
Bug: Checked dictionaries aren't displayed right after reloading the page
Status: NEW
Priority: --
Created: 2022-04-08 13:24:46+00:00
Resolved: 2025-02-28 15:47:34+00:00

### Affected versions
Firefox 100.0b3 
Firefox 101.0a1

### Affected platforms
Windows 10 x64
macOS 11.6
Ubuntu 20.04 x64

### Steps to reproduce
1. Open Firefox.
2. Make sure to have a couple of dictionaries added.
3. Go to reddit.com (logged in) and click on "Create Post".
4. Right click on the text area and enable some of the dictionaries added.
5. Reload current page.
6. Quickly after the page is fully load right click on the text area and check the dictionaries added.

### Expected result
All dictionaries checked before should remain checked.

### Actual Result
All dictionaries are unchecked.

### Note
The issue isn't reproducible when trying after a couple of seconds.
On other devices the issue is only reproducible while the page is reloading.
Bug: search is not restored on update restart
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-08 13:30:02+00:00
Resolved: 2022-04-27 02:02:36+00:00

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

Steps to reproduce:

Type a search query into the address bar and press enter.


Actual results:

There is a page saying I need to restart Firefox to update it. It says that my pages will be restored after the restart.
After the restart, the search I typed in is gone, not restored.


Expected results:

After the restart, the search I typed in should be restored so I don't have to type it again.

Typing a search query is not always trivial. Sometimes, I have to look up something or do a significant amount of work just to know what to put in the search query (finding a model number on something, etc.). To have that work lost whenever there's an update is a problem.
Bug: [Windows 10] The Firefox browser is not set as default when clicking the “Make Firefox my default” button from “Thank you” spotlight modal /“about:welcome” screen after browser update
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-04-08 14:56:15+00:00
Resolved: 2022-04-25 13:36:46+00:00

**[Notes]:**
- This issue is only reproducible only after a browser update.
- This issue is also reproducible if the browser is set as default from the "about:preferences" page or from the "Make default browser" prompt.

**[Affected versions]:**
- Firefox Beta 100.0b4 (Build ID: 20220410195727)
- Firefox Nightly 101.0a1 (Build ID: 20220410213958)

**[Affected Platforms]:**
- Windows 10 x64

**[Prerequisites]:**
- Have a Firefox Nightly/Beta 99 browser installed.
- Have a new Firefox profile.
- Don’t have the Firefox browser set as default.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Update the browser to the latest version.
3. Click the “Make Firefox my default” button from the “Thank you” spotlight.
4. Observe what happens.

**[Expected result]:**
- The Firefox browser is set as default.

**[Actual result]:**
- The OS settings window is opened and the Firefox browser is not set as default.

**[Additional Notes]:**
 - This issue is not reproducible for new users.
 - I didn't manage to investigate this issue on Nightly, but I'll come back with additional details on Monday.
 - Attached is a screen recording of the issue.
Bug: [New users] The “about:welcome” slides are cut off when the browser is horizontally resized to 25%
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-04-08 15:02:11+00:00
Resolved: 2022-05-04 12:17:24+00:00

**[Affected versions]:**
- Firefox Nightly 101.0a1 (Build ID: 20220408094506)
- Firefox Beta 100.0b3 (Build ID: 20220407185832)

**[Affected Platforms]:**
- Mac 11.6
- Windows 10 x64
- Ubuntu 20.04 x64

**[Prerequisites]:**
- Have the latest Firefox Nightly/Beta 100 browser installed.
- Have a new Firefox profile.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Resize the browser to 25% of its width.
3. Navigate through all the slides from the “about:welcome” page.
4. Observe the slides.

**[Expected result]:**
- The slides are visible and correctly rendered.

**[Actual result]:**
- The slides are not fully visible and the “Alpenglow” theme text from the “Themes” slide is cut off.

**[Notes]:**
 - Attached is a screen recording of the issue.
Bug: Firefox even in safemode no addon's uses 15% cpu while doing nothing since update 99.0 (used less then 3% on previous update).
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-08 17:40:12+00:00
Resolved: 2022-08-03 21:41:03+00:00

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

Steps to reproduce:

ran help troubleshoot loaded with no ext or add ons. still using 15% cpu with no webpage loaded just one single tab.


Actual results:

the same 13 to 15 % cpu used with nothing running but firefox and one tab with no webpage loaded.


Expected results:

cpu percent should of been less then 3% like with previous update 89.
Bug: Javascript URI scheme doesn't work in omnibox
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-04-08 22:16:31+00:00
Resolved: 2022-04-13 15:13:15+00:00

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

Steps to reproduce:

Type `javascript:alert(1)` in the omnibox, then press enter.


Actual results:

Absolutely nothing, the omnibox just lost its focus but the text remains there.


Expected results:

The JavaScript code should have been run (showing an alert box). The text in the omnibox should have reverted back to the actual current page URL.
Bug: Firefox is already running, but is not responding. The old Firefox process must be closed to open a new window
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-04-08 23:55:57+00:00
Resolved: 2022-05-04 20:15:11+00:00

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

Steps to reproduce:

firefox stopped working. had to uninstall and reinstall firefox but no longer works on my pc. I dont want to reinstall operating system in order to get firefox working. I have redownloaded firefox multiple time over the last year and installed firefox. yet it still doesnt want to work.