av9ash/GitBugs huggingface dataset:
Bug: Separate Private Search config being reset and disabled every restart on 105.0.2
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-06 18:00:39+00:00
Resolved: 2022-10-06 18:45:40+00:00

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

Steps to reproduce:

1. In about:config I customise: browser.search.separatePrivateDefault=false and browser.search.separatePrivateDefault.ui.enabled=true
2. Restart firefox

P.S. I see that this config was recently changed with bugzilla 1790681 - and the issue has just appeared with the update to 105.0.2 arm64 macOS


Actual results:

My config is reset, and my separate private browser selection is ignored. I can re-enable the ui and make a change within Preferences -> Search but this is reset when I restart firefox (also, weirdly, when I restart firefox the Preferences page shows text much smaller than normal, and if I hit Command-0 to bring it back to default text size, it increases back to the normal size) 


Expected results:

My previous selection of a private browser should be honored on restart
Bug: I click a you tube button or vid thumbnail and in a vid a will have the type line there
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-07 01:23:47+00:00
Resolved: 2022-10-11 12:05:10+00:00

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



Actual results:

I click the end of YouTube and the Videos end of text on year and Title
Bug: The "Firefox View" CFR message is NOT displayed if four new tabs are closed while the "Address Bar" is focused
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-10-07 07:13:51+00:00
Resolved: 2022-12-11 18:57:07+00:00

**[Notes]:**
- The "IMPRESSION" telemetry ping for the "Firefox View" CFR message is displayed in the "Browser Console" even if the CFR message is not displayed.
- The “DISMISS” telemetry ping is not displayed in the "Browser Console".
- I have managed to reproduce this issue only on new tabs.

**[Affected versions]:**
- Firefox Beta 106.0b8 - Build ID: 20221004185850
- Firefox Nightly 107.0a1 - Build ID: 20221006093717

**[Affected Platforms]:**
- Windows 10 x64
- Windows 7 x64
- macOS 12.6
- Linux Mint 20.2

**[Prerequisites]:**
- Have a Firefox profile older than 2 days.

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Open two new tabs and focus the "Address Bar" on the last opened tab.
3. Close the unfocused tab and open a new one.
4. Repeat the previous step three times.
5. Observe the behavior.

**[Expected result]:**
- The "Firefox View" CFR message was displayed after the third tab was closed.
    
**[Actual result]:**
- The "Firefox View" CFR message is not displayed at all and the "IMPRESSION" telemetry ping is displayed in the "Browser Console".

**[Additional Notes]:**
- If you close regular tabs instead the CFR message appears after the “Address Bar” is unfocused.
- This issue is not reproducible if multiple tabs are closed via the option from the context menu.
- Attached is a screen recording of the issue:
Bug: recently closed windows empty after restart
Status: UNCONFIRMED
Priority: --
Created: 2022-10-07 12:04:58+00:00
Resolved: 2022-10-24 12:07:44+00:00

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

Steps to reproduce:

1. restarting firefox ( one website prevented closing and ask for "leaving page" )

( this happen for years, first time i remember was about 5 years ago, so this problem exist for a very long time )


Actual results:

only the last closed window open after restart, recently closed windows menu is grayed out ( empty )


Expected results:

all windows should re-open and should be listed under recently closed windows
Bug: window won't close with confirm before closing
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-10-07 19:36:43+00:00
Resolved: 2022-11-17 13:08:56+00:00

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

Steps to reproduce:

Open new window. Open more than one tab. Attempt to close window. get confirm closing multiple tabs prompt. Click close tabs. Firefox is now buggered, at least this window is.

I have to kill firefox to then reopen it and then close the window tab by tab.


Actual results:

The window that I attempted to close is now stuck in that state forever.


Expected results:

The window should have closed.
Bug: Edit Bookmark window cutoff
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-07 21:12:17+00:00
Resolved: 2022-10-08 14:09:59+00:00

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

Steps to reproduce:

