av9ash/GitBugs huggingface dataset:
Bug: scrolling in list of open tabs does not show all of the tabs
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-03-21 00:51:45+00:00
Resolved: 2024-05-02 10:26:04+00:00

A bit lame. I cannot take a timed screenshot on Ubuntu now. So I took a short video. If you cannot open it, let me know.

I programmatically created 99 small html files, named 01.html to 99.html. I then created a fresh profile named "test_bookmarks", killed my regular ff instance and opened with "firefox -P test_bookmarks". Then I did a "firefox +.html" in another window to open all of the files in the same window. So, then I had a window with 99 tabs.

Going to the list of available tabs, I can scroll down the list but can only get to about 76 and then it stops. I can use down-arrow in the list of available tabs and go past 76 and the shading which indicates the selectable tab keeps going under the screen and I cannot see it. Is it still moving down? Probably. But I can no longer see where it is.

Very easy to reproduce.
Bug: The weather suggest content is not centered while it is displayed on 4 rows
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-03-21 09:29:40+00:00
Resolved: 2024-03-26 12:40:10+00:00

**[Affected versions]:**
- Firefox Release 124.0 (Build ID: 20240311145044)
- Firefox Beta 125.0b1 (Build ID: 20240318085508)
- Firefox Nightly 126.0a1 (Build ID: 20240319093523)

**[Affected Platforms]:**
- Windows 10
- macOS 13.1
- Linux Mint 20.1

[Prerequisites]:
- Have the following prefs set: 
browser.urlbar.quicksuggest.enabled = true
browser.urlbar.suggest.weather = true 
browser.urlbar.weather.featureGate = true 
browser.urlbar.weather.ignoreVPN = true
browser.search.region = US 

**[Steps to reproduce]:**
1. Open the Firefox with the profile from prerequisites.
2. Type in the urlbar a keyword that triggers the Weather suggestions (eg: weather).
3. Resize the browser until the weather suggestions content is displayed on 4 rows while the "Feedback" button is also displayed.
4. Observe the weather suggestion.

**[Expected result]:**
- The weather suggestions content is centered (the text + the icon).

**[Actual result]:**
- The weather suggestions content (the icon and the text) are not centered. 

**[Notes]:**
- Attached is a screenshot of the issue.
Bug: [Experiment] The “Dismiss” button is missing text on the Treatment C branch of the experiment
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-03-21 10:00:26+00:00
Resolved: 2024-03-26 07:56:30+00:00

**[Affected versions]:**
- Firefox Release, 124.0, BUILD ID: 20240311145044

**[Affected Platforms]:**
- MacOS 13.6
- Ubuntu 22.04.1
- Windows 10 x64

