av9ash/GitBugs huggingface dataset:
Bug: Browser minimum height casues display issues, we should consider increasing it
Status: NEW
Priority: P3
Created: 2024-04-03 16:51:27+00:00
Resolved: 2024-05-28 08:37:13+00:00

The minimum height for the Firefox browser is quite small: https://searchfox.org/mozilla-central/rev/d7c5387a43bda5163afcb9e65e17c476c6ecf625/browser/base/content/browser.css#31-34

This causes a few different display issues - most recently it came up in the discussion around Bug 1070922 that it's possible to shrink the window down to the point where infobars are no longer fully visible. Chrome and Safari both use larger values for their minimum heights; we should consider increasing ours.
Bug: Dragging the scrollbar can create a region in screenshots
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-04-03 17:22:25+00:00
Resolved: 2024-04-26 14:42:59+00:00

Using the scrollbar to scroll the page while the screenshots UI is open can draw a region on the overlay. 
STR:
1. Open a large page that is scrollable. https://en.wikipedia.org/wiki/Sun
2. Open screenshots UI
3. Drag the scrollbar down so the page scrolls (might need to scroll a tiny bit on the page if the scrollbar isn't visible initially)

ER:
No region should be selected because the overlay wasn't dragged

AR:
A region is selected
Bug: The font dialog flickers when it is initially populated
Status: NEW
Priority: P3
Created: 2024-04-03 17:52:02+00:00
Resolved: 2024-04-04 16:36:59+00:00

Look at the screenshots in this profile: https://share.firefox.dev/3POnMyV
Each drop down of the font dialog is first resized to a smaller height, then populated.

There are also long Style markers, with about 2.4k elements being restyled.

Another profile showing the FontEnumThread threads: https://share.firefox.dev/43RikRC

Steps to reproduce: in about:preferences, click the "Advanced" button in the "Fonts" section.
Bug: Screenshots sometimes scrolls when selecting a region
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-04-03 20:17:56+00:00
Resolved: 2024-04-29 13:47:23+00:00

It is difficult to reproduce this but sometimes when dragging or resizing the region near the edge of the window, the window will scroll when we go to set focus to either copy or download even though the buttons are still visible.
Bug: [spike] Some Skylight production dashboards incorrectly empty
Status: NEW
Priority: P2
Created: 2024-04-03 22:53:59+00:00
Resolved: 2024-10-14 17:19:48+00:00

PDFJS_FEATURE_TOUR_A, PDFJS_FEATURE_TOUR_B, and FIREFOX_VIEW_SPOTLIGHT.  They are temporarily disabled so that users won't be confused into believe that the messages are not working.  This needs to be diagnosed, fixed, and those dashboards reenabled.
Bug: `Print Frame...` and `Print Selection...` are displayed even if print.enabled is set to false
Status: ASSIGNED
Priority: P3
Created: 2024-04-04 08:09:48+00:00
Resolved: 2024-04-23 13:40:45+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. Set `print.enabled` to false in about:config.
2. Right-click on a frame, or, select some text and right-click.



Actual results:

* Context menu has `Print Frame...` and `Print Selection...`.
I can print pages from these menu items.



Expected results:

* I think these menu items should be disabled or hidden.
Bug: Changing the translation language for specific pages intermittently doesn't perform translation
Status: NEW
Priority: --
Created: 2024-04-04 09:27:05+00:00
Resolved: 2024-11-28 13:35:09+00:00

STR:
1) Open https://www.turkiye.gov.tr/turk-kizilay-en-yakin-kan-bagis-merkezi
2) Translate from Turkish to Italian
3) Change the target language from Italian to English and click "Translate"

Sometimes the page is translated to English, sometimes it is just shown in the original language.
It doesn't work most of the times I try on https://www.turkiye.gov.tr/turk-kizilay-en-yakin-kan-bagis-merkezi, but sometimes it works, which makes me think this is a race condition.
Bug: tab bar glitching when opening new tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-04 09:55:27+00:00
Resolved: 2024-05-14 14:38:47+00:00

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

Steps to reproduce:

on firefox 126.0a1 (2024-04-04) for windows, open a new tab


Actual results:

tab pill and new tab button displays harsh visual glitching during animation


Expected results:

the ui should not distort or glitch. this behaviour was not observed until i updated to the most recent build as of this post, the current 126.0a1 (2024-04-04)
Bug: When closing or opening a tab, the tab preview is not displayed in the correct location
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-04-04 10:19:27+00:00
Resolved: 2024-04-23 09:39:13+00:00

