av9ash/GitBugs huggingface dataset:
Bug: Box to enter Search shortcut keyword in settings hangs over the frame
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-06-03 16:45:45+00:00
Resolved: 2023-06-03 17:48:56+00:00

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

Steps to reproduce:

1. Go to Firefox settings in Firefox 113.0.2 or Firefox Nightly 115.
2. Go to Search panel.
3. Scroll down to Search shortcut section.
4. Double-click on a keyword of a search engine in the frame.


Actual results:

The box in blue hangs over the frame.


Expected results:

The box stays in the frame as before. See the screenshot in [this SUMO article](https://support.mozilla.org/en-US/kb/assign-shortcuts-search-engines).
Bug: Bottom buttons can be pushing out of the dialog box after adding a language in "Webpage Language Settings" dialog box
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-06-03 17:06:28+00:00
Resolved: 2023-06-03 17:50:56+00:00

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

Steps to reproduce:

I added a language in "Webpage Language Settings" windows.


Actual results:

The height of the language box increases, pushing the bottom buttons out of the window and no scroll bar exists. I have to resize the window manually to make the buttons visible.


Expected results:

The height of the language box should not change and there should be a scroll bar in the box after the total height of items exceeds the height of the box. Or the height of the window should increase accordingly after adding a language.
Bug: Firefox stops listening to media controls on play with media controls
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-06-03 21:44:16+00:00
Resolved: 2023-06-03 22:17:34+00:00

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

Steps to reproduce:

1. Open media on any website, for example https://www.youtube.com/watch?v=iU_iWa9LL_s
2. Pause the video either by clicking it, or using the "Play/Pause" media control
3. Play the video either by clicking it, or using the "Play/Pause" media control
4. Attempt to use media control (keyboard shortcuts)


Actual results:

After allowing the video to play, then pausing and playing it again, media controls via keyboard shortcuts no longer work whatsoever.

However, in GNOME at least, the OS integrated media controls in the notification area continue to work.


Expected results:

Media controls should continue working even when the video is paused and played again.
Bug: Can't retranslate the page with a different target language
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-06-04 06:00:44+00:00
Resolved: 2023-06-04 06:15:31+00:00

https://www.barclays.de/hilfe-und-kontakt/kreditrahmen-aendern/

The first bug is that it detects this page as English instead of German. Therefore, it proposes me to translate from English to Italian (my browser's locale).

The only way to retranslate the page from German to English is to show the original content first, which seems unnecessary (it could be done transparently for the user).
Bug: Closing Firefox in the taskbar and reopening it will cause a lot of windows to disappear.
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2023-06-04 07:26:17+00:00
Resolved: 2024-03-28 19:57:53+00:00

Steps to reproduce:

I want to shut down Firefox and I do that by right-clicking the Firefox icon on the Windows taskbar and choose the "Close all windows" option to shut Firefox down. Last time this happened I had approx. 6 windows opened with various amount of tabs in each window.


Actual results:

After I restart Firefox a lot of my previously opened windows will have disappeared (not all, usually 1-3 will be reopen), with no possibility to find them again. They have vanished. This isn't just a one time thing. 

The "Open previous windows and tabs" in settings is ticked.


Expected results:

When I restart Firefox after shutting it down from the taskbar all my previously opened windows should have reopened.

If I shut down Firefox by using Ctrl+Shift+Q everything is fine.
Bug: [Firefox Android] Open link in external app pop up on every website.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-06-04 13:20:42+00:00
Resolved: 2023-06-08 00:17:22+00:00

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

Steps to reproduce:

1. Set "Open links in apps" behavior to "Ask before opening."
2. Visit any website.
3. Clink any hyperlink.


Actual results:

Firefox Android shows pop-up to open link in external app on all websites and hyperlinks. This includes search results, the pop-up is shown even when an external app isn't installed. [Example: Links in DuckDuckGo search results show pop-up even when DuckDuckGo browser is not installed.
The pop-up opens an unrelated app, "MiniReview - Game Reviews."


Expected results:

Link should open in Firefox itself for websites like search engines, Wikipedia, etc.
This problem is not there in Firefox Nightly. 

Device Details:
Model: Samsung A33 5G
One UI version: 5.1
Android version: 13

App defaults for "MiniReviews" are turned off.

Firefox version: 114 (Build #2015953411), 6172c4d3b9+
GV: 114.0-20230529085652
AS: 114.1

Firefox Nightly version: 115.0a1 (Build #2015954467), f018799da5+
GV: 115.0a1-20230603210854
AS: 115.20230603050302

All apps are updated to latest available version, Firefox is set as the default browser. Bug only occurs on stable release.

Screenshot attached for bug on Bugzilla when clicking a hyperlink. [Bug persists on all websites.]
Bug: Almost Perma TEST-UNEXPECTED-FAIL | browser/components/search/test/browser/browser_trending_suggestions.js | We matched the expected number of results - 3 == 2 when Gecko 115 merges to Beta on 2023-06-05
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-06-04 15:41:50+00:00
Resolved: 2023-07-10 03:17:10+00:00

[Tracking Requested - why for this release]:

[Central-as-beta-simulation](https://treeherder.mozilla.org/jobs?repo=try&resultStatus=testfailed%2Cbusted%2Cexception%2Cretry%2Cusercancel&revision=5c9b45f10511182c1b8a768153a8f0607f6be43d)

[How to run these simulations](https://wiki.mozilla.org/Sheriffing/How_To/Beta_simulations#TRUNK_AS_EARLY_BETA)

[Failure log](https://treeherder.mozilla.org/logviewer?job_id=418037023&repo=try&lineNumber=4515)
Bug: On Windows and Linux, the menubar shifts downwards a few pixels when entering customize mode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-06-04 19:48:08+00:00
Resolved: 2023-07-06 15:27:53+00:00

This is because of this:
https://searchfox.org/mozilla-central/rev/346a76bee7dc0e60f8f2ae9690785e818bd05cec/browser/base/content/browser.css#1271
Bug: URL highlighting breaks when detaching a tab showing the home page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-06-04 20:57:53+00:00
Resolved: 2023-06-13 14:13:19+00:00

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

Steps to reproduce:

If the user has a tab with the website open, the domain name in the URL is highlighted in a brighter color than the subdomain and query parameters. If the user opens a new empty tab showing the home page and detaches it, the URL of the previous tab isn't highlighted correctly anymore.


Actual results:

The domain name after detaching an empty tab isn't visually highlighted.


Expected results:

After detaching a tab the domain name should be correctly highlighted.
Bug: DoH UI shows "Unexpected problem." when DNS returns with SERVFAIL
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-06-05 11:12:42+00:00
Resolved: 2023-08-01 11:58:23+00:00

Maybe we can communicate better what is wrong?

Learn more links to: https://firefox-source-docs.mozilla.org/networking/dns/trr-skip-reasons.html#trr-rcode-fail

```
$ nslookup gsfn.us
Server:		10.238.75.120
Address:	10.238.75.120#53

** server can't find gsfn.us: SERVFAIL
```
Bug: Need a way to block the override of site-implemented contextmenu on Shift-Rightclick
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2023-06-05 19:36:02+00:00
Resolved: 2023-07-12 09:37:49+00:00

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

Steps to reproduce:

We have started using Microsoft Azure RDP instead of VMWare's VDI infrastructure, and Windows 11 requires a Shift-right-click to get to some features (Search for "Computer Management", right-click & select "Open file location", shift-right-click to get "Show more options", "Run as different user").

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


Actual results:

Without the Shift-right-click, which is overridden by FF's context menu, you do not get the "Run as different user" option.


Expected results:

There should be a way to force FF to feed the Shift-rightclick to the web app instead of overriding it with a context menu. It doesn't matter if Microsoft is "breaking the web" by doing this; breaking the use of Microsoft products is not the way to fix that; it's just the way to make FF more irrelevant than it already has become. I'm now *forced* to use a different browser to do what I need to do.
Bug: Site icon being cropped in shortcuts displayed in new window
Status: NEW
Priority: P3
Created: 2023-06-06 03:54:57+00:00
Resolved: 2024-06-06 07:19:33+00:00

*Thank you for helping make Firefox better. If you are reporting a defect, please complete the following:* 

## What were you doing?

1. Visited relay.firefox.com enough that it ended up in my shortcuts
2. Opened a new window with CMD+N

## What happened?

Saw that the Rely icon was cut off at the top and bottom (See attachment)

## What should have happened?

Proper display of the site icon in the shortcut.

## Anything else we should know? 

You might want to change .top-site-outer .rich-icon  to use `background-size: contain` instead of cover. Or you might have a really good reason for not having done that in the first place and will find some other clever solution.
Bug: Intermittent browser/base/content/test/protectionsUI/browser_protectionsUI_pbmode_exceptions.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2023-06-06 09:17:19+00:00
Resolved: 2025-02-24 07:17:38+00:00

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

---
```
[task 2023-06-06T07:06:28.037Z] 07:06:28     INFO - TEST-PASS | browser/base/content/test/protectionsUI/browser_protectionsUI_pbmode_exceptions.js | icon box is visible - 
[task 2023-06-06T07:06:28.037Z] 07:06:28     INFO - Leaving test bound testExceptionPersistence
[task 2023-06-06T07:06:28.038Z] 07:06:28     INFO - Buffered messages finished
[task 2023-06-06T07:06:28.038Z] 07:06:28     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_pbmode_exceptions.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-06-06T07:06:28.039Z] 07:06:28     INFO - GECKO(8420) | MEMORY STAT | vsize 1112MB | vsizeMaxContiguous 1293MB | residentFast 342MB | heapAllocated 132MB
[task 2023-06-06T07:06:28.040Z] 07:06:28     INFO - TEST-OK | browser/base/content/test/protectionsUI/browser_protectionsUI_pbmode_exceptions.js | took 92053ms
[task 2023-06-06T07:06:28.041Z] 07:06:28     INFO - GECKO(8420) | [Child 8784: Main Thread]: I/DocShellAndDOMWindowLeak ++DOCSHELL c6af400 == 3 [pid = 8784] [id = 19]
[task 2023-06-06T07:06:28.041Z] 07:06:28     INFO - GECKO(8420) | [Child 8784: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 7 (579ca60) [pid = 8784] [serial = 51] [outer = 0]
[task 2023-06-06T07:06:28.042Z] 07:06:28     INFO - GECKO(8420) | [Child 8784: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 8 (ec07400) [pid = 8784] [serial = 52] [outer = 579ca60]
[task 2023-06-06T07:06:28.042Z] 07:06:28     INFO - checking window state
```
Bug: Option + F and Option + B Conflict with Croatian Keyboard Layout in Some Textboxes on Mac
Status: NEW
Priority: --
Created: 2023-06-06 09:25:36+00:00
Resolved: 2023-07-06 12:08:34+00:00

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

Steps to reproduce:

1. Go to a site that has a certain type of textbox/textarea; as an example, I will use https://regexr.com/
2. Click on any textbox on the page
3. Press Option + F to type the character [


Actual results:

The cursor moves to the next word.


Expected results:

The character [ should have been typed.
Bug: [Experiment] The star rating and the download number from the Onboarding "Mobile" screen are not fully visible if browser's "Dark" theme is enabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-06-06 13:00:03+00:00
Resolved: 2023-07-13 23:22:04+00:00

**[Affected versions]:**
- Firefox Release 114.0 - Build ID: 20230601151220

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

**[Prerequisites]:**
- Have the `nimbus.debug` pref set to `true` in the "about:config" page.
- Have the browser's "Dark" theme enabled.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Navigate to "about:studies?optin_slug=mobile-screen-improvements&optin_branch=treatment-b&optin_collection=nimbus-preview".
3. Navigate to the "about:welcome" page until the "Mobile" screen is displayed.
4. Observe the star rating and the download number displayed above the image.

**[Expected result]:**
- The star rating and the download number are correctly displayed and fully visible.
    
**[Actual result]:**
- The star rating and the download number are not fully visible.

**[Notes]:**
- This issue is reproducible on the "Treatment A" branch of the experiment.
- This issue is also reproducible if the browser's theme is set to "Auto" and the system's theme is set to "Dark".
- Attached is a screenshot of the issue:
Bug: [Experiment] Several UI elements from the Onboarding "Mobile" screen are barely visible if the OS’s High Contrast White is enabled on Windows
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2023-06-06 13:46:39+00:00
Resolved: 2024-11-05 21:53:30+00:00

**[Affected versions]:**
- Firefox Release 114.0 - Build ID: 20230601151220

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

**[Prerequisites]:**
- Have the nimbus.debug pref set to true in the "about:config" page.
- Have the OS’s High Contrast White enabled.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Navigate to `about:studies?optin_slug=mobile-screen-improvements&optin_branch=treatment-a&optin_collection=nimbus-preview`.
3. Navigate to the "about:welcome" page until the "Mobile" screen is displayed.
4. Observe the “Firefox” string, the star rating and the download number displayed above the image.

**[Expected result]:**
- The “Firefox” string, the star rating, and the download number are correctly displayed and fully visible.

**[Actual result]:**
- The star rating and the download number are not fully visible and the “Firefox” string is not noticeable at all.

**[Notes]:**
- This issue is reproducible on the "Treatment A" and "Treatment B"  branches of the experiment.
- Attached is a screenshot of the issue.
Bug: Language detection takes 2 seconds to initialize
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-06-06 14:04:05+00:00
Resolved: 2023-08-16 03:53:20+00:00

Language detection takes a long time to initialize in a DOM Worker.

Steps to reproduce:
1. Open browser
2. Start profiler
3. Go to https://speedometer-preview.netlify.app/#home
4. Capture profile

Here is an example profile taking 2 seconds: https://share.firefox.dev/42jZikd
Bug: All Feature Callout arrows are hidden
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-06-06 18:01:07+00:00
Resolved: 2023-06-20 14:54:31+00:00

Because of [this line](https://searchfox.org/mozilla-central/rev/27e4816536c891d85d63695025f2549fd7976392/browser/modules/FeatureCallout.sys.mjs#302-305), we are toggling the `hidden-arrow` class on every Feature Callout. The type of the second argument matters for this method. `el.classList.toggle("class", undefined)` does not produce the same result as `el.classList.toggle("class", false)`. In this case it wants the boolean override behavior of setting the class for `hide_arrow` and removing it if `hide_arrow` is absent. But instead it's passing `this.currentScreen?.content?.hide_arrow` directly from the message, which is undefined for most messages. Which, in JavaScript, is the same as not passing the argument at all. So it ends up toggling the class from not existing to existing, which means the arrow is always hidden except in any experiment where we actually set `content.hide_arrow = false`.
Bug: FireFox KB is reporting version 113 and 114 in CPE as version 0.0.0 triggering vulnerabilities for FireFox <1.x
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-06-06 21:15:40+00:00
Resolved: 2023-06-21 17:08:33+00:00

Steps to reproduce:

Scan windows hosts with Tenable Security Center for Mozilla Firefox related plugins. 
Application CPE output: 
cpe:/a:mozilla:firefox:0.0.0 -> Mozilla Firefox 

cpe:/a:mozilla:mozilla:'114.0' -> Mozilla Mozilla


Actual results:

Scan results come back with: 
Plugin IDs:
14181 Firefox < 1.0 Multiple Spoofing Vulnerabilities
12642 Mozilla Browsers shell: URI Arbitrary Command Execution 
14668 Mozilla Multiple Browsers CA Certificate SSL Page DoS
14728 Mozilla Browsers Multiple Vulnerabilities
15432 Mozilla Multiple Products XPInstall Arbitrary File Overwrite
23930 Firefox < 1.5.0.9 / 2.0.0.1 Multiple Vulnerabilities
24701 Firefox < 1.5.0.10 / 2.0.0.2 Multiple Vulnerabilities
24875 Firefox < 1.5.0.11 / 2.0.0.3 Multiple Vulnerabilities
25349 Firefox < 1.5.0.12 / 2.0.0.4 Multiple Vulnerabilities
175408 Microsoft Teams < 1.6.0.11166 Information Disclosure
See Tenable Plugin documentation for plugin details. 
No FilePath is provided with any of the above-reported vulnerabilities. 




Expected results:

Mozilla KB version reporting should: 
cpe:/a:mozilla:firefox:114.0 -> Mozilla Firefox 

cpe:/a:mozilla:mozilla:'114.0' -> Mozilla Mozilla
Bug: Disable by default translation when the content is a pdf
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-06-06 21:33:45+00:00
Resolved: 2023-12-05 14:15:57+00:00

In running the profiler when loading a pdf  (https://share.firefox.dev/3qwqZcF) I saw that the translation worker is active.
For now, I think it's useless to waste some resources since we don't have something to propose to the user to read the translation, hence we should disable translations in the pdf case.
Bug: Starting the download process for all languages from about:preferences and closing/reopening the tab will interrupt the process
Status: NEW
Priority: P3
Created: 2023-06-07 07:12:40+00:00
Resolved: 2023-09-27 10:06:03+00:00

Affected versions:
- Nightly 116.0a1/20230606040644
- Beta 115.0b2/20230606180112

Description:
When downloading all languages from about:preferences, if the tab with about:preferences is closed and then re-opened before the browser manages to finish the download process of the languages, the download process will get interrupted. Some languages will get downloaded while some will not.

Steps to reproduce:
1. Access about:preferences and scroll down to the “Translations” section
2. Open a new so that the browser does not close when closing the tab with about:preferences
3. On the tab with about:preferences, start the download of all the languages
4. Close the tab with about:preferences
5. Wait a few seconds and re-open the tab with about:preferences. Check the “Translations” section
6. Notice some languages were downloaded while some were not, signaling that the download process has been interrupted when about:preferences was re-opened.

NOTE 1: Waiting various amounts of time after starting the language download process and closing the tab and then re-opening about:preferences will reveal that more or less languages have been downloaded in accordance to the time waited.
NOTE 2: Waiting 1 minute, for example, after closing the tab with about:preferences before re-opening it again will reveal that all languages have been downloaded (i.e. the download process has not been interrupted)

Actual:
After starting the download process for all languages, closing and re-opening the about:preferences tab will interrupt the download.

Expected:
Re-opening the tab with about:preferences should not interrupt the language download process
Bug: Reporting XSS vulnerability in Firefox
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-06-07 08:50:00+00:00
Resolved: 2023-06-07 21:18:47+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/113.0.0.0 Safari/537.36

Steps to reproduce:

For the Firefox Browser, the support for embedded javascript which is turned on by default as this is used for form validation in some pdf forms makes it vulnerable to XSS(Cross Side Scripting).

The Firefox Browser pdf.js library allows embedded Javascript in PDF files leading to XSS on any application which is being viewed on the Firefox Browser.

Also, you can test it by going to about:config and setting *pdfjs.enable Scripting* to false which will disable the code execution.


Actual results:

Javascript execution leading to XSS


Expected results:

No javascript execution
Bug: Some languages are downloaded even if they were all deleted in another about:preferences tab/instance
Status: NEW
Priority: P3
Created: 2023-06-07 10:08:14+00:00
Resolved: 2023-09-27 10:17:02+00:00

Affected versions:
- Nightly 116.0a1/20230606040644
- Beta 115.0b2/20230606180112

Description:
With two instances of about:preferences opened at the same time, if in the first instance the user selects to download all languages and in the second instance the user downloads one language, and as soon as the selected language is downloaded the user opts to delete all languages before the languages in the first instance finish downloading, there will still be downloaded languages displayed in the first instance of about:preferences.

Steps to reproduce:
1. Open two instances (tabs) with about:preferences and scroll down to the “Translations” section
2. In the first tab, download all languages
3. In the second tab, download one language
4. In the second tab, once the language is downloaded, quickly delete all languages before the languages in the first tab finish downloading
5. Notice that once the first tab is reloaded, there will be downloaded languages visible
6. Reloading the second tab will show the same downloaded languages as in the first one

Actual:
Languages are still downloaded in the first about:preferences instance even though all languages were previously deleted in the second instance.

Expected:
Downloaded/Deleted languages should be in sync between the two about:preferences instances i.e. if all languages are deleted in the second instance, this should be reflected in the first instance and vice versa.
Bug: .hta file not blocked by Firefox
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-06-07 13:27:39+00:00
Resolved: 2024-05-30 18:10:25+00:00

.hta is considered a dangerous file extension by both Safe Browsing and Chrome, similar to .scf, and it is blocked in the same manner as other dangerous files. I am unsure about the full extent of its danger due to my limited knowledge regarding the exploitation of this file type. However, when opening executable files like .cmd, Firefox typically displays a warning ("Open Executable File?"). This warning is absent when dealing with the .hta extension. 

Here's an example of a .hta file (Using Shell Script), when opened from Firefox, executes a script to launch the calculator app on Windows without triggering the "Executable File" warning.