av9ash/GitBugs huggingface dataset:
Bug: Selecting a search provider from the Unified Search Button while Search Terms Persist and the search terms remain the same should retain search mode
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-07-22 18:35:25+00:00
Resolved: 2024-12-19 12:33:01+00:00

STR:
- Search something and go to the default SERP
- Use the Unified Search Button and select a search provider
- Blur the address bar WITHOUT changing the search terms

Expected result: 
- The search mode chiclet should appear with the search terms (aka we should remain in search mode the next time the user focuses the address bar). Persisted search mode should no longer be visible.

Actual result
- The dropdown changes to the selected search provider and the address bar returns to persisted search mode. Selecting the address bar and pressing enter will search the default search provider.
Bug: 2.15 - 1.65% tart / tart (Windows) regression on Tue July 9 2024
Status: NEW
Priority: P2
Created: 2024-07-22 21:11:05+00:00
Resolved: 2024-09-12 16:56:08+00:00

Perfherder has detected a talos performance change from push [e46eaccd15b497f7694c9f16e80815d380f2e96b](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=e46eaccd15b497f7694c9f16e80815d380f2e96b).

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)** |  
|--|--|--|--|--| 
| [2%](https://treeherder.mozilla.org/perfherder/graphs?timerange=5184000&series=autoland,81652,1,1)  | [tart](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#tart)  | windows11-64-qr | e10s fission stylo webrender | 2.17 -> 2.21 | 
| [2%](https://treeherder.mozilla.org/perfherder/graphs?timerange=5184000&series=autoland,81652,1,1)  | [tart](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#tart)  | windows11-64-qr | e10s fission stylo webrender | 2.17 -> 2.21 | 


As author of one of the patches included in that push, we need your help to address this regression.
Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=1402), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the patch(es) may be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.

You can run these tests on try with `./mach try perf --alert 1402`

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: New-tab tile Thumbs-up/down button-clicks seem to be permanent and can't be undone
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-07-22 21:53:09+00:00
Resolved: 2024-07-26 15:49:35+00:00

STR:
1. Open a new tab.
2. Hover a pocket tile (under "Thought-provoking stories") to see the thumbs-up/down buttons at the bottom right.
3. Click the thumbs-up.
4. Now try to find a way to undo that action, e.g. if you clicked it by accident. Try clicking the button again, for example.

ACTUAL RESULTS:
* Clicking the button again has no effect. There seems to be no way to undo your thumbs-up action.
* If you click the neighboring thumbs-down button, both buttons become illuminated for a second or so, and then the tile disappears.

EXPECTED RESULTS:
* User should be able to undo thumbs-up actions, e.g. by clicking the thumbs-up button again.
* We should probably never show both the thumbs-up and thumbs-down icons as being **simultaneously illuminated**. The two states should probably be mutually exclusive.  (Activating one state should immediately deactivate the ranking-logic & styling associated with the other previously-applied state.)

ADDITIONAL NOTES:
* For thumbs-down actions, there's another hurdle that prevents users from undoing those actions -- the tile disappears entirely. Maybe that's fine?
* If a user clicks thumbs-down after clicking thumbs-up, the tile disappears with both buttons illuminated;  this leaves the user not really knowing whether the story/topic is now being treated as favored, disfavored, or somehow-both-at-once (on top of having no way to edit that state).
Bug: hover state has regular arrow/pointer-cursor over new tab's thumbs-up/down buttons, vs. finger over other buttons
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-07-22 21:59:37+00:00
Resolved: 2024-07-26 15:47:39+00:00

STR:
1. Open a new tab.
2. Hover a pocket tile (under "Thought-provoking stories") to see the thumbs-up/down buttons at the bottom right.
3. Slowly move your mouse over/off-of the thumbs-up buttons to see the hover state.  Compare what happens when you hover the 3-dot-menu and Pocket "Save" buttons at the top-right of the tile.

ACTUAL RESULTS:
The cursor a regular arrow when the thumbs-up/buttons are hovered, vs. a finger when the 3-dot-menu and pocket button are hovered.
 
EXPECTED RESULTS:
These overlay buttons should probably have a consistent hover-state in terms of what cursor gets shown.
Bug: denial of service with large amount of downloads (60k files) in history db
Status: NEW
Priority: P3
Created: 2024-07-22 22:48:31+00:00
Resolved: 2024-08-13 10:28:06+00:00

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

Steps to reproduce:

after downloading ~60,000 files with latest firefox on windows 10, firefox starts becoming non responsive for seconds and seconds at a time. i'm assuming its reading/writing the large sql database. it didnt seem to be using too much memory, cpu was only about 10%, disk was not pegged. 

the hangs occurred while downloading and after all downloads were complete. 

i cleared my download history and it seems to work normally again.

i used downthemall to download everything, but it seems like this was a firefox bug unrelated to downthemall. since firefox was hanging while downthemall was not in use.

since i cleared my history i wont be able to perform cpu/memory profiles. if i run into this issue again i will provide such bugreport profiles. thank you.
Bug: Won't save Manage Exceptions under Settings  → Privacy → Cookies
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-22 23:08:20+00:00
Resolved: 2024-07-29 22:16:38+00:00

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

Steps to reproduce:

Version 115.13 64-bit

I entered www.chase.com, allow,  save and then closed browser.


Actual results:

Upon reopening Firefox the settings had vanished.


Expected results:

The url should have been saved.

Without saving Chase.com cookies logging in becomes unreasonably difficult,
requiring a phone call to get a code.
Bug: [Spike] The buttons from the first onboarding screen are slightly overlapped in Russian locale
Status: NEW
Priority: P2
Created: 2024-07-23 08:36:01+00:00
Resolved: 2024-07-29 17:15:49+00:00

**[Affected versions]:**
- Firefox Nightly 130.0a1 - Build ID: 20240722214643
- Firefox Beta 129.0b7 - Build ID: 20240722091823
- Firefox Release 128.0 - Build ID: 20240704121409

**[Affected Platforms]:**
- Ubuntu 22.04

**[Prerequisites]:**
- Have a Russian Firefox build downloaded and extracted.

**[Steps to reproduce]:**
1. Create a new Profile and start Firefox using it.
2. Observe the Primary and Secondary buttons from the 1st onboarding screen.

**[Expected result]:**
- Both buttons are fully visible in the page.
 
**[Actual result]:**
- The Primary button's bottom right corner overlaps the Secondary button's top left corner.

**[Notes]:**
- The issue is not reproducible in English, French, Italian, and German locales.
- The issue is not reproducible if the onboarding screen is set to `"fullscreen":true`.
- Attached a screenshot of the issue.
Bug: Post Update 126/127: History Restore tabs did not work / Symptoms / Side affects / Observations
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-23 09:47:32+00:00
Resolved: 2025-01-06 16:58:41+00:00

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

Steps to reproduce:

I use Extension: Simple Tab Groups (last updated 6/2023) & typically run w/ 100+ (Active/Inactive) tabs. I have also used Extension:  Firefox Multi-Account Containers, but currently run w/ this DISABLED. The last 2 times my tabs did not Restore Properly. The prior time I simply reloaded the tabs (as I recalled them) from the History List.  Tonight - several differences were noticed (fell asleep @ keyboard, when I woke up, update 127 had been installed & I only had 2 containers w/ active tabs; 1 had ~15, the other same or less, the remaining 9 (total 11) groups were empty (no actual screenshot).  The STG control icon (3x3 matrix) now shows 'logging is enabled', there is an added field before the Group Name ('empty'... or similar), and seemingly none of my recently used tabs were visible to me in one of my groups that I had used the 1-2 days prior.


Actual results:

I started by:
1) researching the Fixes incorporated into this release - seems a couple deal w/ History files. 
2) Discovered that I DO HAVE STG Backup turned ON & that my backup file from 7/21/24 8:35 PM had gone from 5416 KB ==>   7/23/24 4:25 AM  size of 865 KB (a marked difference)
3) Discovered an article discussing 'Unload inactive tabs to save system memory' ... 
https://support.mozilla.org/en-US/kb/unload-inactive-tabs-save-system-memory-firefox
4) After issues getting into my Bugzilla account, etc...  I ENABLED Firefox Multi-Account Containers  &  the Group I was using (~18 new tabs researching & logging onto Mozilla accounts/pages) Next I realize, it seems that ALL my Tabs were added to the Group I was working in (amounting to 83 tabs), plus My other Groups have been restored to 'something', but not what I would call 'Normal' or what I had last used.  My Group #7 tabs only have 5 Tabs listed - whereas I'm certain that this Group contained AT LEAST 12 (or more tabs) when I last used them. 
5) I have saved a 'few' screenshots to better explain what I am observing.
6) Next step to to take another Backup,  Restore my tabs from 7/21, see what they look like (snapshot). 


