av9ash/GitBugs huggingface dataset:
Bug: The low confidence Pocket results are displayed at the top of Firefox Suggest section
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-07-15 13:02:07+00:00
Resolved: 2024-07-22 13:55:35+00:00

**[Affected versions]:**
- Firefox Beta 129.0b3 (Build ID: 20240712091545)
- Nightly 130.0a1 (Build ID: 20240714194554)

**[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.pocket.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 a low confidence Pocket result. eg: food, soft life, climate awareness, pranks.
3. Click on a Google search result triggered for the typed keyword.
4. Open a new tab and type in the Address bar again the keyword used in step 2.
5. Observe the Pocket result.

**[Expected result]:**
- The Pocket result is displayed at the bottom of the Firefox Suggest section.

**[Actual result]:**
- The Pocket result is displayed at the top of the Firefox Suggest section.

**[ Notes]:**
- Even if the "Show search suggestions ahead of browsing history in address bar results" option is disabled the Pocket results are displayed at the top. 
- Attached is a screen recording of the issue.
Bug: Firefox's PDF viewer doesn't print highlighted regions that were added by manual editing (but it does if you save the file and then open that saved copy)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-07-15 17:15:15+00:00
Resolved: 2024-08-12 06:23:50+00:00

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

Steps to reproduce:

Open PDF
highlight text
print
text printed is not highlighted


Actual results:

The text was not highlighted when using firefox, but other programs and other machines printed highlighted text.


Expected results:

Text should be highlighted with the appropriate color, when edited in PDF and printed.
Bug: DisableFirefoxStudies enterprise policy does not disable nimbus
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-07-15 17:50:07+00:00
Resolved: 2024-07-25 11:24:04+00:00

The DisableFirefoxStudies enterprise policy disables the "Shield" feature, but Nimbus doesn't look for this at all. it only checks the `datareporting.healthreport.uploadEnabled` and `app.shield.optoutstudies.enabled` prefs.
Bug: Components using standard `background-color-ghost-...` CSS design system tokens have contrast issues when a wallpaper is set
Status: NEW
Priority: P3
Created: 2024-07-15 21:26:38+00:00
Resolved: 2024-12-09 16:46:11+00:00

Currently, we have to override the standard token defaults for components depneding if a user has a wallpaper set: 

Examples: 
- [Weather component](https://searchfox.org/mozilla-central/source/browser/components/newtab/content-src/components/Weather/_Weather.scss#165-181)
- [Top Sites component](https://searchfox.org/mozilla-central/source/browser/components/newtab/content-src/components/TopSites/_TopSites.scss#29-39)

Note that there is not an immediate issue, but if the design system pushes updates to this token set, components using this override will deviate/be out of sync.
Bug: Store sidebar UI state in a pref that acts as a fallback
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-07-15 22:19:59+00:00
Resolved: 2024-11-15 20:31:58+00:00

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

Steps to reproduce:

- enabled the 'History' option of 'Clear history when Firefox closes'

- enabled the bookmarks sidebar

- restarted FF


Actual results:

The bookmarks sidebar was not enabled.


Expected results:

The bookmarks sidebar should have been enabled even though empty. This was how it was under the same conditions in previous versions.
Bug: Soft-hyphens are breaking translations because of bad tokenization
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-16 03:51:04+00:00
Resolved: 2024-07-20 09:18:25+00:00

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

Steps to reproduce:

Visit the URL https://smp-bund.greenbone.net/ and use the tranlsation from German to English, French, or any other language. 


Actual results:

The translation is not only obviously wrong, but contains what seems to be malicious translation attacking the organization or it's employees. 

As far as I understand, the translation ML feature was just added to Firefox in version 118 in March 2024 and the translations are done locally on the user's machine - no data is transmitted over the network to complete the translation.  This means there must be some malicious code embedded in the translation ML algorythm that targets this URL.  


Expected results:

When the text being translated on the URL https://smp-bund.greenbone.net/ is moved to another page and injected into the DOM, the translation is accurate.  The translate of the text on the target page is accurate when it's moved to another page on the domain greenbone.net or another domain altogether. 

While this is not a bug that many users could be harmed from in itself, I think that this should be investigated internally to determine who did this and how it happened.
Bug: while creating new user, after clicking on save button error message is coming
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2024-07-16 08:11:23+00:00
Resolved: 2024-07-16 08:37:09+00:00

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

Steps to reproduce:

1.Open https://www.amazon.in/
2.Click on New Account
3.Enter details
4.click on save


Actual results:

Error message was displayed and gave an option to try again


Expected results:

Account Created
Bug: while creating new user, after clicking on save button error message is coming
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2024-07-16 09:08:08+00:00
Resolved: 2024-07-16 09:12:36+00:00

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

Steps to reproduce:

open flipkart
create account
enter credentials
click on save


Actual results:

login info error


Expected results:

account created
Bug: Firefox 129 search url address
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-16 12:52:42+00:00
Resolved: 2024-07-16 13:24:39+00:00

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

Steps to reproduce:

Searched a terms in the Firefox address bar.
For example I search "Google" on the URL Firefox address


Actual results:

Results are showed but the URL of the page is not showed.
How can I share that page if the URL address bar never show the URL and show what I typed for the research?


Expected results:

The URL bar should show the URL. If the URL in Firefox never show an URL how can I share the page and get the URL?
Bug: "Website advertising preferences" not shown when searching preferences
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-16 13:08:11+00:00
Resolved: 2024-07-16 18:42:10+00:00

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

Steps to reproduce:

1. Open about:preferences
2. Search for the new "Website advertising preferences" section by typing "advertising" in the "Find in settings" search box at the top right


Actual results:

Empty search results with the message:

"""
Sorry! There are no results in Settings for "advertising".
"""


Expected results:

The "Website advertising preferences" section should have been shown, with all the options in that section.

Searching for other sections (e.g., the "Firefox Data Collection and Use" section by searching for "data coll") does return the expected results.

See the attached screenshot for exactly what I see.
Bug: Dark theme colors aren't always honored
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-16 17:16:26+00:00
Resolved: 2024-07-19 11:27:52+00:00

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

Steps to reproduce:

Use a dark theme. In my case, I'm using the MagentaNeon theme.


Actual results:

When using a dark theme (any dark theme - not just the one I'm currently using), if no custom CSS is used (when ~/.config/gtk-3.0/gtk.css is renamed or moved, for example), a black background with white text is used for the sidebar, the context menus, and the bookmark manager.


Expected results:

I believe the colors for those Firefox elements used to honor the theme's colors. So, as an example, if your dark theme is hot pink (as mine is), the background of those elements used to be hot pink rather than the black that they are now.
Bug: Firefox 128 changed the search (not address) bar to require text in order to go to the search engine
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-16 17:30:40+00:00
Resolved: 2024-07-16 18:44:39+00:00

Steps to reproduce:

Open a new tab
Focus on search bar
(clear any text previously entered)
Hit enter


Actual results:

Nothing happens


Expected results:

The tab should navigate to the search engine
Bug: Intermittent browser/base/content/test/general/browser_bug432599.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-07-16 17:54:23+00:00
Resolved: 2025-01-13 12:09:54+00:00

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

---
```
[task 2024-07-16T16:25:40.777Z] 16:25:40     INFO - TEST-PASS | browser/base/content/test/general/browser_bug432599.js | The bookmark panel's visibility should not change - false == false - 
[task 2024-07-16T16:25:40.778Z] 16:25:40     INFO - Buffered messages finished
[task 2024-07-16T16:25:40.780Z] 16:25:40     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/general/browser_bug432599.js | Test timed out - 
[task 2024-07-16T16:25:40.781Z] 16:25:40     INFO - GECKO(1067) | Completed ShutdownLeaks collections in process 1067
[task 2024-07-16T16:25:40.797Z] 16:25:40     INFO - TEST-START | Shutdown
```
Bug: Search Suggestions appear in Private Windows despite unchecked option
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-16 18:17:49+00:00
Resolved: 2024-07-17 10:39:17+00:00

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

Steps to reproduce:

Open Firefox
Go to settings
Uncheck "Show search suggestions in Private Windows"
Open a Private Window
Click on search bar


Actual results:

Search suggestions appear based on my non-private browsing history


Expected results:

No search suggestions should appear at all in private windows
Bug: Logo media queries in aboutwelcome bundle don't work in the chrome
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-16 20:14:40+00:00
Resolved: 2024-07-18 21:52:50+00:00

I'm not sure if this used to work, but React does not change `srcSet` to `srcset` for chrome feature callouts. It works fine elsewhere, but not in the chrome. I have no idea why this is. But manually specifying `srcset` works fine, so that's what we should use. React doesn't recognize this attribute name (an odd decision, since the base attribute name is not in kebab-case like other attributes React changes to camel-case), so we have to add it to the list of custom HTML attributes.
Bug: PDF pages missing/rearranged after switching tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-17 02:08:30+00:00
Resolved: 2024-07-17 10:26:09+00:00

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

Steps to reproduce:

Open 3 PDF documents (one attached) and read them normally, switching tabs and scrolling through pages occasionally.


Actual results:

Eventually, some pages start to show as blank and become rearranged in order. This happens off-screen and is only visible after the incorrect pages have been scrolled into view. Happens forwards and backwards.


Expected results:

Order and content is maintained.
Bug: "close remote tab" button doesn't have a tooltip.
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-07-17 03:00:10+00:00
Resolved: 2024-07-20 09:18:34+00:00

With the synced tabs hamburger menu open, hover over every tab/device etc and you get a tooltip - except the 'x' for "close remote tab" - there's no tooltip and there should be.
Bug: Fakespot suggestion colors are wrong when the result menu button is selected
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-07-17 04:03:01+00:00
Resolved: 2024-08-06 12:02:59+00:00

STR

1. Trigger a Fakespot suggestion and arrow down to it
2. Press the Tab key to select the result menu button

The Fakespot row remains visually selected (as it should) but the stars and some of the text reverts to the non-selected color.
Bug: [MSIX] Making Firefox as the default browser does not reflect inside Firefox options
Status: NEW
Priority: --
Created: 2024-07-17 07:28:45+00:00
Resolved: 2024-07-18 13:58:34+00:00

Basically the same bug as https://bugzilla.mozilla.org/show_bug.cgi?id=1870047#c0

**Found in**
* Firefox 129.0b4

**Affected versions**
* Firefox 129.0b4
* Firefox 128.0
* Nightly 130.0a1
* Nightly 122.0a1

**Tested platforms**
* Affected platforms: Windows 10 (v1903), not sure if other versions are affected, I can check.
* Unaffected platforms: Windows 10 (22h2), Windows 11 (23h2), Windows 11 ARM, macOS 13.6, Ubuntu 22.04.

**Preconditions**
* None

**Steps to reproduce**
1. Install Firefox MSIX 129.0b4 and open it with a new profile.
2. Go to about:preferences and click the "Make default button. 

**Expected result**
* Firefox is your default browser message is displayed in about preferences.

**Actual result**
* The message does not change in about:preferences and the Make default prompt keeps appearing if Firefox is restarted.

**Regression range**
* Not sure if this is relevant since it is dependent on Windows versions. Newer versions of Windows are not affected. I did try a build before the fix from bug 1868410 (which was the regressor for from bug 1870047), but I can reproduce it there as well.

**Additional notes**
* Firefox non MSIX is not affected by this issue.
* Firefox 115 esr is also affected but in a different way because the 1-click default does not work and Windows Settings is immediately opened. Setting the Firefox 115esr as default from windows setting will make the browser default but again inside Firefox this is not shown in about:preferences.
Bug: Update settings UI to clarify that PPA is disabled when telemetry is disabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-07-17 08:45:09+00:00
Resolved: 2024-08-07 15:31:24+00:00

Right now in the Firefox settings, the UI state for PPA remains checked and active even when the main telemetry setting is disabled. This is confusing UX, since DAP submission is disabled when telemetry is disabled. IOW, transmitting PPA is disabled when telemetry is disabled, and the UI should reflect that.
Bug: FxA web channel attempts to use session token before it's ready
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2024-07-17 09:52:50+00:00
Resolved: 2024-12-04 21:54:16+00:00

I've been testing Thunderbird against the staging FxA server using OAuth. Frequently the login flow gets to [this code](https://searchfox.org/mozilla-central/rev/8c6edfe25c094e032a27722ef30f69555f556bf8/services/fxaccounts/FxAccountsWebChannel.sys.mjs#535-536) before the session token is available. The session token is set [here](https://searchfox.org/mozilla-central/rev/8c6edfe25c094e032a27722ef30f69555f556bf8/services/fxaccounts/FxAccountsWebChannel.sys.mjs#503), and in fact the web channel appears to receive the `fxaccounts:oauth_login` command *before* the `fxaccounts:login`.
Bug: Pop-up exceptions do not carry over to the private session
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-07-17 09:53:25+00:00
Resolved: 2024-07-22 16:22:18+00:00

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

Steps to reproduce:

1. Visit https://genshin.hoyoverse.com/en/
2. Click on the “Official Site” button in the top-right corner
3. A message saying, “Firefox prevented this site from opening a pop-up window” should show up; click on the “Options” button next to it and then the “Allow pop-ups for genshin.hoyoverse.com” option
4. Open a private window and go to https://genshin.hoyoverse.com/en/ (the same site we visited in the step 1)
5. Click on the “Official Site” button


Actual results:

The same message still pops up – “Firefox prevented this site from opening a pop-up window” – even though if we click on the “Options” button next to it, select “Manage pop-up settings…” option and click on the “Exceptions…” button to the right of “Block pop-up windows”, that site is now on the list of allowed websites.


Expected results:

I should not get that message anymore if the site is on the allowed websites list for pop-ups, and the pop-up that the site tries to open, should open, and not be blocked.

--

Also, not sure if this would be considered off-topic, but when you e.g. visit ubisoft.com in the Private Window, discard the cookie notice and click on the profile button in the top-right corner, the same message pops up, but when choose to allow pop-ups for this site, this site DOESN'T get added to the list of allowed sites (if you do this action in the private session). I guess that is intended behavior, but should it really be like that? Maybe if you're in the private session there should be two buttons for this action – one would allow pop-ups only for this session, and the second one – add it globally (and this would also add this website to the list of allowed websites for pop-ups).

--

Also, Firefox's pop-up blocker seems much stricter than Chrome's – I couldn't reproduce this on Chrome, to check how they handle it.
Bug: [Experiment] The “Make Firefox your primary browser” spotlight is displayed instead of the “Embedded Import” one
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2024-07-17 13:31:42+00:00
Resolved: 2024-09-16 17:19:24+00:00

**[Affected versions]:**
- Firefox Release, 126.0, BUILD ID: 20240509170740
- Firefox Release, 127.0, BUILD ID: 20240606181944
- Firefox Release, 128.0, BUILD ID:20240704121409

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

**[Prerequisites]:**
- Have the [“user.js”](https://drive.google.com/drive/folders/1ciGuIn1OcXH30H5ivVXK1ED_BhzUtU6Y)  downloaded on your computer. 
- Have a new Firefox profile. 

**[Steps to reproduce]:**
1. Navigate to the profile folder and paste the user.js from the prerequisites. 
2. Restart the browser. 
3. Observe the page. 

**[Expected results]:**
- The “Embedded Import” spotlight is displayed on the page. 

**[Actual results]:**
- The “Make Firefox your default browser” spotlight is displayed. 

**[Additional Notes]:**
- This issue is also reproducible with both Existing and Early Day Users experiments. 
- This issue can be bypassed if Firefox is set as the default browser. 
- Attached a screen recording of the issue.
Bug: Alignments fail to match nodes that are out of vocabulary, but are the same text
Status: NEW
Priority: --
Created: 2024-07-17 17:43:17+00:00
Resolved: 2024-07-19 19:19:58+00:00

From the page: https://es.wikipedia.org/wiki/Pok%C3%A9mon

There is the sentence:

> logrando ocupar el segundo lugar de las sagas de videojuegos más vendidos de <a href="...">Nintendo</a>

Is translated in full page translation as:

> managing to rank second in Nintendo's best-selling video game sagas<a href="...">Nintendo.</a>

In about:translations with HTML capabilities turned on, it translates as:

> managing to rank second in Nintendo's best-selling video game sagas<a href="..."></a>

I suspect that no alignments are found for the word "Nintendo" that is passed through on both definitions. The tokenization will be the same on the source and target for "Nintendo" as they share the SentencePiece tokenization.

When the source `<a href="...">Nintendo</a>` tag is not found in the target, it is appended to the end, for a somewhat non-sensical translation.

https://searchfox.org/mozilla-central/rev/8c6edfe25c094e032a27722ef30f69555f556bf8/toolkit/components/translations/content/translations-document.sys.mjs#1583

This is a bug in the Bergamot implementation.
Bug: Intermittent browser/components/customizableui/test/browser_history_restore_session.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-07-17 18:42:41+00:00
Resolved: 2024-08-16 12:01:08+00:00

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

---
```
[task 2024-07-17T18:22:09.322Z] 18:22:09     INFO - TEST-PASS | browser/components/customizableui/test/browser_history_restore_session.js | Restore previous session button is not visible - true == true - 
[task 2024-07-17T18:22:09.323Z] 18:22:09     INFO - Buffered messages finished
[task 2024-07-17T18:22:09.325Z] 18:22:09     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_history_restore_session.js | Test timed out - 
[task 2024-07-17T18:22:09.325Z] 18:22:09     INFO - GECKO(1368) | Completed ShutdownLeaks collections in process 2228
[task 2024-07-17T18:22:09.325Z] 18:22:09     INFO - TEST-START | Shutdown
```
Bug: error loading dynamically imported module: chrome://browser/content/sidebar/sidebar-main.mjs
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-07-17 19:01:13+00:00
Resolved: 2024-07-29 12:23:29+00:00

## STR

1. Enable the `sidebar.revamp` pref
2. Run this test: `./mach test --headless browser/components/extensions/test/browser/browser_ext_connect_and_move_tabs.js`

## Expected

Maybe an error but definitely not the one below.

## Actual

```
browser/components/extensions/test/browser/browser_ext_connect_and_move_tabs.js
  FAIL A promise chain failed to handle a rejection: error loading dynamically imported module: chrome://browser/content/sidebar/sidebar-main.mjs - stack: init@chrome://browser/content/sidebar/browser-sidebar.js:268:7
async*onLoad@chrome://browser/content/browser-init.js:216:23
EventHandlerNonNull*@chrome://browser/content/browser.xhtml:125:39
Rejection date: Wed Jul 17 2024 17:32:05 GMT+0200 (Central European Summer Time) - false == true -
Stack trace:
resource://testing-common/PromiseTestUtils.sys.mjs:assertNoUncaughtRejections:266
chrome://mochikit/content/browser-test.js:handleTask:1173
chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1217
chrome://mochikit/content/browser-test.js:Tester_execTest:1358
chrome://mochikit/content/browser-test.js:nextTest/<:1134
chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
```
Bug: Uncaught error when switching language from back to "detect language" in about:translations
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-07-17 21:15:29+00:00
Resolved: 2024-08-08 09:37:04+00:00

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

Steps to reproduce:

1. go to `about:translations`
2. select any language in both the language from and to dropdowns (e.g. from english to french)
3. select "Detect language" in the language from dropdown


Actual results:

An uncaught exception is raised in `maybeCreateNewTranslator`:
`Uncaught (in promise) TypeError: this.translator.then is not a function`
essentially `this.translator` seems to have become undefined


Expected results:

It should not throw any errors