av9ash/GitBugs huggingface dataset:
Bug: Screenshots preview buttons disabled after closing filepicker
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-05-09 20:11:02+00:00
Resolved: 2024-05-20 09:50:06+00:00

STR:
1. Make sure "always ask where to save files" is checked in about:preferences
2. Open screenshots
3. Take a full page or visible screenshot
4. Click the download button
5. File picker should open, close file picker without saving screenshot

AR:
The screenshots preview buttons are disabled

ER:
The screenshots preview buttons should be enabled
Bug: New Tab Wallpapers: Add Glean Telemetry
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-05-09 20:20:31+00:00
Resolved: 2024-05-24 08:55:46+00:00

Add telemetry items for the following events:
Add telemetry for the following items:
  -  Clicks on wallpaper
  - Change Wallpaper after setting it
  - turning off wallpaper
Bug: Element picker in Screenshots UI doesnt work very well for docs.rs pages
Status: NEW
Priority: P3
Created: 2024-05-09 22:21:50+00:00
Resolved: 2025-02-09 18:28:23+00:00

STR: 
- Load a docs.rs page such as https://docs.rs/ratatui/latest/ratatui/
- Open screenshots UI (ctrl+shift+S or select 'Take screenshot' from the right-click meno)
- Hover over the elements in the page to show a highlight box of the region to capture

ER: 
- The main content area (below the site header and right of the sidebar) of the page should be highlightable - as this is the most likely crop the user would want from this page

AR: 
- Individual elements in the content area can be selected, but not the content area itself
Bug: `New private window` opens new Firefox instance (new profile) when using a temporary profile.
Status: NEW
Priority: P3
Created: 2024-05-09 22:26:37+00:00
Resolved: 2024-05-16 09:31:04+00:00

STR:
1. Run Firefox via `./mach run`
2. Right click the taskbar icon and select "New private window"

Expected result:
A new private window is open for the existing Firefox instance.

Observed result:
The profile selector is opened.
Bug: "Open Nightly automatically when your computer starts up" causes Windows to open an extra Nightly window after reboot
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-05-09 23:33:52+00:00
Resolved: 2024-06-13 14:31:22+00:00

### Steps to reproduce

1. In Firefox Nightly's settings, enable "Open previous windows and tabs" and "Open Nightly automatically when your computer starts up".
2. Open a couple windows in Nightly.
3. Reboot your computer while Nightly is still open.
4. Log back into Windows.

### Expected result

Nightly should launch and restore my previous open windows.

### Actual result

Nightly launches and restores my previous open windows, but it also opens an extra window.

If you disable "Open previous windows and tabs", "Open Nightly automatically when your computer starts up", or don't have Nightly running when you reboot Windows, Nightly (whenever it is next launched) does not open an extra window.

I'm testing Nightly 127 on Windows 11. I tried testing with Beta 126, but Beta doesn't offer me the "Open Nightly automatically when your computer starts up" setting. I tried testing with Release 125, but when Windows launched it on login, Release 125 opened an error dialog saying "Firefox is already running, but not responding". Maybe that's a side effect of whatever is causing Nightly 127 to open a new window?
Bug: always ask when restoring session
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-10 11:29:31+00:00
Resolved: 2024-06-06 21:10:23+00:00

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

Steps to reproduce:

Killed the parent firefox.exe and restarted laptop


Actual results:

All the tabs were restored


Expected results:

It should ask if I wanted to restore all the session, instead of just assuming I want to restore them all
Bug: [Experiment] The "X" button is displayed in the top-right part of the browser instead of the top-right part of the "Embedded Import Spotlight"
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-05-10 11:53:42+00:00
Resolved: 2024-07-04 12:41:29+00:00

**[Affected versions]:**
- Firefox RC 126.0 - Build ID: 20240509170740

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

**[Prerequisites]:**
- 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 and observe the spotlight's "X" button placement.

**[Expected result]:**
- The "X" button is displayed in the top-right part of the "Embedded Import Spotlight".
    
