av9ash/GitBugs huggingface dataset:
Bug: [iOS] Synced tabs from the iOS devices are not displayed on desktop after signing in to another sync account on the iOS device even though the devices appear on `Send to device` option, and the synced tabs from iOS are displayed on Android
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2022-11-04 08:22:52+00:00
Resolved: 2022-11-16 03:02:42+00:00

**Found in**
* 108.0a1 (2022-11-03)

**Affected versions**
* Firefox Nightly (2022-11-03)
* Firefox 106.0.4








**Tested platforms**
* Affected platforms:  iOS, iPhone 11, Ubuntu 20.04, macOS 12, Windows 10x64
* Unaffected platforms: Android 12 SM-A715F/DS

**Steps to reproduce**
1. Sign in with a sync account on the iOS device and then sign out.
2. Sign in with another sync account on iOS device and with the same account sign in to sync on a desktop machine.
3. Perform a sync and see synced tabs.

**Expected result**
* Synced tabs are displayed.

**Actual result**
* Synced tabs from iOS are not displayed on the desktop and vice-versa.




**Additional notes**
* Signing in to the same sync account on an Android device will display the synced tabs from the iOS and desktop devices.
* iOS device will appear on the desktop on `Send to device` option after a tab is sent from iOS to the desktop.
* On the desktop the iOS device appears inside the `Send to device` option list and vice-versa. Sending tabs from iOS to desktop works as expected and vice-versa.
* Uninstalling and reinstalling Firefox on the iOS device and signing in back to sync will display the synced tabs.
* Attaching about:sync notes from the sync addon and console. If any other logs are needed please let us know.
Bug: bookmarks bar for new tabs not working under windows
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-04 08:50:09+00:00
Resolved: 2022-11-05 09:58:41+00:00

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

Steps to reproduce:

when I use the windows version of firefox with the "show the bookmarks bar on new tabs only" option enabled, the bar does not show up in a new tab. but with the version of firefox for linux everything works. At work I work under Windows unfortunately. fix please. or give access to the repository, I'll try it myself if you're busy


Actual results:

bookmarks bar for new tabs not working under windows


Expected results:

bookmarks bar for new tabs works under windows
Bug: Installing storybook node_modules creates an infinite loop for ESLint
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-11-04 10:45:32+00:00
Resolved: 2022-11-05 09:26:59+00:00

The storybook package.json has a dependency of `"mozilla-central": "file:../../.."`. Unfortunately this creates a infinite loop when running `./mach eslint browser/components/storybook` as it sees the symlink back to the top of mozilla-central and follows it.

I don't think the symlink is actually needed, so I think we can drop the dependencies.
Bug: File -> Save Page As -> Webpage Complete misses imported styles
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-04 12:56:55+00:00
Resolved: 2022-11-11 20:31:09+00:00

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

Steps to reproduce:

Visit a website where there are CSS styles that use "@import" to add stylesheets. 
Then try to save a complete webpage for offline viewing.
An example page is https://mtu.net/~jpschewe/temp/firefox-bugs/save-page-complete/index.html


Actual results:

The page is saved and the styles linked directly from the page are saved, however the imported css files are not saved.


Expected results:

The imported css files should be included in the saved files.
In the example page the text should be red when viewed offline. It is red when viewed online, however the save done by firefox doesn't include the css file that colors the text red.
Bug: No focus is set after opening preferences and scrolling with openPreferences
Status: ASSIGNED
Priority: P2
Created: 2022-11-04 15:08:43+00:00
Resolved: 2024-10-03 16:01:52+00:00

## Steps to reproduce

