av9ash/GitBugs huggingface dataset:
Bug: Radio buttons are drawn over some checkboxes in editable PDFs
Status: NEW
Priority: P3
Created: 2022-11-25 13:01:14+00:00
Resolved: 2024-10-15 17:27:51+00:00

**Found in**
- Firefox 108.0b6

**Affected versions**
- Firefox 108.0b6
- Firefox 109.0a1

**Tested platforms**
- Affected platforms: macOS 11.7.1, Windows 10 & 7, Ubuntu 22.04

**Steps to reproduce**
1. Launch Firefox
2. Access an editable pdf with checkboxes, for [example](https://pdf.ninja/interactiveform_enabled.pdf)
3. See the options from Gender or from the "Reliable Transport" part

**Expected result**
- The radio buttons are not drawn over the checkboxes

**Actual result**
- Radio buttons are drawn over the checkboxes

**Regression range**
- Not a regression, only a bit different rendering behavior on older builds (85.0a1 - 2020). By going to even older builds (72.0a1 - 2019) this message appears "This PDF document contains forms. The filling of form fields is not supported".

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/1x9uuIUA8_wWryFHBfj8raZp_p4gSFTBL/view?usp=share_link)
- Print preview/print to file will render the pdf correctly
- In an 85.0a1, 2020-11-22 build the checkboxes are more visible and only by hovering over them the circle will appear (see image in attachment)
- Not all selectable options are affected, for example those in "Position(s) Desired" are not affected
Bug: Firefox is crashing my computer by opening infinite file dialog when saving an image that is opened in a tab
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-11-25 13:02:41+00:00
Resolved: 2022-12-21 08:52:21+00:00

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

Steps to reproduce:

im using ubuntu 22.04

1. open an image url in a tab (can be a file url or a data uri for an image file)
2. ctrl + s (sometimes the first ctrl + s works but if you cancel the file dialog and ctrl+s again it starts crashing)
3. voila it crashes


Actual results:

opens infinite(!) number of file dialogs and crashes my computer


Expected results:

it should just open 1 single file dialog and not crash my computer
Bug: Privacy settings permissions not aligned
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-25 13:04:35+00:00
Resolved: 2023-02-14 18:06:55+00:00

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

Steps to reproduce:

In about:preferences#privacy Permissions section, exceptions status column is not aligned.
Bug: 8.57% office ContentfulSpeedIndex (OSX) regression on Mon November 14 2022
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-11-25 13:31:54+00:00
Resolved: 2022-11-29 16:22:51+00:00

