av9ash/GitBugs huggingface dataset:
Bug: Firefox decodes URIs in omnibox.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-09-17 13:21:41+00:00
Resolved: 2025-03-05 12:48:58+00:00

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

Steps to reproduce:

Like [this old Reddit post](https://www.reddit.com/r/firefox/comments/7psuqr/firefox_replaces_20_with_actual_spaces_in_the_url/?utm_source=share&utm_medium=web3x&utm_name=web3xcss&utm_term=1&utm_content=share_button) explains, I attempted to duplicate `https://forum.fairphone.com/search?q=lockscreen%20wallpaper%20unset` from within the omnibox to my clipboard.


Actual results:

`https://forum.fairphone.com/search?q=lockscreen wallpaper unset` was duplicated instead.


Expected results:

1. Such behaviour is not compliant with the relevant RFCs, as is evident.

1. However, more importantly, it prevents the URI from being parsed by the consuming software, should it be pasted into freeform text where heuristics are necessary to isolate URIs (in my case, Discourse).

   This means that a user receiving the URI is liable to not access the entire URI, should they attempt to.
Bug: [Experiment] The “PDF_ANNOTATIONS_HIGHLIGHT” callout is not triggered on macOS and Linux
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-09-17 13:56:49+00:00
Resolved: 2024-09-27 08:45:43+00:00

**[Notes]:**
- This issue is reproducible only on macOS and Linux. On Windows, the "PDF_ANNOTATIONS_HIGHLIGHT" callout is successfully triggered.

**[Affected versions]:**
- Firefox Release 129.0.2 - Build ID: 20240819150008
- Firefox Release 130.0 - Build ID: 20240829075237
- Firefox Beta 131.0b6 - Build ID: 20240913091444

**[Affected Platforms]:**
- macOS 13.6.2
- macOS 14.6.1
- Ubuntu 22.04 x64

**[Prerequisites]:**
- Have a Firefox profile with the following prefs in the “about:config” page:
  - “nimbus.debug” pref set to “true” 
  - “browser.newtabpage.activity-stream.asrouter.devtoolsEnabled” pref set to “true”
- Firefox is set as the default system’s PDF handler.


**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Navigate to “about:studies?optin_slug=pdf-annotations-highlight-already-default-handler&optin_branch=treatment-a&optin_collection=nimbus-preview”.
2. Navigate to https://pdfobject.com/pdf/sample.pdf and observe the behavior.


**[Expected result]:**
-  The "PDF_ANNOTATIONS_HIGHLIGHT" callout is triggered in the top-right part of the browser window.

**[Actual result]:**
- The "PDF_ANNOTATIONS_HIGHLIGHT" callout is not triggered.


**[Additional Notes]:**

- This issue is reproducible on both of the experiments: “PDF Annotations - Highlight - already default handler “ and “PDF Annotations - Highlight - not default handler”, too.
- After further investigations, we’ve noticed that we’ve already had a bug for the fact that on macOS, Firefox cannot be set as a default PDF handler.
- Also, on macOS and Linux the “defaultPDFHandler” has a "null" value in the “Targeting" section of the “about:asrouter”. A screenshot of the value is attached.
- A video of this issue is attached here: https://drive.google.com/file/d/1r2dZni_fMy04YMqmMDLnqi1Msrga8clW/view?usp=drive_link.
Bug: The context menu from several sub-dialogs from Preferences displays a lot of unnecessary options
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-09-17 14:05:29+00:00
Resolved: 2024-09-25 06:39:43+00:00

**Found in**
* Firefox 131.0b7

**Affected versions**
* Nightly 132.0a1 (2024-09-16)
* Firefox 131.0b7
* Firefox 130.0.1

**Tested platforms**
* Affected platforms: Windows 11, Windows 10, macOS 12, Ubuntu 24.04
* Unaffected platforms: none

**Steps to reproduce**
1. Go to about:preferences#privacy
2. Click on the "Manage Exceptions..." button from Enhanced Tracking Protection. 
3. Right click on "Address of website" and observe the options from the context menu. 

**Expected result**
The following specific options are displayed in the context menu: Undo, Redo, Cut, Copy, Paste, Delete, Select All, This Frame, Check Spelling, Inspect.  

**Actual result**
A lot of unnecessary options are displayed in the context menu. Please see attachment "issue.png".

**Regression range**
* I will provide one as soon as possible. For the reference, Firefox 129.0.2 is not affected.

Additional notes
* The issue is also reproducible on the following sub-dialogs from about:preferences#privacy:
   - "Cookies and Site Data" -> "Manage Data" and "Manage Exeptions..." sub-dialogs
   - "Passwords" -> "Exceptions..." sub-dialog
Bug: Setting system defaults (e.g. PDF) does not trigger fallback on failure.
Status: NEW
Priority: P3
Created: 2024-09-17 14:37:14+00:00
Resolved: 2024-09-21 14:33:07+00:00

**[Affected versions]:**
- Firefox Release 129.0.2 - Build ID: 20240819150008
- Firefox Release 130.0 - Build ID: 20240829075237
- Firefox Beta 131.0b7 - Build ID: 20240916092141

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

**[Prerequisites]:**
- Have the following prefs in the "about:config" page:
	- `nimbus.debug` set to `true`
- Firefox is NOT set as the system default PDF handler (eg. Google Chrome is set as the default PDF handler).
- Have a PDF file saved to your PC.
  
**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to "about:studies?optin_slug=pdf-annotations-highlight-not-default-handler&optin_branch=treatment-a&optin_collection=nimbus-preview".
3. Navigate to the "https://pdfobject.com/pdf/sample.pdf" page
4. Click the "Next" button from the first screen of the "PDF_ANNOTATIONS_HIGHLIGHT" callout.
5. Click the "Set as default" button.
6. Open the "Default apps" system window and click the "Choose the default apps by file type" option.
7. Scroll to the "pdf" file type and observe the displayed default app.
8. Open the PDF file from the prerequisites and observe the behavior.

**[Expected result]:**
- Step 7: Firefox is set and the default PDF file handler.
- Step 8: The PDF file is opened using the Firefox browser.
    
**[Actual result]:**
- Step 7: Firefox is NOT set as the default PDF file handler.
- Step 8: The PDF file is NOT opened with Firefox.

**[Additional Notes]:**
- Attached a screen recording of the issue.
Bug: Setting UseHTTPProxyForAllProtocols sets SOCKSHost
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-17 15:07:39+00:00
Resolved: 2024-09-20 01:19:59+00:00

If you set a HTTPProxy and then set UseHTTPProxyForAllProtocols, it sets the socks proxy.

this is wrong.

it should only set the HTTPS Proxy
Bug: Firefox hangs on launch when Adobe Creative Cloud is running
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-09-17 15:11:02+00:00
Resolved: 2024-11-28 16:04:03+00:00

Steps to repeat:
-MacOS 14/15, Firefox 130, M3 Pro Macbook Pro (Late 2023)
-Firefox must be set as the default browser
-Restart/Login
-Launch Firefox
-Launch Adobe Creative Cloud

Behavior:
-Firefox hangs, memory usage climbs indefinitely, unable to interact with window or close the program without force quitting.

Expected behavior:
-Firefox works normally

Troubleshooting steps:
-Uninstall/reinstall Adobe Creative Cloud
-Uninstall/reinstall Firefox
-Disable Adobe fonts
-Disable all Firefox extensions
-Fresh Firefox profile
-Full system reset with fresh OS install
Bug: DuckDuckGo search is non-responsive
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-09-17 15:46:21+00:00
Resolved: 2024-09-17 16:37:13+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.0 Safari/605.1.15

Steps to reproduce:

I selected DuckDuckGo as my search engine on a clean install of FireFox using the default profile.

I did a refresh, created a new profile, I did a complete uninstall and re-intsall of latest version.

FireFox Profiler Permalink:
https://share.firefox.dev/3XwIzK2


Actual results:

The connection has timed out

An error occurred during a connection to duckduckgo.com.

    The site could be temporarily unavailable or too busy. Try again in a few moments.
    If you are unable to load any pages, check your computer’s network connection.
    If your computer or network is protected by a firewall or proxy, make sure that Firefox is permitted to access the web.

Connection Failure
• You are not securely connected to this site.
Your connection to this site is not private. Information you submit could be viewed by others (like passwords, messages, credit cards, etc.).


Expected results:

DuckDuckGo should return search results like the other search engines pre-installed in FireFox.
Bug: Hide app menu new private window in permanent private browsing mode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-17 17:04:56+00:00
Resolved: 2024-09-20 09:09:26+00:00

Currently the File menu will hide one of the "New window" options when the user has permanent private browsing. We should do the same in the app menu.
Bug: "Learn More" for cookie banner blocking in settings should be capitalized "Learn more" to match other settings
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-09-17 17:08:41+00:00
Resolved: 2024-09-18 04:18:51+00:00

This is the string "cookie-banner-learn-more" in [preferences.ftl](https://searchfox.org/mozilla-central/rev/26a98a7ba56f315df146512c43449412f0592942/browser/locales/en-US/browser/preferences/preferences.ftl#1216). Every other "Learn more" string in that file has a lowercase "m", so this one should too.
Bug: HCM styles are not as expected for toolbar buttons and tabs on both Windows and MacOS
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-17 18:15:02+00:00
Resolved: 2024-11-12 17:35:51+00:00

There are multiple HCM styling changes that are observed in Nightly - I will mozregression it and update the description with more details. 

The changes were brought up and further discussed during the [vertical tabs patch](https://phabricator.services.mozilla.com/D221244#7644640) review
Bug: Too much vertical space above first tool/tab in revamped sidebar
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-09-17 21:13:49+00:00
Resolved: 2024-10-17 10:31:55+00:00

There's too much vertical space before the first item in the sidebar. 

Two things that were added that should be removed to resolve this:
https://searchfox.org/mozilla-central/source/browser/components/sidebar/sidebar-main.css#11
and
https://searchfox.org/mozilla-central/source/browser/themes/shared/tabbrowser/tabs.css#830

Here's a link to the spec which shows the first button completely flush with the top of the sidebar (I'm not sure if we want that actually because some themes - such as Alpenglow - cause the nav bar to change colors making it look like the first button is cramped, but that's a UX decision). Removing the padding linked above will still leave a little breathing room, but not as much as there is now.
Bug: Pressing enter in quit prompt with Cancel selected by arrow keys still quits Firefox
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-09-18 03:28:15+00:00
Resolved: 2024-10-02 19:01:18+00:00

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

Steps to reproduce:

Open Firefox on MacOS
Press command+Q to view Quit confirmation window
Use left arrow key to highlight cancel button
Press Enter


Actual results:

Firefox quits


Expected results:

Firefox shouldn't quit, since Cancel was highlighted. Pressing the space bar with Cancel highlighted presses the cancel button, but pressing Enter doesn't
Bug: sound-playing icon looks bad (outline is aliased)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-09-18 05:53:15+00:00
Resolved: 2024-09-24 21:26:15+00:00

I am *not* someone with super strong UI tastes, but I'm running Nightly and recently noticed that the sound-playing icon changed. I'm on Windows 11 in dark mode and to me the circle around it looks jagged and...not good.
Bug: Newly Installed certificates are not restored and missing from Certificate Manager
Status: NEW
Priority: P3
Created: 2024-09-18 07:05:06+00:00
Resolved: 2024-10-07 14:34:34+00:00

**Found in**
* latest Nightly 132.0a1

**Affected versions**
* latest Nightly 132.0a1

**Tested platforms**
* Affected platforms: Windows 11, Ubuntu 22.04 and macOS 14

**Preconditions**
* `browser.backup.preferences.ui.enabled` = true 
* `browser.backup.scheduled.idle-threshold-seconds` = 5
* `browser.backup.scheduled.enabled` = true

Import a TLS certificate to Firefox:

1. Access: https://www.digicert.com/digicert-root-certificates.htm
2. Click on the Download button for any certificate listed (find one that isn't installed already, ex. Verizon)
3. Go to "about:preferences" and search for Certificates
4. Click on import button and import the downloaded certificate
5. Mark both options to Trust this CA
6. Click on the Ok button

**Steps to reproduce**
1. Go to the backup section from "about:preferences" page.
2. Enable backup by clicking on the "Manage backup" -> "Turn on backup".
3. Click on the "Back up your sensitive data" checkbox.
4. Wait for the restore file to be created.
 
**Expected result**
* The newly installed certificate has been successfully restored and is available in the Certificate Manager under the Authorities tab on the "about:preferences" page.

**Actual result**
* The newly installed certificate has not been restored and is missing from the Certificate Manager under the Authorities tab.

**Regression range**
* Not a regression.
Bug: Open tabs cannot be recovered if multiple instances of mozilla firefox are open when shutting down the PC
Status: NEW
Priority: P3
Created: 2024-09-18 08:06:50+00:00
Resolved: 2024-12-03 23:27:50+00:00

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

Steps to reproduce:

Have lots of tabs open in one application.
Open another instance of firefox.
Restart pc.
There is a chance that all the lots of tabs I had open to not be saved and I can not get them back with ctrl+shift+T.


Actual results:

I have lost all the tabs open and now I have to look for them again, some of them I will never remember.


Expected results:

I should be able to use ctrl+shift+T to recover even those tabs. Chrome does this, I never had this issue with chrome.
Bug: Screen/Window capture on macOS shows three distinct global indicators
Status: NEW
Priority: P3
Created: 2024-09-18 08:40:17+00:00
Resolved: 2024-09-24 13:18:36+00:00

I'm on macOS 15.0 in Nightly with the new ScreenCaptureKit backend that uses SCContentSharingPicker.
I tested with the same results using the older window/screen capture backends and without SCContentSharingPicker too.

See the attached screenshot.

The three indicators are:
- Hovering always-on-top webrtcIndicator that can directly stop the capture (and take you to the capturing tab, if there's only one).
- Our own entry in the macOS status bar that can take you to the capturing tab, and let's you choose the right tab if you have many.
- The macOS indicator that indicates the app doing the capture. Depending on API used can show a per-stream preview and let you modify or stop individual streams.

I recall some history here but having all three seems a bit much.

Also note that on macOS 15 (for now, we may enable it on 14 later) since bug 1918096 we don't know whether the captured source is a screen or a window, but we always display the text "You are sharing your entire screen.".
Bug: [Linux] Screen reader reads additional phrase for the Synced tabs search bar in Sidebar
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-09-18 09:49:35+00:00
Resolved: 2024-10-18 12:04:58+00:00

**Found in**
* Nightly 132.0a1

**Affected versions**
* Nightly 132.0a1 (2024-09-17)

**Affected platforms**
* Ubuntu 24.04

**Preconditions**
* Set the following prefs:
sidebar.revamp - true
* Have the screen reader active

**Steps to reproduce**
1. Select "Tabs from other devices" button from the toolbar
2. Listen to the screen reader while the focus is on Search synced tabs text field

**Expected result**
* "Search synced tabs autocomplete" is read exactly as for History 

**Actual result**
* "chrome://browser/content/sidebar/sidebar-syncedtabs.html panel" is read before "Search synced tabs autocomplete"

**Regression range**
* Not a regression
Bug: Update context menu for History entries, including Clear All Data for Website (FKA "Forget this website")
Status: NEW
Priority: P2
Created: 2024-09-18 09:56:06+00:00
Resolved: 2025-02-27 20:40:57+00:00

Forget about this site option which is usually found in the context menu in the history pane is missing in Firefox Beta 131.0b6
Bug: toolbar buttons reordered or removed and bookmarks toolbar empty after crash during update
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-18 10:03:18+00:00
Resolved: 2024-10-01 12:33:40+00:00

While Firefox 132.0a1 was updating from 20190917092838 to 29180917213026 on Windows 10, the computer crashed and rebooted automatically. It's unknown if this was related to the update, a second attempt did not reproduce it.

After this event, the buttons in the toolbar have been reordered (see screenshot) or have been removed (reload, downloads).

In case of the bookmarks toolbar, it's shown as empty but the bookmarks sidebar shows the bookmarks still exist.

A downgrade of Nightly does not resolve the issue, the problematic data should be part of the Firefox profile.
Bug: Show sidebars doesn't work after specific steps on two windows
Status: NEW
Priority: --
Created: 2024-09-18 11:02:44+00:00
Resolved: 2024-09-18 11:03:15+00:00

**Found in**
* Nightly 132.0a1

**Affected versions**
* Nightly 132.0a1 (2024-09-17)

**Affected platforms**
* All

**Preconditions**
* Set the following prefs:
sidebar.revamp - true
* Have two windows opened

**Steps to reproduce**
1. Select "Hide sidebar" from Sidebar settings in the second window
2. Press on "Show sidebars" on the toolbar in the first window in order to hide the sidebar
3. On the second window select "Always show" from the Sidebar settings
4. Go to the first window and click on "Show sidebars" on the toolbar

**Expected result**
* The sidebar is shown after "Always show" is selected in Sidebar settings on the first window

**Actual result**
* TThe sidebar isn't shown and the "Show sidebars" from toolbar doesn't work either

**Regression range**
* Not a regression

**Additional Notes**
- See the issue in the following [attachment](https://drive.google.com/file/d/1wD5gu2u9JZdAcPk47GOPpg2nrV1XYDPe/view?usp=sharing)
Bug: Search Engine Selection not working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-18 11:37:18+00:00
Resolved: 2024-09-18 11:48:52+00:00

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

Steps to reproduce:

1. Click on Search dropdown on Menu Bar to display alt search engines
2. Click on any alt search engine symbol to select


Actual results:

The alt search engine selected by clicking on it no longer does anything.  Hasn't been working for maybe 2 months.


Expected results:

On clicking an alt search engine,  the current tab should display that search engine.
Bug: Tab title for pdf reads `about:blank - <PDF title>`
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-09-18 11:50:39+00:00
Resolved: 2024-09-18 12:27:33+00:00

I just clicked a link to a pdf which downloaded it to my downloads folder and then opened it in a new tab. The title of the tab read "about:blank" followed by the title of the pdf.
Bug: PDF viewer: Rasteriser issue with manual hinted TrueType fonts
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-09-18 12:42:20+00:00
Resolved: 2024-09-27 08:56:20+00:00

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

Steps to reproduce:

1. Manually hinted a TrueType font, with special instructions that keep the accents from clashing with the base glyphs. [These are modern instructions not contained in fonts hinted with ttfautohint et al]
2. PDF with accented letters written with Adobe InDesign 
3. Opened PDF in Firefox (Windows)

PDF: https://christoph.koe.berlin/_temp/test.pdf
Test font (subset): https://christoph.koe.berlin/_temp/Bank-Regular.ttf
Test string ´ABCÖHaböc´


Actual results:

Accents seem to fly away (see png, third line).
Instructions seems to be misininterpreted. Instead of being displayed above base glyph height x 1, they seem to be on base glyph height x 2


Expected results:

Accents should stay close to their base glyphs.
They do so when viewing the PDF in Adobe Reader, or on a Mac, or in any other browser on the same OS like Edge or Chrome (see comparison in png)
Bug: [Experiment] The progress bullets from the second screen of the "PDF_ANNOTATIONS_HIGHLIGHT" callout are overlapping the "Dismiss" button on "de" and "it" Firefox locales
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-09-18 12:45:39+00:00
Resolved: 2024-09-27 11:28:54+00:00

**[Affected versions]:**
- Firefox Release 129.0.2 - Build ID: 20240819150008
- Firefox Release 130.0.1 - Build ID: 20240913135723
- Firefox Beta 131.0b7 - Build ID: 20240916092141

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

**[Prerequisites]:**
- Have a Firefox "de" or "it" Firefox locale installed.
- Have the following prefs in the "about:config" page:
	- `nimbus.debug` set to `true`
- Firefox is NOT set as the system default PDF handler (eg. Google Chrome is set as the default PDF handler).
  
**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to "about:studies?optin_slug=pdf-annotations-highlight-not-default-handler&optin_branch=treatment-a&optin_collection=nimbus-preview".
3. Navigate to the "https://pdfobject.com/pdf/sample.pdf" page
4. Click the "Next" button from the first screen of the "PDF_ANNOTATIONS_HIGHLIGHT" callout.
5. Observe the second callout screen.

**[Expected result]:**
- All the elements from the second screen of the "PDF_ANNOTATIONS_HIGHLIGHT" callout are correctly displayed and no overlapping occurred.
    
**[Actual result]:**
- The progress bullets are overlapping the "Dismiss" button.

**[Additional Notes]:**
- This issue is reproducible on all the Treatment branches of the [PDF Annotations - Highlight - not default handler](https://experimenter.services.mozilla.com/nimbus/pdf-annotations-highlight-not-default-handler/summary) experiment.
- This issue is not reproducible on the "en-*" and "fr" Firefox locales.
- Attached a screenshot of the issue.
Bug: Switch to tab button missing from the address bar if not accessed via Tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-18 13:24:54+00:00
Resolved: 2024-09-20 21:46:43+00:00

**Notes**
* Website url is shown if pressing Ctrl key.
* Separator is also missing.
* Focusing the address bar whilst in ‘Tabs’ mode does not reproduce.

**Found in**
* Nightly 132.0a1;

**Affected versions**
* Nightly 132.0a1;


**Affected platforms**
* Ubuntu 22;
* macOS 14;
* Windows 10; 

**Preconditions**
* Have browser.urlbar.scotchBonnet.enableOverride set to true 

**Steps to reproduce**
1. Launch Firefox.
2. Open different websites in different tabs.
3. Focus the address bar. 
4. Observe the address bar section.

**Expected result**
* Switch to tab button is present.

**Actual result**
* Switch to tab button is missing.

**Regression range**
* Not a regression.