**[Prerequisites]:**
- Have the [“user.js”](https://drive.google.com/drive/folders/1Q_3LXE6d3jC2VHma9rw16OPRmZKPcxL8)  downloaded on your computer. 

**[Steps to reproduce]:**
1. Create a new Firefox profile using the “--first-startup” command but do not open it.
2. Navigate to the profile folder and paste the user.js from the prerequisites. 
3. Open Firefox and navigate to the  https://www.youtube.com/ website.
4. Observe the “Recommended Media Addons” Panel. 

**[Expected results]:**
- The “Dismiss” button has the “Dismiss” text displayed.  

**[Actual results]:**
- The “Dismiss” button is missing text in the Treatment C branch of the experiment. 


**[Notes]:**
- This issue is only reproducible on the Treatment C branch of the [“Recommend Media Addons Feature Callout - Early Day User”](https://experimenter.services.mozilla.com/nimbus/recommend-media-addons-feature-callout/summary)  experiment. 
- Attached a screenshot of the issue.
Bug: Firefox is set to reopen tabs after closing. But when you close the regular and have still a incognito window open, and than reopen the regular it has lost al it's stored tabs from previous session.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-21 11:48:03+00:00
Resolved: 2024-03-25 16:44:42+00:00

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

Steps to reproduce:

> I have usually 20 tabs open (and settings set to reopen every time I start Firefox on Windows 10 laptop)
> This time, I also had an incognito window open
> I closed regular window, and kept incognito window open
> I reopened regular window (with incognito window remained still open)



Actual results:

>> Result: regular window has lost the session, all tabs are gone, it only shows the homepage tab. No option to restore lost tabs/session. And that is weird since that incognito should be not interfering with the regular window, and now it does causing the removal of a regular session when incognito is still open.


Expected results:

When same thing happens in Google Chrome, they have a solution for it. They provide the option, click on: "history" >> "Previous tabs", and then it gives "Reopen all [number of tabs that where listed in previous session] tabs" (for example: "Reopen all 28 tabs"). 

Can you implement the same to Firefox please? Because of this bug I lost important tabs, and I feel bad about it.
Bug: Save visible / Save full page buttons overlap with Developer Tools
Status: UNCONFIRMED
Priority: P3
Created: 2024-03-21 12:59:17+00:00
Resolved: 2024-03-21 18:58:51+00:00

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

Steps to reproduce:

1. Make sure that screenshots.browser.component.enabled = true.
2. Open the Developer Tools and select "Dock to Right".
3. Right-click the document and select "Take Screenshot".



Actual results:

* Save visible / Save full page buttons overlap with the Developer Tools.



Expected results:

* I think these buttons should be on the document.
Bug: Broken context menu in sidebar due to missing translations fluent reference
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-03-21 13:35:43+00:00
Resolved: 2024-04-05 16:41:26+00:00

Starting nightly with a webextension installed that exists in the sidebar (e.g. Tree Style Tabs) produces warnings in the browser console (see attachment). I expect that if I enable whatever pref/nimbusfeature/whatever bug 1870305 is implemented behind, it would show empty menuitems or crash as the fluent message is not present.

For this to not break, `browser/locales-preview/select-translations.ftl` needs to be loaded anywhere `nsContextMenu.js` is loaded/invoked. As the warnings show, this should at least include `webext-panels.xhtml`.

I'm a little surprised this wasn't picked up on infra/tests - missing messages are supposed to crash the browser when encountered in automated tests. Is the feature disabled in tests generally, or something?

(seen on macOS but I expect this is a cross-platform bug)
Bug: [macOS] VoiceOVer reads the items within the Address Doorhanger twice
Status: NEW
Priority: --
Created: 2024-03-21 13:46:31+00:00
Resolved: 2024-03-21 13:47:27+00:00

**Found in**
* Firefox 125.0b1 

**Affected versions**
* Firefox 125.0b1 
* Nightly 126.0a1

**Tested platforms**
* Affected platforms: macOS 11 ARM

**Preconditions**

* Install the Firefox en-US build
* Set browser.search.region to US in about:config
* Enable VoiceOver

**Steps to reproduce**
1. Log into https://www.wayfair.com/ (example of top site) , add an item to bag and navigate to checkout page
2. Fill in the Address Form and press the submit button

**Expected result**
* The items of the Address Doorhanger are read out loud properly by the VoiceOver screen reader.

**Actual result**
* The items of the Address Doorhanger(Save, Update doorhangers or Edit panel) are read out loud twice by the VoiceOver screen reader.

**Regression range**
* N/A

**Additional notes**
* This issue extends to both the Update Address Doorhanger and Edit Address Panel. 
* [ScreenRecording](https://drive.google.com/file/d/1JxF6WYnWzzQr2aLG9cfcAT5H66TZ2MWN/view?usp=sharing)
Bug: [macOS] VoiceOver fails to read the items of address doorhanger on hover
Status: NEW
Priority: --
Created: 2024-03-21 14:04:05+00:00
Resolved: 2024-03-21 14:05:00+00:00

**Found in**
*  Firefox 125.0b1

**Affected versions**
*  Firefox 125.0b1
* Nightly 126.0a1

**Tested platforms**
* Affected platforms: macOS 11 ARM

**Preconditions**
* Install the Firefox en-US build
* Set browser.search.region to US in about:config
* Enable VoiceOver

**Steps to reproduce**
1. Log into https://www.wayfair.com/ (example of top site) , add an item to bag and navigate to checkout page
2. Fill in the Address Form and press the submit button
3. Hover the mouse cursor over the items of the doorhanger

**Expected result**
* The items of the Address Doorhanger are read out loud properly by the VoiceOver screen reader upon hovering over them.

**Actual result**
* The items of the Address Doorhanger are not read by the VoiceOver screen reader upon hovering over them.

**Regression range**
* N/A

**Additional notes**
* The items of the Address Doorhanger are read by the screen reader when using the TAB key to focus them.
* On Windows 10 only the Open Menu(...) and Edit button are read by screen reader upon hovering over them.
* This issue extends to both the Save and Update Address Doorhangers.
Bug: Switch to tab and Visit from clipboard buttons aren't vertically centered in their row
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-03-21 14:10:52+00:00
Resolved: 2024-06-07 04:37:37+00:00

**Found in**
* Fx 125.0b2

**Affected versions**
* Fx 126.0a1
* Fx 125.0b2

**Affected platforms**
* Windows
* macOS
* Ubuntu

**Steps to reproduce**
1. Launch Firefox and navigate to a website.
2. Copy the website link from the address bar.
3. Open a new tab and click the address bar.
4. Using the keyboard select the Clipboard Result link from the address bar drop-down.
5. Inspect the 'Visit from clipboard' button.

**Expected result**
* Button is correctly displayed.

**Actual result**
* Button is not vertically centered.

**Regression range**
* First bad: 2024-01-18
* Last good: 2024-01-17
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=71000174812fc0992b6793e53ac5f11f1b87bdc0&tochange=8a42b9c1ec665c4d577ef6c0a0a5b073d172fda6
* Potentially regressed by: From that pushlog only bug 1851481 stands out.

**Additional notes**
* This is more noticeable on mouse hover or keyboard selection.
* Please note that the text inside the button is correctly aligned to the link text.
Bug: Certain domains are not autofilled anymore in favor of old bookmarked sites
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-03-21 14:23:18+00:00
Resolved: 2025-01-22 09:49:17+00:00

This has been really bothering me. Since the last week or so:

1. Use Nightly on my usual profile
2. Type "gm" in the addess bar.  

AR: Address bar shows "gmanetwork.com" 
ER: This should show "gmail.com" like Nightly has been doing for years

I have no idea what gmanetwork is. I have tried the following:

1. "forgetting about this site" :  going to the history view, searching for "gmanetwork" and doing "forget about this site".  
2. Unchecking "Search Suggestions" : Go to about:preferences#search , and then uncheck "Search suggestions"
Bug: [macOS] The footer buttons within the address doorhanger can't be reached by pressing the TAB key when VoiceOver is off
Status: NEW
Priority: --
Created: 2024-03-21 14:34:59+00:00
Resolved: 2024-03-21 14:35:29+00:00

**Found in**
* Firefox 125.0b2

**Affected versions**
* Firefox 125.0b2
* Nightly 126.0a1

**Tested platforms**
* Affected platforms: macOS 11 ARM

**Preconditions**

* Install the Firefox en-US build
* Set browser.search.region to US in about:config

**Steps to reproduce**
1. Log into https://www.wayfair.com/ (example of top site) , add an item to bag and navigate to checkout page
2. Fill in the Address Form and press the submit button
3. Press TAB key to navigate within the doorhanger

**Expected result**
* The buttons located at the bottom of the doorhanger( like "Not now", "Save" etc.) can be reached by pressing the TAB key with or without the VoiceOver enabled. 

**Actual result**
* The buttons located at the bottom of the doorhanger(like "Not now", "Save" etc.) can't be reached by pressing the TAB key when the VoiceOver is disabled. Only the Open Menu(...) and Edit button can be reached this way.

**Regression range**
* N/A

**Additional notes**
* This issue extends to both the Update Address Doorhanger and Edit Address Panel.
Bug: Text-link in the Personal Toolbar is not accessible and its context is missing
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-03-21 16:15:34+00:00
Resolved: 2024-05-29 19:51:07+00:00

### STR:
1. Ensure a screen reader is running
1. Open a new profile or a fresh build of the Firefox
1. Open a New Tab page (since by default Nightly is showing the Bookmarks toolbar on the New Tab page only)
1. Ensure the Bookmarks toolbar is shown (i.e. via the Customizable UI) and, if there are any pre-installed bookmarks, remove them. If there is an `Import bookmarks...` button, right click/context menu > `Remove from toolbar`
1. Confirm, there are no bookmarks shown on the Bookmarks toolbar and review the screen reader announcement for this empty state panel.

### Expected:
1. When navigated to the empty bookmarks message with a screen reader and `Tab` keypress, the link is announced, it's role (`link`) is announced, and the grouping is mentioned alongside with the context (the static text):
* `For quick access, place your bookmarks here on the bookmarks toolbar. Manage bookmarks..., link`

### Actual:
1. When a screen reader is used, the link is not announced as such.
1. Nothing is read by the screen reader from the context of the link, even in the browse mode on Windows, thus the context is missing for the screen reader user. Only VoiceOver can get to the static text, though it is not expected for a user to reverse the navigation trying to find some static text that is not mentioned elsewhere. NVDA announces only: `Bookmarks tool bar, text frame` (where the `Bookmarks tool bar` is a label for the entire Bookmarks toolbar, thus only the `text frame` is announced as the message for a user with an empty toolbar)

### Notes:
1. [Code responsible for this link-text](https://searchfox.org/mozilla-central/rev/f63ca2952da98e0817bdae0ddf1314281a497106/browser/base/content/navigator-toolbox.inc.xhtml#524)
1. Test case that is currently expected to fail a11y-checks: `browser/base/content/test/about/browser_aboutNewTab_bookmarksToolbarEmpty.js` - when this bug is fixed, the `fail-if` notation should be removed from its test manifest.
1. Remediation includes 2 actions:
    1. add grouping that is labeled by the text (excluding the link itself to avoid any redundancy)
    1. add `role=link` to the link-text element - it's not an ideal solution markup-wise, but since there is a legacy custom event logic that has already been provided to the grouping element, we can avoid rewriting it in this case.
Bug: Missing context menu (for e.g. "open image in new tab") for new Firefox Screenshots backend
Status: ASSIGNED
Priority: P2
Created: 2024-03-21 18:03:20+00:00
Resolved: 2024-09-12 21:16:50+00:00

STR:
1. Start Firefox Nightly (with `screenshots.browser.component.enabled` set to `true` as it is by default now, as of bug 1789727)
2. Right-click some page and choose "Take Screenshot"
3. Choose "Save Full Page"
4. Right-click the full-page-screenshot image, with the intent of choosing "Open in new tab".

ACTUAL RESULTS:
No context menu appears for the screenshot.

EXPECTED RESULTS:
Maybe/probably a context-menu should appear?

Current Nightly 126.0a1 (2024-03-21) gives ACTUAL RESULTS.
Release versions give EXPECTED RESULTS.


Really, release and Nightly *both* give ACTUAL RESULTS if `screenshots.browser.component.enabled` is set to `true`, and they both give EXPECTED RESULTS if it's set to `false`.  So in Nightly, this was a regression from bug 1789727 which is where we set that pref to `true`, but I think that pref is only enabled for Nightly configurations right now, so other release channels are unaffected at this point/
Bug: Component-based screenshot UI swaps the order of "Save Visible" & "Save Full Page" buttons (maybe by accident?)
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-03-21 18:16:20+00:00
Resolved: 2024-04-26 09:37:28+00:00

STR:
1. Right-click a page and choose "Take Screenshot"
2. Look at the buttons in the top right corner, to save visible vs. full-page.  Pay attention to which one is first.
3. Now toggle the about:config pref `screenshots.browser.component.enabled` to change its value.
4. Repeat steps 1-2.

ACTUAL RESULTS:
The buttons are in a different order depending on the value of that pref:
- With `screenshots.browser.component.enabled` = true, the button on the left is "Save Visible".
- With `screenshots.browser.component.enabled` = false, the button on the left is "Save Full Page.
Nightly has the pref defaulting to `true`, so it shows the former ordering. Release has the pref defaulting to `false`, so it shows the latter 

EXPECTED RESULTS:
They probably should be in the same order that they were before, to benefit from muscle-memory & so people who use this feature don't get spooked by stuff unnecessarily moving? (Unless we're making a conscious choice to reorder them as part of this rewrite, if the new order is definitively better for some reason. If that's the case, feel free to close this.)

See attached screenshot, with the `true` pref on top and the `false` pref on bottom.
Bug: Add localization preview files to about:messagepreview to fix missing strings
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-03-21 19:17:25+00:00
Resolved: 2024-04-26 04:20:21+00:00

Right now any messages using strings in the non-localized onboarding.ftl && shopping.ftl files will have missing content. We should add those files so we can preview these messages properly.
Bug: "Request to remove 'message deleted' notice for enhanced privacy."
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-03-21 21:42:09+00:00
Resolved: 2024-07-25 06:43:50+00:00

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

Steps to reproduce:

Sent a message to a contact or group chat on WhatsApp.
Decided to delete the message for everyone in the chat.



Actual results:

After selecting "Delete for Everyone," the message was successfully removed from the chat. However, a notification stating "This message was deleted" appeared in its place for both the sender and the recipient(s). 


Expected results:

Ideally, upon deleting a message for everyone, the message should have been removed from the chat without leaving any notification or placeholder text that indicates a message was deleted.
Bug: Mozilla PDF editor features don't come up
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-03-21 22:34:11+00:00
Resolved: 2024-04-02 22:32:31+00:00

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

Steps to reproduce:

Clicked on prompt to "try" editor; no editing features came up
Closed and reopened browser and tried again
Read instructions for how editor is supposed to work (those icons don't even show on my browser, with or without a PDF pulled up)


Actual results:

Exactly nothing; that's the problem. You have a template letter we get if we click into your announcement of Editor, but no hyperlinks exist within that and no features or options to activate features.


Expected results:

I have no idea - you are the ones who advertised the feature when I pulled up my browser. It's a needed functionality to me so I tried it. But nothing happened. When I investigated (as listed above), still the features do not show.
https://www.mozilla.org/en-US/firefox/features/pdf-editor/ lists what should happen. None of these things happen.
Bug: Missing "open in Firefox" option in Firefox Settings - General - Application - PDF Application
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-03-21 22:42:09+00:00
Resolved: 2024-04-05 12:40:16+00:00

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

Steps to reproduce:

I want to open pdf files in Firefox (instead of Adobe Reader) then in Firefox Settings - General - Application - PDF application I tried to change "Always ask" by setting "Firefox" in "Select helper application" menu (see attachment).


Actual results:

After selecting "Firefox" in "Select helper application" nothing is actually set: there is still "Always ask" for Settings - General - Application - PDF application.


Expected results:

Settings - General - Application - PDF application should show "Open in Firefox"
Bug: On a new instance of home screen, firefox disables shortcuts on it's own
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-03-22 06:47:11+00:00
Resolved: 2024-03-26 10:15:29+00:00

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

Steps to reproduce:

Opened firefox.
The first new tab (home page) opened.
Opened another new tab (second home page).


Actual results:

On the first home page it shows that firefox has shortcuts enabled.
Whereas on the second tab, it shows that firefox has shortcuts disabled.
This persisted for every consecutive new tab I opened and is only fixed when I manually enable shortcuts everytime I open firefox.


Expected results:

Shortcuts should have been visible on all new tabs.
Bug: Undo  functionality stops working after Deleting a Highlight in a PDF file
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-03-22 09:45:38+00:00
Resolved: 2024-04-03 09:28:12+00:00

**Found in**
* 126.0a1 (2024-03-21) 

**Affected versions**
* 126.0a1 (2024-03-21) 
* Beta 125.0b3

**Affected platforms**
* ALL

**Preconditions:**
pdfjs.enableHighlightEditor - true
pdfjs.enableHighlightFloatingButton - true

**Steps to reproduce**
1. Have a PDF opened in Firefox.
2. Highlight any text.
3. Delete the Highlight.
4. Hit Ctrl + Z on the keyboard or Right Click > Undo

**Expected result**
* The Highlight should be displayed again.

**Actual result**
* Undo stops working after we delete a Highlight.

**Regression range**
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=e0d1a1dbfd5c36a2527b566ff831a989ca5ae5f5&tochange=5804e635dd1e6f9bac06c845381fc1e3c434e72e
Bug: NVDA does not read the Highlight colors out loud when Hovered with the mouse cursor
Status: NEW
Priority: --
Created: 2024-03-22 10:16:17+00:00
Resolved: 2024-04-03 22:19:40+00:00

**Found in**
* 126.0a1 (2024-03-21) 

**Affected versions**
* 126.0a1 (2024-03-21) 
* Beta 125.0b3

**Affected platforms**
* ALL

**Preconditions:**
pdfjs.enableHighlightEditor - true
pdfjs.enableHighlightFloatingButton - true
Enable NVDA.

**Steps to reproduce**
1. Have a PDF opened in Firefox.
2. Highlight any text.
3. Hover the mouse cursor over the Colors from the Highlight submenu.

**Expected result**
* Each color should be read out loud by NVDA when we hove the mouse cursor on top of them.

**Actual result**
* The NVDA does not read the colors out loud when we hover over them.

**Regression range**
Not a Regression
Bug: NVDA does not read the Show All toggle button when Hovered over with the mouse cursor
Status: NEW
Priority: --
Created: 2024-03-22 10:17:24+00:00
Resolved: 2024-03-25 14:41:11+00:00

**Found in**
* 126.0a1 (2024-03-21) 

**Affected versions**
* 126.0a1 (2024-03-21) 
* Beta 125.0b3

**Affected platforms**
* ALL

**Preconditions:**
pdfjs.enableHighlightEditor - true
pdfjs.enableHighlightFloatingButton - true
Enable NVDA.

**Steps to reproduce**
1. Have a PDF opened in Firefox.
2. Highlight any text.
3. Hover the mouse cursor over the Show All Toggle button.

**Expected result**
* Show all toggle button should be read out loud by NVDA. The State of the button should also be read out loud by NVDA when hovered over.

**Actual result**
* The Text "Show all" is read by the NVDA when we hover over it but the button or its state is not recognized by NVDA.

**Regression range**
Not a Regression