Bookmark a webpage
From the bookmarks icon, right click on bookmark and select "Edit Bookmark"
Bug: Save page results in save error
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-08 05:04:43+00:00
Resolved: 2022-10-15 22:33:30+00:00

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

Steps to reproduce:

When I right mouse and click save page as... and save the page, many times the page will be saved but the icon will show an retry icon AND it will say failed.

The file will generally be saved though. Clicking on the refresh will save the page.

This does not happen with all sites. In particular it happens with reddit and may be related to dynamically loaded content.

The issues are:

1. It reports the saved page as having failed when it doesn't.
2. When retrying it the new download that succeeds usually is a different size.

both are annoying because I have no idea really what to do. I've always retried but I think it loads up the page not as it is shown in my browser but sort of reloads it from scratch. This causes problems with dynamically loaded data though as it won't save it and usually why the first save has a larger file size. Unfortunately the files display blank for some reason so I can't actually compare. They are blank but do have the content... this has something to do with the script that seems to hide the page. I don't bother too much with it because I'm archiving the pages but I'd like it to just save it without pretending there is an error unless there really is.






Actual results:

Reports a failed save in the downloads and shows the refresh icon.


Expected results:

Not sure... but I don't think I should get an error unless, say, the page is corrupted. I have no idea why firefox is reporting it as an error as it seems to work. 

Because I've gotten so used to thinking it is an error and I don't know if it really is an error I always redownload it but I think it's not saving the dynamic content I generated so the actual saved page(the 2nd one that overwrites the first) is less info.
Bug: Filename errors cause save fails
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-08 05:09:12+00:00
Resolved: 2022-10-12 02:20:32+00:00

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

Steps to reproduce:

When firefox suggests a filename from the title of a page or whatever when using "save page as" and "take screenshot" it sometimes generates bogus names in windows due to either length errors or unsupported characters. This is quite annoying as sometimes it can cause problems with forgetting to retry the download and fix the filename(and knowing exactly what is in error).

I save a lot of reddit pages and they end to have lots of ascii that isn't supported by windows or the names are very long(snapshot seems to truncate them sometimes).


Actual results:

Wont' save due to invalid filenames


Expected results:

It should just work.

I think going through the code that fixes up the names and 

1. Replacing invalid chars with unicode equivalents that work. E.g., replace the colons, pounds, slashs, quotes, etc.

2. Making sure the length is not too long that causes save error.
Bug: browser.urlbar.decodeURLsOnCopy stopped working
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-08 13:19:46+00:00
Resolved: 2022-10-08 15:04:39+00:00

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

Steps to reproduce:

1. Load https://uk.wikipedia.org/wiki/Головна_сторінка
2. Copy the URL


Actual results:

It's copying https://uk.wikipedia.org/wiki/%D0%93%D0%BE%D0%BB%D0%BE%D0%B2%D0%BD%D0%B0_%D1%81%D1%82%D0%BE%D1%80%D1%96%D0%BD%D0%BA%D0%B0


Expected results:

It should be copying https://uk.wikipedia.org/wiki/Головна_сторінка
Bug: Firefox freezes when pressing download button in PDF viewer
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-10-08 15:51:24+00:00
Resolved: 2022-11-11 15:51:29+00:00

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

Steps to reproduce:

I've only tested on windows so far
1. Open a pdf
2. press the download button


Actual results:

Firefox freezes, and gets killed by windows after some time


Expected results:

A save file dialog should open, or the file just gets saved to the download folder
Bug: Adding an article with a tag to Pocket requires more clicks/keystrokes than before
Status: NEW
Priority: --
Created: 2022-10-10 03:02:20+00:00
Resolved: 2022-10-24 20:28:04+00:00

There was a recent change to the behaviour of the popup that appears when clicking the "Save to Pocket" button in Firefox, which made the workflow to add an article to Pocket with a tag require more clicks/keystrokes than before.

Before:
 1. Click "Save to Pocket" button
 2. Click to focus "Add tags" text field
 3. Type tag name, possibly selecting an existing tag from the autocomplete
 4. Press Enter

