av9ash/GitBugs huggingface dataset:
Bug: [Experiment] No Alt Text generation telemetry events are displayed in glean
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-08-12 13:32:15+00:00
Resolved: 2024-08-27 08:09:34+00:00

**[Affected versions]:**
- Firefox Nightly 131.0a1 (Build ID 20240811212519)
- Firefox Beta 130.0b2 (Build ID 20240807091924)

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

**[Prerequisites]:**
- Have a profile enrolled in the "New alt text flow and generation" experiment (https://experimenter.services.mozilla.com/nimbus/new-alt-text-flow-and-generation/summary)
- Have a PDF and an image saved to the device

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Open a PDF file in the browser.
3. Click the "Add image" button and use the file picker to add an image.
4. Wait for the Alt Text to be automatically generated.
5. Save the image and the alt text description.
6. Navigate to about:glean and submit an event type ping.
7. Navigate to https://debug-ping-preview.firebaseapp.com/ and observe the generated pings for the chosen tag

**[Expected result]:**
- Multiple alt text events are generated for interacting with the feature.  (e.g. icon_click, add_image_click, image_selected, etc.)

**[Actual result]:**
- Only the experiment's exposure event is generated.

**[Notes]:**
- We weren't able to generate any of the telemetry probes detailed in the following document: https://docs.google.com/spreadsheets/d/1iOLkbkKg8LBDNxmCjH_a3AeZm1Q2RG-LhgtAaFuDJZ0/edit?gid=966241560#gid=966241560
- Based on the status of Bug 1909325, the telemetry probes should be available in Beta and Nightly.
Bug: [Experiment] The Alt Text generation AI significantly misidentifies some images
Status: NEW
Priority: --
Created: 2024-08-12 13:58:51+00:00
Resolved: 2024-08-12 16:18:03+00:00

**[Affected versions]:**
- Firefox Nightly 131.0a1 (Build ID 20240811212519)
- Firefox Beta 130.0b2 (Build ID 20240807091924)

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

**[Prerequisites]:**
- Have a profile enrolled in the "New alt text flow and generation" experiment (https://experimenter.services.mozilla.com/nimbus/new-alt-text-flow-and-generation/summary)
- Have a PDF and the following image saved to the device.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Open a PDF file in the browser.
3. Click the "Add image" button and use the file picker to add the image.
4. Wait for the Alt Text to be automatically generated.
5. Observe the description.

**[Expected result]:**
- The description matches the image, identifying the dice.

**[Actual result]:**
- The AI model misidentifies the dice as balloons with ribbons.

**[Notes]:**
- Adding the same image of a driver's license provided multiple erroneous descriptions: 
	- Person holding a paper showing the contents of an electronic device;
	- Person holding a screen with colorful text;
	- A display of a map with various people in the background.
- The greatest deviation was interpreting a technical drawing as "T.V with a reflection of some people washing clothes in an advertisement on the sideboard"
- Attached an image with multiple identification errors that drastically change the meaning of the image:
Bug: Wrong message displayed on Win11 for Windows Private Browsing Pinning.
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-08-12 15:50:02+00:00
Resolved: 2024-09-09 14:26:06+00:00

**Found in**
* version: 131.0a1

**Affected versions**
* version :131.0a1


**Tested platforms**
* Affected platforms: Win11
* Unaffected platforms: Mac, Ubuntu

**Preconditions**
* devtools.chrome.enabled =true

**Steps to reproduce**
1. Open Firefox.
2. Open Web Developers Tools Console.
3. Run the following command in console: “await Cc[
  "@mozilla.org/browser/shell-service;1"
].getService(Ci.nsIWindowsShellService).pinCurrentAppToTaskbarAsync(true);”
4. A notification message should be displayed.
5. Check the displaying message.

**Expected result**
* Correct message should be displayed (see the correct message attached).

**Actual result**
* Wrong message is displayed (see screenshot wrong).

**Regression range**
* Not a regression as it was just introduced.

**Additional notes**
* Message is displayed only on my Win11 machine (OS build 22631.3880). I used a .exe install with a new profile, also deleted from registry and App data.
* Message is truncated on all windows machines.
* Since it is truncated is not correctly read by  NVDA tool.
Bug: Notification message for Windows Private Browsing Pinning is displayed twice.
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-08-12 16:02:17+00:00
Resolved: 2024-09-10 14:21:39+00:00

**Found in**
* version: 131.0a1

**Affected versions**
* version :131.0a1


**Tested platforms**
* Affected platforms: Win11
* Unaffected platforms: Mac, Ubuntu

**Preconditions**
* devtools.chrome.enabled =true

**Steps to reproduce**
1. Open Firefox.
2. Open Web Developers Tools Console.
3. Run the following command in console: “await Cc[
  "@mozilla.org/browser/shell-service;1"
].getService(Ci.nsIWindowsShellService).pinCurrentAppToTaskbarAsync(true);”
4. A notification message should be displayed.
5. Close the notification message by pressing ‘X’ button.

**Expected result**
* Notification should be correctly displayed only one time.

**Actual result**
* Notification is displayed twice if pressing either ‘X’ or ’Not Now’ buttons.

**Regression range**
* Not a regression as it was just introduced.

**Additional notes**
* This happens on multiple Windows machines (mine and my colleague).
Bug: setPointerCapture() causes an onclick event for the wrong element (INVALID)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-08-12 17:59:15+00:00
Resolved: 2024-08-12 18:09:11+00:00

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

Steps to reproduce:

A complete repro file is attached.  The problem occurs when a control is using setPointerCapture() to act like a button, for example this div:

HTML:
```
    <div
      class="button"
      onmousedown="buttonDown(event)"
      onmouseup="buttonUp(event)"
    >
      MOUSEDOWN HERE
    </div>
```

JavaScript:
```
      function buttonDown(event) {
        // The repro works even without this line:
        event.preventDefault();

        event.currentTarget.setPointerCapture(event.pointerId);
      }
      function buttonUp(event) {
        // The repro works even without this line:
        event.currentTarget.releasePointerCapture(event.pointerId);
      }
```

Steps:
1. Click on this div, holding the mouse down.
2. Drag the mouse over some unrelated element on the page, let's call it the mousedown element.
3. Release the mouse over the target element.  We'll call that the mouseup element.


Actual results:

In Chrome, the mouseup element does not receive any mouse events, because the mouse is captured.


Expected results:

In Firefox, the mouseup element incorrectly receives an "onclick" event (but not mousedown or mouseup).  If it is an `<a>` tag, Firefox will actually navigate to its href URL.
Bug: browser.tabs.hoverPreview.enabled disables tooltips for unloaded tabs
Status: REOPENED
Priority: --
Created: 2024-08-12 20:10:04+00:00
Resolved: 2025-01-27 11:08:10+00:00

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

Steps to reproduce:

1. Have some tabs open
2. Restart Firefox 129
3. Hover the tab that hasn't been loaded yet


Actual results:

nothing


Expected results:

the title is visible in the tooltip somehow

Disabling the "browser.tabs.hoverPreview.enabled" setting makes it work. I guess the tab preview feature has an undesired side effect, or regression.
Bug: updating nightly(or opening private window) causes sidebar to revert back to left(original) position
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-08-13 05:21:59+00:00
Resolved: 2024-08-13 10:14:44+00:00

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

Steps to reproduce:

1. have the following settings:

- sidebar set to always show
- sidebar position set to the right
- vertical tabs enabled

2. update nightly


Actual results:

after updating, sidebar goes back to left side. However, clicking the settings gear on the bottom corrects this behaviour.


Expected results:

sidebar should've stayed on the right(i.e., respected user preference) with no additional need to click the settings gear icon.
Bug: Extracting the attachments bundle leads to shutdown crash
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-08-13 10:32:50+00:00
Resolved: 2024-08-22 10:42:38+00:00

The `security-state/intermediates` collection leads to a lot of crashes on Beta after we landed Bug 1889617

[crash stats](https://crash-stats.mozilla.org/search/?release_channel=beta&release_channel=aurora&signature=%3DAsyncShutdownTimeout%20%7C%20profile-before-change%20%7C%20RemoteSettingsClient%20-%20finish%20IDB%20access.&build_id=20240805132937&product=Firefox&version=129.0&version=129.0.1&version=129.0b7&version=129.0b8&version=129.0b9&version=130.0b1&version=130.0b2&version=130.0b3&version=130.0b4&date=%3E%3D2024-07-22T00%3A00%3A00.000Z&date=%3C2024-08-13T09%3A38%3A00.000Z&_facets=install_time&_facets=version&_facets=address&_facets=moz_crash_reason&_facets=reason&_facets=build_id&_facets=platform_pretty_version&_facets=signature&_facets=useragent_locale&_sort=-date&_columns=date&_columns=signature&_columns=product&_columns=version&_columns=build_id&_columns=platform#crash-reports)

It seems that the code is faulty, and that a promise is not awaited during the bundle extraction, which leads to massive number of parallel write on IndexedDB, and crashing in some context (eg. shutdown).
Bug: Truncate headings and accordions on Sidebar
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-08-13 11:00:49+00:00
Resolved: 2024-08-21 09:27:53+00:00

https://www.figma.com/design/ZFavpnAJee39j2mFf8U3D0/Sidebar-UX-Spec?node-id=12604-322471&t=AZCEeBnFvuhlj9Sb-0
Bug: [Windows] Default state of the Firefox notification inside the notification center changes if expanded and has the text cut
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-08-13 12:44:08+00:00
Resolved: 2024-08-19 21:55:10+00:00

**Found in**
* Nightly 131.0a1

**Affected versions**
* Nightly 131.0a1
* Nightly 128.0a1

**Tested platforms**
* Affected platforms: Windows 11 and Windows 10
* Unaffected platforms: macOS 13 and Ubuntu 22.04

**Preconditions**
* Have "devtools.chrome.enabled" set to "true"

**Steps to reproduce**
1. Open the Browser Console
2. Paste the following 
```
await Cc[
  "@mozilla.org/browser/shell-service;1"
].getService(Ci.nsIWindowsShellService).pinCurrentAppToTaskbarAsync(true);
```
3. Click the notification center icon from the right bottom site of the screen, bell icon (W11), chat cloud icon (W10).
4. Click the expand icon from the Firefox notification

**Expected result**
* The notification is correctly displayed inside the notification center.

**Actual result**
* Notification text is cut after expanding and collapsing the notification info. Also the first time the notification is displayed in its normal form is different from the one shown after toggling the arrow icon twice.

**Regression range**
* Not a regression since this happens in older builds as well before using the new taskbar API.

**Additional notes**
* Not sure if this is something that we can control or if this is just how the Win notifications are displayed. I do have a feeling that this is just what Microsoft does but I had to log this just to have it on file.
Bug: search "ixquick" fails
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-08-13 19:04:25+00:00
Resolved: 2024-08-14 08:35:22+00:00

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

Steps to reproduce:

Settings->Search->Default Search Engine select Ixquick HTTPS
Open new page, type "Portland" into search box; <Enter>


Actual results:

https://ixquick.com/do/metasearch.pl is the search page used; 


Hmm. We’re having trouble finding that site.

We can’t connect to the server at ixquick.com.

If you entered the right address, you can:

    Try again later
    Check your network connection
    Check that Firefox has permission to access the web (you might be connected but behind a firewall)




Expected results:

Expected startpage.com to handle the search (ixquick.com rebranded a number of years ago; not sure just when they retired the ixquick.com domain.)
Bug: network.IDN_show_punycode stopped working
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-08-13 22:02:20+00:00
Resolved: 2024-09-01 05:50:11+00:00

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

Steps to reproduce:

1. Downloaded and installed Firefox 130.0b4 64 bit
2. Visited the website https://www.xn--80ak6aa92e.com
Result: The website is showed as apple.com

3. Digited in a new tab about:config
4. Searched for network.IDN_show_punycode and set from false to true
5. tested again https://www.xn--80ak6aa92e.com in the browser but still load apple.com instead of show the URL address https://www.xn--80ak6aa92e.com

This seems a BUG or please tell me now how can I show puny code domain that are danger on my opinion and Firefox show badly in a risky way on my opinion.



Actual results:

After setting network.IDN_show_punycode to true, the website https://www.xn--80ak6aa92e.com that is a puny code still be showed as apple.com


Expected results:

The website https://www.xn--80ak6aa92e.com should be showed as https://www.xn--80ak6aa92e.com because I set to true the settings network.IDN_show_punycode
Bug: Can't rotate pages of a PDF
Status: UNCONFIRMED
Priority: P3
Created: 2024-08-14 04:45:05+00:00
Resolved: 2024-09-03 22:24:37+00:00

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

Steps to reproduce:

I opened a PDF that has some pages rotated the wrong way. I tried right-clicking on the page and the little preview on the left.


Actual results:

I couldn't read the text since it was on the side, and no option came up for me to rotate it


Expected results:

There should be an option for me to rotate a page by 90 degrees
Bug: When folder(s) and/or bookmark(s) in the sidebar are selected and have focus, the background color of the items turns light gray (#F0F0F0), while the text color turns white, making it almost impossible to see the text when using the Light theme.
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-08-14 05:36:21+00:00
Resolved: 2024-08-20 06:03:23+00:00

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

Steps to reproduce:

Right-click on a folder or bookmark in the sidebar to select it.


Actual results:

The folder/bookmark name text turns white, and the text background turns light gray (#F0F0F0), which makes it almost impossible to see the text when using the Light theme.


Expected results:

The text background should turn a darker color, with sufficient contrast to make the white text easy to read.   Previous versions of Firefox used a shade of blue for the text background.

I just verified that, using Firefox 127.0 64-bit, the text turns white, but the background turns blue (#0078D7).

Note: This only happens in the sidebar.  When using the Library, the text background still turns blue (#0078D7).
Bug: Replace dummy cache implemented in attachments test suite by real IndexedDB storage
Status: ASSIGNED
Priority: P3
Created: 2024-08-14 07:28:59+00:00
Resolved: 2024-09-18 11:22:25+00:00

In Bug 1889617, we introduced a new method `cacheAll()` but its unit tests rely on a stub storage.
We should write end-to-end tests for it, or replace the dummy storage by an actual indexeddb implementation
Bug: Save attachments in bulk when extracting the bundle
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-08-14 13:01:36+00:00
Resolved: 2024-09-19 21:29:13+00:00

In `client.attachments.cacheAll()`, we iterate the content of the bundle and call `saveAttachment()` in sequence. The `intermediates` collection has 1700+ attachments, which leads to 1700+ transactions (open db, write, close). This is not ideal and would be better if we would write attachments records in bulk.
Bug: Can't drag vertical icon to another Firefox application titlebar when the other window is minimized
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2024-08-14 13:17:41+00:00
Resolved: 2024-10-08 15:16:54+00:00

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

Steps to reproduce:

1. Switch Firefox to vertical tabs.
2. Restart Firefox.
3. Open a new tab, say on, Google News https://news.google.com/ 
3. Drag out the Google News tab (So now you have a separate window on the Windows taskbar)
4. On the Google News Firefox instance, drag the single icon itself (in order to put it back to the original Firefox instance in step 2) to the Firefox taskbar, so that the original Firefox comes into focus, and you can then continue dragging the icon into the list of vertical tab icons, so that it merges back into the Firefox in step 2) and closes the Google News Firefox instance.


Actual results:

The original Firefox instance in Step 2) doesn't get focus, so you can't you anything at all.


Expected results:

The original Firefox instance in Step 2) gets focus, opens itself up, and you can drag the Google News icon into the list of vertical tabs, and the Google News tab merges back into the original Firefox instance, and the Google News Firefox window disappears.
Bug: Not working with gmail
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-08-14 13:30:26+00:00
Resolved: 2024-08-16 18:40:51+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.3.1 Safari/605.1.15

Steps to reproduce:

Downloaded new version, will not open messages in gmail.  I had to go to Safari to send this message as it wouldn't open the bug report on the Mozilla page either


Actual results:

doesn't open emails, will not open bug report on Mozilla


Expected results:

open emails, open links
Bug: When Firefox is chosen as the default app in Windows 11, it causes the Microsoft Scan app to fail
Status: UNCONFIRMED
Priority: P3
Created: 2024-08-14 13:56:49+00:00
Resolved: 2024-10-10 06:19:43+00:00

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

Steps to reproduce:

Install Microsoft Scan app on Windows 11.  Set Firefox as default PDF app in Windows Default apps.  Attempt to scan in the Scan app with PDF as the chosen output format.  


Actual results:

Scan fails with "Sorry there was a problem". 


Expected results:

Scan should have succeeded.  Changing default app for PDF to Microsoft Edge fixes the problem.  This is especially infuriating because if Microsoft is at fault, it is a way it is forcing the use of Edge when the user (me) doesn't want it.

On the other hand, if this is a Firefox bug about the way it supports PDF viewing, it is something that Mozilla might want to fix.
Bug: Turning on Vertical Tabs in Firefox Labs doesn't automatically toggle on the new Sidebar option on inital load of the browser
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-08-14 14:13:10+00:00
Resolved: 2024-09-05 08:14:22+00:00

STR:
1. Make sure you're loading the browser for the first time rather than just reloading an existing window
2. Navigate to Firefox Labs in about:preferences
3. Toggle on Vertical Tabs and notice how Sidebar is not also toggled on as is expected

Once you toggled things on/off for the first time, things seem to behave as expected when toggling those features on/off.
Bug: Dedicated Search button gets stuck after clicking it twice
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-08-14 17:28:17+00:00
Resolved: 2024-10-18 08:27:11+00:00

**Found in**
* Nightly 131.0a1;

**Affected versions**
* Nightly 131.0a1;

**Affected platforms**
* Windows 11; 

**Preconditions**
* Have browser.urlbar.scotchBonnet.enableOverride to TRUE

**Steps to reproduce**
1. From a new tab, open the unified desktop search button dropdown by clicking on it (down arrow)
2. Close the dropdown by clicking on the button again
3. Repeat the above steps (if necessary)

**Expected result**
* The dropdown is correctly closed and reopened.

**Actual result**
* The dedicated search button is stuck in the address bar, it can’t be reopened. Address bar dropdown is not opened when starting to type into urlbar. This persists in new tabs, but not in new windows.
* Browser Console warning: SearchEngine: getSubmission: searchTerms is empty! 2 SearchEngine.sys.mjs:1428:23

**Regression range**
* Not a regression. 

**Additional notes**
* Closing the dropdown by clicking outside of it or by pressing Escape will not reproduce this issue.
Bug: Dedicated Search mode label is not centered
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2024-08-14 17:36:39+00:00
Resolved: 2024-09-10 14:04:52+00:00

**Found in**
* Nightly 131.0a1;

**Affected versions**
* Nightly 131.0a1;

**Affected platforms**
* Ubuntu 22;
* Windows 11; 

**Preconditions**
* Have browser.urlbar.scotchBonnet.enableOverride to TRUE

**Steps to reproduce**
1. Open the unified desktop search button dropdown and select another search engine from the list

**Expected result**
* Label is correctly centered inside the search mode button.

**Actual result**
* Label doesn’t have any padding in the left side.

**Regression range**
* Not a regression.
Bug: [Dedicated Search button] about:preferences#search is not put in foreground if already open in a different window
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-08-14 17:41:53+00:00
Resolved: 2024-09-13 09:32:21+00:00

**Found in**
* Nightly 131.0a1;

**Affected versions**
* Nightly 131.0a1;

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

**Preconditions**
* Have browser.urlbar.scotchBonnet.enableOverride to TRUE

**Steps to reproduce**
1. Open about:preferences#search from the Unified desktop search button dropdown 
2. Open a new window and select Search settings again from the Unified desktop search dropdown

**Expected result**
* about:preferences#search tab that was open in the first window (step 1) is brought into view

**Actual result**
* Current tab flashes, about:preferences#search is not put in foreground. If another tab from the first window is selected before opening the second window, the focus will be moved to about:preferences#search tab, while still in background.

**Regression range**
* Not a regression.
Bug: Missing shortcuts and updated icons from unified search button dropdown
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2024-08-14 17:44:39+00:00
Resolved: 2024-09-19 11:54:05+00:00

**Found in**
* Nightly 131.0a1;

**Affected versions**
* Nightly 131.0a1;

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

**Preconditions**
* Have browser.urlbar.scotchBonnet.enableOverride to TRUE

**Steps to reproduce**
1. Open Unified desktop search button dropdown 
2. Check icons and labels

**Expected result**
* According to Figma, general search labels also have the shortcut displayed next to the label. Also, Bookmarks, Tabs and Quick Actions are designed with different icons.

**Actual result**
* (*), (%), (^) and (>) are missing from the description. 
* Icons are not updated according to the spec.

**Regression range**
* Not a regression.