This would be a general problem with most calls to `openPreferences` (https://searchfox.org/mozilla-central/search?q=openPreferences).

For example

1. Go to "about:logins".
2. Navigate to and open the menu next to "Sign in to sync".
3. Select "Preferences".

## Expect

After the privacy settings are opened and "Logins and Passwords" is scrolled into view, the first input ("Ask to save logins and passwords for website") should be focused. This should allow you to immediately change the settings with a keyboard, and make the experience on a screen reader similar to the visual experience.

## Actual

The focus remains on the "Find in Settings" search bar. This means there is no indication for a screen reader user where the relevant setting is and they would have to find it themselves. Depending on the context of what called `openPreferences` this can also be disorienting. Moreover, any keyboard user would not be able to immediately change the preferences.

## Note

I think the practice of opening the preferences and dropping the user in the middle of them has the potential to be disorienting regardless of if the focus is also moved. But whilst `openPreferences` is still used it would be nice if it also moved focus.
Bug: Hostname not recognized in address bar
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-11-04 15:14:57+00:00
Resolved: 2022-11-04 18:22:06+00:00

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

Steps to reproduce:

Enter a hostname with a 1 letter TLD in the address bar (ie. "some-server.a")


Actual results:

The input was interpreted as search request


Expected results:

To my knowledge 1 letter TLDs are valid TLDs. So "some-server.a" is a perfectly valid hostname. Therefore Firefox should issue a http/https request to that server and not search for the server name using the selected search engine.
Bug: Pinned tabs layout occasionally borken when normal tabs overflow
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2022-11-04 15:35:26+00:00
Resolved: 2022-12-12 13:14:46+00:00

On Nightly: 108.0a1 (2022-10-20) (64-bit)

I have 2 pinned tabs which act normally, but after opening enough tabs to make normal tabs scroll, the pinned tab's layout became incorrect.

In this state I can resize the window, pin/unpin new tabs, etc. but the layout stays the same.

Closing the browser and opening again fixed the issue and I could not reproduce again.
Bug: Wrong character encoding in the new PDF annotation feature
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-04 16:50:22+00:00
Resolved: 2022-11-23 14:00:39+00:00

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

Steps to reproduce:

1. Open a PDF file in Firefox
2. Use the text tool in the top right
3. Enter some text with Unicode characters
4. Save the edited PDF file or try to print it
5. If you saved it, open the exported PDF file in Firefox or any other PDF viewer


Actual results:

Certain Unicode characters are replaced with other characters


Expected results:

The saved text should be the same as what the user typed
Bug: Popout download / bookmarks / tag window cannot be closed or minimized
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-11-04 19:08:56+00:00
Resolved: 2022-11-07 18:51:33+00:00

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

Steps to reproduce:

Multiple steps to reproduce bug:
1. click on Downloads or Bookmarks in the settings menu
2. click to popout "All Downloads" (or bookmarks) in the dropdown downloads window which shows active downloads


Actual results:

Opens the download / bookmark manager which fills entire screen and cannot be minimized, or closed - no corresponding buttons are seen either. 


Expected results:

Window behaves normally or opens un-minimized and movable.
Bug: Port bug 1798743: Handle use of $AddPrivateBrowsingSC in shared NSIS code
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-11-04 19:28:39+00:00
Resolved: 2022-11-05 09:27:05+00:00

Changes to `toolkit/mozapps/installer/windows/nsis/common.nsh` in bug 1798743 require that a `$AddPrivateBrowsingSC` be set.

For Thunderbird, "Private Browsing" isn't a thing. The code that uses the variable to add the private browser shortcut is in `browser/installer/windows/nsis/installer.nsi`. There will still be an argument to pass to the resulting setup.exe but Thunderbird's installer will just ignore it.
Bug: Save visible/Save full page buttons are not focused when opening Screenshots UI (component)
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-11-04 20:37:56+00:00
Resolved: 2023-06-02 15:23:49+00:00

STR
1. Set `screenshots.browser.component.enabled` to true
2. Navigate to https://bugzilla.mozilla.org/home (or any webpage)
3. Use keyboard shortcut (Ctrl + Shift + S on Windows, not sure on Mac or Linux) to take a screenshot
4. Press Tab key

Expected:
- Save Visible button receives focus

Actual:
- Focus stays on web content
Bug: Escape key does not exit screenshots tool when focused on Save visible/Save full page buttons (component)
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-11-04 20:41:39+00:00
Resolved: 2022-12-19 08:12:18+00:00

STR
- Set screenshots.browser.component.enabled to true
- Navigate to https://bugzilla.mozilla.org/home (or any webpage)
- Use keyboard shortcut (Ctrl + Shift + S on Windows, not sure on Mac or Linux) to take a screenshot
- Use F6 to cycle to the Save visible/Save full page buttons
- Hit Escape key to cancel screenshot

Expected:
- Screenshot is cancelled when ESC key is pressed

Actual:
- Nothing happens

This is based on the expectation from the previous extension implementation
Bug: Cancel, Copy, and Download buttons in the Screenshots overlay are not focusable (component)
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-11-04 20:48:33+00:00
Resolved: 2023-02-23 09:58:47+00:00

We don't currently have a way to take a screenshot by keyboard only, so there would be no way to reach these buttons currently anyway without using the mouse...but we should treat these buttons like the Save visible/Save full page buttons and thus they should be focusable.

STR:
- Set screenshots.browser.component.enabled to true
- Navigate to https://bugzilla.mozilla.org/home (or any webpage)
- Use keyboard shortcut (Ctrl + Shift + S on Windows, not sure on Mac or Linux) to take a screenshot
- Use mouse to take a screenshot of some element on the page
- Attempt to Tab navigate (or use F6 to navigate around) to the Cancel, Copy, and Download buttons

Expected:
- I'm able to reach these buttons via keyboard

Actual:
- I am unable to reach these buttons via keyboard
Bug: Revert the SyncedTabs lastUsed change and any changes from consumers
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-11-05 02:15:13+00:00
Resolved: 2022-11-11 09:42:02+00:00

In bug 1798879, it was mentioned that the changing of SyncedTabs `lastUsed` method broke Firefox View. There could be other consumers that are broken, and since there are no tests to safe guard against this -- would be difficult to find (without a manual search). In addition to having tests catch this in the future, the two options we have are:

(1)
- Revert the change to the `lastUsed` field
- Revert any changes consumers needed to make in this
- Implement tests in all callers of SyncedTabs to ensure this doesn't happen

(2)
- Continue with the change and identify any additional callers that need to be changed
- Implement tests in all callers of SyncedTabs to ensure this doesn't happen
Bug: Opening a special PDF file fails
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-11-05 04:37:55+00:00
Resolved: 2022-11-05 14:49:40+00:00

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

Steps to reproduce:

Firefox cannot open the attached .pdf file from a local storage. But it was possible to open it from URL. (Unfortunately, I don't remember, where I downloaded this file from.)

Chrome is able to open this file from the local storage.


Actual results:

See above


Expected results:

I believe you should know this.
Bug: Session Fixation
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-11-05 09:40:05+00:00
Resolved: 2022-11-07 07:16:40+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36

Steps to reproduce:

Login in any web application like Zoho mail, amazon, Flipkart etc in firefox latest version.
Export the session cookies.
Import the cookies in the firefox private browser and hit the URL of the website.
It is found that it is showing login without any credentials and doing all activities as a normal user.
This cookie can be used multiple times.



Actual results:

Session Fixation vulnerability found in the latest version of Firefox. In firefox older versions and other browsers like chrome, internet explorer and edge this vulnerability was not present.



Expected results:

Session Fixation is an attack that permits an attacker to hijack a valid user session. This attack fixes an established session on the victim's browser, so the attack starts before the user logs in. In this case, the attacker can fix the victim's session and access the subsequent logged-in session by re-using the victim’s old cookie (the victim’s cookie prior to login) without any knowledge of the username or password. This compromises the confidentiality and integrity of data stored within the application.
After exporting one-time cookies attacker always uses it to log in and do all types of activity as a normal user does after the login.
Bug: Intermittent toolkit/components/normandy/test/browser/browser_Heartbeat.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-11-05 10:19:20+00:00
Resolved: 2024-11-25 12:03:36+00:00

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

---
```
INFO - TEST-PASS | toolkit/components/normandy/test/browser/browser_Heartbeat.js | Engagement button opened the right url - true == true - 
[task 2022-11-05T09:57:12.889Z] 09:57:12     INFO - Buffered messages finished
[task 2022-11-05T09:57:12.890Z] 09:57:12     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/normandy/test/browser/browser_Heartbeat.js | Uncaught exception in test - at chrome://mochitests/content/browser/toolkit/components/normandy/test/browser/browser_Heartbeat.js:63 - TypeError: can't access property "once", hb.eventEmitter is null
[task 2022-11-05T09:57:12.890Z] 09:57:12     INFO - Stack trace:
[task 2022-11-05T09:57:12.890Z] 09:57:12     INFO - assertTelemetrySent/<@chrome://mochitests/content/browser/toolkit/components/normandy/test/browser/browser_Heartbeat.js:63:5
[task 2022-11-05T09:57:12.890Z] 09:57:12     INFO - assertTelemetrySent@chrome://mochitests/content/browser/toolkit/components/normandy/test/browser/browser_Heartbeat.js:62:10
[task 2022-11-05T09:57:12.891Z] 09:57:12     INFO - @chrome://mochitests/content/browser/toolkit/components/normandy/test/browser/browser_Heartbeat.js:229:51
[task 2022-11-05T09:57:12.891Z] 09:57:12     INFO - Leaving test bound 
[task 2022-11-05T09:57:12.891Z] 09:57:12     INFO - Entering test bound 
[task 2022-11-05T09:57:14.404Z] 09:57:14     INFO - GECKO(7001) | 1667642234402	Marionette	TRACE	Received observer notification browser-delayed-startup-finished
[task 2022-11-05T09:57:14.865Z] 09:57:14     INFO - TEST-PASS | toolkit/components/normandy/test/browser/browser_Heartbeat.js | payload field offeredTS is a number - "number" == "number" - 
```
Bug: Downloading RSS file works like fork bomb, opening a lot of tabs in infinite loop
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-05 15:23:34+00:00
Resolved: 2022-11-09 20:28:12+00:00

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

Steps to reproduce:

I can reproduce it (every time) by following these steps:

1. Open Firefox
2. Click on a RSS file download link (for example this one https://areweanticheatyet.com/feed.rss) and try to download it.


Actual results:

Firefox downloaded the file, then tried to open it (with Firefox) by opening it in new tab, but then it probably tried to download it again, from local drive and also open it again, opening another tab in infinite loop. To stop this I had to exit Firefox (closing these tabs did nothing).


Expected results:

File should be downloaded and nothing more should happen. 
Or it should display some error message, if it couldn't be opened.
Bug: Unfortunately, my website is not showing properly in the browser
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-11-05 16:44:57+00:00
Resolved: 2022-12-17 10:03:12+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36

Steps to reproduce:

Unfortunately, my website is not showing properly in the browser.
https://alshayae.com/


Actual results:

Unfortunately, my website is not showing properly in the browser


Expected results:

Unfortunately, my website is not showing properly in the browser
Bug: Unfortunately, my website is not showing properly in the browser
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-05 17:09:38+00:00
Resolved: 2022-11-05 17:49:24+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36

Steps to reproduce:

Suddenly there are some problems with the appearance and we do not know what is the problem behind this slip, please clarify
https://www.elrahiq.com/



Actual results:

Suddenly there are some problems with the appearance and we do not know what is the problem behind this slip, please clarify


Expected results:

Suddenly there are some problems with the appearance and we do not know what is the problem behind this slip, please clarify
Bug: New Window from bookmark while in private windows groups with non-private window
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2022-11-07 01:28:04+00:00
Resolved: 2022-11-29 21:36: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:

1) start Firefox (in a normal window)
2) open a private window (from menu or RMB on a bookmark) - observe you now have regular window icon and private window icon in the Taskbar
3) in the private window, RMB on a toolbar bookmark > "Open in New Window"