Expected results:

My tabs should have been restored / recovered - to the same configuration, order, number that I had before the update took place.  
I am unable to determine if this is a result of my having so many tabs open, a bug, a 'feature', or other; I do not believe that it is related to a delay in processing / loading my tabs.  This would typically take ~ 1 minute. Task Mgr shows 69 instances of Firefox.
Bug: The Fakespot Suggestions have a higher score than AdM and Yelp suggestions
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-07-23 12:18:32+00:00
Resolved: 2024-08-13 11:46:06+00:00

**[Affected versions]:**
- Nightly 130.0a1 (Build ID: 20240722214643)

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

**[Prerequisites]:**
- Have a Firefox en-US build installed.
- Have the following prefs set:
browser.urlbar.fakespot.featureGate = true
browser.urlbar.quicksuggest.rustEnabled set to true
browser.search.region = US
  
**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Type in the Address Bar a keyword that would trigger an AdM and also a Fakespot Suggestion (eg: under, apple, tablet, tv stand, games, etc)
3. Observe the triggered sponsored result.

**[Expected result]:**
- An AdM sponsored result is triggered.

**[Actual result]:**
- A Fakespot result is triggered. 

**[Notes]:**
- The same behavior can be observed with the Yelp suggestions. Here are some examples of keywords that can trigger both Yelp and Fakespot Suggestions: computer, restaurant, stacks, etc.
- Attached is a screen recording of the issue.
Bug: Opening a new window while using a private window overwrites your saved tabs.
Status: NEW
Priority: P3
Created: 2024-07-23 12:43:53+00:00
Resolved: 2024-08-06 04:07:14+00:00

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

