av9ash/GitBugs huggingface dataset:
Bug: When a load times out, the tabstrip loading-throbber changes to previous favicon briefly before shoing neterror favicon
Status: NEW
Priority: --
Created: 2024-12-17 19:45:53+00:00
Resolved: 2025-01-01 12:11:04+00:00

STR:
1. Visit some site with a recognizable favicon (e.g. https://www.mozilla.org/)
2. Now, in that same tab, visit a page that will be doomed to get a network-error page -- though ideally it should be in the "loading..." throbber-state for a few seconds, so that you get an opportunity to see the intermediate states. Here's one way to trigger this manually:
2a. In a terminal, run `netcat -l 8234` ("l" for "listen", to listen on port 8234 on localhost)
2b. Back in your Firefox tab, visit `http://localhost:8234/`
2c. In your terminal, press Ctrl+C to kill `netcat`. This should make Firefox go to "Problem loading page".
3. **Carefully watch** the tab title's favicon when the loading-throbber disappears (when you kill netcat, for example).

ACTUAL RESULTS:
The previous page's favicon (e.g. the mozilla.org favicon in this case) briefly shows up in the tab title, before the neterror page's "information-i-in-a-circle" favicon shows up.

EXPECTED RESULTS:
The previous page's favicon should not show up.  We should go directly from the throbber to showing the neterror page's favicon.
Bug: Not start Firefox Nightly 135.0a1 Windows Server 2016
Status: UNCONFIRMED
Priority: P3
Created: 2024-12-18 07:42:04+00:00
Resolved: 2024-12-31 23:30:37+00:00

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

Steps to reproduce:

start Firefox Nightly


Actual results:

Not start Firefox Nightly Windows Server 2016

The procedure entry point hb_ot_layout_table_get_script_tags could not be located in the dynamic link library C:\Program Files\Firefox Nightly\xul.dll."

And when I click "OK" button, the next error is: "Couldn't load XPCOM".


Expected results:

normal start firefox nightly

And what I didn't like most about this situation. That even deleting the Firefox folder and installing the new nightly build (firefox-135.0a1.uk.win64.installer) had no effect. The same error.
There is no fix mechanism. There is no way to send/report an error.
This build previously worked fine on this OS
Bug: Keyword is retained for Contextual Search mode(click) when access point is not a search form and engine is autofilled
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-12-18 07:47:05+00:00
Resolved: 2025-02-18 08:48:21+00:00

**Found in**
* Nightly 135.0a1;

**Affected versions**
* Nightly 135.0a1;

**Tested platforms**
* Affected platforms: Windows 11, Mac 13, Ubuntu 24

**Preconditions**
* The default list search engine, excluding the default search engine already has autofill for the start strig: e.g: bin will autofill to bing.com

**Steps to reproduce**
 1. Open new tab page.
 2. Input a string in the address bar that would match an engine from the default list, excluding the default engine list: e.g: duc , bin - the string entered autofills to duckduck.go, bing.com
3. Use mouse to click on the offered contextual search (old tab to search)
3'. Use tab to navigate to the offered contextual search (old tab to search)


**Expected result**
3. Search mode is entered **without** search term
3'. Search mode is entered **without** search term.

**Actual result**
3. Search mode is entered **without** the search term when pressing tab.
3'. Search mode is entered **with** search term when using mouse click.


**Regression range**
* N/A
* 
**Note**
* If there is no autofill for used search engine or autofill is removed before contextual search secondary action is clicked, the bug doesn't reproduce.
* In this case, when accessing contextual search from a non-search form page and basically using the old tab to search functionality, the search word should be scrapped since thats not the intent.
Bug: Contextual search does not work for multiple word search
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-12-18 08:06:10+00:00
Resolved: 2025-01-13 16:46:58+00:00

**Found in**
* Fx 135.0a1

**Affected versions**
* Fx 135.0a1

**Affected platforms**
* Windows 
* macOS
* Ubuntu

**Steps to reproduce**
1. Launch Firefox and navigate to ecosia.org .
2. Click the address bar and input "the office" as search terms.
3. Click the Search with Ecosia contextual search button.

**Expected result**
* Contextual search button is available and can be clicked to search.

**Actual result**
* Contextual search button disappears when typing the second word.

**Regression range**
* Not a regression as contextual search is a new feature.
Bug: Tab Group label has a jump animation when dropping tabs in the group
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-12-18 08:42:24+00:00
Resolved: 2025-02-24 14:35:39+00:00

**Found in**
* 135.0a1 (2024-12-17) 

**Affected versions**
* 135.0a1 (2024-12-17)

**Preconditions**
Set browser.tabs.groups.enabled	true

**Affected platforms**
* all

**Steps to reproduce**
1. Have a "Shopping" Tab Group created.
2. Drag and Drop A Tab from Behind the Group Label into the Tab group.

**Expected result**
* The Tab group label should not jump when a Tab is added from behind.

**Actual result**
* There is a small jump to the Group Label when a Tab is added to the group. This issue occurs with both Horizontal and Vertical Trabstrips.

**Regression range**
Not a Regression.
Bug: VHD and VHDX files can be dangerous.
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-12-18 12:02:32+00:00
Resolved: 2025-01-29 19:18:11+00:00

allowing VHD or VHDX files to arrive at endpoints increases the risk presented to those systems.

The threat actors send emails embedded links to downloads that contain a virtual hard drive file that can be mounted and browsed through by a victim. From there, a victim can be misled to running a malicious payload

 Recently, threat actors appeared to be avoiding detection from Secure Email Gateways (SEGs) and commercial antivirus (AV) by embedding malicious content within virtual hard drive files.

`Step To Reproduce:`

- 1. Create .VHD .VHDX  File.
- 2. Download Using Firefox Browser
- 3. Open File [No Warning] In Firefox Browser

Firefox Version: [115.0] + [116.0a1]
Operating System: [Windows 10]
Bug: PDF popup text not showing
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-12-18 12:24:59+00:00
Resolved: 2025-01-02 10:12:11+00:00

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

Steps to reproduce:

Firefox version 133.0.3 (64-bit) on Windows 10

1) Open a PDF with a popup note
2) Hover over or click on the highlighted section to show the popup text


