av9ash/GitBugs huggingface dataset:
Bug: Close Hover button of "Use Nightly as Standard Browser" Infobar is too close to the window border
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2021-03-08 20:24:00+00:00
Resolved: 2021-04-09 07:46:51+00:00

Nightly 88.0a1 (2021-03-08) (64-Bit)
macOS 11.2.2

1.) Clean Install of Nightly
2.) Start Nightly
3.) Wait until "Use Nightly as Standard Browser" Infobar appears
4.) Hover over the close button

Actual: It is cut-off on the right side, because it is too close to the window border.
Expected: It shouldn't be cut-off.

A screenshot is attached.
Bug: Intermittent browser/components/customizableui/test/browser_PanelMultiView_keyboard.js | Uncaught exception - at chrome://mochitests/content/browser/browser/components/customizableui/test/browser_PanelMultiView_keyboard.js:472 - TypeError: textarea is nul
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-03-08 21:15:51+00:00
Resolved: 2021-08-17 17:06:47+00:00

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

---
```
[task 2021-03-08T19:59:35.134Z] 19:59:35     INFO - TEST-PASS | browser/components/customizableui/test/browser_PanelMultiView_keyboard.js | gMainButton1 focused after ArrowDown pressed - 
[task 2021-03-08T19:59:35.134Z] 19:59:35     INFO - TEST-PASS | browser/components/customizableui/test/browser_PanelMultiView_keyboard.js | mousedown activated after space - 
[task 2021-03-08T19:59:35.134Z] 19:59:35     INFO - Leaving test bound testActivationMousedown
[task 2021-03-08T19:59:35.134Z] 19:59:35     INFO - Entering test bound testTabArrowsBrowser
[task 2021-03-08T19:59:35.135Z] 19:59:35     INFO - Waiting for focus on docBack
[task 2021-03-08T19:59:35.135Z] 19:59:35     INFO - Buffered messages logged at 19:59:35
[task 2021-03-08T19:59:35.135Z] 19:59:35     INFO - TEST-PASS | browser/components/customizableui/test/browser_PanelMultiView_keyboard.js | docBack focused after Tab pressed - 
[task 2021-03-08T19:59:35.135Z] 19:59:35     INFO - Waiting for focus on doc
[task 2021-03-08T19:59:35.135Z] 19:59:35     INFO - TEST-PASS | browser/components/customizableui/test/browser_PanelMultiView_keyboard.js | doc focused after Tab pressed - 
[task 2021-03-08T19:59:35.135Z] 19:59:35     INFO - Buffered messages finished
[task 2021-03-08T19:59:35.135Z] 19:59:35     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_PanelMultiView_keyboard.js | Uncaught exception - at chrome://mochitests/content/browser/browser/components/customizableui/test/browser_PanelMultiView_keyboard.js:472 - TypeError: textarea is null```
Bug: Proton appmenu "Settings" is internally inconsistent with Firefox > Preferences on macOS
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-03-09 01:49:54+00:00
Resolved: 2021-03-19 15:09:30+00:00

Steps to reproduce:

1. Set `browser.proton.enabled` to true
2. Restart Firefox 
3. Click app menu
4. Click Firefox menu

What happens:

Observe that the labels are different in two places but go to the same place (`about:preferences`).

Expected result:

Preferences is used widely on macOS - Settings is more of a Windows-ism. Preferences should be the copy in both places.
Bug: Help > Troubleshoot Mode should end with an ellipsis
Status: VERIFIED
Priority: P5
Resolution: FIXED
Created: 2021-03-09 01:57:27+00:00
Resolved: 2021-04-01 12:54:47+00:00

The ellipsis is used in Firefox to indicate that additional user input is needed. Currently, the menu item here does not have one.

Steps to reproduce:

1. Set `browser.proton.enabled` to true
2. Restart Firefox 
3. Click app menu
4. Click Help 
5. Select "Troubleshoot Mode"

What happens:

Observe that "Troubleshoot Mode" appears with a modal dialog, requiring user input. 

Expected result:

Since the menu item opens a dialog that requires user input, the menu item should have an ellipsis.

Some guidelines:

https://developer.apple.com/design/human-interface-guidelines/macos/menus/menu-anatomy/

>Use an ellipsis whenever choosing a menu item requires additional input from the user. The ellipsis character (…) means a dialog or separate window will open and prompt the user for additional information or to make a choice.

https://docs.microsoft.com/en-us/previous-versions/windows/desktop/bb246448(v=vs.85)