Perfherder has detected a browsertime performance regression from push [4791730df49f40f22e496937ab5fe5dd3c50b483](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=4791730df49f40f22e496937ab5fe5dd3c50b483). 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,3779551,1,13)  | [office](https://firefox-source-docs.mozilla.org/testing/perfdocs/raptor.html#office-d) ContentfulSpeedIndex | macosx1015-64-shippable-qr | cold fission webrender | 830.54 -> 901.75 |
### Improvements:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--| 
| [6%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,3779551,1,13)  | [office](https://firefox-source-docs.mozilla.org/testing/perfdocs/raptor.html#office-d) ContentfulSpeedIndex | macosx1015-64-shippable-qr | cold fission webrender | 852.83 -> 800.50 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=36180), 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 offending 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.

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: The "User not connected to the internet" error message is not displayed in Firefox View the 2nd time connection is lost
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2022-11-25 13:41:10+00:00
Resolved: 2022-11-30 20:32:28+00:00

**Found in**
* 109.0a1 (2022-11-25)

**Affected versions**
* Firefox Nightly 109.0a1 (2022-11-25)
* Beta 108.0b6
* Release 107.0

**Preconditions**
* Sign in to FXA on multiple devices.
* Have the Tab pickup section from Fx View populated.

**Affected platforms**
* Windows

**Steps to reproduce**
1. Disconnect from the internet or unplug the Lan cable and refresh the FX View page.
2. Connect to the internet and refresh the FX View page.
3. Disconnect from the internet or unplug the Lan cable and refresh the FX View page.

**Expected result**
* The "Check your internet connection/ If you're using a firewall or proxy, check that Firefox has permission to access the web." error message is displayed with "Try again" blue button;

**Actual result**
* The Tab pickup section remains empty, the Empty state or Error message is missing.
Bug: Firefox Sync should not assume it is the only connected device if the first sync fails.
Status: NEW
Priority: P3
Created: 2022-11-25 13:48:32+00:00
Resolved: 2023-01-27 16:04:53+00:00

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

Steps to reproduce:

1. Use Firefox Sync on a laptop and on a Linux phone (NOT Android), so both run the firefox desktop version. Laptop is Dev Edition build from Mozilla, Phone is Firefox ESR build from Alpine Linux distributor.
2. On the phone I often launch firefox before wifi is fully up
3. In about:sync-log it seems to then log an error trying to sync at startup, then usually some ridiculous retry time like an hour later
4. Since I use my phone in bursts and don't leave the browser running usually (it's kind of a hog and the phone is slow), this means Firefox Sync just NEVER syncs even though I can clearly browse the web just fine


Actual results:

Firefox Sync is near useless. Unless I open the Sync settings it just won't sync ever. I've had it not sync for 3 months(!) from this device.


Expected results:

Firefox Sync works.
Bug: The persist search term is not displayed in the address bar after a refresh
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2022-11-25 14:12:29+00:00
Resolved: 2024-11-15 13:41:13+00:00

**Found in**
* Fx 109.0a1

**Affected versions**
* Fx109.0a1
* Fx108.0b6

**Affected platforms**
* Windows 10
* Ubuntu 22.04
* macOS

**Precondition**
Have *browser.urlbar.showSearchTerms.featureGate* set to true.
Default search engine set to Duckduckgo.

**Steps to reproduce**
1. Launch Firefox.
2. Perform a search from the address bar.
3. Refresh the SERP.

**Expected result**
* Search term is still displayed in the address bar.

**Actual result**
* FULL url of the SERP is displayed in the address bar.

**Regression range**
* This is not a regression. 

**Additional notes**
* This might be a dupe after 1798693 as it looks similar (coming back to a SERP).
Bug: Throw exceptions when attempting to instantiate remote settings client in any non-main/parent process
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-11-25 16:29:38+00:00
Resolved: 2023-09-12 06:28:44+00:00

We've had weird issues arise when people accidentally attempt to use RemoteSettings instances in child processes, the GPU process, or anywhere other than the main/parent process. We can't write to disk, we can be killed very easily, we can't rely on the same observer notifications - it's just painful through and through. If components need the information from remote settings in non-parent-process processes, they should do their own data sharing and updating etc. We should prevent this happening inside remote settings, though we may need to start by doing so on nightly only to avoid serious breakage.
Bug: mac not restoring session after quitting and reopening the browser
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-11-26 07:09:03+00:00
Resolved: 2022-11-29 04:24:09+00:00

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

Steps to reproduce:

I have 5 pinned tabs including the settings page with 5 regular tabs.



Actual results:

Close the browser and then reopen and only get pinned tabs.


Expected results:

When the browser reopens, there should be both pinned and regulars from last session.
Bug: Unknown content type dialog labels are aligned incorrectly (or shouldn't flex)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-26 07:31:47+00:00
Resolved: 2022-11-28 12:56:40+00:00

(See attached screenshot)

The labels in the UCT dialog flex to fill the box but the text is aligned to the right.

### STR
1. Go to about:preferences
2. Scroll to "Applications"
3. In the radio group under the Applications list, select "Ask whether to open or save files"
4. Click [this link](https://fonts.gstatic.com/s/i/materialicons/done/v19/black-24dp.zip) to download a file that will open the UCT dialog

### Expected
The labels (actually `<description>` elements) in the UCT dialog should be visually aligned to correspond to the locale

### Actual
The locale is LTR but the labels are RTL

I didn't do a bisection but I'm guessing bug 1799460 is the regressor
Bug: 'Open All in Tabs' bookmarks option doesn't open the tabs in the current container
Status: NEW
Priority: --
Created: 2022-11-26 11:50:12+00:00
Resolved: 2024-02-27 17:56:32+00:00

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

Steps to reproduce:

1. Add several sites in the same bookmarks folder in the Bookmarks Toolbar
2. Open a new tab in a container
3. In this tab, open the bookmarks folder created in the first step and click "Open All in Tabs" menu item at the end of the bookmarks list

You can perform the same steps with the Bookmarks menu.


Actual results:

The tabs are opened in the default container (No Container).


Expected results:

The bookmarks should open in the container chosen in the second step, in the same way as when clicking on a single bookmark.
Bug: "Manage Cookies and Site Data" dialog is too tall
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-26 15:39:33+00:00
Resolved: 2022-12-02 15:09:46+00:00

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

Steps to reproduce:

1. Quit Firefox. Replace xulstore.json with attached one.
   This file is from my daily-use profile.
2. Launch Firefox. Go to about:preferences#privacy -> click "Manage Data..."

or

1. Run this in the Browser Console:
`Services.xulStore.setValue("chrome://browser/content/preferences/dialogs/siteDataSettings.xhtml", "SiteDataSettingsDialog", "height", "494");`
2. Go to about:preferences#privacy -> click "Manage Data..."



Actual results:

"Manage Cookies and Site Data" dialog is too tall.



Expected results:

The dialog should be resized properly.

mozregression:
```
2022-11-26T23:53:41.601000: DEBUG : Found commit message:
Bug 1779695 - Use modern flex on in-content pages. r=Gijs,dao,preferences-reviewers

This fixes the edit bookmarks dialog by properly allowing stuff to wrap once
the dialog width has been fixed.

Let's try to do this and opt-out any specific pages that may hit issues,
rather than opting-in one by one, now that's early in the cycle?

Differential Revision: https://phabricator.services.mozilla.com/D159690

2022-11-26T23:53:41.601000: DEBUG : Did not find a branch, checking all integration branches
2022-11-26T23:53:41.617000: INFO : The bisection is done.
2022-11-26T23:53:42.895000: INFO : Stopped
```
Bug: Confirmation window to delete cookies and website data is shown incorrectly
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-26 16:31:54+00:00
Resolved: 2023-01-31 13:36:54+00:00

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

Steps to reproduce:

I have a german Nightly version, the English translation may be different.
Go to preferences, Data and Security (the menu with the lock symbol), Cookies and Website data area, and click manage data.
Issue 1 (clipboard2 image):
Delete the data of at least 50+ sites and click save changes.
The Button to delete them permanently is outside the visible screen area as it should be a list where I can scroll down, the window size is for the full length of the list.
Issue 2 (clipboard3 image):
delete for example the data from three sites and without really checking you see only 2, even as there is more than enough free space in the window to show all.


Actual results:

Issue 1:
It should show a list that can be scrolled down instead of a window that is too long.
Issue 2:
It should show all websites and not hide a site.


Expected results:

see actual results
Bug: Strange find behavior on German PDF with umlauts
Status: ASSIGNED
Priority: P1
Created: 2022-11-26 17:33:03+00:00
Resolved: 2022-11-26 22:10:58+00:00

Attach (recommended) or Link to PDF file here

From: https://www.reddit.com/r/firefox/comments/z5bb48/ctrl_f_cannot_search_whole_word_that_contains/

Steps to reproduce the problem:
1. search for the whole word "erfüllbar"

What is the expected behavior? (add screenshot)

Expected behavior is ~240 results (like in Chromium screenshot).

What went wrong? (add screenshot)

Firefox shows 0 results. Modifying the search query to "üllbar" brings up 252 results, but fails to show any results if "match diacritics" is enabled.
Bug: Screenshot is not copied on macOS with `screenshots.browser.component.enabled`
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2022-11-26 20:51:15+00:00
Resolved: 2024-05-22 05:40:57+00:00

### Steps to reproduce

1. Set `screenshots.browser.component.enabled` pref = `false` (its default value).
2. Take a screenshot of a web page: right-click on the page > Select "Take Screenshot" > Click "Save full page" button (or select any page element; it doesn't matter) > Click "Copy" button.
3. You will see a "Shot Copied" notification.
4. Change `screenshots.browser.component.enabled` pref = `true`.
5. Take another screenshot of a web page.

### Expected behavior

You will see a "Shot Copied" notification and be able to paste the screenshot image into another application.

### Actual behavior

I don't see a "Shot Copied" notification and no screenshot image was copied to my clipboard.

I don't see any error messages in the Browser Console. I don't see any modified preferences in `about:support` that look like they might be related to screenshots.

NOTE: I can only reproduce this bug in my regular profile. I can't reproduce this bug in a clean profile! I don't know what is different about my regular profile. I can reproduce this bug even in Safe Mode with all my add-ons disabled.

NOTE 2: I noticed that I don't see a "Shot Copied" notification with `screenshots.browser.component.enabled` pref = `true` in a clean profile. Is that a bug or the intended UX for `screenshots.browser.component.enabled`?

I am running macOS Ventura 13.0.1, so maybe bug 1802269 is related?
Bug: modern flexbox in the browser toolbox causes small layout issues for Firefox Translations
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2022-11-26 21:24:59+00:00
Resolved: 2023-01-03 16:40:02+00:00

Bug 1790616 caused some small layout issues with the translation bar of Firefox Translations.

Emilio, since I guess you can be called an expert for consequences and needed changes of the switch to the modern flexbox, maybe you can have a look? 😅 I am aware that the translations toolbar already had some issues before this change, and the blue arrow between the language selection fields is even better positioned than before. So let's focus on the things that changed to the worse.

I attached a screenshot for comparison of Firefox 107 and Firefox 108. I don't know why the second dropdown is empty in the Firefox 108 screen. Maybe another bug, maybe an issue in my profile, let's ignore that for now.

1) The blue button to start the translation was well aligned with the language selection fields in Firefox 107. In Firefox 108 it's no longer the case.

2) The close button had some space to the right end of the toolbar. It's no longer the case in Firefox 108.

3) Bonus: As I already said the blue arrow is better positioned than before but still not perfectly centered. While we are at it, maybe it could be positioned better?

4) Bonus: The whole content of the toolbar is not exactly vertically centered. But this was already the case before the change in bug 1790616. Again, while we are at it, it may be worth a look.

