av9ash/GitBugs huggingface dataset:
Bug: Enable "Pin to Overflow Menu" and "Remove from Toolbar" for the Extensions toolbar widget and add "Move to Settings Menu"
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-10-19 15:35:41+00:00
Resolved: 2023-10-21 22:10:15+00:00

The new Extensions widget adds more clutter to my toolbar. Firefox should let me clean up the clutter:

* Provide a way to move it to the settings menu.
* Enable right click / "Pin to Overflow Menu".
* Enable right click / "Remove from Toolbar".
Bug: sync problem in FF 106 : I cannot display the full QR Code
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-19 15:40:44+00:00
Resolved: 2022-10-31 21:37:28+00:00

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

Steps to reproduce:

Preferences > Synchronisation > Connect another device > Firefox.com/pair appears in a new tab > Connect your device > Sync your device 


Actual results:

QR code not fully displayed, no way to scroll down and display it fully (cfr screenshot)


Expected results:

full display of the whole QR code
Bug: Bookmarks folder and tags are zero height in edit panel
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-19 16:00:34+00:00
Resolved: 2022-11-18 14:46:08+00:00

The bookmarks `tree` for setting the folder and the `richlistbox` for setting the tags are both zero-height now.

STR

1. Add a bookmark from the star in the address bar
2. Expand the folder/tags twisty

Expected results: You can set a folder/tag
Actual results: The content is missing
Bug: The Firefox Suggest dataCollection/Merino pref is not properly recorded in environment telemetry
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-10-19 17:11:37+00:00
Resolved: 2022-10-24 14:58:47+00:00

When the user is in an experiment that forces on Merino and they have not manually turned off Merino, the associated pref `browser.urlbar.quicksuggest.dataCollection.enabled` is improperly recorded as false in telemetry environment. This is because of a race condition on startup. On startup, the following things typically happen in order:

1. Telemetry environment caches initial pref values
2. Firefox Suggest sets the value of the pref to true
3. Telemetry environment starts observing pref changes

That means telemetry environment ends up caching and recording the wrong value.

This is the same problem as in bug 1731373. We fixed that bug by notifying telemetry environment when Firefox Suggest startup finishes, and then telemetry environment updates its pref cache.

When I added `browser.urlbar.quicksuggest.dataCollection.enabled` in bug 1735976, I should have added the pref to this startup notification path but I forgot.
Bug: Regression: Overflow button and Toolbar button overlap
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-19 18:16:51+00:00
Resolved: 2024-05-29 18:11:18+00:00

Nightly 108.0a1 (2022-10-19) (64-Bit)
macOS 12.6

1.) Open a window
2.) Make it small
3.) Make it slowly larger

Actual: Overflow button and Toolbar button overlap

Expected: No overlap

This is a recent regression.

A screencast is attached.

Thanks for checking.
Bug: Regression: Overflow button is too close to the Addressbar
Status: REOPENED
Priority: P3
Created: 2022-10-19 18:36:31+00:00
Resolved: 2023-02-15 17:30:31+00:00

Nightly 108.0a1 (2022-10-19) (64-Bit)
macOS 12.6

1.) Open a window
2.) Make it small, so that the Overflow button appears
3.) Focus the Address Bar, so that the Drop Down List appears
4.) Hover over the Overflow button

Actual: Overflow button is too close to the address bar. 2px space is missing.

Expected: Between Overflow button and result list there should be 2px space. Please compare with the Reload button.

This is a recent regression.

A screenshot is attached.

Thanks for checking.
Bug: Hide lone progress bar step in aboutwelcome in HCM
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-10-19 18:39:28+00:00
Resolved: 2023-02-23 16:03:29+00:00

Bug 1790660 changed the progress bar appearance for HCM to make the contrast ratio sufficient, but this necessitated adding a border to the steps' parent element. This means CSS is not aware of how many steps there are, except by the `aria-valuemax` property.

We normally hide the progress bar when there is only one step, but the styles that accomplish that will not work in HCM anymore since they only hide the step itself, not the parent element. Hiding the parent element when it has only one step is impossible without using the ARIA attributes for styling, which I think is generally avoided when possible.