Actual results:

The new private window is grouped with the regular window task in the Taskbar and not grouped with the private window task in Taskbar.


Expected results:

The new private window should be grouped with the private window task in Taskbar.
Bug: "Confirm before closing multiple tabs" asks for confirmation when closing the last window with just Firefox View and one tab (on Windows/Linux)
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-11-07 05:54:01+00:00
Resolved: 2022-12-16 14:42:55+00:00

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

### STR:

1. Enable the "Confirm before closing multiple tabs" setting in `about:preferences`.
2. Ensure you have 1 open window. It should have two tabs: the Firefox View tab and the newtab tab.
3. Switch focus from the newtab tab to the Firefox View tab.
4. Switch focus from Firefox View back to the newtab tab.**
5. Try to close the window (using the Ctrl+W keyboard shortcut or clicking the X window button).

### Expected result:

The window should close without interruption. The Firefox View tab should not be considered a "blocking tab" for closing a window.

### Actual result

Firefox shows the "Confirm before closing multiple tabs" dialog. See the attached screenshot.

The bug is still present in nightly v108.0a1 but only show up sometimes (cannot be reproduce easily).
Bug: editing bookmark dialogue box too narrow (107b9)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-07 09:17:44+00:00
Resolved: 2022-11-07 11:11:44+00:00

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

