av9ash/GitBugs huggingface dataset:
Bug: Summary element focus styles in card-container look offset, go outside the bounds of the containing details element
Status: NEW
Priority: P3
Created: 2024-01-17 16:50:57+00:00
Resolved: 2024-01-31 15:53:48+00:00

Just a small visual nit, but I noticed that the focus outline for the `<summary>` element in the card used throughout Firefox View slightly exceeds the bounds of the containing `<details>` element. I noticed this on the "Open Tabs" view, but in theory this would happen anywhere we don't have a "Learn more" link next to the `<summary>`.

Playing around with this in JSFiddle it seems to be a somewhat surprising result of setting both `width: 100%` and `display: inline-flex` on the `<summary>` element: https://jsfiddle.net/hmjones/d08ytwhu/6/
Bug: Perma DevEdition browser/components/screenshots/tests/browser/browser_screenshots_short_page_test.js | The screenshot toolbar button is visible - when Gecko 123 merges to Beta on 2024-01-22
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-01-17 16:53:04+00:00
Resolved: 2024-01-23 15:38:22+00:00

[Central-as-beta-simulation](https://treeherder.mozilla.org/jobs?repo=try&group_state=expanded&selectedTaskRun=dZaMRQypSDyQtQt-Vfir7A.0&resultStatus=testfailed%2Cbusted%2Cexception%2Cusercancel&revision=8976c40bf9ce58e76195bc94cdd00782b8e0b66e&test_paths=browser%2Fcomponents%2Fscreenshots%2Ftests%2Fbrowser%2F)

[How to run these simulations](https://wiki.mozilla.org/Sheriffing/How_To/Beta_simulations#TRUNK_AS_EARLY_BETA)

[Failure log](https://treeherder.mozilla.org/logviewer?job_id=443634187&repo=try)

```
[task 2024-01-17T15:16:41.133Z] 15:16:41     INFO - TEST-PASS | browser/components/screenshots/tests/browser/browser_screenshots_short_page_test.js | Got dimensions back from the content - 
[task 2024-01-17T15:16:41.133Z] 15:16:41     INFO - Buffered messages logged at 15:16:41
[task 2024-01-17T15:16:41.134Z] 15:16:41     INFO - Got 620x620. Expecting 620. true true
[task 2024-01-17T15:16:41.134Z] 15:16:41     INFO - Buffered messages finished
[task 2024-01-17T15:16:41.135Z] 15:16:41     INFO - TEST-UNEXPECTED-FAIL | browser/components/screenshots/tests/browser/browser_screenshots_short_page_test.js | The screenshot toolbar button is visible - 
[task 2024-01-17T15:16:41.135Z] 15:16:41     INFO - Stack trace:
[task 2024-01-17T15:16:41.135Z] 15:16:41     INFO - chrome://mochikit/content/browser-test.js:test_ok:1591
[task 2024-01-17T15:16:41.135Z] 15:16:41     INFO - chrome://mochitests/content/browser/browser/components/screenshots/tests/browser/head.js:triggerUIFromToolbar:75
[task 2024-01-17T15:16:41.135Z] 15:16:41     INFO - chrome://mochitests/content/browser/browser/components/screenshots/tests/browser/browser_screenshots_short_page_test.js:test_window_resize/<:76
[task 2024-01-17T15:16:41.135Z] 15:16:41     INFO - resource://testing-common/BrowserTestUtils.sys.mjs:withNewTab:146
[task 2024-01-17T15:16:41.135Z] 15:16:41     INFO - chrome://mochitests/content/browser/browser/components/screenshots/tests/browser/browser_screenshots_short_page_test.js:test_window_resize:45
[task 2024-01-17T15:16:41.135Z] 15:16:41     INFO - chrome://mochikit/content/browser-test.js:handleTask:1138
[task 2024-01-17T15:16:41.135Z] 15:16:41     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1210
[task 2024-01-17T15:16:41.135Z] 15:16:41     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1352
[task 2024-01-17T15:16:41.136Z] 15:16:41     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1127
[task 2024-01-17T15:16:41.136Z] 15:16:41     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
[task 2024-01-17T15:16:41.136Z] 15:16:41     INFO - TEST-PASS | browser/components/screenshots/tests/browser/browser_screenshots_short_page_test.js | Panel buttons are visible - 
```
Bug: Firefox view "History" contents briefly disappear after you switch to that section or change tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-17 18:14:56+00:00
Resolved: 2024-01-19 16:08:15+00:00

STR:
1. In Firefox View, switch back and forth between "History" and some other section (e.g. "Recent Browsing")

ACTUAL RESULTS:
Each time you switch to "History", all of its displayed history entries briefly disappear (i.e. flash/blink out of existence) and then reappear.

EXPECTED RESULTS:
No such disappearance/flashing.

See attached screencast.

I'm using Firefox Nightly 123.0a1 (2024-01-16)
Bug: Cannot scroll tab list when card preview is shown
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-01-17 19:57:03+00:00
Resolved: 2024-02-28 07:58:58+00:00

When the card preview is shown it is no longer possible to scroll the tab list with either a mouse wheel or trackpad.

STR
1. Enable `browser.tabs.cardPreview.enabled`
2. Open enough tabs that they start to scroll
3. Hover a tab and wait for card preview
4. Scroll the tabs (either mouse wheel or trackpad)

Expected results: The tabs scroll
Actual results: No scrolling occurs
Bug: Firefox Translate often makes websites unusable
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-18 08:50:55+00:00
Resolved: 2024-07-19 19:19:58+00:00

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

Steps to reproduce:

Here is just the most recent example

Visit: https://www.myhermes.de/service/kontakt/?wt_cc1=kundenservice&wt_mc=re_zn19 with auto translate from German to English

Select Theme "Receiving"
Select Concerns "Where is my show?" (mistranslation)
Click Continue


Actual results:

Steps 3 and 4 appear but Step 2 is entirely missing


Expected results:

Step 2 should be displayed as the form validation prevents submission without Step 2 being filled out.

However this is just a tiny indication of how often Firefox inline webpage translation renders a website completely non-functional. I was super excited that translation was added, but I often find myself having to open Chrome or Edge to get inline translation that works without breaking forms or other elements on a page. Often I find large elements disappear, or hover/dropdown menus no longer appear once the page has been translated.

Additionally, form elements are often broken with date dropdowns completely broken, or form validation messed up. The biggest issue with form submission issues is that when you decide to turn off inline translation using "Show Original" - the entire page does a full reload - resulting in you likely losing everything you entered thus far in the form.
Bug: The target": "non_ads_link" is registered in the serp glean telemetry after clicking the Shopping tab from Google
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-01-18 14:28:19+00:00
Resolved: 2024-04-01 15:39:27+00:00

**[Notes]:**
- We haven't managed to reproduce this issue with Bing. The "target": "shopping_tab", is correctly registered in the "engagement" ping after clicking the Shopping tab from Google.

**[Affected versions]:**
- Firefox Release 121.0.1 (Build ID: 20240108143603)
- Firefox Beta 122.0b8 (Build ID: 20240110091443)
- Firefox Nightly 123.0a1 (Build ID:20240117145030)

**[Affected Platforms]:**
- macOS 13.1
- Windows 10 x64
- Ubuntu 20.04

[Prerequisites]:
- Have Google set as default search engine.
- Have a Firefox profile with the following prefs in the "about:config" page:
 - browser.search.serpEventTelemetry.enabled set to true

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Navigate to "about:glean" and create a debug tag.
3. Open a new tab and search in urlbar for "shopping shoes".
4. Click on the "Shopping" tab from the Google page.
5. Go to “https://debug-ping-preview.firebaseapp.com/” and select the previous debug tag.
6. Click on the last event sent.
7. Observe the "engagement" ping.

**[Expected result]:**
- The target": "shopping_tab" is correctly registered.

**[Actual result]:**
- The target": "non_ads_link" is registered instead of the target": "shopping_tab".

**[Additional Notes]:**
- Attached is a screen recording of the issue.
Bug: Files can change in a folder between when DLP runs and the results are returned
Status: NEW
Priority: --
Created: 2024-01-18 15:48:59+00:00
Resolved: 2024-02-20 18:27:59+00:00

:rkraesig [brought this up in D198457](https://phabricator.services.mozilla.com/D198457#anchor-inline-1103074). To fix this I think we'd have to change the file picker to also return the files present in the directory instead of relying on enumerating them again.
Bug: Tabs are being closed when I click on them
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-01-18 17:17:00+00:00
Resolved: 2024-04-22 12:42:20+00:00

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

Steps to reproduce:

I have multiple tabs open and click one of them to select it.


Actual results:

Instead of being shown, it's closed.
Once, I even didn't move my mouse after the tab closed and clicked again, the tab that moved to place where the first one was, was closed too. 


Expected results:

Selecting a tab should select a tab, not close it.
Bug: history.replaceState does not update address bar URL after manually modifying the URL
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-18 18:03:47+00:00
Resolved: 2024-01-22 17:00:39+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36

Steps to reproduce:

1. Load a page that calls replaceState
2. Manually edit the URL
3. Trigger the replaceState call

You can repro using this project:
https://codesandbox.io/p/sandbox/firefox-replace-state-bug-pdw523

1. Load the page on http://localhost:3000
2. Click the button and see that the address bar updates to http://localhost:3000/?test0
3. Modify the URL to http://localhost:3000/?modified
4. Click the button again

Note, you will need to download an run it locally. The codemirror simulated browser has the correct functioning behavior.


Actual results:

The URL in the address bar did not update


Expected results:

The replace state should have updated the URL in the address bar.
Bug: It's impossible to hide tab name and show icons only
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-18 18:23:24+00:00
Resolved: 2024-01-23 15:52:29+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/111.0.0.0 Safari/537.36 Edg/111.0.100.0

Steps to reproduce:

Steps to reproduce:
- set about:config option browser.tabs.tabMinWidth to 0 (or even 32)


Actual results:

Tab width is not changed correctly, part of the first letter is still visible, which is useless, because it's not visible in some cases.


Expected results:

It should be possible to make tab with more narrow, without any text, name, as in other browsers.

Firefox is very good configurable, but the tab width is limited here.

In Chrome and Edge it's possible to hide tab names and use icons only and it works good.

Even the current minimum tab width have some other issues, related bugs:
- [Tab X close button moves to wrong position](https://bugzilla.mozilla.org/show_bug.cgi?id=1865926)
- [Direct drag&drop from inactive tab is not working](https://bugzilla.mozilla.org/show_bug.cgi?id=1874229)

Firefox 121.0.1 (64-bit), Windows 10 22H2 64-bit.
Bug: Newtab Manage more settings link open in new tab doesn't work
Status: NEW
Priority: P3
Created: 2024-01-18 21:49:05+00:00
Resolved: 2024-02-27 18:55:51+00:00

If you open the customise menu on newtab, and right click on the "Manage more settings" link, then click on "Open in new tab" in the context menu, nothing seems to happen.
Bug: Desktop notifications don't work in private window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-18 22:52:19+00:00
Resolved: 2024-01-18 23:31:51+00:00

Steps to reproduce:

I opened site that uses desktop notifications in private window, e.g. https://www.bennish.net/web-notifications.html
I pressed button Authorize.



Actual results:

Web page complains:
Permission to display: denied


Expected results:

Firefox should ask to Allow.
When user presses Allow then web page setups desktop notifications and write:
Permission to display: granted
This way it happens in non-private window.
Bug: Intermittent toolkit/components/pdfjs/test/browser_pdfjs_main.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-01-19 14:01:52+00:00
Resolved: 2025-02-03 12:13:21+00:00

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

---
```
TEST-PASS | toolkit/components/pdfjs/test/browser_pdfjs_main.js | sidebar closes on click - true == true - 
[task 2024-01-19T12:44:03.235Z] 12:44:03     INFO - Buffered messages finished
[task 2024-01-19T12:44:03.235Z] 12:44:03     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/pdfjs/test/browser_pdfjs_main.js | initial page is 1 - 0 == 1 - got 0, expected 1 (operator ==)
[task 2024-01-19T12:44:03.235Z] 12:44:03     INFO - Stack trace:
[task 2024-01-19T12:44:03.235Z] 12:44:03     INFO - @chrome://mochitests/content/browser/toolkit/components/pdfjs/test/browser_pdfjs_main.js:60:16
[task 2024-01-19T12:44:03.235Z] 12:44:03     INFO - execute@resource://testing-common/SpecialPowersSandbox.sys.mjs:139:12
[task 2024-01-19T12:44:03.235Z] 12:44:03     INFO - _spawnTask@resource://testing-common/SpecialPowersChild.sys.mjs:1654:15
[task 2024-01-19T12:44:03.235Z] 12:44:03     INFO - receiveMessage@resource://testing-common/SpecialPowersChild.sys.mjs:257:21
[task 2024-01-19T12:44:03.235Z] 12:44:03     INFO - JSActor query*receiveMessage@resource://testing-common/SpecialPowersParent.sys.mjs:1385:14
[task 2024-01-19T12:44:03.235Z] 12:44:03     INFO - JSActor query*spawn@resource://testing-common/SpecialPowersChild.sys.mjs:1583:17
[task 2024-01-19T12:44:03.235Z] 12:44:03     INFO - test/<@chrome://mochitests/content/browser/toolkit/components/pdfjs/test/browser_pdfjs_main.js:33:27
[task 2024-01-19T12:44:03.235Z] 12:44:03     INFO - async*withNewTab@resource://testing-common/BrowserTestUtils.sys.mjs:146:22
[task 2024-01-19T12:44:03.235Z] 12:44:03     INFO - async*test@chrome://mochitests/content/browser/toolkit/components/pdfjs/test/browser_pdfjs_main.js:28:26
[task 2024-01-19T12:44:03.235Z] 12:44:03     INFO - handleTask@chrome://mochikit/content/browser-test.js:1138:26
[task 2024-01-19T12:44:03.235Z] 12:44:03     INFO - _runTaskBasedTest@chrome://mochikit/content/browser-test.js:1210:18
[task 2024-01-19T12:44:03.235Z] 12:44:03     INFO - Tester_execTest@chrome://mochikit/content/browser-test.js:1352:14
[task 2024-01-19T12:44:03.236Z] 12:44:03     INFO - nextTest/<@chrome://mochikit/content/browser-test.js:1127:14
[task 2024-01-19T12:44:03.236Z] 12:44:03     INFO - SimpleTest.waitForFocus/<@chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:1058:13
[task 2024-01-19T12:44:03.236Z] 12:44:03     INFO - TEST-PASS | toolkit/components/pdfjs/test/browser_pdfjs_main.js | viewBookmark button has href - true == true -
```
Bug: Save buttons are not dismissed on click selection on the about:crashes page
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-01-19 14:42:29+00:00
Resolved: 2024-03-04 20:56:39+00:00

**Found in**
* Nightly 123.0a1

**Affected versions**
* Nightly 123.0a1

**Tested platforms**
* Affected platforms: macOS 13, Ubuntu 22.04 x64
 

**Preconditions**
* 'screenshots.browser.component.enabled' is set to true in about:config

**Steps to reproduce**
1. Go to about:crashes
2. Enable Screenshots and do a click selection.

**Expected result**
* The Save buttons should be dismissed when the click selection is done.

**Actual result**
* The Save buttons are not dismissed when the click selection is done. Please see the screenshot for mode details.

**Regression range**
* This is not a regression, it's reproducible only when enabling the component version of Screenshots.
Bug: TypeError: can't access property "kiosk" in Android
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-01-19 16:59:12+00:00
Resolved: 2024-04-30 16:44:46+00:00

`[JavaScript Error: "TypeError: can't access property "kiosk", lazy.BrowserHandler is undefined" {file: "resource://gre/actors/TranslationsParent.sys.mjs" line: 463}]`

Error showing up in logs when testing Translations in Android loaded through Fenix and GeckoView Example. [This line](https://searchfox.org/mozilla-central/source/toolkit/components/translations/actors/TranslationsParent.sys.mjs#463) may need a `AppConstants.platform !== "android"` or similar. 

Error is preventing GeckoView from receiving `TranslationsParent:OfferTranslation` message.
Bug: home and newtab customize gear icon is cut off by the bookmarks toolbar
Status: NEW
Priority: P3
Created: 2024-01-19 17:22:33+00:00
Resolved: 2024-11-01 10:39:06+00:00

Not sure how to reproduce this yet, but I've seen it come up a few times. I think it might have something to do with changing the window focus/resizing.
Bug: Exposure event: Hidden exposures are overcounted
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-01-19 20:49:29+00:00
Resolved: 2024-03-19 23:25:02+00:00

Via Wil: The higher-placement sponsored experiment revealed that hidden exposures are recorded much more often than visible exposures. We seem to be recording hidden exposures for results that ultimately would not have been shown. Wil and I took a look at the relevant code and think we found two problematic call sites:

1. [Here](https://searchfox.org/mozilla-central/rev/9c65def36af441133c75a44b126e65184b039b2f/browser/components/urlbar/UrlbarView.sys.mjs#1208): The result would not have been shown until [this line](https://searchfox.org/mozilla-central/rev/9c65def36af441133c75a44b126e65184b039b2f/browser/components/urlbar/UrlbarView.sys.mjs#1218) a little farther down is reached
2. [Here](https://searchfox.org/mozilla-central/rev/9c65def36af441133c75a44b126e65184b039b2f/browser/components/urlbar/UrlbarView.sys.mjs#1247): Similarly, the result wouldn't have been shown until [this line](https://searchfox.org/mozilla-central/rev/9c65def36af441133c75a44b126e65184b039b2f/browser/components/urlbar/UrlbarView.sys.mjs#1283) farther down is reached

When fixing this, we'll need to be careful to prevent hidden exposures from affect the view. The second call site in particular has some logic (`seenMisplacedResult`, `newVisibleSpanCount`) before determining whether the newly created result can be shown.

I'd also like to try writing a test that exercises every possible code path with exposures shown vs. hidden to make sure hidden exposures are recorded exactly when visible exposures are.
Bug: Slow (single-threaded) PDF rendering for documents with lots of vector shapes
Status: NEW
Priority: P3
Created: 2024-01-19 22:07:59+00:00
Resolved: 2025-01-24 12:30:14+00:00

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

Steps to reproduce:

Go to the [STM transport network maps](https://www.stm.info/en/info/networks/maps) page and click the [PDF of the whole "System map"](https://www.stm.info/sites/default/files/media/Stminfo/images/plan_reseau.pdf)

(or you can download that PDF and open it locally with Firefox, to rule out the download times from your measurement)


Actual results:

After the download is complete, and render begins, on a reasonably fast CPU with 8 threads (in my case: an Intel Xeon W3520, but it would also happen on more modern multi-core CPUs like an 8th-gen i5 or i7), it takes 9 to 10 seconds to render the map. 

I tested this on Fedora Linux 39, on the Wayland version of GNOME 45.3 (but I think it would also affect Xorg) with open source Radeon R9 270 graphics.

During that time, if you observe the CPU's usage, you will see that only 1 of your threads/cores is being used (at 100%), the rest mostly sit idle.


Expected results:

Firefox should use all my CPU threads/cores for rendering a PDF page's contents; doing so would presumably allow rendering such complex documents in 1 to 2 seconds instead of 9-10.
Bug: Address Bar contents get shifted leftwards (due to shield icon disappearing) when you enter edit mode, which makes it hard to do precise edits by clicking and deleting/editing
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2024-01-19 22:15:09+00:00
Resolved: 2024-09-25 17:29:46+00:00

STR:
1. Type or paste `1234567890` into your Address Bar and hit Enter to perform a search.
Now: pretend you want to delete a character from the middle of your search term; let's say the `5` character. Here's what you do:
2. Click just to the right of "5" (and **don't release the mouse-button yet**)
3. "accidentally" move your mouse ever so slightly to the right (like 1px) and then release the button.
4. Press backspace, in an attempt to delete "5"

ACTUAL RESULTS:
The `5` character is still there, and `67` get deleted instead.  Here's why:
- When you click, the address bar enters edit mode, and **its whole contents shift leftwards (out from under your cursor)** by ~2 character-widths.
- If you move your mouse at all as in step 4, then Firefox interprets this as you creating a selection from after the `5` to after the `7` (even though you barely moved your cursor).
- So when you hit backspace, Firefox deletes the selection after `5`, instead of doing what you wanted.

EXPECTED RESULTS:
The text should not move around when I click.
No selection should be created.
At the end of the STR, the character `5` should have been backspaced.
Bug: Tab card preview listeners should only be active while preview is shown
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-01-19 22:24:43+00:00
Resolved: 2024-01-25 15:15:01+00:00

The `TabSelect` listener is added in `connectedCallback()` of the card preview, which fires when the card preview is set up initially. This means it is performing work every time the user changes tabs, regardless of whether the preview is shown or not. In bug 1875143, there is a new listener added in the same place, this time for `wheel` which would fire much more often. The `wheel` event should likely be added/removed when the panel is shown/hidden, and may as well do `TabSelect` while we're at it then.
Bug: Tab card preview should not show in non-active windows
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-01-19 22:32:55+00:00
Resolved: 2024-05-28 16:19:52+00:00

The tab card preview ends up focusing Firefox, even if it was not the active window. I assume this is just how panels work, although there could be some way to disable this. What we likely want instead is that the preview is not shown when hovering a tab in a non-active window.

STR
1. Enable tab card previews
2. Open some tabs
3. Focus another application, eg Slack, and position the window so you can see the Firefox tabs
4. Hover a tab in Firefox

Expected results: Nothing happens (or the preview is shown and focus doesn't change)
Actual results: The card preview is shown and Firefox is brought to the foreground