av9ash/GitBugs huggingface dataset:
Bug: Firefox Suggest offers a pile of identical-looking suggestions for Google doc (one for each "heading" in the doc), and often won't offer switch-to-tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-02-04 21:02:44+00:00
Resolved: 2022-02-08 18:03:29+00:00

STR:
1. View this Google Doc (or any Google Doc with "Headings"-formatted text [using the google-doc dropdown menu to the left of the font menu]):
https://docs.google.com/document/d/15hqLLnlMxfcm2aUre9AC2g7tDlpRIvhtA4buWML0jKA/edit?usp=sharing

2. Click through several (say, 5) of the "Heading" lines (the lines with large text) -- I've numbered the first few so you can tell them apart. Click ~5 different ones. [EDIT: As noted in a later comment, you can also "visit" lots of headings by just selecting them, by e.g. clicking at the top of the doc and dragging to the bottom, being sure your cursor crosses over as many headings as possible on the way.]

3. Open a new tab.

4. Now say you want to find your original tab, using Firefox Suggest. Type "Testing Doc" (part of the page title) into your URL bar.

ACTUAL RESULTS:
* Firefox Suggest gives me many different ~indistinguishable suggestions for me to choose between. (one for each heading that I happen to have traversed, I think, since each heading has its own distinct URL via having different `#` fragment identifiers). 
* None of these suggestions seems to be "Switch to tab" (which is what I actually want, since I know I have this doc open in another tab)