>Include an ellipsis (...) at the end of a menu command that opens another dialog box rather than immediately performing an action. The ellipsis is a visual cue that the user must supply additional information to complete the command.
Bug: Titlebar is still active if unchecked while Firefox is in fullscreen mode
Status: NEW
Priority: P5
Created: 2021-03-09 08:44:11+00:00
Resolved: 2021-05-04 15:36:00+00:00

**Affected versions**
- Firefox 87.0b7
- Firefox 88.0a1

**Affected platforms**
- Windows 7
- Ubuntu 20.04
- macOS 10.15.7

**Steps to reproduce**
1. Launch Firefox
2. Enter customize mode
3. Tick titlebar option
4. Get in fullscreen mode
5. Untick titlebar option
6. Exit fullscreen mode

**Expected result**
- The browsers window refreshes and title bar is deactivated

**Actual result**
- Title bar is still active even if the option for it is unchecked

**Regression range**
- I will see for a regression.

**Additional notes**
- The issue can be seen in the attachment
Bug: Other buttons are displayed under the "Open a new tab" button and the "x" button from the new opened tab
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-03-09 08:54:24+00:00
Resolved: 2021-03-29 15:01:32+00:00

### Preconditions

In about:config set:
browser.proton.enabled = true
browser.proton.tabs.enabled = true

### Affected versions
Firefox 88.0a1 

### Affected platforms
MacOS 10.15
Windows 10 x64
Ubuntu 20.04 x64
Windows 7 x64

### Steps to reproduce
1. Open Firefox.
2. Open many tabs till the last opened tab is displayed at the far right of the window.
3. Open a new tab and observe "Open a new tab" button and the "x" button from the new opened tab.

### Expected result
No flicker should be displayed on the "Open a new tab" button and the "x" button from the new opened tab.

### Actual Result
- ”List all tabs” button is displayed under the ”+” button (like a flicker) after clicking on “+” 
- While clicking on + button, x button for the new open tab is displayed + before switching to x (flicker)

### Note
I did a slow motion video to capture this:
 https://streamable.com/u8nmsh
Bug: Tabs can’t be seen when having many pinned tabs
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-03-09 09:27:24+00:00
Resolved: 2023-10-19 12:56:33+00:00

### Affected versions
Firefox 88.0a1 

### Affected platforms
MacOS 10.15
Windows 10 x64
Ubuntu 20.04 x64
Windows 7 x64

### Steps to reproduce
1. Open Firefox.
2. Pin many tabs till the tabs bar can't be seen.

### Expected result
Tabs should been displayed even with having many pinned tabs.

### Actual Result
Tabs can’t be seen when having many pinned tabs.

### Note
The issue is reproducible with proton enabled or disabled.
Bug: Shared/Embedded/Copied YouTube links not working
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-09 10:01:21+00:00
Resolved: 2021-04-07 12:28:52+00:00

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

Steps to reproduce:

I try to get to YouTube via a shared/embedded/copied YouTube link. Either from when someone shares it in say Telegram or when I manually copy a link myself and try to paste it into the browser. This has been an error for about the past one or two weeks or so.


Actual results:

I only end up on an error page (se attached file, language is Swedish) and the link changes to "consent.youtu.be" in the beginning.
Example of link that does not work: https://youtu.be/anrmOfzg_tg?t=138
This is what that same link changes to: https://consent.youtu.be/m?continue=https%3A%2F%2Fyoutu.be%2FanrmOfzg_tg%3Ft%3D138&gl=SE&m=0&pc=yt&uxe=23983172&hl=sv&src=1


Expected results:

In the example mentioned I should have gotten to YouTube and a certain time in the clip. Just like it's always been.
Bug: Tab Buttons overlaps while resizing the window
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-03-09 10:17:50+00:00
Resolved: 2024-09-09 10:36:38+00:00

### Affected versions
Firefox 88.0a1 

### Affected platforms
Windows 10 x64
Ubuntu 20.04 x64
Windows 7 x64

### Steps to reproduce
1. Open Firefox.
2. Open  a couple of tabs.
3. Resize the window.

### Expected result
Tab Buttons should be correctly displayed.

### Actual Result
"Open a new tab", "List all tabs" and "Navigation" button overlaps when resizing the window.

### Note
- On Ubuntu 20.04 this causes "Close", "Minimise" and "Resize" buttons to disappear.
Screenshot: https://imgur.com/a/MyjuPGw