Actual results:

The popup text doesn't show.

If I inspect the PDF viewer, the popup text is in the DOM, but has the following inline style: `font-size: calc(-13.68px * var(--scale-factor));`.

Negative font-sizes aren't allowed, and when I replace the font-size with `font-size: calc(13.68px * var(--scale-factor));` it shows as expected.


Expected results:

The text should have been visible.
Bug: Actions search restrict is not listed in Search Shortcuts table from about:preferences#search
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-12-18 13:46:43+00:00
Resolved: 2024-12-30 12:21:59+00:00

**Found in**
*Nightly 135.0a1;

**Affected versions**
*Nightly 135.0a1;

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

**Steps to reproduce**
1. Make sure Scotch Bonnet is enabled.
2. Go to about:preferences#search and observe the available engines. 
  
**Expected result**
* Actions is present in the Search Shortcuts panel.

**Actual result**
* Actions item is missing from the Search Shortcuts panel. Quick Action is instead listed above, in `Address Bar — Firefox Suggest` section, but it should also be displayed in Search Shortcuts table so that it can be easily disabled from USB dropdown.

**Regression range**
last good: 2024-10-29 
first bad: 2024-10-30 
*Bug 1916679 - Enable ScotchBonnet on nightly. r=daisuke
Bug: [Rollout] No telemetry ping is sent for the chatbot CSAT Microsurvey
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-12-18 14:19:14+00:00
Resolved: 2024-12-19 13:27:29+00:00

**[Affected versions]:**
- Firefox Beta 134.0b10 - Build ID: 20241213091550

**[Affected Platforms]:**
- Windows 10
- macOS 15.1.1
- Ubuntu 24.04

**[Prerequisites]:**
- Have a profile with the "nimbus.debug" pref set to true in the "about:config" page.
  
**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to the "about:glean" page and add a tag name in the first field from About Testing.
3. Select the "messaging-system" telemetry pings from the dropdown and click the "Apply settings and submit" button.
4. Navigate to the "about:studies?optin_slug=new-users-sidebar-genai&optin_branch=treatment-a"
5. Navigate to the "about:studies?optin_slug=microsurvey-chatbot-csat-and-productivity-left-position&optin_branch=control&optin_collection=nimbus-preview" URL.
6. Go to the bottom-left part of the screen and click the "Open AI chatbot" sidebar button.
7. Click the "X" button from the top right part of the sidebar.
8. Repeat steps 6 and 7 for two more times.
9. Go to the bottom-left part of the screen and click the "Open AI chatbot" sidebar button.
10. Select any option and click the "Next" button.
11. Navigate to the https://debug-ping-preview.firebaseapp.com/pings/[YourTagName] page and observe the telemetry events.

**[Expected result]:**
- Messaging system events specific to the chatbot CSAT Microsuvey is displayed.
    
**[Actual result]:**
- No messaging system event specific to the chatbot CSAT Microsuvey is displayed at all.

