av9ash/GitBugs huggingface dataset:
Bug: When Private Window is pinned to the Taskbar the icon transforms into a normal icon
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-09-27 11:48:54+00:00
Resolved: 2022-10-13 13:40:32+00:00

**Found in**
* Firefox 106.0b4

**Affected versions**
* Firefox 106.0b4

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

**Steps to reproduce**
1. Install a x32 build for Firefox and open it. 
2. Open a Private Window and pin it to the taskbar. 
3. Uninstall Firefox and install it again without deleting anything. 
4. Open a Private Window and pin it to the taskbar. 

**Expected result**
* The Private Window icon is displayed on the taskbar. 

**Actual result**
* A Normal Window icon is displayed on the taskbar. 

**Regression range**
* If there is one I will try to find it as soon as possible. 

**Additional notes**
* If the icon is clicked then a Normal Window is opened. 
* On Windows 7 the issue is reproducing on x64 builds and on Windows 10 the bug is intermittent on x64 builds.
Bug: On x32 builds when the pinned Private Window icon is clicked another icon appears next to it
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-27 11:48:56+00:00
Resolved: 2022-09-27 14:40:14+00:00

**Found in**
* Firefox 106.0b4

**Affected versions**
* Firefox 106.0b4

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

**Steps to reproduce**
1. Install a .msi x32 build for Firefox and open the installation folder. 
2. Scroll down to the Private Window icon and pin it to the Taskbar.
3. Click on the pinned Private Window icon. 

**Expected result**
* A Private Window is opened and only one icon is displayed. 

**Actual result**
* Two Private Window icons are displayed. 

**Regression range**
* If there is one I will try to find it as soon as possible. 

**Additional notes**
* Sometimes the doubled icon is for the Normal Window.
* This can be also reproduced with 32-bit Firefox .exe.
Bug: Unpin from taskbar option does not appear in the context menu of the Private icon from the installation folder after the Private browsing was previously pinned to taskbar
Status: NEW
Priority: P3
Created: 2022-09-27 12:03:31+00:00
Resolved: 2022-09-27 14:40:14+00:00

**Found in**
* 106.0b4

**Affected versions**
* 107.0a1
* 106.0b

**Tested platforms**
* Affected platforms: Win 10, Win 11
* Unaffected platforms: Win 7

**Steps to reproduce**
1. Launch Firefox.
2. Open a New Private Window from the App Menu.
3. Pin Private browsing to taskbar.
4. Go to the installation folder.
5. Right click on the private browsing icon.
6. Observe the context menu.

**Expected result**
* Context Menu should not have Pin to taskbar option, but Unpin to taskbar.

**Actual result**
* Context Menu has Pin to taskbar option.

**Regression range**
* We will find the regression asap, if there is one.

**Additional notes**
* Screencast attached to observe the issue.
* x32.msi builds are not affected, the Unpin from taskbar option is available in the context menu of the installation folder
* If the option Pin to taskbar is clicked again the Private browsing icon changes to a blank icon.
* Reproducible with normal Firefox icons as well.
Bug: nightly bookmark side-window does not readjust when dragged to the left and affects main window functionality
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-27 12:48:52+00:00
Resolved: 2022-09-27 13:48:30+00:00

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

Steps to reproduce:

drag right side bookmark window to the left.


Actual results:

1) text in bookmark window is not adjusted on available width bookmark window. 
2) right vertical scrollbar main window disappears
3) from this situation:
a) making main window smaller makes min,max, quit button and the quit button on the bookmark window disappear. 
b) closing bookmark windows brings back scrollbar, but leaves a) first part as described.
 


Expected results:

the opposite of the above like it was a week before 27-9-2022 and many years before that.
Bug: The arrow and the checkmark  from Toolbars subsections inside Customise page are not visible with darker tones
Status: NEW
Priority: --
Created: 2022-09-27 14:11:12+00:00
Resolved: 2022-10-25 19:38:15+00:00

**Found in**
*  106.0b4

**Affected versions**
* 105
* 106.0b4
* 107.0a1

**Affected platforms**
* macOS 11

**Unaffected platforms**
* Ubuntu 22
* Windows 10

**Steps to reproduce**
1. Go to about:addons#themes and set a darker theme (Dark, Alpenglow, any Colorways one with a Bold intensity)
2. Go to Menu - More tools - Customize toolbars
3. Click the Toolbars button 
4. Observe the arrow and the checkmark icons on the subsections 