Steps to reproduce:

Edit a book mark from the bookmarks bar


Actual results:

The dialogue box shown when editing a bookmark is too narrow to accommodate the controls.


Expected results:

The dialogue box needs to be wider.
Bug: The overflow arrow is moved to the right side after signing into a sync account that has bookmarks inside the Bookmark Toolbar
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-07 10:26:52+00:00
Resolved: 2022-11-08 11:04:52+00:00

**Found in**
* 108.0a1 (20221106212619)

**Affected versions**
* Firefox 108.0a1 (20221106212619)








**Tested platforms**
* Affected platforms:  Windows 10x64, macOS 12, Windows 10x64
* Unaffected platforms: none

**Steps to reproduce**
1. Sign in with a sync account with multiple bookmarks on the Bookmarks Toolbar.
2. Enter fullscreen and enter Customize toolbar menu.
3. Observe the Overflow menu arrow.

**Expected result**
* Overflow menu arrow does not move out of place.

**Actual result**
* Overflow menu arrow is moved.


**Regression range**
* Last good revision: 4ff88d45f59c4357dcc71ddf4ad5344a38f9944d
First bad revision: aa325161aae5e555cab4d44b6662bbe029d26a5d
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=4ff88d45f59c4357dcc71ddf4ad5344a38f9944d&tochange=aa325161aae5e555cab4d44b6662bbe029d26a5d 