Steps to reproduce:

While only having a private window open, right-click on the taskbar Firefox icon, then click on "New window".


Actual results:

All tabs that were supposed to be there were overwritten by a single tab with the homepage.


Expected results:

Open a window with all previous tabs, then add a new tab with the homepage.
Bug: The "Reliable Reviews" string from the "Letter Grade" is barely legible on bigger screens or at a 100% scaling level
Status: NEW
Priority: P2
Created: 2024-07-23 13:54:37+00:00
Resolved: 2024-07-23 22:02:33+00:00

**[Notes]:**
- The issue is reproducible on all platforms but in different cases:
  - Windows: the issue is most prevalent here and easily noticeable on 1080p Displays with 100% scaling. On 1080p laptop screens with 125% scaling the issue is not as noticeable.
  - Linux: Regardless of screen type the issue is somewhat noticeable.
  - macOS: On 1080p secondary displays, the issue is somewhat noticeable. While on the built-in Retina display the issue is not noticeable at all.

**[Affected versions]:**
- Firefox Nightly 130.0a1 - Build ID: 20240722214643

**[Affected Platforms]:**
- Windows 10 x64
- macOS 14.1.1
- Ubuntu 22.04

**[Prerequisites]:**
- Have a Firefox profile with the following prefs in the "about:config" page:
	- `browser.search.region` set to `US`
	- `browser.urlbar.fakespot.featureGate` set to `true`
 
**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Type in the Address Bar a keyword that would trigger a Fakespot Suggestion (eg. Hello Kitty Backpack).
3. Observe the "Reliable Reviews" string from the "Letter Grade".

**[Expected result]:**
- The "Reliable Reviews" string is fully legible.
    
**[Actual result]:**
- The "Reliable Reviews" string is barely legible.