**[Actual result]:**
- The "X" button is displayed in the top-right part of the browser.

**[Additional Notes]:**
- This issue is reproducible on all the branches of both "[Early Day User](https://experimenter.services.mozilla.com/nimbus/embedded-import-spotlight/summary)" and "[Existing Users](https://experimenter.services.mozilla.com/nimbus/embedded-import-spotlight-existing-users/summary)" experiments.
- Attached a screen recording of the issue.
Bug: 9.25 - 6.53% pdfpaint issue6737.pdf / pdfpaint bug1721218_reduced.pdf (Linux) regression on Thu May 2 2024
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-10 12:31:49+00:00
Resolved: 2024-06-18 20:13:55+00:00

Perfherder has detected a talos performance regression from push [042c64cc64963ec86b6af16aa2066c7ab84ff9a4](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=042c64cc64963ec86b6af16aa2066c7ab84ff9a4). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)** |  
|--|--|--|--|--| 
| [9%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,5093906,1,1)  | [pdfpaint](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#pdfpaint) issue6737.pdf | linux1804-64-shippable-qr | e10s fission stylo webrender-sw | 1,481.18 -> 1,618.14 | 
| [7%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,5094451,1,1)  | [pdfpaint](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#pdfpaint) bug1721218_reduced.pdf | linux1804-64-shippable-qr | e10s fission stylo webrender | 21,915.95 -> 23,347.03 | 
### Improvements:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)** |  
|--|--|--|--|--| 
| [24%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,5095561,1,1)  | [pdfpaint](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#pdfpaint) bug1199237.pdf | windows10-64-shippable-qr | e10s fission stylo webrender | 319.45 -> 242.87 | 
| [9%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,5095551,1,1)  | [pdfpaint](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#pdfpaint) bug1123803.pdf | windows10-64-shippable-qr | e10s fission stylo webrender | 414.14 -> 375.72 | 


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=154), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the patch(es) may be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.

You can run these tests on try with `./mach try perf --alert 154`

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: [win] Open dialog has focus clipped options
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-05-10 13:42:52+00:00
Resolved: 2024-05-31 11:02:25+00:00

**Found in**
* 126.0

**Affected versions**
* 127.0a1 (2024-05-09)
* 126.0 
* 125.0.3

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

**Steps to reproduce**
1. Set PDF to Always ask in about:preferences.
2. Open a sample PDF (https://pdfobject.com/pdf/sample.pdf)
3. Observe the dialog.

**Expected result** 
* Options focus rings are not clipped.

**Actual result**
* Options focus rings are clipped.



**Regression range**
* Mozregression points at bug 1867769.

**Additional notes**
* Attached a screenshot.
Bug: Navigating to the previous/next website (Alt + left/right) is broken when the currently selected keyboard is not English (or probably any other LTR locale?)
Status: NEW
Priority: --
Created: 2024-05-10 13:47:33+00:00
Resolved: 2024-05-27 12:12:39+00:00

STR:
1. Using Windows (not sure if this reproduces on other platforms) add a new RTL keyboard language in the OS settings, like Hebrew
2. Using latest Nightly, open a new tab and search for anything
3. Navigate from that tab to a few other pages
4. Make sure you're on English keyboard and Press Alt+Left and then Alt+Right -> this should work at this point, and it does
5. Now Alt+Shift to the newly added keyboard language you added in step 1, and re-attempt step 4 -> this doesn't work and the page doesn't navigate backwards nor forwards

If this is a regression it's a very old one, I tried to bisect and got to 2020 and it reproduced there.
Bug: Tab hover doesn't update activeness when the tab changes
Status: NEW
Priority: P2
Created: 2024-05-10 14:27:07+00:00
Resolved: 2024-05-14 14:14:19+00:00

Bug 1889369 added support for showing the PID and active state in the new tab hover however the active flag doesn't update when you click on the tab you're hovering. You have to move to a different tab and back again to see it correctly.
Bug: Pressing "Home" doesn't bring you to the start of the URL when browser.urlbar.trimHttps = true
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-05-10 14:36:08+00:00
Resolved: 2024-10-28 17:24:57+00:00

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

Steps to reproduce:

1. Set `browser.urlbar.trimHttps = true`.
2. Visit https://example.com/
3. Press Ctrl+L, then Home, then type `!wayback ` and press Enter


Actual results:

The query `https://!wayback example.com/` is sent to your default search engine.


Expected results:

The query `!wayback https://example.com/` is sent to your default search engine.

(In my case DuckDuckGo, which would load the URL in the archive.org Wayback machine - I actually have muscle memory that does this and is now broken 😅.)
Bug: [HCM] Hover effect visibility issues on Windows for the Cancel and Retry buttons
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-05-10 15:24:55+00:00
Resolved: 2024-05-20 09:38:25+00:00

**Found in**
* Nightly 127.0a1

**Affected versions**
* Nightly 127.0a1

**Tested platforms**
* Affected platforms: Windows 10, 

**Preconditions**
* Enable High Contrast Mode.

**Steps to reproduce**
1. Enable Screenshots by pressing the Ctrl+Shift+S keys.
2. Click on the Save Visible button and hover the mouse over all the buttons: Download, Copy, Cancel and Retry Screenshots.

**Expected result**
* All the buttons should be visible, and the mouse hover effect should be noticeable.

**Actual result**
* The hover effect for the Cancel and Retry buttons is not very visible when the High Contrast White theme is enabled and is having some contrast issue with the High Contrast #1 and High Contrast #2 themes.

**Regression range**
Found commit message:
Bug 1892125 - Refactor screenshots preview. r=sfoster,fluent-reviewers,desktop-theme-reviewers,bolsson

* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=0c04b1ea36b920ada23761d968adeecaf7a401b4&tochange=fd2691d9e2d91007f848e13f7ba13cd226fcfa7c
Bug: Keyword-triggered bookmarks (e.g. "bug NNN") is ignored when a query is followed by a consistent (200ms+) jank time
Status: NEW
Priority: P3
Created: 2024-05-10 17:21:33+00:00
Resolved: 2024-05-15 08:14:16+00:00

[Unfortunately I don't have reliable STR, but it's happening often enough -- several times per week at least -- that I figured I should file]

Unreliable STR:
1. Create a Bookmark with the following values:
```
URL: https://bugzilla.mozilla.org/show_bug.cgi?id=%s
Keyword: bug
```
2. Ctrl+L to focus Address Bar.
3. Type `bug ` and then paste in some bug number, and hit enter

EXPECTED RESULTS: Bugzilla page for `bug [number]`
ACTUAL RESULTS: Occasionally I end up at a Google Search page for the "bug [number]" text that was in the URLbar, i.e. `https://www.google.com/search?client=firefox-b-1-d&q=bug+[number]`
Bug: Dragged tab into a new window causes is to be treated as a background tab (may freeze with QoS enabled when under high load)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-10 17:38:18+00:00
Resolved: 2024-10-27 18:43:25+00:00

Steps to reproduce:
- Must be running under high load
= Have two firefox windows open
= Have tab in the background (not foreground window atm)
= Drag into other window; tab added as a foreground tab
= Enter the window. Tab should freeze

I think the problem here is that we aren't setting the QoS priority of the dragged tab to the foreground. So when we switch to the dragged tab, it's still running at the lowest priority and we freeze. A profile showing QoS markers for the repro will give us more details.
Bug: New Tab Weather Widget: On first load, displays error message instead of weather information
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-05-10 18:21:32+00:00
Resolved: 2024-06-06 20:28:23+00:00

When enabling the new tab Weather widget, it should display with your local city weather. 

However, sometimes, when first enabling, an error message is displayed instead. 

Steps to enable the Weather widget, change the following prefs: 
- `browser.newtabpage.activity-stream.system.showWeather` to `true`
- `browser.newtabpage.activity-stream.showWeather` to `true`
Bug: Screenshots UI exits before download finished
Status: REOPENED
Priority: P3
Created: 2024-05-10 23:03:56+00:00
Resolved: 2024-08-30 22:32:59+00:00

Make sure "Always ask you where to save files" is checked or `browser.download.useDownloadDir` is set to true.
STR:
1. Open screenshots on any page
2. Drag a region
3. Click the download button
4. Cancel the file picker without saving

AR:
Screenshots UI is closed

ER:
Screenshots UI should remain open with selection still there
Bug: When "Open new tab" or "Open new window" is executed from taskbutton of  browser window,  tabs of last closed normal window are unexpectedly restored.
Status: ASSIGNED
Priority: P2
Created: 2024-05-11 03:46:17+00:00
Resolved: 2025-01-20 16:47:41+00:00

Steps to reproduce:
1. Open Firefox with new profile(`Open previous windows and tabs` is disabled by default)
2. Open multiple websites in tabs
3. Close All Firefox window

4. Start Firefox in private browsing mode
5. Right click on the taskbutton. And choose "Open new tab" or "Open new window"

Actual Results:
Tabs of last closed normal window at step 2 are unexpectedly restored.

Expected Results:
Should not restored any last closed tab.
Bug: Add shortcut button not showing in home page
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-05-11 20:42:46+00:00
Resolved: 2024-05-15 13:24:55+00:00

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



Actual results:

the button to add new shortcuts on home page is not showing
Bug: Firefox replaces colon when saving pages / PDFs, even if the filename was user-chosen in the file picker and is valid on that OS
Status: NEW
Priority: P3
Created: 2024-05-11 21:41:27+00:00
Resolved: 2024-06-07 13:01:28+00:00

Steps to reproduce:

Was trying to overwrite a file on my system and even though the dialog asked if I want to overwrite it, I ended up with file duplicates. Upon closer inspection this turns out to be a bug in upstream Firefox.

Not reproducible in Google Chrome.

# Steps to reproduce

1. Open `firefox http://example.com/`
2. Save page to `/tmp/test:page.txt`


Actual results:

The page gets saved to `test page.txt` (note the weird space in place of a colon)


Expected results:

It should've been saved to the filename the user asked for
Bug: if server sets Content-Disposition to attachment, firefox will download PDF to downloads folder even if "ask every time where to download" is set
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-12 20:25:15+00:00
Resolved: 2024-11-01 18:26:31+00:00

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

Steps to reproduce:

open the website 
https://intranet.th-luebeck.de/dokumente/Satzungen%20zu%20Studium%20und%20Prfungen/LESEFASSUNG_Informatik_Softwaretechnik_Bachelor_SO.pdf


Actual results:

it downloaded the pdf file and opened the local copy


Expected results:

preferably it should have opened the pdf without downloading because i declared to open pdfs directly in the browser. but even if it downloads it (maybe because of the content disposition: attachment response header) it at least should have asked me where to save the downloaded file. 

this probably is kind of a duplicate of #1762868 but i didnt read that this issue includes the second part of the problem that the content disposition header seems to make the "allways ask me where to download" not have any effect

ADDITIONAL INFORMATION:
please forgive me if this bug report is not that great, i am new to something like that. also i couldnt find the option to select firefox-esr 115.10.0esr as version but on a friends computer it also happens on the latest not esr mac os version. btw i am using linux
Bug: if open private window first, previous normal session is restored
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-12 22:45:31+00:00
Resolved: 2024-05-14 08:41:19+00:00

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

Steps to reproduce:

opened a normal window after opening a private window:
1) start Fx (normal window)
2) browse to a site (even have multiple tabs open)
3) close Fx
4) start a private window (I RMB on pinned taskbar icon)
5) start a normal session (I RMB on pinned taskbar icon)


