av9ash/GitBugs huggingface dataset:
Bug: [Experiment] The "Fox Doodle - Context" spotlight from the "Treatment B" branch is not triggered at browser startup because the "profileRestartCount" parameter is read as "0" after each browser restart
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-07-11 11:28:14+00:00
Resolved: 2023-08-11 12:51:08+00:00

**[Notes]:**
- This issue is similar to Bug 1841481 that was logged for the "Pin to Taskbar/Set to default -Fox Doodle - Early day users - Graphics" experiment which was fixed by replacing `profileRestartCount` targeting attribute with the `previousSessionEnd > 0` one.

**[Affected versions]:**
- Firefox Release 114.0.2 - Build ID: 20230619081400
- Firefox Release 115.0.1 - Build ID: 20230706202047 

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

**[Prerequisites]:**
- Firefox is not set as the default browser.
- Have a Firefox profile older than 1 day.
- Have the following prefs in the "about:config" page:
  - `nimbus.debug` pref set to `true`;
  - `browser.newtabpage.activity-stream.asrouter.devtoolsEnabled` pref set to `true`;

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Navigate to "about:studies?optin_slug=fox-doodle-set-to-default-early-day-context&optin_branch=treatment-b&optin_collection=nimbus-preview".
3. Restart the browser.
4. Observe the behavior.
5. Navigate to  "about:newtab#asrouter" and select the "Targeting" option from the left part of the page.
6. Observe the value of the `profileRestartCount` parameter.

**[Expected result]:**
- Step 4: The Fox Doodle spotlight is displayed.
- Step 6. The value of the `profileRestartCount` parameter is set to at least `1`.
    
**[Actual result]:**
- Step 4: The Fox Doodle spotlight is not triggered.
- Step 6. The value of the `profileRestartCount` parameter is set to `0`.

**[Additional Notes]:**
- This issue affects the "Pin to Taskbar/Set to default -Fox Doodle - Early day - Context" experiments because the message targeting from the "Treatment B" branch is set to `source == 'startup'` and `profileRestartCount > 0`. Due to this, the "Fox Doodle" spotlights will not be triggered because, at each browser startup, the value of the "profileRestartCount" parameter will be set to `0` for ~1 minute.
- This issue is not reproducible on the "Treatment A" and "Treatment B" branches of the experiment.
- After looking over the message targeting from the "Treatment B" branch of the "[Fox Doodle Pin to taskbar: Early day - Context](https://experimenter.services.mozilla.com/nimbus/fox-doodle-pin-to-taskbar-early-day-context/summary)" experiment it seems that this issue will be reproducible with this experiment as well.
- Attached is a screen recording of the issue:
Bug: [Experiment] The “Set to Default” spotlight is displayed even if the browser was set as default right after enrolling in the “Fox Doodle Set to default: Early day - Context”
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-07-11 11:40:58+00:00
Resolved: 2023-07-18 06:59:44+00:00

**[Affected versions]:**
- Firefox Release 114.0.2 - Build ID: 20230619081400
- Firefox Release 115.0.1 - Build ID: 20230706202047

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