**[Additional Notes]:**
- Attached a screenshot of the issue.
Bug: The star rating from the Fakespot Suggestions is not visible if Windows High Contrast Mode is active
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-07-23 14:08:29+00:00
Resolved: 2024-07-29 09:09:11+00:00

**[Affected versions]:**
- Firefox Nightly 130.0a1 - Build ID: 20240722214643

**[Affected Platforms]:**
- Windows 10 x64

**[Prerequisites]:**
- Have a Firefox profile with the following prefs in the "about:config" page:
	- `browser.search.region` set to `US`
	- `browser.urlbar.fakespot.featureGate` set to `true`
- Have the system’s High Contrast Mode active.
 
**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Type in the Address Bar a keyword that would trigger a Fakespot Suggestion (eg. Hello Kitty Backpack).
3. Observe the star rating from the Fakespot Suggestion.

**[Expected result]:**
- The star rating is fully visible.
    
**[Actual result]:**
- The star rating is not visible if Windows High Contrast Mode is active.

**[Additional Notes]:**
- This issue seems not reproducible on macOS 14.5 and Ubuntu 22.04 with the system’s contrast mode active.
- Attached a screenshot of the issue.
Bug: Address bar search includes punycode results
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-23 16:31:24+00:00
Resolved: 2024-08-23 03:26:56+00:00

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

Steps to reproduce:

Go to https://рнидс.срб/
Open new tab
Type "aholi"
The previously visited website is in the output, even though aholi is technically a part of unicode https://xn--d1aholi.xn--90a3ac/


Actual results:

Address bar found implementation detail items to the user


Expected results:

The user does not see results caused by punycode background
Bug: All 3-dot-menus appear and then immediately fade away on shortcut tiles, after shift+reload on new-tab page
Status: NEW
Priority: --
Created: 2024-07-23 18:38:12+00:00
Resolved: 2024-09-23 22:25:36+00:00

STR:
1. Open a new tab.
2. Hold shift and click the reload button (or do Ctrl/Cmd + Shift + R) to trigger a "hard refresh"
3. Watch the area directly above the square "shortcut tiles" as the reload occurs.

ACTUAL RESULTS:
The 3-dot-menus for each shortcut tile briefly appear and then fade out as the reload happens.

EXPECTED RESULTS:
No such 3-dot-menus appearing; they're only supposed to show up when you hover the tile.

mozregression says this is a regression from bug 1859350. This is probably related to bug 1868232 which was a regression from that same bug, and was also a "content briefly/unintentionally appearing after a reload and then animating away" sort of issue.  We probably want a similar sort of fix here.
Bug: New Tab has large layout-shift where square shortcut tiles seem to overlap the searchbar area, particularly after shift+reload
Status: NEW
Priority: P3
Created: 2024-07-23 19:02:02+00:00
Resolved: 2024-10-10 19:19:59+00:00

STR:
1. Load a new tab page
2. Shift+Reload, and watch the searchbar area.
3. Repeat step 2 a few times.

ACTUAL RESULTS:
During the reload, the square shortcut tiles (aka "topsites" I think?) briefly jump further up the page, to a position where they're overlapping what-will-become the searchbar area.  (To the user, this happens so fast that it looks like they *do* briefly overlap the searchbar, but in fact I think the searchbar itself has moved upwards at that point, too.)

EXPECTED RESULTS:
No such layout shift.

Regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=888f6e45052a0381a156e638a30a1ed4c6d3dc9a&tochange=a84228fe8459986b489d1c4328dca6d4e111e02e

This was a regression from bug 1908696 -- specifically the pref-flip for `browser.newtabpage.activity-stream.discoverystream.thumbsUpDown.searchTopsitesCompact` to `true`.  This only reproduces for me if that pref is set to `true`, and I can get back to EXPECTED RESULTS if I toggle that pref to `false`.
Bug: New-tab weather widget briefly shows up with wrong location & text formatting after a shift+reload, which causes layout shift
Status: NEW
Priority: --
Created: 2024-07-23 19:30:39+00:00
Resolved: 2024-09-23 22:38:37+00:00

STR:
1. Load a new tab page
2. Shift+Reload, and watch the top-left area.
3. Repeat step 2 a few times.

