av9ash/GitBugs huggingface dataset:
Bug: Missing info icon for language switch notification
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-09-18 17:01:30+00:00
Resolved: 2023-10-12 03:01:43+00:00

Noticed this in [tor browser](https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/41903), and should effect similar builds.

Confirmed with firefox esr115.2.1esr, but, based on the code, I think this is also present in trunk.

### Steps to reproduce

1. Make sure "intl.multilingual.liveReload" is "false".
2. Open settings (General, Language) and switch language.

### Result

Get notification "Restart Firefox to apply these changes", but the info icon is instead a broken image.

### Expect

`info.svg` to be shown next to the notification.

## Origin

I think this was regressed by [this change](https://hg.mozilla.org/mozilla-central/rev/a32bc26b2c26#l1.60). Basically, this notification uses the `.message-bar > .message-bar-icon` classes for its styling, which [still expects a xul:image rather than a html:img](https://searchfox.org/mozilla-central/rev/431bcb0e88e49b92c6913c0916c7ad15e8a4875c/toolkit/themes/shared/in-content/common-shared.css#1303).

Note that the rest of preferences uses the `.info-icon-container > .info-icon` pattern.
Bug: Intermittent browser/components/search/test/browser/telemetry/browser_search_telemetry_adImpression_component.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-09-18 19:03:07+00:00
Resolved: 2025-03-03 12:03:05+00:00

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

---
```
TEST-PASS | browser/components/search/test/browser/telemetry/browser_search_telemetry_adImpression_component.js | Should have equal values for an ad impression. - {"ads_hidden":"0","component":"refined_search_buttons","ads_loaded":"1","ads_visible":"1","impression_id":"c773da9c-3a1d-421c-9949-3c591fc675eb"} deepEqual {"component":"refined_search_buttons","ads_loaded":"1","ads_visible":"1","ads_hidden":"0","impression_id":"c773da9c-3a1d-421c-9949-3c591fc675eb"} - 
[task 2023-09-18T11:29:01.137Z] 11:29:01     INFO - Leaving test bound test_impressions_without_ads
[task 2023-09-18T11:29:01.138Z] 11:29:01     INFO - Buffered messages finished
[task 2023-09-18T11:29:01.139Z] 11:29:01     INFO - TEST-UNEXPECTED-FAIL | browser/components/search/test/browser/telemetry/browser_search_telemetry_adImpression_component.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2023-09-18T11:29:01.139Z] 11:29:01     INFO - GECKO(7192) | MEMORY STAT | vsize 2104407MB | vsizeMaxContiguous 67756746MB | residentFast 322MB | heapAllocated 104MB
[task 2023-09-18T11:29:01.140Z] 11:29:01     INFO - TEST-OK | browser/components/search/test/browser/telemetry/browser_search_telemetry_adImpression_component.js | took 59016ms
[task 2023-09-18T11:29:01.140Z] 11:29:01     INFO - checking window state
[task 2023-09-18T11:29:01.141Z] 11:29:01     INFO - TEST-START | browser/components/search/test/browser/telemetry/browser_search_telemetry_categorization_timing.js
```
Bug: The firefox-nightly .deb package doesn't get localized and is missing its distribution ID when using an existing profile
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-09-18 23:00:40+00:00
Resolved: 2023-12-06 08:36:18+00:00

The firefox-nightly .deb package doesn't get localized when using a profile from created by the tarred binary. The Distribution ID is also missing. Thing work as expected if a new profile is created for the .deb package.

Distribution ID => empty with my firefox binary profile
Distribution ID => mozilla-deb with a new profile
Bug: Broken link in privacy and security
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-09-19 01:11:08+00:00
Resolved: 2023-11-15 12:54:31+00:00

Go to Settings > Privacy & Security > Enhanced Data Protections:
'Learn more' link on 'Tell websites not to sell or share my data' is leading to the 'Page Not Found' page on support.mozilla.org
Bug: Firefox does not remember my PINned tabs when closed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-09-19 03:21:18+00:00
Resolved: 2023-09-19 14:38:08+00:00

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

Steps to reproduce:

Firefox for Windows 117.0.1 (64-bit)
I have a number of pinned tabs. I open a PRIVATE SESSION in a NEW WINDOW.
I accidentally click the "X" in the main Firefox and Firefox closes.  I then close the PRIVATE SESSION window and restart Firefox. 



Actual results:

All my PINned tabs have disappeared on restart and unrecoverable.


Expected results:

The PRIVATE SESSION should be private. Anything I do there should not affect the main Firefox window as with almost all other functions EXCEPT this one/
Bug: Hovering on a tab only highlights it on the side
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-09-19 03:44:41+00:00
Resolved: 2023-09-23 03:32:19+00:00

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

Steps to reproduce:

I opened several tabs and hovered over all of them. When I hover over them the background becomes a lighter shade of grey as it should.


Actual results:

I clicked on the third last tab in the middle and it did not switch to that tab, nor did the background become light grey. I had to hover to the left or right of the tab.


Expected results:

I should have been able to switch to the tab by clicking in the middle of it, not having to go to the sides.
Bug: Using 115.2.0esr (64 bit) and MacOS 13.5.2（22G91. The operation to close multiple tabs does not work.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-09-19 07:29:12+00:00
Resolved: 2023-10-20 08:46:08+00:00

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

Steps to reproduce:

I selected multiple tabs and used the keyboard shortcut "cmd + w".


Actual results:

The operation to close multiple tabs does not work. 


Expected results:

I expected that multiple selected tabs are closed.
Bug: pocket.shonenmagazine.com - Attempting to download screenshot of the page using the "Take screenshot" feature fails
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-09-19 09:44:44+00:00
Resolved: 2023-09-21 18:42:30+00:00

From github: https://github.com/webcompat/web-bugs/issues/127260.

> <!-- @browser: Firefox 117.0 -->
> <!-- @ua_header: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/117.0 -->
> <!-- @reported_with: unknown -->
> <!-- @public_url: https://github.com/webcompat/web-bugs/issues/127260 -->
> 
> **URL**: https://pocket.shonenmagazine.com/episode/4855956445093738795
> 
> **Browser / Version**: Firefox 117.0
> **Operating System**: Linux
> **Tested Another Browser**: Yes Other
> 
> **Problem type**: Something else
> **Description**: can not save screenshot
> **Steps to Reproduce**:
> open URL
> right click with SHIFT key
> Screenshot(T)
> click anywhere and Enter
> failed download
> 
> <details>
> <summary>Browser Configuration</summary>
> <ul>
>   <li>None</li>
> </ul>
> </details>
> 
> _From [webcompat.com](https://webcompat.com/) with ❤️_

Change performed by the [Move to Bugzilla add-on](https://addons.mozilla.org/en-US/firefox/addon/move-to-bugzilla/).
Bug: Hide network status in DOM fullscreen (was: Status line visible on top of fullscreen videos)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-09-19 11:40:15+00:00
Resolved: 2023-11-29 20:39:08+00:00

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

Steps to reproduce:

1. Open a Youtube video.
2. Play it and switch to fullscreen mode (press F or an icon in the UI).


Actual results:

The video opens fullscreen, but the status bar at the bottom of the screen (saying that it's performing a TLS handshake) stays above the video and visible. In my case, this status bar stays visible for a very long time (minutes?) and may even last to the end of the video. This is distracting.

This doesn't always happen and obviously depends on whether the status bar disappears naturally (e.g. when the relevant network activity finishes quick enough). I think, it may even not reproduce reliably (meaning that sometimes, even when the status bar is visible in non-fullscreen mode, switching to fullscreen will hide the status bar), but I'm not sure whether this happens because the status bar disappears naturally or because the fullscreen video covers it.


Expected results:

Fullscreen video should hide the status bar.
Bug: Typo in about:privatebrowsing new copy
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-09-19 12:44:56+00:00
Resolved: 2023-09-19 20:24:59+00:00

> about-private-browsing-felt-privacy-v1-info-body = { -brand-short-name} deletes your cookie, history, and site data when you close all your private windows.

This typo has made through Jira tickets, bugs, multiple reviews without anyone noticing (myself included). It should be cookies, not cookie.

We can still fix this without a new string ID, since the string hasn't been exposed yet.

https://www.figma.com/file/Ha2T4I0nX0h7B95GYxH6wV/Simplified-UI-for-Private-Mode?type=design&node-id=1577-52217&mode=design&t=lzTuCqf0KnMy3bJl-0
Bug: Launcher fails to properly quote empty command arguments
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-09-19 13:17:10+00:00
Resolved: 2023-10-26 09:16:01+00:00

Running `firefox.exe --backgroundtask removeDirectory C:\Users\sasch\AppData\Local\Temp\firefox\xpcshellprofile "" "10", ".abc"` somehow loses the argument `""`. Running this command opens two processes with different command line arguments in serial:

1. `"C:\Users\sasch\Documents\GitHub\gecko-dev\obj-x86_64-pc-windows-msvc\dist\bin\firefox.exe" --backgroundtask removeDirectory C:\Users\sasch\AppData\Local\Temp\firefox\xpcshellprofile "" 100 .abc`
2. `C:\Users\sasch\Documents\GitHub\gecko-dev\obj-x86_64-pc-windows-msvc\dist\bin\firefox.exe --backgroundtask removeDirectory C:\Users\sasch\AppData\Local\Temp\firefox\xpcshellprofile  100 .abc` (double spaces between the path and `100`, somehow bugzilla ignores it)

This is not specific to background tasks, omitting `--backgroundtask` also does the same, although in that case the first process soon disappears and the one without the quote remains.
Bug: Show more bookmarks section cannot be reordered after disabling and re-enabling Bookmarks Toolbar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-09-19 13:48:32+00:00
Resolved: 2023-10-04 17:48:53+00:00

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

Steps to reproduce:

I have bookmarks in the show more section of the bookmarks toolbar.


Actual results:

Whenever I add a new bookmark I reorder it and once I finish reordering it I continue using Firefox. Then when I try to rearrange the bookmarks again it wont let me do it from the show more bookmarks section. Only after restarting Firefox it allows me to rearrange them once.


Expected results:

I should be able to rearrange the bookmarks at any moment and not only once.
Bug: refresh page in greenkart and cart count should not be cleared
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-09-20 07:25:00+00:00
Resolved: 2023-09-20 07:31:26+00:00

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

Steps to reproduce:

login to xyz url
add items to the cart
verify cart count greate than 0
refresh the page


Actual results:

cart count reset to 0


Expected results:

cart count should not reset
Bug: An outside link to a url with a colon opens Firefox in view-source mode
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-09-20 08:28:45+00:00
Resolved: 2023-09-25 10:07:31+00:00

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

Steps to reproduce:

Steps:
- Have Firefox as default browser.
- Make a link in an application outside of Firefox (I used the native Notes app on Mac)
- type: example.com/id:87932 and hit enter.
- This will make the url a link. Click on the link


Actual results:

- Observe that Firefox opens in view-source mode and tries to navigate to line 87932 (the number after the colon in the url)
- Observe that if the line cannot be found a warning is shown that the line can't be found.


Expected results:

Firefox should not open in view-source mode, but in normal mode and should treat urls with colons in them (and a number behind the colon) as normal urls.
Bug: unnecessary complexity of closing dialog
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2023-09-20 09:10:40+00:00
Resolved: 2023-10-31 14:39:39+00:00

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

Steps to reproduce:

pressing ctrl+q results in a confirmation dialo that has at least two variants. 


Actual results:

i'm presented with several variants of the dialog when i want to quit firefox, depending on if i have more than one windows opened, or i have one (or more) window(s) with several tabs opened.


Expected results:

frankly i *do not care* about if what am closing are windows or tabs. i just want to quit the browser. so please reduce this complexity and present just one meaningful dialog that has two buttons that always have the same labels - cancel and quit.
Bug: In PDFs: characters are wrongly mapped when document uses a non-embedded font not present in the system
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-09-20 09:23:31+00:00
Resolved: 2023-12-08 09:08:53+00:00

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

Steps to reproduce:

Drag the attached PDF into 117.0.1 Firefox to display with the internal PDF view.


Actual results:

All the text is completely garbled showing all non-ASCII characters.

If I set config browser.display.use_document_fonts=0 then it renders the text ok.

The same is seen with all PDFs from this same source.

The problem wasn't noticed with older versions of Firefox (it's only recently started).


Expected results:

Other PDF readers including Chrome browser all render the attached PDF just fine.
Bug: The Default Browser Dialog's keyboard navigation visual focus is unaligned
Status: NEW
Priority: --
Created: 2023-09-20 09:33:48+00:00
Resolved: 2024-07-01 11:16:24+00:00

**Note**
* When the Default browser Dialog is displayed and the user taps TAB to focus through the controls, he will notice that the dialog can be focused as a whole and the visual box is unaligned.

**Found in**
* Nightly v119.0a1

**Affected versions**
* version1

**Tested platforms**
* Affected platforms: Windows 10, MacOS 11
* Unaffected platforms: -

**Steps to reproduce**
1. Launch the browser with a newly created profile.
2. Close the browser and reopen the same profile.
4. Press the TAB key until the whole Default Browser Dialog is focused.

**Expected result**
* The visual focus is aligned with the dialog.

**Actual result**
* The keyboard navigation visual focus is not aligned with the dialog.

**Regression range**
* This is not a regression, but an issue since implementation.
* Branch 88 does not reproduce the issue because the dialog wasn't yet implemented.
* I think this whole dialog selection might not have been intended, or at least, it does not appear to be of any use.
Bug: The Success page after refreshing Firefox is incompletely read on keyboard navigation
Status: NEW
Priority: --
Created: 2023-09-20 10:30:08+00:00
Resolved: 2024-04-17 23:29:23+00:00

**Note**
* When an NVDA+keyboard navigation user refreshes the browser and reaches the "Success" page, he will not receive the whole information from the page.
*Information that is not reached by keyboard navigation:
"Nightly is ready to go. Your add-ons and customizations have been removed and your browser settings have been restored to their defaults. If this didn’t fix your issue, learn more about what you can do."

**Found in**
* Nightly v119.0a1

**Affected versions**
* all

**Tested platforms**
* Affected platforms: Windows 10, Ubuntu 22
* Unaffected platforms: -

**Steps to reproduce**
1. Enable the Screen Reader and launch the browser.
2. Load about:support
3. Activate the "Refresh Nightly/Firefox..." button
4. Wait for the refresh to be performed and the Success page to be loaded.

**Expected result**
* The whole information on the page is being read.

**Actual result**
* Only a part of the information on the page is readable by keyboard navigation.

**Regression range**
* Does not appear to be a recent regression as it occurs in ESR 102.

**Additional notes**
* additional_note1
Bug: NVDA reads the request permission dialog (alert) twice, consecutively
Status: NEW
Priority: --
Created: 2023-09-20 11:43:23+00:00
Resolved: 2024-07-02 10:49:58+00:00

**Note**
* When the user joins a webrtc meeting while using NVDA and the webcam and microphone need permission, the alert/permission doorhanger is being read twice.

**Found in**
* Nightly V119.0a1

**Affected versions**
* Nightly V119.0a1
* ESR v102.15.1esr

**Tested platforms**
* Affected platforms: Windows
* Unaffected platforms: MacOS, Ubuntu

**Steps to reproduce**
1. Enable NVDA.
2. Load a webrtc meeting (www.whereby.com/olacreola)
3. Observe the Permission doorhanger being read.

**Expected result**
* The doorhanger is being read once.

**Actual result**
* The doorhanger is being read twice consecutively.

**Regression range**
* This is not a recent regression considering it occurs in ESR v102.15.1esr.

**Additional notes**
* This issue does not occur in the case of MacOS (VoiceOver) or Ubuntu (Orca).
Bug: The review checker sidebar remains blank on the pages where the OHTTP request limit is exceeded
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-09-20 11:51:40+00:00
Resolved: 2023-11-29 13:57:24+00:00

**Found in**
*  Firefox 119.0a1 (2023-09-19)

**Affected versions**
* Firefox 119.0a1 (2023-09-20)

**Tested platforms**
* Affected platforms: All

**Preconditions**
* browser.shopping.experience2023.enabled- **true**
* browser.shopping.experience2023.optedIn - **1**
* toolkit.shopping.ohttpConfigURL - *https://stage.ohttp-gateway.nonprod.webservices.mozgcp.net/ohttp-configs*
* toolkit.shopping.ohttpRelayURL - *https://mozilla-ohttp-dev.fastly-edge.com/*

**Steps to reproduce**
1. Open Firefox.
2. Open 51 random product pages from amazon/walmart/bestbuy.
3. Open browser toolbox to the network monitor tab.
4. Select all of the tabs and reload them.

**Expected result** 
* Review checker sidebar is populated accordingly on every open product page.

**Actual result**
* Since the OHTTP rate-limit is reached, 429 error(s) are thrown in the network monitor.
* Loading 51 product pages at once results in 2 pages not having the review checker sidebar populated. (2 POST events turn back with status-code:429)
* The 2 pages remain with a blank review checker sidebar until refreshed.

**Regression range**
* Not a regression.

**Additional notes**
* This also occurs when opening 50+ bookmarks at once or sending 50+ product page tabs to another device (through sync).
Bug: The X Close button from the Shopping Sidebar is not read out loud by the NVDA when hovered over using the mouse cursor
Status: NEW
Priority: P3
Created: 2023-09-20 13:25:51+00:00
Resolved: 2024-04-23 13:30:27+00:00

**Found in**
* Nightly 119.0a1 (2023-09-20) 

**Affected versions**
* Nightly 119.0a1 (2023-09-20) 

**Affected platforms**
* Windows

**Preconditions:**
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 1
Have NVDA Enabled.

**Steps to reproduce**
1. Reach https://www.amazon.com/WOKA-Electric-Standing-Adjustable-Controllers/dp/B09L1KY91X/ref=sr_1_2_sspa?crid=1I1N64FJG4GK7&keywords=standing%2Bdesk&qid=1692776724&sprefix=standing%2Bdes%2Caps%2C218&sr=8-2-spons&sp_csd=d2lkZ2V0TmFtZT1zcF9hdGY&th=1
2. Hover the Mouse cursor on top of the X Close button from the Shopping sidebar.

**Expected result**
* The X Close button should be read out loud when the user hovers the mouse cursor on top of it.

**Actual result**
* The X Close button is not read by the NVDA screen reader when hovered.

**Regression range**
Not Applicable
Bug: Close (X) button is automatically focused when the "Are these reviews reliable?" callout appears
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-09-20 13:57:07+00:00
Resolved: 2023-10-16 16:16:42+00:00

**Found in**
*  119.0a1 (2023-09-20)

**Affected versions**
* 119.0a1 (2023-09-20)

**Affected platforms**
* All

**Preconditions**
* browser.shopping.experience2023.enabled- **true**

**Steps to reproduce**
1. Open Firefox and reach [this](https://www.amazon.com/PlayStation-5-Console/dp/B09DFCB66S) link.
2. Click on the ```Yes, try it``` button inside the review checker sidebar.
3. Close the sidebar using the *Address bar icon* or  the ```X``` close button.
4. Close Firefox.
5. Advance the date of your system by 1 day.
6. Re-open Firefox using the same profile and reach an amazon product page.

**Expected result** 
* The "*Are these reviews reliable? Find out fast.*" call-out pops out from the Address bar icon. The focus is not on the ```X``` close button.

**Actual result**
* The "*Are these reviews reliable? Find out fast.*" call-out pop out from the Address bar icon is shown with focus set on the ```X``` close button.

**Regression range**
* Not a regression. The callouts were only recently added.

**Additional note**
* This does not occur on the other two callout types.
Bug: memory usage ballooning when scrolling through pdf
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-09-20 13:58:46+00:00
Resolved: 2023-12-10 12:06:03+00:00

str:
- open https://books.google.com/books/download/%C3%96sterreichische_Vierteljahresschrift_f.pdf?id=GrsoAAAAYAAJ&output=pdf (fill out the captcha in case it is served) in firefox' internal pdf viewer
- scroll up and down through the document for a bit - either with the mousewheel or the scrollbar on the side

i had instances where the memory usage was creeping up to more than 10GB and nearly took all available resources on the system (see the attached memory report). it took a couple of minutes before this memory got freed up again afterwards.
while this is happening the pages of the pdf aren't rendering either but showing a throbber only, whereas in chromium browser the pdf was rendered much smoother and without any noticeable impact on memory usage.

i'm unsure which component is best suited for this bug (pdfjs or if the underlying issue is rather about rendering or memory allocation in general)
Bug: The "New info to check" message and button spill on a second row inside the shopping sidebar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-09-20 13:58:48+00:00
Resolved: 2023-10-04 16:29:37+00:00

**Found in**
* Nightly 119.0a1 (2023-09-20) 

**Affected versions**
* Nightly 119.0a1 (2023-09-20) 

**Affected platforms**
* Windows

**Preconditions:**
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 1

**Steps to reproduce**
1. Reach https://www.amazon.com/dp/B0BN3W4SQQ/ref=sbl_dpx_office-desks_B09L1KY91X_0?th=1

**Expected result**
* The "New info to check" message and button should be displayed on a single row.

**Actual result**
* The "New info to check" message and button spill on a second row.

**Regression range**
Not Applicable