av9ash/GitBugs huggingface dataset:
Bug: Add a flag to avoid spamming download folder with multiple downloads
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-13 13:53:24+00:00
Resolved: 2024-05-23 15:32:20+00:00

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

Steps to reproduce:

Hello :),
Thanks for your hard work :)
I noticed that when I download many times the same file, it gets created as a distinct file each time.
I think I already did a similar bug report.
Please add a boolean option in about:config :
browser.download.deduplicate_files
And also maybe a path option :
browser.download.deduplicate_files_executable
(it should be diff command line by default on Unix/Linux machines)


Actual results:

I had a spammed Downloads folder with same files repeated a number of times.
Pros :
- Some people think that noise is enough.
- Important files *should* (maybe) have more copies than useless ones (tous les œufs dans le même panier ?).
Cons :
- touch is enough to modify timestamps...
- sed/patch can be applied to many files...
- Important files *should* (maybe) have more altered copies than useless ones...
- It occupies space on the hard drive, clutter explorator windows and shell ls commands, redundancy and error correction is best dealed with true algorithms for that...


Expected results:

I should have an option to have Firefox deduplicate each time.
Pros :
- less time wasted (even less if it is the default).
- less gaslighting possibilities (true story).
Cons :
- maybe some people are reassured by having a download history where they can use the order by creation time of files to remember what they did (I added this in Pros?...), statistically they are right...
Bug: Issue with Displaying SAN Information using 'about:certificate' in Firefox
Status: UNCONFIRMED
Priority: P3
Created: 2024-05-13 17:17:43+00:00
Resolved: 2024-06-10 11:11:08+00:00

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

Steps to reproduce:

1.Generating a mutated digital certificate with an additional Subject Alternative Name (SAN) of "ypj.test.com", along with its corresponding root CA and private key.
2.Configuring an Nginx web server to use the mutated certificate and private key in HTTPS mode.
3.Setting up the local machine (127.0.0.1) as the server and mapping "ypj.test.com" to 127.0.0.1 in the hosts file.
4.Adding the root CA to the system's trusted root certificate store using certutil.
5.Running nginx.exe. Accessing the URL "https://ypj.test.com:443" in a web browser, where the certificate's SAN matches the URL.

Firefox-version-113.0


Actual results:

Due to unknown reasons, the Firefox 'about:certificate' tool fails to display the SAN (Subject Alternative Name) contents of the certificate. This issue is likely a display problem, possibly caused by the inclusion of an X.400 Address or other unknown factors, which may lead to difficulties in displaying the information properly. In contrast, Chrome can parse and display it as shown in the image Chrome.png.


Expected results:

It is hoped that developers will enhance this functionality.
Bug: Intermittent browser/base/content/test/tabs/browser_tab_manager_keyboard_access.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-05-13 22:34:42+00:00
Resolved: 2024-06-24 06:51:39+00:00

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

---
```
[task 2024-05-13T21:39:05.644Z] 21:39:05     INFO - TEST-PASS | browser/base/content/test/tabs/browser_tab_manager_keyboard_access.js | Focus inside all tabs menu after toolbar button pressed - 
[task 2024-05-13T21:39:05.645Z] 21:39:05     INFO - Buffered messages finished
[task 2024-05-13T21:39:05.645Z] 21:39:05     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_tab_manager_keyboard_access.js | Test timed out - 
[task 2024-05-13T21:39:05.646Z] 21:39:05     INFO - GECKO(6509) | Completed ShutdownLeaks collections in process 6509
[task 2024-05-13T21:39:05.646Z] 21:39:05     INFO - TEST-START | Shutdown
```
Bug: Perma [tier 2] browser/components/preferences/tests/browser_languages_subdialog.js | Interactive elements must be labeled: id: availableLanguages, tagName: menulist, className: -
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-05-13 23:35:32+00:00
Resolved: 2024-06-03 06:10:49+00:00

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