EXPECTED RESULTS:
* I should be prominently offered a Switch To Tab option for this doc.
* We probably should only show one Firefox Suggest Suggestion for this doc (or maybe two, if we want switch-to-tab vs. load-in-this-tab).  We shouldn't show a suggestion for every heading in the doc; we should figure out that the distinct #suffixes aren't meaningfully distinct enough to merit distinct suggestions (especially since you can't tell them apart from each other when looking at the suggestions)
Bug: Create new login button is poorly placed and mostly off window when not in full screen.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-02-05 06:53:33+00:00
Resolved: 2022-02-08 06:40:43+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:

Open a new tab.
Make sure firefox is not in full screen.
Go to the menu bar in the top right, and navigate to passwords.
Look in bottom left for Create New Login button.


Actual results:

The button is poorly placed. Half off-screen, and sometimes almost all of the way off screen.


Expected results:

The button should display as it does in full screen, with a small margin between the bottom of the button and the bottom of the screen.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_stop_pending.js | uncaught exception - TypeError: aTab is undefined at _tabAttrModified@chrome://browser/content/tabbrowser.js:1448:11
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-02-05 12:25:55+00:00
Resolved: 2022-07-25 23:16:42+00:00

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

---
```
INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_stop_pending.js | The URL bar change handler should have been called by the time the page was loaded - 
[task 2022-02-05T11:08:32.081Z] 11:08:32     INFO - Leaving test bound testCorrectUrlBarAfterGoingBackDuringAnotherLoad
[task 2022-02-05T11:08:32.082Z] 11:08:32     INFO - Entering test bound testCorrectUrlBarAfterReloadingDuringSlowPageLoad
[task 2022-02-05T11:08:32.082Z] 11:08:32     INFO - Buffered messages finished
[task 2022-02-05T11:08:32.083Z] 11:08:32     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_stop_pending.js | uncaught exception - TypeError: aTab is undefined at _tabAttrModified@chrome://browser/content/tabbrowser.js:1448:11
[task 2022-02-05T11:08:32.083Z] 11:08:32     INFO - onProgressChange@chrome://browser/content/tabbrowser.js:6391:18
[task 2022-02-05T11:08:32.083Z] 11:08:32     INFO - 
[task 2022-02-05T11:08:32.083Z] 11:08:32     INFO - Stack trace:
[task 2022-02-05T11:08:32.083Z] 11:08:32     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:simpletestOnerror:1957
[task 2022-02-05T11:08:32.084Z] 11:08:32     INFO - GECKO(8888) | JavaScript error: chrome://browser/content/tabbrowser.js, line 1448: TypeError: aTab is undefined
[task 2022-02-05T11:08:32.085Z] 11:08:32     INFO - Console message: [JavaScript Error: "TypeError: aTab is undefined" {file: "chrome://browser/content/tabbrowser.js" line: 1448}]
[task 2022-02-05T11:08:32.085Z] 11:08:32     INFO - _tabAttrModified@chrome://browser/content/tabbrowser.js:1448:11
[task 2022-02-05T11:08:32.085Z] 11:08:32     INFO - onProgressChange@chrome://browser/content/tabbrowser.js:6391:18
[task 2022-02-05T11:08:32.085Z] 11:08:32     INFO - 
[task 2022-02-05T11:08:32.085Z] 11:08:32     INFO - GECKO(8888) | Saw state f0001 and status 0
[task 2022-02-05T11:08:32.086Z] 11:08:32     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use �<!DOCTYPE html>�." {file: "http://example.com/" line: 0}]
[task 2022-02-05T11:08:32.173Z] 11:08:32     INFO - GECKO(8888) | Saw state c0010 and status 0
[task 2022-02-05T11:08:32.173Z] 11:08:32     INFO - GECKO(8888) | Browser got expected state change http://example.com/
[task 2022-02-05T11:08:32.185Z] 11:08:32     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_stop_pending.js | Should not revert URL bar value! - 
```
Bug: websites not following system colour theme
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-02-05 14:53:35+00:00
Resolved: 2022-03-15 10:18:02+00:00

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

Steps to reproduce:

Ever since upgrading from firefox 92 to 95  (and now 97 to test if this problem is still there), I'm having a problem with websites not following my systems light/dark theme. 

In firefox, I'm using the `system theme -- auto` theme and when my operating system (mac os 11.6.1) switches themes, firefox seems to detect this. All the outer window elements, like the tab bar, switches colours and sites like `about:config` switch colours, too. So far so good. 

However I have a problem with websites which offer an automatic dark/light mode like https://www.spiegel.de/ . If these sites are open in the browser when my system switches colours, they also switch colour. But if I load them after the colour switch, they are often (though not always) stuck in the wrong mode, e.g. they will show up in light mode while my system is dark etc. 

For debugging, I tried with firefox in safe mode with all addons disabled and the problem is still present.

I'm using the setting `layout.css.prefers-color-scheme.content-overwrite: 2`, but the problem also occurs if this variable is set to 3.

If I manually toggle the firefox theme between light and dark, the problem does not occur.    


Actual results:

Websites use the wrong colour theme


Expected results:

Websites should follow the colour theme of my operating system.
Bug: Bookmark expand/collapse stops functioning
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-02-06 04:32:32+00:00
Resolved: 2022-02-16 13:57:10+00:00

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

Steps to reproduce:

Using Firefox 97.0 (64bit) on the beta channel.
Start the browser and keep it open for some period of time. I have not determined how long it takes before the folder expand and collapse functionality stops working.


Actual results:

My bookmarks panel is docked to the left side of the browser.
The expand/collapse action of folders stops working when it is clicked. The icon animation pivot 90deg intermittently occurs, but the sub-items of an expanded folder do not collapse. If the folder is already collapsed it will not expand.


Expected results:

Bookmark folders should expand and collapse appropriately when the folder or arrow icon is clicked.
Bug: Favicons are not shown for sync items of location bar results.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-02-06 13:59:29+00:00
Resolved: 2022-02-23 20:40:41+00:00

So sync items not only overwrite local items ( bug1746789), but they also ruin favicons. All of them appear with the blank, default favicon as shown on the attached image.

(Also showing the lack of urls and the mostly useless device indication text.)
Bug: firefox favicon wrong color
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-02-06 20:40:51+00:00
Resolved: 2022-02-08 12:44:23+00:00

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

Steps to reproduce:

Nothing specail.


Actual results:

Loading a webpage will show the favicon in the tab bar, but it will always looked washed up.  See the screenshot attached.  The top(black) bar shows firefox washed up favicons.  The lower bar is from Edge which shows the favicons with the right colors.  The first tab is from microsoft website, the second one is from AWS.  I tried with the Light theme and it is the same.
Bug: Extension won't load properly if Firefox launched in private mode first
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2022-02-06 21:13:28+00:00
Resolved: 2022-10-16 23:16:56+00:00

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

Steps to reproduce:

1. Launch Firefox in private mode first (for example, with --private arguments in the shortcut)
2. Launch a no-private Firefox window (for example, with Ctrl + N)
3. Click on some extensions' icon. I give you 3 extensions I remark some issues to display : Firefox Multi-Account Containers, Bitwarden, NoScript)


Actual results:

For Firefox Multi-Account Containers, it will display an empty "popup"/window.
For Bitwarden, it will display "Malheureusement cette fenêtre n'est pas disponible en navigation privée pour ce navigateur." whereas it's in a no-private window.
For NoScript, when it displays a popup it will display only buttons but no text and the failure everytime you try to click on OK and abort


Expected results:

When you open a no-private window first, all of these issues disappear :
- I see the settings "popup" when clicking on icon
- I can connect to Bitwarden
- I think it will be ok for NoScript (no occasion to verify but pretty sure it will be ok)
Bug: FxMS private browing integration test fails with `--verify` in TelemetryTestUtils.jsm
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2022-02-07 04:43:51+00:00
Resolved: 2022-04-28 23:45:16+00:00

Running

`./mach test --headless --verify browser/components/privatebrowsing/test/browser/browser_privatebrowsing_about_nimbus.js`

Results in the following failures on current mozilla-central, which does not yet 

Doing it without --verify seems to go fine.

```
browser/components/privatebrowsing/test/browser/browser_privatebrowsing_about_nimbus.js
  FAIL parent must be in snapshot. Has []. - false == true - JS frame :: resource://testing-common/TelemetryTestUtils.jsm :: assertEvents :: line 143
Stack trace:
resource://testing-common/TelemetryTestUtils.jsm:assertEvents:143
chrome://mochitests/content/browser/browser/components/privatebrowsing/test/browser/browser_privatebrowsing_about_nimbus.js:test_experiment_messaging_system:545
  FAIL Uncaught exception - at resource://testing-common/TelemetryTestUtils.jsm:167 - TypeError: can't access property "map", snapshot is undefined
Stack trace:
assertEvents@resource://testing-common/TelemetryTestUtils.jsm:167:20
test_experiment_messaging_system@chrome://mochitests/content/browser/browser/components/privatebrowsing/test/browser/browser_privatebrowsing_about_nimbus.js:545:22
  FAIL Test timed out -
  FAIL Found a browser window after previous test timed out -
```
I did a quick look through the code and up the stack, and it looked to me like the issue was in the C++ telemetry code returning NS_ERROR_FAILURES that didn't have documentation about how one should handle those failures.  It's entirely possible that I just missed something on my quick skim, however.
Bug: Session Restore does not restore previously opened tabs when deleting history twice in a row
Status: NEW
Priority: --
Created: 2022-02-07 10:13:07+00:00
Resolved: 2023-03-15 18:37:18+00:00

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

Steps to reproduce:
1) Open a few tabs and load some sites.
2) Close FF then open it again so that the previously opened tabs/sites are restored automatically.
3) Delete history manually using the "Delete recent history..." function.
4) Perform history deletion a second time as mentioned in step 3.
5) Close then reopen Firefox.