Anyway, there are 2 possibilities here:
```
.progress-bar[aria-valuemax="1"][aria-valuemin="1"] {
  opacity: 0;
}
```
Or we can modify [this check](https://searchfox.org/mozilla-central/rev/a64647a2125cf3d334451051491fef6772e8eb57/browser/components/newtab/content-src/aboutwelcome/components/MultiStageProtonScreen.jsx#362) to `hideStepsIndicator || total <= 1` to simply not render the progress bar when there is only one step.
Bug: New Tab does not auto-focus Address Bar
Status: UNCONFIRMED
Priority: P3
Created: 2022-10-20 00:05:35+00:00
Resolved: 2023-08-08 14:20:01+00:00

Steps to reproduce:

1. Right-click an existing tab.
2. Choose: New Tab


Actual results:

A new tab opens, but the address bar did not receive keyboard focus automatically.


Expected results:

After the new tab opens, the address bar should automatically receive keyboard focus.
Bug: Google Translate shortcut conflicts with built-in Firefox shortcut
Status: NEW
Priority: --
Created: 2022-10-20 05:26:00+00:00
Resolved: 2022-12-18 00:08:35+00:00

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

Steps to reproduce:

Google Translate has a keyboard shortcut to change languages: `Ctrl` + `Shift` + `S`. However, this is the same shortcut used by Firefox Screenshots.

Example URL: https://translate.google.com/?sl=auto&tl=en&text=a
Bug: fix bugzilla component for Onboarding module
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-20 07:25:09+00:00
Resolved: 2022-11-10 14:15:52+00:00

Shown as `F, i, r, e, f, o, x, :, :, T, o, u, r, s` at https://firefox-source-docs.mozilla.org/mots/index.html#onboarding
Bug: Version bump for colorways after address_bar_box_hover removal
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-10-20 12:29:38+00:00
Resolved: 2022-10-26 03:55:38+00:00

+++ This bug was initially created as a clone of Bug #1796569 +++

I believe bug 1791176 should have bumped to version of those colorways to make the changes get picked up in profiles that already had the themes installed. kpatenio, could you please do that, or verify that it's not needed here? I admit I don't fully remember when version bumps were needed, but I do remember doing it when changing properties in manifests.
Bug: Regression: Access to headless Fedora server via Cockpit has become impossible because "missing selector(:is():where()))"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-20 12:58:00+00:00
Resolved: 2022-10-21 16:49:05+00:00

**Problem:**

I used to be able to login into my **headless** server just fine, but now I cannot do so anymore, because following error is triggered: 

```
Dieser Webbrowser ist zu alt, um die Web-Konsole auszuführen (fehlende selector(:is():where()))
```

**Additional Info:**

- The server runs Fedora Linux and I access it via [Cockpit](https://cockpit-project.org/running).
- I check my server roughly once every month. If Firefox is the culprit, then the regression must have been introduced in Firefox v. 105 or 106.
- I do not know, if this is better fixed on Firefox or Cockpit side.

It would be very nice to have a fix...
Bug: email link fails with Thunderbird running
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-20 13:38:36+00:00
Resolved: 2022-11-04 15:48:34+00:00

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

Steps to reproduce:

Click: File | Email link...


Actual results:

Error message 


Expected results:

New message created with the link.

If TB is not running, it works.  If TB is running already, the error message is obtained.  

This has to do with the either the way that the FF call is made (which I suspect) or the way that TB handles it.  It has been denied that it is a TB problem and I was directed to the FF forum, and now here. 

Other programs do the job properly (Acrobat, Acrobat Reader, ThumbsPlus), why not FF?
Bug: Sponsored URLs shown in "recently closed" section
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-10-20 14:55:45+00:00
Resolved: 2022-11-04 17:17:19+00:00

TL;DR: Sponsored URLs should not be promoted in the "recently closed" section of Firefox View. 

Firefox New Tab features sponsored urls shown as tiles. Firefox accrues revenue through user interactions with these tiles (in the form of clicks resulting in sponsored URL visits).

In order to preserve the measurement of the value this surface provides, sponsored URLs should not be promoted in other sections of the browser. While available in history, sponsored URLs should not be shown elsewhere in the Firefox UI (e.g. as "frecent" tiles on desktop New Tab, or "recently visited" in Firefox mobile New Tab).

Firefox View currently promotes sponsored URLs as "recently closed" sites, encouraging the access of sponsored URLs outside of the preferred access point of sponsored tiles. To ensure optimal measurement of sponsored tile value, and observe the preferences of our partner, we should suppress sponsored URLs from appearing in this new UI.

[Link to brief for related historical work](https://docs.google.com/document/d/1D3woIXBCWX4fEOFdOARhDaEXBZ62VGF7EwVrS4MgXto/edit?usp=sharing).
Bug: [wayland] Tabs cease to render but still respond invisibly (regression)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-20 15:03:24+00:00
Resolved: 2022-12-15 10:45:04+00:00

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

Steps to reproduce:

This is a regression on latest firefox nightly.

 * Ubuntu
 * Sway 1.7
 * Firefox nightly 108.0a1 2022-10-20 (snap edge channel)


Actual results:

After a while pottering about normally on the browser, tabs cease to respond visually. You can click on tabs and create new ones, but the firefox window won't update. 

Only a full re-draw (eg when moving to another display with different scale or resolution or resizing the window). Even then, the tab bar still won't update, it will be the current tab's contents being displayed. 

You can interact with the page and it updates correctly.


Expected results:

None of that
Bug: Intermittent leakcheck | tab 1216 bytes leaked (CondVar, Mutex, PRemoteWorkerChild, RemoteWorkerChild, ShutdownOnWorker, ...)
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-10-20 15:14:10+00:00
Resolved: 2022-11-07 12:59:09+00:00

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

---
```

```
Bug: Firefox View button isn't keyboard focusable when moved from the upper left tabs area
Status: RESOLVED
Priority: P2
Resolution: INVALID
Created: 2022-10-20 15:43:08+00:00
Resolved: 2022-10-24 14:23:31+00:00

This issue was discovered when working on Bug 1793088. After discussion with a11y/UX team members, it was decided that the Fx View button should be keyboard accessible via the `Tab` key regardless of its location in the browser.

It was also discussed that if we're treating Fx View as a toolbar button in terms of keyboard navigation, then we should also give it an opened state of "pressed" rather than "selected". I need to investigate the possibility of this last one considering we're using a toolbar button to activate what is essentially a hidden tab. Removing that role=tab may potentially break that existing tab-like functionality.

*Main issue:*
When Firefox View button is moved from its default location in the upper left of the browser next to the tabs to the toolbar below tabs but above Bookmarks, the button is no longer keyboard focusable.

*STR:*
Right click the top toolbar and select "Customize Toolbar". Click and drag the Firefox View button to the toolbar below tabs but above Bookmarks.

Expected:
Firefox View button should still be keyboard focusable when moved to the toolbar below tabs but above Bookmarks.

Actual:
Firefox View button is no longer keyboard focusable when moved to the toolbar below tabs but above Bookmarks.
Bug: Padding needed in the synced tabs error content area in Firefox View.
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-10-20 18:54:36+00:00
Resolved: 2022-12-20 13:36:40+00:00

The error box we use to show for example "Check your internet connection" is center aligned, but has no side padding. So depending on the window size and/or text scaling, the text can bump right up against the border of that box.
Bug: 7.14% tsvg_static (Windows) regression on Mon October 17 2022
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-20 20:46:11+00:00
Resolved: 2022-10-27 16:38:55+00:00

Perfherder has detected a talos performance regression from push [81721704c6ccdd0ec70eb5963a38e10b586169e9](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=81721704c6ccdd0ec70eb5963a38e10b586169e9). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--| 
| [7%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,4086121,1,1)  | [tsvg_static](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#tsvg_static)  | windows10-64-shippable-qr | e10s fission stylo webrender-sw | 49.54 -> 53.08 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=35712), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) may be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: Firefox Translations notification banner elements do not line up
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-20 21:33:33+00:00
Resolved: 2022-11-18 14:15:36+00:00

## Steps to reproduce
1. In a new profile, install [Firefox Translations](https://addons.mozilla.org/firefox/addon/firefox-translations/).
2. Go to a page that can be translated. E.g. https://es.wikipedia.org/wiki/Wikipedia:Portada.
3. See the notification banner.

## Actual result
Elements do not line up.

p.s. Bug 1790616 fixed bug 1794819.
Bug: Toolbox / window top border is a different version of the accent colour to the window side borders
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-21 02:50:32+00:00
Resolved: 2023-08-10 12:01:29+00:00

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

Steps to reproduce:

1. Goto Win10 `settings > Personalization > Colors` 
2. Turn on two options
  - Automatically pick an accent color from my background
  - Show accent color on title bars and windows borders
3. Set Firefox `app menu > More tools > Customize toolbar`
  - Turn off Titlebar

You can see that the color of Tabbar's top border is different.


Actual results:

Since then, it is not matched with the system color in Windows 10.


Expected results:

It should be the same color as the other borders.
Bug: The History Menu in toolbar flickers when opening the "Recently closed tabs/windows"
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-21 03:36:54+00:00
Resolved: 2022-11-18 14:54:03+00:00

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

Steps to reproduce:

1. Put the History button to the toolbar using the "Customise toolbar" menu.
2. Open a few sites in separate tabs, then close them.
3. Click on the History icon, then on "Recently closed tabs".


Actual results:

The menu flickers.


Expected results:

https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=4ff88d45f59c4357dcc71ddf4ad5344a38f9944d&tochange=aa325161aae5e555cab4d44b6662bbe029d26a5d
Bug: Download progress icon is visible on next restart if the download failed (canceled by closing the browser)
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-10-21 08:26:27+00:00
Resolved: 2023-03-16 13:09:11+00:00

**Found in**
- Firefox 107.0b3

**Affected versions**
- Firefox 107.0b3
- Firefox 108.0a1

**Tested platforms**
- Affected platforms: Windows 8.1
- Unaffected platforms: Win 7 & 10, macOS, Ubuntu

**Steps to reproduce**
1. Launch Firefox
2. Access [Thinkbroadband page](http://www.thinkbroadband.com/download.html) and download the 1GB file
3. While the download is in progress close Firefox
4. Open Firefox with the same profile

**Expected result**
- The download is failed and no progress is shown on the downloads icon

**Actual result**
- The downloads icon keeps the progress chart even if the download is failed

**Regression range**
- WIll see for a regression

**Additional notes**
- The issue can be seen in the attachment
- Only Windows 8.1 seems to be affected
Bug: Firefox keeps closing Yahoo mail tab
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-21 10:53:24+00:00
Resolved: 2022-11-07 21:31:55+00:00

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

Steps to reproduce:

Opening https://mail.yahoo.com/, then using the browser as usual, working either in Yahoo mail or in other tabs or both.


Actual results:

After some time the Yahool mail tab simply disappears. It happens if it is pinned and if it isn't pinned. This was started 2-3 releases ago, until then it worked just fine.


Expected results:

It shouldn't have disappeared.
Bug: Too early line wrapping of short cuts in Address Bar Result List
Status: NEW
Priority: P5
Created: 2022-10-21 12:13:07+00:00
Resolved: 2022-11-19 12:24:56+00:00

Nightly 108.0a1 (2022-10-21) (64-Bit)
MacOS 12.6

1.) Open a new Window
2.) Clear All Browsing Data for better reproduction
3.) Focus the Address Ba, so that the Result list with the shortcuts appears
4.) Shrink the window to a smaller size

Actual: Shortcut descriptions wrap too early into a second line.

Expected: No line wrapping. There is enough space to the right.

This is a regression. A screencast is attached.

Thanks for checking.
Bug: Disable extension keyword handling when a search engine keyword has already been entered in URL
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-21 14:26:36+00:00
Resolved: 2023-12-04 16:30:35+00:00

Steps to reproduce:

* Create a fresh profile
* Install an extension that defines a keyword (omnibox API), e.g. https://addons.mozilla.org/en-US/firefox/addon/awesome-emoji-picker/
* Type [search engine keyword] [extension keyword] in the URL bar, e.g. @google emoji foo
* (Optional) Press enter


Actual results:

* Extension keyword handling works even if a search engine keyword has already been entered in the URL bar
* Pressing enter will trigger whatever action the extension has defined for this keyword (just like it would without entering a search keyword)


Expected results:

* Extension keyword handling is disabled upon entering a search engine keyword in the URL bar
* You can search for keywords even if that keyword is registered by an extension (using omnibox object attribute in their manifest) when pressing enter
Bug: Intial Tab loading UI animation has extra artifact
Status: UNCONFIRMED
Priority: --
Created: 2022-10-21 14:50:57+00:00
Resolved: 2022-12-07 13:44:48+00:00

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

Steps to reproduce:

Start Firefox, Inital Tab when you load a website


Actual results:

The loading animation on the siteicon location the ping back and forth of a ball, on the last frame there is extra artifact towards the end of the animation.


Expected results:

Extra artifact shouldn't be shown?
Bug: Starting 106.0.1 RSS address is no more working (try to download the php file instead and failed)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-21 15:21:00+00:00
Resolved: 2022-10-21 20:25:18+00:00

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

Steps to reproduce:

using RSS feed with URL containing   https://xxxxx.file.php?catXXXXXX



Actual results:

propr FF update, the RSS was rendered. After, it tries to download "file.php" contained in the URL and Failed. Changing the setting to always ask for download display a .part file that cannot be downloaded.
Testes on 2 computers (Windows and Ubuntu). The same URL works under Chrome as expected, and was working since month in previous FF release


Expected results:

Display the RSS content
Bug: QuickActions: Shrinked Buttons expand and wrap into a new line in Actions search mode
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-21 15:42:18+00:00
Resolved: 2023-08-11 17:18:59+00:00

+++ This bug was initially created as a clone of Bug #1792513 +++

**Note**
* Small follow-up for bug 1792513

**Found in**
* Firefox 107 beta 3

**Affected versions**
* Firefox 107 beta 3
* Nightly 108.0a1 2022-10-21

**Tested platforms**
* Affected platforms: Win 10 64-bit, Ubuntu 22.04 and Mac OSX 10.14
* Unaffected platforms: -

**Steps to reproduce**
1. Open Firefox and narrow window width 
2. Focus address bar and navigate between all dropdown items using Down arrow key
3. Pay attention to the Quick Action items on the second line

**Expected result**
* Quick Action items are displayed on a single line, when reaching Actions search mode using keyboard
OR
* All Quick Action items are shown in this case (usually this need pressing Enter)

**Actual result**
* When Actions search mode is reached by keyboard, the address bar dropdown is expanded and all items are entirely shown.

**Regression range**
* Not a regression

**Additional notes**
* Flag for Firefox 107 was marked as disabled since Quick Actions are only enabled in early betas
Bug: If clipboard contains invalid URL, paste URLs into Bookmarks silently fails with no aid
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-10-21 21:25:40+00:00
Resolved: 2025-01-13 09:01:08+00:00

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

Steps to reproduce:

I copied to the clipboard a large number of URLs to paste into my bookmarks.  Within the bookmarks was 192 valid URLs and one invalid URL.  The invalid URL was "http://www.view-source:google.com/".


Actual results:

No URLs were pasted into the bookmarks.  No error message was generated.  This required manually going through all of the URLs to locate which one was invalid.


Expected results:

I would expect either:

(A) A full failure of the paste process, but with an error message stating which URL string was invalid;

(B) A pasting of the 192 valid URLs with an error message stating which URL stirng was invalid and thus rejected;

Or

(C) A pasting of the 192 valid URLs with no error message.  (Probably least ideal since a partial success with a silent failure implicitly suggests a full success.)