av9ash/GitBugs huggingface dataset:
Bug: Disabling telemetry should grey out and visibly disable studies
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-09-04 19:46:34+00:00
Resolved: 2024-09-18 21:15:43+00:00

Let’s move the studies opt out check to be nested under the telemetry opt out check in about:preferences.  When telemetry is unchecked, it should also grey out and uncheck studies.

https://mozilla-hub.atlassian.net/browse/EXP-4778
Bug: URL text box does not show current web address when opening a new link
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-04 20:44:47+00:00
Resolved: 2024-09-05 08:20:48+00:00

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

Steps to reproduce:

1. Open a web page.
2. Give the URL text box focus, and press [space].
3. Click a link within the currently loaded web page.


Actual results:

After clicking the link, the web page loads, but the URL text box does not display the URL of the page.

Video demonstration: https://www.dropbox.com/scl/fi/zpgsj9rpu7hezqyhsa7gy/url_text_box.mp4?rlkey=vy9ccwcb3g02g7p9z6ymjvr4k&st=10r9qkql&dl=0

For anti-phishing, clarity, specificity, and for local-control malware - my opinion is that the URL text box should always show the current website address after visiting a new link.


Expected results:

The URL text box value should change to display the loaded web page's address.
Bug: [Skylight] search button links to incorrectly scoped search
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-04 21:00:56+00:00
Resolved: 2024-09-05 19:09:11+00:00

The link that Skylight uses for searching points to the right directory, but because of a design choice in Google Drive, the search field there searches supposedly the entire Google Drive, but actually something else which I don't quite know the definition of. 

Current Skylight link:

https://drive.google.com/drive/u/0/folders/1Jx7X_aFqvVCQYah9eOALvypZJdMf21F2

To fix this, we need to use a different URL format that starts a search with the given folder id as the parent:

https://drive.google.com/drive/u/0/search?q=parent:1Jx7X_aFqvVCQYah9eOALvypZJdMf21F2
Bug: oauth flows don't seem to always get the plain "login" message
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2024-09-04 21:48:54+00:00
Resolved: 2024-11-27 18:59:10+00:00

I'm not 100% sure of why, but I have observed that sometimes when logging in with the oauth flows, the "login" webchannel message does not arrive. It seems possible it doesn't arrive for an already verified account. It *does* seem to be called when I created an account during the flow.

This means that we haven't setup all of the account state correctly with the end result being that the account is connected but sync is not.

```
1725485136323   FirefoxAccounts DEBUG   Webchannel is completing the oauth flow
1725485136323   FirefoxAccounts ERROR   Failed to handle FxAccountsWebChannel message: TypeError: null has no properties(resource://gre/modules/FxAccountsWebChannel.sys.mjs:542:40) JS Stack trace: oauthLogin@FxAccountsWebChannel.sys.mjs:542:40
async*_receiveMessage@FxAccountsWebChannel.sys.mjs:247:12
listener@FxAccountsWebChannel.sys.mjs:395:16
deliver@WebChannel.sys.mjs:258:14
tryToDeliver@WebChannel.sys.mjs:67:17
receiveMessage@WebChannelParent.sys.mjs:39:50
```
Bug: Check merge-warnings work correctly in oauth flows.
Status: NEW
Priority: P2
Created: 2024-09-04 21:54:29+00:00
Resolved: 2024-09-13 15:51:52+00:00