**[Additional Notes]:**
- This issue is reproducible with both the "[Microsurvey: chatbot CSAT and productivity, left position](https://experimenter.services.mozilla.com/nimbus/microsurvey-chatbot-csat-and-productivity-left-position/summary)" and the "[Microsurvey: chatbot CSAT and productivity, right position](https://experimenter.services.mozilla.com/nimbus/microsurvey-chatbot-csat-and-productivity-right-position/summary)" rollouts.
- No telemetry pings are sent regardless of the taken action on the chatbot CSAT Microsuvey.
Bug: [Rollout] Users cannot enroll in the “Microsurvey: chatbot CSAT and productivity” rollouts due to the way the Required Experiments are set
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-12-18 14:30:31+00:00
Resolved: 2024-12-27 13:22:48+00:00

[Notes]:
- Due to the way the “Required Experiments” section is configured for the rollouts, the user has to be enrolled in any branch from both of the experiments mentioned there. Currently it’s impossible for a user to have been enrolled in both “New” and “Existing Users” experiments thus the targeting will never be met.
- The enrollment condition should be fulfilled if the user was previously enrolled in any branch of either experiment.

[Affected versions]:
- Firefox Beta 134.0b10 BUILD ID: 20241213091550

[Affected Platforms]:
- Windows 10.
- Ubuntu 22.04.
- macOS 14.7.

