av9ash/GitBugs huggingface dataset:
Bug: The “Login Item” view wrongly remains displayed after removing all logins if a selected login was in Edit mode
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-11-23 10:21:51+00:00
Resolved: 2020-12-07 11:07:56+00:00

[Affected versions]:
- Firefox Nightly 85.0a1 (Build ID: 20201122213806)

[Affected Platforms]:
- Mac 10.15.6
- Windows 10 x64
- Ubuntu 20.04 x64

[Prerequisites]:
- Have the latest version of Firefox Nightly installed.
- Have a Firefox profile with at least one login saved.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to the "about:logins" page.
3. Select a saved login and click on the “Edit” button.
4. Click on the Menu button.
5. Select the “Remove All Logins…” option.
6. Tick the "Yes, remove these logins." checkbox and click on the “Remove All” button from the dialog.
7. Observe the Login Item area.

[Expected result]:
- All logins are successfully removed and the "No FxA sync" state of the about:logins page is displayed.

[Actual result]:
- All logins are successfully removed and the Login Item view of a login that was in Edit mode remains displayed.

[Notes]:
- This issue is not reproducible after removing the last saved login manually.
- The "No FxA sync" state of the about:logins page is displayed after the page refresh.
- Attached a screen recording with the issue.
Bug: View -> Page Style menu is broken after changes in document.styleSheets
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-11-23 10:22:35+00:00
Resolved: 2020-12-04 14:37:09+00:00

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

Steps to reproduce:

Press Alt key on any site with alternative stylesheets (e.g. https://iichan.hk/b/).
Choose View -> Page Style. You can't select alternative stylesheets - there aren't any.

It's a regression due to removing disabled stylesheets from document.styleSheets for consistency with weird Blink/Webkit behavior. (https://github.com/whatwg/html/issues/3840) But this menu relies on the assumption that document.styleSheets contains all available stylesheets on the page.



Actual results:

The menu displays only currently selected stylesheet and No Style.


Expected results:

The menu should display all alternative stylesheets.
Bug: website permission to open special links in external applications not configurable
Status: UNCONFIRMED
Priority: --
Created: 2020-11-23 11:11:13+00:00
Resolved: 2024-02-27 16:29:50+00:00

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

Steps to reproduce:

opening special links in external applications provokes a menu. Enabling for a website updates the front page of site information and it can be disabled on a website basis from their but there is no information pertaining to this feature under the permissions page of page info nor under permissions in settings. 
I looked over about:config and didn't find anything resembling configuration for this feature as well.
I am looking to enable it for all websites for a given link type.


Actual results:

I wasn't able to configure which websites have access to which external link type either in page info, in preferences page or in about:config.


Expected results:

I should have been able to configure which websites have access to which external link type either in page info, in preferences page or in about:config.
Bug: Korean Language Input Error on Address Bar When Using Search Shortcuts
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-23 12:43:10+00:00
Resolved: 2020-11-30 17:11:05+00:00

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

Steps to reproduce:

I experienced the issue for the first time on November 22nd, 2020. In other words, probably the latest update is causing the problem. The address bar omits the last two or three keyboard inputs when the search shortcut is used. For instance, I set "ddg" as the keyword for Duckduckgo search shortcut. I type "ddg 파이어폭스" on the address bar and hit enter. 


Actual results:

The browser shows the search result for the word "파이어폭" (which omitted the last letter consisting of three inputs) on Duckduckgo. It seems like Firefox ignores the inputs made for the last space. Sometimes instead of omitting the inputs, the browser simply ignores the search shortcut function. In that case, I see the search result page on Google (which is my default search engine) for the keyword "ddg 파이어폭스".


Expected results:

I should have seen the search result page for the full word "파이어폭스" on DuckDuckgo.
Bug: Send tab to device is not working
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-23 18:56:45+00:00
Resolved: 2020-12-09 17:14:23+00:00

On latest desktop Nightly on MacOS, my Android Nightly is displayed in the list, but never receives the tab. I have only one device in the list. I double checked to make sure it's the right one.

I haven't yet tried re-connecting sync on one or the other device, re-installing nightly on android, etc.

On Android, I can see the tab in "synced tabs" and open it from there just fine.

Let me know what other information I can provide!
Bug: "Open with" should not add .txt for files served with text/plain mimetype if there is header/<a download> information about the filename including an extension
Status: NEW
Priority: P5
Created: 2020-11-23 21:20:13+00:00
Resolved: 2024-02-27 15:41:24+00:00

Tested with a fresh new profile using Firefox 84 on Windows 10.

Firefox should respect suggested file extension even if MIME type is text/plain.

Example:
- Install Imagus addon.
- Go to its Options, click Sieve then click export button (↑).
- Download popup will show up. It's a JSON file, but without proper MIME type.
- If you click to save, it's all right, file will be saved as .json (Imagus-sieve.json).
- But if you use "Open with", Firefox will save it in %TEMP% folder as .txt (more precisely: Imagus-sieve.json-1.txt).

I have also experienced this in Skype Web while trying to open PDF file misstyped as text/plain. Firefox adds .txt and of course the file doesn't open correctly.

My workaround was to manually edit handlers.json adding
`"text/plain":{"action":4,"ask":true,"extensions":["json","pdf",...],...`
but Firefox should handle this by default.
Bug: Streamers on Facebook do not receive important notifications from those using Firefox.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-24 01:30:42+00:00
Resolved: 2020-12-21 12:25:26+00:00

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

Steps to reproduce:

There are multiple ways to reproduce this result

one, I can show up to a stream from a streamer that I am a supporter of a day or so after a supporter anniversary.

I could share the stream

I could send stars (donation)

Or anything else that would send a notification to the streamer


Actual results:

The streamer never receives said notifications as long as I am using Firefox. The streamer will not get notifications for supporter anniversaries, they will not be notified when I share or like the stream, and they will not be notified when I send stars if I am on Firefox.

This is NOT a problem with Chrome or when using the Facebook app. In fact, if there are notifications from me not received by streamer and I switch to Chrome and open the stream or hop on the Facebook app and pull up the stream, all those notifications instantly come through to the streamer. I do not even need to close Firefox, just opening the stream on another platform sends them over to the streamer—even if they were from hours ago or even days ago.

It seems that Firefox blocks these notifications from being received by others


Expected results:

Just like on the Facebook app or on Chrome, these notifications should go through to the streamer as soon as they occur. One should not be required to open another browser or app to make it so that your activity is received by the streamer
Bug: Intermittent browser/base/content/test/keyboard/browser_toolbarKeyNav.js | Uncaught exception - at chrome://mochitests/content/browser/browser/base/content/test/keyboard/head.js:14 - TypeError: can't access property "setAttribute", aElem is undefined
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-11-24 07:35:59+00:00
Resolved: 2021-03-17 21:30:59+00:00

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

---
```
[task 2020-11-24T06:23:52.542Z] 06:23:52     INFO - TEST-PASS | browser/base/content/test/keyboard/browser_toolbarKeyNav.js | sidebar-button focused after ArrowLeft pressed - 
[task 2020-11-24T06:23:52.542Z] 06:23:52     INFO - Leaving test bound testArrowsRtl
[task 2020-11-24T06:23:52.542Z] 06:23:52     INFO - Entering test bound testArrowsBookmarksOverflowButton
[task 2020-11-24T06:23:52.542Z] 06:23:52     INFO - Buffered messages finished
[task 2020-11-24T06:23:52.543Z] 06:23:52     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/keyboard/browser_toolbarKeyNav.js | Uncaught exception - at chrome://mochitests/content/browser/browser/base/content/test/keyboard/head.js:14 - TypeError: can't access property "setAttribute", aElem is undefined```
Bug: Remove all confirmation modal - icon and close button icons can be dragged
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-11-24 09:41:09+00:00
Resolved: 2021-03-26 09:15:03+00:00

**Affected versions**
* 85.0a1(2020-11-24);

**Affected platforms**
* macOS 10.15, Windows 10;

**Steps to reproduce**
1. Launch Firefox, access about:logins and if no data is saved create at least 1 dummy entry;
2. Click on the [...] button;
3. Click on the Remove all button;
4. Grab elements on the modal and drag them around;

**Expected result**
* elements remain in place;

**Actual result**
* modal-remove-icon and [x] button icons are draggable (on Win10 only the modal-remove-icon)

**Regression range**
* not a regression, visible with addition of [Remove all] feature on added on 2020-11-17/2020-11-18;
* pushlog [URL](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2fd8d2e0ae942bfa846332f13bf819e6ea7a0b34&tochange=7a31cec84c7ae0a88d46ce579b9dc63ab98b0697);
* bug 1613620;

**Additional notes**
* attached recording to illustrate the issue;
* S4 as suggested severity since the impact is minimal.
Bug: [Firefox Alpenglow] Separators in the Bookmarks toolbar are almost invisible
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-11-24 10:14:54+00:00
Resolved: 2020-12-08 06:17:30+00:00

**Affected versions**
* Firefox 84.0b4 
* Firefox 85.0a1

**Affected platforms**
* Ubuntu 18.04 x64
* Windows 10 x64
* macOS 10.15

**Preconditions**
- Make sure that the Firefox Alpenglow is enabled.

**Steps to reproduce**
1. Open Bookmarks Toolbar
2. Add a few separators via context menu ( right-click on Bookmarks Toolbar and click on "New Separator").

**Expected result**
* The separator is visible.

**Actual result**
* Separator is almost invisible.

**Regression range**
* If it's a regression, I will try to find it asap. 

**Suggested severity**
* S3
Bug: Consider exiting search mode after pressing Accel+L
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-11-24 10:15:54+00:00
Resolved: 2021-02-12 19:29:41+00:00

Previously Focus Address Bar would fully select the address bar and anything typed after would replace the full contents of the address bar. With Tab-to-Search this is no longer consistent.

I use control-L when typing in the address bar and I decide that my previous approach was incorrect and I want to start over. This doesn't always work anymore. Focus Address Bar is only focusing on part of the address bar in Tab-to-Search mode.

Steps to reproduce:
1) Type in the address bar without invoking Tab-to-Search.
2) Invoke Focus Address Bar (control-L or alt-D).
3) Type in the address bar invoking Tab-to-Search.
4) Invoke Focus Address Bar.