When we get a "login" webchannel message, we record the last user connected for use by future merge-warnings. However, we only record it when the user is verified. [This is the code](https://searchfox.org/mozilla-central/rev/5959ec6b84d66592a77a3e5e2d2aedc1b3e7d4c5/services/fxaccounts/FxAccountsWebChannel.sys.mjs#492-495)

However, in an account creation flow, we *expect* this login message before the account is verified. Once we get the *final* `oauth_login` message we do know the account was verified - but the code handling that (just a few lines below the above) doesn't attempt to report that last user.

There's a reasonable chance something else calls this instead - which kinda implies to me that the first call in `login` might not strictly be necessary. Regardless, this but is primarily to assure ourselves there are no login flows which do *not* call `setPreviousAccountNameHashPref`, because if that's not called, the *next* signin of a different user will not show a merge warning.
Bug: Disable email verification polling for auth flows
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2024-09-04 21:59:06+00:00
Resolved: 2024-11-27 19:02:36+00:00

We have code which polls for the account verification state changing from "unverified" to "verified" externally. It is my understanding that once in the oauth flow, this state can not change externally, and further, even if it could, it is mandatory for the login to be completed via the `oauth_login` webchannel message, as that's the only way we can get the keys. And this is only sent once the account/session is verified.

This means we should probably avoid all polling for the account state - there's a risk that us seeing that will lead Firefox to believe things are all setup, but they are not - we still need that final `oauth_login` webchannel message. So things might race and get us in to a bad state, so we should probably just remove that polling.
Bug: Tab previews show incorrect previews for large images
Status: NEW
Priority: P3
Created: 2024-09-04 22:34:27+00:00
Resolved: 2024-10-02 09:00:16+00:00

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

Steps to reproduce:

I recently noticed that on some large images, tab previews show incorrect previews compared to Chrome and Safari. For example, open these two large images in a new tab and left-click on the girl with purple hair, who is located on the right side of both photos, to enlarge her face.
Photo 1: https://i.imgur.com/5vPJwkY.jpeg
Photo 2: https://i.imgur.com/rKzDDAD.jpeg

Then switch to another tab and hover over the tabs with these photos. The preview will not show the girl with purple hair, but completely different parts of the photo.
Screenshot 1: https://i.imgur.com/s0SKA9N.png
Screenshot 2: https://i.imgur.com/38DXONC.png

In Chrome and Safari, in this case, previews work correctly.
Chrome 1: https://i.imgur.com/gNHoC03.png
Chrome 2: https://i.imgur.com/VVU2yYX.png

Safari 1: https://i.imgur.com/8XbzhiH.png
Safari 2: https://i.imgur.com/VA9a8iG.png
Bug: login.ou.nl - Favicon not shown when the page is bookmarked after importing from Chrome
Status: NEW
Priority: P3
Created: 2024-09-05 05:57:58+00:00
Resolved: 2024-09-05 14:30:10+00:00

From github: https://github.com/webcompat/web-bugs/issues/141271.

> <!-- @browser: Firefox 130.0 -->
> <!-- @ua_header: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:130.0) Gecko/20100101 Firefox/130.0 -->
> <!-- @reported_with: unknown -->
> <!-- @public_url: https://github.com/webcompat/web-bugs/issues/141271 -->
> 
> **URL**: https://login.ou.nl
> 
> **Browser / Version**: Firefox 130.0
> **Operating System**: Windows 10
> **Tested Another Browser**: Yes Chrome
> 
> **Problem type**: Something else
> **Description**: Icon is not showing when saved as bookmark
> **Steps to Reproduce**:
> I recently made the switch from Google Chrome to Firefox and imported all my stuff. Unfortunately, two of my bookmarks aren't loading their icons in the bookmarkbar. I've tried reloading the pages, clearing the cache, removing and re-adding the bookmarks, reinstalling Firefox, and even some CSS tricks, but no luck. It's weird because it's only with two out of over 20 bookmarks. What is weirder is that when loading these sites, the icons do show up in the tab. But when saving them, the icons don't show in the bookmarkbar.
> 
> <details>
> <summary>Browser Configuration</summary>
> <ul>
>   <li>None</li>
> </ul>
> </details>
> 
> _From [webcompat.com](https://webcompat.com/) with ❤️_

Change performed by the [Move to Bugzilla add-on](https://addons.mozilla.org/en-US/firefox/addon/move-to-bugzilla/).
Bug: When re-opening Firefox, the reopened tabs are showing old version(s) of the website(s)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-09-05 09:08:01+00:00
Resolved: 2024-09-09 16:14:10+00:00

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

Steps to reproduce:

1. Open tabs with websites that update often (e.g. news sites)
2. Close Firefox and open again after the websites have updated


Actual results:

The old cached version is loaded. This is misleading as the user would expect to see the up-to-date version and so assume website hasn't changed.


Expected results:

The websites are re-loaded and so the latest version of the site(s)
Bug: Vertical tabs new tab button has smaller text than any other sidebar element (on Windows and Linux)
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-09-05 09:11:11+00:00
Resolved: 2024-10-04 11:33:20+00:00

Seeing this on Ubuntu, but based on the code I expect this is a cross-platform issue.

This is due to `font-size: var(--urlbarView-small-font-size);` being set [here](https://searchfox.org/mozilla-central/rev/cc01f11adfacca9cd44a75fd140d2fdd8f9a48d4/browser/themes/shared/tabbrowser/tabs.css#877), which is also a misuse of that variable which is supposed to be used only within the urlbar results panel.
Presumably we can just remove this to bring the button in line with tabs and other elements in the sidebar?
Bug: Remove or update metrics expiring in Firefox 133: private_browsing.window_open_during_teardown
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-09-05 09:32:58+00:00
Resolved: 2024-09-10 09:07:16+00:00

The following metrics will expire in the next Firefox Nightly release: [version 133][1].

```
private_browsing.window_open_during_teardown
```

What to do about this:
1. If one, some, or all of the metrics are no longer needed, please remove them from their `metrics.yaml` definition file.
2. If one, some, or all of the metrics are still required, please submit a patch to extend their expiry.

If you have any problems, please ask for help on the [#glean Matrix room](https://chat.mozilla.org/#/room/#glean:mozilla.org) or the #data-help Slack channel.
We'll give you a hand.

Your Friendly Neighbourhood Glean Team

[1]: https://wiki.mozilla.org/Release_Management/Calendar

---
Usually this bug would be auto-filed by [probe-scraper](https://github.com/mozilla/probe-scraper). Due to an issue on our side I did it manually.
Bug: Vertical tabs scrollbar no longer appears when tabs hovered or scrolled on Linux with Hardware Webrender
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-05 10:04:56+00:00
Resolved: 2024-09-06 09:41:38+00:00

STR:
1. Set `sidebar.verticalTabs = true` and `sidebar.revamp = true` on Ubuntu 24.04.
2. Make sure Hardware Webrender is enabled rather than Software Webrender.
3. Enable the Light or Dark theme.
4. Create many tabs so the list overflows.
5. Make sure any sidebars are closed.
6. Move the mouse cursor over the tabs list and/or scroll it with the mousewheel.

Expected:
Scrollbar thumb appears when moving cursor over tabs or scrolling.

Actual:
Scrollbar thumb only appears when the scrollbar itself is hovered or it is located at the very bottom of the list or a sidebar is open.

The thumb is easily covered, being only 1px wide when not hovered.

Does not happen with Software Webrender (`layers.acceleration.disabled = true`), System theme or on Windows 11.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=fea1de67d6a8db7b7a7546533a281e55fd3d7169&tochange=a1203aa11e65fbab12d63076469cb818d4656089

Regressed by Bug 1916004.
Bug: Perma [tier 2] toolkit/components/thumbnails/test/browser_thumbnails_bg_bad_url.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2024-09-05 11:46:04+00:00
Resolved: 2024-09-20 00:44:02+00:00

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

---
```
[task 2024-09-05T11:24:22.512Z] 11:24:22     INFO - TEST-PASS | toolkit/components/thumbnails/test/browser_thumbnails_bg_bad_url.js | Thumbnail should not be cached already. - 
[task 2024-09-05T11:24:22.512Z] 11:24:22     INFO - Buffered messages finished
[task 2024-09-05T11:24:22.513Z] 11:24:22     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/thumbnails/test/browser_thumbnails_bg_bad_url.js | Test timed out - 
[task 2024-09-05T11:24:22.513Z] 11:24:22     INFO - GECKO(7708) | Completed ShutdownLeaks collections in process 7708
[task 2024-09-05T11:24:22.513Z] 11:24:22     INFO - TEST-START | Shutdown
```
Bug: [Experiment] Onboarding screen and set Firefox as primary browser prompt contain misleading text
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-09-05 13:46:10+00:00
Resolved: 2024-09-27 19:37:55+00:00

[Notes]:
- This is misleading since it’s currently not possible to pin Firefox to the taskbar using MSIX builds (this should be fixed starting with Firefox 131+ [here](https://bugzilla.mozilla.org/show_bug.cgi?id=1794159)) and we’re not falling back to the OS Pin notification.

[Affected versions]:
- Firefox Release Candidate 130.0 MSIX, BUILD ID: 20240829075237.

[Affected Platforms]:
- Windows 10 x64.
- Windows 11 x64.

[Prerequisites]:
- Have a Firefox 130+ MSIX [setup file](https://ftp.mozilla.org/pub/firefox/candidates/130.0-candidates/build2/win64/multi/) downloaded and installed on your PC.

[Steps to reproduce]:
1. Launch the browser from the prerequisites.
2. Observe the checkbox options from the first onboarding screen of the “about:welcome” page.

[Expected result]:
- The first checkbox says “Pin Firefox to the start menu”.

[Actual result]:
- The first checkbox says “Pin Firefox to taskbar and start menu”.

[Additional Notes]:
- The issue is also reproducible with the “Make Firefox your primary browser?” prompt, which says “Keep Firefox at your fingertips - make it your default browser and pin it to your taskbar and start menu.”.
- The browser is correctly pinned to the Start Menu using both methods.
- The issue can be observed either by being enrolled in the Treatment A branch of the [Pin Firefox to Start Menu for MSIX](https://experimenter.services.mozilla.com/nimbus/pin-firefox-to-start-menu-for-msix/summary) experiment or by default without enrolling in the experiment at all.
Bug: Active tab is not selected/shown when adding a new tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-05 14:25:56+00:00
Resolved: 2024-09-05 15:19:06+00:00

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

Steps to reproduce:

Click on open a new tab


Actual results:

A new tab is opened, but the vertical tab doesn't show, or scroll such that the new tab is shown on the vertical sidebar, if you have a long list of vertical tabs already opened.


Expected results:

A new tab is opened, and the vertical sidebar scrolls to show the active tab.
Bug: [Skylight] Certain labels and text do not meet contrast accessibility requirements
Status: NEW
Priority: P2
Created: 2024-09-05 16:31:20+00:00
Resolved: 2025-02-03 19:36:06+00:00

To test this open dev tools -> accessibility tab -> in the top right of the accessibility panel select `Check for issues : Contrast`

* Experiment, Rollout, and Firefox headings do not meet requirements when active
* Table column titles
* Impressions copy does not meet requirements when hovered over the row

I also think at a glance the messaging surface labels may not also meet requirements when hovered (`Infobar` and `Feature Callout` in particular are hard to read) when hovered over
Bug: Search engines in the search drop-down box will not respond.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-06 03:18:15+00:00
Resolved: 2024-10-02 14:45:25+00:00

Steps to reproduce:

After last Firefox Desktop update, opened Firefox desktop as usual.  Opened Search Box to release drop-down list of selected Search Engines (Google, Bing, Wikipedia).  Clicked on Google - didn't open.  Clicked on Bing - didn't open.  Clicked on Wikipedia - didn't open.
Went to settings, removed all search engines, closed Firefox and re-opened.  Nothing changed.  No response even to Google.  Closed Firefox.  Re-input my search engines, closed Firefox and re-opened Firefox.  Still no response on Search Engines drop-down list.


Actual results:

Nothing happened.  No search engine would open up for me to query.


Expected results:

I expected all three search engines would open individually for question input.

Paid for technician to fix problem.  He couldn't.  We even tried "Refresh" with no change in non-responsive Search Engines.  Techie said it was probably a bug in Firefox, and to report it.
Bug: High frequency toolkit/components/translations/tests/browser/browser_about_translations_language_swap.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-09-06 04:53:54+00:00
Resolved: 2025-03-03 06:48:55+00:00

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

---
```
[task 2024-09-06T04:20:25.385Z] 04:20:25     INFO - TEST-PASS | toolkit/components/translations/tests/browser/browser_about_translations_language_swap.js | The language swap button is disabled - true == true - 
[task 2024-09-06T04:20:25.385Z] 04:20:25     INFO - Resolving 1 mocked downloads for "test-translation-wasm-1"
[task 2024-09-06T04:20:25.386Z] 04:20:25     INFO - Resolving 3 mocked downloads for "test-translation-models-0"
[task 2024-09-06T04:20:25.386Z] 04:20:25     INFO - Buffered messages finished
[task 2024-09-06T04:20:25.387Z] 04:20:25     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/translations/tests/browser/browser_about_translations_language_swap.js | Uncaught exception in test bound test_about_translations_language_swap - translation from en to fr is complete - timed out after 200 tries.
[task 2024-09-06T04:20:25.387Z] 04:20:25     INFO - Leaving test bound test_about_translations_language_swap
[task 2024-09-06T04:20:25.387Z] 04:20:25     INFO - GECKO(6562) | MEMORY STAT | vsize 8141MB | residentFast 326MB | heapAllocated 132MB
[task 2024-09-06T04:20:25.388Z] 04:20:25     INFO - TEST-OK | toolkit/components/translations/tests/browser/browser_about_translations_language_swap.js | took 40042ms
[task 2024-09-06T04:20:25.388Z] 04:20:25     INFO - Not taking screenshot here: see the one that was previously logged
[task 2024-09-06T04:20:25.388Z] 04:20:25     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/translations/tests/browser/browser_about_translations_language_swap.js | Found an unexpected tab at the end of test run: about:translations - 
[task 2024-09-06T04:20:25.388Z] 04:20:25     INFO - checking window state
[task 2024-09-06T04:20:25.389Z] 04:20:25     INFO - TEST-START | toolkit/components/translations/tests/browser/browser_about_translations_translations.js
```
Bug: Page are not displayed
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-09-06 07:42:21+00:00
Resolved: 2024-09-27 08:59:31+00:00

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

Steps to reproduce:

1. Open webpage f.e. AirbnB
2. Login
3. Personal https://www.airbnb.de/guest/inbox
4. Infos are not shown
This happens since 2 weeks - I was hoping for an update


Actual results:

Infos are not shown in Firefox
But are shown after steps-1 to 4 in Chrome and Edge (see attachement)



Expected results:

The infos should be shown
Bug: [Unified Search Button] Handoff search from newtab while in search mode is confusing
Status: NEW
Priority: P2
Created: 2024-09-06 07:47:44+00:00
Resolved: 2024-12-20 22:02:21+00:00

**Found in**
* Nightly 132.0a1;

**Affected versions**
* Nightly 132.0a1;


**Affected platforms**
* Ubuntu 22;
* macOS 14;
* Windows 10; 

**Preconditions**
* Have browser.urlbar.scotchBonnet.enableOverride set to true

**Steps to reproduce**
1. Launch Firefox and open a new tab.
2. Open the Dedicated Search Button and enter searchmode for any search engine.
3. Input any string and submit the search.

**Expected result**
* Search is made, searchmode for the selected engine is dismissed.

**Actual result**
*  Search is made, searchmode for the selected engine is NOT dismissed.

**Regression range**
* last good: 2024-09-02
* first bad: 2024-09-03
* pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=3d75e1bf2b01b7d381820d359c8285103300b26a&tochange=00bf44b17240ea469e380823038cc4547993a621
* potentially regressed by: bug 1893071
Bug: [Dedicated Search Button] Pressing ‘ESC’ key twice does not exit searchmode
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-09-06 08:08:41+00:00
Resolved: 2024-09-18 12:00:37+00:00

**Found in**
* Nightly 132.0a1;

**Affected versions**
* Nightly 132.0a1;


**Affected platforms**
* Ubuntu 22;
* macOS 14;
* Windows 10; 

**Preconditions**
* Have browser.urlbar.scotchBonnet.enableOverride 

**Steps to reproduce**
1. Launch Firefox and open a new tab.
2. Open the Dedicated Search Button and enter searchmode for any search engine.
3. Press Esc key twice.

**Expected result**
* Searchmode should be dismissed.

**Actual result**
* Searchmode is not dismissed.



**Regression range**
* last good: 2024-09-02
* first bad: 2024-09-03
* pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=3d75e1bf2b01b7d381820d359c8285103300b26a&tochange=00bf44b17240ea469e380823038cc4547993a621
* potentially regressed by: bug 1893071
Bug: The items from the Review Checker Settings card disappear when Checking new info and refreshing the page
Status: NEW
Priority: --
Created: 2024-09-06 08:54:49+00:00
Resolved: 2024-09-06 08:54:49+00:00

**Found in**
* 131.0a1 (2024-09-06) 

**Affected versions**
* 131.0a1 (2024-09-06)
* Beta 131.0b2
* Release 130

**Preconditions**
browser.shopping.experience2023.enabled - true
browser.shopping.experience2023.optedIn - 1 
browser.shopping.experience2023.ads.enabled = true
browser.shopping.experience2023.ads.exposure = true
browser.shopping.experience2023.autoOpen.enabled - true
browser.shopping.experience2023.autoOpen.userEnabled - true

**Affected platforms**
* all

**Steps to reproduce**
1. Reach an out of date product on Amazon ( New info to Check - Check Now )
2. Click the Check now button and refresh the page.
3. Open the Settings card.

**Expected result**
* The Settings card should show the Auto Open and Sponsored recommendations items.

**Actual result**
* The Settings card is blank until the Analysis for the reviews is finished.

**Regression range**
Not a regression. This also happens in older builds.