av9ash/GitBugs huggingface dataset:
Bug: [win] The overflow panel arrow is misaligned with the button in Customize mode if the Firefox window has reduced height
Status: NEW
Priority: P3
Created: 2023-02-10 12:54:01+00:00
Resolved: 2023-06-18 00:31:01+00:00

**Found in**
* 111.0a1 (20230209213208)


**Affected versions**
* 111.0a1 (20230209213208)
* 110.0RC1
* 109.0.1


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




**Steps to reproduce**
1. Open Firefox and Customize toolbar menu.
2. Resize the Firefox window making it smaller.
3. Observe the Overflow menu arrow.
 

**Expected result**
* The Overflow menu arrow is aligned with the Overflow button after the scroll bar is displayed.

**Actual result**
* The Overflow menu arrow is moved to the left after the scrollbar is displayed.

**Regression range**
* Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=4fe0f608257ca4d9fff20d90736d29a886c63d1d&tochange=0522898e160d0ff2a12f1e591b0b5d6bd989e995
* This started happening with bug 1797052 where scrollbars were implemented. Please feel free to remove it if you feel otherwise.

**Additional notes**
* Attached a screenshot.
Bug: layout.css.has-selector.enabled css selector has()
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-02-10 13:51:18+00:00
Resolved: 2023-02-10 14:00:03+00:00

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

Steps to reproduce:

I tried to use the css has() selector.

As it doesn't work by default in Firefox, I followed the documentation and set the "layout.css.has-selector.enabled" option to true.




Actual results:

After activating this option, the css selector does not work. I tried with Google Chrome and it work.


Expected results:

The css selectors should work after enabling the associated option.
Bug: Built-in PDF viewer failed to render a font
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-02-10 14:48:11+00:00
Resolved: 2023-02-10 16:13:02+00:00

Steps to reproduce:

1. Open the website with built-in pdf viewer of firefox.
https://cran.r-project.org/web/packages/gcplyr/vignettes/analyze.pdf


Actual results:

The characters in the pdf file were rendered as tofu-like characters.


Expected results:

The characters in the pdf file should be rendered as English letters.
Bug: Absence of Launchable File Warning for .webloc Files in Firefox on MacOS
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-02-10 15:06:41+00:00
Resolved: 2024-05-30 18:05:17+00:00

This vulnerability is similar to https://bugzilla.mozilla.org/show_bug.cgi?id=1786188. Recently, the Firefox on MacOS addressed the issue where the warning for executable files was not displayed upon downloading .afploc and .ftploc files. I have discovered that the launchable file warning is also not present for .webloc files, thus allowing them to be launched directly without any warning post-download.
Bug: Frequent hangs of browser/base/content/test/webrtc tests in headless mode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-02-10 15:55:01+00:00
Resolved: 2023-02-20 16:58:09+00:00

Run `./mach test browser/base/content/test/webrtc/ --headless` and it will soon hang, waiting for a permission prompt to appear, which doesn't happen.