**Found in**
* 126.0a1 (2024-04-04)



**Affected versions**
*  126.0a1 (2024-04-04)



**Tested platforms**
* Affected platforms: Windows 10x64, macOS 12, Ubuntu 23.10
* Unaffected platforms: none

**Preconditions**
* browser.tabs.cardPreview.enabled: true

**Steps to reproduce**
1. Open some random tabs.
2. Position the mouse on the right side of a tab that is located in the middle of other tabs and close it.

**Expected result** 
* The tab preview is displayed in the correct position.



**Actual result**
* The tab preview is displayed in another position than the default one.


**Regression range**
*  Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=7b609d9f295fce7ab954f09492fea414b72843e6&tochange=a387d4331dd332c954d2689a4a8b64c2181690b1
Possible regressor: Bug 1876522 

**Additional notes**
* Attached a screen recording.
* This also happens sometimes when opening a new tab.
Bug: Tab hover preview have no borders with Light theme when display contrast is increased
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-04-04 12:11:01+00:00
Resolved: 2024-04-19 12:14:49+00:00

**Found in**
* Latest Nightly 126.0a1

**Affected versions**
* Latest Nightly 126.0a1

**Tested platforms**
* Affected platforms: macOS 13 intel, macOS 14 M1
* Unaffected platforms: Windows 10, Ubuntu 22.04

**Preconditions**
* Set `browser.tabs.cardPreview.enabled` pref to `true`
* Set the Light theme inside Firefox from about:addons#themes

**Steps to reproduce**
1. Go to Accessibility > Display Contrast from Mac settings
2. Change the value of Display Contrast to the middle slider or more
3. Visit about:support page
3. Open a few new tabs and hover over them

**Expected result**
* A border is seen of the hover preview so it can be differentiated from the background content of the page (if the content is white colored).

**Actual result**
* Tab previews have no border and the content is very hard to read if there is a white content background in the focused webpage.

**Regression range**
* First bad: 2024-01-18
* Last good: 2024-01-17
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=45d6750560827745ad0db7430dc5e8546ce28f6c&tochange=f7c89ae648908327bf4cdf4ac66b1393388cb13a
* Potentially regressed by: Bug 1872399

**Additional notes**
* Screenshot attached showing the issue.
* Not reproducible with Dark theme in Firefox, the preview does have a white border.
Bug: After closing or opening a tab without leaving the tab strip, there is no delay in displaying the tab preview
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-04-04 12:21:12+00:00
Resolved: 2024-04-23 09:40:36+00:00

**Found in**
* 126.0a1 (2024-04-04)



**Affected versions**
*  126.0a1 (2024-04-04)



**Tested platforms**
* Affected platforms: Windows 10x64, Ubuntu 23, macOS 12
* Unaffected platforms: none

**Preconditions**
* browser.tabs.cardPreview.enabled: true

**Steps to reproduce**
1. Open some random tabs and hover over them until the tab preview is displayed.
2. Without leaving the tab strip close a tab located in the middle of the other tabs.

**Expected result** 
* The tab preview is displayed after 500ms.



**Actual result**
* The tab preview is displayed instantly. 


**Regression range**
*  Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=7b609d9f295fce7ab954f09492fea414b72843e6&tochange=a387d4331dd332c954d2689a4a8b64c2181690b1 
Possible regressor: Bug 1876522 

**Additional notes**
* Attached a screen recording.
* This also happens when opening a new tab.
Bug: [Experiment] The Firefox logo and the Microsurvey title are not aligned on the Firefox de locale
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-04-04 12:57:27+00:00
Resolved: 2024-04-11 12:26:45+00:00

**[Affected Versions]:**
* Firefox Release 121.0, BUILD ID: 20231211174248
* Firefox Release 123.0.1, BUILD ID: 20240304104836
* Firefox Release 124.0.2, BUILD ID: 20240401114208
* Firefox Beta 125.0b5, BUILD ID: 20240327092250

**[Affected Platforms]:**
* macOS 14.3

**[Prerequisites]:**
* Have a Firefox “de” locale installed.
* Have the `nimbus.debug` pref set to `true` in the “about:config” page.

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to the following link: about:studies?optin_slug=new-tab-microsurvey-relevance-satisfaction-existing-users-us-ca-de-gb&optin_branch=treatment-a&optin_collection=nimbus-preview
3. Open a new tab.
4. Observe the title from the Microsurvey card displayed in the bottom-right part of the screen.

**[Expected result]:**
* The title should be in line with the Firefox logo.