Expected:
2 & 4) Everything in the address bar is selected and the next letter will restart typing or searching for an URL.

Actual:
2) Everything in the address bar is selected and the next letter will restart typing or searching for an URL.
4) Only the characters typed in Tab-to-Search are selected and the address bar is not fully reset.
Bug: The separator after the "import bookmarks" button doesn't have the same spacing as other bookmarks toolbar separators
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-11-24 10:27:56+00:00
Resolved: 2020-12-15 10:05:58+00:00

**Affected versions**
* Firefox 84.0b4 
* Firefox 85.0a1

**Affected platforms**
* Ubuntu 18.04 x64
* Windows 10 x64
* macOS 10.15

**Steps to reproduce**
1. Open Bookmarks Toolbar
2. Add a few separators via context menu ( right-click on Bookmarks Toolbar and click on "New Separator").
3. Drag two of the separators between the first two bookmarks displayed by default. 

**Expected result**
* The distances between the separators are the same. 

**Actual result**
* The distances between the separators are not constant. 

**Regression range**
* If it's a regression, I will try to find it asap. 

** Notes**
- This issue is reproducing on all of the themes. 

**Suggested severity**
* S3
Bug: Bookmark separators not visible in bar with AlpenGlow theme and OS on dark mode
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-24 10:29:29+00:00
Resolved: 2020-12-08 19:50:12+00:00

**Affected versions**
* 85.0a1(2020-11-24), 84.0b4;

**Affected platforms**
* macOS 10.15, Windows 10;

**Steps to reproduce**
* OS theme is set to dark;
1. Launch Firefox, set it to Firefox AlpenGlow theme;
2. Add multiple bookmark separators; 

**Expected result**
* bookmark separators are visible;

**Actual result**
* bookmark separators are not visible;