After pressing Enter at Step 4, the tag has been saved.

Now:
 1. Click "Save to Pocket" button
 2. Click to focus "Add tags" text field
 3. Type tag name, possibly selecting an existing tag from the autocomplete
 4. Press Enter
 5. Click "Save" button **or** press Tab to focus "Save" button and then press Enter

By the way, being able to perform steps (1) and (2) with the keyboard instead of the mouse would be really nice too. For (1), a keyboard shortcut for "Save to Pocket" seems natural. (2) is just wholly unnecessary, I think - the "Add tags" text field could just be automatically focused when the popup appears.
Bug: browser components will overflow when window size is reduced after resizing sidebar
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-10 09:18:54+00:00
Resolved: 2022-10-21 08:35:35+00:00

## Steps to Reproduce

1. Open Sidebar.
2. Resize Sidebar.
3. Resize Window to make width smaller.

## Excepted Behaviour

browser components will NOT overflow.

## Actual Behaviour

some of browser components WILL overflow and cant see/interact.

## Note

I'm using macOS 12.6 (21G115).

I just run mozregression and it says regressed in this range: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=4ce68ee50da2e00a53f4d9c5cc8d7e95426fd3cb&tochange=12300304d39453250dfdaa8e249056659a20adbc 

(somehow I can't run CI builds; macOS says code signature is broken. probably because i'm using Apple Silicon Mac?)

and I think it is regression of Bug 1789168 .
Bug: [Colorway Closet] “Phrase not found” warning is not visible with Playmaker theme, Balanced intensity
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-10-10 09:54:13+00:00
Resolved: 2022-12-21 14:49:16+00:00

**Found in**
* 107.0a1

**Affected versions**
* 107.0a1
* 106.0b9

**Affected platforms**
* Windows 10
* Ubuntu 20.4
* macOS 12

**Steps to reproduce**
1. Make sure “browser.theme.colorway-closet" is set to true in about:config
2. Open Colorways modal from about:addons
3.  Set  Playmaker theme, Balanced intensity 
4. Go to any webpage
5. Open Find bar (CTRL + F)
6. Enter any input that will not generate a matching result
7.  Observe the “Phrase not found” on the Find bar 

**Expected result**
* The warning phrase  is visible.

**Actual result**
* The contrast is low, the warning phrase can barely be seen.

**Regression range**
* Not  a regression, I can see this issue way back to 103.0a1.

**Additional notes**
* The contrast is not ideal for other themes that uses red or yellow, but they are fairly visible.
Bug: Drop-down text is not properly aligned inside PDF forms
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-10-10 13:03:18+00:00
Resolved: 2022-11-02 22:44:19+00:00

**Found in**
* 107.0a1 (20221010033207)

**Affected versions**
* 107.0a1 (20221010033207)





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


**Steps to reproduce**
1. Open http://foersom.com/net/HowTo/data/OoPdfFormExample.pdf. 
2. Click on The Country dropdown and choose a value.

**Expected result**
*  The text is properly displayed for each value.

**Actual result**
* Some values are slightly cut off.


**Regression range**
* Last good revision: 23c9a4c9b468b43106f50295a52422851d71dfda
 First bad revision: d9035fae6d3c0fd5bb6253561210fa05237c68e0
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=23c9a4c9b468b43106f50295a52422851d71dfda&tochange=d9035fae6d3c0fd5bb6253561210fa05237c68e0 
Potential regressor: bug 1792052.


**Additional notes**
* Attached a screenshot with the issue.
* I cannot reproduce the issue on macOS 11.5. On Windows 10x64 the issue is not so visible. The issue is more visible on Ubuntu 20.04.
Bug: Improve NetError page loading
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-10-10 14:58:10+00:00
Resolved: 2022-10-13 10:14:13+00:00

This might not be an actual regression of bug 1734217, but of something identified by :Gijs after it landed:

> Looking at this page again for unrelated reasons, something I missed in review: the main error page script was turned into a module. That means it loads asynchronously. But the script has an event listener for DOMContentLoaded. AFAIK there is no guarantee that that event hasn't already fired by the time the script loads, so I think that there is now a race condition in these pages. Eemeli, am I missing something?

Also from :Gijs:
> More generally for perf/flicker reasons it'd be better if some of the processing (esp/also fluent string id assignments!) in that file happened sync, not async, so that they'd be in place by first paint - and I'm not entirely sure why it was changed to be a module rather than a normal (sync) script.

The change to load the script with `type="module"` was made in bug 1685552.

The race condition should be avoidable by simply inlining the contents of the listener at the top level, but it's possible that this will have some side effects that need to be sorted out.
Bug: Intermittent browser/base/content/test/gesture/browser_gesture_navigation.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-10-10 15:47:33+00:00
Resolved: 2024-07-15 12:05:17+00:00

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

---
```
[task 2022-10-10T14:38:42.347Z] 14:38:42     INFO - TEST-PASS | browser/base/content/test/gesture/browser_gesture_navigation.js | undefined assertion name - 
[task 2022-10-10T14:38:42.348Z] 14:38:42     INFO - Leaving test bound 
[task 2022-10-10T14:38:42.349Z] 14:38:42     INFO - Entering test bound 
[task 2022-10-10T14:38:42.350Z] 14:38:42     INFO - Buffered messages finished
[task 2022-10-10T14:38:42.351Z] 14:38:42     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/gesture/browser_gesture_navigation.js | Test timed out - 
[task 2022-10-10T14:38:42.354Z] 14:38:42     INFO - GECKO(3885) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-10-10T14:38:42.354Z] 14:38:42     INFO - GECKO(3885) | MEMORY STAT | vsize 3045MB | residentFast 300MB | heapAllocated 163MB
[task 2022-10-10T14:38:42.354Z] 14:38:42     INFO - TEST-OK | browser/base/content/test/gesture/browser_gesture_navigation.js | took 45211ms
```
Bug: Upgrade from 95? to 105 turned my Firefox.exe shortcuts into PDF icons
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-10 16:09:46+00:00
Resolved: 2022-10-17 15:44:46+00:00

I had a machine I hadn't turned on for 9 months months, so it was at Firefox 95 I believe.

I had three icons on the desktop where I had manually created shortcuts to Firefox.exe, two to invoke specific profiles and one to invoke the profile manager.

After upgrading to the latest version of Firefox the desktop icons were converted to PDF icons. See attached image.

I have not made any other changes to the machine, so if there is something to debug after the fact, I can do that.
Bug: Intermittent browser/base/content/test/fullscreen/browser_bug1620341.js | single tracking bug
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-10 17:03:25+00:00
Resolved: 2023-11-13 06:25:49+00:00

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