Actual results:

All the tabs opened in the previous session are lost and FF opens with a blank page.

DETAILS: The first time you delete the history, the only session file that remains is recovery.jsonlz4, all other files, sessionstore.jsonlz4 , recovery.baklz4, previous.jsonlz4, are deleted.
Deleting the history the second time also deletes the recovery.jsonlz4 file, along with the sessionstore-backups directory, which then causes all open tabs to be lost, and the next time FF is restarted it opens a blank page.

PS: It's a problem that has been happening for years, so it's not limited to the latest version of FF.


Expected results:

Firefox should have saved the sessionstore.jsonlz4 file on closure and restored the previously opened tabs on the next restart.

It is also requested that in future versions of FF all session files (sessionstore.jsonlz4 , previous.jsonlz4, recovery.jsonlz4, recovery.baklz4) should never be removed by history deletion when there are opened tabs that are not just an empty tab or a tab with the domain set as the home page in FF preferences.
Bug: PDF not rendered correctly
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-02-07 14:34:51+00:00
Resolved: 2022-02-24 18:02:09+00:00

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

Steps to reproduce:

Load the attached PDF


Actual results:

Much of the PDF is not rendered, eg, the words "Railway line", "woods", etc, and the right hand panel.


Expected results:

PDF should have rendered as Adobe reader.
Bug: Only the searched section is displayed in the “More From Mozilla” page if the section name is cleared from the “Find in Settings” search box using the “Backspace” key
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-02-07 15:48:08+00:00
Resolved: 2022-03-02 14:31:50+00:00