ACTUAL RESULTS:
Weather widget is briefly shown in an unstyled form at the wrong position (with the text flush with the top-left corner of the window).

EXPECTED RESULTS:
Weather widget shouldn't show up with the wrong font styling / location. It's OK for the image to appear asynchronously, but we should avoid layout shift from the text changing styling and position.


Screenshots of ACTUAL RESULTS (with broken intermediate font styling/position):
https://bug1909530.bmoattachments.org/attachment.cgi?id=9414444
https://bug1909530.bmoattachments.org/attachment.cgi?id=9414445

Screenshot of final position which ideally those^ screenshots would match:
https://bug1909530.bmoattachments.org/attachment.cgi?id=9414447

(These screenshots are from bug 1909530 which is focused on another new-tab layout-shift, but its screenshots also capture this bug's layout-shift as well.)
Bug: Intermittent TV browser/components/preferences/tests/browser_search_searchTerms.js | single tracking bug
Status: NEW
Priority: P5
Created: 2024-07-23 20:58:06+00:00
Resolved: 2024-09-24 12:47:17+00:00

**Filed by:** sstanca [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=467614533&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/FURaZmWhSQGKDjLFLMHEwg/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/FURaZmWhSQGKDjLFLMHEwg/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2024-07-23T20:22:30.564Z] 20:22:30     INFO - TEST-PASS | browser/components/preferences/tests/browser_search_searchTerms.js | showSearchTerms checkbox should be shown. - true == true - 
[task 2024-07-23T20:22:30.564Z] 20:22:30     INFO - Leaving test bound showSearchTerms_and_searchBar_preference_change
[task 2024-07-23T20:22:30.564Z] 20:22:30     INFO - Buffered messages finished
[task 2024-07-23T20:22:30.565Z] 20:22:30     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_search_searchTerms.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 2024-07-23T20:22:30.565Z] 20:22:30     INFO - GECKO(2665) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2024-07-23T20:22:30.565Z] 20:22:30     INFO - GECKO(2665) | MEMORY STAT | vsize 16341MB | residentFast 369MB | heapAllocated 189MB
[task 2024-07-23T20:22:30.566Z] 20:22:30     INFO - TEST-OK | browser/components/preferences/tests/browser_search_searchTerms.js | took 51007ms
```
Bug: Intermittent browser/components/downloads/test/browser/browser_downloads_context_menu_always_open_similar_files.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-07-24 00:40:25+00:00
Resolved: 2025-02-17 12:07:47+00:00

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

---
```
[task 2024-07-24T00:03:19.127Z] 00:03:19     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_downloads_context_menu_always_open_similar_files.js | Created C:\Users\task_172177878785168\AppData\Local\Temp\testsavedir1435784566\downloaded.txt - 
[task 2024-07-24T00:03:19.128Z] 00:03:19     INFO - Created downloaded text file at:C:\Users\task_172177878785168\AppData\Local\Temp\testsavedir1435784566\downloaded.txt
[task 2024-07-24T00:03:19.128Z] 00:03:19     INFO - Setting path for download file
[task 2024-07-24T00:03:19.129Z] 00:03:19     INFO - Download succeeded? true
[task 2024-07-24T00:03:19.129Z] 00:03:19     INFO - Download target exists? true
[task 2024-07-24T00:03:19.129Z] 00:03:19     INFO - Leaving setup bound 
[task 2024-07-24T00:03:19.130Z] 00:03:19     INFO - Entering test bound test_checkbox_useSystemDefault
[task 2024-07-24T00:03:19.130Z] 00:03:19     INFO - trigger the context menu
[task 2024-07-24T00:03:19.131Z] 00:03:19     INFO - Buffered messages finished
[task 2024-07-24T00:03:19.131Z] 00:03:19     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_downloads_context_menu_always_open_similar_files.js | Test timed out - 
[task 2024-07-24T00:03:19.132Z] 00:03:19     INFO - GECKO(9272) | Completed ShutdownLeaks collections in process 5496
[task 2024-07-24T00:03:19.133Z] 00:03:19     INFO - TEST-START | Shutdown
```