av9ash/GitBugs huggingface dataset:
Bug: Firefox address bar: typing a few letters and then clicking the first item in the drop-down runs a (Google) search on the text fragment instead of accessing that first URL (when using dns_first_for_single_words)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-11-13 16:06:11+00:00
Resolved: 2023-05-26 07:23:50+00:00

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

Steps to reproduce:

1) visit a random website... e.g. https://example.com/
2) add it to bookmarks (i added it to "Other Bookmarks" in my case, but i think it might work with any bookmarks section)
3) open a fresh tab (or window), close the old one
4) start typing the first few letters of that bookmarked address (e.g. "exam" in the case above)
5) CLICK (do not press Enter) on the first item that appears in the automatic drop-down (it should be the previously bookmarked URL)

note: i will check the "security" report checkbox in the bug submission form because this bug could result in accidental data leaks of typed data to search engines or unintended visits to other sites.


Actual results:

browser starts to run a (Google) search for the typed text fragment instead of accessing the site.


Expected results:

Browser should access the selected URL instead of sending the typed fragment to a search engine.
Bug: BrowserWindowTracker can return windows that are not yet fully initialized
Status: NEW
Priority: P3
Created: 2022-11-14 10:52:24+00:00
Resolved: 2023-05-17 20:02:41+00:00