**Regression range**
* First bad: [2020-11-21](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=5b5ffbe4add97c98003026e0d9a730302161b646&tochange=7d6d66062e843a75b7aafb4ec0ae2dff355755e7);
* Last good: [2020-11-20](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=5b5ffbe4add97c98003026e0d9a730302161b646&tochange=884d3e140d16a07c5bba983d135fbe51d66bcc66);
* mozregression points towards Pushlog: [URL](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ff2ad4b3e863195075076107dc008bf248da9a91&tochange=c52ce847b0c807e959a541c1302c6fe12ff24a22)
* Potential regressor: bug 1672088;

**Additional notes**
* 83.0 not affected;
* S3 as suggested severity;
* attached screenshot with the issue.
Bug: Firefox 83 does not load any site on macOS 10.15.7
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-24 11:35:50+00:00
Resolved: 2021-01-16 01:50:21+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.67 Safari/537.36

Steps to reproduce:

I installed the latest Firefox version.


Actual results:

i can enter what I want, nothing happens when I hit ENTER.
I verified that no proxy is configured. 


Expected results:

The website should load. But nothing happens.
Bug: Favicon in back history menu is different than the favicon in the tab strip
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-24 12:02:10+00:00
Resolved: 2020-11-30 11:14:44+00:00

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

Steps to reproduce:

1.Visit https://pravatami.bg/5644
2. Go to the second page via the pager below the main content
3. Right click the back arrow button


Actual results:

Favicons are the generic Wordpress ones, not the one shown in the tab strip


Expected results:

The favicons should match in both the tab strip and in the back button popup history menu
Bug: Website allowed to set custom right-click context menu items without permission
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-24 12:41:00+00:00
Resolved: 2020-12-04 16:55:17+00:00

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

Steps to reproduce:

Right-click on any post in the catalog view on any 4channel-board to see custom context-menu items (pin/unpin, hide/unhide, report). Tested on https://boards.4channel.org/v/catalog and https://boards.4channel.org/tv/catalog. Also see attached screenshot.

I have never given this website permission to use the `browser.menu` API (as described here: https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/menus). I also cannot find any settings or options to disable this API or revoke any permissions if mistakenly given.

If this is intended behavior I *strongly* suggest you prevent websites from doing this without explicit permission.
Bug: Firefox doesn't open links with colon w/o protocol, it forwards them to system.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-24 13:15:36+00:00
Resolved: 2020-12-22 16:35:37+00:00

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

Steps to reproduce:

Enter text like "myserver:10000", "my.server.com:9000", "error: some message" into address field, texts without protocol.


Actual results:

It asks to open the link in an application.


Expected results:

If it's like "name:number", it should be opened with http: protocol, 
if there is space after colon, like "word: text", then it should be searched with default search engine.
Bug: 1.62 - 2.93% Images (linux1804-64-shippable-qr, windows10-64-shippable-qr) regression on push 03d90a1efb462209fc501fadbcfd4ac8643485c8 (Thu November 19 2020)
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-11-24 14:32:58+00:00
Resolved: 2021-01-12 17:45:23+00:00

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

### Regressions:

| **Ratio** | **Suite** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--|--| 
| 3% | Images |  | windows10-64-shippable-qr |  | 6,152,332.44 -> 6,332,793.40 |
| 2% | Images |  | linux1804-64-shippable-qr |  | 4,560,916.97 -> 4,664,533.42 |
| 2% | Images |  | linux1804-64-shippable-qr |  | 4,550,522.19 -> 4,624,171.92 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=27846), 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) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: google reviews page is not displayed on mozilla in android
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-24 15:30:27+00:00
Resolved: 2021-10-25 15:48:10+00:00

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

Steps to reproduce:

Navigate to Google review page for any site in Android Mobile using Firefox browser.
Click on write a review.


Actual results:

Error page is displayed saying the URL not found.

If switched to desktop mode, google review page is shown


Expected results:

Google review page should be displayed in mobile mode
Bug: Firefox (Windows) prompts to start in safe mode when launching with keyboard shortcut
Status: NEW
Priority: P3
Created: 2020-11-24 16:23:36+00:00
Resolved: 2020-12-16 16:30:44+00:00

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