It's possible that some or all of the needed changes have to be made in the extension code - I don't know that. But since bug 1790616 caused some changes I filed it here.
Bug: opening container tabs settings crashes firefox
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-26 21:55:32+00:00
Resolved: 2022-11-29 14:02:39+00:00

I open firefox settings.
General section
On the line "enable Container tabs" I select settings
I see a list of all my containers
I select the settings buttons for one of them and firefox crashes.

My firefox has submitted at least 6 crash reports for this during the last 30 minutes as I explored the issue.
Bug: Errors logged when trying to "Remove from History" a canceled download
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-11-27 02:19:04+00:00
Resolved: 2022-11-29 21:50:59+00:00

This is a low severity issue just to deal with an error log. Everything is fine behaviorally, but we're logging an expected error when the user clicks "Remove from History" on a canceled download. Here's the stack:
```
DOMException: Could not stat file(path/to/file) because it does not exist DownloadCore.sys.mjs:104:13
    isPlaceholder resource://gre/modules/DownloadCore.sys.mjs:104
    removeData resource://gre/modules/DownloadCore.sys.mjs:2639
    removeData resource://gre/modules/DownloadCore.sys.mjs:2996
    _promiseRemovePartialData resource://gre/modules/DownloadCore.sys.mjs:938
    removePartialData resource://gre/modules/DownloadCore.sys.mjs:949
    finalize resource://gre/modules/DownloadCore.sys.mjs:1115
    deleteDownload resource:///modules/DownloadsCommon.sys.mjs:349
    cmd_delete resource:///modules/DownloadsViewUI.sys.mjs:1171
    doCommand chrome://browser/content/downloads/downloads.js:1137
    doCommand chrome://browser/content/downloads/downloads.js:1328
    goDoCommand chrome://global/content/globalOverlay.js:128
    <anonymous> chrome://global/content/editMenuOverlay.js:85
```
I didn't notice this before with this particular command (the "Remove from History" context menu item), but I saw something similar when we were working on the "Delete" menuitem for bug 1745624. Basically stat is going to fail because canceling the download already removed the placeholder. But afaik that is the fastest way to check if it exists, which is the only way to know if it's going to throw, so there's no point trying to check existence before statting. But we could just add this pattern which is used elsewhere in the downloads code:
```diff
--- a/toolkit/components/downloads/DownloadCore.sys.mjs
+++ b/toolkit/components/downloads/DownloadCore.sys.mjs
@@ -101,7 +101,9 @@
 async function isPlaceholder(path) {
   try {
     if ((await IOUtils.stat(path)).size == 0) {
       return true;
     }
   } catch (ex) {
-    console.error(ex);
+    if (ex.name != "NotFoundError") {
+      console.error(ex);
+    }
   }
   return false;
 }
```
However, I have another idea to just not put this explicit logging behavior in the helper function at all, since not every caller of removeData is expecting it not to throw (because IOUtils.stat throws when the file is not found, and some callers can be invoked on a canceled download). Each caller should handle the error individually IMO, since some want to throw on a NotFoundError, while others just want to gracefully fizzle out. Alternatively, we could add an optional parameter to this function telling it not to log the error. Or an array of error names not to log.
Bug: Downloads panel shows duplicate statuses
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-27 02:24:31+00:00
Resolved: 2022-12-20 12:50:01+00:00