---
```
[task 2022-10-10T16:11:02.604Z] 16:11:02     INFO - TEST-PASS | browser/base/content/test/fullscreen/browser_bug1620341.js | Request should be allowed - "fullscreenchange" == "fullscreenchange" - 
[task 2022-10-10T16:11:02.604Z] 16:11:02     INFO - Buffered messages finished
[task 2022-10-10T16:11:02.606Z] 16:11:02     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/fullscreen/browser_bug1620341.js | Uncaught exception in test - Close buttons should be visible only on the active tab (tabs have width=0 so closebuttons gets set on them) - timed out after 50 tries.
[task 2022-10-10T16:11:02.606Z] 16:11:02     INFO - Leaving test bound test_fullscreen_cross_origin
[task 2022-10-10T16:11:02.607Z] 16:11:02     INFO - GECKO(3604) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-10-10T16:11:02.607Z] 16:11:02     INFO - GECKO(3604) | MEMORY STAT | vsize 11410MB | residentFast 472MB | heapAllocated 216MB
[task 2022-10-10T16:11:02.608Z] 16:11:02     INFO - TEST-OK | browser/base/content/test/fullscreen/browser_bug1620341.js | took 6299ms
[task 2022-10-10T16:11:02.608Z] 16:11:02     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-10-10T16:11:02.608Z] 16:11:02     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/fullscreen/browser_bug1620341.js | Found an unexpected tab at the end of test run: https://example.com/browser/browser/base/content/test/fullscreen/fullscreen_frame.html - 
[task 2022-10-10T16:11:02.609Z] 16:11:02     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-10-10T16:11:02.610Z] 16:11:02     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/fullscreen/browser_bug1620341.js | Found an unexpected tab at the end of test run: data:text/html,  <html xmlns="http://www.w3.org/1999/xhtml">    <head>      <meta charset="utf-8"/>      <title>First tab to be loaded</title>    </head>    <body>      <button>JUST A BUTTON</button>    </body>  </html> - 
[task 2022-10-10T16:11:02.611Z] 16:11:02     INFO - checking window state
[task 2022-10-10T16:11:02.611Z] 16:11:02     INFO - Console message: [JavaScript Warning: "Exited fullscreen because fullscreen element was removed from document." {file: "chrome://browser/content/tabbrowser.js" line: 4185}]
```
Bug: Firefox very slow to startup
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-10 18:57:45+00:00
Resolved: 2022-10-11 14:50:42+00:00

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

Steps to reproduce:

My Firefox homepage is https://www.google.com/
I have the following checked: Delete cookies and site data when Firefox is closed



Actual results:

On startup Firefox takes about 30 seconds to load my homepage which is Google.


Expected results:

Google page should load in a second or two.
Bug: Regression: Ctrl+S (Save As) does not append .html extension for some page titles
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-10 20:07:51+00:00
Resolved: 2022-11-11 20:33:36+00:00

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

Steps to reproduce:

1. Visit https://archiveofourown.org/works/40037295/chapters/100267341
2. Press Ctrl+S

(Tested on both a Flatpak build with my usual profile and and a freshly downloaded getfirefox.com 64-bit Linux tarball with a clean profile, with the latter being tested both with the KDE file picker via `export GTK_USE_PORTAL=1` and the GTK file picker via `unset GTK_USE_PORTAL`.)


Actual results:

Under all test conditions, the save dialog opens with a filename lacking any extension (or, in the worst case, a site where the page title ends with a `.com` domain leading to a saved HTML file that shows up as a MS-DOS binary in any file manager that lets the extension be the final arbiter of displayed file type.)


Expected results:

The save dialog should append the .html extension like I remember it used to reliably do and like it still does for pages like https://www.fanfiction.net/s/7613196/1/The-Pureblood-Pretense.

(Yes, I did choose that reproducer link because the same work of fiction was posted to one site that exhibits the problem and one that doesn't.)
Bug: Pinned tabs cause window/tab buttons to bunch up and run offscreen when resizing to small horizontal size
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-10 20:30:21+00:00
Resolved: 2022-12-14 17:20:02+00:00

See attached video.  I see this in mozregression going back to at least Oct 2019.  It gets worse/more visible the more tabs you have pinned.
Bug: Pressing Right in Address Bar Causes FF to Navigate instead of Address Completion
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-10 23:38:14+00:00
Resolved: 2022-10-20 06:58:55+00:00

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

Steps to reproduce:

1. Start typing something in address bar (e.g. "goo"). FF may suggest some auto-completion in the URL (e.g. "google.com/").
2. Move mouse pointer to one of the suggestions (e.g. "Google Translate - https://translate.google.com")
3. Press Right Arrow or Tab


Actual results:

FF navigates to the selection in step 2


Expected results:

FF should have only auto-completed with the URL of selection in 2.

(Important because after you click the address bar, it is common for the pointer to move a bit especially sometimes because of palm on laptop touchpads. Also the autocompletion in Step 1 might be different from where the mouse pointer is Step 2. In the case of the attached screenshot, it will navigate to "uic.blackboard.com" instead of "learn-c.org".)