---
```
[task 2024-05-13T22:34:11.607Z] 22:34:11     INFO - TEST-PASS | browser/components/preferences/tests/browser_languages_subdialog.js | The Add button is disabled after opening the Languages dialog - 
[task 2024-05-13T22:34:11.608Z] 22:34:11     INFO - Buffered messages finished
[task 2024-05-13T22:34:11.609Z] 22:34:11     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_languages_subdialog.js | Interactive elements must be labeled: id: availableLanguages, tagName: menulist, className:  - 
[task 2024-05-13T22:34:11.609Z] 22:34:11     INFO - Stack trace:
[task 2024-05-13T22:34:11.609Z] 22:34:11     INFO - chrome://mochikit/content/browser-test.js:test_ok:1592
[task 2024-05-13T22:34:11.609Z] 22:34:11     INFO - chrome://mochikit/content/tests/SimpleTest/AccessibilityUtils.js:a11yFail:752
[task 2024-05-13T22:34:11.609Z] 22:34:11     INFO - chrome://mochikit/content/tests/SimpleTest/AccessibilityUtils.js:assertLabelled:966
[task 2024-05-13T22:34:11.609Z] 22:34:11     INFO - chrome://mochikit/content/tests/SimpleTest/AccessibilityUtils.js:assertCanBeClicked:1173
[task 2024-05-13T22:34:11.610Z] 22:34:11     INFO - chrome://mochikit/content/tests/SimpleTest/AccessibilityUtils.js:runIfA11YChecks/this.AccessibilityUtils:1137
[task 2024-05-13T22:34:11.610Z] 22:34:11     INFO - chrome://mochikit/content/tests/SimpleTest/AccessibilityUtils.js:handleEvent:1254
[task 2024-05-13T22:34:11.610Z] 22:34:11     INFO - chrome://mochitests/content/browser/browser/components/preferences/tests/browser_languages_subdialog.js:null:183
[task 2024-05-13T22:34:11.610Z] 22:34:11     INFO - chrome://mochikit/content/browser-test.js:handleTask:1139
[task 2024-05-13T22:34:11.610Z] 22:34:11     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1211
[task 2024-05-13T22:34:11.610Z] 22:34:11     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1353
[task 2024-05-13T22:34:11.610Z] 22:34:11     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1128
[task 2024-05-13T22:34:11.610Z] 22:34:11     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
[task 2024-05-13T22:34:11.611Z] 22:34:11     INFO - TEST-PASS | browser/components/preferences/tests/browser_languages_subdialog.js | The Add button is disabled after clicking on the available languages list - 
```
Bug: amazon pinned in url/combined bar when it should not be
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-05-14 06:14:16+00:00
Resolved: 2024-05-27 15:07:38+00:00

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

Steps to reproduce:

click the url bar to enter a url or search term


Actual results:

as of the most recent nightly update, amazon is pinned to the top of the search suggestions despite not being an option the user has made, with no way to disable the intrusive suggestion


Expected results:

there should only be relevant and desired results
Bug: Firefox cannot be uninstalled after renaming the browser
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-05-14 07:33:50+00:00
Resolved: 2024-05-17 20:07:30+00:00

**Found in**
* 127.0b1

**Affected versions**
* 128.0a1 (2024-05-13)
* 127.0b1
* 126.0-build 2 / 125.0.3
* 115.11.0esr

**Tested platforms**
* Affected platforms: Windows 11, Windows 10
* Unaffected platforms: macOS 12.6.6, Ubuntu 22.04

**Preconditions**
* Have the Firefox browser installed

**Steps to reproduce**
1. Navigate to Mozilla Firefox installation folder and rename the Firefox app (the .exe file)
2. Uninstall the browser by running the helper.exe from the “uninstall” folder or uninstall it from Control Panel > Programs > Programs and Features
3. Observe the behavior

**Expected result**
* Firefox is uninstalled

**Actual result**
* Firefox is not uninstalled. "Mozilla Firefox Uninstall" window does not open after opening the helper.exe or after selecting the “Uninstall” option from Control Panel > Programs > Programs and Features

**Regression range**
* Not a regression since I am able to reproduce it with older versions such as Firefox Nightly 53.0a1, build ID 20170101030204