Actual results:

the normal window restored the previous normal window session tabs


Expected results:

the normal window should show as it normally would when opening Firefox
(I have Fx open to a blank tab, no sites loaded.)
Bug: Shortcut ctrl + shift + M does not work anymore
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-05-13 08:28:54+00:00
Resolved: 2024-05-20 14:14:58+00:00

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

Steps to reproduce:

Go to any website then do the keyboard shortcut ctrl + shift + M to switch to mobile mode.


Actual results:

Nothing happens, that's the problem.


Expected results:

On previous versions of Firefox, when I did the keyboard shortcut ctrl+shift+M, I activated and deactivated mobile mode very easily. Since the last update, it's like on Chrome, I have to do F12 or ctrl+shift+I (or right click > Inspect) then click on the mobile icon to activate/deactivate mobile mode, because, again, the keyboard shortcut ctrl+shift+M does not work.
It's very annoying because this keyboard shortcut was very practical for me as a web designer.
Is it possible that it is active again please?

Thanks in advance.
Bug: When Firefox is set to start automatically at startup, but you're quicker than the autostart, a new window is opened at a random time
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-05-13 11:04:58+00:00
Resolved: 2024-05-16 18:04:11+00:00

After enabling automatic start at startup, I still manually run Firefox because I am faster than the autostartup.
When the autostartup code executes, Firefox is already running, and a new window is opened instead.
Bug: Add button remains enabled after a new language has just been added
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-13 11:10:07+00:00
Resolved: 2024-05-14 04:17:04+00:00

