av9ash/GitBugs huggingface dataset:
Bug: Translations Panels do not populate language dropdowns when creating a new window from a tab that has already opened the panel
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-04-27 01:12:39+00:00
Resolved: 2024-05-29 15:18:55+00:00

### Description

---

### Steps to Reproduce

1) Open a Firefox window.
2) Open a new tab such that you have at least two tabs in the current window.
3) Navigate to a translatable website, such as https://es.wikipedia.org
4) Open the FullPageTranslationsPanel by clicking the Translations button in the URL bar.
5) Observe that the language dropdown menus are populated if you open them, and are pre-selected to languages, such as from Spanish to English.
6) Close the panel.
7) Click and drag that tab somewhere else on the screen such that the tab becomes its own new window.
8) Reopen the FullPageTranslationsPanel by clicking the Translations button in the URL bar.

**Expected Behavior**
> (Left side of image)

The language lists are **still** populated and pre-selected to languages for translation, such as from Spanish to English.

**Actual Behavior**
> (Right side of image)

The language lists are **not** populated and are pre-selected to the **Choose a language** option, such as from Spanish to English.

---

### Tests to implement

* Implement a test that opens a new tab, opens the panel, then moves the tab to its own window, then opens the panel in that window to ensure it still works.
Bug: Horizontally align buttons to region in screenshots overlay
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-27 12:28:36+00:00
Resolved: 2024-05-09 18:53:48+00:00

The buttons are stuck to the window for vertical scrolling but we don't sticky the buttons on horizontal scrolling. We should always show the buttons in the viewport if possible
Bug: Frequent domains not autocompleting
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-04-28 00:57:56+00:00
Resolved: 2025-02-03 10:58:02+00:00

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

Steps to reproduce:

Typed in the first letter of a url of a domain that I visit frequently. Url usually fills in.


Actual results:

Url filled in was one of a bookmark that starts with the same letter. Must type enough letters until they do not match those of any other bookmarks.


Expected results:

Url of frequent website should have been filled in. I have the site bookmarked, and visit it more often than I visit any other domain. It filled in fine until I turned on my laptop one day and it didn't.
Bug: Window ordering changes upon reloading tabs
Status: UNCONFIRMED
Priority: P3
Created: 2024-04-28 05:55:00+00:00
Resolved: 2025-01-08 12:48:07+00:00

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

Steps to reproduce:

Summary: Reloading many tabs in many windows results in the window number of each window being different.

Details:
1.  Open a new Firefox profile
2.  Select General/Startup/Open previous windows and tabs
3.  Open five windows with three tabs per window in a new profile (with five different flavor of links, one flavor per window, just to make it easier to keep track of the links)
4.  Take note of which flavor corresponds to which window number in the "Firefox View" / "Open Tabs" window.
5.  Close this Firefox profile
6.  Reopen this Firefox profile.
7.  Only visit tabs in two of the five windows
8.  Close this Firefox profile again
9.  Reopen Firefox


Actual results:

The window numbers associated with the links change, seemingly based on which windows get visited in some random way.  The tab order within the windows seems to stay consistent, but the tabs opened in "Window 1" may show up in "Window 5" in the restored version if none of those tabs are fully loaded during a session.


Expected results:

The windows and tabs within the windows should BOTH maintain their order between sessions upon restore.
Bug: different and wrong calculated width in new version
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-28 07:43:22+00:00
Resolved: 2024-04-28 07:49:17+00:00

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

Steps to reproduce:

Update the firefox from v124.0.2 to v125.0.2


Actual results:

It seems there is a change in float calculation and this cause final result to be different. Consider a div parent with 1183.3333740234375px width and two flex children each with calc(33.3333% - 10px) width. The actual calculated width in two versions are different. The widthes in new version are bigger and this cause responsiveness problems in my website.


Expected results:

Calculated widths should be the same as previous versions. There is an attached file. Execute it and see with diffs in v124.0.2 and v125.0.2
Bug: Scrolling a pdf in print-preview leads to rapid system-level memory increase and eventual OOM
Status: NEW
Priority: P3
Created: 2024-04-28 07:54:32+00:00
Resolved: 2024-05-16 20:30:24+00:00

Open the attached pdf in nightly
Press Ctrl+P (i.e. open the print preview)
In the Print Preview dialogue, rapidly scroll up-and-down the pdf preview
Monitor the "system-level" memory (and not the process-level memory)

