av9ash/GitBugs huggingface dataset:
Bug: Editable fields are visible over Added images in PDF
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-23 13:14:32+00:00
Resolved: 2024-03-12 17:12:18+00:00

**Found in**
* Nightly 125.0a1 (2024-02-23)

**Affected versions**
* Nightly 125.0a1 (2024-02-23)
* Beta 124.0b2
* Release 123

**Affected platforms**
* ALL

**Steps to reproduce**
1. Open any PDF with Editable fields in Firefox. (http://foersom.com/net/HowTo/data/OoPdfFormExample.pdf)
2. Add an image and place it over the Editable Fields.
3. Save the PDF file from the Save button from the Toolbar.

**Expected result**
* The Editable fields should not be visible through the added image.

**Actual result**
* Simply saving the PDF from the Save button will show the Editable fields through the added image.
If we Print > Save to PDF the file, the issue does not occur.

**Regression range**
Not a Regression
Bug: copy text on firefox leads to another tab or make a new tab sign on the right side of firefox in kde
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-23 13:50:44+00:00
Resolved: 2024-03-05 15:38:53+00:00

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

Steps to reproduce:

This bug happens in plasma-wayland desktop environment

STEPS TO REPRODUCE
1. select some text or point to a link in current page in firefox
2. drag the text or link to the tabs to make a new tab based on the link or text (Do not go to the new tab!)
3. select some text on current page and press C-c or right click to make a copy request. (C-x or cut also leads to this problem)

SOFTWARE/OS VERSIONS
Linux:  Linux arch 6.7.5-1-cachyos
KDE Plasma: 5.27.10



Actual results:

tab automatically gets to the new page or a sign is at the right side of tabs

the tab sign is shown like the attachment image.


Expected results:

tab should still remains on current page
Bug: Firefox screenshot notifications steals Alt+Tab focus
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2024-02-23 15:53:24+00:00
Resolved: 2024-03-20 03:45:13+00:00

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

Steps to reproduce:

Take a screenshot with the builtin tool (Ctrl+Shift+S)
Click to select the element I want
Then Control+C to copy that screenshot
Notification pops in the lower right corner
Paste the screenshot in another website in another Firefox window.
Alt+Tab...


Actual results:

Windows Alt+Tabs to the notification pop up (see attachment)


Expected results:

Windows to Alt+Tab to the other Firefox window and not the notification. 
Notifications (native) shouldn't create a window. Windows confuses and then alt tabs to a mere notification breaking my workflow (I'm taking a 50+ screenshots for work).
I have to ~~disable~~ pause notifications altogether to stop this behaviour. This didn't happen about a week ago.

Regards
Diego Jp
Bug: [Mac] Wrong tab hover preview opens when dragging a tab in another place in the tab strip
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-02-23 16:20:05+00:00
Resolved: 2024-08-19 22:50:57+00:00

**Found in**
* Firefox 124.0b2

**Affected versions**
* Firefox 124.0b2
* Latest Nightly 125.0a1
* Nightly 124.0a1 from 2024-01-14 when the feature was first enabled.

**Tested platforms**
* Affected platforms: MacOS 13.6
* Unaffected platforms: Windows 11 and Ubuntu 22.04

**Preconditions**
* Have the `browser.tabs.cardPreview.enabled` pref set to `true`

**Steps to reproduce**
1. Visit a few websites in different tabs.
2. Click on a tab and move it in the tab strip (change its position).

**Expected result**
* Only the preview of the dragged tab is displayed after completing the action and leaving the cursor on the tab.

**Actual result**
* The tab that replaces the position of the dragged tab opens its tab preview.

**Regression range**
* Not a regression since this is reproducible on old Nightly build from 2024-01-13 where this feature officially landed.

**Additional notes**
* Screencast is attached.
* Even though the screencast is made on a profile that has a few addons installed, I tested with a fresh new profile and I can confirm that the issue is still there so it is not caused by the addons I had.
* Moving the tab to a new window or a tab strip from a new window does not reproduce this issue.
Bug: [Caret browsing] Highlighting doesn't work when pressing shift and arrow down
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-02-23 17:49:20+00:00
Resolved: 2024-03-04 10:19:43+00:00

Attach (recommended) or Link to PDF file here:

Steps to reproduce the problem:
1. Enable caret browsing mode;
2. Open a pdf with some text;
3. Enable highlighting tool;
4. Position the caret on some text;
5. Press shift and the arrow down, release shift.

What is the expected behavior? (add screenshot)
The text must be highlighted.

What went wrong? (add screenshot)
Nothing is highlighted.

In caret browsing mode, pdf.js is handling the selection itself, which means that no `selectstart` is triggered.
Bug: large volume of attribution DecodeErrors from msix builds
Status: NEW
Priority: P3
Created: 2024-02-23 21:09:13+00:00
Resolved: 2024-04-04 18:27:43+00:00

I noticed today that we have an ever increasing amount of attribution DecodeErrors from our MSIX builds. As best I can tell, [it began in late August 2023](https://sql.telemetry.mozilla.org/queries/97931/source?p_channel=release&p_date=2021-12-01#241833), with Firefox 117. I can't find anything of note that shipped with that, though. Across nsWindowsPackageManager.cpp and AttributionCode.sys.mjs, the only changesets I find that shipped with 117 are https://hg.mozilla.org/mozilla-central/rev/c14cfd2a196d8e7f14bcb5e7438202089b2c8346 and https://hg.mozilla.org/mozilla-central/rev/bd568ad893882d37f094d43cba3f62c78982cd05 - neither of which seem likely to be at fault.
Bug: Bookmarks Bar not showing in Private Mode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-02-23 22:54:24+00:00
Resolved: 2024-03-05 17:16:15+00:00

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

Steps to reproduce:

Open a new Private Window


Actual results:

New Private Window opens without a Bookmarks Toolbar.  Selecting the Show Bookmarks Toolbar from the menu will bring back the Bookmarks Toolbar but it will disappear if a new tab is opened.


Expected results:

New Private Window would previously open with a Bookmarks Toolbar
Bug: Toolbarbuttons should have a visible border in prefers-contrast/forced-colors
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-02-23 22:56:31+00:00
Resolved: 2024-09-11 15:57:51+00:00

Our button specs for forced-colors mode depend on buttons having a border since in Windows default HCM themes the ButtonFace and Canvas colours are quite similar. The border is required to provide correct contrast.

Update the `toolbarbutton` styles to include a border (or potentially an outline) so that they can use our HCM styling.
Bug: Autoplay button missing
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-02-24 06:26:21+00:00
Resolved: 2024-09-02 13:37:28+00:00

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

Steps to reproduce:

After Firefox updated itself, the mynoise.net website said to change my browser's settings to allow autoplay. However, the button to enable autoplay failed to show up. I then opened YouTube to switch it to block audio in preparation to switch my browser-wide autoplay settings to allow audio then reloaded YouTube. The autoplay settings button promptly disappeared and failed to reappear and YouTube didn't show up as an override on the browser-wide autoplay menu. This bug also shows up in Developer's edition and Nightly.


Actual results:

YouTube suddenly disappeared from the override list and the autoplay settings button disappeared from the address bar. After multiple reloads and a browser reboot, the autoplay button remained missing. mynoise.net wanted to enable autoplay but the button never showed up on the address bar.


Expected results:

YouTube should have disappeared from the override list, but the autoplay settings button should have stayed on the address bar. In addition, the website mynoise.net should have had an autoplay settings button on the address bar.
Bug: In settings I chose to decide for each file where to save it. This setting is completely IGNORED and it ALWAYS chooses DOWNLOADS Folder, which is DEFAULT!
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-02-24 10:00:57+00:00
Resolved: 2024-03-15 13:25:15+00:00

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

Steps to reproduce:

Went on https://www.ilovepdf.com/ and uploaded a PDF to Split.
After that, I simply DOWNLOADED the Split PDF.


Actual results:

It got saved in Downloads Folder which is default besides the setting for ASKING me where to save the File is active and in place!!!


Expected results:

A Popup should open asking me where to save the file!
Bug: Update asrouter/aboutwelcome to use latest node_modules to fix issues building with node 18.
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-02-24 10:33:29+00:00
Resolved: 2024-02-24 21:22:09+00:00

With the latest node 18 on mozilla-central, bundling of asrouter/aboutwelcome code fails due to:

```
node:internal/crypto/hash:69
  this[kHandle] = new _Hash(algorithm, xofLen);
                  ^

Error: error:0308010C:digital envelope routines::unsupported
    at new Hash (node:internal/crypto/hash:69:19)
    at Object.createHash (node:crypto:133:10)
    at BulkUpdateDecorator.hashFactory (/Users/mark/dev/gecko/browser/components/asrouter/node_modules/webpack/lib/util/createHash.js:155:18)
    at BulkUpdateDecorator.update (/Users/mark/dev/gecko/browser/components/asrouter/node_modules/webpack/lib/util/createHash.js:46:50)
    at RawSource.updateHash (/Users/mark/dev/gecko/browser/components/asrouter/node_modules/webpack-sources/lib/RawSource.js:77:8)
    at NormalModule._initBuildHash (/Users/mark/dev/gecko/browser/components/asrouter/node_modules/webpack/lib/NormalModule.js:888:17)
    at handleParseResult (/Users/mark/dev/gecko/browser/components/asrouter/node_modules/webpack/lib/NormalModule.js:954:10)
    at /Users/mark/dev/gecko/browser/components/asrouter/node_modules/webpack/lib/NormalModule.js:1048:4
    at processResult (/Users/mark/dev/gecko/browser/components/asrouter/node_modules/webpack/lib/NormalModule.js:763:11)
    at /Users/mark/dev/gecko/browser/components/asrouter/node_modules/webpack/lib/NormalModule.js:827:5
    at /Users/mark/dev/gecko/browser/components/asrouter/node_modules/loader-runner/lib/LoaderRunner.js:407:3
    at iterateNormalLoaders (/Users/mark/dev/gecko/browser/components/asrouter/node_modules/loader-runner/lib/LoaderRunner.js:233:10)
    at iterateNormalLoaders (/Users/mark/dev/gecko/browser/components/asrouter/node_modules/loader-runner/lib/LoaderRunner.js:240:10)
    at /Users/mark/dev/gecko/browser/components/asrouter/node_modules/loader-runner/lib/LoaderRunner.js:255:3
    at context.callback (/Users/mark/dev/gecko/browser/components/asrouter/node_modules/loader-runner/lib/LoaderRunner.js:124:13)
    at /Users/mark/dev/gecko/browser/components/asrouter/node_modules/babel-loader/lib/index.js:59:71 {
  opensslErrorStack: [ 'error:03000086:digital envelope routines::initialization error' ],
  library: 'digital envelope routines',
  reason: 'unsupported',
  code: 'ERR_OSSL_EVP_UNSUPPORTED'
}
```

The webpack version there is v5.56.0 which is quite out of date. newtab is using v5.89.0 which works fine, so lets just update these components.
Bug: only one previous window is opened
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-25 09:56:55+00:00
Resolved: 2024-03-14 22:16:32+00:00

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

Steps to reproduce:

activate firefox parameter "open previous tabs and windows" (translated from french version)
open 2 windows with a few tabs
in Windows bar menu, right click firefox "close all windows"
open firefox


Actual results:

Only one window and its tabs is opened


Expected results:

All previous windows should have opened like stated in the parameter (at least in french)
Bug: Every page change makes the Bookmark toolbar disappear despite the checkbox being checked to always display
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-02-25 15:51:18+00:00
Resolved: 2024-03-19 17:05:39+00:00

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

Steps to reproduce:

1  Open Firefox.  Bookmark toolbar is never displayed. 
2  Turn it back on by going to bookmarks and clicking Show bookmarks toolbar.  
3  In addition, right click in the toolbar area and select the Bookmarks Toolbar context menu item.
4  Make sure Always Show is checked.
5  Navigate to any page.  The toolbar gets hidden


Actual results:

The toolbar always get turned off/hidden when you leave a page or close the browser


Expected results:

The Bookmarks toolbar should stay in a displayed state when opening Firefox or navigating to a new page.  I reverted to Firefox 122 to get rid if this annoying behavior so I have no log files or attachments
Bug: Ctrl+Shift+T does not work anymore
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-02-26 02:10:32+00:00
Resolved: 2024-02-26 02:12:37+00:00

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

Steps to reproduce:

Press Ctrl+Shift+T


Actual results:

Refreshed the current page


Expected results:

Should have spawned the last closed tab
Bug: Intermittent browser/components/customizableui/test/browser_884402_customize_from_overflow.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-02-26 04:58:25+00:00
Resolved: 2025-01-08 12:11:22+00:00

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

---
```
[task 2024-02-26T02:46:49.960Z] 02:46:49     INFO - TEST-PASS | browser/components/customizableui/test/browser_884402_customize_from_overflow.js | Should have an overflowing toolbar. - 
[task 2024-02-26T02:46:49.960Z] 02:46:49     INFO - Buffered messages finished
[task 2024-02-26T02:46:49.961Z] 02:46:49     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_884402_customize_from_overflow.js | Uncaught exception in test bound  - Panel did not show within 20 seconds.
[task 2024-02-26T02:46:49.961Z] 02:46:49     INFO - Leaving test bound 
[task 2024-02-26T02:46:50.363Z] 02:46:50     INFO - GECKO(4772) | MEMORY STAT | vsize 19406167MB | vsizeMaxContiguous 66117024MB | residentFast 1089MB
[task 2024-02-26T02:46:50.369Z] 02:46:50     INFO - TEST-OK | browser/components/customizableui/test/browser_884402_customize_from_overflow.js | took 22264ms
```
Bug: Recent searches section is mispositioned in the Address Bar
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-02-26 11:06:33+00:00
Resolved: 2024-03-04 10:17:09+00:00

**Notes**
* Please see the attached screenshot for more details. 
* This issue is reproducible only when both Trending search suggestions and Recent Searches are both enabled. 

**Found in**
* Firefox 124.0b3;

**Affected versions**
* Firefox 124.0b3;

**Tested platforms**
* Windows 10;
* macOS 12;
* Ubuntu 22;

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

**Unaffected platforms**
* N/A;

**Preconditions** 
* browser.urlbar.suggest.recentsearches = true
* browser.urlbar.suggest.trending =true
* browser.urlbar.trending.featureGate = true
* browser.urlbar.recentsearches.featureGate = true
* browser.urlbar.trending.requireSearchMode = false
* VPN connected to US/CA.
* Google set as default search engine

**Steps to reproduce**
1. Launch Firefox with the profile from preconditions.
2. Perform a few searches using the default search engine.
3. Go to about:preferences#search and uncheck the ‘Show trending search suggestions’ option.
4. Open a new tab, focus the Address Bar and observe the UI.

**Expected result**
* Recent searches section is placed below Top Sites.

**Actual result**
* Recent Searches section is placed above Top Sites.
* 'Shortcuts' string is present. 

**Regression range**
* Will look for one ASAP.
Bug: Selecting drop-down menu element with Enter key stopped working in Firefox 123.0
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-02-26 11:15:25+00:00
Resolved: 2024-03-11 10:30:18+00:00

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

Steps to reproduce:

(Using company web-based hour-logging software input form (looks like this is done with javascript)  )
- Open drop-down menu by clikcing with mouse
- Using first-letter auto-lookup and up/down arrows to navigate to correct item in drop-dpw menu
- Pressing enter in keyboard to select desired item


Actual results:

- Nothing happens when pressing enter
- Item can be selectec by mouse-click


Expected results:

- Item should have been selected by pressing enter
(And this indeed happened until latest update of Firefox to 123.0 . The webpage has been the same version since December 2023).
Bug: Latest recent search is added with a little delay on the Recent Searches list
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2024-02-26 11:19:39+00:00
Resolved: 2024-03-05 21:33:37+00:00

**Notes**
* Please see the attached gif for more details. 

**Found in**
* Firefox 124.0b3;

**Affected versions**
* Firefox 124.0b3; Nightly 125.0a1

**Tested platforms**
* Windows 11;
* macOS 12;

**Affected platforms**
* Windows 11;
* macOS 12;

**Unaffected platforms**
* N/A;

**Preconditions** 
* browser.urlbar.suggest.recentsearches = true
* browser.urlbar.suggest.trending =true
* browser.urlbar.trending.featureGate = true
* browser.urlbar.recentsearches.featureGate = true
* browser.urlbar.trending.requireSearchMode = false
* VPN connected to US/CA.
* Google set as default search engine

**Steps to reproduce**
1. Launch Firefox with the profile from preconditions.
2. Perform a few searches using the default search engine.
3. Open a new tab after each search and check that the most recent search is added to the `Recent Searches` list

**Expected result**
* The latest search item is added instantly to the `Recent Searches` list

**Actual result**
* There is a noticeable (short) delay when opening the address bar after new searches were made.

**Regression range**
* Will look for one ASAP.
Bug: Application error on autoscout24.de when searching for a car model with "Always translate German" enabled
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2024-02-26 13:22:02+00:00
Resolved: 2025-01-15 20:15:24+00:00

**Environment:**
Operating system: Windows 10
Firefox version: Nightly 125.0a1 (2024-02-25) / Release 123

**Steps to reproduce:**
1. Go to https://www.autoscout24.de/auto-verkaufen
2. When translation pop-up appears click on the gear icon and select "Always translate German" and deselect "Always offer to translate"
3. Fill in all the fields.
4. Press "Continue"

**Expected results:**
Results are displayed.

**Actual results:**
Application error displayed.

**Note:** it reproduced on the 2nd try on Nightly
Bug: TabHoverStart and TabHoverEnd events are dispatched unnecessarily
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-02-26 15:25:42+00:00
Resolved: 2024-03-28 14:37:47+00:00

Because they are triggered from `mouseover`/`mouseout` events we end up sending these even when moving within elements inside the tab element.
Bug: missing translation on part of the UI on s-bahn.de
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-26 15:38:41+00:00
Resolved: 2024-02-26 15:47:58+00:00

STR:
 - Nightly french l10n
 - https://sbahn.berlin/fahren/fahrplanauskunft/?stationStart=S%2BU+Alexanderplatz+Bhf+%28Berlin%29&stationEnd=Flughafen+BER&journeyType=depart&datetime=2024-02-29T10%3A01%3A00%2B00%3A00
 - properly loads in german, but my german is rusted
 - ask for translation German -> French
 - top of the UI gets translated, but panel on the left not
Bug: Drag and drop of the Firefox icon to the taskbar is not working from the Start Menu-Pinned section.
Status: NEW
Priority: --
Created: 2024-02-26 15:39:33+00:00
Resolved: 2024-02-26 15:40:21+00:00

**Found in** 
* version: 124.0b3
**Affected versions**
* version1: 121.0b1

**Tested platforms**
* Affected platforms: Win11
* Unaffected platforms: Win10

**Preconditions**
* Have Firefox installed.

**Steps to reproduce**
1. Go to the installation folder.
2. Right click on firefox.exe.
3. Select ‘Pin to Start’.
4. Go to the Windows start menu and from the Pinned section drag and drop the Firefox icon to the taskbar.

**Expected result**
* Firefox icon should be drag and drop to taskbar.

**Actual result**
* Firefox icon can not be dropped to taskbar from the Pinned section.

**Regression range**
* To be added.

**Additional notes**
* Does not reproduce  on Win10x64 only on Win11x64. I have the option to pin the icon to the taskbar if I use the right click option, only drag and drop is not working from the pinned section. Also the drag and drop works from the ‘All apps’ menu.
Bug: Remove obsolete Firefox View prefs
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-02-26 16:07:52+00:00
Resolved: 2024-04-17 00:50:34+00:00

Steps to reproduce:

Go to about:config and set any of the following options to "false" in Firefox 123
browser.tabs.firefox-view
browser.tabs.firefox-view-newIcon
browser.tabs.firefox-view-next

None of this options apparently works in Firefox 123.

In contrast, "browser.firefox-view.search.enabled" works as expected in 123 and all of them works normally in Firefox 122


Actual results:

Apparently nothing happens 


Expected results:

Firefox should honor the option set.
Bug: Regression from https://bugzilla.mozilla.org/show_bug.cgi?id=1864237
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-02-26 23:48:07+00:00
Resolved: 2024-05-30 18:20:53+00:00

please verify ticket https://bugzilla.mozilla.org/show_bug.cgi?id=1864237
Bug: "Open tab" blanks in Firefox View
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2024-02-27 02:25:02+00:00
Resolved: 2024-11-04 12:29:52+00:00

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

Steps to reproduce:

1. Opening some Firefox windows with some tabs
2. Open "Firefox View"
3. Click "Open tabs" in "Firefox View"


Actual results:

Blank result in Firefox View


Expected results:

Showing some groups of tabs with title