Observed on Nightly 127.0a1 20240513054034

Steps to reproduce
---------------------
1. Open Preferences
2. Scroll down to Language subsection
3. Click on the "Choose..." button
3a. Note the "Add" button is disabled
4. Click on the "Select a language to add... menu popup
5. Select any of them
6. Click on the "Add" button

What is expected
-------------------
"Add" button should be disabled. This button is the one which adds a language to the listbox of "approved" languages. It will add the language selected on the menu popup. However, after adding a new language to the list, the menu popup automatically changes its selection to "Select a language to add...", which means no language is currently selected on the popup, so no language can be added to the listbox.

What happens
----------------
"Add" button remains enabled. Clicking on it seems to do anything. I have not checked if any error message is logged into console.
Bug: [Experiment] An overlay and an "IMPRESSION" telemetry event related to the "EMBEDDED_IMPORT_SPOTLIGHT" are displayed for clients enrolled in the "Control" branch of the experiment
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-05-13 11:32:38+00:00
Resolved: 2024-07-05 09:11:52+00:00

**[Affected versions]:**
- Firefox RC 126.0 - Build ID: 20240509170740

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

**[Prerequisites]:**
- Have the following prefs in the "about:config" page:
	- `nimbus.debug` set to `true`
- Have the "Browser Console" opened.
  
**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to "about:studies?optin_slug=embedded-import-spotlight&optin_branch=control&optin_collection=nimbus-preview".
3. Restart the browser and observe the behavior.
4. Focus the "Browser Cosole" and observe the displayed telemetry events.

**[Expected result]:**
- Step 3: The "EMBEDDED_IMPORT_SPOTLIGHT" is not triggered.
- Step 4: No telemetry events related to the "EMBEDDED_IMPORT_SPOTLIGHT" are generated.
    
**[Actual result]:**
- Step 3: An overlay is displayed on the opened tab and an "IMPRESSION" telemetry event related to the "EMBEDDED_IMPORT_SPOTLIGHT" is generated.
- Step 4: An "IMPRESSION" telemetry event related to the "EMBEDDED_IMPORT_SPOTLIGHT" is generated.

**[Additional Notes]:**
- This issue is reproducible on the "Control" branch of both "[Early Day User](https://experimenter.services.mozilla.com/nimbus/embedded-import-spotlight/summary)" and "[Existing Users](https://experimenter.services.mozilla.com/nimbus/embedded-import-spotlight-existing-users/summary)" experiments.
- Attached a screen recording of the issue.