av9ash/GitBugs huggingface dataset:
Bug: Unloaded inactive tabs slow down Firefox (long loading times) - Why ?
Status: UNCONFIRMED
Priority: --
Created: 2023-06-25 15:21:15+00:00
Resolved: 2023-07-20 12:09:33+00:00

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

Steps to reproduce:

I sometimes have many tabs in the bar (multi row by userChrome.css), quite 100 or more (I know, bad habit, but that's the way it is).


Actual results:

Loading new pages then really takes "forever". Some people might say that's no wonder, but somehow it is, because when I restart Firefox with so many tabs, only the currently selected tab is loaded, all the others are not yet active. So I'm surprised why inactive tabs that are not loaded play a role at all (they are "actually" nothing more than bookmarks).


Expected results:

It should be technical possible, that loading new pages is as fast as normal, independent from the number of unloaded inactive tabs
Bug: Guid hash set to undefined when creating a new login
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-06-25 18:28:28+00:00
Resolved: 2023-06-27 04:00:46+00:00

We use the location hash to select the active login. When creating a new login the login guid is undefined and the url shown is `about:logins#undefined`. Ideally, we would just have `about:logins#` or `about:logins#new-login`. 

N.B: To remove the location hash completely, we would have to use the history API. For some reason, the history API is not accessible for `about:logins` and throws an error. An alternative would be to refresh the page and keep track of the scroll location. This is to hacky and I think having `about:logins#` is just fine.
Bug: Intermittent browser/components/firefoxview/tests/browser/browser_recently_closed_tabs_keyboard.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-06-25 22:49:53+00:00
Resolved: 2024-01-31 12:01:15+00:00

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

---
```
TEST-PASS | browser/components/firefoxview/tests/browser/browser_recently_closed_tabs_keyboard.js | in firefoxview/head.js, SyncedTabs._internal._createRecentTabsList is a function - 
[task 2023-06-25T22:18:57.307Z] 22:18:57     INFO - Buffered messages finished
[task 2023-06-25T22:18:57.307Z] 22:18:57     INFO - TEST-UNEXPECTED-FAIL | browser/components/firefoxview/tests/browser/browser_recently_closed_tabs_keyboard.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2023-06-25T22:18:57.308Z] 22:18:57     INFO - GECKO(4428) | MEMORY STAT | vsize 2112791MB | vsizeMaxContiguous 64977797MB | residentFast 398MB | heapAllocated 136MB
[task 2023-06-25T22:18:57.308Z] 22:18:57     INFO - TEST-OK | browser/components/firefoxview/tests/browser/browser_recently_closed_tabs_keyboard.js | took 48157ms
[task 2023-06-25T22:18:57.308Z] 22:18:57     INFO - checking window state
[task 2023-06-25T22:18:57.308Z] 22:18:57     INFO - TEST-START | browser/components/firefoxview/tests/browser/browser_reload_firefoxview.js
```
Bug: The fix in Bug 1654665  was regressed.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-06-26 02:21:26+00:00
Resolved: 2023-07-05 14:44:12+00:00

The reveal password button doesn't hide the password on click if password input is focused. I ran `mozregression` and found Refactor login-item to be the regressor.
Bug: Intermittent browser/components/downloads/test/browser/browser_downloads_panel_disable_items.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2023-06-26 06:24:41+00:00
Resolved: 2025-03-03 06:15:25+00:00

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

---
```
[task 2023-06-26T05:59:46.760Z] 05:59:46     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_downloads_panel_disable_items.js | downloadsListBox richlistitem should be visible - 
[task 2023-06-26T05:59:46.760Z] 05:59:46     INFO - downloadsListBox should have 1 download
[task 2023-06-26T05:59:46.761Z] 05:59:46     INFO - Buffered messages finished
[task 2023-06-26T05:59:46.762Z] 05:59:46     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_downloads_panel_disable_items.js | All download items in the downloads panel should first be disabled - 
[task 2023-06-26T05:59:46.762Z] 05:59:46     INFO - Stack trace:
[task 2023-06-26T05:59:46.762Z] 05:59:46     INFO - chrome://mochikit/content/browser-test.js:test_ok:1580
[task 2023-06-26T05:59:46.762Z] 05:59:46     INFO - chrome://mochitests/content/browser/browser/components/downloads/test/browser/browser_downloads_panel_disable_items.js:test_downloads_panel_new_download:90
[task 2023-06-26T05:59:46.763Z] 05:59:46     INFO - chrome://mochikit/content/browser-test.js:handleTask:1131
[task 2023-06-26T05:59:46.763Z] 05:59:46     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1203
[task 2023-06-26T05:59:46.763Z] 05:59:46     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1345
[task 2023-06-26T05:59:46.763Z] 05:59:46     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1120
[task 2023-06-26T05:59:46.764Z] 05:59:46     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1056
[task 2023-06-26T05:59:46.764Z] 05:59:46     INFO - GECKO(1597) | Saw state c0010 and status 0
[task 2023-06-26T05:59:46.764Z] 05:59:46     INFO - GECKO(1597) | Browser got expected state change https://example.com/browser/browser/components/downloads/test/browser/foo.txt
[task 2023-06-26T05:59:48.173Z] 05:59:48     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_downloads_panel_disable_items.js | Should have waited at least another 750ms after this keypress. - 1687759188171 > 1687759187917 - 
```
Bug: [macOS] Importing options drop-down menu is still displayed for a split second after choosing to import from files
Status: NEW
Priority: P3
Created: 2023-06-26 11:01:54+00:00
Resolved: 2023-07-06 15:54:32+00:00

**Found in**
* 116.0a1 

**Affected versions**
* 116.0a1
* 115.0b9














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

**Preconditions**
* signon.management.page.fileImport.enabled: true 


**Steps to reproduce**
1. Open the new migration window.
2. Choose to import a .HTML or .csv file and observe the behavior.



**Expected result**
* The drop-down menu is closed immediately after selecting to import files.

**Actual result**
* The drop-down menu is still displayed until the file picker is opened.

**Regression range**
* Not a regression. Reproducible after importing from .HTML was implemented (bug 1833427)


**Additional notes**
* Attached a screen recording.
* This happens for both .HTML and .csv files.
* This does not reproduce on Ubuntu 22 or Windows 10x64.
Bug: Language string not visible after translation when a certain theme is applied
Status: NEW
Priority: --
Created: 2023-06-26 13:43:40+00:00
Resolved: 2023-08-09 14:24:10+00:00

Affected versions:
- Nightly 116.0a1/20230625195949
- Beta 115.0b9/20230622161221

Description:
With a certain theme applied (https://addons.mozilla.org/en-US/firefox/addon/green-tropical-leaves/), the language code displayed beside the translations icon will become invisible. The issue occurs most likely due to the color of the background being the same as the string.

Moreover, the issue might occur for more themes but I only found this one with this behavior at this moment. I will update the ticket if I find anymore.

Steps to reproduce:
1. Install the theme - https://addons.mozilla.org/en-US/firefox/addon/green-tropical-leaves/ 
2. Access https://es.wikipedia.org/wiki/Wikipedia:Portada
3. Translate the page
4. Notice the language string in the box beside the translations icon becomes invisible

Actual:
The language string beside the translations icon becomes invisible after a page is translated.

Expected:
A different color should be used for either the background or the string so that the UI element is visible.
Bug: The Extensions option is displayed for other browsers besides Chrome
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-06-26 14:45:45+00:00
Resolved: 2023-06-29 11:48:38+00:00

**Found in**
* 116.0a1 

**Affected versions**
* 116.0a1















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

**Preconditions**
* browser.migrate.chrome.extensions.enabled: true 
* installed extensions on other browsers: Opera, OperaGX, Edge, Chromium, Chrome.


**Steps to reproduce**
1. Open the new migration window and switch between browsers.


**Expected result**
* The `Extensions` option is displayed only for the Chrome browser.

**Actual result**
* The `Extensions` option is displayed for Vivaldi, Brave, Opera, OperaGX, Edge, and Chromium browsers as well.

**Regression range**
* Will search for one to be sure. 


**Additional notes**
* Attached a screenshot.
* It seems that on macOS 12 and Ubuntu 22 the `Extensions` option appears on all browsers (even if there are no extensions installed). On Windows 10x64 the Extensions option does not appear on Brave or Vivaldi even though there are installed extensions, but does appear for Opera, OperaGX, Edge, and Chromium.
Bug: Closing Firefox before verifying account leads to an account disconnected state instead of unverified
Status: NEW
Priority: P3
Created: 2023-06-26 15:22:35+00:00
Resolved: 2024-09-30 09:59:17+00:00

STR:
- In Firefox, sign up for a new Firefox Account
- When prompted with a verification page, do not input the code
- Note that going to `about:preferences#sync` shows that the account needs verification
- Fully shut down firefox instead
   - In Mac, this would be quitting the main process, and not just closing a window (i.e right click the icon in the dock and click quit)
- Open Firefox again, and open `about:preferences#sync`

Expected:
Firefox should prompt the user to verify their account

Actual:
Firefox displays that the account is disconnected


In practice, it doesn't cause much friction, the user will click `Sign In` and once they sign in again they'll get a new verification code so this is a low priority.
Bug: toolkit/content/widgets/moz-five-star/moz-five-star.mjs references browser/components/mozFiveStar.ftl
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-06-26 15:49:19+00:00
Resolved: 2023-07-13 18:33:22+00:00

Reusable modules in toolkit should not reference Fluent files in browser/.

But `moz-five-star.mjs` loads `browser/components/mozFiveStar.ftl` at https://searchfox.org/mozilla-central/rev/d31e56f7b3c2c18b8071a7b2a2fb6b4e01e3d3e8/toolkit/content/widgets/moz-five-star/moz-five-star.mjs#8.

Consequently, Thunderbird broke (bug 1840086). As a work-around the file was copied to Thunderbird, but we should fix the issue by moving the ftl file to toolkit, I suppose to https://searchfox.org/mozilla-central/source/toolkit/locales/en-US/toolkit. Make sure to add `r=#fluent-reviewers` to the patch, to verify whether there migration if any is correct.

Once this bug is fixed, the work-around from bug 1840086 can be reverted.
Bug: Unusual telemetry from "welcome back" onboarding screen
Status: NEW
Priority: P2
Created: 2023-06-26 15:54:12+00:00
Resolved: 2024-01-29 19:38:19+00:00

I made a [sql query](https://sql.telemetry.mozilla.org/queries/92920/source#229832) to check what's going on with the attributed about:welcome flow, and the data seems strange. The number of primary/secondary clicks is vastly in excess of the impression count.

Not sure what to make of it. Nothing in the source code really stands out as a potential cause. Maybe it's somehow an artifact of testing (although the query includes only release channel) or the very low sample size.

I did [another sql query](https://sql.telemetry.mozilla.org/queries/92921/source) to figure out whether these pings are coming from users who should actually see the screen, or not. The `campaign` value is supposed to be `migration` for this screen to even appear. Yet, for `CLICK_BUTTON` and `FXA_SIGNIN_FLOW` events, we see all kinds of other campaigns. Both should be impossible since the screen uses [this targeting attribute](https://searchfox.org/mozilla-central/rev/6755226f52a02eac8b18f25a6f522e9c0814b628/browser/components/newtab/lib/ASRouterTargeting.jsm#974-978).

Also, for `IMPRESSION` events, sometimes `campaign` is empty (presumably no attribution data at all) and the screen shows anyway. This doesn't seem like as big of an issue, it could just be due to testing unusual messages, as there are way fewer impression pings (one of the reasons this all seems abnormal).

So it seems like the greatly disproportionate number of click and (to a lesser degree) signin events is somehow due to users without migration attribution data somehow firing them. I think the minuscule impression ping count is closer to the true number of users who've seen this screen. But where are all those click and signin pings coming from? All the pings in question send message IDs that clearly identify that they came from this screen.

It's a real mystery because it would be one thing if we had an equal number of impression and event pings, and the only issue was that many of those pings showed incorrect attribution data. That would tell us users who aren't supposed to see the screen are erroneously seeing it. And that would imply that something is wrong with the `isDeviceMigration` targeting evaluation.

But in this case, only the event pings have that huge variety of attribution codes. Having incorrect attribution data seems to prevent users from seeing the screen, since if they saw it, they should send an impression ping. And they clearly don't since the impression ping count is so low. But having incorrect attribution data doesn't seem to prevent a click ping from being sent with this screen ID. So somehow, thousands of users are sending event pings for a screen they haven't seen and can't possibly be on.

Make it make sense!
Bug: Bookmarks Menu menuitem label is unnecessarily cut
Status: NEW
Priority: P3
Created: 2023-06-26 17:25:36+00:00
Resolved: 2023-07-21 10:10:52+00:00

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

Steps to reproduce:

Open Bookmarks menu. Obverse item labeled "Bookmark Current Tab..."


Actual results:

Navigate through some other tabs, open Bookmarks menu again. Notice it now says "Bookmark Current ..."


Expected results:

Phrasing in the menu should not change.
Bug: [RTL] Address bar autocomplete entry's URL is not aligned with the page title
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-06-26 21:00:08+00:00
Resolved: 2023-07-25 15:07:49+00:00

The reason is:
https://searchfox.org/mozilla-central/rev/0ddb7a38cdbba30df8f19549f678a22fa16967d1/browser/themes/shared/urlbarView.css#190-192
See the comment 2 rules above this one -- the same should apply here instead of the `margin-inline-start`
Bug: Permafailing ESR115 toolkit/mozapps/downloads/tests/browser/browser_unknownContentType_policy.js | single tracking bug
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-06-26 22:17:50+00:00
Resolved: 2023-07-03 06:21:51+00:00

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

---
```

```
Bug: Cannot use Tools menu in Google
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-06-27 00:12:24+00:00
Resolved: 2023-06-27 00:24:04+00:00

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

Steps to reproduce:

Go to google.com
Search any phrase
Click "tools" menu


Actual results:

Tools menu does not appear.


Expected results:

Tools menu appears.
Bug: iFrame Right Click Menu Appears in Wrong Location After Dragging Tab to Different Window
Status: NEW
Priority: P3
Created: 2023-06-27 04:01:39+00:00
Resolved: 2023-07-10 15:26:03+00:00

Steps to reproduce:

1. Open a web page that contains another page in an iFrame
2. Right Click in the iFrame to open the context menu and note where it appears
3. Drag the tab containing the iFrame to a different firefox window
4. Right Click in the iFrame to open the context menu and note where it appears
5. Resize or move the window that now contains the tab with the iFrame
6. Right Click in the iFrame to open the context menu and note where it appears


Actual results:

In step 2 and 6 the context menu appears next to the mouse as expected.

In step 4 the context menu will instead appear relative to where the iFrame was before moving the tab to the new window.


Expected results:

The context menu should always appear next to the mouse.
Bug: Translations icon disappears after translating a page if hovering outside it when high contrast mode is enabled
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-06-27 11:16:07+00:00
Resolved: 2023-08-09 11:38:29+00:00

Affected versions:
- Nightly 116.0a1/20230626215144
- Beta 115.0b9/20230626153624

Description:
After translating a page and opening the post translation panel, moving the cursor outside the icon area will cause it to become invisible.

The issue appears to only occur on Windows.

Steps to reproduce:
1. Enable HCM in Windows
2. Access https://es.wikipedia.org/wiki/Wikipedia:Portada
3. Translate the page
4. Open the post translation panel by clicking the translations icon
5. While hovering over the translations icon, move the cursor off it to either the translations panel or outside the panel

Actual:
Moving the cursor off of the translations icon will cause it to become invisible.

Expected:
A different color should be used for either the icon’s background or the icon itself so that the UI element is visible when not hovering over it.
Bug: Translation icon lacks contrast when HCM is enabled and Dark theme is applied
Status: NEW
Priority: P3
Created: 2023-06-27 11:23:09+00:00
Resolved: 2023-09-27 10:03:06+00:00

Affected versions:
- Nightly 116.0a1/20230626215144
- Beta 115.0b9/20230626153624

Description:
The translations icon lacks contrast when HCM is enabled and Dark theme is applied.

The issue appears to only occur on Windows.

Steps to reproduce:
1. Enable HCM in Windows
2. Access https://es.wikipedia.org/wiki/Wikipedia:Portada
3. Hover over the translations icon
4. Notice the lack of contrast between the background and icon when hovering over it

Actual:
There is a lack of contrast between the background of the translations icon and the icon when hovering over it.

Expected:
Increased contrast between the UI elements so that the icon is clearly visible.
Bug: [Experiment] A “validationFailed” event is received when trying to enroll in the "Pin to Taskbar/Set to default -Fox Doodle - Early day users" experiments on Firefox 113 version
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-06-27 12:14:03+00:00
Resolved: 2023-06-29 18:30:11+00:00

**[Affected versions]:**
- Firefox Release 113.0 - Build ID: 20230504192738

**[Affected Platforms]:**
- Windows 10 x64
- Linux Ubuntu 20.04 x64
- macOS 12.6.1

**[Prerequisites]:**
- Have the [times.json](https://drive.google.com/file/d/1E0_gyXUdXuI31zGxRWU7Z8rBvu8bYKVf/view?usp=sharing) and [user.js](https://drive.google.com/file/d/1rpxu1h8i1XGYvuEwFi-ayXhXlDI-uktf/view?usp=sharing) files saved locally.
- Have the Firefox 113 version installed.
- Have a Firefox profile created, but not opened.
- Paste the times.json and user.js files in the Profile Folder.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Navigate to the "about:telemetry” page and observe the events.

**[Expected result]:**
- An “enrolled” event specific to the experiment is displayed.

**[Actual result]:**
- A “validationFailed” event specific to the experiment is displayed, with the following reason: `{"reason": "invalid-feature", "feature": "fxms-message-7"}`.

**[Notes]:**
- The following error is displayed in the Browser Console:
`Experiment fox-doodle-set-to-default-early-day-graphics has unknown featureId: fxms-message-7 4 RemoteSettingsExperimentLoader.sys.mjs:586:21
    _validateBranches resource://nimbus/lib/RemoteSettingsExperimentLoader.sys.mjs:586
    checkRecipe resource://nimbus/lib/RemoteSettingsExperimentLoader.sys.mjs:493`

- Here is a video of the issue: [link](https://drive.google.com/file/d/1s4GFBTOl82qGmDDAOE5d8aAtrSwWqWVC/view?usp=sharing).
Bug: Unable to focus the translations icon via keyboard
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-06-27 12:49:06+00:00
Resolved: 2023-06-27 20:33:09+00:00

Affected versions:
- Nightly 116.0a1/20230626215144
- Beta 115.0b9/20230626153624

Description:
The translations icon cannot be focused via keyboard. More precisely, using TAB to navigate to the icon is not possible as the icon is skipped.

Users can click the icon to open the panel and keyboard navigation is possible within the panel once it’s opened.

STR:
1. Access https://es.wikipedia.org/wiki/Wikipedia:Portada
2. Focus the address bar via the CTRL+L shortcut
3. Using tab attempt to focus the translations icon
4. Notice the translations icon cannot be focused via keyboard

Actual:
Translations icon cannot be focused via keyboard

Expected:
1. User should be able to focus the translations icon via keyboard
2. A keyboard shortcut could be implemented to focus the icon/open the translations panel directly
Bug: Descenders cut off in last line of tooltip text
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-06-27 15:53:07+00:00
Resolved: 2023-07-11 02:34:51+00:00

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

Steps to reproduce:

Navigate to data:text/html,<div title="gpqy">foo</div>
Hover over the "foo" text

Some more info:
I am using Debian 12, the font is Noto Sans (I think)


Actual results:

The descenders of g,p,q,y are cut off. (when the title text takes up multiple lines, only the last line is affected)


Expected results:

The title text box should be big enough to fit the descenders.
Bug: Dynamically update the language list when new models are released
Status: NEW
Priority: --
Created: 2023-06-27 20:20:39+00:00
Resolved: 2024-03-11 16:47:14+00:00

After the Hungarian to English model was approved in Remote Settings, the translation icon started to be displayed in Hungarian pages along the option to download the models on about:preferences, but Hungarian wasn't listed as an option in the source language dropdown in the translation popup, which remained empty, and it started to be displayed only after the browser was restarted.
Bug: Translation task queue stops running on Twitter
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-06-27 20:24:50+00:00
Resolved: 2023-10-18 07:29:14+00:00

DOM mutations on Twitter are not being captured. 

STR:

1 - Go to https://twitter.com/home
2 - Start a translation from a language that your tweets are usually displayed
3 - Start scrolling and note that new tweets are not translated after a while

Expected result:

All new DOM elements added to the page should be translated, in this case, new tweets.