- This could be related to bug 1697113
Bug: Cannot copy text from Firefox About page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-09 12:08:36+00:00
Resolved: 2021-03-10 13:42:24+00:00

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

Steps to reproduce:

I was trying to copy the information in Firefox > Help > About Firefox, into a support email.


Actual results:

The text is not copyable


Expected results:

It should be copyable. 

I often copy and paste into a text to speech engine and this prevents it.
Bug: The 'Restart to update Firefox' button is not correctly positioned in the the 'About Firefox' window
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-03-09 12:12:30+00:00
Resolved: 2021-08-23 21:17:14+00:00

**Affected versions**
* Fx87.0b6 - DevEd and beta
* Fx86.0 - DevEd and beta

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

**Steps to reproduce**
1. Launch an older version of Firefox, but NOT older than 86.
2. Open the hamburger menu and click the About Firefox option.
3. Wait for the download to complete.
4. Observe the restart button.

**Expected result**
* The button is correctly position in the menu window.

**Actual result**
* The button slightly overlaps the branding text.

**Regression range**
* First bad: Fx86.0b1
* Last good: Fx85.0b9
* I'll come back with a link to a regression range, but something appears to have broken in the first Fx86 build.

**Additional notes**
* The issue occurs on beta as well, but not in such an obvious manner. The button is displayed directly beneath the brand text, not being centered in the available space.
* The issue does not occur on nightly, as the download button si displayed in another section.
Bug: Downloading Files fires Filesystem created event twice
Status: NEW
Priority: P3
Created: 2021-03-09 12:22:46+00:00
Resolved: 2024-07-23 09:21:45+00:00

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

Steps to reproduce:

Write a small program which listens to Filesystem.created event in the download folder.

Use firefox and auto download all files into the download folder.

OS: Windows 10


Actual results:

09.03.2021 12:46: Getting Event from Filesystem...
09.03.2021 12:46: Filename: M1-99139_21030211_TNT_EU.txt
09.03.2021 12:46: Getting Event from Filesystem...
09.03.2021 12:46: Filename: M1-99139_21030211_TNT_EU.txt


Expected results:

I expect to retrieve the created event from the filesystem only 1 time.
Bug: context menu shows spell-checking entries for single-line forms but even though layout.spellcheckDefault=2, these entries are missing from the context menu for body form of Outlook on the web
Status: REOPENED
Priority: P3
Created: 2021-03-09 12:47:24+00:00
Resolved: 2024-02-19 17:47:22+00:00

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

Steps to reproduce:

1) configured Firefox to spell-check in multiple languages (installed dictionaries and not language packs, set layout.spellcheckDefault=2 and enabled "Check your spelling as you type")

2) tried to use spell-checking when writing an e-mail in Outlook for the web


Actual results:

The attached document shows the following observations:
* spell-checking works for the single-line subject field (which indicates that Firefox settings are correct and that dictionaries are installed)
* when right-clicking in the body field, the context menu does not show the "Check Spelling

As the attached document shows, the word in the body field is underlined and when left-clicking on the word, Outlook for the web offers English language spelling options.

Inspecting the body form shows that it is a div and not e.g. a text area. Here is a sanitized part of the HTML:
<div role="textbox" aria-multiline="true" aria-label="Message body" spellcheck="false" contenteditable="true">

Maybe the property spellcheck="false" is the reason for the context menu not showing the spell-checking options?

Looking into this further I found that Microsoft launched a new product called "Microsoft Editor" which is at work in Outlook for the web:
https://techcommunity.microsoft.com/t5/microsoft-365-blog/introducing-microsoft-editor-bring-out-your-best-writer-wherever/ba-p/1247931

It is possible to disable spelling checks for Microsoft Editor in the settings of Outlook for the web but that does not change the issue described here. Specifically, the spellcheck="false" property is still present for the div. See also the following link for how to change Editor settings more quickly when writing a message:
https://answers.microsoft.com/en-us/outlook_com/forum/all/how-to-disable-microsoft-editor/e17993a1-fd33-423d-a9a4-4faf8e942367

My hypothesis would be that this is some kind of interference between Microsoft Editor and Firefox spell-checking.


Expected results:

Firefox should have displayed the entries related to spell checking in the context menu. In case the page somehow disables Firefox's spell checking, Firefox should make that clear, e.g. by greying out those options, ideally with a hint, instead of just dropping them, no?
Bug: non-proton container tabs on Windows 8.1 have stripe for container and one for active tab; should only be the container one
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-09 12:57:25+00:00
Resolved: 2021-03-29 15:17:17+00:00