**[Actual result]:**
* The title is displayed on the next row, under the Firefox logo.

**[Notes]:**
* This issue is reproducible only on macOS. On Windows and Linux there is a different behavior tracked in bug 1889341
* This issue is reproducible only on the DE locale.
* Attaching a screenshot of the issue:
Bug: The initial remote settings download is inefficient
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-04 12:59:33+00:00
Resolved: 2024-12-03 04:47:23+00:00

Here's a power profile of the initial download of remote settings when starting GeckoView example on a Pixel 6: https://share.firefox.dev/3J6Of6W

The network was used by many (1738) small HTTPS requests to firefox.settings.services.mozilla.com and firefox-settings-attachments.cdn.mozilla.net for 16s, keeping the wifi chip active (the WLAN-BT power track shows it used more than 300mW most of the time during that period). A total of 6.58MB of data was transferred. I have a fiber connection, that could have easily downloaded this amount of data in less than 1s, and let the device's wifi chip go sleep.

Could we bundle all of these small files into a single one that would be fetched for new Firefox users?
Bug: Voice Over focus frame is on all the page when the focus is on an highlight
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-04-04 13:07:35+00:00
Resolved: 2024-04-19 14:18:00+00:00

See https://bugzilla.mozilla.org/show_bug.cgi?id=1886427#c4.
Bug: Remove unused translations-identification-models dump
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-04 13:17:39+00:00
Resolved: 2024-04-09 16:04:02+00:00