[Prerequisites]:
- User is or was enrolled in one of the required experiments for the [Microsurvey: chatbot CSAT and productivity](https://experimenter.services.mozilla.com/nimbus/microsurvey-chatbot-csat-and-productivity-left-position/summary) rollouts; for example in the Treatment A branch of the [New users: sidebar + GenAI](https://experimenter.services.mozilla.com/nimbus/new-users-sidebar-genai/summary) experiment.

[Steps to reproduce]:
1. Open the browser with the profile from the prerequisites.
2. Try to enroll in the [Microsurvey: chatbot CSAT and productivity](https://experimenter.services.mozilla.com/nimbus/microsurvey-chatbot-csat-and-productivity-left-position/summary) rollout by adding this [user.js](https://drive.google.com/file/d/1zzRWA6BEh8BFbwbLvgO3V-HpIsRRVgTc/view?usp=sharing) file to the profile folder.
3. Restart the browser and observe the behavior.

[Expected result]:
- The user is enrolled in the [Microsurvey: chatbot CSAT and productivity](https://experimenter.services.mozilla.com/nimbus/microsurvey-chatbot-csat-and-productivity-left-position/summary) rollout successfully.

[Actual result]:
- The user is not enrolled in the [Microsurvey: chatbot CSAT and productivity](https://experimenter.services.mozilla.com/nimbus/microsurvey-chatbot-csat-and-productivity-left-position/summary) rollout.

[Additional Notes]:
- This issue is reproducible using the [right side microsurvey](https://experimenter.services.mozilla.com/nimbus/microsurvey-chatbot-csat-and-productivity-right-position/summary) as well.
Bug: Firefox Translation shows blank square
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-12-18 14:50:16+00:00
Resolved: 2025-01-29 12:03:21+00:00

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

Steps to reproduce:

Open webpage that Firefox offers to translate. Example: https://imgbase.ru/


Actual results:

Page is translated, but the urlbar doesn't show the language it is translated to.


Expected results:

Urlbar should indicate the language in the box next to the translation button.
Bug: [Rollout] Users cannot enroll in the “Microsurvey: sidebar CSAT and productivity” rollouts due to the way the Required Experiments are set
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-12-18 15:08:14+00:00
Resolved: 2024-12-27 13:52:03+00:00

**[Notes]:**
- Due to the way the “Required Experiments” section is configured for the rollouts, the user has to be enrolled in any branch from both of the experiments mentioned there. Currently it’s impossible for a user to have been enrolled in both “New” and “Existing Users” experiments thus the targeting will never be met.
- The enrollment condition should be fulfilled if the user was previously enrolled in any branch of either experiment.

**[Affected versions]:**
- Firefox Beta 134.0b10 Build ID: 20241213091550

**[Affected Platforms]:**
- Windows 10 x64
- Ubuntu 20.04 x64
- macOS 12.6.1

**[Prerequisites]:**
- Firefox Beta 134 is installed and its channel is changed to “release”.
- User is or was enrolled in one of the required experiments for the [“Microsurvey: sidebar CSAT and productivity”](https://experimenter.services.mozilla.com/nimbus/134-sidebar-microsurvey/summary) rollouts; for example in the Treatment A branch of the [“New users: sidebar + GenAI”](https://experimenter.services.mozilla.com/nimbus/new-users-sidebar-genai/summary) experiment.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Try to enroll in the “Microsurvey: sidebar CSAT and productivity” rollout by adding this [user.js](https://drive.google.com/file/d/1ARUXWuXYh79biHB3EzmZ84h_kKkxld-E/view?usp=sharing) file to the profile folder in the “about:support” page.
3. Restart the browser and observe the behavior.

**[Expected result]:**
-  The user is enrolled in the “Microsurvey: sidebar CSAT and productivity” rollout successfully.

**[Actual result]:**
-  The user is NOT enrolled in the “Microsurvey: sidebar CSAT and productivity” rollout.

**[Additional Notes]:**
-  This issue is reproducible with both the [left](https://experimenter.services.mozilla.com/nimbus/134-sidebar-microsurvey/summary) and [right](https://experimenter.services.mozilla.com/nimbus/134-sidebar-microsurvey-right-position/summary) side microsurvey as well.
Bug: The Firefox translations popup isn't displayed on the documentation for Flask
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-12-18 15:19:43+00:00
Resolved: 2025-01-06 10:03:56+00:00

When going on https://flask.palletsprojects.com/en/stable/quickstart/, I was expecting the Firefox Translations popup to show up, but it didn't. I wonder if there's some detection logic that could be improved.
Thanks!
Bug: [Rollout] No telemetry ping is sent for the sidebar CSAT Microsurvey rollouts
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-12-18 15:39:12+00:00
Resolved: 2024-12-19 16:40:22+00:00

**[Affected versions]:**
- Firefox Beta 134.0b10 Build ID: 20241213091550

**[Affected Platforms]:**
- Windows 10 x64
- Ubuntu 20.04 x64
- macOS 12.6.1

**[Prerequisites]:**
- Firefox Beta 134 is installed and its channel is changed to “release”.
- Have a profile with the "nimbus.debug" pref set to true in the "about:config" page.

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to the "about:glean" page and add a tag name in the first field from About Testing.
3. Select the "messaging-system" telemetry pings from the dropdown and click the "Apply settings and submit" button.
4. Navigate to the "about:studies?optin_slug=new-users-sidebar-genai&optin_branch=treatment-a"
5. Navigate to the "about:studies?optin_slug=134-sidebar-microsurvey&optin_branch=control&optin_collection=nimbus-preview" URL.
6. Go to the bottom-left part of the screen and click the "History" sidebar button.
7. Open and close the “History” section for 4 more times.
8. Once the microsurvey is displayed, select any option and click the "Next" button.
9. Complete and submit the microsurvey.
10. Navigate to the https://debug-ping-preview.firebaseapp.com/pings/[YourTagName] page and observe the telemetry events.

**[Expected result]:**
-  Messaging system events specific to the sidebar CSAT Microsurvey are displayed.

**[Actual result]:**
-  No messaging system event specific to the sidebar CSAT Microsurvey is displayed.

**[Notes]:**
-  This issue is reproducible with both the [left](https://experimenter.services.mozilla.com/nimbus/134-sidebar-microsurvey/summary) and [right](https://experimenter.services.mozilla.com/nimbus/134-sidebar-microsurvey-right-position/summary) side microsurvey as well.
- No telemetry pings are sent regardless of the action taken on the sidebar CSAT Microsurvey.
Bug: No prompt to translate https://www.ccc.de/
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-12-18 15:59:59+00:00
Resolved: 2025-01-07 18:30:22+00:00

STR:

1. In a Firefox client & profile set to English ...
2. Visit https://www.ccc.de/

Expected result:
1. Firefox offerrs to translate the page to English
2. There is some other UI element to manually trigger the translation to English

Actual result:
No offer to translate the page
No obvious UI to translate the page
Bug: The `browser.mailto.dualPrompt` is not available on Linux systems
Status: NEW
Priority: --
Created: 2024-12-18 20:09:04+00:00
Resolved: 2024-12-20 20:44:36+00:00

When the config setting `browser.mailto.dualPrompt` on, users can reconfigure their OS default to use Firefox as handler for mailto under Windows, but it does not currently work under Linux (not implemented yet). This bug tracks the implementation of the OS integration.

There are two aspects to it:
1. We need a way to detect the current default
2. We need a way to reconfigure the current default.

To configure a default, we already have a way to register other protocolhandlers (for http, https), but Bug 1938198 was created to make the registration consistent with the behavior of the `gio` command line tool.
Bug: Hide shopping-header when sidebar.revamp is false
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-12-18 20:16:06+00:00
Resolved: 2025-02-05 12:52:11+00:00

If `sidebar.revamp=false` and the Review Checker sidebar is enabled, we display both the header for switching the sidebars and the `shopping-header`.

We should hide the `<head id="shopping-header">` in `shopping-container` when the `sidebar.revamp` pref is false. We can get this with `RPMGetBoolPref` if we allow it in [RemotePageAccessManager.sys.mjs](https://searchfox.org/mozilla-central/source/toolkit/modules/RemotePageAccessManager.sys.mjs#284). 

The sidebar will be closed (and RC sidebar removed) when the pref is changed to no need to listen for updates.

I think we will also need to add something like `(Beta)` to the `menu-view-review-checker` label in [sidebar.ftl](https://searchfox.org/mozilla-central/source/browser/locales/en-US/browser/sidebar.ftl#9)
Bug: IAB Banner's dismiss button needs to be clicked twice to trigger BLOCK_URL
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-12-18 21:52:18+00:00
Resolved: 2025-01-20 14:35:41+00:00

In the AdBanner.jsx component, the dismiss function should trigger the BLOCK_URL dispatch in one click, but it takes two clicks to trigger.

Prefs to be set:
- `browser.newtabpage.activity-stream.discoverystream.placements.spocs` —> `newtab_spocs, newtab_billboard`
- `browser.newtabpage.activity-stream.discoverystream.placements.spocs.counts` —> `6, 1`
- `browser.newtabpage.activity-stream.system.showSponsored` —> `true`
- `browser.newtabpage.activity-stream.newtabAdSize.billboard` —> `true`
Bug: Tab-loading throbber freezes when a different tab's throbber times out and changes to the hourglass icon
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-12-19 00:01:01+00:00
Resolved: 2025-01-23 13:47:34+00:00

STR:
1. Open two tabs, and in both tabs, open network devtools (F12, network-tab) and set the throttling to GPRS (as slow as possible)
2. In the first tab, visit https://html.spec.whatwg.org/  (or any large site that will take ~minutes to load over GPRS)
3. Wait 10-20 seconds (the exact amount of time doesn't matter).
4. In the second tab, visit https://html.spec.whatwg.org/
5. Wait another 30 seconds or so, until the first tab's favicon changes to an hourglass. What happens to the second tab's favicon?
6. (optional) Open third tab and load https://html.spec.whatwg.org/ there (it doesn't matter whether or not this one is throttled or not).  Compare this tab's throbber to the second tab's throbber.

ACTUAL RESULTS:
In step 5, when the first tab's favicon changes to an hourglass, the **second tab's favicon freezes its throbber animation** -- it ends up with just a dot in a frozen position. Eventually it changes to an hourglass too, but until it does, it looks like Firefox has maybe frozen (but in fact we're fine; it's just that the animation has broken). If you open additional tabs as in optional step 6, those tabs' throbbers work just fine, but the second tab's throbber remains frozen/busted (until it changes to an hourglass).

EXPECTED RESULTS:
Second tab's favicon should continue pulsing (until it's pulsed for long enough to change into an hourglass).
Bug: suspended tabs do not sync anymore and can no longer be sent to other devices
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-12-19 00:03:41+00:00
Resolved: 2024-12-19 23:16:41+00:00

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

Steps to reproduce:

I use the FF version of "The Great Suspender" extension which is a very useful tool to suspend tabs that haven't been active for a while and potentially save a lot of RAM and CPU cycles. (See https://github.com/dvalter/ff-thegreatsuspender/)

See also the attached screenshot of a suspended page. Its URL has become `moz-extension://52cf7294-7e46-924a-ad7a-650104b00232/suspended.html#ttl=134.0b7%20freezes%20%22after%20a%20while%22%20%C2%B7%20Issue%20%2325%20%C2%B7%20i3roly%2Ffirefox-dynasty&pos=0&uri=https://github.com/i3roly/firefox-dynasty/issues/25` (note the actual URL) but the page title is preserved.

With FF <= 132 or possibly <=133.0bX these tabs synced via FF Sync as "Open Tabs" and would show up in the "Synced Tabs" list.


Actual results:

Starting with 134.0b7 and possible 133.0 these tabs are no longer synced. That is really annoying, to be honest.


Expected results:

It should be possible to sync tabs suspended this way. After all they're put on standby automatically, ready to be reopened locally - so why not remotely.
Bug: Making a video fullscreen collapses the sidebar
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2024-12-19 08:56:42+00:00
Resolved: 2025-01-02 08:53:21+00:00

STR:

1. Have the sidebar open at full width.
2. Visit Netflix and start playing a video.
3. Click the fullscreen control on the netflix video to make the video full screen.
4. Press escape to go back to normal.

At this point I would expect the UI to be in the same state as prior to step 3 but instead the sidebar has collapsed to show the vertical tabs as only icons.