**[Prerequisites]:**
- Have a Firefox profile, older than 6 hours and younger than 28 days.
- Firefox is not set as the default browser.
- Save the “[user.js](https://drive.google.com/file/d/122pEDjy3fRpkF3mHKEk3v0MaOd_n3tnJ/view)” file to disk.   

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Navigate to the profile folder and paste the “user.js” file from prerequisites.
3. Restart the browser.
4. Click “Set as a default browser” from the “Make Firefox your default browser” prompt.
5. Restart the browser and observe the behavior.

**[Expected result]:**
- The “Fox Doodle Set to Default” spotlight is not triggered.

**[Actual result]:**
- The “Fox Doodle Set to Default” spotlight is triggered, despite the browser already being the default one

**[Notes]:**
- This issue is reproducible with all the “Treatment” branches of the experiment.
- This issue is probably also reproducible on “Fox Doodle Pin to Taskbar: Early day - Context” experiment, but I will verify it as soon as the experiment is launched to preview.
- Attached a screen recording.
Bug: [Experiment] The “Set to default Fox Doodle” spotlight from “Treatment C” is triggered when more than 7 bookmarks are saved instead of more than 6, as specified in documentation
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-07-11 11:49:54+00:00
Resolved: 2023-07-18 07:03:15+00:00

**[Affected versions]:**
- Firefox Release 114.0.2 - Build ID: 20230619081400
- Firefox Release 115.0.1 - Build ID: 20230706202047

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

**[Prerequisites]:**
- Have a Firefox profile, older than 6 hours and younger than 28 days.
- Firefox is not set as the default browser.
- Save the “[user.js](https://drive.google.com/file/d/1utaGPtJ7nE1osnYx-kb0j8jsGexLIeF_/view?usp=drive_link)” file to disk.
- Have only the default (5) bookmarks saved.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Navigate to the profile folder and paste the “user.js” file from prerequisites.
3. Restart the browser.
4. Set 2 bookmarks (for a total of 7, including the default bookmarks that are set in Firefox).
5. Restart the browser and observe the behavior.

**[Expected result]:**
- The “Fox Doodle Set to Default” spotlight is displayed.

**[Actual result]:**
- The “Fox Doodle Set to Default” spotlight is NOT displayed.

**[Notes]**
- In the received [documentation](https://mozilla-hub.atlassian.net/browse/QA-2005),  the “Set to Default Fox Doodle” is supposed to be triggered after the user has more than 6 bookmarks saved.
- If 1 more bookmark is saved, the “Set to Default Fox Doodle” will be displayed on the next browser startup.
- This issue is probably also reproducible on “Fox Doodle Pin to Taskbar: Early day - Context” experiment, but I will verify it as soon as the experiment is launched to preview.
- Attached a screen recording.
Bug: Entering/Exiting Customize Mode causes web content to relayout
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-07-11 11:54:08+00:00
Resolved: 2023-11-22 07:53:07+00:00

Steps to reproduce:
1) Right click the toolbar -> Customize Toolbar
2) Switch to a tab containing content that is expensive to relayout. Some examples:
   - https://searchfox.org/mozilla-central/source/modules/libpref/init/StaticPrefList.yaml
   - https://www.youtube.com/

Entering Customize Mode seems to cause every `<browser>` to become 25x25???? Not good.... This must be a poor experience if you have a lot of tabs open/have an older CPU.
Bug: "translate" class ignored after seeing "notranslate"
Status: NEW
Priority: P3
Created: 2023-07-11 12:26:04+00:00
Resolved: 2024-08-08 16:40:20+00:00

Elements with a notranslate class are ignored by InPageTranslation. Websites like Mastodon also seem to use this to get around issues with Google Translate. However, they also mark elements that they do want translated with a translate class. Firefox Translations ignores that class at the moment.

To Reproduce
Have a page with something like this:
<p class="notranslate">
  Könnte es dieses Element bitte ignorieren?
  <span>Das wäre toll.</span>
  <span class="translate">Aber bitte übersetzen Sie diesen Satz.</span>
</p>

If you translate that page then with Google Chrome, only the last sentence will be translated. If you translate it with Firefox Translations, it doesn't.

Expected behavior
Translate elements that are marked with class="translate" when they appear inside an class="notranslate" or translate="no" element.

Additional context
I haven't been able to find any documentation for Google Translate that says that class="translate" should work. But empirically it does.
Bug: nrk.no is not fully translated (probably because of different "lang" attributes)
Status: NEW
Priority: P3
Created: 2023-07-11 12:29:56+00:00
Resolved: 2024-06-19 21:28:35+00:00

Most of the content in https://www.nrk.no/ is not translated. Probably it's because `<html lang="nb-NO">` but most page elements have `<div lang="no">` (at least this is the reason in the addon, see https://github.com/mozilla/firefox-translations/issues/344#issuecomment-1145850045).
Bug: Observe calls to attachShadow otherwise parts of the page won't be translated
Status: NEW
Priority: P3
Created: 2023-07-11 12:41:49+00:00
Resolved: 2025-01-15 20:22:41+00:00

STR:
1) Open a Reddit page, such as https://www.reddit.com/r/Banff/
2) Translate it to a language of your choice

When scrolling enough, new posts are loaded and they are not translated.
Bug: Clicking on an ad link records an error in the browser console search logs
Status: NEW
Priority: P3
Created: 2023-07-11 16:08:03+00:00
Resolved: 2024-06-25 16:31:16+00:00

