av9ash/GitBugs huggingface dataset:
Bug: Intermittent uriloader/exthandler/tests/mochitest/browser_download_open_with_internal_handler.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: 2020-09-16 01:19:34+00:00
Resolved: 2020-10-13 17:04:13+00:00

**Filed by:** nbeleuzu [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=315796655&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/QHq0Bz1vSMGwwTRl_8CWXw/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/QHq0Bz1vSMGwwTRl_8CWXw/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2020-09-15T23:49:49.721Z] 23:49:49     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/browser_download_open_with_internal_handler.js | The option should be hidden for XML when the pref is false - 
[task 2020-09-15T23:49:49.721Z] 23:49:49     INFO - Leaving test bound test_internal_handler_hidden_with_viewable_internally_pref_disabled
[task 2020-09-15T23:49:49.722Z] 23:49:49     INFO - Buffered messages finished
[task 2020-09-15T23:49:49.722Z] 23:49:49     INFO - TEST-UNEXPECTED-FAIL | uriloader/exthandler/tests/mochitest/browser_download_open_with_internal_handler.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 2020-09-15T23:49:49.722Z] 23:49:49     INFO - GECKO(3358) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2020-09-15T23:49:49.722Z] 23:49:49     INFO - GECKO(3358) | MEMORY STAT | vsize 7526MB | residentFast 303MB | heapAllocated 125MB
[task 2020-09-15T23:49:49.722Z] 23:49:49     INFO - TEST-OK | uriloader/exthandler/tests/mochitest/browser_download_open_with_internal_handler.js | took 54828ms```
Bug: weird window position behavior
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-16 04:16:21+00:00
Resolved: 2023-12-07 12:00:08+00:00

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

Steps to reproduce:

"restore previous session" enabled
start firefox, move the window, close firefox, start firefox again


Actual results:

firefox always starts in the center then move itself to the last saved position

When "restore previous session" disabled which is the default setting. the Window manager places the windows correctly. "restore previous session" enabled, it has this a weird behaviour. No other applications have this problem


Expected results:

firefox should start at the last saved position.
Bug: The view's selected result and UrlbarInput._resultForCurrentValue aren't cleared when the view is cleared.
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-09-16 08:20:34+00:00
Resolved: 2020-09-17 10:22:34+00:00

As I was working on bug 1659204, I found that both the view's selected result and `UrlbarInput._resultForCurrentValue` stick around after the view has been cleared and is therefore showing no results. That's conceptually wrong, and the practical effect I was seeing is that it interferes with `UrlbarInput.handleNavigation`. Without clearing the view's selected index, `handleNavigation` [calls](https://searchfox.org/mozilla-central/rev/30e70f2fe80c97bfbfcd975e68538cefd7f58b2a/browser/components/urlbar/UrlbarInput.jsm#470) `pickResult` on it. Then, without clearing `_resultForCurrentValue`, `handleNavigation` [calls](https://searchfox.org/mozilla-central/rev/30e70f2fe80c97bfbfcd975e68538cefd7f58b2a/browser/components/urlbar/UrlbarInput.jsm#544) `pickResult` on it. In either case, `handleNavigation` ends up loading a URL that isn't present in the current query's results.
Bug: Using close search-mode will also remove the next alias (if any)
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-09-16 08:32:01+00:00
Resolved: 2020-12-03 19:42:25+00:00

##### [Sugested Severity:]
S3


##### [Environment:]
Ubuntu 20.04 / Windows 10 / Mac 10.13.6
82.0a1 2020-09-15


##### [Steps:]
1. Open Firefox.
2. New tab.
3. type @google @amazon @ddg @google
4. Click x on google search-mode indicator


##### [Actual Result:]
[ddg search-mode] @google

##### [Expected Result:]
[amazon search-mode] @ddg @google 

##### [Note:]
Another way to look at it would be to use "@google @google @google @google @google @google", then close the google search mode, which would remove [google search-mode] + next @google, then will translate the next @google alias into [google search-mode], then close again, repeat.

##### [Regression-Range:]
This seems to be a recent regression, since in Firefox 81 with the update2.* on, I cannot reproduce.
Bug: PDF viewer no longer opens PDFs without download
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-16 08:47:56+00:00
Resolved: 2020-09-23 06:39:11+00:00

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

Steps to reproduce:

Open a new tab, enter URL https://iris-project.org/pdfs/2020-rustbelt-cacm-submission.pdf, hit "enter".


Actual results:

Since recently (since the update to Firefox 81 Beta, I think), a download dialog appears, and then a second tab is opened with URL file:///tmp/mozilla_r0/2020-rustbelt-cacm-submission.pdf.


Expected results:

It used to be the case that Firefox just opens the PDF in the tab with that URL.
Opening the PDF directly in the tab with the PDF URL has several advantages:
- it is one click less
- it avoids opening a second tab
- it means I can copy-paste that URL and give it to someone else if I want to share the PDF

The latter point is particularly useful when trying to figure out the right anchor for linking to a particular page or section in the PDF.

So I think Firefox should switch back to the old behavior. FWIW, that is also what Chromium does.
Bug: Cannot open a local pdf
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-16 09:43:26+00:00
Resolved: 2020-11-03 00:23:23+00:00

STR:
 - put file:///home/calixte/T%C3%A9l%C3%A9chargements/ (a directory containing a pdf) in the address bar
 - click on a pdf
 - click on "Open with nightly" and then "OK"

I get a dialog with:
```
/home/calixte/Téléchargements/1.pdf could not be opened, because an unknown error occurred.