This is [pretty old](https://bugzilla.mozilla.org/show_bug.cgi?id=1421724#c8), and I landed a [test-specific mitigation](https://phabricator.services.mozilla.com/D15711) back then that didn't cover all cases.

This happens when the webrtc indicator appears as it takes focus from the browser window, and the prompt needs focus to appear.

This happens more frequently with webrtcLegacyIndicator.xhtml than webrtcIndicator.xhtml because the latter is only [visible for display capture by default](https://searchfox.org/mozilla-central/rev/d9dbf648b2f7557f6f06d27cce58546cc539cb2b/browser/base/content/webrtcIndicator.js#151).

For me on linux, under headless, the legacy indicator is a [toplevel](https://searchfox.org/mozilla-central/rev/d9dbf648b2f7557f6f06d27cce58546cc539cb2b/widget/headless/HeadlessWidget.cpp#131) WindowType::Popup widget whereas the new indicator is a toplevel WindowType::Dialog widget.

The root cause of this is HeadlessWidget [taking focus when shown](https://searchfox.org/mozilla-central/rev/d9dbf648b2f7557f6f06d27cce58546cc539cb2b/widget/headless/HeadlessWidget.cpp#197-201) and being toplevel (or a dialog). The native webrtc indicator widgets do not take focus in this way.
Bug: Intermittent browser/components/customizableui/test/browser_885530_showInPrivateBrowsing.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-02-11 20:07:57+00:00
Resolved: 2024-05-01 12:05:21+00:00

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

---
```
[task 2023-02-11T19:07:09.495Z] 19:07:09     INFO - TEST-PASS | browser/components/customizableui/test/browser_885530_showInPrivateBrowsing.js | Should not have found test widget in the window - 
[task 2023-02-11T19:07:09.495Z] 19:07:09     INFO - Buffered messages logged at 19:07:06
[task 2023-02-11T19:07:09.508Z] 19:07:09     INFO - Leaving test bound 
[task 2023-02-11T19:07:09.520Z] 19:07:09     INFO - Entering test bound asyncCleanup
[task 2023-02-11T19:07:09.521Z] 19:07:09     INFO - Leaving test bound asyncCleanup
[task 2023-02-11T19:07:09.525Z] 19:07:09     INFO - Buffered messages finished
[task 2023-02-11T19:07:09.542Z] 19:07:09     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_885530_showInPrivateBrowsing.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 2023-02-11T19:07:09.550Z] 19:07:09     INFO - GECKO(6244) | MEMORY STAT | vsize 2112433MB | vsizeMaxContiguous 67165989MB | residentFast 300MB | heapAllocated 139MB
[task 2023-02-11T19:07:09.558Z] 19:07:09     INFO - TEST-OK | browser/components/customizableui/test/browser_885530_showInPrivateBrowsing.js | took 62321ms
```
Bug: bookmark search freeze firefox
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-02-12 10:26:27+00:00
Resolved: 2023-02-25 13:52:50+00:00

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

Steps to reproduce:

search in bookmark freeze it complett
Bug: bookmarks gone after signed in new device
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-02-12 12:25:43+00:00
Resolved: 2023-05-02 14:36:31+00:00

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

Steps to reproduce:

Signed in no bookmarks added


Actual results:

No bookmarks added


Expected results:

Bookmarks added
Bug: Firefox tabs are still opening on my devices even if i'm desynchonized and disconnected
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-02-12 14:08:42+00:00
Resolved: 2023-07-03 11:22:23+00:00

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

Steps to reproduce:

I synchronised my mac mini, my mac book pro and iphone under my firefox account. 


Actual results:

Today i desynchronised and disconnected my firefox account on all devices


Expected results:

No tabs should be proposed to open on other devices when i open a tab on any devices
Bug: ""For quick access, place your bookmarks" shows up when bookmarks already exist, only after updating
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-02-12 16:39:28+00:00
Resolved: 2023-02-28 13:20:48+00:00

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

Steps to reproduce:

Updated Firefox to 109. Most likely from previous stable release, although I haven't been watching this.


Actual results:

The bookmark bar's empty message appeared on top of my existing bookmarks in the bookmark bar. The message is "For quick access, place your bookmarks here on the bookmarks toolbar. Manage bookmarks...". 


Expected results:

Bookmarks are already in my bookmark toolbar, so the initial no-bookmarks message should not have been displayed.
Bug: Firefox sync - tabs and theme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-02-13 09:26:25+00:00
Resolved: 2023-02-14 12:06:28+00:00

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

Steps to reproduce:

I synchronised my mac mini, my mac book pro and iphone under my firefox account.


Actual results:

Today i desynchronized and disconnected my firefox account on all devices


Expected results:

No tabs should be proposed to open on other devices when i open a tab on any devices, no theme should be back again even my bookmarks should not be able to access on other devices
Bug: Font size and Advanced button are overlapping when resizing the browser width
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2023-02-13 09:48:22+00:00
Resolved: 2024-11-05 21:16:44+00:00

**Found in**
* 111.0a1 (20230212085204)


**Affected versions**
* 111.0a1 (20230212085204)



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




**Step s to reproduce**
1. Open Firefox andthe  about:preferences page.
2. Scroll down to Fonts sections and resize the browser by makinAdvancedaller.
3. Observe the Font Size and Advaced button.
 

**Expected result**
* Both buttons are displayed as expected.

**Actual result**
* The Advanced button overlaps the Font size button.

**Regression range**
* Last good revision: 0c989b2bcd7882a9e7106e7879ab8933c2e09071
First bad revision: 47c002d3637247e71ee901f32421deaecc9d8ea3
 Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=0c989b2bcd7882a9e7106e7879ab8933c2e09071&tochange=47c002d3637247e71ee901f32421deaecc9d8ea3

**Additional notes**
* Attached a screenshot.
Bug: "View Add-ons" should not show recommended extensions if extensions.getAddons.showPane is false
Status: NEW
Priority: P3
Created: 2023-02-13 10:08:27+00:00
Resolved: 2023-03-24 18:28:34+00:00

The action registered here for "View Add-ons" should be disabled when `extensions.getAddons.showPane` is false:
https://searchfox.org/mozilla-central/rev/5ba1bdb6f8fbf8e8c91720b1e584c0081022f1bc/browser/components/urlbar/QuickActionsLoaderDefault.sys.mjs#67-72

I would have suggested to open `addons://list/extensions` instead, but it looks like there is already an action for that at https://searchfox.org/mozilla-central/rev/5ba1bdb6f8fbf8e8c91720b1e584c0081022f1bc/browser/components/urlbar/QuickActionsLoaderDefault.sys.mjs#105

If two different labels for the same destination are acceptable, I would suggest to open  `addons://list/extensions`  when `extensions.getAddons.showPane` is false.
Bug: Desktop notifications don't popup
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-02-13 10:09:10+00:00
Resolved: 2023-02-13 10:38:33+00:00

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

Steps to reproduce:

Desktop notifications from addons (and possibly websites) don't appear anymore.

For example, notifications stopped popping up when new RSS items appear in Feedbro (based on the rules set in it) and when Notifier for Gmail detects new mail. (Also a find&replace addon stopped giving a notification when the text couldn't be found in the page)
Bug: The overflow menu button has no padding on the left side if the browser is resized to a minimum width while having Touch Density active
Status: NEW
Priority: --
Created: 2023-02-13 11:41:25+00:00
Resolved: 2023-06-18 00:30:59+00:00

**Found in**
* 111.0a1 (20230212085204)


**Affected versions**
* 111.0a1 (20230212085204)



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




**Steps to reproduce**
1. Open Firefox and Customize menu..
2. Enable Touch Density and exit customize menu.
3. Resize the window horizontally making it smaller and observe the toolbar.
 

**Expected result**
* All toolbar items are correctly displayed.

**Actual result**
* Overflow menu button has no padding on the left side.

**Regression range**
* Last good revision: a4a8521b307275498ecda987249e72150c3c110d
First bad revision: 0645b630915e38a3a37d076aa7f431a72387699e
 Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=a4a8521b307275498ecda987249e72150c3c110d&tochange=0645b630915e38a3a37d076aa7f431a72387699e
I don’t know which of the issue is the regressor. Adding Emilio to the CC list since he’s the author of both patches.

**Additional notes**
* Attached a screen recording.
Bug: Firefox does not create MarionetteActivePort file in headless mode on Debian 10
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-02-13 12:15:07+00:00
Resolved: 2023-09-04 12:22:46+00:00

Steps to reproduce:

On Debian 10 machine (Bitnami LAMP stack server - PHP 7.4.15) I have installed geckodriver (0.32) and firefox (109.0.1). I am using php-webdriver package to interact with firefox in headless mode for collecting certain information from a public site. The php-webdriver starts the geckodriver, who in turn should spin off a firefox process.
I install firefox from three different sources (firefox-esr form apt repository, downloading the tar file and finally from mozillateam repository) but the problem persisted.



Actual results:

The PHP scripts fails with an error of Failed to read marionette port (if geckodriver level is not set) or a timeout exception (if geckodriver log level is set). 
The geckodriver log files shows geckodriver trying to open MarionetteActivePort file from /tmp/rust_mozprofile directory, but such file does not exist. It seems that firefox fail to create such file in the location expected by geckodriver.
The firefox start (as the process may be seen running in the htop listing) but for some reasons does not create the file.


Expected results:

The expected behavior, should be that firefox to run in the headless mode and geckodriver to connect to it in order to allow the webdriver to run the necessary code for scraping the website.
If geckodriver is started manually (running in the backgorund) everything goes as normal and the PHP script execute its task (of collecting info from the website).
Bug: Pinned tabs start overlapping other content when the browser has minimal width
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-02-13 12:25:39+00:00
Resolved: 2023-02-17 12:09:21+00:00

**Found in**
* 111.0a1 (20230212085204)


**Affected versions**
* 111.0a1 (20230212085204)



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




**Steps to reproduce**
1. Open Firefox and pin some tabs.
2. Resize the browser window horizontally by making it smaller and observe the tab bar.

 

**Expected result**
* All items are correctly displayed.

**Actual result**
* Pinned icons are moved too far on the left side of the browser.

**Regression range**
* Last good revision: 71c3c004ebc44a7e07977b99df32c45de12163c7
First bad revision: 879ba48489180eae82a4104e961a2a23348ca930
 Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=71c3c004ebc44a7e07977b99df32c45de12163c7&tochange=879ba48489180eae82a4104e961a2a23348ca930

**Additional notes**
* Attached a screen recording.
Bug: Macbook & Firefox bug opening 2 tabs when clicking a link
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-02-13 12:40:05+00:00
Resolved: 2023-02-13 23:18:37+00:00

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

Steps to reproduce:

I have a macbook and I use Firefox as my main browser (version 109.0.1 (64-bit)).

I have noticed a very annoying bug. When I click on a link, it opens 2 tabs if the Firefix app is not running.

If the app is already running in background, Firefox opens a single tab as expected.

Here is a video:

https://drive.google.com/file/d/1UTkfXceZKJTHBS3QK5NP9mfJeCQUADoP/view?usp=sharing


Actual results:

When I click on a link, it opens 2 tabs if the Firefix app is not running.

If the app is already running in background, Firefox opens a single tab as expected.


Expected results:

It should open ONE tab ONLY

I have a macbook and I use Firefox as my main browser (version 109.0.1 (64-bit)).

I have noticed a very annoying bug. When I click on a link, it opens 2 tabs if the Firefix app is not running.

If the app is already running in background, Firefox opens a single tab as expected.

Here is a video:

https://drive.google.com/file/d/1UTkfXceZKJTHBS3QK5NP9mfJeCQUADoP/view?usp=sharing
Bug: Minimize, Maximize and Close buttons are overlapping the pinned tabs when the browser has reduced width and pinned tabs
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2023-02-13 12:56:05+00:00
Resolved: 2023-02-17 13:20:40+00:00

**Found in**
* 111.0a1 (20230212085204)


**Affected versions**
* 111.0a1 (20230212085204)



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




**Steps to reproduce**
1. Open Firefox and pin some tabs.
2. Resize the browser window horizontally by making it smaller and observe the tab bar.

 

**Expected result**
* All items are correctly displayed.

**Actual result**
* Minimize, Maximize and close buttons are overlapping the browser controls and pinned tabs.

**Regression range**
* This started happening with bug 1815864, but the Minimize, Maximize, and Close buttons were not displayed when the browser width was reduced before bug 1815864. 
After bug 1815864 the pinned tabs are visible behind the Minimize, Maximize, and Close buttons and they can't be selected.
I will not set this issue as the regressor since this area was already broken in the past and the Minimize, Maximized, and Close buttons were cut off in the past. Please change this if you feel otherwise.

**Additional notes**
* Attached a screen recording.
Bug: Copying a primary bookmark folder into itself will cause an infinite structuring loop of itself
Status: NEW
Priority: P3
Created: 2023-02-13 14:04:54+00:00
Resolved: 2023-10-11 08:28:03+00:00

**Note**
* When the user copies a root bookmark folder into itself, he will notice that an infinite folder structuring loop is created.

**Found in**
* Beta v110.0 (RC)

**Affected versions**
* all

**Tested platforms**
* Affected platforms: Windows 10, Ubuntu 22, Mac OS 11
* Unaffected platforms: -

**Steps to reproduce**
1. CTRL+SHIFT+O
2. Copy any of the following root folders: Bookmarks Toolbar, Bookmarks Menu, Other Bookmarks
3. Paste it into itself.

**Expected result**
* The action should not be allowed.
* Or, at least, the infinite structure loop should not happen.

**Actual result**
* The folder will be created, but an infinite structuring loop will be observed.

**Regression range**
* Not a regression considering it occurs in v60.0a1.

**Additional notes**
* This does not occur for other folders.
Bug: [macOS] Dragging and dropping a website over another in bookmark sidebar will change their places but open one of them as well
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-02-13 15:11:38+00:00
Resolved: 2023-08-21 15:19:20+00:00

**Found in**
- Firefox 110.0

**Affected versions**
- Firefox 110.0
- Firefox 111.0a1

**Tested platforms**
- Affected platforms: macOS 13.2
- Unaffected platforms: Windows, Ubuntu

**Steps to reproduce**
1. Launch Firefox
2. Open the bookmark sidebar (cmd+b)
3. Expand Bookmarks Menu and then Mozilla Firefox
4. Drag and drop one website over another in order to change their places

**Expected result**
- The places of the websites are swapped.

**Actual result**
- The places are swapped but the website over which the dragged one was dropped over is opened in the tab.

**Regression range**
- Most likely not a regression (unfortunately mozregression doesn't work on macOS 13.2). This happens way back on 74.0a1 (2020-02-01). Older builds will not start (crashes).

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/16WaJSj625MjDFJFRs-6Ild4zRCwi0W80/view?usp=share_link)
- This happens if dragging a separator over saved sites as well.
- Seems like it is easily reproducible on macOS 13.2 but harder on older versions.
Bug: The "autoplay blocked" indication is removed after the tabs are moved to another window
Status: NEW
Priority: P3
Created: 2023-02-13 16:44:16+00:00
Resolved: 2023-07-03 14:13:45+00:00

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

Steps to reproduce:

0. Make sure that autoplay is blocked for background tabs.
1. Open a few video/audio tabs in the background.
2. Use Shift to multi-select the tabs.
3. Move them to a different window.


Actual results:

After moving the tabs to a different/new window, the indication that autoplay has been blocked is removed.


Expected results:

This is not a regression.
Bug: [Urlbar Result Menu] Button doesn't disappear after selecting Learn More link
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-02-13 18:48:52+00:00
Resolved: 2023-03-13 12:09:47+00:00

Nightly 111.0a1 (2023-02-13) (64-Bit)
macOS

STR:

1) Type something into the Address Bar, so that the Address Bar Result List opens
2) Hover over an item, where the Urlbar Result Menu Button appears
3) Click on it and select the "Learn More" link
4) A new tab opens with the Learn More Site
5) Switch back to the tab from step 1