**Expected result**
* Icons are visible, they have the same colour used for labels.

**Actual result**
* The icons are barely visible. 

**Regression range**
* First bad: 8508c35e49793fbe402ad2a706a57fabd1c2b0c4 (2021-06-10)
* Last good: 578715b6d3fcb21c0b61996347260ef9b119d0d2 (2021-06-09)
* Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=578715b6d3fcb21c0b61996347260ef9b119d0d2&tochange=8508c35e49793fbe402ad2a706a57fabd1c2b0c
Bug: Attempt to override existing fluent localizations in aboutDialog.xhtml
Status: NEW
Priority: P3
Created: 2022-09-27 14:42:57+00:00
Resolved: 2023-04-10 12:12:26+00:00

Steps to reproduce:

1. Open browser console on mac.
2. Open aboutDialog (Firefox -> About Firefox).
3. Observe errors as in attached file.

This arises on MacOS only, as there is an include of `macWindow.inc.xhtml` which itself has a `<html:link rel="localization" href="branding/brand.ftl"/>` followed by the same line in `aboutDialog.xhtml`.

https://searchfox.org/mozilla-esr102/source/browser/base/content/aboutDialog.xhtml#28
https://searchfox.org/mozilla-esr102/source/browser/base/content/aboutDialog.xhtml#34
https://searchfox.org/mozilla-esr102/source/browser/base/content/macWindow.inc.xhtml#13


Actual results:

Attempts made to override various localizations from `brand.ftl`.


Expected results:

No attempts to override localizations should be made.
Bug: Perma TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/unit/test_quickactions.js | quickactions_match - [quickactions_match : 1] Found the expected number of results. - 0 == 1 when Gecko 107 switches to Late Beta on 2022-10-17
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-27 15:04:54+00:00
Resolved: 2022-10-04 00:31:38+00:00