Try saving to disk first and then opening the file.
```
Bug: Firefox NIghtly updates itself by resetting the setting
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-16 11:03:38+00:00
Resolved: 2020-10-12 14:55:04+00:00

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

Steps to reproduce:

Disable automatic updates in the preferences; like this:

Allow Nightly to
( ) Automatically install updates (recommended)
(x) Check for updates but let you choose to install them


Actual results:

It worked as expected (it has shown a notification when a new version was found), however for about a month, the setting mentioned above is reset to automatically install updates and the updates are automatically installed ruining my workflow (in the middle of a session, the browser becomes unable to load any website).


Expected results:

Firefox should never ever change manually set preferences by an update. If there are some preference conflicts, FF should ask the user what to do.

In this particular issue, FF should:

1. respect the update settings;
2. not change the update settings.

I have updated FF Nightly couple of times since I have first encountered this issue, thus I have encountered this issue at least twice in the past month.
Bug: Intermittent browser/base/content/test/protectionsUI/browser_protectionsUI_state.js | application terminated with exit code -6
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-09-16 12:01:04+00:00
Resolved: 2021-03-08 06:27:57+00:00

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

---
```
[task 2020-09-16T11:35:17.021Z] 11:35:17     INFO - TEST-START | browser/base/content/test/protectionsUI/browser_protectionsUI_state.js
[task 2020-09-16T11:35:26.429Z] 11:35:26     INFO - TEST-PASS | browser/base/content/test/protectionsUI/browser_protectionsUI_state.js | Trackers category is not found - 
[task 2020-09-16T11:35:26.429Z] 11:35:26     INFO - Buffered messages finished
[task 2020-09-16T11:35:26.430Z] 11:35:26    ERROR - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_state.js | application terminated with exit code -6
[task 2020-09-16T11:35:26.430Z] 11:35:26     INFO - runtests.py | Application ran for: 0:02:43.004155
[task 2020-09-16T11:35:26.430Z] 11:35:26     INFO - zombiecheck | Reading PID log: /tmp/tmpiGRdJKpidlog
[task 2020-09-16T11:35:26.430Z] 11:35:26     INFO - ==> process 2651 launched child process 2671
[task 2020-09-16T11:35:26.431Z] 11:35:26     INFO - ==> process 2651 launched child process 2753
[task 2020-09-16T11:35:26.431Z] 11:35:26     INFO - ==> process 2651 launched child process 2771
[task 2020-09-16T11:35:26.431Z] 11:35:26     INFO - ==> process 2651 launched child process 2827
[task 2020-09-16T11:35:26.431Z] 11:35:26     INFO - ==> process 2651 launched child process 2856
[task 2020-09-16T11:35:26.431Z] 11:35:26     INFO - ==> process 2651 launched child process 2900
[task 2020-09-16T11:35:26.432Z] 11:35:26     INFO - ==> process 2651 launched child process 2925
[task 2020-09-16T11:35:26.432Z] 11:35:26     INFO - ==> process 2651 launched child process 3032```
Bug: Intermittent TV Tier 2  browser/components/urlbar/tests/browser/browser_searchMode_engineRemoval.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-09-16 12:35:00+00:00
Resolved: 2020-10-13 17:04:21+00:00

**Filed by:** rmaries [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=315822916&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/JcmEGfJES4GK8EnoizpyKw/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/JcmEGfJES4GK8EnoizpyKw/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
```
Bug: HTML attribute for first visible tab is not updated correctly in GUI
Status: UNCONFIRMED
Priority: --
Created: 2020-09-16 13:54:04+00:00
Resolved: 2020-10-23 13:05:46+00:00

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

