av9ash/GitBugs huggingface dataset:
Bug: New tab's pocket-recommendation tiles often change from one freshly-opened new-tab to the next (causing user frustration if they notice a story and want to come back to it in an additional new-tab)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-29 21:28:33+00:00
Resolved: 2024-03-05 00:38:45+00:00

(spinning this off from a slack discussion, https://mozilla.slack.com/archives/C4D3JFF26/p1709164588429419 for reference)

Approximate STR:
1. The user opens a new-tab and starts typing a URL or query into address bar.
2. While typing, the user notices a pocket recommendation that they'd like to read, but they don't want to interrupt their flow, so they hit enter to complete their navigation/search-query.
3. The user immediately opens another new-tab to find the recommendation that they wanted to read.

EXPECTED RESULTS:
User should see the same story in the same location on the new-tab page.

ACTUAL RESULTS:
The story isn't there at all (or it's in a substantially different location).


NOTES: There's a tradeoff here where new-tab is trying to show users freshly-obtained recommendations, and opening-a-new-tab is one of the things that prompts us to update our cache of to-be-displayed recommendations, if we judge them to be out of date.

ONE POSSIBLE SOLUTION:
Implement some sort of relatively-short "refresh suppression timer" that activates when a user visits `about:newtab`. While this timer is counting down, we should ensure that any additional new-tabs show the same content.  This will account for the situation described in the STR, where the user sees a story that they want to come back to and find on a freshly-opened new-tab.