Actual: Address Bar Result List is open, but the Result Menu button is still visible.

Expected: Address Bar Result List is open, but the Result Menu button should be hidden.

A demo is attached.

Thanks for checking.
Bug: When the system or disk are busy the heuristic provider may easily timeout, causing unexpected searches
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-02-13 23:43:33+00:00
Resolved: 2023-10-10 13:57:32+00:00

I have a bookmark keyword "sf" for searchfox, so my workflow includes lots of `Ctrl-L sf <space> searchterm <enter>`

Fairly frequently, this ends up doing a search for "sf searchterm" in my default search engine rather than navigating to <https://searchfox.org/mozilla-central/search?q=searchterm&path=>. It appears to be a timing problem, where the keywords are applied asynchronously, and if `<enter>` is pressed before the keyword has been processed, the keyword never gets applied.

At least for my usage, it would be better if the final search always waited until the keywords were fully consulted. I wouldn't mind if the suggestions dropdown didn't display the keyword search URL in time, as long as the actual search ends up doing the right thing.
Bug: Feature Callout box shadow is too bright to see in dark mode
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-02-14 01:19:49+00:00
Resolved: 2023-05-03 08:44:14+00:00

### STR
1. Enable the dark theme
2. Load a feature callout e.g. in about:firefoxview

### Expected
Box shadow on the callout and arrow should be about as visible as it is in light mode

### Actual
The color is so close to the page background that it's effectively invisible