**Notes**
* Intermittent to a degree; error does  not necessarily appear on a first try. 
* Does not reproduce with Google set as the default search engine. 

**Found in**
* 116.0b3;

**Affected versions**
* 117.0a1;
* 116.0b3;

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


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



**Unaffected platforms**
* N/A; 

**Preconditions** 
* browser.search.log = true
* browser.search.serpEventTelemetry.enabled = true
* Have BING as the default search engine.



**Steps to reproduce**
1. Launch Firefox with the profile from preconditions.
2. Open the browser console.
3. Focus the address bar and perform a search that generates ads (e.g. buy shoes, buy phone).
4. Once the SERP is loaded, click on an ad link. 
5. Check the browser console.

**Expected result**
* “Click” event is recorded, no errors are shown in the browser console. 

**Actual result**
* ‘Click’ event is recorded, but the following error is displayed along with the rest of the pings:
> TypeError: telemetryState is undefined SearchSERPTelemetry.sys.mjs:1148:9
    _reportPageWithAds resource:///modules/SearchSERPTelemetry.sys.mjs:1148
    reportPageWithAds resource:///modules/SearchSERPTelemetry.sys.mjs:323
    receiveMessage resource:///actors/SearchSERPTelemetryParent.sys.mjs:17

**Regression range**
* Will look for one as soon as possible.
Bug: History: Clicking the label for "sort by site" doesn't change the sort
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-07-11 19:09:01+00:00
Resolved: 2023-07-19 03:45:36+00:00

The radio for sort-by-site is missing the id corresponding to the label, as a result you can't change the sort by clicking the label.
Bug: list of tabs at top fades out until last tab after 115.0.2 update; mouseover shows where tab should be, but no text
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-07-11 19:28:57+00:00
Resolved: 2023-08-01 09:13:55+00:00

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

Steps to reproduce:

downloaded firefox mac 115.0.2 update. 


Actual results:

on restart, middle tab in list at top faded out left to right, last tab on left fully visible. on mouseover of blank area, a light background for each tab appeared, but no text, favicon, or close button. last tab appears, added tabs at right end also appear. visible and invisible tabs scroll left as tabs at right end added, no change in state. behavior same with different themes.


Expected results:

all tabs should be normally visible
Bug: Crashes when dragging a tab off to a new window
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-07-11 20:39:10+00:00
Resolved: 2023-10-12 14:39:55+00:00

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

Steps to reproduce:

Literally something I did thousands of times before this last update: dragging a tab from one display to another to create a new window. I even attempted it in the same window to the same crash.


Actual results:

Freezes and is unresponsive. Had to kill it with task manager.


Expected results:

Created a new window with the tabbed webpage open.
Bug: 3p prefetch cache may not be sanitized or memory-only per session
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-07-11 23:39:37+00:00
Resolved: 2023-07-18 13:57:03+00:00

see attached pic of the test from https://privacytests.org/archive/issue63/private.html which suggests that 3rd party prefetch cache in pb mode is not sanitized, or memory only. All other browsers with this functionality pass

needs investigation
Bug: upgrade install version 115.0.2 fails on Windows 11 22H2
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-07-12 00:35:04+00:00
Resolved: 2023-07-13 03:30:50+00:00

Steps to reproduce:

Downloaded offline install package version 115.0.2.
Ran as administrator.




Actual results:

Files are extracted to C:\Users\Appdata\....\setup.exe.
Error message appears that Firefox can only be installed on wintows 7 or later, asks me to hit ok or cancel.


Expected results:

Should have received window asking for standard or custom install

Worked successfully on windows 11 version 21H2.  Note that I am submitting this report on a different computer than the one that encountered the error.  My admin accounts do not have internet access.  Please let me know if there are any files you need to see and how to create them.
Bug: Tab listing bar sometimes freezes when moving tab
Status: UNCONFIRMED
Priority: --
Created: 2023-07-12 05:16:14+00:00
Resolved: 2023-08-07 08:47:54+00:00

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

Steps to reproduce:

- Open Firefox
- Open about 5 new tabs (can be empty tabs)
- Select one tab
- Click and drag it to move the tab position between them.

I can reproduce it in Troubleshooting mode (Safe mode) and with Hardware acceleration disabled.


Actual results:

The tab listing freezes and can't be interacted.