Firefox 88.0a1 on 20210309094921, Windows 8.1

Non-proton container tabs have a stripe for the container and one for being the active tab; should this only be the container one like with proton?
Bug: User-picked accent color no longer applies (e.g. to focus styles)
Status: NEW
Priority: P3
Created: 2021-03-09 13:13:26+00:00
Resolved: 2021-04-22 14:21:19+00:00

With proton enabled, the focus styles of the browser UI as well as in-page content does no longer respect the user selected accent color. I'm seeing this on Mac.

STR:
- Select an accent color other than blue, for example pink
- focus the awesome bar, or the "find in page" input field, or a random button (e.g. on https://www.w3schools.com/tags/tryit.asp?filename=tryhtml_button_test)
- observe the focus ring

AR:
- Focus ring shows up in a variant of blue color (light blue when using dark mode, dark blue when using light mode, double-blue for in-page content)

ER:
- Focus ring should use my accent color.

Note
- There seem to be also differences between OS 10.15 and OS 11.
Bug: PIP is written backwards in RTL builds
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-03-09 14:36:21+00:00
Resolved: 2021-04-29 14:19:45+00:00

### Preconditions

In about:config set:
browser.proton.enabled = true
browser.proton.tabs.enabled = true

### Affected versions
Firefox 88.0a1 

### Affected platforms
MacOS 10.15
Windows 10 x64
Ubuntu 20.04 x64
Windows 7 x64

### Steps to reproduce
1. Open Firefox.
2. Go to youtube.com and play any video.
3. Click on PIP from the video.
4. Observe the tab.

### Expected result
PIP should be written correctly or translated in RTL language.

### Actual Result
PIP is written backwards in RTL builds
Bug: "Clear Cookies and Site Data..." menu missing when there is an SSL error
Status: NEW
Priority: P5
Created: 2021-03-09 15:19:25+00:00
Resolved: 2021-03-22 16:48:52+00:00

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

Steps to reproduce:

Go to SSL/TLS site that requires a client certificate.
Select a personal certificate and mark to remember it.
Use the website.
Wait until the personal certificate expires.
Visit the same website.


Actual results:

The page content is:

Secure Connection Failed

An error occurred during a connection to virtam:8443. SSL peer had some unspecified issue with the certificate it received.

Error code: SSL_ERROR_CERTIFICATE_UNKNOWN_ALERT

If I import a new certificate into Firefox, I can not use it, because FF remembered the choice last time.

Also, the "Clear Cookies and Site Data..." menu item where could delete the remembered choice is not available.


Expected results:

the "Clear Cookies and Site Data..." menu item should be available to allow a way out of this situation.


Also see bug 634697
Bug: Chance of whole browser becoming glitchy when leaving a page with a permission prompt open
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-09 15:37:38+00:00
Resolved: 2021-07-20 14:51:38+00:00

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

Steps to reproduce:

This will unfortunately be vague, because I haven't found a way to reproduce it consistently, and even the results when it happens are somewhat inconsistent, but it has been happening frequently enough for long enough with destructive enough results that I have to at least start with a vague report and see if anyone else can help narrow it down...

1. Visit a page in firefox that opens a permission prompt in the top left (i.e. requesting location permission, requesting virtual reality access)
2. Without accepting or dismissing the permission prompt, try to close the tab or navigate to another tab.


Actual results:

Despite theoretically changing to another tab, the same page is visible in the main area of the browser (i.e. the status of the tab bar has become disconnected from what page is actually being shown).
As well, at this point, sometimes the entire browser locks up, to the point where I can't even close it without shutting it down from the task manager.
Sometimes I can still scroll the page, but the content outside of the previously-visible area is glitchy (blank, or repeating existing content).

This doesn't happen every time I leave a page with a visible permission prompt -- it seems to never happen when I'm trying to reproduce the bug deliberately! -- but I can say it seems to happen to me at least several times a week. I can't remember for certain but I think that it began sometime in the past few months.


Expected results:

Leaving a page while a permission prompt is visible should not cause instability.
Bug: Cannot reload some tabs, `TypeError: can't access property "requestSHistoryUpdate", this.browser.frameLoader is null`
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-09 16:06:29+00:00
Resolved: 2022-10-11 13:03:29+00:00

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

Steps to reproduce:

Recently I've noticed some of my tabs can't be reloaded.
Pressing reload icon / F5 or using context menu, nothing works.
In the browser console I can see this error with every try:
```
 TypeError: can't access property "requestSHistoryUpdate", this.browser.frameLoader is null                               SessionStore.jsm:1024:11
    notifySHistoryChanges resource:///modules/sessionstore/SessionStore.jsm:1024
    OnHistoryReload resource:///modules/sessionstore/SessionStore.jsm:1062
```
I'm pretty sure this started only recently, probably regression in 87 (I should have reported it sooner...).

Anyway, I don't have steps to reproduce, most tabs works, only some not. I do have "Restore previous session" enabled so these problematic tabs can be from the previous session.

The only way to reload the tab is to close it and reopen it (Ctrl + Shift + T).
Bug: Most recent tabs should show up at top instead of bottom
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2021-03-09 16:13:43+00:00
Resolved: 2021-03-12 08:14:28+00:00

User Agent: Mozilla/5.0 (Android 10; Mobile; rv:88.0) Gecko/88.0 Firefox/88.0
Firefox for Android

Steps to reproduce:

I clicked on the tab list button


Actual results:

my most recent tabs show up at the bottom and my oldest tabs show up at the top


Expected results:

My new tabs should be at the top since that's closer to where my finger is going to be after clicking on the tab list button. I just updated Firefox nightly this morning.
Bug: The second line of 3 lines RTL tooltip isn’t displayed properly
Status: NEW
Priority: P5
Created: 2021-03-09 16:15:18+00:00
Resolved: 2021-06-11 11:07:00+00:00

### Preconditions

In about:config set:
browser.proton.enabled = true
browser.proton.tabs.enabled = true
browser.proton.places-tooltip.enabled = true

### Affected versions
Firefox 88.0a1 

### Affected platforms
MacOS 10.15
Windows 10 x64
Ubuntu 20.04 x64
Windows 7 x64

### Steps to reproduce
1. Open Firefox.
2. Go to http://panet.co.il/article/3187397 and observe the tooltip.

### Expected result
The second line of 3 lines RTL tooltip should be displayed properly.

### Actual Result
The second line of 3 lines RTL tooltip is kind of been cut and it isn’t displayed properly.

### Note
This is also reproducible with pinned tabs.
Bug: Second line display is misaligned when playing video and the title is in arabic
Status: NEW
Priority: P3
Created: 2021-03-09 16:27:09+00:00
Resolved: 2021-03-19 10:25:46+00:00

**Prerequisites**
In about:config set:
browser.proton.enabled = true
browser.proton.tabs.enabled = true

**Affected versions**
* 88.0a1

**Affected platforms**
* Ubuntu 20

**Steps to reproduce**
1. Open Firefox
2. Navigate to http://panet.co.il/article/3187397 and play the video
3. Observe the "Playing" favicon inside the tab.

**Expected result**
* The "Playing" favicon is displayed and aligned inside the tab.  

**Actual Result**
* The "Playing" favicon is misaligned and it's outside the tab border. 

**Additional notes**
* Please see added attachment for comparison between a tab that uses normal font and arabic.
* This issue occurs with RTL builds also.
Bug: Long tooltips exceeds window size after resizing the window
Status: NEW
Priority: P5
Created: 2021-03-09 16:28:15+00:00
Resolved: 2021-03-23 09:43:13+00:00

### Preconditions

In about:config set:
browser.proton.enabled = true
browser.proton.tabs.enabled = true
browser.proton.places-tooltip.enabled = true

### Affected versions
Firefox 88.0a1 

### Affected platforms
MacOS 10.15
Windows 10 x64
Ubuntu 20.04 x64
Windows 7 x64

### Steps to reproduce
1. Open Firefox.
2. Go to https://www.aljazeera.net/turath/2021/3/9/%d9%84%d9%84%d8%b3%d8%ae%d8%a7%d9%88%d9%8a-85-%d8%b4%d9%8a%d8%ae%d8%a9-%d8%a7%d9%84%d9%85%d9%88%d9%82%d8%b9%d8%a7%d8%aa-%d8%b9%d9%86-%d8%a7%d9%84%d9%84%d9%87-%d9%8a%d9%81%d8%aa%d9%8a%d9%86-2
3. Resize the window.
4. Hover the mouse over the tab and observe the tooltip.

### Expected result
Long tooltips shouldn't exceed window size after resizing the window

### Actual Result
Long tooltips exceeds window size after resizing the window