Steps to reproduce:

Create a new window, create a second tab and close the first tab.


Actual results:

The first tab becomes "hidden" but keeps the HTML attribute first-visible-tab="true".


Expected results:

Second tab should become first-visible-tab="true" set.
Bug: Text caret disappears when Windows Skeleton UI is enabled
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-16 18:57:06+00:00
Resolved: 2021-01-08 20:16:55+00:00

NOTE: this is behind the currently disabled Windows skeleton UI feature.

The text caret that normally shows up when typing is mysteriously absent when the early skeleton UI is enabled.
Bug: Early skeleton UI resizes sometimes halfway through startup
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-09-16 18:59:20+00:00
Resolved: 2020-09-22 04:18:55+00:00

NOTE: this is behind the currently disabled Windows skeleton UI feature.

Before we would normally show the early blank window, we apparently sometimes resize the window to a small size. Not sure what this is about, but it is certainly a problem.
Bug: When dragging a pinned tab to a window where tabs are overflowing, the "it'll go here" marker shows up at the wrong spot
Status: NEW
Priority: P3
Created: 2020-09-16 19:59:43+00:00
Resolved: 2020-10-06 12:12:13+00:00

STR:
 1. Open two Firefox windows, with pinned tabs in each.
 2. In the first window, create enough non-pinned tabs that there's overflow and `<` / `>` buttons at the edge of the tab strip.
 3. Drag a pinned tab from the second window to the first window, and try to place it at the far right edge of the pinned-tab region.  (Drag it over the space between the last pinned tab and the `<` button.)

ACTUAL RESULTS:
The "it'll go here" cursor/marker shows up on the *right* side of the `<` button (in the normal-tabs area). But that's not where it actually goes, when you drop it!  It really ends up on the left side of the `<` button (where I dragged it).

EXPECTED RESULTS:
The "it'll go here" cursor/marker should show up on the left side of the `<` button, to show the spot where it's going to actually end up.

See attached screencast.  The bug is visible after 0:06.
Bug: Intermittent browser/base/content/test/protectionsUI/browser_protectionsUI_report_breakage.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: 2020-09-16 20:45:01+00:00
Resolved: 2020-10-20 17:02:42+00:00

