av9ash/GitBugs huggingface dataset:
Bug: Possible memory leak while using containers
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-02-28 22:23:53+00:00
Resolved: 2021-03-11 19:57:46+00:00

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

Steps to reproduce:

System: Windows 10, Asus G-14 laptop
1) create a fresh profile
1) in about:profiles click "Launch profile in new browser"
2) install Firefox multi-account containers
3) use ctrl + shift + 2 to open a new work container tab
4) navigate to https://drive.google.com/drive/my-drive and sign in
5) use ctrl + shift + 4 to open a new shopping tab
6) navigate to https://amazon.com


Actual results:

task manager reports rapidly increasing memory usage that gets to above 7gb for Firefox nightly. In one particular time recreating this behavior I had a partial crash of windows 10. There was no BSOD but the display was completely messed up.

When I took devtools memory snapshots of the different websites neither of them exceeded 80mb so I think the memory is being used by Firefox itself. 


Expected results:

The memory usage should have peaked around a gigabyte or so.
Bug: Unclear when users have focus in text fields
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-02-28 23:57:23+00:00
Resolved: 2021-07-07 02:01:01+00:00

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

Steps to reproduce:

visited https://archive.org/details/texts

Clicked on search bar, started typing, text shows up, keep typing...


Actual results:

... and the page flashes and jumps down when I type a space.

This happens about 1/2 the time, and I have NOT found a clear way to reproduce it.


Expected results:

It should be clear when we have focus. If we get text in the search bar, autocomplete suggestions for the search bar, etc.,  the page shouldn't jump when we type a space.

bug 1052527 suggests using an animated focus rectangle, but that wouldn't be accessible, because pain/animation.
Bug: With x11-fonts/google-fonts (Google fonts) for FreeBSD: showing the bookmarks toolbar and personal-toolbar-empty, whilst the bar is used for items other than bookmarks toolbar items, can make the UI too wide for the window
Status: NEW
Priority: P4
Created: 2021-03-01 08:18:34+00:00
Resolved: 2022-05-12 12:31:36+00:00

User Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:86.0) Gecko/20100101 Firefox/86.0

Steps to reproduce:

1. require an **additional toolbar** – bug 1215064
2. have many extensions, use the overflow menu for some
3. given the impossibility of an additional toolbar, use the **bookmarks toolbar** for extensions alone


Actual results:

4. with Firefox 85 and 86, the bookmarks toolbar can be so _inflexibly_ wide that UI essentials – including the vertical scroll bar – fall invisibly and unusably **beyond the right-hand edge of the window**
5. in the far right area of the bookmarks toolbar that appears to be **non-flexible dead space**, place the flexible _Search_ field.

### Observations

* Where the wide _flexible Search field_ does work, a narrow _flexible space_ does not
* whilst the Search field works around the bug, it is (with respect) a waste of space in this context – I prefer to use the space for extensions.


Expected results:

1. an additional toolbar, for extensions (or any other reasonable use case)

– or: 

4. a non-broken bookmarks toolbar.
Bug: When a new alias is set, only notify the engine has changed if the alias is different
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-03-01 10:22:51+00:00
Resolved: 2021-03-04 04:12:02+00:00

Currently if we attempt to set the alias of an engine to the same value, we'll notify that the engine has changed.

I don't think we should notify - there's no reason for it, and it means that we get extra notifications when removing an application provided engine that we possibly don't need. It also complicates tests.
Bug: firstrun page shows wrong icon
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-01 11:25:53+00:00
Resolved: 2021-03-01 11:45:33+00:00

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

Steps to reproduce:

1.download Firefox Nightly and run it.


Actual results:

The firstrun page shows a wrong icon.


Expected results:

It should show correct Firefox Nightly icon.
Bug: The blue border of a selected theme card is cut off by its image in the Arabic about:welcome “Theme” slide
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-03-01 12:46:17+00:00
Resolved: 2021-03-09 18:09:13+00:00

**[Affected versions]:**
- Firefox Release 86.0 (Build ID:  20210222142601)
- Firefox Beta 87.0b4 (Build ID: 20210228185859)
- Firefox Nightly 88.0a1 (Build ID: 20210301093612)