**Additional notes**
* See the attached video
* Also, the browser is no longer opening after triggering a crash and pressing the “Restart” button if the app was renamed
* The Firefox icon is replaced by a placeholder icon in Control Panel / Start Menu 
* The issue is resolved after renaming the app to its original name
* Chrome browser is successfully uninstalled after renaming it
Bug: [Experiment] Nothing happens if clicking the links under the "Extensions" category from the "Data Import Complete Success" screen of the "Embedded Import Spotlight"
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-05-14 09:55:23+00:00
Resolved: 2024-06-13 19:02:50+00:00

**[Affected versions]:**
- Firefox Release 126.0 (Build ID: 20240509170740)

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

[Prerequisites]:
- Have a non Firefox browser installed and make sure that you have at least one compatible add-on installed.
- Have the following prefs in the "about:config" page:
  - nimbus.debug set to true

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to "about:studies?optin_slug=embedded-import-spotlight-existing-users&optin_branch=treatment-a&optin_collection=nimbus-preview".
3. Restart the browser.
4. From the "Embedded Import Spotlight" select the browser and the profile that has a compatible add-on installed.
5. Click the "Import to Firefox" button.
6. Click any of the links displayed under "Extensions" category. 
7. Observe the behavior.

**[Expected result]:**
- The link is correctly opened in the background. 

**[Actual result]:**
- Nothing happens. 

**[ Notes]:**
- The issue is NOT reproducible if the Import modal is triggered from "about:preferences#general" or "about:logins" page.
- Attached is a screen recording with the issue.
Bug: "Customize sidebar" menu option being added to Sidebar menubar menu
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-05-14 12:00:42+00:00
Resolved: 2024-05-30 21:39:51+00:00

On currently Nightly (128.01) with the `sidebar.revamp` pref flipped to true the string is not visible for the Bookmarks. This might have been caused by bug 1891775. Even though its not in the customization menu yet, we should preserve the entry point for all sidebar panels in the Sidebar menubar and it clicking on it should go to the correct panel (just clicking on that empty space opened the Customization panel). Let's add a test to guard against future regression.
Bug: Intermittent browser/components/translations/tests/browser/browser_translations_select_panel_pdf.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-05-14 13:37:18+00:00
Resolved: 2025-01-20 12:09:09+00:00

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

---
```
[task 2024-05-14T11:25:35.507Z] 11:25:35     INFO - TEST-PASS | browser/components/translations/tests/browser/browser_translations_select_panel_pdf.js | The element 'translateFullPageButton should be disabled. - 
[task 2024-05-14T11:25:35.507Z] 11:25:35     INFO - Buffered messages logged at 11:24:12
[task 2024-05-14T11:25:35.508Z] 11:25:35     INFO - Resolving 3 mocked downloads for "test-translation-models-0"
[task 2024-05-14T11:25:35.508Z] 11:25:35     INFO - Waiting for SelectTranslationsPanel to change state from "translating" to "translated"
[task 2024-05-14T11:25:35.509Z] 11:25:35     INFO - Buffered messages finished
[task 2024-05-14T11:25:35.509Z] 11:25:35     INFO - TEST-UNEXPECTED-FAIL | browser/components/translations/tests/browser/browser_translations_select_panel_pdf.js | Test timed out - 
[task 2024-05-14T11:25:35.510Z] 11:25:35     INFO - GECKO(7900) | Completed ShutdownLeaks collections in process 7352
[task 2024-05-14T11:25:35.510Z] 11:25:35     INFO - TEST-START | Shutdown
```
Bug: URL bar does not recognize space-character in url bar as search-string when a "/" slash char is in the string (regarding URL or search term behavior)
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-05-14 13:38:09+00:00
Resolved: 2024-11-22 15:15:10+00:00

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

Steps to reproduce:

Enter the following string into URL bar "bugzilla.mozilla.org/ example-search-term-here"
and press enter


Actual results:

bugzilla.mozilla.org is queried


Expected results:

Firefox should recognize that there is a space character between "/" and "example" and ignore the "/" slash icon and instead search for the string "bugzilla.mozilla.org/ example-search-term-here" on the user's set search engine. Currently a single "/" char in the string makes the URL bar ignore any space-bar characters (which should indicate to the URL bar that the user is entering a search string)
Bug: [Experiment] The macOS and Linux users are also enrolled in the "Embedded Import Spotlight" experiment
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2024-05-14 14:14:55+00:00
Resolved: 2024-06-10 16:34:26+00:00

**[Affected versions]:**
- Firefox Release 126.0 (Build ID: 20240509170740)

**[Affected Platforms]:**
- macOS
- Linux distro

**[Prerequisites]:**
- Have the [user.js](https://drive.google.com/file/d/1QLPljqaTsPPyDv98VwNV7huoRAKvekro/view?usp=sharing) and the [times.json](https://drive.google.com/file/d/1NEFALe9ldCUiL4XQi_3Cbjb5_LAm80rL/view?usp=sharing) files downloaded in order to naturally enroll in the experiment.

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. In the Firefox profile's directory paste the files from prerequisites. 
3. Restart the browser.
4. Navigate to about:studies page and observe the experiments. 

**[Expected result]:**
- The profile is NOT enrolled in the "Embedded Import Spotlight" experiment.

**[Actual result]:**
- The profile is enrolled in the "Embedded Import Spotlight" experiment.

**[ Notes]:**
- Based on the ["Import - Embedded Modal"](https://docs.google.com/document/d/1bO2J4CedTIa8A73ZAMsG9YvF9ac4RDuu_CJiny1z0VE/edit#heading=h.gzh3ljgkgxch) document, in the "Target Audience Details" section the experiments should target Windows only.
Bug: Home and newtab weather system tick and caching fixes
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-14 15:37:15+00:00
Resolved: 2024-06-06 20:28:28+00:00

We do a weather fetch on startup and on every update/system tick. We then store the result in memory, until the next system tick/update.

We can probably store the result in a cache, so restarts don't need to fetch again.
We can probably have a cache timeout that's not dependent on system tick interval.
If the user turns off weather, we might want to clear weather cache and what weather is in memory.
Bug: Home and newtab weather widget user pref default state should be true
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-05-14 15:44:54+00:00
Resolved: 2024-06-06 20:28:34+00:00

As long as this is behind a Nimbus controlled system pref, it's safe to set the user pref to true.

This means once we turn this on, they don't need to find it in the personalize menu and turn it on.
Bug: pdf annotate highlighting text with graphics tablet not workinng
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-05-14 18:37:34+00:00
Resolved: 2024-06-14 19:58:47+00:00

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

Steps to reproduce:

- open a pdf
- connect my wacom graphics tablet
- try to use my pen to hightlight text


Actual results:

text does not highlight, but i can highlight when not hovering over text.


Expected results:

text to be highlighted
Bug: Firefox bookmark folders keep getting moved to different locations
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-05-14 18:56:51+00:00
Resolved: 2024-12-02 12:32:39+00:00

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

Steps to reproduce:

I did nothing, as far as I'm concerned, except for editing my bookmarks and bookmark folder structure in ways that shouldn't cause this.


Actual results:

At three separate occasions within just the last two weeks, I have noticed that a bookmark folder have gone missing from its original location, only to find it at a completely different location in the bookmark tree to which I hadn't moved it (in another folder, at another depth, but they at least still exist, just at another location). And these are just the folders that I have noticed have gone missing (there may be more that I don't know of, considering that my bookmark folder structure is quite large).

Last time I had to export my bookmarks to HTML and use the `less` command in Git Bash on the file in order to be able to search for a bookmark folder I knew existed as a subfolder in the folder that was missing (the usual "Search bookmarks" function in Firefox don't seem to be able to find folders, just bookmarks, as the name suggests), and trace its location that way.


Expected results:

The bookmark folders should have remained at their respective locations since I didn't move them myself.
Bug: Fix createTabsForSessionRestore log message typo
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-05-15 00:07:49+00:00
Resolved: 2024-05-17 07:55:54+00:00

When I added the session restore logging in bug 1854373, there was a typo in one of the log messages which means we'll output `createTabsForSessionRestore returned {tabs.length} tabs` rather than the actual number of tabs.
Bug: dark background and light text extension is broken
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-15 06:20:07+00:00
Resolved: 2024-05-15 06:59:50+00:00

An extension I use for adjusting colours on the web to accomodate my low vision isn't working in today's nightly.  The extension is: 
https://addons.mozilla.org/en-US/firefox/addon/dark-background-light-text/

STR:
 * Install the extension.
 * Visit example.com,

Expected result:

example.com renders with white coloured text on a black background.

Actual result:

example.com renders with black text on a white background.

I used mozregression to produce the following regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=40766d50ef1f07d0598cba24fb616f62edc438ac&tochange=c51d112e3e6978804fbf79d5a7dec9928a1f8b02
Bug: The size of the weather widget is not customizable according to the resolution of the browser
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-15 09:20:37+00:00
Resolved: 2024-07-09 20:30:56+00:00

**[Affected versions]:**
- Firefox build version: Firefox Beta 127.0b1, Build ID: 20240513155137

**[Affected Platforms]:**
- Windows 11 x64
- macOS Ventura 13.6.1
- Linux Mint 21.1

**[Prerequisites]:**
- Have an en-US Firefox build installed and opened.
- Have a VPN solution connected to the US.
- Have a stable internet connection to receive weather data.
- Have the "browser.newtabpage.activity-stream.showWeather" and the "browser.newtabpage.activity-stream.system.showWeather" prefs set to true.


**[Steps to reproduce]:**
1. Resize the browser to a smaller resolution (smaller than half).
2. Observe the position of the weather widget.

**[Expected result]:**
- The weather widget doesn’t overlap with the Firefox icon. The size of weather widget is customizable according to the resolution


**[Actual result]:**
- The weather widget covers up the Firefox icon. The size of the weather widget is not customizable according to the resolution.


**[Notes]:**
- This issue is reproducible for simple view and detailed view, too.
- The issue is even more noticeable when the widget is hovered.
- A screenshot of this issue is attached.
Bug: The Weather Widget is the last element being focused using the keyboard navigation
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-05-15 09:45:55+00:00
Resolved: 2024-07-17 20:10:45+00:00

**[Affected versions]:**
- Firefox build version: Firefox Beta 127.0b1, Build ID: 20240513155137

**[Affected Platforms]:**
- Windows 11 x64
- macOS Ventura 13.6.1
- Linux Mint 21.1

**[Prerequisites]:**
- Have an en-US Firefox build installed and opened.
- Have a VPN solution connected to the US.
- Have a stable internet connection to receive weather data.
- Have the "browser.newtabpage.activity-stream.showWeather" and the "browser.newtabpage.activity-stream.system.showWeather" prefs set to true.


**[Steps to reproduce]:**
1. Open a New Tab page.
2. Focus on each element using the Tab key until the Weather widget is focused.
2. Observe the behavior.

**[Expected result]:**
- The Weather widget is focused after the Personalize New tab menu is focused using the keyboard navigation.


**[Actual result]:**
- The Weather widget is the last element being focused on the New Tab page using the keyboard navigation.



**[Notes]:**
- We believe that this behavior would be more appropriate since the Weather widget is displayed on top of the page and since this is a new feature it would be more useful for users to reach the Weather widget faster using the keyboard navigation.
Bug: Attempt to override an existing message - "select-translations-panel-translating-placeholder-text" from preview/select-translations.ftl
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-15 09:54:54+00:00
Resolved: 2024-06-03 20:32:11+00:00

I'm seeing a lot of these errors in the browser console in 126 rc on the beta channel. I'm not quite sure what I've done to trigger them.
Bug: stub installer hangs instead of downloading full installer
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-05-15 10:17:28+00:00
Resolved: 2024-06-18 09:08:16+00:00

It seems that since the InetBgDL.dll update, in some circumstances the stub installer fails to download the full installer, and just sits with the progress bar at 0%.
Will noticed that the new InetBgDL.dll has a dependency on vcruntime140.dll which we don't ship, which could maybe explain this?