**Additional notes**
* Attached a screenshot.
* The issue does reproduce without entering the fullscreen and Customize menu as well but int's more intermittent.
Bug: https is being forced even though "Don’t enable HTTPS-Only Mode" is selected (new bug).
Status: RESOLVED
Priority: P3
Resolution: INVALID
Created: 2022-11-07 13:46:13+00:00
Resolved: 2023-10-18 18:39:19+00:00

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

Steps to reproduce:

Tried to access:

http://micropython.org/webrepl/.....


Actual results:

Firefox replaced the http/ with https/


Expected results:

Firefox should have left the http/ alone.  I have "Don’t enable HTTPS-Only Mode" selected in the Privacy options.  WebREPL (which I use to talk to a local Esp32 microprocessor) won't work over https.   This bug has only appeared since about 4 November 2022, a few days ago.  The last Firefox update was:

Details:
Firefox 106.0.5 (20221104133228)
Installed on: 5 November 2022 at 11:10:12
Status: The Update was successfully installed
Bug: Some of the toolbar context menu options are not completely displayed in high contrast mode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-11-07 14:16:40+00:00
Resolved: 2023-08-01 08:22:23+00:00

**Found in**
* 108.0a1 (2022-11-07)

**Affected versions**
* 108.0a1 (2022-11-07)

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

**Steps to reproduce**
1. Enable high contrast mode.
2. Launch Firefox and open the toolbar context menu.
3. Go to the Bookmarks Toolbar submenu.

**Expected result**
* Toolbar context menu items should be displayed correctly.

**Actual result**
* "Bookmarks Toolbar", "Only Show on New Tab" and "Never Show" options are not completely displayed.

**Regression range**
* First bad: aa325161aae5e555cab4d44b6662bbe029d26a5d
* Last good: 4ff88d45f59c4357dcc71ddf4ad5344a38f9944d
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2815b08bfbd2f4abecf1e356461c0e2fc36bc025&tochange=fcb08a86da33aafb6527a040f598ce802d2d7a69
* Potentially regressed by: 1795199