AR: The system-level memory increases rapidly, and will eventually OOM crash
ER: Not so. Chrome does not have any memory increase

Can repro on a build from Jan2022, so not a new regression.
Bug: New page shortcuts, please return 45 open boxes as in previous version
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2024-04-28 10:46:42+00:00
Resolved: 2024-11-04 12:29:04+00:00

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

Steps to reproduce:

Open new firefox to homepage on pc

The new version made the homepage of 45 boxes into a mess



Actual results:

All link icons ended up grouped together in 2 whole and a 3rd partial row


Expected results:

4 rows of 9 boxes for my own links remaining, including empty spaces for many new links and empty spaces for plain ease of use. 

may even want to make it bigger? 5 rows of 12 link-icons
Bug: Intermittent browser/base/content/test/popups/browser_popup_blocker.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2024-04-28 11:30:03+00:00
Resolved: 2025-02-17 07:26:36+00:00

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

---
```
TEST-PASS | browser/base/content/test/popups/browser_popup_blocker.js | Blocked popup menu shown - 
[task 2024-04-28T10:50:53.032Z] 10:50:53     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”." {file: "https://example.com/browser/browser/base/content/test/popups/popup_blocker_a.html" line: 0}]
[task 2024-04-28T10:50:53.032Z] 10:50:53     INFO - Buffered messages finished
[task 2024-04-28T10:50:53.032Z] 10:50:53     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/popups/browser_popup_blocker.js | Uncaught exception in test bound test_opening_blocked_popups_privateWindow - undefined - timed out after 50 tries.
[task 2024-04-28T10:50:53.032Z] 10:50:53     INFO - Leaving test bound test_opening_blocked_popups_privateWindow
[task 2024-04-28T10:50:53.032Z] 10:50:53     INFO - GECKO(1232) | MEMORY STAT | vsize 410793MB | residentFast 438MB | heapAllocated 164MB
[task 2024-04-28T10:50:53.032Z] 10:50:53     INFO - TEST-OK | browser/base/content/test/popups/browser_popup_blocker.js | took 9042ms
[task 2024-04-28T10:50:53.032Z] 10:50:53     INFO - checking window state
[task 2024-04-28T10:50:53.033Z] 10:50:53     INFO - Not taking screenshot here: see the one that was previously logged
[task 2024-04-28T10:50:53.033Z] 10:50:53     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/popups/browser_popup_blocker.js | Found an unexpected browser window at the end of test run - 
[task 2024-04-28T10:50:53.033Z] 10:50:53     INFO - GECKO(1232) | must wait for focus
[task 2024-04-28T10:50:53.033Z] 10:50:53     INFO - TEST-START | browser/base/content/test/popups/browser_popup_blocker_frames.js
```
Bug: Partial selection starting from beginning of address includes the https:// protocol when untrimmed
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-04-28 13:24:31+00:00
Resolved: 2024-05-16 07:36:23+00:00

STR:
1. Visit https://bugzilla.mozilla.org.
2. Select the "bugzilla" subdomain in the address.

Expected:
Only "bugzilla" is selected.

Actual:
The protocol is added to the selection, resulting in "https://bugzilla".

Only happens when the first character in the address is selected, selecting "ugzilla" works as expected.

Does not happen on Chrome.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=40423991307494c32432a8410d02b2751e124a97&tochange=96d4e09e124215e9af45acf8dc6507e7a9fcf239

Regressed by Bug 1848715.
Bug: Search hand-off fails to focus address bar when in full screen mode and newtab page has the sticky search bar
Status: UNCONFIRMED
Priority: P3
Created: 2024-04-28 14:23:22+00:00
Resolved: 2024-05-16 04:59:37+00:00

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

Steps to reproduce:

1. Make Firefox full screen by f11 key.
2. Move to Firefox homepage or open a new tab with shortcut ctrl+T and remove address bar from focus by clicking on some empty place( and also remove the cursor from top of screen).
3.  Scroll down a bit till the search bar in the middle comes and freezes itself in the top(as expected).


Actual results:

Now, when you click this search bar from cursor, it vanishes from the screen and the address bar comes to focus. This same thing happens in non full screen also but after you start typing.


Expected results:

1. Actually it should have came to focus while still remaining fixed on the top of screen and would have came back to its original position(with the same animation it stuck to top) when/if scrolled back to top of the homepage rather than the address bar coming to focus.
2. Even in non full screen mode, search bar should come to focus rather than the address bar of Firefox. (what is the use of giving the below search bar if only it has the work to redirect, that's why  think it is a bug )
One point I would like to tell that search  bar doesn't sticks on top of application window when scrolled up while not being in the full screen mode which is expected as you have direct access to Firefox's address bar so that behavior is right.
I have recorded only the top portion of screen to minimize distraction from articles and pinned tabs so ignore them. :P
Bug: Download of screenshot does not work (It seems to does nothing.)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-28 15:09:53+00:00
Resolved: 2024-05-22 21:53:59+00:00

This problem happens frequently on Nightly127.0a1

Steps to reproduce:
1. Open web page e.g. https://www.wikipedia.org/
2. Right click on the page and Choose `Take Screenshot`
3. Choose `Save Visible`
4. Click on `Download` button (click on the label of `Download`)
5. If the problem is not occurred, repeat step 2-4 

Actual results:
Download of screenshot does not work (It seems to does nothing.)
If problem is occurred, `Copy` button is also not working.
Sometimes, after problem is occurred, click again on different position of  `Download` button works as expected.

Expected Results:
Screenshot image will be downloaded immediately.
Bug: Three-dot button (...) appears in bottom-left corner of new tab pocket stories and dislocated from menu with extensions.pocket.enabled = false
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-29 08:44:06+00:00
Resolved: 2024-05-01 21:53:17+00:00

STR:
1. Set `extensions.pocket.enabled = false`.
2. Open the new tab page.
3. Scroll down to Pocket stories and hover over a tile.
4. Click the three-dot '...' button.

Three-dot button appears in the bottom-left corner of the story tile while the menu appears at the top-right.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=734680e69ec56cecbb9457f02fbc2ff304776d07&tochange=9e16e7aa0f460c630b8fdd7418039216f01f643f

Regressed by Bug 1824019.
Bug: Close button in new tab customization section has a stripe associated with it that covers settings when scrolling in a small window
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-04-29 08:53:32+00:00
Resolved: 2024-06-04 12:39:45+00:00

STR:
1. Open a new tab page.
2. Click the customize gear icon in the top-right corner.
3. Shrink the window vertically so that a scrollbar appears.
4. Scroll the customize settings.

Close button container obstructs content.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=79285097aea935de25c3bbeb0ab5dbc168460fb8&tochange=fe7af5b078750f8394e5dbb4333a8c1471c9af66

Regressed by Bug 1685517.
Bug: Changing new tab wallpaper does not update the credit links until page is reloaded.
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-04-29 09:16:37+00:00
Resolved: 2024-05-20 06:58:45+00:00

STR:
1. Set `browser.newtabpage.activity-stream.newtabWallpapers.enabled = true`.
2. Change the new tab wallpaper image.
3. Scroll to the bottom of the page and hover the cursor over the "Photo by" links.

The text for the photo credit changes but the link destinations are for the last wallpaper before the page was reloaded.
Bug: Language unsupported error panel has incorrect UI for the disabled Translate button
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-29 10:59:39+00:00
Resolved: 2024-05-13 14:00:14+00:00

**Note**
* The disabled Translate button on the unsupported language error panel is light gray instead of light blue.

**Found in**
* Nightly v127.0a1

**Affected versions**
* Nightly v127.0a1

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

**Steps to reproduce**
1. Load a webpage that is displayed in a language different than the browser's AND unsupported by Fx Translations.
Ex. [Chinese Wikipedia webpage](https://zh.wikipedia.org/wiki/Wikipedia:%E9%A6%96%E9%A1%B5)
2. Select a random string of text and open the context menu.
3. Select the Translate option.

**Expected result**
* The Translate button is light blue.

**Actual result**
* The Translate button is light gray.

**Regression range**
* Not a regression.

**Additional notes**
* The enabled button is correctly displayed as blue.
Bug: [Experiment]The WNP experiment displays the FxA What's New page instead of the translations one
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-04-29 12:32:15+00:00
Resolved: 2024-04-30 11:41:54+00:00

**[Affected versions]:**
- Firefox Beta 126.0b6 (Build #20240426091720)

**[Affected Platforms]:**
- Windows 11 x64
- macOS 13.6.2
- Ubuntu 22.04 x64

**[Prerequisites]:**
- Have the latest Firefox Beta 125 installed.
- Have a browser profile enrolled in the Control or Treatment A branches of the [WNP Messaging System + Nimbus Tooling](https://experimenter.services.mozilla.com/nimbus/wnp-messaging-system-nimbus-tooling/summary) experiment.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Update the browser to Beta 126.
3. Observe the 126 What's New page.

**[Expected result]:**
- The "Say 'Hola' to Firefox translations" WNP is displayed.

**[Actual result]:**
- The "No account required. But you might want one." WNP is displayed.

**[Notes]:**
- The issue is reproducible since the latest update to the Nimbus recipe.
- Attached a screenshot of the issue:
Bug: [macOS] Keyboard navigation is not possible on select translation panel
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-29 13:30:32+00:00
Resolved: 2024-04-29 14:06:09+00:00

**Found in**
* Firefox 127.0a1

**Affected versions**
* Firefox 127.0a1

**Tested platforms**
* Affected platforms: macOS 12
* Unaffected platforms: Windows 10, Ubuntu 22

**Steps to reproduce**
1. Load a webpage that is displayed in a different language than the browser.
2. Select a random string of text and open the context menu.
3. Select the Translate option.
4. Start navigate on translation panel using the "Tab" keyboard key.

**Expected result**
* The keyboard navigation is possible on select translation panel.

**Actual result**
* Keyboard navigation is not possible on select translation panel, pressing the tab key nothing happens.

**Regression range**
* Not a regression.

**Additional notes**
* The issue also appears on the translation error page, keyboard navigation is not possible either here.
Bug: The font size of the error message should be 15px
Status: RESOLVED
Priority: P4
Resolution: INVALID
Created: 2024-04-29 14:07:33+00:00
Resolved: 2024-06-05 20:17:15+00:00

**Note**
* The font size of the error messages should be 15px and it appears to be smaller (probably 13px).

**Found in**
* Nightly v127.0a1

**Affected versions**
* Nightly v127.0a1

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

**Steps to reproduce**
1. Set up the following prefs:
browser.translations.select.enable = TRUE
browser.translations.chaos.errors = TRUE
2. Load a webpage that is displayed in a language different than the browser's.
3. Select a random string of text and open the context menu.
4. Select the Translate option.
5. Observe the error's font size.

**Actual result**
* The font size is smaller than it appears in figma designs.

**Expected result**
* The font should be as designed in figma.

**Regression range**
* Not a regression.

**Additional notes**
* We are unable to determine the exact font size on the Select Translations Panel, but it appears to be the same as the rest of the text on the panel, while Figma specifies that the error text should be 15px and the rest of the text on the panel is 13px.
* Figma designs: https://www.figma.com/file/L1uWog572k0MvVjkgsgqY8/Select-Translaiton?type=design&node-id=1884-14458&mode=design&t=bIHO4gWMzTYaDCPk-0
Bug: After restart, the names and icons of the reordered top sites are mismatched (if placed after the 'Add Shortcut)
Status: NEW
Priority: P2
Created: 2024-04-29 14:20:23+00:00
Resolved: 2024-06-17 19:53:52+00:00

**Found in**
* Beta 125.0b6

**Affected versions**
* Nightly 127 and Beta 126, Nightly 125

**Unaffected versions**
* Release 125

**Tested platforms**
* Affected platforms: All
* Unaffected platforms: 

**Preconditions**
*Strat Firefox with a new profile

**Steps to reproduce**
1. Open a new tab.
2. On topsite area, using drag and drop reorder the default topsites in a different order and make sure "Add Shorcut" is in the middle.
3. Close the browser 
4. Start the browser and observe the top sites order

**Expected result**
* The top sites order should be the same as the one before restart.

**Actual result**
* After restart, the name and the icon for topsites after the "Add Shorcut" does not match.

**Regression range**
* Looking for regression range asap

**Additional notes**
* On a new tab, the order is the correct one. Also, with a refresh/reload of the page the order is correct.
Bug: Firefox nightly has a problem with the bookmark drop down menu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-29 14:40:55+00:00
Resolved: 2024-05-09 00:35:19+00:00

Steps to reproduce:

Firefox nightly was just updated to the first 4/29 build and I go to click my bookmark folder on the bookmark toolbar.



Actual results:

When I do this all the icons don't appear at first (just a few of them do).   When I hover over the bookmark list then they start to appear.


Expected results:

All bookmarks should appear immediately.
Bug: History records no longer displayed in Firefox View tab after sorting them by date and then returning to the screen
Status: NEW
Priority: --
Created: 2024-04-29 14:42:26+00:00
Resolved: 2024-12-08 04:47:28+00:00

**Found in**
* 126.0b6 

**Affected versions**
* 127.0a1 (2024-04-29)
* 126.0b6

**Tested platforms**
* Affected platforms: Windows 11, macOS 12.6.6, Ubuntu 22.04
* Unaffected platforms: none

**Steps to reproduce**
1. Launch Firefox and open a few websites in different tabs
2. Navigate to the Firefox View tab and click on the History option from the left side on the page
3. Click the “Sort by site” radio button from the “History” view
4. Navigate to any of the open tabs
5. Return to the Firefox View tab - History view and observe the screen

**Expected result**
* History records are still displayed and sorted by domains

**Actual result**
* History records are no longer displayed when returning to the Firefox View tab. Only the “Import history from another browser” and “Show all history” options are shown

**Regression range**
* Last good build: 2024-03-26 
* First bad build: 2024-03-27 
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2b1f9fdfc6f774799f62a080558760d9d16db594&tochange=2972a7e11e29236baa3eac46203587d53e4484a5  
* Potentially regressed by: Bug 1879926 

**Additional notes**
* See the attached video
* Issue is resolved after selecting the “Sort by date” radio button and then again the “Sort by site” radio button
* Not reproducible for the “Sort by date” option from “History” view
Bug: The title string "Translations", the selected language strings, and the button's strings should have a slightly heavier font weight (590)
Status: RESOLVED
Priority: P4
Resolution: INVALID
Created: 2024-04-29 15:32:26+00:00
Resolved: 2024-06-05 20:17:47+00:00

**Note**
* The title string "Translations", the selected language strings, and the button strings should have a slightly heavier font weight (590), while the translated text string and the "From" and "To" strings have smaller font weight (400).

**Found in**
* Nightly v127.0a1

**Affected versions**
* Nightly v127.0a1

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

**Steps to reproduce**
1. Ensure that: browser.translations.select.enable = TRUE
2. Load a webpage that is displayed in a language different than the browser's.
3. Select a random string of text and open the context menu.
4. Select the Translate option.
5. Observe the font weight of the panel's title, the languages and the button's texts in comparison to [the designs in Figma](https://www.figma.com/file/L1uWog572k0MvVjkgsgqY8/Select-Translaiton?type=design&node-id=1928-15817&mode=design&t=bIHO4gWMzTYaDCPk-0)

**Expected result**
* The title string "Translations", the selected language strings, and the button's strings should have a slightly heavier font weight (590).

**Actual result**
* The title string "Translations", the selected language strings, and the button's strings have insufficient font weight.

**Regression range**
* Not a regression.

**Additional notes**
* We are unable to determine the exact font weight on the Select Translations Panel, but it appears slightly bolder in Figma designs.
Bug: Session restore telemetry can_load extra isn't working correctly and causes error console spam
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-04-29 17:31:51+00:00
Resolved: 2024-05-02 13:47:39+00:00

I've recently started seeing `Extra properties should have string values.` in my browser console after startup (on local nightly builds - possibly also distributed nightly builds but I can't recall off-hand).

That's coming from https://searchfox.org/mozilla-central/rev/2e7374599f4020d0490ec8c5e877c179c9e153c9/toolkit/components/telemetry/core/TelemetryEvent.cpp#848 so it's a telemetry event where some of the `extra` bits are invalid.

Standard8 did some digging on matrix:

> Gijs: I see it as well. I quickly added debug and the first three params to `RecordEvent` are `session_restore` `backup_can_be_loaded` `session_file`
> Gijs: https://searchfox.org/mozilla-central/rev/2e7374599f4020d0490ec8c5e877c179c9e153c9/browser/components/sessionstore/SessionFile.sys.mjs#358 maybe? That's a boolean, not a boolean string...
> Its definitely the `can_load` key
> Oh, that's subtle

Kelly, would you mind taking a look?