Bug 1861516 removed the only use of the `translations-identification-models` collection, and so we should also stop shipping the [associated dump file](https://searchfox.org/mozilla-central/rev/8340afd1fb3e7b2727d2efb47df1bd3112db7213/services/settings/dumps/main/translations-identification-models.json).

I have a couple of other patches touching these dumps, so I'll add it to the stack.
Bug: Menus and panels remain opened when hovering and clicking on tabs after the tab preview is displayed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-04-04 13:52:13+00:00
Resolved: 2024-05-30 08:56:47+00:00

**Found in**
* Latest Nightly 126.0a1

**Affected versions**
* Latest Nightly 126.0a1

**Tested platforms**
* Affected platforms: Windows 10, Windows 11, macOS 13 and Ubuntu 22.04
* Unaffected platforms: none

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

**Steps to reproduce**
1. Open a few tabs
2. Click on menu, for example Hamburger Menu or Download panel.
3. Hover over a tab
4. Without leaving the tab strip click on all the tabs

**Expected result**
* The opened menu is closed when clicking a tab OR tab preview is not shown when the menu is opened, just as it does when a context menu is opened (only on Mac).

**Actual result**
* Menus, panels will not close if preview is visible and clicking on different tabs without leaving the tabstrip.

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

**Additional notes**
* On Chrome if I have their hamburger menu open or context menu I can't use the tab preview, but on some menus like Bookmark or Users I can though it will close immediately when clicking on a tab.
Bug: Intermittent browser/components/enterprisepolicies/tests/browser/managedbookmarks/browser_policy_managedbookmarks.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-04-04 14:42:12+00:00
Resolved: 2024-05-10 12:03:56+00:00

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

---
```
[task 2024-04-04T13:24:30.529Z] 13:24:30     INFO - TEST-START | browser/components/enterprisepolicies/tests/browser/managedbookmarks/browser_policy_managedbookmarks.js
[task 2024-04-04T13:25:15.544Z] 13:25:15     INFO - TEST-INFO | started process screenshot
[task 2024-04-04T13:25:15.663Z] 13:25:15     INFO - TEST-INFO | screenshot: exit 0
[task 2024-04-04T13:25:15.675Z] 13:25:15     INFO - Buffered messages logged at 13:24:30
[task 2024-04-04T13:25:15.675Z] 13:25:15     INFO - Entering test bound test_policy_managedbookmarks
[task 2024-04-04T13:25:15.676Z] 13:25:15     INFO - TEST-PASS | browser/components/enterprisepolicies/tests/browser/managedbookmarks/browser_policy_managedbookmarks.js | Managed bookmarks button should be visible. - 
[task 2024-04-04T13:25:15.677Z] 13:25:15     INFO - TEST-PASS | browser/components/enterprisepolicies/tests/browser/managedbookmarks/browser_policy_managedbookmarks.js | Managed bookmarks buttons should have correct label - 
[task 2024-04-04T13:25:15.677Z] 13:25:15     INFO - Buffered messages finished
[task 2024-04-04T13:25:15.678Z] 13:25:15     INFO - TEST-UNEXPECTED-FAIL | browser/components/enterprisepolicies/tests/browser/managedbookmarks/browser_policy_managedbookmarks.js | Test timed out - 
[task 2024-04-04T13:25:15.679Z] 13:25:15     INFO - GECKO(5028) | Completed ShutdownLeaks collections in process 5576
[task 2024-04-04T13:25:15.679Z] 13:25:15     INFO - TEST-START | Shutdown
[task 2024-04-04T13:25:15.680Z] 13:25:15     INFO - Browser Chrome Test Summary
[task 2024-04-04T13:25:15.680Z] 13:25:15     INFO - Passed:  2
[task 2024-04-04T13:25:15.680Z] 13:25:15     INFO - Failed:  1
[task 2024-04-04T13:25:15.681Z] 13:25:15     INFO - Todo:    0
[task 2024-04-04T13:25:15.681Z] 13:25:15     INFO - Mode:    e10s
[task 2024-04-04T13:25:15.682Z] 13:25:15     INFO - *** End BrowserChrome Test Results ***
[task 2024-04-04T13:25:15.682Z] 13:25:15     INFO - GECKO(5028) | Exiting due to channel error.
[task 2024-04-04T13:25:15.683Z] 13:25:15     INFO - GECKO(5028) | Exiting due to channel error.
[task 2024-04-04T13:25:15.683Z] 13:25:15     INFO - GECKO(5028) | Exiting due to channel error.
[task 2024-04-04T13:25:15.684Z] 13:25:15     INFO - GECKO(5028) | Exiting due to channel error.
[task 2024-04-04T13:25:15.684Z] 13:25:15     INFO - GECKO(5028) | Exiting due to channel error.
[task 2024-04-04T13:25:15.684Z] 13:25:15     INFO - TEST-INFO | Main app process: exit 0
```
Bug: Dark Hover Preview Issue on Multiple Tabs on Ubuntu
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-04-04 15:10:04+00:00
Resolved: 2024-07-09 19:31:17+00:00

**Found in**
* 126.0a1 

**Affected versions**
* 126.0a1

**Tested platforms**
* Affected platforms: Ubuntu 22, Ubuntu 23
* Unaffected platforms: Windows, macOS

**Preconditions**
* browser.tabs.cardPreview.enabled set to true

**Steps to reproduce**
1. Open several tabs and hover over them to trigger the preview.
2. Open a few more new tabs.
3. Hover again all the open tabs and observe the preview.

**Expected result**

The tab hover preview is visible for all the opened tabs.

**Actual result**

The tab hover preview appears dark for more then half of the tabs.

**Regression range**

* Not a regression since this is a new feature.

**Notes**
* The dark hover preview is frequently visible on the about:newtab pages.
* Video attached showing the issue.
Bug: Firefox on a mac bought/booted? in Mexico is a very bad experience
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-04-04 16:01:48+00:00
Resolved: 2024-07-25 12:58:56+00:00

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

Steps to reproduce:

1. I bought a Macbook Air M2 in Mexico.
2. I set it up, the very first step was me seleting "US English" as the system language.
3. I googled "Firefox".
4. Because no one bothers to care about Accept-Language, I got the Spanish landing page, but a generic "Firefox VXX.dmg" image.
5. I install Firefox.



Actual results:

Bug 1. I open Firefox and it has completely ignored my system language. Firefox is set to "Espanol".

Bug 2: The new profile landing page is *half in English*, *half* in Spanish.

Bug 3: Even after changing the language, confirming the spellcheck is also set to English, it is clearly spelling check in Spanish.


Expected results:

1. Firefox should have respected my system language and started up in English.

2. Firefox should have either shown the landing page in English, or in Spanish, not both. Presumably Spanish since that's what it thought it should be set to, for whatever reason.

3. Man, I'd really like to type text without this assault of red squigglies. I have no idea what to do to fix this.

Frankly, this is a bit baffling. How is Firefox choosing its default language? Is this *embedded* into the build I downloaded? Why? Especially if it comes with these bugs?
Bug: "More Translation Settings" is discoverable through settings search
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-04-04 16:24:50+00:00
Resolved: 2024-04-08 12:35:34+00:00

This is a follow-up bug to Bug 1887529, which noticed that the new Translations Settings UI occasionally has a flash of stubbed content on the first load of `about:preferences`.

The fix was to add `hidden="true"` to the markup. 

I noticed, also, that the stubbed content is discoverable through search, and we will need to add `data-hidden-from-search="true"` as well.
Bug: Re-introduce embedded migration wizard default title
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-04-04 17:11:21+00:00
Resolved: 2024-04-10 15:34:15+00:00

Currently about:welcome import screen no longer has the default "Import Browser Data" title. This should be introduced as the default title.

Route to `about:welcome` select import checkbox, route to import screen, notice `Import Browser Data` title missing.
Bug: Firefox View tab row buttons are no longer flush right within card containers
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-04-04 21:09:51+00:00
Resolved: 2024-05-08 17:13:06+00:00

As part of the `fxview-tab-list/row` refactor in bug 1880542, the grid alignment for tab rows other than open tabs tab rows seems off, specifically the buttons are no longer flush with the right of the card's inner padding. We should adjust the styles there so that each tab row spans the full width of the card up to the card's inner padding.

This is happening for all tab rows EXCEPT Open Tabs tab rows (so Recently Closed Tabs, Synced Tabs, History).
Bug: During the Firefox Refresh the content of the import status dialog is not announced by a screen reader
Status: NEW
Priority: P3
Created: 2024-04-04 22:05:24+00:00
Resolved: 2024-05-08 19:03:27+00:00

### STR:
1. Ensure a screen reader is running, i.e. NVDA on WinOS
1. Open `about:support` page
1. Navigate to and activate `Refresh Firefox` button
1. Observe the behavior of the refreshing process, specifically the screen reader's announcements when an import status dialog appears

### Expected: 
1. All the checkmarks and their labels from the dialog is being announced by a screen reader.
1. Then `Done button` is announced

### Actual:
1. Only `Done` button is announced. User would have no indication that there were, in fact, any import and it would be not clear what is exactly done (since the refresh process would then continue to the new Firefox window, the process is not fully done at that moment)

Experienced in release.
Bug: Missing message in locale en-US: screenshots-component-cancel-mac-button
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-04-04 22:26:52+00:00
Resolved: 2024-04-07 21:37:07+00:00

We introduced a new fluent id 'screenshots-component-cancel-mac-button' in bug 1864038, but no new string to go with it.
Bug: FullPageTranslationsPanel Error Strings Are Incorrect
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-05 02:24:58+00:00
Resolved: 2024-04-06 13:34:37+00:00

Bug 1880357 did some bulk renames of identifiers from `translations-panel` to `full-page-translations-panel` in order to make room for `select-translations-panel`. 

I was careful to only rename `id` in the markup, and not `data-l10n-id`, because the Fluent string identifiers cannot be easily changed.

Unfortunately, the [call sites](https://searchfox.org/mozilla-central/rev/5df192b9edee971a1ab06ff9ef688d92c21a92c1/browser/components/translations/content/fullPageTranslationsPanel.js#1382-1384) to the [#showError](https://searchfox.org/mozilla-central/rev/5df192b9edee971a1ab06ff9ef688d92c21a92c1/browser/components/translations/content/fullPageTranslationsPanel.js#339-351) function take `data-l10n-id` values as their arguments, but it's not as obvious that these are data-l10n-ids, and I did not catch that these should be excluded from the renames. 

This has the effect of setting the error message values to non-existent IDs, which effectively shows no error message in the error callout.

We need to fix the call sites of passing these strings, and ensure we're checking for them in the test suite.
Bug: [Linux] The Orca screen reader fails to reads aloud the autofilled value in the field where the autofill feature is used
Status: NEW
Priority: --
Created: 2024-04-05 05:58:23+00:00
Resolved: 2024-04-10 06:53:16+00:00

**Found in**
* Nightly 126.0a1

**Affected versions**
* Nightly 126.0a1

**Tested platforms**
* Affected platforms: Ubuntu
* Unaffected platforms: Windows10, macOS

**Preconditions**
* Install the Firefox en-US build
* Set browser.search.region to US in about:config
* Save several addresses and credit cards in about:preferences#privacy, Forms & Autofill section
* Orca screen reader is enabled

**Steps to reproduce**
1. Go to address form https://luke-chang.github.io/autofill-demo/basic.html
2. Double-click on any field to trigger the autofill dropdown
3. Use the autofill feature
4. Listen to the screen reader as it reads the entries aloud

**Expected result**
* The screen reader reads aloud all the autofilled values.

**Actual result**
* The screen reader fails to read aloud the autofilled value in the clicked field where the autofill feature is used.

**Regression range**
* I will search for any corresponding regression range, if applicable, and update the issue accordingly.