Steps to reproduce:

1) Pin Firefox to Windows taskbar as quick launch shortcut.
2) Launch a new instance of Firefox using the automatically assigned keyboard shortcut: Windows Key + Shift + 1

(Replace 1 with 1 - 9, depending on the position of the Firefox icon.  Windows assigns the first quick launch icon closest to the start button the number 1, the next icon number 2, and so on.  If Firefox is pinned as the first icon, use: Windows Key + Shift + 1)


Actual results:

If no other Firefox windows are open, Firefox prompts to start in safe mode.  If there are already existing Firefox windows open, a new window opens as expected.


Expected results:

Firefox should open a new browser window without prompting to run in safe mode.
Bug: [macOS 10.14 only] Data Migration from Safari is not working due the its folder which is being blocked
Status: NEW
Priority: P5
Created: 2020-11-24 16:27:52+00:00
Resolved: 2021-10-11 11:40:04+00:00

**Affected versions**
* latest Nightly 85.0a1
* latest Beta 84.0b4
* Release 83.0

**Affected platforms**
* macOS 10.14

**Prerequisites**
* Have some bookmarks already saved in Safari.
* Make sure that no specific permission is checked for Firefox, in "Full disk access permission" panel on macOS. Please head over to https://support.mozilla.org/ro/kb/importing-safari-data-firefox#w_after-importing-disable-full-disk-access for more information regarding this.

**Steps to reproduce**
1. Launch Firefox.
2. From Library (Shift + Cmd + O), click on the "Import and backup your bookmarks button", then select the "Import Data from Another Browser..." option.
3. Check Safari (in the Import Wizard), and click the "Continue" button, until macOS opens the Safari folder.

**Expected result**
* The user can access the "Bookmarks.plist" file, in order to import the bookmarks.

**Actual result**
* The Safari folder is blocked and appear to be empty (i.e. "Folder - Zero bytes" appear under its name) .

**Suggested Severity**
* I think a S3 severity is suitable for this issue, since it's specific to macOS 10.14.

**Regression range**
* It seems that the issue can be reproduced on Nightly 83.0a1 (2020-10-08), after bug 1493103 landed. The bookmarks are also not imported on older FF versions. e.g. 47.0.2, so I don't think this is a regression.

**Additional details**
- please observe the screencast with the issue: https://drive.google.com/file/d/1VL28CJI4XUl5cvL7jAiksxCiYkFXCSQR/view?usp=sharing
Bug: No sensible way to exit 'Full Screen' mode on Windows 10 tablet device
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-24 18:11:20+00:00
Resolved: 2020-11-25 21:22:43+00:00

This bug hasn't been fixed since Firefox 50, it affects Firefox 83 as well.
+++ This bug was initially created as a clone of Bug #1328269 +++

Steps to reproduce:

Select 'Full Screen' from Firefox menu (3 stripes).


Actual results:

All of the Ff controls and OS controls disappeared, only web content remained. Right-click menu on web content is of no help. No  way to control Ff, access OS, or exit 'Full Screen' mode.


Expected results:

A sensible way to control Ff, access OS and/or exit 'Full Screen' should have remained. I think a gesture, swiping from the top of the screen to show the tab bar and the controls (like hovering a mouse to the top edge of the screen) would work (It does work this way on Microsoft Edge on Windows 10).
Bug: Address Bar doesn't get focused automatically after opening the New Tab with a hotkey from full screen media players
Status: NEW
Priority: P3
Created: 2020-11-24 19:11:41+00:00
Resolved: 2022-10-11 21:55:48+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.183 Safari/537.36 OPR/72.0.3815.320

Steps to reproduce:

1. Open any media (e.g. youtube or twitch) in full screen. 
2. Press the hotkey combination to open a New Tab (Ctrl + T by default). 



Actual results:

The New Tab opens up but the Search Bar doesn't get focused by default. 


Expected results:

A New Tab should always have the Search Bar focused upon opening. 

P.S. The bug has been present for a long time in many versions of FF. My OS is Linux.