av9ash/GitBugs huggingface dataset:
Bug: Multiple sortable table columns on dialogs from the About:Preferences > Privacy & Security page are not focusable
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2023-08-11 17:51:40+00:00
Resolved: 2024-09-18 00:30:17+00:00

### STR:
1. The following richlistboxes are affected on the `Privacy & Security` page:
    1. `about:preferences#privacy > Cookies and site data > Manage Data` 
    1. `about:preferences#privacy > Cookies and site data > Manage Exceptions` 
    1. `about:preferences#privacy > Permissions > Settings...` (for each permission given) 
    1. `about:preferences#privacy > Permissions > Exceptions...` (for each exception given) 
    1. `about:preferences#privacy > HTTPS-Only Mode > Manage Exceptions...`
    1. `about:preferences#privacy > DNS over HTTPS > Manage Exceptions...`
2. Navigate to a richlistbox with table headers and try to focus and activate any table header to sort the table

### Expected:
1. User can `Tab` from Search input to the first column and activate it with `Enter` to sort it

### Actual:
1. a richlistbox with table headers that are sortable with a mouse but are not accessible with the keyboard since they cannot be focused with a keyboard alone.

### Possible solution:
1. Wrap each label text in a `<button>` element and ensure the column header element that is currently sorted provides an appropriate `aria-sort` attribute.  [WAI ARIA Example](https://www.w3.org/WAI/ARIA/apg/patterns/table/examples/sortable-table/)
Bug: reopen 1621570
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-08-11 22:34:29+00:00
Resolved: 2023-08-11 23:06:26+00:00

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

Steps to reproduce:

I browsed to https://bugzilla.mozilla.org/show_bug.cgi?id=1813517


Actual results:

And I saw that you reversed a decision of "won't fix" to "fixed" for the same reasons we all listed on this bug https://bugzilla.mozilla.org/show_bug.cgi?id=1621570


Expected results:

You should fix https://bugzilla.mozilla.org/show_bug.cgi?id=1621570
:srose you need to come in and override this one.

 * muscle memory - same reason
 * historical - same reason, there was always a config setting for it
 * industry precedent - same reason

Please listen to your users!
1813517 has 0 votes!
1621570 has 149 votes and you won't listen!

Why should we have to have a slack conversation to convince you when everything is laid out in the comments.  That's the open part of open source.
Bug: Intermittent browser_middle_click_new_tab_button_loads_clipboard.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-08-12 17:45:56+00:00
Resolved: 2024-11-25 12:11:14+00:00

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

---
```
[task 2023-08-12T17:15:25.098Z] 17:15:25     INFO - TEST-PASS | browser/base/content/test/tabs/browser_middle_click_new_tab_button_loads_clipboard.js | Clipboard has the given value: 'javascript:https://www.example.com/' - 
[task 2023-08-12T17:15:25.099Z] 17:15:25     INFO - Middle clicking 'new tab' button
[task 2023-08-12T17:15:25.101Z] 17:15:25     INFO - Buffered messages finished
[task 2023-08-12T17:15:25.102Z] 17:15:25     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_middle_click_new_tab_button_loads_clipboard.js | Test timed out - 
[task 2023-08-12T17:15:29.730Z] 17:15:29     INFO - GECKO(1575) | MEMORY STAT | vsize 20976332MB | residentFast 1793MB
[task 2023-08-12T17:15:29.732Z] 17:15:29     INFO - TEST-OK | browser/base/content/test/tabs/browser_middle_click_new_tab_button_loads_clipboard.js | took 95034ms
```
Bug: Randomly taking too long to search in address bar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-08-13 03:42:44+00:00
Resolved: 2023-08-14 00:35:46+00:00

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

Steps to reproduce:

Using Google as the default search engine, I type a search keyword into the address bar.


Actual results:

Firefox tries to search something on Google but it takes maybe 30 seconds to load the results from Google. If I press enter again in the address bar, the search is instantaneous.


Expected results:

The search engine should have loaded results quickly.
Bug: blue pin icon is to the right of normal tab pins when placing pinned tab to the right of right-most pinned tab
Status: NEW
Priority: --
Created: 2023-08-13 08:53:00+00:00
Resolved: 2023-08-28 12:11:22+00:00

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

Steps to reproduce:

1. on a 2-monitor setup, have a Fx window open on both monitors. In window A, have one pinned tab, on window B, two pinned tabs. On monitor B, open as many tabs as required to make the "<" icon appear to the right of your pinned tab.

2. drag the pinned tab from monitor A to the area of the pinned tab on monitor B (to group the pinned tabs together) and hover the pinned tab around that area


Actual results:

See video, blue pin icon only appears when hovering pinned tab to the left of all other pinned tabs, when hovering between other pinned tabs, or when hovering it far right of the "<" indicator: https://youtu.be/v4t0hJUlPx4


Expected results:

blue pin icon should also appear left of the "<" icon, when hovering the pinned tab in that area
Bug: Crash on _tailMerge_hid.dll when click on any page in latest firefox nightly
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-08-13 13:05:56+00:00
Resolved: 2023-08-16 11:53:04+00:00

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

Steps to reproduce:

1. Start firefox nightly build(20230811213712)
2. open random webpage
3. click any empty space on page


Actual results:

The content process crashed
https://crash-stats.mozilla.org/report/index/44725117-d023-451a-90ca-024350230813


Expected results:

The content works as intended
Bug: Intermittent browser/components/downloads/test/browser/browser_download_starts_in_tmp.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-08-13 21:44:35+00:00
Resolved: 2025-02-17 12:05:57+00:00

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

---
```
[task 2023-08-13T20:38:02.867Z] 20:38:02     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_download_starts_in_tmp.js | Should not start the download in the downloads dir. - 
[task 2023-08-13T20:38:02.867Z] 20:38:02     INFO - Interruptible responses are now allowed to continue.
[task 2023-08-13T20:38:02.867Z] 20:38:02     INFO - Interruptible request finished.
[task 2023-08-13T20:38:02.868Z] 20:38:02     INFO - Buffered messages finished
[task 2023-08-13T20:38:02.868Z] 20:38:02     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_download_starts_in_tmp.js | Test timed out - 
[task 2023-08-13T20:38:02.868Z] 20:38:02     INFO - removing /var/folders/db/3zrknqk954d_sn2t59z8ydsh000014/T/dm-ui-test.file
[task 2023-08-13T20:38:02.869Z] 20:38:02     INFO - Interruptible responses are now allowed to continue.
[task 2023-08-13T20:38:02.869Z] 20:38:02     INFO - removing /var/folders/db/3zrknqk954d_sn2t59z8ydsh000014/T/interruptible.txt
[task 2023-08-13T20:38:02.869Z] 20:38:02     INFO - GECKO(2305) | MEMORY STAT | vsize 7933MB | residentFast 350MB | heapAllocated 127MB
[task 2023-08-13T20:38:02.869Z] 20:38:02     INFO - TEST-OK | browser/components/downloads/test/browser/browser_download_starts_in_tmp.js | took 49569ms
[task 2023-08-13T20:38:02.869Z] 20:38:02     INFO - Not taking screenshot here: see the one that was previously logged
[task 2023-08-13T20:38:02.870Z] 20:38:02     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_download_starts_in_tmp.js | Found a tab after previous test timed out: about:blank - 
[task 2023-08-13T20:38:02.870Z] 20:38:02     INFO - checking window state
```
Bug: viewing a .pdf from a file:// URL leaves 0-length .part file in ~/Downloads
Status: UNCONFIRMED
Priority: --
Created: 2023-08-13 21:51:17+00:00
Resolved: 2025-03-03 16:11:12+00:00

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

Steps to reproduce:

I have file association for .pdf files to use okular in KDE, and Firefox is set to use the system association. I run Manjaro, this is on my home computer.


Actual results:

Every time I view a .pdf file in my Downloads dir, using an opened tab in Firefox with the URL "file:///home/<username>/Downloads/", a zero-length .part file is left behind in my Downloads dir.  I have to manually delete them periodically.


Expected results:

No 0-length .part file should be left behind
Bug: When I close a normal FireFox window while having a private window my tabs aren't saved
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-08-14 14:10:58+00:00
Resolved: 2023-10-12 14:38:11+00:00

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

Steps to reproduce:

In settings -> main -> startup you must enable opening previous windows and tabs. Then, in a regular window, open any tab with any website. Then, open a private window. When you close the regular window and open it again, tabs won't be restored. 


Actual results:

I wasn't able to restore my tabs


Expected results:

My tabs should have been restored
Bug: Nightly crashing after second use after refresh or fresh install
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-08-14 14:39:59+00:00
Resolved: 2023-08-21 15:40:29+00:00

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

Steps to reproduce:

Installing Nightly  en-US. 


Actual results:

First run seems ok. Closing and starting again crashes the program.
After a refresh it works, but closing and starting again, Nightly is crashing again.
The same thing happens using the dutch installer.


Expected results:

Nightly should start normally.
Bug: [macOS] Fx Accounts panel does not provide hover state and is not focusable with keyboard
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-08-14 20:27:40+00:00
Resolved: 2023-08-14 20:29:48+00:00

### STR:
1. Sign into a Firefox Account
1. In the Firefox, navigate to and activate `Open applications menu`
1. On the opened panel, navigate to and activate the Fx Account button (on-screen label is the email used for the Fx Account)
1. Confirm the Fx Account panel is opened and observe the following behaviors:
- When navigated using keyboard, focus is placed on the `<` Back button - then try to navigate to the `Send tab to device` or any other menu item within the Fx Account panel with keyboard alone (try `Tab` and `Down Arrow`)
- With mouse, hover over any control on the Fx Account panel, i.e. `Send tab to device` or `Sync now` buttons

### Expected:
1. All actionable elements on the panel can be:
- navigated to and focused with keyboard alone, while the focused state is visible
- hovered over with a mouse and the hovered state is visible

### Actual:
1. Cannot navigate anywhere within the panel with keyboard alone, only the `<` Back button can be focused, no `Tab` or `Down Arrow` works to focus `Sync now`, `Send tab to device` or other controls. 
1. None of active controls change their visual state when hovered over with a mouse. Note: they all appear active (not disabled)

Maybe something is going wrong while the `Sync...` function is active, since every time when I open the panel, it re-syncs the tabs from another device. But even after the sync is completed and it is changed to `Sync now` the keyboard access and mouse hover is not restored.
Bug: Editing and copying URL loses "https://" URL scheme when browser.urlbar.trimHttps = true
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-08-14 21:13:20+00:00
Resolved: 2024-11-14 05:40:21+00:00

### Steps to reproduce

1. Set `browser.urlbar.trimHttps` = `true`.
2. Open https://www.example.com/
3. Click focus to the address bar. You will be editing the string `www.example.com` instead of `https://www.example.com/`. Expanding the edited string to the full URL, `https://www.example.com/`, like Chrome would fix this bug.
4. Edit the URL, such as changing `.com` to `.net`.
5. Ctrl+A and Ctrl+ C to select all and copy the URL text.
6. Pass the copied URL in another tab or app.

### Expected results

`https://www.example.net/` like in Chrome.

### Actual results

`www.example.net`

This behavior happens with http:// URLs when `browser.urlbar.trimHttps` = `false`, but when this behavior affects https:// URLs, it can happen on many more websites.
Bug: Device names are truncated in Recent Browsing
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-08-14 21:23:41+00:00
Resolved: 2023-09-01 14:17:01+00:00

Because device names are reusing the Title row of the tab lists, they get truncated when they are too long.

They should overflow into the timestamp/domain area.
Bug: Intruder can easily guess passwords or find out which accounts use the same password
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-08-14 21:53:06+00:00
Resolved: 2024-05-30 18:13:48+00:00

I’ve started to use Firefox password manager for all my password management needs lately. There are more than 200 password stored in my Firefox browser. I was searching for particular accounts and it started to give me weird results from time to time. Since passwords are generated it was not straightforward to connect the dots on what was happening specifically.

Today I had to create few simple accounts that contained simple account names and ordinary passwords. Some of them matched account names with passwords, some were the opposites. Once it started to give me results it occurred what was going on!

I’ve tried to enter password of accounts that have secure passwords (naturally/generated) and it gave which accounts were using that password. Shockingly, the same happens even if Primary Password is used which is said to help encrypt all passwords and increase security posture.

Using Primary Password should be the gate that decrypts password on the fly if it needs to be accessed instead storing it in-memory.

It crossed my mind of potential attack vectors. Will mention some here but it’s very likely not limited to this list:

• Someone with access to computer can open Firefox and can easily guess passwords by following the correct tail. Much easier than brute force, especially if password is not generated. If password is with context intruder can guess passwords quickly by having enough information about the user from social engineering
• If intruder knows single password, he can enter it and get a list of accounts where the same password is used as well

Same steps could be replicated with all newest Firefox browser versions: Firefox, Firefox Developer Edition, Firefox Nightly

In my eyes it is serious vulnerability which can be easily exploited if it is disclosed publicly since it’s execution is simple once there is public awareness.

Affected:

Firefox: 116.0.2 (64-bit)
Firefox Developer Edition: 117.0b7 (64-bit
Firefox Nightly: 118.0a1 (2023-08-14) (64-bit)
Bug: Letter grade component incorrectly displays long strings
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-08-14 23:31:25+00:00
Resolved: 2023-09-18 11:20:46+00:00

Above is the expected appearance of the letter grade component on Figma. We want to ensure that the letter grade component stretches and is able to accommodate long strings. However, the component does not behave this way currently and instead overflows past the sidebar.
Bug: Incorrect link when moving to search engines using the keyboard.
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-08-14 23:50:18+00:00
Resolved: 2023-09-18 07:28:53+00:00

See STR, in particular how the link in the first item in the addressbar results in "Search with Googletreeherder.mozilla.org".
Bug: Desktop, standard Firefox - recently sometimes when pressing enter on URL or Search bar results in Firefox acknowledging but not actually carrying out the website/search. A second enter press is needed.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-08-15 04:57:57+00:00
Resolved: 2023-08-15 12:16:59+00:00

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

Steps to reproduce:

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

I am sorry I can't make it appear consistently. I have put off writing a report as I've been trying to figure out how to make it happen consistently, but I can't figure it out. Was wondering if anyone else was experiencing this. 


Actual results:

Sometimes pressing enter to search does nothing, and I need to press enter again. It occurs with enough frequency to be an issue.


Expected results:

It searches as intended.
Bug: Private windows don't follow system theme preference
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2023-08-15 05:06:56+00:00
Resolved: 2023-08-16 10:26:22+00:00

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

Steps to reproduce:

Set the system to the light theme and open a new private window.


Actual results:

The private window had a dark theme. 


Expected results:

The window had a similar theme as normal Firefox windows in light mode, as they do when using the dark mode. 

Additionally, the titlebar is different; when set to dark mode, both titlebars were the same, but the close buttons weren't GTK-like in the private window. I'd prefer it if both types of windows used the default private windows close buttons.
Bug: Spanish translation is incorrect
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-08-15 18:15:45+00:00
Resolved: 2023-08-15 18:50:10+00:00

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

Steps to reproduce:

Navigate to: https://www.exteriores.gob.es/Consulados/washington/es/ServiciosConsulares/Paginas/index.aspx?scco=Estados+Unidos&scd=288&scca=Visados&scs=Visados+Nacionales+-+Visado+de+estudios

Translate tab


Actual results:

Translation is incorrect, "not is necessary" becomes "should be"


Expected results:

translation would be closer to "it is not necessary to..."
Bug: Some UI elements are not restored when undoing "Restore Defaults" in the customize page
Status: NEW
Priority: P3
Created: 2023-08-15 18:51:27+00:00
Resolved: 2023-08-17 23:29:12+00:00

Namely:
1. If the menubar is enabled, it's not being enabled after undoing the reset.
2. Ditto for the bookmarks toolbar visibility option
3. Ditto for the searchbar width, if it's enabled
Bug: Add focus handling for "show more" card component
Status: NEW
Priority: P3
Created: 2023-08-15 19:02:21+00:00
Resolved: 2024-06-17 17:53:19+00:00

There was some excellent accessibility feedback for bug 1842248 here: https://phabricator.services.mozilla.com/D184874#6140327 that this bug is to address.

> It's expected that after the user activates Show more with keyboard, the keyboard focus is moved to the top of the new content so a screen reader user would not miss this newly added content. You could add tabindex="-1" to the last visible by default element (it would not be added into the standard focus order but JS would be able to land the focus on it) and, when there is more text added under that last visible content, use the .focus() method to programmatically set focus to that tabindexed element. Otherwise, users of assistive technology would miss that important new information that is added by their request.
Bug: Tabs List blank if getPublicIdentityFromId() returns undefined for tab.userContextId
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-08-15 22:26:23+00:00
Resolved: 2023-11-22 13:29:09+00:00

In the fediverse, a user reported the Tabs List was not populating. Eventually, this was traced to a tab that appears to show the separator that precedes the name of the tab's container, but there is no name there. The Browser Console showed:

```
TypeError: lazy.ContextualIdentityService.getPublicIdentityFromId(...) is undefined3 TabsList.sys.mjs:323:40
_createRow resource:///modules/TabsList.sys.mjs:323
_populate resource:///modules/TabsList.sys.mjs:110
_populate resource:///modules/TabsList.sys.mjs:275
handleEvent resource:///modules/TabsList.sys.mjs:254
dispatchCustomEvent resource:///modules/PanelMultiView.sys.mjs:189
dispatchCustomEvent resource:///modules/PanelMultiView.sys.mjs:1484
_blockersPromise resource:///modules/PanelMultiView.sys.mjs:223
```
https://fedia.io/m/firefox/t/200278/FIXED-List-all-tabs-button-won-t-show-any-tabs

I don't know what caused there to be no container associated with `tab.userContextId` in this case. Closed container? Corrupted tab data? Whatever the cause, it would be useful to fail more gracefully here in case it is more than a once in a lifetime occurrence:

```
      let identityColor =
        "identity-color-" +
        lazy.ContextualIdentityService.getPublicIdentityFromId(
          tab.userContextId
        ).color;
```
https://searchfox.org/mozilla-central/source/browser/modules/TabsList.sys.mjs#320

P.S. I have no idea how to replicate this problem.
Bug: Does not restore Firefox window to correct virtual desktop anymore
Status: UNCONFIRMED
Priority: --
Created: 2023-08-15 23:59:13+00:00
Resolved: 2024-07-01 17:59:48+00:00

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

Steps to reproduce:

Start Firefox 116.0.2 and restore session with virtual desktops on Windows 11.


Actual results:

Firefox Windows since 116.0.2 update does not restore Firefox windows to the correct virtual desktop anymore. 


Expected results:

Each Firefox window should restore back to the correct virtual desktops that it was moved to. It was working properly before the update. 

Currently, when clicking on the taskbar button, all windows pop up instead of just the windows moved to that virtual desktop.
Bug: Certain parts of certain websites did not work
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-08-16 02:22:38+00:00
Resolved: 2023-09-19 17:08:05+00:00

After the release of 116.02, cookies for certain sites were damaged, resulting in pages not displaying properly, links not working, buttons on websites not working.

Deletion of the cooke for the site restored functionality.
Bug: bookmarks star icon not highlighted
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-08-16 06:05:03+00:00
Resolved: 2023-10-26 13:54:01+00:00

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

Steps to reproduce:

I'm currently reorganizing my huge collection of bookmarks, so I'm doing lots of bookmark loading, moving between folders, deleting and creating new ones.

After doing this for a while (minutes or hours) I see that the bookmark star icon is not hightlighted anymore for new bookmarks. I create a new bookmark but the icon is not colored.

If I click again on the icon the bookmark panel is opened, showing the correct folder where it is saved, but the icon is still not colored.

I have to close and reopen firefox to make it work again (for a while).



Actual results:

I added a new bookmark and the star icon was not highlighted.


Expected results:

the star icon should be highlighted.