**Filed by:** csabou [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=315854992&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/fCajH3WUQj-9M2V6wTx7Kw/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2020-09-16T16:57:42.014Z] 16:57:42     INFO - TEST-PASS | browser/base/content/test/protectionsUI/browser_protectionsUI_report_breakage.js | Comment not cleared in case of an error - 
[task 2020-09-16T16:57:42.014Z] 16:57:42     INFO - Leaving test bound testCM
[task 2020-09-16T16:57:42.014Z] 16:57:42     INFO - Buffered messages finished
[task 2020-09-16T16:57:42.014Z] 16:57:42     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_report_breakage.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 2020-09-16T16:57:42.014Z] 16:57:42     INFO - GECKO(4804) | MEMORY STAT | vsize 905MB | vsizeMaxContiguous 313MB | residentFast 334MB | heapAllocated 133MB
[task 2020-09-16T16:57:42.014Z] 16:57:42     INFO - TEST-OK | browser/base/content/test/protectionsUI/browser_protectionsUI_report_breakage.js | took 46400ms
[task 2020-09-16T16:57:42.014Z] 16:57:42     INFO - checking window state```
Bug: Intermittent <test-name> | Uncaught exception - at <test-name> - TypeError: can't access property "legacySHistory", docShell.sessionHistory is undefined
Status: NEW
Priority: P5
Created: 2020-09-16 20:54:59+00:00
Resolved: 2022-10-12 00:12:12+00:00

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

---
```
[task 2020-09-16T17:22:49.642Z] 17:22:49     INFO - TEST-START | browser/components/sessionstore/test/browser_687710_2.js
[task 2020-09-16T17:22:53.065Z] 17:22:53     INFO - TEST-INFO | started process screentopng
[task 2020-09-16T17:22:53.374Z] 17:22:53     INFO - TEST-INFO | screentopng: exit 0
[task 2020-09-16T17:22:53.374Z] 17:22:53     INFO - Buffered messages logged at 17:22:49
[task 2020-09-16T17:22:53.374Z] 17:22:53     INFO - Entering test bound test
[task 2020-09-16T17:22:53.374Z] 17:22:53     INFO - Buffered messages finished
[task 2020-09-16T17:22:53.374Z] 17:22:53     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_687710_2.js | Uncaught exception - at chrome://mochitests/content/browser/browser/components/sessionstore/test/browser_687710_2.js:62 - TypeError: can't access property "legacySHistory", docShell.sessionHistory is undefined
[task 2020-09-16T17:22:53.375Z] 17:22:53     INFO - Stack trace:
[task 2020-09-16T17:22:53.375Z] 17:22:53     INFO - @chrome://mochitests/content/browser/browser/components/sessionstore/test/browser_687710_2.js:62:21
[task 2020-09-16T17:22:53.375Z] 17:22:53     INFO - execute@resource://specialpowers/SpecialPowersSandbox.jsm:141:12
[task 2020-09-16T17:22:53.375Z] 17:22:53     INFO - _spawnTask@resource://specialpowers/SpecialPowersChild.jsm:1809:15
[task 2020-09-16T17:22:53.375Z] 17:22:53     INFO - receiveMessage@resource://specialpowers/SpecialPowersChild.jsm:315:21
[task 2020-09-16T17:22:53.378Z] 17:22:53     INFO - Leaving test bound test
[task 2020-09-16T17:22:53.380Z] 17:22:53     INFO - GECKO(4113) | MEMORY STAT | vsize 20975535MB | residentFast 1701MB
[task 2020-09-16T17:22:53.382Z] 17:22:53     INFO - TEST-OK | browser/components/sessionstore/test/browser_687710_2.js | took 3435ms```
Bug: Unable to hide Firefox Pioneer icon
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-09-16 22:20:33+00:00
Resolved: 2020-12-01 20:22:56+00:00

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

Steps to reproduce:

Attempting to hide the Firefox Pioneer icon from the toolbar.

Firefox built from: https://hg.mozilla.org/releases/mozilla-beta/rev/2e2ea4ebfb5506d71f2d2d0fe4e2f2e1bbaa4cd4
Firefox version: 81.0b9 (64-bit)
OS: Ubuntu 20.10 (Groovy Gorilla)


Actual results:

Right-clicking on the icon (to look for a hide extension button) opens a new tab at "about:pioneer".
The icon hides when "Customize" is opened, so it is unable to be dragged out of the toolbar.


Expected results:

An option to hide the icon on right-click and/or show the icon when "Customize" is open so that the icon can be removed from the toolbar.
Bug: Memory leak in long-running session
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-17 03:10:40+00:00
Resolved: 2020-09-23 16:09:59+00:00

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

Steps to reproduce:

Use the browser normally for a long time (4 days). Normally means 10-20 tabs.


Actual results:

Memory consumption balloons to consume the majority of my system memory (16GB). It will even run 4+ GB into swap. Happens even when around 10 tabs are open.


Expected results:

Memory consumption should be the same as when starting the browser freshly.
Bug: Snap format: Firefox adds "canonical" to DuckDuckGo search on all distros
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-09-17 09:36:52+00:00
Resolved: 2020-09-19 07:53:16+00:00

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

Steps to reproduce:

1. Install snap version of Firefox
2. Set search engine to DuckDuckGo
3. Type in address bar to do a search
4. Term "canonical" is added to search URL


Actual results:

I assume this happens on distros not supplied by Canonical (e.g. Debian, Arch, Fedora, etc).  I find this surprising.  Perhaps it is intentional policy, or perhaps it is an accident of the snap package first being supported on Canonical distros ?


Expected results:

Maybe it is not a bug, but is it intended behavior ?  Will a Canonical-hating user of, say, Debian be surprised/upset to see this ?
Bug: Old print preview UI options not so visible with Firefox Alpenglow theme
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-09-17 11:32:24+00:00
Resolved: 2022-06-10 12:58:32+00:00

*Affected versions*
* 82.0a1 (20200915092930)
* 81.0 (20200917005511)


*Affected platforms*

* Windows 10x64

*Preconditions*
* `print.tab_modal.enabled:false`

*Steps to reproduce*
1. Open Firefox and set Firefox Alpenglow theme.
2. Open Print Preview and observe the top side.

*Expected result*
* All options are displayed accordingly.

*Actual result*
* Some options are hard to read.

*Regression range*
* I will search for one ASAP if there is one.


*Notes*
* Attached a screenshot.

**Suggested Severity: S4**
Bug: Icon Notification leakage across containers [due to reddit enhancement suite]
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-17 13:07:23+00:00
Resolved: 2020-09-21 15:12:54+00:00

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

Steps to reproduce:

Open reddit in two different containers, one logged in with a reddit account (container A) and the other without an account (B). 

One version of reddit (container A) must have a pending notification, which can either be a message or a comment. Having a notification causes the icon in the address bar to have a small white one in a blue circle next to it. 

Refresh the page in the container (A) that has the notification. 

The container (B) without the notification will have its icon changed once container A has loaded. Both A and B will have the same icon. 


Actual results:

By doing the steps in what did you do, you will see the icons across containers of the same website become the same. 


Expected results:

The icons should be different and only correspond to their respective containers. Information should not leak across containers.  Further investigation of leakage has not been performed.
Bug: Using search bar handoff multiple times in PBM inserts alias in addition to search mode indicator
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-09-17 14:50:59+00:00
Resolved: 2020-09-28 14:00:28+00:00

STR:
1. Open PBM in Nightly, so that search bar handoff is enabled.
2. Type something in the search box on about:privatebrowsing.
3. Note that the Urlbar is focused, we entered search mode with your default engine, and your search string is inserted in the Urlbar.
4. Blur the Urlbar.
5. Type something in the search box on about:privatebrowsing.

Expected: The Urlbar is focused, you are in search mode with your default engine, and your second search string is inserted in the Urlbar.

Actual: The Urlbar is focused, you are in search mode with your default engine, your default engine's alias is inserted in the Urlbar in addition to your second search string.

I can't reproduce this in regular browsing mode.
Bug: Tabs keep crashing on MacOS Big Sur Beta
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-17 14:51:10+00:00
Resolved: 2020-10-29 10:10:07+00:00

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

Steps to reproduce:

I was browsing and often tabs will crash unexpectedly. There seems to be no consistent cause of tabs crashing.


Actual results:

A screen appears that says: 'Gah your tab just crashed. We can help! Restore tab / Close Tab'.


Expected results:

The browsing should've continued like normal.
Bug: Wrong domain highlighting with percent-encoded domain
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-09-17 15:13:05+00:00
Resolved: 2020-09-24 00:22:32+00:00

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

Steps to reproduce:

Type or paste `https://www.%7amazon.com/foo/bar` into the address bar.


Actual results:

`amazon.com` highlighted.


Expected results:

`%7amazon.com` highlighted.
Bug: Half of the Second unpinned app tab is covered by the first unpinned tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-17 15:16:07+00:00
Resolved: 2020-09-22 11:59:56+00:00

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

Steps to reproduce:

I opened a google meet tab from a discord embed (discord native windows) with three pinned tabs open.


Actual results:

The tab thing at the top of the screen kind of covered part of the next normal tab to the right and left an open space equivalent to a couple of pinned tabs to the left of it.


Expected results:

The tab thing would have been perfectly in between the pinned tab to its left and the normal tab to its right