`BrowserWindowTracker` starts tracking windows after the [DOMContentLoaded event fires on the window](https://searchfox.org/mozilla-central/rev/219df29d0fb5d8928ae41bba4a605046de411cf0/browser/base/content/browser.js#1727) which is before the window has finished initializing. This can mean a call to `BrowserWindowTracker.getTopWindow` may return a window that is still loading (before the load event has fired and before delayed-startup has completed).
Bug: Google Cloud Console is not usable with Dark Reader extension
Status: NEW
Priority: --
Created: 2022-11-14 11:24:13+00:00
Resolved: 2024-03-06 12:08:16+00:00

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

Steps to reproduce:

I attempted to load the Google Cloud console (at console.cloud.google.com) to manage a project with Dark Reader enabled.


Actual results:

The navigation bars load, but any content in the pages does not.

Additionally, attempting to load the cloud console pages slows the whole browser down, and significantly increases CPU and RAM usage (10+% CPU usage increase on a Ryzen 5800X, and fluctuating between 1-2GB of additional RAM).


Expected results:

The cloud console should have loaded, and done so without excessive resource usage.

The site works perfectly with Dark Reader disabled, and it also works on Google Chrome with Dark Reader enabled.
Bug: Customization breaks Drag&Drop (maybe more) in the Bookmarks Toolbar overflow menu
Status: NEW
Priority: P3
Created: 2022-11-14 14:26:04+00:00
Resolved: 2023-10-22 14:11:59+00:00

After customization DND in the Bookmarks Toolbar chevron menu doesn't work anymore, this is usually a symptom of a zombie widget that should be recreated (or at least in the past that used to happen, indeed we [uninit all the views](https://searchfox.org/mozilla-central/rev/219df29d0fb5d8928ae41bba4a605046de411cf0/browser/base/content/browser-places.js#1183,1187)).
STR:
1. Show the bookmarks toolbar always if necessary
2. Open the Library, go to the Toolbar root, duplicate the default Get Involved bookmark until the toolbar overflows. Close the Library
3. Check drag&drop in the toolbar overflow chevron menu works
4. open Customization, and close it
5. try again to drag&drop in the toolbar overflow chevron menu

ER:
DND continues working
AR:
DND is broken

This is the regression range:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=8dd0375cfaf81d140c19c98f8a9dda28b9a201c1&tochange=3afb892abb74c6d281f3e66431408cbb2e16b8c4
Unfortunately it's old builds so it cannot be restricted further, though I suspect Bug 1539651
Bug: Wrong Application Binary path when using snap instance on Linux
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-11-14 18:03:17+00:00
Resolved: 2022-11-29 12:50:56+00:00

I am using Firefox on Ubuntu 22.04, I have installed both Firefox beta and Firefox nightly with snap.
I have followed the instruction in snap docs - https://snapcraft.io/docs/parallel-installs.
After the installation, I have Firefox beta in /snap/firefox and Firefox nightly in /snap/firefox_nightly.

When I use Firefox nightly the path to the binary reported in about:support is pointing to /snap/firefox instead of /snap/firefox_nightly.
See attached image
Bug: edited bookmark retains change even if "escape" is used to close dialog
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-14 18:17:46+00:00
Resolved: 2022-11-14 18:39:56+00:00

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

Steps to reproduce:

• Right-click "Edit bookmark..." on a bookmark from the bookmark menu or bookmark toolbar
• make a change to the title
• hit "escape" to cancel/close the dialog


Actual results:

• bookmark changes are made


Expected results:

• since "escape" is traditionally synonymous with "cancel", no changes should be saved
Bug: Intermittent [tier 2] browser/components/urlbar/tests/browser/browser_keywordBookmarklets.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-11-14 22:35:06+00:00
Resolved: 2022-12-13 17:02:35+00:00

**Filed by:** imoraru [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=396483389&repo=mozilla-beta
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/TjIYM0CiQe2-NkDfW-pTXw/runs/1/artifacts/public/logs/live_backing.log

---
```
[task 2022-11-14T20:39:49.545Z] 20:39:49     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_keywordBookmarklets.js
[task 2022-11-14T20:40:34.547Z] 20:40:34     INFO - TEST-INFO | started process screentopng
[task 2022-11-14T20:40:34.756Z] 20:40:34     INFO - TEST-INFO | screentopng: exit 0
[task 2022-11-14T20:40:34.756Z] 20:40:34     INFO - Buffered messages logged at 20:39:49
[task 2022-11-14T20:40:34.758Z] 20:40:34     INFO - Entering test bound 
[task 2022-11-14T20:40:34.759Z] 20:40:34     INFO - Buffered messages finished
[task 2022-11-14T20:40:34.759Z] 20:40:34     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_keywordBookmarklets.js | Test timed out - 
[task 2022-11-14T20:40:34.760Z] 20:40:34     INFO - GECKO(16214) | MEMORY STAT | vsize 3793MB | residentFast 460MB | heapAllocated 295MB
[task 2022-11-14T20:40:34.761Z] 20:40:34     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_keywordBookmarklets.js | took 45022ms
[task 2022-11-14T20:40:34.761Z] 20:40:34     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-11-14T20:40:34.761Z] 20:40:34     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_keywordBookmarklets.js | Found a tab after previous test timed out: about:blank - 
[task 2022-11-14T20:40:34.761Z] 20:40:34     INFO - checking window state
[task 2022-11-14T20:40:34.761Z] 20:40:34     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_keywordSearch.js
```
Bug: [MSIX] Firefox started only after ~1 minute with disabled language add-ons
Status: NEW
Priority: --
Created: 2022-11-15 09:25:18+00:00
Resolved: 2023-01-03 18:53:26+00:00

**Found in**
* 107.0b9 MSIX

**Affected versions**
* 107.0b9MSIX

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

**Preconditions**
* have Firefox 107.0b9 MSIX installed

**Steps to reproduce**
Unfortunately, I don’t have steps for this issue. This occurred to me today after trying to start Firefox 107.0b9 MSIX after waking up the PC from sleep. We tried multiple times to reproduce the issue by restarting the PC and going to sleep but without any luck.

What I’ve done is:
1. Started PC from sleep
2. After some time (like 1h) I clicked to open Firefox 107.9b MSIX from the store
3. On the profile manager I left the selected profile (I assume that this is the one I used last time) and clicked to Start Firefox
4. Waited some time and nothing happened. Inside Task Manger Firefox was displayed with 10% CPU.
5. I closed the process and tried to start Firefox MSIX again with a new profile.
The same thing happened with a new profile, Firefox process was shown inside Task manager but the browser was not displayed.
6. After ~1 minute the browser is displayed with disabled language addons.

**Expected result**
* Firefox should have started almos instantly with enabled language addons.

**Actual result**
* Firefox started very late with disabled language addons.

**Regression range**
* I don’t think we could find a regression range here.

**Additional notes**
* Attached the browser console logs after opening Firefox MSIX.
* Unfortunately I only had 107.0b9 MSIX installed at that point so I don’t know if this happens on other Firefox versions as well.
* I could successfully enable the addons after starting Firefox.
Bug: [win7] Minimize, Maximize and Close buttons are no longer displayed after entering full-screen with F11 while having Windows 7 Aero theme
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2022-11-15 11:03:22+00:00
Resolved: 2023-07-21 18:52:40+00:00

**Found in**
* 109.0a1 (2022-11-14)

**Affected versions**
* 109.0a1 (2022-11-14)
* 108.0b1
* 107.0
* 102.5.0esr

**Tested platforms**
* Affected platforms: Windows 7x64 Sp1
* Unaffected platforms: Windows 10/11 x64, Ubuntu 20.04

**Preconditions**
* Windows 7 Aero theme enabled

**Steps to reproduce**
1. Enter fullscreen by pressing F11 on the keyboard.
2. Observe the top part of the browser.

**Expected result**
* Windows controls (Minimize/ Close/ Maximize) buttons are displayed.

**Actual result**
* Minimize/ Close/ Maximize buttons are not displayed.

**Regression range**
* Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=32a3cf57dd4396e123ebbba2f894e540528d0781&tochange=691a703f1fa2ba4cccfccc60feae36ff5b20f04c 
* Potential regressor: bug 1735318.

**Additional notes**
* Attached a screen recording.
* The issue does not reproduce with Windows 7 Classic or the Basic theme.
Bug: Unable to Screenshot a Full page on https://en.wikipedia.org/wiki/Sun
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-15 11:22:46+00:00
Resolved: 2023-01-26 15:50:00+00:00

**Found in**
* 108.0b1

**Affected versions**
* Firefox Nightly 109.0a1 (2022-11-14)
* Beta 108.0b1
* Release 107.0
* Firefox Esr 102.5

**Affected platforms**
* MacOS

**Steps to reproduce**
1. Reach https://en.wikipedia.org/wiki/Sun
2. Right Click inside the page and select Take a Screenshot.
3. Select Save Full page from the top right corner.

**Expected result**
* The entire page should be saved as a screenshot.

**Actual result**
* Nothing happens.
* ------Error in promise: BackgroundError: Error: An unexpected error occurred - is displayed in Console.

**Regression range**
Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=b338d55d5007ce5a7d4cdce3aaa8e9f63c5555f7&tochange=4c9d3b27101023ec9d8a845b531e2f3e364cb958
It seems that Bug 1763484 is what caused it.
Bug: The “send yourself a download link” from the “Mobile” screen of the new and existing users’ Onboarding does not redirect to any page
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-11-15 15:09:49+00:00
Resolved: 2022-11-29 16:24:33+00:00

**[Affected versions]:**
- Firefox Beta 108.0b1 (Build ID: 20221114145411)
- Firefox Nightly 109.0a1 (Build ID: 20221115095444)

**[Affected Platforms]:**
- Windows 10 x64
- Linux Mint 20.3
- macOS 12.7

**[Prerequisites]:**
- Have the Firefox browser from prerequisites installed and opened.

**[Steps to reproduce]:**
- Navigate to “Hop from laptop to phone and back again” slide from the about:welcome page.
- Click the "send yourself a download link".

**[Expected result]:**
- The "https://www.mozilla.org/en-US/firefox/mobile/get-app/?utm_medium=firefox-desktop&utm_source=onboarding-modal&utm_campaign=mr2022&utm_content=new-global&utm_source=activity-stream&utm_campaign=firstrun&utm_medium=referral&utm_term=aboutwelcome-default-screen" page is opened in a new tab and the focus remains on the Mobile screen

**[Actual result]:**
- The link does not redirect to any page.

**[Regression Window]:**
- The issue is not reproducible with older Nightly 107.0a1 builds. Considering this using mozregression tools I have found the regression range. 
- Here are the results:
  - Last good revision: c880801394809b6af611493f9a72473e4ac7a807
  - First bad revision: 63af6af9200ce8d885859b8fd71dfabd975793a6
- Pushlog:  https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c880801394809b6af611493f9a72473e4ac7a807&tochange=63af6af9200ce8d885859b8fd71dfabd975793a6
- From this pushlog it seems that Bug 1794661 may have introduced this behavior.

**[Notes]:**
- Attached is a screen recording of the issue.
Bug: At some point new tabs never load new pages
Status: NEW
Priority: --
Created: 2022-11-15 15:10:31+00:00
Resolved: 2022-11-30 12:07:33+00:00

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

Steps to reproduce:

I just used Firefox like I normally do.


Actual results:

At some point no new tabs load content. They just get stuck in loading.


Expected results:

Pages should have loaded
Bug: Maximized Firefox does not draw row of pixels next to Windows taskbar docked to side of window and set to auto-hide
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-11-15 15:22:02+00:00
Resolved: 2022-11-18 16:11:41+00:00

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

Steps to reproduce:

Set Windows taskbar to auto-hide, and move it to the left or right side of the screen
Open Firefox, and maximize it


Actual results:

The column of pixels for the Firefox window on the side is drawn to be white, except for the highlight for the currently active window. This is extremely noticeable when Firefox has a dark theme, resulting in a single column of bright pixels on one side of the screen.

If Firefox is maximized and then the taskbar is moved to the left or right side, then the window continues to be drawn correctly until it is re-maximized.

If Firefox is set to fullscreen with F11 and then restored, it also draws correctly, even with the taskbar already moved to one side.


Expected results:

The color of the column of pixels should be drawn normally to match the rest of the Firefox window.

This is what is observed for other maximized programs, and what occurs if the titlebar is enabled for Firefox.
Bug: Search engine order is modified after region change
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-11-15 15:30:07+00:00
Resolved: 2022-12-05 16:40:00+00:00

**Found in**
* Firefox 108 beta 1

**Affected versions**
* Firefox 108 beta 1
* latest Nightly 109.0a1 2022-11-15

**Tested platforms**
* Affected platforms: Win 10 64-bit, macOSX 10.14, Ubuntu 22.04
* Unaffected platforms: -

**Steps to reproduce**
1. Open Firefox with a clean profile
2. Go to youtube.com (or any other page that offers an open search engine) and add Youtube as search engine using address bar
3. Go to about:config and change `browser.search.region` value to a different one (our tests included RO->US and US->RO)

**Expected result**
* Search engines order remain the same when the region is changed

**Actual result**
* Amazon is moved towards the end of the list

**Regression range**
* DEBUG : Found commit message:
Bug 1786324 - Add migration for engine ids to be saved on user settings.r=Standard8
Bug: The saved passwords are not imported from Opera on MacOS
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-11-15 19:49:04+00:00
Resolved: 2022-12-22 15:24:55+00:00

**Found in**
* Nightly 109.0a1

**Affected versions**
* Nightly 109.0a1

**Tested platforms**
* Affected platforms: All MacOS
* Unaffected platforms: Win 10, Ubuntu

**Preconditions**
* Have a password set for the OS's account.
* Have multiple saved passwords in Opera.
* Set pref "browser.migrate.opera.enabled" on true on Firefox.

**Steps to reproduce**
1. Open the latest Nightly browser navigate to "about:logins" page and click the Open Menu(three-dot ellipsis) button.
2. Click the "Import from Another Browser" option.
3. Select Opera and click the "Continue" button.
4. Select "Saved logins and passwords" and click "Continue".
5. Click "Done" button


**Expected result**
* The saved passwords are imported and "enter keychain password" is required.

**Actual result**
* "enter keychain password" is not required and the saved passwords are not imported on Nightly.

**Regression range**
* Not a regression. This bug is reproducible only on Nightly 109 because of the new feature implementation.

**Additional notes**
* This issue is reproducible only on MacOS
Bug: Intermittent browser/components/shell/test/browser_1119088.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-11-15 20:58:18+00:00
Resolved: 2023-05-02 12:01:37+00:00

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

---
```
[task 2022-11-15T19:07:02.631Z] 19:07:02     INFO - TEST-PASS | browser/components/shell/test/browser_1119088.js | /Users/cltbld/Pictures/562a89a6ce8e4082bafc8cc66fd4c66c.png exists - true == true - 
[task 2022-11-15T19:07:02.631Z] 19:07:02     INFO - Buffered messages finished
[task 2022-11-15T19:07:02.632Z] 19:07:02     INFO - TEST-UNEXPECTED-FAIL | browser/components/shell/test/browser_1119088.js | background should be /Users/cltbld/Pictures/562a89a6ce8e4082bafc8cc66fd4c66c.png - false == true - JS frame :: chrome://mochitests/content/browser/browser/components/shell/test/browser_1119088.js :: <TOP_LEVEL> :: line 161
[task 2022-11-15T19:07:02.632Z] 19:07:02     INFO - Stack trace:
[task 2022-11-15T19:07:02.632Z] 19:07:02     INFO - chrome://mochitests/content/browser/browser/components/shell/test/browser_1119088.js:null:161
[task 2022-11-15T19:07:02.632Z] 19:07:02     INFO - TEST-PASS | browser/components/shell/test/browser_1119088.js | /System/Library/Desktop Pictures/Solid Colors/Teal.png exists - true == true - 
```
Bug: Quick suggest engagement telemetry may not match visible results in the view
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-11-16 05:42:32+00:00
Resolved: 2023-04-13 02:09:07+00:00

Bug 1800184 fixed the case where a quick suggest result is in the view but hidden, but I found one more case it didn't fix: The user can pick a result (i.e., complete an engagement) after the provider `add()`'ed it but before it's added to the view. [Edit: This sentence is confusing. What I mean is: After the quick suggest provider adds a result to the context but before that result is shown in the view, the user can pick another unrelated result in the view.] That means we can end up recording telemetry for results that aren't actually visible in the view, since the telemetry is based on `_resultFromLastQuery`, which is simply the result the provider added last.

In short we need to base engagement telemetry on the result that's visible in the view, not on the result the provider added last.
Bug: In Ja build, Font size of Advanced font settings is not correctly displayed (not wide enough for display)
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-16 07:48:19+00:00
Resolved: 2022-11-24 07:51:25+00:00

[Tracking Requested - why for this release]: Localized build [Ja] UI is Broken

Steps to reproduce:
1. Start Ja build Nightly
2. Open about:preferences
   General settings > Language & Appearance > Fonts & Colors > "Advanced..." button 

Actual results:
Size is not correctly displayed numerically (not wide enough for display)
See attached screenshot.

Expected results:
Size should be correctly indicated numerically.


Regression window:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ca2873779214f6109ffe1b23e1455350294ac325&tochange=59fa65e9da080d96cf90d9c99a458372b8d58b4d


Suspect: 
6c60375237864880161d4a8915408e68ec28d1e3	Emilio Cobos Álvarez — Bug 1779695 - Use modern flex on in-content pages.
Bug: Tab context menu "Mute tab" entry appears when it should not and is not correctly localized
Status: NEW
Priority: --
Created: 2022-11-16 09:12:37+00:00
Resolved: 2022-11-30 12:07:39+00:00

STR:
1 Open a tab
2 Click click on it

Actual results:
"Mute tab" context menu entry is on the list and is wrongly localized (English and French are set as browser languages, English is primary but somehow "Mute tab" is written in french.

Expected results
No "Mute tab" entry if the tab does not play a sound
Bug: The “Our Sponsors and Your Privacy” modal is not automatically focused for keyboard navigation when opened
Status: NEW
Priority: P3
Created: 2022-11-16 14:02:32+00:00
Resolved: 2023-06-15 15:50:35+00:00

**[Affected Versions]:**
- Firefox 108.0b2 (Build ID:  20221115200658)
- Firefox 109.0a1 (Build ID:  20221116093106)

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

**[Prerequisites]:**
- Have the Sponsored tiles via Pocket configured and displayed.

**[Steps to reproduce]:**
1. Open the profile from prerequisites.
2. Open a new tab page.
3. Click the “...” button from the second tile to open the context menu.
4. Click "Our sponsors & your privacy".
5. Press the Tab key to try to select the content of the modal.

**[Expected result]:**
- The “Learn how privacy works on the new tab” link is selected.

**[Actual result]:**
- The content of the new tab page is selected first.

**[Notes]:**
- The content of the modal is eventually selected after navigating through all the elements of the new tab page and the Firefox window.
- Attached is a recording of the issue.
Bug: Not able to import data from Opera/Vivaldi on Ubuntu
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-11-16 15:57:13+00:00
Resolved: 2023-03-29 12:12:14+00:00

**Found in**
* Nightly 109.0a1

**Affected versions**
* Nightly 109.0a1

**Tested platforms**
* Affected platforms: Ubuntu 18, Ubuntu 22
* Unaffected platforms: Win 10, MacOS

**Preconditions**
* Opera/Vivaldi are installed(stable version from Ubuntu apps or from the following link: https://www.opera.com/download, I downloaded .deb file) and has user data to import:
- browsing history
- saved bookmarks
- saved Logins and Passwords
- search bar history
- cookies
* Set prefs "browser.migrate.opera.enabled" and "browser.migrate.vivaldi.enabled" on true on Firefox.

**Steps to reproduce**
1. Open Firefox
2. Choose one of the options to Import Data from Another Browser(from Library, Bookmarks Toolbar or about:logins).

**Expected result**
* Opera and Vivaldi browsers should be available on Import Settings and Data window

**Actual result**
* Opera, Vivaldi browsers are missing from the selection list(from Import Settings and Data window)

**Regression range**
* Not a regression. New feature implementation

**Additional notes**
* This issue is reproducible only on Ubuntu. 
* Only Chrome browser is displayed on Import Settings and Data window