**[Affected Platforms]:**
- Windows 10 
- Linux Mint 20
- macOS 10.15

**[Prerequisites]:**
- Use the AR locale of Firefox.
OR
- Have the Arabic language set as display language for Firefox ("about:preferences" > "General” > “Language” > “Choose the languages used to display menus, messages, and notifications from Firefox.” > “Set Alternatives”).
- Have Firefox open.

**[Steps to reproduce]:**
1. Navigate to “about:welcome”.
2. Click the “Not now” button twice to reach the Theme slide.
3. Select a theme card and observe its border.

**[Expected result]:**
-  The blue border of the selected card is completely visible.

**[Actual result]:**
- The border of the selected card is half obscured by the card icon.

**[Notes]:**
- Attached is a recording of the issue.
Bug: The toolbar library bookmarks and history panels have a scrollbar no matter how short they are
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-01 12:52:15+00:00
Resolved: 2021-05-07 12:23:37+00:00

#### Tested with:

Nightly 88.0a1 (2021-03-01)
#### Tested on:

Windows 10
MacOS 10.15
Ubuntu 20.04
#### Preconditions:

In about:config, set browser.proton.appmenu.enabled = true
#### Steps:

 1. Launch firefox and open the Bookmarks or History (from the Toolbar Library).

#### Actual result:

There is a scrollbar displayed no matter how long or short the list of recent bookmarks/history is.
#### Expected result:

The scrollbar should not be displayed if the Bookmarks/History Panel is shorter than the screen length.

Notes:
 1. The issue is reproducible with and without Proton enabled.
 2. This is not reproducible in Release 86 or Beta 87.
Bug: [Address bar] All context menu options are disabled after undoing the URL string until the address bar is empty
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-03-01 14:12:34+00:00
Resolved: 2021-04-15 10:02:45+00:00

**Affected versions**
* Firefox 88.0a1 (BuildId:20210301093612)

**Affected platforms**
* Windows 10 64bit
* Ubuntu 20.04 64bit
* macOS 10.14

**Steps to reproduce**
1. Launch Firefox with a clean profile.
2. Open a new tab.
3. Click on any of the available top sites or on one of the available articles from “Recommended by Pocket”.
4. Right click on the address bar.
5. Select the “Undo” option.
6. Right click on the address bar again.
7. Try to select the “Redo” option.

**Expected result**
* The “Redo” option is enabled and the address bar gets repopulated with the previous address.

**Actual result**
* The “Redo” option is disabled.

**Regression Range**
I don’t think that this is a regression. The “Redo” functionality was implemented in Bug1692339

**Notes**
* For further information regarding this issue please observe the attached screencast.
* This issue is not encountered while manually typing a URL address. In order to reproduce this you have to click on a link.
* This issue is encountered using both proton enabled & proton disabled.
* I took Edge for a spin (since it has the redo functionality for the address bar field as well) and I can’t reproduce this issue there.
Bug: Provide dogefox as an alternate icon for Firefox Stable.
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-03-01 14:34:05+00:00
Resolved: 2021-03-02 09:14:02+00:00

It is so cool, I'd love to set it as an icon for Firefox Stable.

I know that's a lot of work to add and maintain extra UI in the preferences to set an alternate icon. But damn would it be nice.
Bug: Context menus are misplaced if they are opened while Firefox window is placed on the screen edges
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-01 15:06:23+00:00
Resolved: 2021-03-01 20:09:15+00:00

**Affected versions**
* Firefox 88.0a1 (BuildId:20210301093612)

**Affected platforms**
* Windows 10 64bit

**Unaffected platforms**
* macOS 10.14
* Ubuntu 20.04

**Steps to reproduce**
1. Launch Firefox.
2. Enable proton context menu.
3. Reposition the Firefox window  near the bottom, left or right screen edges.
4. Right click on the: Address Bar, Toolbar options or inside the page content.

**Expected result**
* The context menu is displayed near the mouse cursor.

**Actual result**
* The context menu is misplaced.

**Regression Range**
* I don’t think that  this is a regression.

**Notes**
* For further information regarding this issue please observe the attached screencast.
* This issue is only reproducible with proton enabled.
* This issue seems to be reproducible with all (in scope) context menus.
Bug: Cursor not shown on screen share
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-01 15:34:31+00:00
Resolved: 2021-03-02 13:52:44+00:00

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

Steps to reproduce:

In Windows 10, in Firefox, Share screen / screen shot using https://mozilla.github.io/webrtc-landing/gum_test.html or in original case blackboard (Teaching platform) and it does not show the mouse. 


Actual results:

Screen is shared but no mouse is displayed on the screen.


Expected results:

Mouse should be displayed on the screen. Or there should be an option to show mouse pointer or not.
Bug: Skeleton UI needs updating to Proton tab style
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-03-01 15:37:09+00:00
Resolved: 2021-04-15 04:19:19+00:00

During startup the Skeleton UI shows the Photon tab shape. This will need to be updated to show the Proton (disconnected) tab shape before we ship Proton in Firefox 89.

Doug, is this something you can look in to?
Bug: about:addons shortcut only works some of the time
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-03-01 15:43:32+00:00
Resolved: 2021-04-01 12:24:51+00:00

rtestard experienced this while testing the new Proton AppMenu. Apparently, the keyboard shortcut would only work when about:newtab was the selected tab.

It's unclear whether this issue is related to the Proton AppMenu, or is a pre-existing issue.
Bug: The last tab gets wider by a few pixels when a new tab is opened
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-03-01 15:57:28+00:00
Resolved: 2021-03-18 20:05:05+00:00

STR:
Have a few tabs open
The last tab should have a long title (not required but helps to make this bug easier to see)
Open a new tab using the + button in the tab bar

Expected results:
The last tab should remain the same size

Actual results:
The last tab, with the long title, grows wider by a few pixels
Bug: [Proton] Windows 10 Context menu separator colours need updating
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-01 16:29:28+00:00
Resolved: 2021-03-19 14:59:34+00:00

**Affected versions**
* Firefox 88.0a1 (BuildId:20210301093612)

**Affected platforms**
* Windows 10 64bit

**Unaffected platforms** 
* macOS 10.14
* Ubuntu 20.04

**Preconditions**
* Set your monitor settings to high contrast values (~90%)

**Steps to reproduce**
1. Launch Firefox.
2. Enable proton context menu.
3. Right click on the address bar.

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

**Actual result**
* The separator is barely visible.

**Regression Range**
* I don’t think that  this is a regression.

**Notes**
* For further information regarding this issue please observe the attached screenshots
* This issue is only reproducible with proton enabled.
Bug: Proton Zoom controls styling needs more attention
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-03-01 16:58:49+00:00
Resolved: 2021-04-21 12:53:40+00:00

Spinning this out from bug 1694976.

* The icons within the `toolbarbutton-icon` element are too close to the edge. We should add some all-around padding here - 2px looks right to me, placed on the Zoom icons `toolbarbutton-icon`.
* The hover outline around the Zoom level indicator should match the dimensions around the Zoom icons
* The Zoom icons and level indicator are incorrectly using the secondary button styles. We should instead split out a separate series of special styles for the Zoom controls, since those appear to use their own set of colours not associated with other buttons or menu items.
Bug: Ensure AppMenu panel position relative to the anchor matches the specification
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-03-01 17:01:11+00:00
Resolved: 2021-04-15 20:37:43+00:00

Spinning this out from bug 1694976.

amylee writes: "The position of the menu is too high and too far to the right of the screen (please reference spec for position)"
Bug: AppMenu header styling polish
Status: NEW
Priority: P5
Created: 2021-03-01 17:08:03+00:00
Resolved: 2021-03-04 17:00:12+00:00

Spinning this out from bug 1694976.

* Sub menu top headers should be centre aligned (it looks like it's shifted to the right a little bit)
* The sub header “Recent bookmarks” should have equal spacing between hairline above and URL below. It looks like the URL under it might have too much spacing?
  * (It's possible this was fixed recently, but we should double-check)
Bug: Borderless dark mode Urlbar panel can be hard to distinguish from web content
Status: RESOLVED
Priority: P2
Resolution: INVALID
Created: 2021-03-01 17:30:50+00:00
Resolved: 2021-03-02 20:36:00+00:00

The Urlbar results panel no longer has a border in Proton. We apply a drop shadow to the panel to distinguish it from web content. While this works for light mode, it doesn't work that well for dark mode. If the user is looking at a dark web page in dark mode, the drop shadow on the results panel is less visible and the results are harder to distinguish from web content.
Bug: Safe mode toggle inside of AppMenu does not get an updated string when in Safe Mode
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-03-01 18:06:53+00:00
Resolved: 2021-04-20 08:17:19+00:00

Similar to bug 1692083, we need to update the string on the "safe mode" toggle in the AppMenu help subview to show the string for exiting safe mode.

This was originally fixed in 86 in bug 1692083, but wasn't fixed for 87+ because this item had originally been removed from the Help menu.

However, the item was re-added in bug 1690858, and the bug re-presented itself.

We should effectively port the fix from 1692083 to Nightly, and uplift to Beta.
Bug: PDF renders with letters touching each other
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-03-01 18:46:25+00:00
Resolved: 2022-01-10 13:53:54+00:00

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

Steps to reproduce:

I opened a file from https://www.faa.gov/space/additional_information/international_affairs/media/FAA_Protection_Criteria_for_FSSystems_and_Abort_IAC_Washington.pdf
(the file will be attached)


Actual results:

The file is barely readable because of missing or insufficient horizontal space between letters.


Expected results:

The rendering should be similar to that of Evince and Adobe Reader.
Bug: Status bar disappears and Bookmarks tooltip would not appear when mouse hover over Bookmark/History Sidebar after Bug 1665390
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-03-01 19:50:42+00:00
Resolved: 2021-03-12 17:51:42+00:00

The problem happens with/without proton.

Steps to reproduce:
1. Open Bookmarks Sidebar(Ctrl+B) or History Sidebar(Ctrl+H)
2. Expand tree if need
3. Mouse hover over tree children

Actual Results:
Status bar appears as expected at the bottom left of browser, but disappears immediately.
Hover effect flickers once.
Bookmark/History tooltips would not appear.

Expected Results:
Status bar should not disappears until mouse moves.
Tooltips should appear after a few seconds and it should not disappear until the mouse moves.
Bug: User backing out of per-device permission prompt from device switching blocks site.
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-03-01 20:49:44+00:00
Resolved: 2022-05-26 17:06:27+00:00

STRs:
1. Join a web conference lobby like https://whereby.com/adsfgsdfgsdfg with 2+ cameras
2. Click `Allow` in Firefox's permission prompt (if not prompted, revoke permission and goto 1)
3. Use the site's ⚙️ page to switch to camera 2
4. Change your mind and click `Don't Allow` in the Firefox permission prompt that appears

Expected results:
- No change in permission. The site continues working with camera 1. The user may repeat step 3 successfully

Actual results:
- "Cam and mic are blocked". The site loses permission to all cameras, and gives up camera 1. The user is stuck.

Proposal:
- Don't Temporarily Block camera/microphone if site has Temporarily Allow (fixing this common user  trap)
- Rename the `Don't Allow` button to `Not Now` if site already has Temporarily Allow.
Bug: Confusing camera state shown for Allowed Temporarily + Blocked (Temporarily) at the same time
Status: REOPENED
Priority: P3
Created: 2021-03-01 20:53:55+00:00
Resolved: 2022-08-09 18:25:29+00:00

STRs:
1. Have 2+ cameras and open https://jan-ivar.github.io/dummy/gum_several.html
2. Click `Request Cam 1` and click `Allow` in the permission prompt.
3. Click `Request Cam 2` and click `Don't Allow` in the permission prompt.

Expected results:
- No change in permissions from step 3

Actual results:
- Step 3 issues a Temporary Block on new access to all devices
- Confusing privacy indicators: red camera with a slash through it! (See image)

Proposal: dup to Bug 1695757.
Bug: Crash in [@ IPCError-browser | ShutDownKill | __memcpy_sse2_unaligned_erms | JSRope::flatten]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-01 22:00:55+00:00
Resolved: 2021-06-22 00:15:34+00:00

Maybe Fission related. (DOMFissionEnabled=1)


Crash report: https://crash-stats.mozilla.org/report/index/45374cbc-2bfe-431b-a8c6-dcf1e0210301

Reason: ```DUMP_REQUESTED```

Top 10 frames of crashing thread:
```
0 libc.so.6 __memcpy_sse2_unaligned_erms 
1 libxul.so JSRope::flatten js/src/vm/StringType.cpp:860
2 libxul.so js::str_indexOf js/src/builtin/String.cpp:2287
3  @0x3d242aaf0698 
4 [stack] [stack]@0x1ad67 
5 [stack] [stack]@0x1af07 
6 [stack] [stack]@0x1af1f 
7 libmesa_dri_drivers.so <unknown in 3aeecc51feb5d262bb731f08ba8a54472e89d7.2.debug> 
8 [stack] [stack]@0x1af07 
9 [stack] [stack]@0x1b04f 
```
Bug: changing nightly experiment preferences that require a restart while having two about:preferences tabs open creates a loop
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-01 23:00:27+00:00
Resolved: 2021-03-02 12:24:57+00:00

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

Steps to reproduce:

1. Open two about:preferences tabs in the same window in nightly
2. Go to the experiments section in one of the tabs and toggle an experiment that requires a restart to function (it happened to me with "about:home startup cache")



Actual results:

A pop up asking if you want to restart or not comes up, and if you click "cancel", the tab is switched to the other preferences tab, and the same pop up comes up, and if you click cancel again, you get redirected to the other tab with the pop up again in a loop, not ending until you click "restart". I also tried quitting with cmd+q here, which freezes the browser until you force quit it. 


Expected results:

It should just stop after clicking "cancel" the first time, the other tab should be completely irrelevant.
Bug: Intermittent browser/components/preferences/tests/browser_performance.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-03-01 23:04:53+00:00
Resolved: 2021-03-30 17:04:07+00:00

**Filed by:** ncsoregi [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=331638129&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/StEVyrWcQG6T5Frxa-0f5A/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/StEVyrWcQG6T5Frxa-0f5A/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2021-03-01T19:01:59.930Z] 19:01:59     INFO - TEST-PASS | browser/components/preferences/tests/browser_performance.js | checkbox should not be checked - 
[task 2021-03-01T19:01:59.930Z] 19:01:59     INFO - Leaving test bound 
[task 2021-03-01T19:01:59.930Z] 19:01:59     INFO - Buffered messages finished
[task 2021-03-01T19:01:59.930Z] 19:01:59     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_performance.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2021-03-01T19:01:59.930Z] 19:01:59     INFO - GECKO(1507) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2021-03-01T19:01:59.930Z] 19:01:59     INFO - GECKO(1507) | MEMORY STAT | vsize 7696MB | residentFast 322MB | heapAllocated 146MB
[task 2021-03-01T19:01:59.930Z] 19:01:59     INFO - TEST-OK | browser/components/preferences/tests/browser_performance.js | took 48103ms```
Bug: Some character is shown with incorrect orientation in vertical text
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-03-02 03:18:38+00:00
Resolved: 2024-07-04 07:45:02+00:00

In https://www.mext.go.jp/content/20210222-mxt-hojinka-000012970_2.pdf,
U+3001, U+3002, U+FF08, and U+FF09 characters show with incorrect orientation in vertical text.

 I suppose they show with horizontal style text.
Bug: Creating new tab from commandline fails when default profile is changed
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-02 03:47:40+00:00
Resolved: 2021-03-02 04:02:14+00:00

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

Steps to reproduce:

Environment:
OS: Debian 10
Firefox Version: 78.8.0esr

The default profile that comes with firefox-esr is default-esr
Steps to reproduce:
1. Create a new profile Work
2. The profile Work as default profile in about:profiles
3. Open the Work profile in a new window by clicking "Launch profile in new browser" button in about:profiles
4. Run "firefox-esr google.com" from terminal



Actual results:

Got a popup with the following error message:
Firefox is already running, but is not responding. To use Firefox, you must first close the existing Firefox process, restart your device, or use a different profile.

Both the default-esr profile and Work profile firefox windows are running and responding properly in the UI.


Expected results:

google.com should've opened in a new tab in the Work Profile window.

Note: This doesn't happen when the default profile is set as default-esr