Expected results:

The tab listing doesn't freeze.
Bug: SVG sprite is retrieved multiple times from network
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-07-12 10:52:52+00:00
Resolved: 2023-08-23 03:02:56+00:00

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

Steps to reproduce:

Open https://leave-russia.org/. This site uses SVG sprites when multiple SVGs are combined in one file.


Actual results:

Network loading diagnostics shows that the same SVG sprite file is loaded multiple times.


Expected results:

SVG sprite file should be loaded once. Then multiple SVGs included in this file can be rendered from this file.

Other browsers work well in this case, i.e. they download each sprite only once - Chrome, Safari.
Bug: SkippableTimer.done should be set immediately
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-07-12 14:01:03+00:00
Resolved: 2023-07-13 21:52:29+00:00

There's a potential pitfall in setting .done after promises resolves, where the callback may be invoked more than once.
Not the end of the worls siince once the promise is resolved further actions are ignored.. but still pointless work.
Bug: [about:welcome] Embedded Migration wizard checkbox overflow when all content can be imported
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-07-12 15:31:35+00:00
Resolved: 2023-07-27 03:47:51+00:00

Set `browser.migrate.internal-testing.enabled` to true or have all available import options

For windows build >= 15063 route to about:welcome and select import checkbox to view the embedded import flow
If pinned - select import on easy setup screen
For macos/linux, route to embedded import flow

Notice the checkbox overflowing on the `skip this step` button with the `import-all.enabled` flow enabled (variant 2/expanded view)
Bug: Don't reuse rows from different providers
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-07-12 15:38:33+00:00
Resolved: 2023-07-19 16:11:37+00:00

The current UrlbarView update system tries to reuse rows to reduce flicket, but pretty much only distinguishes search VS non-search (with a few exceptions)
See https://searchfox.org/mozilla-central/rev/a3852ea8db25c759bc8b108aeec870d66c95452c/browser/components/urlbar/UrlbarView.sys.mjs#1108-1139

This still causes flicker in some cases, because each provider has its own time characteristic.
For example, the remote tabs provider is really fast, it fetches from a cache most of the times. On the other side, the Places provider is on average slow, because it has to fetch from disk most of the times.
The remote tabs provider is thus immediately serving results, that will be pushed out on the chunking timer (16ms) then the Places provider will serve its results in the next timer. We only retain a limited amount of remote tabs, so the places provider will override most remote tabs.

What happens in practice is that remote tabs appear for a brief amount of time, then places results cover them.
When typing some text like "mozilla" that matches a lot of remote tabs from my Mac, this happens at every letter I type, and that causes a really annoying flickering.

We could change #rowCanUpdateToResult so that it will disallow updating a result if the new result comes from a different provider.
Bug: Reopening a closed tab after a container redirect/close causes a loop
Status: NEW
Priority: --
Created: 2023-07-12 16:32:45+00:00
Resolved: 2023-12-22 15:06:51+00:00

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

Steps to reproduce:

In Firefox Multi-Account Containers settings, under Tab Behavior, check "Replace tab instead of creating a new one."

First:
Close a tab for a site that is not in a container tab.

The bug can be triggered in two ways:
1. From a new tab without a container, open a link to a site that is set to always open in a specific container. This functions as opening a new tab with the link inside of the specified container and closing the existing tab.
2. For a site that is assigned to a container tab, open a link in Firefox from a separate application

Then:
Use 'command + shift + T' to Undo Close Tab.


Actual results:

This reopens the "new" tab, which immediately opens another (duplicate) container tab and closes that tab again. To actually reopen the previous tab that was closed by the user, the shortcut must be used quickly in succession before the replaced tab closes. If multiple container tabs have been opened this way in succession, it is not possible to manually reopen the previous tab that was closed by the user.


Expected results:

If a "new" tab was closed from the container functionality, it should be ignored and the tab closed previous to that should be assessed (recursively) to be opened.

This also mitigates the scenario when the user clicks a link from another website that will open the tab—ex: from google.com, a mozilla.org link is opened, and the google.com site will correctly reopen if the shortcut is used.
Bug: Translation icon never appears on German websites (even if language is correctly detected) and it's hard to know why
Status: NEW
Priority: P3
Created: 2023-07-12 17:20:18+00:00
Resolved: 2024-01-29 10:55:56+00:00