[Central-as-beta-simulation](https://treeherder.mozilla.org/jobs?repo=try&resultStatus=testfailed%2Cbusted%2Cexception%2Cretry%2Cusercancel&revision=2cddbad923658440f6b7f31f82244ac195e795e7&selectedTaskRun=RY_H-HgsQ82pHlh3PRchhg.0)

[How to run these simulations](https://wiki.mozilla.org/Sheriffing/How_To/Beta_simulations#TRUNK_AS_EARLY_BETA)

[Failure log](https://treeherder.mozilla.org/logviewer?job_id=391570022&repo=try&lineNumber=4355)
Bug: Context menu flashing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-27 15:13:58+00:00
Resolved: 2022-10-12 06:47:38+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/99.0.7113.93 Safari/537.36

Steps to reproduce:

I click right anywhere a context menu is supposed to appear.


Actual results:

The menu appears, and when I move my pointer to click on a menu item, the menu flashes.


Expected results:

The menu should stay still and the menu item should be highlighted.
Bug: [macOS] policies.json is not persisted after Firefox update
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-09-27 20:48:08+00:00
Resolved: 2023-06-05 16:33:16+00:00

Steps to reproduce:

Install Firefox on MacOS. Create enterprise policy file (policies.json). Wait until Firefox is updated.


Actual results:

policies.json file disappears


Expected results:

The file should have been kept after the update
Bug: text-emphasis-position does not support optional left / right values
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-09-27 23:21:38+00:00
Resolved: 2022-10-17 15:03:21+00:00

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

Steps to reproduce:

Logged here: https://wpt.fyi/results/css/css-text-decor/parsing/text-emphasis-position-computed.html?label=master&label=experimental&aligned&view=subtest&q=text%20emphasis%20position



Actual results:

It does not support `text-emphasis-position: over` or `text-emphasis-position: under`


Expected results:

It should have worked just like `text-emphasis-position: over right` / `text-emphasis-position: under right`, respectively.
Bug: Box size does not adjust to text wrapping in menulists after flexbox emulation in about:preferences
Status: NEW
Priority: P3
Created: 2022-09-27 23:55:30+00:00
Resolved: 2022-11-16 19:52:02+00:00

(See attached image)

In about:preferences the menulist `#blockCookiesMenu` (Privacy & Security > Enhanced Tracking Protection > Custom) has a static 450px width, but the strings can be longer than that. So given a long string, the label wraps onto a 2nd line, and after bug 1790307 the wrapped text overflows the label box.

[regression range](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b95ae2249c9b0a3a0340b2b799675c6b10821910&tochange=fd57a3ea2b88fd2969fc1cf7e2c41cffff0d084d)
Bug: cannot login to site gamestop
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-09-28 00:23:36+00:00
Resolved: 2022-10-24 13:11:18+00:00

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

Steps to reproduce:

tried to login to gamestop on desktop FF


Actual results:

it just give swirling login like its trying but never logs on


Expected results:

should logon and take user to home page. it logs in ff on iphone
Bug: On flaky/slow connection, if you search with "? search-term" in address bar and reattempt the load, you can end up searching for your search URL instead of your search term
Status: ASSIGNED
Priority: P3
Created: 2022-09-28 02:36:58+00:00
Resolved: 2022-11-22 15:11:54+00:00

STR:
1. (optional but helpful) : Be on a flaky connection (I'm at all-hands right now in a room full of people, where the network is intermittently working)
2. Focus the URL bar and type `? example` and hit enter (to search for the term "example")
3. Pretend you've been waiting for a bit. Focus the URL bar with Ctrl+L and hit enter to reattempt the load.

EXPECTED RESULTS:
* At some point after step 2, your URL bar should **atomically** update to lose the [Google] badge and show the expanded search URL.
* Step 3 should just reattempt the load of your search results.

ACTUAL RESULTS:
* After step 2, your URL bar first expands the search term to show the search URL (e.g. `https://www.google.com/search?client=firefox-b-1-d&q=example`) **before the [Google] badge disappears**.
* In step 3, you end up **searching for https://www.google.com/search?client=firefox-b-1-d&q=example** so you end up looking at `https://www.google.com/search?client=firefox-b-1-d&q=https%3A%2F%2Fwww.google.com%2Fsearch%3Fclient%3Dfirefox-b-1-d%26q%3Dexample` (i.e. google search results with the google search URL being the query)


See attached screencast.
Bug: DNS not found error asks "did you mean to go to X" when the internet connection is flaky and opening X didn't work
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-09-28 02:38:55+00:00
Resolved: 2022-10-28 18:49:22+00:00

I'm seeing this a bunch on plane/conference (all hands) wifi - the "did you mean to go to" text has the same URL that I already tried to open. Maybe the only difference is the hash/ref or something? I don't quite know why this is happening at all - I _guess_ that the initial request fails but then the dns request from the webpage succeeds, or something? If that's the case we should just auto-retry the request at that point, or something.
Bug: The Firefox View callouts are not displayed next to their sections at zoom out on RTL locales
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2022-09-28 08:10:43+00:00
Resolved: 2022-10-04 07:48:28+00:00

**[Affected Versions]:**
- Firefox Beta 106.0b5 (Build ID: 20220927185813)
- Firefox Nightly 107.0a1 (Build ID: 20220927213841)

**[Affected Platforms]:**
- macOS 11.6.6 
- Linux Mint 20.2
- Windows 10x64

**[Prerequisites]:**
- Use an ar locale of the browser.

**[Steps to reproduce]:**
1. Open the browser on a new profile. 
2. Open Firefox View by clicking the Firefox View button from the tab bar.
3. Click the "See how it works" button from the Welcome Spotlight of the Firefox View page to trigger the first callout message.
4. Zoom out to the minimum size (30%).
5. Observe the callouts.

**[Expected result]:**
- The callouts are displayed next to their sections at all zoom values.

**[Actual result]:**
- The callouts are not displayed near the relevant sections at smaller zoom values.

**[Notes]:**
- The issue was not reproducible on LTR locales.
- The issue was reproducible for the Continuous Onboarding callouts as well.
- Attached is a recording of the issue.
Bug: [Intermittent] The Firefox View callouts display UI issues at zoom in and out
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2022-09-28 08:18:34+00:00
Resolved: 2024-04-25 18:06:27+00:00

**[Affected Versions]:**
- Firefox Beta 106.0b5 (Build ID: 20220927185813)
- Firefox Nightly 107.0a1 (Build ID: 20220927213841)

**[Affected Platforms]:**
- macOS 11.6.6 
- Linux Mint 20.2
- Windows 10x64

**[Steps to reproduce]:**
1. Open the browser on a new profile. 
2. Open Firefox View by clicking the Firefox View button from the tab bar.
3. Click the "See how it works" button from the Welcome Spotlight of the Firefox View page to trigger the first callout message.
4. Zoom out to the minimum size (30%) and then zoom in and out.
5. Observe the callouts.

**[Expected result]:**
- The callouts are displayed without any UI issues at all zoom values.

**[Actual result]:**
- The callouts display the following UI issues at zoom in and out for smaller zoom values:
    - Callout is entirely covered by a FirefoxView section.
  - Callout is partially covered by a FirefoxView section (i.e. a part of the text or a single button from the section underneath is displayed over the callout).

**[Notes]:**
- The issue was reproducible for the Continuous Onboarding callouts as well.
- Attached is a recording of the issue.
Bug: The Firefox View page cannot be scrolled down completely while callouts are displayed depending on how it was opened
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2022-09-28 08:40:44+00:00
Resolved: 2022-10-04 07:50:05+00:00

**[Affected Versions]:**
- Firefox Beta 106.0b5 (Build ID: 20220927185813)
- Firefox Nightly 107.0a1 (Build ID: 20220927213841)

**[Affected Platforms]:**
- macOS 11.6.6 
- Linux Mint 20.2
- Windows 10x64

**[Steps to reproduce]:**
1. Open the browser on a new profile. 
2. Close the “about:welcome”/First Run page tab.
3. Click the Firefox View button from the tab bar.
4. Click the "See how it works" button from the Welcome Spotlight to trigger the first callout message.
5. Try to scroll down the page.

**[Expected result]:**
- The page can be scrolled down completely.

**[Actual result]:**
- The page cannot be scrolled down completely while the callouts are displayed.

**[Notes]:**
- The issue was not reproducible by following the Onboarding flow or without step 2.
- Attached is a recording of the issue.
Bug: The “Tab Pickup” callout message points to another section when the “Tab Pickup” section is collapsed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-09-28 08:52:03+00:00
Resolved: 2022-10-26 01:46:44+00:00

**[Affected versions]:**
- Firefox Beta 106.0b5 - Build ID: 20220927185813
- Firefox Nightly 107.0a1 - Build ID: 20220927213841

**[Affected Platforms]:**
- Windows 10 x64
- macOS 12.3.1
- Linux Mint 20.2 x64

**[Prerequisites]:**
- Have a new Firefox profile opened.

**[Steps to reproduce]:**
1. Click the “Firefox View” pinned tab from the left part of the “Tab Strip”.
2. Click the “See how it works” button from the “Welcome” spotlight.
3. Observe the first callout message anchored to the “Tab Pickup” section.
4. Click the arrow pointed upwards from the “Tab Pickup” area to collapse the section.

**[Expected result]:**
- The “Tab Pickup” section is collapsed and the “Tab Pickup” callout message still points to that section.

**[Actual result]:**
- The “Tab Pickup” section is collapsed and the “Tab Pickup” callout message points to the “Recently Closed” section from the Firefox View page.

**[Notes]:**
- This issue is also reproducible for the “Tab pickup” callout message from the Continuous Onboarding tour.
- Attached is a screen recording of the issue:
Bug: Private Search urlbar result pref typo
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-28 09:13:39+00:00
Resolved: 2022-10-04 14:02:45+00:00

Bug 1790673 should set **browser.search.separatePrivateDefault.urlbarResult.enabled**, but looking in about:config it sets **browser.search.separatePrivateDefaultUrlbarResultEnabled**
Bug: [wayland] no mousedown event with middle clicks
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-28 09:56:12+00:00
Resolved: 2022-09-28 10:01:08+00:00

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

Steps to reproduce:

* open https://domeventviewer.com/mouse-event-viewer.html
* middle click the target area


Actual results:

No mousedown event, only mouseup and auxclick events.


Expected results:

There should be a mousedown event.

On XWayland this issue doesn't happen. With Google Chrome this issue also doesn't happen.

I'm running Wayfire (wlroots-based wayland compositor) on Arch Linux, with Firefox Nightly.

I'm having issues with a cloud game site on which holding middle mouse button does nothing. With XWayland it works as expected.
Bug: The Reload button is not functional inside the Firefox View page
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-09-28 09:59:43+00:00
Resolved: 2022-10-26 08:18:18+00:00

**Found in**
* 106.0b5

**Affected versions**
* 106.0b5
* 107.0a1

**Affected platforms**
* macOS 11, Windows 10, Ubuntu 20

**Steps to reproduce**
1. Launch FF 
2. Open the Firefox View page by clicking the Firefox View toolbar button
3. [Optional] - Open the Colorways modal 
4. Click the Reload button (or press CTL + R)


**Expected result**
* The page is reloaded, the Colorways modal is dismissed.

**Actual result**
* Nothing happens. 

**Regression range**
* First bad: b8aafd1ec4ed11fad9dbcd6451b77c3371fe6b2a
* Last good: c69318c7dcf98e2cf19d08963627d4d5d5e86875
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c69318c7dcf98e2cf19d08963627d4d5d5e86875&tochange=b8aafd1ec4ed11fad9dbcd6451b77c3371fe6b2a
* Regressed by: 1790593

**Additional notes**
* If the page is opened with about:firefoxview, the reload button is working.
Bug: Highlighted searched strings in the about:preferences page has a bigger font than before when the result is situated in a drop-down menu
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-28 10:51:13+00:00
Resolved: 2022-10-26 01:38:01+00:00

**Found in**
* 106.0b5 (20220927185813)

**Affected versions**
* 106.0b5 (20220927185813)
* 107.0a1 (20220927213841)
* 105.0.1





**Tested platforms**
* Affected platforms: Windows 7x64, Windows 10x64, Ubuntu 22.04, macOS 11
* Unaffected platform: none


**Steps to reproduce**
1. Open about:preferences and search for `firefox` string.
2. Scroll down and observe the highlighted string located in a drop-down menu (e.g New Windows and tabs section). 

**Expected result**
*  The highlighted string does not cover other options.

**Actual result**
* The highlighted string has a bigger font and covers other options.

**Regression range**
*  Last good revision: 5d4ec1262b2e579217133d276309e6ccdce1c28a
* First bad revision: b2bdddc979f368917b07162504961bc5690fff8a
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=5d4ec1262b2e579217133d276309e6ccdce1c28a&tochange=b2bdddc979f368917b07162504961bc5690fff8a
* Regressed by: bug 1784488
 
**Additional notes**
* Attached a screenshot with a good build on the left side and a bad build on the right side.
Bug: cxxframehandler4 & api error
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-28 11:26:56+00:00
Resolved: 2022-10-10 07:43:43+00:00

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

Steps to reproduce:

Installed latest 105.1 64bit 23 sept


Actual results:

api-ms-win-crt-private-l1-1-0.dll dynamic link error .. I have to click cancel few times and then Firefox starts ... this at 1st launch only.






Expected results:

this had happened to me on another version and I had to change distribution by installing the Esr .. now again with the 105 .. I have Windows 7 64bit and all microsoft distributions installed (framework, runtimes and so on).

I attached the stamp in the photo, hoping that the next update will resolve itself.

Thank you
Bug: [Existing users] The “[object Object]” tooltip text is displayed when hovering the default icon theme from the existing users’ Onboarding
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-28 12:23:56+00:00
Resolved: 2022-10-03 05:37:21+00:00

**[Affected versions]:**
- Firefox Nightly 107.0a1 (Build ID: 20220927213841)

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

**[Prerequisites]:**
- Have the latest version of the Firefox Nightly build installed and opened.
- Have the “devtools.chrome.enabled” pref set to true.
- Have the “Cc["@mozilla.org/browser/browserglue;1"].getService().wrappedJSObject._showUpgradeDialog();” syntax copied to the Clipboard.

**[Steps to reproduce]:**
1. Focus the Browser Console (Ctrl + Shift + J) and paste the syntax from prerequisites.
2. Press the “Enter” key.
3. Click the “Skip this step” button until the “Colorways” modal is shown.
4. Hover the default icon theme from the “Colorways” section.
5. Observe the tooltip text.

**[Expected result]:**
 - The “Current Nightly colors” text is displayed.

**[Actual result]:**
 - The “[object Object]” text is displayed.

**[Regression Window]:**
- The issue is not reproducible with older Nightly 107.0a1 builds. Considering this using mozregression tools I have found the regression range. Here are the results:
 Last good revision: 53c77ef3d63c3fc2a1adad40c62c34d4b6b582dc
 First bad revision: 41536b72cac02fe05685a4c08ef93220c051e110
 Pushlog: [link](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=53c77ef3d63c3fc2a1adad40c62c34d4b6b582dc&tochange=41536b72cac02fe05685a4c08ef93220c051e110)

From this pushlog it seems that Bug 1791861 may have introduced this behavior.

**[Notes]:**
- This issue is not reproducible on the screen of the “about:welcome” page.
- Attached is a screenshot of the issue.