av9ash/GitBugs huggingface dataset:
Bug: attention notification dot is misplaced for vertical tabs
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-24 15:06:45+00:00
Resolved: 2024-11-12 13:43:48+00:00

**Prerequisites**
1. Switch to vertical tabs mode. 
2. Pin Google Calendar tab. 
3. Open a Google Calendar tab as a regular tab. 

**Result**
1. Notification dot is displayed too closely to the pinned Calendar tab favicon (both in collapsed and expanded sidebar). 
2. The notification dot is displayed off-center in relation to the (regular, non-pinned) Calendar favicon in the expanded vertical tabs. 


Note: I cannot reproduce the same issue with the notification dot on Gmail.
Bug: [Experiment] The spotlights from the Fox Doodle Multi-Action CTA “Early day” and “Existing users” experiments are not displayed after startup
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-24 15:10:07+00:00
Resolved: 2024-10-30 16:32:18+00:00

**[Affected versions]:**
- Firefox RC 132.0 (Build ID: 20241021175835)

**[Affected Platforms]:**
- Windows 10
- macOS 12.6.4

**[Prerequisites]:**
- Firefox is not set as the default browser.
- Be enrolled in any branch of the Fox Doodle Multi-Action CTA [“Early day”](https://experimenter.services.mozilla.com/nimbus/fox-doodle-multi-action-cta-early-day/summary) or [“Existing users”](https://experimenter.services.mozilla.com/nimbus/fox-doodle-multi-action-cta-existing-users/summary) experiments.
- Change the times.json file to a date older than 28 days if enrolling in the “Existing users” experiment.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Tick the “Don’t show this message again” checkbox, then click the “Not now” button from the “Make Firefox your primary browser” notification.
3. Close and reopen the browser.
4. Observe the behavior.

**[Expected result]:**
- The spotlight specific to the branch and experiment enrolled is displayed.

**[Actual result]:**
- The spotlight is not triggered.

**[Notes]:**
- Looking over the recipes, we believe that the following targeting criteria might be the reason why the spotlights are not triggered after we permanently dismiss the “Make Firefox your primary browser” notification: 
`!willShowDefaultPrompt && 'browser.shell.checkDefaultBrowser'|preferenceValue`
- To bypass this targeting, a workaround would be to change the targeting "source" from 'startup' to 'newtab'.
Bug: [Experiment] The spotlights of the treatment branches from the Fox Doodle Multi-Action CTA “Early day” experiment are not displayed due to targeting conflict
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-24 15:16:52+00:00
Resolved: 2024-10-30 16:34:30+00:00

**[Affected versions]:**
- Firefox RC 132.0 (Build ID: 20241021175835)

**[Affected Platforms]:**
- Windows 10
- macOS 12.6.4

**[Prerequisites]:**
- Firefox is not set as the default browser.
- Be enrolled in any of the treatment branches of the Fox Doodle Multi-Action CTA [“Early day”](https://experimenter.services.mozilla.com/nimbus/fox-doodle-multi-action-cta-early-day/summary) experiment.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Tick the “Don’t show this message again” checkbox, then click the “Not now” button from the “Make Firefox your primary browser” notification.
3. Close and reopen the browser.
4. Observe the behavior.

**[Expected result]:**
- The spotlight specific to the treatment branch enrolled is displayed.

**[Actual result]:**
- The spotlight is not triggered.

**[Notes]:**
- Looking over the recipe, we noticed that there is a targeting criteria that might cause the treatment A and B spotlights for early day users not to be triggered:
`(currentDate|date - profileAgeCreated|date) / 86400000 >= 28`
Bug: drawn objects are on top of tools control panel in pdf editor
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-10-24 15:29:42+00:00
Resolved: 2024-10-27 13:09:14+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. open a pdf file (does not matter which one)
2. set zoom high so that the page fit (at least) width
3. click on the "pen" at the upper right of the screen, a control panel should open
4. click outside the box
5. while clicking, go over the open control panel.


Actual results:

the lines drawn are on top of the control panel, obscuring the actual box which may need to be seen.


Expected results:

I do not know if this is expected behaviour or this is a bug, but I do believe that the UI should always be on top. As such, I would recommend making it so that drawing goes under the box.
Bug: [Experiment] Linux users are enrolled in the Fox Doodle Multi-Action CTA “Early day” and “Existing users” experiments
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-24 15:38:00+00:00
Resolved: 2024-10-30 16:02:41+00:00

**[Affected versions]:**
- Firefox RC 132.0 (Build ID: 20241021175835)

**[Affected Platforms]:**
- Ubuntu 20.04 x64

**[Prerequisites]:**
- Firefox is not set as the default browser.
- Have this [user.js](https://drive.google.com/file/d/1qWG0NY9Ig8g117t1GAn5G941u-nx7foX/view?usp=sharing) file saved on your computer.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Navigate to “about:support” and click on the “Open Directory” button.
3. Paste the user.js file saved in the prerequisites.
4. Close the browser and reopen it.
5. Navigate to “about:studies”.
6. Observe if you are enrolled in the “Fox Doodle Multi-Action CTA” experiment.

**[Expected result]:**
- You are not enrolled in the experiment.

**[Actual result]:**
- You are enrolled in the experiment.

**[Notes]:**
- According to the [documentation](https://docs.google.com/document/d/1EAZ8NyMBC82TGdiXuzd_mBoFj-bPtTAPFtPx9RY1PdM/edit?tab=t.0), the “Fox Doodle Multi-Action CTA” (Early day and Existing users) experiments should only target macOS and Windows 1903+ users.
Bug: Search bar auto-suggest feature not functioning properly after recent update
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-10-24 16:22:04+00:00
Resolved: 2024-11-25 12:29:01+00:00

Steps to reproduce:

Open Firefox and ensure you are on the latest version.
Click on the search bar (or address bar) at the top of the browser.
Start typing any common search term or website name.
Observe the suggestions that appear in the drop-down menu.


Actual results:

The search bar does not show any auto-suggested terms or previously visited websites. The drop-down remains blank, even after typing multiple characters.


Expected results:

The search bar should display relevant auto-suggestions based on previous searches, browsing history, and common search terms as the user types.
Bug: Right-click context menu not appearing on images
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-10-24 16:24:10+00:00
Resolved: 2024-11-22 14:50:52+00:00

Steps to reproduce:

Open Firefox and navigate to any webpage with images.
Right-click on an image.
Observe the behavior of the right-click context menu.


Actual results:

No context menu appears when right-clicking on images, preventing actions like saving the image or copying the image address.


Expected results:

The right-click context menu should appear, offering options like "Save Image As", "Copy Image", and "Copy Image Address".
Bug: Top bordar line of pixels of the browser is broken when using any sidebar.
Status: NEW
Priority: P3
Created: 2024-10-24 16:35:13+00:00
Resolved: 2025-02-08 05:32:40+00:00

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

Steps to reproduce:

open any sidebar app


Actual results:

Top line of pixels disappears when in window mode. The very outer edge but only on the top side.


Expected results:

the border would be consistent all around the edge of the program.
Bug: Text overlaps in the Firefox settings page
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-10-24 16:59:17+00:00
Resolved: 2024-11-07 17:44:47+00:00

Steps to reproduce:
1. Open Firefox browser.
2. Navigate to the settings page.
3. Scroll down to the 'Privacy & Security' section.

Actual Result: The text overlaps with buttons when the window is resized.
Expected Result: The text should be responsive and adjust with window size.
Bug: Intermittent browser/components/sessionstore/test/browser_491168.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-10-24 17:38:37+00:00
Resolved: 2024-11-18 12:03:58+00:00

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

---
```
[task 2024-10-24T16:50:45.620Z] 16:50:45     INFO - TEST-START | browser/components/sessionstore/test/browser_491168.js
[task 2024-10-24T16:52:47.066Z] 16:52:47     INFO - TEST-INFO | started process screentopng
[task 2024-10-24T16:52:47.310Z] 16:52:47     INFO - TEST-INFO | screentopng: exit 0
[task 2024-10-24T16:52:47.310Z] 16:52:47     INFO - Buffered messages logged at 16:50:45
[task 2024-10-24T16:52:47.310Z] 16:52:47     INFO - Entering test bound 
[task 2024-10-24T16:52:47.310Z] 16:52:47     INFO - Console message: [JavaScript Warning: "HTTPS-First Mode: Upgrading insecure speculative TCP connection “http://example.org/” to use “https”."]
[task 2024-10-24T16:52:47.310Z] 16:52:47     INFO - Buffered messages logged at 16:50:46
[task 2024-10-24T16:52:47.310Z] 16:52:47     INFO - Console message: [JavaScript Warning: "HTTPS-First Mode: Upgrading insecure request “http://example.org/” to use “https”."]
[task 2024-10-24T16:52:47.311Z] 16:52:47     INFO - Buffered messages finished
[task 2024-10-24T16:52:47.311Z] 16:52:47     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_491168.js | Test timed out - 
[task 2024-10-24T16:52:47.311Z] 16:52:47     INFO - GECKO(5008) | Completed ShutdownLeaks collections in process 5008
[task 2024-10-24T16:52:47.311Z] 16:52:47     INFO - TEST-START | Shutdown
```
Bug: Firefox should not fetch keys in oauth flows even if it gets the keyFetchToken
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-10-24 18:03:10+00:00
Resolved: 2024-10-25 15:58:45+00:00

The FxA server was accidentally sending us its keyFetchToken during oauth flows. This caused a race between who was going to use it. While a PR for that has been merged in FxA, we still might as well avoid even trying to use the token if we get it some how.
Bug: Change FAKESPOT_ENABLED pref in DiscoveryStream
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-10-24 18:24:10+00:00
Resolved: 2024-10-26 09:31:18+00:00

The `PREF_FAKESPOT_ENABLED` variable in DiscoveryStreamFeed is pointing to the incorrect pref, should be `discoverystream.contextualContent.fakespot.enabled`
Bug: oauth login flows don't always remember the previously signed in user.
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-10-24 20:51:33+00:00
Resolved: 2024-10-25 15:58:50+00:00

We set the previously signed in user [here](https://searchfox.org/mozilla-central/rev/18f09bdf36a62ea7079c018301f1d257f71f655b/services/fxaccounts/FxAccountsWebChannel.sys.mjs#517-519) - however, in the oauth flows it is very likely the user is not verified at that point. We need to make the same call in the oauth_login message.
Bug: Extra space to the right of the hamburger menu in vertical tabs, in MacOS
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2024-10-24 22:36:46+00:00
Resolved: 2024-11-06 21:25:45+00:00

When I enable vertical tabs on MacOS, the hamburger menu has space to the right of it which is not present when the tabstrip is visible in horizontal tabs.
Bug: change password webchannel message doesn't invalidate all command keys
Status: NEW
Priority: P2
Created: 2024-10-25 03:59:29+00:00
Resolved: 2025-02-13 18:58:14+00:00

https://searchfox.org/mozilla-central/rev/18f09bdf36a62ea7079c018301f1d257f71f655b/services/fxaccounts/FxAccountsWebChannel.sys.mjs#747 drops the send-tab keys, but we have keys per command. This means either close-tab isn't going to work after a reset, or send-tab would even if we removed this.
Bug: Tab previews on hover block the tab names in when vertical tabs sidebar feature is used
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-25 05:27:43+00:00
Resolved: 2024-10-31 10:06:17+00:00

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

Steps to reproduce:

1. In `about:config`, set `sidebar.verticalTabs` = True
1. Open the sidebar (you may need to add the button for it in the toolbar, as there seems to be no keyboard shortcut for it)
1. Hover the mouse over the already loaded tabs


Actual results:

The tab previews show above or below the hovered tab's name, but the problem is that this hides the other tabs, since they are vertical (see attached screenshot).

In comparison, when tabs are in horizontal mode, the hover previews always appear below the tabs, which avoids obscuring the tab names.


Expected results:

The hover preview card should appear:
* on the right when the sidebar is shown on the left with vertical tabs;
* on the left when the sidebar is shown on the right with vertical tabs.
Bug: Vertical tabs sidebar does not auto-scroll to reveal newly created tab from middle-clicking a hyperlink
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-25 05:33:02+00:00
Resolved: 2024-10-31 10:06:17+00:00

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

Steps to reproduce:

1. In about:config, set sidebar.verticalTabs = True
1. Open the sidebar (you may need to add the button for it in the toolbar, as there seems to be no keyboard shortcut for it)
1. Make sure your vertical tabs sidebar is already scrolled to the bottom, and your currently active tab is near the bottom too
1. Middle-click a link in the current page


Actual results:

The newly opened tab (from middle-clicking the link) silently opens in the background, but it is invisible because it is scrolled out, the vertical tabs view does not auto-scroll to it, unlike the horizontal tabs view.


Expected results:

Auto-scroll the vertical tabs view to reveal the newly created tabs as they get created (i.e. match the behavior of the horizontal tabs strip).
Bug: Poor contrast for the active tab in vertical tabs sidebar, especially with dark mode styling
Status: RESOLVED
Priority: P1
Resolution: WORKSFORME
Created: 2024-10-25 05:44:03+00:00
Resolved: 2024-11-20 10:23:04+00:00

The new vertical tabs sidebar (activated through `about:config` with `sidebar.verticalTabs` = `True`) is nice, but unlike horizontal tabs which have a different background color behind them, the sidebar has the same background color for the tabs and the background behind them, which makes it very difficult to spot the active tab, because there is only the shadow outline, no contrast of background colors.

This is particularly evident in dark mode (tested on GNOME), as shown with the screenhsot above.
Bug: Clickable Area is bigger than the actual Tab or button area
Status: NEW
Priority: P3
Created: 2024-10-25 09:40:08+00:00
Resolved: 2024-10-28 13:43:30+00:00

**Found in**
* 133.0a1 (2024-10-25) 

**Affected versions**
* 133.0a1 (2024-10-25)

**Preconditions**
Enable Vertical Sidebar from about:preferences > Firefox Labs

**Affected platforms**
* all

**Steps to reproduce**
1. Open the Sidebar.
2. Use the mouse cursor to click outside of the actual Tab inside the Vertical Sidebar.

**Expected result**
* The clickable area should be constrained to the actual button area

**Actual result**
* The Tabs and buttons change their state inside the Vertical Sidebar before the user hovers the mouse cursor on top of them.
The User can click outside of the button and still press it.

**Regression range**
Not a Regression.
Bug: on_wheel handler consulting lineScrollAmount getter which iterates over all tabs, which makes it slow (should cache line scroll amount somehow)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-10-25 10:42:34+00:00
Resolved: 2024-11-17 17:11:03+00:00

https://searchfox.org/mozilla-central/rev/4ac5b1f6cc9d8c186986f52369a2d9a537d10474/toolkit/content/widgets/arrowscrollbox.js#216-223

`_getScrollableElements` is overridden in https://searchfox.org/mozilla-central/rev/4ac5b1f6cc9d8c186986f52369a2d9a537d10474/browser/components/tabbrowser/content/tabs.js#55 and runs a filter on `allTabs`

https://searchfox.org/mozilla-central/rev/4ac5b1f6cc9d8c186986f52369a2d9a537d10474/toolkit/content/widgets/arrowscrollbox.js#691 is where we consult the `lineScrollAmount`.

In profiles, the `allTabs` filter call shows up as being basically 95+% of the time we spent in `on_wheel`, especially in cases with a lot of tabs.
Bug: Only the first file name is shown in the scanning window when using drag and drop on a folder with an allowed file and a warning one
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-10-25 10:58:11+00:00
Resolved: 2025-02-24 19:48:25+00:00

**Found in**
* 133.0a1 (2024-10-24)

**Affected versions**
* 133.0a1 (2024-10-24)







    


**Tested platforms**
* Affected platforms: Windows 11, Windows 10
* Unaffected platforms:macOS 12, Ubuntu 


**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view
* Create a distribution folder inside the Firefox folder and paste the policies-1.json to it and then rename it to policies.json
* run the DLP agent in CMD using: .\content_analysis_sdk_agent.exe --user --toblock=.*\d{3}-?\d{2}-?\d{4}.* --towarn=.*warn.* --delays=10
* A folder created with a good and a warning file


**Steps to reproduce**
1. Open https://developer.mozilla.org/en-US/docs/Web/API/HTMLInputElement/webkitdirectory 
2. Drag and drop the folder from the preconditions over the Browser button from the Examples section.
3. Observe the scanning windows.



**Expected result** 
* Each file name is displayed in the scanning windows.


**Actual result**
* Only the first file name is displayed.



**Regression range**
* Not a regression since this was not working at all before bug 1915351.

**Additional notes**
* Attached a screen recording.
* The warning dialog is displayed as expected.
* This happens only when a warning and an allowed file are inside the folder. It does not reproduce with an allowed and blocked file or an allowed and allowed file.
Bug: Warning or blocked dialog will be triggered for each file even if the files should be allowed if the folder name implies that
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-10-25 11:17:46+00:00
Resolved: 2024-10-30 13:13:50+00:00

**Found in**
* 133.0a1 (2024-10-24)

**Affected versions**
* 133.0a1 (2024-10-24)







    


**Tested platforms**
* Affected platforms: Windows 11, Windows 10
* Unaffected platforms:macOS 12, Ubuntu 


**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view
* Create a distribution folder inside the Firefox folder and paste the policies-2.json to it and then rename it to policies.json
* run the DLP agent in CMD using: .\content_analysis_sdk_agent.exe --user --toblock=.*\d{3}-?\d{2}-?\d{4}.* --towarn=.*warn.* --delays=10
* A folder named  `warn`/`123456789` created that contains allowed files.


**Steps to reproduce**
1. Open https://developer.mozilla.org/en-US/docs/Web/API/HTMLInputElement/webkitdirectory 
2. Drag and drop the folder from the preconditions over the Browser button from the Examples section.




**Expected result** 
* File upload is permitted.


**Actual result**
* Warning dialog /Blocked dialog is displayed for each file.



**Regression range**
* This happens after bug 1919752 and bug 1915351. Before 1915351 the warning dialog was only displayed once but the upload will not work. Setting bug 1915351  as the regressor since this behavior was introduced after this issue.

**Additional notes**
* Attached a screen recording.
Bug: “Scan in progress” dialogs are stacked during folder upload with multiple files
Status: NEW
Priority: --
Created: 2024-10-25 11:18:50+00:00
Resolved: 2025-02-19 20:21:06+00:00

**Found in**
* 133.0a1 (2024-10-24)

**Affected versions**
* 133.0a1

**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view 
* Create a distribution folder inside the Firefox folder and paste the policies-1.json to it and then rename it to policies.json
* Run the DLP agent in CMD using: .\content_analysis_sdk_agent.exe --user --toblock=.\d{3}-?\d{2}-?\d{4}. --towarn=.warn. --delays=10
* Have a folder that contains at least 15 files (file format is not important)

**Tested platforms**
* Affected platforms: Windows 10/11
* Unaffected platforms: macOS, Ubuntu 

**Steps to reproduce**
1. Go to https://developer.mozilla.org/en-US/docs/Web/API/HTMLInputElement/webkitdirectory
2. Upload the folder from prerequisite by either pressing the “Browse” button and selecting the folder or by  dragging and dropping the folder onto the “Browse” button from the Examples section
3. Observe the “Scan in progress” dialog for each scanned file

**Expected result**
*  “Scan in progress” dialog should appear and disappear for each scanned file, without stacking

**Actual result**
*  “Scan in progress” dialogs are stacked on top of each other, creating a shadow effect 

**Regression range**
* Mozzregression points to bug 1915351. Before this, only the first file was scanned

**Additional notes**
* See the attached video
* Not reproducing when uploading multiple files (without the folder)
Bug: The address bar stays static during macOS full-screen animations once focused at least once
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-25 12:03:25+00:00
Resolved: 2025-03-02 10:06:28+00:00

## STR Horizontal:

* On Nightly Mac 2024-10-25
* With horizontal tabs enabled 
* Click to focus once on the address bar to show the suggest options. (When this happens before or after the next step doesn't seem to matter).
* Enable full-screen on the window.
* Move mouse to the top of the window trigger the animation

### What happens:

* The addressbar stays static rather than moving with everything else and ends-up over the top of other parts of the UI such as the tabstrip.

### What should happen:

* The addressbar would move with everything else.

See below for steps for vertical tabs and how that's different:

## STR Vertical:

* On Nightly Mac 2024-10-25
* With vertical tabs enabled
* Click to focus once on the address bar to show the suggest options.  (When this happens before or after the next step doesn't seem to matter).
* Enable full-screen on the window.
* Move mouse to the top of the window trigger the animation

### What happens:

* The addressbar disappears behind other UI.

### What should happen:

* The addressbar would move with everything else.

Screencast to follow...
Bug: screenshot result is defect when page zoom is not 100%
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-10-25 12:10:07+00:00
Resolved: 2024-10-31 20:25:14+00:00

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

Steps to reproduce:
    Change zoom to 50% (other than 100%).
    Right click(context menu) and take screenshot.
    Then select any area and click copy.

Actual results:
    The area copied to the clipboard is much larger than the selection during TAKE SCREENSHOT when the page zoom is smaller than 100%.
    The area copied to the clipboard is much smaller than the selection during TAKE SCREENSHOT when the page zoom is larger than 100%.

Expected results:
    The area copied to the clipboard should be the same as the one selected during TAKE SCREENSHOT