**[Affected versions]:**
- Firefox Nightly 98.0a1 (Build ID: 20220206212741)
- Firefox Release Candidate 97.0 (Build ID: 20220202182137)

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

**[Prerequisites]:**
- Have the Firefox browser en-US build installed and opened.
- Have the “browser.search.region” pref set to the “US” value.
- Have the “browser.preferences.moreFromMozilla” pref set to the “true” value.

**[Steps to reproduce]:**
1. Navigate to the “about:preferences” page.
2. Search for “Firefox Mobile”/“Mozilla VPN”/”Mozilla Rally” using the “Find in Settings” search box.
3. Delete the searched term by keeping the “Backspace” key pressed.
4. Focus the “More From Mozilla” section.
5. Observe the displayed sections.

**[Expected result]:**
- All the sections are displayed on the page.

**[Actual result]:**
- The section searched at step 2 is the only one displayed on the page.

**[Notes]:**
- All the sections from the “More From Mozilla” page are redisplayed after a page refresh.
- I have observed that this issue is also reproducible on the “Nightly Experiments” section from the "about:preferences" page.
- This issue is not reproducible when the searched term is deleted using the “x” button from the “Find in Settings” search box or by selecting the term and pressing the “Delete”/”Backspace” key.
- Attached is a screen recording of the issue.
Bug: "Blank page" on macOS when trying to open webpages saved as "Web Page, complete"
Status: NEW
Priority: P3
Created: 2022-02-07 16:43:37+00:00
Resolved: 2024-02-27 16:55:19+00:00

**Affected versions**
* Nightly 98.0a1, Firefox 97 Beta, Firefox 96.0.3 and Firefox 91.5.1esr.

**Affected platforms**
* macOS Big Sur 11.6

**Steps to reproduce**
1.  Launch Firefox and navigate to:
https://www.bbc.com/news/entertainment-arts-59879079
2.  Right-click on the page and select "Save Page As..."
3. In the Save As dialog for the Format select "Web Page, complete"  and click the Save button
4. From the downloads panel, open the saved webpage by dragging and dropping it onto the address bar

**Expected result**
The saved webpage should be properly opened.