(I'm not sure whether the timer should reset on additional new-tab openings, vs. just be allowed to continue timing out.)

RELATED BUT SOMEWHAT ORTHOGONAL:
We might want to add additional tasks to proactively check that the new-tab recommendations are up-to-date, ahead of time, so that we're OK locking them in place for a period of time when the user opens a new tab.  (This is related because you could imagine that our "refresh suppression timer" might occasionally lock in recommendations that the user might perceive as "stale" -- e.g. a tile about some breaking news event from last week, if this is the first time the user has opened Firefox in a week.)   A best-effort in-the-background refresh (perhaps eagerly executed at startup & when the user returns from idle) might be reasonable to make this sort of problem unlikely, at least for cases where the user isn't immediately looking at a new-tab page.
Bug: Hamburger menu -> Sync and save data goes to sync page instead of FxA sign in page
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-02-29 21:41:47+00:00
Resolved: 2024-03-07 11:44:19+00:00

Steps to repro:

1. Have `identity.fxaccounts.toolbar.pxiToolbarEnabled` set to false
2. Click hamburger menu
3. Click "Sync and Save data"

Expected results:
Goes directly to: https://accounts.firefox.com/?context=fx_desktop_v3&entrypoint=fxa_toolbar_button&action=email&service=sync

Actual Results:
Goes to about:preferences#sync
Bug: Random black vertical lines in screenshots copied from screenshot tool
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-02-29 23:51:30+00:00
Resolved: 2024-03-12 14:25:41+00:00

### Steps to reproduce

1. Set pref `screenshots.browser.component.enabled` = true and restart Firefox.
2. Load https://www.example.com/
3. Use Ctrl+Shift+S to take a screenshot of the page.
4. Click the "Copy" screenshot button, NOT the "Download" button.
5. Paste the copied screenshot somewhere, like a Google Doc or a Slack message.

### Expected result

No extra lines in the screenshot.

### Actual result

Intermittently, one or more random black vertical lines appears in the middle or right half of the image. See the attached screenshot.

I can reproduce in Firefox 123 and 125.0a1 on Windows 11. I wasn't able to reproduce in ESR 115.

This only seems to happen when copying the screenshot. Using the "Download" screenshot button will save a PNG file that does NOT have a random black line.

Setting pref `screenshots.browser.component.enabled` = false makes the lines go away.
Bug: Open Link incorrectly parses the URL that needs to be opened
Status: NEW
Priority: P3
Created: 2024-03-01 01:11:26+00:00
Resolved: 2024-03-07 12:44:42+00:00

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

Steps to reproduce:

Go to https://www.linkedin.com/in/anupammittal007/details/experience/

Select shaadi.com that looks like a domain name.

Right click and select open link.


Actual results:

In some cases, Open Link opens a URL like domain.comdomain.com which can redirect a user to a malicious site. An example of this happening on LinkedIn is attached with this report.


Expected results:

Text should be parsed correctly to redirect the user to the correct domain.
Bug: Firefox Browser Freezes when Opening Multiple Tabs
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-03-01 03:39:28+00:00
Resolved: 2024-09-02 12:21:23+00:00

Steps to reproduce:

1. Open Firefox browser.
2. Begin opening multiple tabs (around 10-15 tabs) in rapid succession by either clicking on links or using keyboard shortcuts (Ctrl+T).
3. While tabs are still loading, attempt to switch between tabs by clicking on their respective tabs at the top of the browser window.


Actual results:

1. Observe that the browser becomes unresponsive and freezes intermittently, especially when switching between tabs.
2. Attempt to close the browser window using the close button (X) on the top right corner of the window.
3. Notice that the browser window does not close immediately and may take several seconds before responding to the close command.
4. After a delay, the browser window finally closes, but upon reopening Firefox, the freezing issue persists.


Expected results:

1. Firefox should smoothly handle the opening and switching between multiple tabs without freezing or becoming unresponsive.
2. Closing the browser window should happen promptly without any delay or freezing.
Bug: bookmarks & history is not working
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-03-01 03:41:24+00:00
Resolved: 2024-03-01 06:00:23+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/119.0.0.0 Safari/537.36
Firefox for Android

Steps to reproduce:

I verified these failed locally on my windows10 machine.

re out if these tests are supported in Firefox and if so why they are failing?


Actual results:

There might be an issue with the test case itself, such as incorrect expectations or test setup.
The web application’s behavior during history navigation could be different from what the test expects.
There could be environmental factors affecting the test execution


Expected results:

Inspect the test case code (login_screen_integration_test.dart) to verify the expectations and ensure correctness.
Check if there are any recent changes to the application or test infrastructure that could impact this behavior.
Consider running the test in isolation to identify any specific conditions causing the failure.
Bug: Translation problems on https://mikacousin.github.io/olc/doc.fr/patch.html
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2024-03-01 10:49:29+00:00
Resolved: 2024-07-19 19:12:31+00:00

There are a few problems when translating https://mikacousin.github.io/olc/doc.fr/patch.html, e.g. many of the characters disappear.
Bug: Address bar search for "??" results in search of "?"
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-03-01 11:23:13+00:00
Resolved: 2024-03-01 12:36:07+00:00

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

Steps to reproduce:

Type ?? in address bar, press enter



Actual results:

Google search responded with ? as a search query


Expected results:

Google search responded with ?? as a search query
Bug: firefox dumps pdfs onto my desktop on windows 10
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-03-01 18:31:09+00:00
Resolved: 2024-05-02 12:32:17+00:00

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

Steps to reproduce:

download a pdf


Actual results:

browser is set to ask every time for downloads. It does ask and I tell it where to download. It does download to the correct location. In addition, it dumps a copy of every pdf I click on onto the desktop


Expected results:

Should only open if I choose open or should only download to chosen location if I pick a location and download. should NOT download an additional copy to the desktop
Bug: [regression] Double finger click is no longer correctly recognized
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-03-02 06:28:11+00:00
Resolved: 2024-10-07 12:37:25+00:00

Steps to reproduce:

On systems with single mouse button like MacBook, you trigger RMB by (for example) pressing touchpad with two fingers at the same time.

I pressed touchpad with two fingers.


Actual results:

LMB click was registered.


Expected results:

RMB click should be registered.

And it worked like this previously, 102.6.0esr was fine in this regard. I am not saying regression occurred in version 123, but for sure the regression is already there.
Bug: SearchService errors logged at startup for all extension-provided engines
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-03-02 15:29:37+00:00
Resolved: 2024-04-23 21:43:11+00:00

At Firefox startup, I get an error for every search extension I have installed. The engines still work fine. Here's an example:

```
SearchService: Failed to load Wiktionary from settings: NS_ERROR_FILE_ALREADY_EXISTS: #addEngineToStore: An engine called Wiktionary already exists!
    #addEngineToStore resource://gre/modules/SearchService.sys.mjs:2246
    #loadEnginesFromSettings resource://gre/modules/SearchService.sys.mjs:2387
    #loadEngines resource://gre/modules/SearchService.sys.mjs:1639
 
Object { id: "wiktionary@aminomancerdefault", _name: "Wiktionary", _loadPath: "[addon]wiktionary@aminomancer", description: "Wiktionary (Search)", _iconURL: "moz-extension://8ccadb32-18df-442b-9731-e9bd96227fc1/favicon.svg", _iconMapObj: {…}, _metaData: {…}, _urls: (2) […], _telemetryId: null, _definedAliases: (1) […], … }
SearchService.sys.mjs:2389:25
```

I also attached a complete startup log with `browser.search.log` enabled.
Bug: History entries disappearing
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2024-03-03 02:18:46+00:00
Resolved: 2024-04-08 16:16:30+00:00

I have "remember history" enabled and have been using sync for a long time across devices. My current profile is quite old, and should have complete history data going back to 2014. (I'm okay with the reality that old profiles cause bugs; my bookmarks and history are that important to me.)

Over the last few months at least, I've frequently typed substrings of previously visited URLs into the URL bar and they don't pop up as suggestions. When I open the history sidebar to look for them, they're not there.

Today I typed in 'kp', the start of my insurer's URL ('kp.org') - I visit their website infrequently, but probably at least once every month. No suggestions appeared whatsoever. I can't come up with a good explanation for why the history entries for it went away.

I've had this happen with various websites that I visit infrequently, like my 401K plan management website. It's extremely annoying if Firefox has started intentionally purging old/infrequently visited history entries, because it can be very hard to remember where those websites are, and I didn't have any advanced warning that I needed to manually bookmark every remotely important URL I visit in order to have Firefox remember it. I'm assuming this is some sort of bug though.

None of my bookmarks appear to be missing, but if history entries are going missing I wouldn't be surprised if bookmarks can too. As you might expect, if it's a website you only visit a few times a year, it can take quite a while before data loss gets noticed.

Will attach about:support separately.
Bug: Searching history show "No results" first before showing results.
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-03-03 02:50:56+00:00
Resolved: 2024-05-09 21:26:30+00:00

STR: Search in history for "youtube"

A page comes up with `No results for “youtube”` and then I wait longer and the results come up.

Also, even after the results show up it sometimes switches back to the "No results" page. I can't reliably reproduce this though.
Bug: [Firefox View] The search box cannot fully display CJK characters
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-03-03 04:15:09+00:00
Resolved: 2024-03-06 14:20:36+00:00

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

Steps to reproduce:

1. Set the UI language to Simplified/Traditional Chinese (or Japanese and Korean)
2. Open Firefox View
3. Check the CJK characters in the search box


Actual results:

The search box cannot fully display CJK characters


Expected results:

Fully display CJK characters.
Bug: Intermittent browser/components/downloads/test/browser/browser_downloads_autohide.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2024-03-03 05:13:02+00:00
Resolved: 2025-02-17 07:22:18+00:00

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

---
```
[task 2024-03-03T04:51:26.511Z] 04:51:26     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_downloads_autohide.js | Auto-hide checkbox is visible - 
[task 2024-03-03T04:51:26.511Z] 04:51:26     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_downloads_autohide.js | Auto-hide is disabled - 
[task 2024-03-03T04:51:26.511Z] 04:51:26     INFO - Enable auto-hide via context menu
[task 2024-03-03T04:51:26.512Z] 04:51:26     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_downloads_autohide.js | Downloads button is hidden - 
[task 2024-03-03T04:51:26.512Z] 04:51:26     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_downloads_autohide.js | Pref has been set to true - 
[task 2024-03-03T04:51:26.513Z] 04:51:26     INFO - Check context menu in another button
[task 2024-03-03T04:51:26.513Z] 04:51:26     INFO - Buffered messages finished
[task 2024-03-03T04:51:26.514Z] 04:51:26     INFO - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_downloads_autohide.js | Test timed out - 
[task 2024-03-03T04:51:26.514Z] 04:51:26     INFO - GECKO(5322) | Completed ShutdownLeaks collections in process 5322
[task 2024-03-03T04:51:26.515Z] 04:51:26     INFO - TEST-START | Shutdown
[task 2024-03-03T04:51:26.515Z] 04:51:26     INFO - Browser Chrome Test Summary
[task 2024-03-03T04:51:26.516Z] 04:51:26     INFO - Passed:  152
[task 2024-03-03T04:51:26.516Z] 04:51:26     INFO - Failed:  1
[task 2024-03-03T04:51:26.516Z] 04:51:26     INFO - Todo:    0
[task 2024-03-03T04:51:26.517Z] 04:51:26     INFO - Mode:    e10s
[task 2024-03-03T04:51:26.517Z] 04:51:26     INFO - *** End BrowserChrome Test Results ***
```
Bug: Intermittent browser/components/translations/tests/browser/browser_translations_panel_engine_unsupported_lang.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-03-03 06:37:32+00:00
Resolved: 2024-03-25 12:05:00+00:00

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

---
```
[task 2024-03-03T05:41:43.540Z] 05:41:43     INFO - TEST-PASS | browser/components/translations/tests/browser/browser_translations_panel_engine_unsupported_lang.js | The app-menu translate button should be enabled - 
[task 2024-03-03T05:41:43.540Z] 05:41:43     INFO - Opening the popup
[task 2024-03-03T05:41:43.540Z] 05:41:43     INFO - Waiting for the translations panel popup to be shown
[task 2024-03-03T05:41:43.540Z] 05:41:43     INFO - Buffered messages finished
[task 2024-03-03T05:41:43.540Z] 05:41:43     INFO - TEST-UNEXPECTED-FAIL | browser/components/translations/tests/browser/browser_translations_panel_engine_unsupported_lang.js | Test timed out - 
[task 2024-03-03T05:41:43.540Z] 05:41:43     INFO - GECKO(25869) | Completed ShutdownLeaks collections in process 25869
[task 2024-03-03T05:41:43.540Z] 05:41:43     INFO - TEST-START | Shutdown
```
Bug: display versusconformita.fr
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-03-03 08:54:37+00:00
Resolved: 2024-06-05 09:53:45+00:00

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

Steps to reproduce:

French forum : https://forums.mozfr.org/viewtopic.php?p=952935#p952935 (No problem with Firefox Release 122)

Site display problem : https://www.versusconformita.fr/

Check in safe mode and new profile...


Actual results:

No display

No problem with Firefox ESR 115.8.0, Firefox Beta124.0b6, Edge...


Expected results:

displaying the site with Firefox Release 123 !
Bug: Intermittent browser/components/translations/tests/browser/browser_translations_full_page_panel_retry.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-03-03 09:20:00+00:00
Resolved: 2024-07-22 12:01:14+00:00

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

---
```
[task 2024-03-02T17:51:34.076Z] 17:51:34     INFO - TEST-PASS | browser/components/translations/tests/browser/browser_translations_full_page_panel_retry.js | The icon presents the loading indicator. - 
[task 2024-03-02T17:51:34.076Z] 17:51:34     INFO - Resolving 1 mocked downloads for "test-translation-wasm-1"
[task 2024-03-02T17:51:34.077Z] 17:51:34     INFO - Resolving 6 mocked downloads for "test-translation-models-0"
[task 2024-03-02T17:51:34.077Z] 17:51:34     INFO - Checking that the page is translated
[task 2024-03-02T17:51:34.078Z] 17:51:34     INFO - Buffered messages finished
[task 2024-03-02T17:51:34.078Z] 17:51:34     INFO - TEST-UNEXPECTED-FAIL | browser/components/translations/tests/browser/browser_translations_full_page_panel_retry.js | The page's H1 is translated. - "DON QUIJOTE DE LA MANCHA [es to fr, html]" == "Don Quijote de La Mancha" - 
[task 2024-03-02T17:51:34.078Z] 17:51:34     INFO - Stack trace:
[task 2024-03-02T17:51:34.078Z] 17:51:34     INFO - chrome://mochitests/content/browser/toolkit/components/translations/tests/browser/translations-test.mjs:assertTranslationResult:96
[task 2024-03-02T17:51:34.079Z] 17:51:34     INFO - Ensuring that the translations button displays the language tag "fr"
[task 2024-03-02T17:51:34.079Z] 17:51:34     INFO - TEST-PASS | browser/components/translations/tests/browser/browser_translations_full_page_panel_retry.js | The icon presents the locale. - 
```
Bug: Annotating PDF-s with special characters is broken
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-03 14:07:59+00:00
Resolved: 2024-03-12 16:52:27+00:00

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

Steps to reproduce:

1. Open PDF with firefox
2. Write some additional text using built-in editor. The text should contain special characters. For example: "Test polish letters: ąłęó, Emoji: 🐋"
3. Save updated PDF


Actual results:

On the PDF only basic characters are visible:

"Test polish letters: , Emoji:"


Expected results:

I should see:

"Test polish letters: ąłęó, Emoji: 🐋"

Maybe embedding fonts is broken?
Bug: Translating to french, english site,  never asks for translating
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-03-04 09:04:00+00:00
Resolved: 2024-05-30 12:27:41+00:00

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

Steps to reproduce:

Go to any English site




Actual results:

Firefox translation never asks for translating to French. No icon in the URL field, no option for translating a selected text..

No problem with German site.

Is there a way to re-initialize Firefox translation ?


Expected results:

Firefox translation demands for translating to French. An icon appears in the URL field, an option for translating a selected text appears in the contextual menu.
Bug: Firefox View websites in window cannot be browsed anymore after following specific steps
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-03-04 11:33:12+00:00
Resolved: 2024-03-11 07:42:32+00:00

**Found in**
- Firefox 124.0b6

**Affected versions**
- Firefox 124.0b6
- Firefox 125.0a1

**Tested platforms**
- Affected platforms: Ubuntu 22.04, macOS 13.6.4, Windows 10

**Precondition**
- Have multiple windows with ongoing media from Youtube

**Steps to reproduce**
1. Restart Firefox after setting up the precondition
2. Access Open Tabs in Firefox View
3. Tab through the websites in the Window list
4. Select a media indicator and press space/enter

**Expected result**
- The media icon mutes/unmutes (depends on the case)

**Actual result**
- The media icon disappears, focus is lost and the websites on that respective window cannot be browsed anymore by keyboard

**Additional notes**
- The issue can be seen in the attachment
- Autoplay is blocking the websites from starting after a restart, so maybe there shouldn't be any media indicator in these cases? (some Youtube sessions will retain the indicator and some don't, as seen in the attachment too).
Bug: Opening the SUMO page for a trending search saves the trending search in the Recent Searches section
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-03-04 14:59:58+00:00
Resolved: 2024-04-22 14:44:48+00:00

**Notes**
* Please refer to the screen recording for more details. 

**Found in**
* Firefox 124.0b6;


**Affected versions**
* Firefox Nightly 125.0a1;
* Firefox 124.0b6;

**Tested platforms**
* Windows 10;
* macOS 12;
* Ubuntu 22;

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

**Unaffected platforms**
* N/A;

**Preconditions**
* browser.urlbar.suggest.recentsearches = true
* browser.urlbar.suggest.trending =true
* browser.urlbar.trending.featureGate = true
* browser.urlbar.recentsearches.featureGate = true
* browser.urlbar.trending.requireSearchMode = false
* VPN connected to US/CA.
* Google set as default search engine

**Steps to reproduce**
1. Launch Firefox.
2. Open a new tab and focus the address bar. 
3. Focus a trending search.
4. Open the result menu of the selected trending search and click on ‘Why am I seeing this?’ option.
5. Open a new tab and focus the address bar. 

**Expected result**
* SUMO page opens in a new tab, previous trending search is not displayed in the Recent Searches section. 

**Actual result**
* SUMO page opens in a new tab, previous trending search is displayed in the Recent Searches section, even though the search has not been submitted.

**Regression range**
* Will come back with more information ASAP.