On today's en-US Nightly build, open https://www.mozilla.org/de/firefox/.

Expected: An icon should appear on the address bar
Actual: Nothing happens

It works as expected on https://www.mozilla.org/fr/firefox/, and it works for de in a new fresh profile, so it should be something in my profile. Some more context in https://mozilla.slack.com/archives/C01BT3RS49G/p1689180696139389 if you have the access.
Bug: Translation removes checkmarks on https://www.mozilla.org/de/firefox/
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-07-12 20:25:19+00:00
Resolved: 2023-08-24 19:56:44+00:00

I noticed when translating https://www.mozilla.org/de/firefox/ to English, the checkmarks from the comparison table are removed (see attachment).

Clicking "Show Original" restores the checkmarks again.
Bug: TopSitesFeed: Failed to fetch data from Contile server: cacheHeader is null
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-07-12 21:12:22+00:00
Resolved: 2023-07-17 20:42:15+00:00

I'm seeing the following warning in the Browser Console at startup:

> TopSitesFeed: Failed to fetch data from Contile server: cacheHeader is null

The only potential sources of the error are in https://searchfox.org/mozilla-central/rev/0b021daa5955f0288ef6477fc51be33f7f452f9a/browser/components/newtab/lib/TopSitesFeed.jsm#214-215,219-220

There is a `cacheHeader === undefined` check before, but that should have been `cacheHeader == null` (note double-equal: using `x == null` means: `x === null || x === undefined`). But `cacheHeader === null` can also be used, as the only caller of the faulty method passes the value of `headers.get(...)`, which returns a string or `null` otherwise: 
https://searchfox.org/mozilla-central/rev/0b021daa5955f0288ef6477fc51be33f7f452f9a/browser/components/newtab/lib/TopSitesFeed.jsm#340-342
Bug: PDF reader didn't consider code page of document title
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-07-13 05:35:24+00:00
Resolved: 2023-07-28 09:29:42+00:00

https://labeling.pfizer.com/ShowLabeling.aspx?id=14481

Here is a sample online pdf file. It seems built-in pdf reader failed to check up code page of the document title, as displayed on the tab title.

PS I tested on Firefox Android, and it looks same
Bug: Sync broken in firefox 115.0.2 from Ubuntu 22.04 snap store
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-07-13 07:07:58+00:00
Resolved: 2023-07-14 13:54:42+00:00

Steps to reproduce:

I did a fresh install of Ubuntu 22.04.2 LTS on my new Thinkpad X1 and installed firefox 115.0.2 from snap store. After that I was setting up sync for firefox and finished logging in with my account.


Actual results:

I successfully completed the sync setup but when I try to access my firefox account item from the menu, "Open with..." popups appear for each synced tab with the message:

"No Apps available" "No apps available that can open "...[the synced tab's link]". You can find more applications in Software".

The menu is forcefully closed and it's impossible to open without the same thing repeating.


Expected results:

When I click on my account name in the menu, the "Firefox account" submenu for sync should appear.
Bug: Cannot add a SVG image with a blob url
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-07-13 10:27:55+00:00
Resolved: 2023-08-02 07:48:25+00:00

STR:
 - set the pref `browser.download.open_pdf_attachments_inline` to true,
 - open https://github.com/mozilla/pdf.js/blob/master/test/pdfs/tracemonkey.pdf,
 - click on the button to download the raw pdf,
 - add a svg image.

The image isn't load and in the console there is:
```
Content-Security-Policy: The page’s settings blocked the loading of a resource at blob:resource://pdf.js/7b84afc0-afea-4c38-a12d-acb8d1e6f9d1 (“img-src”).
```
Bug: translations popup should not automatically open if the source and the suggested target language are the same
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-07-13 10:28:24+00:00
Resolved: 2023-07-25 20:12:37+00:00

I use Firefox with a German interface language. For an unknown reason German was no longer enabled as preferred content language in my language settings, only en-US and en. Every time I opened a page for the first time (it didn't happen for the second time until I restarted Firefox) the translation popup automatically opened, with German as source language AND as suggested target language (see the attached screenshot).

I think that the translation popup should not automatically open if the suggested target language is the same as the source language. And it shouldn't even suggest (in this case) German as the target language after Firefox has determined that the document's language is German.