**Actual result**
A blank page is opened - please see the [screencast](https://imgur.com/jr4Ycvg) for more details.

**Additional notes**
Could not reproduce it on Windows 10 and Ubuntu 20.04. 
Logged as per [Comment 3 from Bug 1748670](https://bugzilla.mozilla.org/show_bug.cgi?id=1748670#c3).
Bug: omnibox API does not recognize Shift+Enter
Status: NEW
Priority: P3
Created: 2022-02-07 19:01:39+00:00
Resolved: 2022-02-22 21:53:48+00:00

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

Steps to reproduce:

1. Install an extension that uses the omnibox, such as [firefox-code-search](https://github.com/mdn/webextensions-examples/tree/master/firefox-code-search)

2. Type a search into the address bar using the addon prefix and press Shift+Enter to perform a search, `cs hello world`


Actual results:

The address bar is emptied and no search is performed.


Expected results:

A new window should open with the omnibox search results.

Simply typing `hello world` and Shift+Enter opens a new window to Google results, as expected. It seems to only be omnibox searches using an extension's prefix that fail. 

Alt+Enter and Ctrl+Enter work as expected.
Bug: Create New Login button not visible on about:logins with reduced viewport height
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2022-02-07 19:58:36+00:00
Resolved: 2022-02-16 03:38:58+00:00

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

Steps to reproduce:

In Firefox 96.0.3 release, Firefox Developer Edition (97), and/or Firefox Nightly, open about:logins and resize the window.


Actual results:

With standard scaling, and the about:logins page displaying the default content: if the viewport height drops below about 625 pixels, or if the viewport width drops below 1030 pixels, the "Create New Login" button gradually gets pushed out of the visible area of the viewport.

With standard scaling, and the about:logins page displaying a saved login on the right side: if the viewport height drops below about 591 pixels, the "Create New Login" button gradually gets pushed out of the visible area of the viewport.


Expected results:

The "Create New Login" button should always be visible regardless of the content height in the item column. 

(I don't understand the grid + flex + shadow trees here, so no specific suggestions from me on a CSS fix.)

Popped up twice on SUMO this morning but I'm not sure what suddenly changed:

* https://support.mozilla.org/questions/1367135
* https://support.mozilla.org/questions/1367155
Bug: The Recommended by Pocket cards are not updated after a new region is set and a language pack is installed
Status: NEW
Priority: --
Created: 2022-02-08 15:40:17+00:00
Resolved: 2022-02-17 03:36:55+00:00

[Notes]:
- The issue is also reproducible if first you are connected using a VPN to a region where Recommended by Pocket is available and have a Firefox localized build specific to that region, then change the region and open the same profile with a Firefox localized build specific to the new region. Ex: You are connected using VPN to Germany, and have a Firefox de build, then you connect using VPN to United Kingdom and open the same profile with Firefox GB build.

[Prerequisites]:
- Have a Firefox de build installed.
- Be connected to Germany region using a VPN.

[Steps to reproduce]:
1. Open the Firefox browser described in prerequisites.
2. From "about:preferences#general" -> Language section set the "English (GB)" language.
3. Apply these changes to the browser.
4. Using the VPN change the region to the United Kingdom.
5. Open the Firefox browser with the same profile.
6. Set the "browser.search.region" to "GB".
7. Restart the browser.
8. Open a new tab page and observe the Recommended by Pocket section.

[Expected result]:
- The Recommended by Pocket section contains cards displayed in English with specific cards.
 
[Actual result]:
- The Recommended by Pocket section contains cards displayed in Deutsch with specific cards for Germany region.

[Additional Notes]:
- Attached is a screen recording of the issue.
Bug: Firefox does not respect the "Save files to" default download directory path setting for files automatically opened in Firefox (e.g. PDF by default) - potentially RAM disk related
Status: NEW
Priority: P3
Created: 2022-02-08 19:14:51+00:00
Resolved: 2022-04-21 15:45:33+00:00

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

Steps to reproduce:

Firefox does not respect the folder path specified in the setting:

“Options” → “Files and Applications” → “Downloads” → “Save files to”.

Instead, PDF files are always downloaded to system user directory (`C:\Users\USERNAME\Downloads` in Windows), regardless of what folder is specified in Firefox settings as the default download folder (directory).

The only way to prevent that is to download via the “Save link as” content-menu item of the link instead of left click.

This only happens with PDF files (that are then automatically opened via PDF.js inside Firefox itself) and not with files (e.g. *.exe) that cannot be viewed directly in Firefox.

Happens in both stable Firefox 97 and 98.0 beta 1 (Developer Edition).
Bug: Since the January 20 update my "Last page" function only works sporadically and my right hand pop out extension of the bookmark toolbar is screwed up
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-02-08 19:39:06+00:00
Resolved: 2022-05-18 06:32:07+00:00

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

Steps to reproduce:

That's easy.  All I have to do is open my home page.   From there the previous page function is sporadic.   Plus, I had the overflow from my bookmarks bar in a "pop out" window on the right side of the page.   Now rather than just click the button to show the overflow I must go through several steps to find the additional bookmarks.  Plus, the list in newest first rather than newest last.

What is a browser's user agent?    Like Windows 10?


Actual results:

See above


Expected results:

See above