The patch for bug 1801492 doesn't seem to work correctly. Setting `desc.innerText = ""` has no effect apparently. But textContent does work. Not sure why.
Bug: Intermittent browser/components/firefoxview/tests/browser/browser_dragDrop_after_opening_fxViewTab.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-11-27 14:07:15+00:00
Resolved: 2023-02-28 17:00:14+00:00

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

---
```
[task 2022-11-27T13:23:25.310Z] 13:23:25     INFO - TEST-PASS | browser/components/firefoxview/tests/browser/browser_dragDrop_after_opening_fxViewTab.js | Test tab should be to the left of dragged tab - 
[task 2022-11-27T13:23:25.310Z] 13:23:25     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”." {file: "https://example.com/#test" line: 0}]
[task 2022-11-27T13:23:25.311Z] 13:23:25     INFO - Leaving test bound 
[task 2022-11-27T13:23:25.311Z] 13:23:25     INFO - Buffered messages finished
[task 2022-11-27T13:23:25.311Z] 13:23:25     INFO - TEST-UNEXPECTED-FAIL | browser/components/firefoxview/tests/browser/browser_dragDrop_after_opening_fxViewTab.js | waiting for vsync to be disabled - timed out after 50 tries. - false == true - JS frame :: chrome://mochikit/content/browser-test.js :: ensureVsyncDisabled :: line 587
[task 2022-11-27T13:23:25.311Z] 13:23:25     INFO - Stack trace:
[task 2022-11-27T13:23:25.311Z] 13:23:25     INFO - chrome://mochikit/content/browser-test.js:ensureVsyncDisabled:587
[task 2022-11-27T13:23:25.311Z] 13:23:25     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-11-27T13:23:25.311Z] 13:23:25     INFO - TEST-UNEXPECTED-FAIL | browser/components/firefoxview/tests/browser/browser_dragDrop_after_opening_fxViewTab.js | vsync remained enabled at the end of the test. Is there an animation still running? Consider talking to the performance team for tips to solve this. - false == true - JS frame :: chrome://mochikit/content/browser-test.js :: ensureVsyncDisabled :: line 588
[task 2022-11-27T13:23:25.311Z] 13:23:25     INFO - Stack trace:
[task 2022-11-27T13:23:25.311Z] 13:23:25     INFO - chrome://mochikit/content/browser-test.js:ensureVsyncDisabled:588
[task 2022-11-27T13:23:25.311Z] 13:23:25     INFO - GECKO(2173) | MEMORY STAT | vsize 410716MB | residentFast 438MB | heapAllocated 182MB
[task 2022-11-27T13:23:25.312Z] 13:23:25     INFO - TEST-OK | browser/components/firefoxview/tests/browser/browser_dragDrop_after_opening_fxViewTab.js | took 7715ms
[task 2022-11-27T13:23:25.312Z] 13:23:25     INFO - checking window state
[task 2022-11-27T13:23:25.312Z] 13:23:25     INFO - TEST-START | browser/components/firefoxview/tests/browser/browser_entrypoint_management.js
```