av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/base/content/test/contextMenu/browser_contextmenu.js | checking item #0 (context-openlinkincurrent) name - Got "context-navigation", expected "context-openlinkincurrent"
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-10-15 13:13:07+00:00
Resolved: 2021-04-06 17:02:09+00:00

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

---
```
[task 2020-10-15T11:34:29.434Z] 11:34:29     INFO - TEST-PASS | browser/base/content/test/contextMenu/browser_contextmenu.js | menuitem context-inspect has an access key - 
[task 2020-10-15T11:34:29.434Z] 11:34:29     INFO - Buffered messages finished
[task 2020-10-15T11:34:29.434Z] 11:34:29     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/contextMenu/browser_contextmenu.js | checking item #0 (context-openlinkincurrent) name - Got "context-navigation", expected "context-openlinkincurrent"
[task 2020-10-15T11:34:29.434Z] 11:34:29     INFO - Stack trace:
[task 2020-10-15T11:34:29.434Z] 11:34:29     INFO - chrome://mochikit/content/browser-test.js:test_is:1332
[task 2020-10-15T11:34:29.434Z] 11:34:29     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:checkMenuItem:189
[task 2020-10-15T11:34:29.434Z] 11:34:29     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:checkMenu:309
[task 2020-10-15T11:34:29.434Z] 11:34:29     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:checkContextMenu:179
[task 2020-10-15T11:34:29.434Z] 11:34:29     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:test_contextmenu:457
[task 2020-10-15T11:34:29.435Z] 11:34:29     INFO - TEST-PASS | browser/base/content/test/contextMenu/browser_contextmenu.js | checking item #0 (context-openlinkincurrent) enabled state - ```
Bug: Very high memory usage (1GB++ on 1 tab), Firefox taskman & Windows taskman doesnt match
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-15 15:21:10+00:00
Resolved: 2020-10-20 11:17:50+00:00

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

Steps to reproduce:

Open 1 tab, any site. Open both Windows task manager and Firefox task manager.


Actual results:

Memory usage values on Windows taskman doesn't match Firefox's. About 1GB on Win taskman, <300MB on Firefox taskman. I attach about:memory report on this bug form, if needed you can view screenshot of task managers on my reddit post https://old.reddit.com/r/firefox/comments/jbodbp/high_memory_usage_with_only_1_tab_open_yt_live/


Expected results:

Memory usage matches, or at least close to each other.
Bug: Youtube Playback broken in Firefox due to HTML5 Video Everywhere addon
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-15 16:23:36+00:00
Resolved: 2020-10-15 17:34:02+00:00

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

Steps to reproduce:

Nothing. The video doesn't play.


Actual results:

Video pauses 0.5 seconds after I hit play.


Expected results:

It should play.
Bug: Intermittent browser/base/content/test/siteIdentity/browser_bug1045809.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-10-15 16:29:13+00:00
Resolved: 2021-07-06 17:05:46+00:00

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

---
```
[task 2020-10-15T15:53:17.959Z] 15:53:17     INFO - TEST-PASS | browser/base/content/test/siteIdentity/browser_bug1045809.js | CC using secure icon - 
[task 2020-10-15T15:53:17.961Z] 15:53:17     INFO - Buffered messages finished
[task 2020-10-15T15:53:17.961Z] 15:53:17     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/siteIdentity/browser_bug1045809.js | Test timed out - 
[task 2020-10-15T15:53:17.963Z] 15:53:17     INFO - GECKO(1520) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2020-10-15T15:53:17.963Z] 15:53:17     INFO - GECKO(1520) | MEMORY STAT | vsize 2948MB | residentFast 287MB | heapAllocated 85MB
[task 2020-10-15T15:53:17.970Z] 15:53:17     INFO - TEST-OK | browser/base/content/test/siteIdentity/browser_bug1045809.js | took 45113ms```
Bug: Handle aboutwelcome feature disabled flag on subsequent startup
Status: RESOLVED
Priority: P1
Resolution: WORKSFORME
Created: 2020-10-15 16:39:05+00:00
Resolved: 2020-10-29 15:41:44+00:00

In Fx82, to support zero-onboarding experiment we uses enabled flag from ExperimentAPI

https://searchfox.org/mozilla-central/source/toolkit/components/messaging-system/experiments/ExperimentAPI.jsm#62

It works for feature disabled branch of zero onboarding experiment when we explicitly pass --first-startup flag , however on subsequent startup due to async nature of isFeatureEnabled call, if a user has left about:welcome open in one of the tabs , it will load default welcome first screen instead of showing newtab directly.

Considering this is the edge case, I don't think its blocker for 82 zeroonboarding but will be good to fix for subsequent experiment where we want control branch with no onboarding.

STR:
1. Open about:welcome inside control branch of 82 zero onboarding experiment. User should see new tab
2. Leave the tab open and restart Firefox instance
3. Firefox opens with about:welcome showing default welcome screen instead of newtab
Bug: The Alt+W keyboard shortcut for the Wait button in the slow web page dialog does not activate the Wait button.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-15 19:39:20+00:00
Resolved: 2021-05-19 12:09:16+00:00

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

Steps to reproduce:

1.  Try to load web page at https://www.purpleair.com/gmap?&zoom=14&lat=37.961564665988966&lng=-122.08112651824949&clustersize=23&sensorsActive2=10080&orderby=L&nwlat=37.9908265141208&selat=37.93229115343645&nwlng=-122.13605815887449&selng=-122.02619487762449.  It's always slow to load, but it always gets there.  Good test case for slow web page loading.
2.  After a few seconds, the "A web page is slowing down your browser" banner dialog appears, with buttons Stop and Wait.  Accelerator keys are available for the S in Stop and the W in Wait.
4.  Hit Alt+W.




Actual results:

Variable:

Sometimes, nothing happens
At other times, the banner disappears and the web page eventually loads.  This seems to be the correct function.


Expected results:

Banner disappears and the web page eventually loads

Notes:
Click on Wait and the banner disappears and the web page eventually loads.  This seems to be the correct function.
Hit Alt+S, for Stop It, and the banner disappears and the web page stops loading.  This seems to be the correct function.
The fact that Alt+W seems to work sometimes and not others suggests there may be a focus issue with the slow web page dialog.

Thank you.
Bug: Navigating away from a PDF showing the different viewer warning doesn't close that warning bar
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-10-15 20:21:50+00:00
Resolved: 2021-04-25 16:02:55+00:00

Typing in a URL and navigating away from a displayed PDF that has presented me with the "This document may be displayed incorrectly" warning doesn't close that warning dialog, and neither button - open with different viewer or close - will work from that point forward. See attached image.
Bug: Firefox can't open mail program (wrong association)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-15 22:38:15+00:00
Resolved: 2020-10-23 14:42:30+00:00

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

Steps to reproduce:

Tried to send a mail from https://www.kolbi.cr/wps/portal/kolbi_dev/ayuda/contactenos/sugerencias-o-reclamos by clicking the mail at "Correo electrónico: CServicios@ice.go.cr".


Actual results:

KIOExec error appears with the following message:
Unable to create io-slave. klauncher said: Unknown protocol 'mailto'.

Going to Preferences -> General -> Applications -> mailto shows the selected option is "Use Thunderbird (default)", and yes, I do use Thunderbird.
If I select "Use other..." and choose Thunderbird from the list of the installed programs it does work properly.


Expected results:

Thunderbird prompt to compose an email to the selected e-mail address.

Additional information:
Operating System: openSUSE Leap 15.2
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.71.0
Qt Version: 5.12.7
Kernel Version: 5.3.18-lp152.44-default
OS Type: 64-bit

Exact Firefox version: 78.3.0
Bug: The "⋅" character makes address bar items really tall
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-10-15 23:08:21+00:00
Resolved: 2023-08-06 17:27:39+00:00

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

Steps to reproduce:

Having webpages with "⋅" in their title in my history


Actual results:

Address bar items containing the "⋅" character is rendered really tall


Expected results:

Address bar items should look normal.
Bug: GMail Pinned Tabs restoring with "Temporary Error"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-16 08:51:11+00:00
Resolved: 2020-10-17 07:24:38+00:00

I have 4 pinned tabs with Google Mail (one Gmail, 3 Google Apps). After an update, they all restart with a "Temporary Error" page, and I need to manually reload them.

As far as I remember, this started in the last 2/3 days. Currently on 83.0a1 20201015215335 (macOS).
Bug: Perma browser/components/migration/tests/unit/test_Chrome_bookmarks.js | test_Chrome - [test_Chrome : 148] Should only get a 'From BrowserX' folder when the 2h2020 pref is disabled - false == true when Gecko 83 merges to Late Beta on 2020-10-30
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-10-16 11:46:30+00:00
Resolved: 2021-06-11 11:14:25+00:00

central-as-late-beta simulation: https://treeherder.mozilla.org/#/jobs?repo=try&group_state=expanded&selectedTaskRun=AfQUI-WxS4SYX8iU4bvXEA.0&resultStatus=testfailed%2Cbusted%2Cexception%2Cretry%2Cusercancel%2Crunnable&revision=ce16ec38108ccab129136851e0ca53f9f3a3f1d4
Failure log: https://treeherder.mozilla.org/logviewer.html#?job_id=318821912&repo=try

[task 2020-10-16T11:38:49.673Z] 11:38:49     INFO -  TEST-PASS | browser/components/migration/tests/unit/test_Chrome_bookmarks.js | test_Chrome - [test_Chrome : 147] Should have seen 10 folders. - 10 == 10
[task 2020-10-16T11:38:49.674Z] 11:38:49  WARNING -  TEST-UNEXPECTED-FAIL | browser/components/migration/tests/unit/test_Chrome_bookmarks.js | test_Chrome - [test_Chrome : 148] Should only get a 'From BrowserX' folder when the 2h2020 pref is disabled - false == true
[task 2020-10-16T11:38:49.674Z] 11:38:49     INFO -  /builds/worker/workspace/build/tests/xpcshell/tests/browser/components/migration/tests/unit/test_Chrome_bookmarks.js:testBookmarks:148
[task 2020-10-16T11:38:49.674Z] 11:38:49     INFO -  /builds/worker/workspace/build/tests/xpcshell/head.js:_do_main:248
[task 2020-10-16T11:38:49.674Z] 11:38:49     INFO -  /builds/worker/workspace/build/tests/xpcshell/head.js:_execute_test:577
[task 2020-10-16T11:38:49.675Z] 11:38:49     INFO -  -e:null:1
Bug: Download of <filename>.EXE (uppercase) is saved as <filename>.EXE.exe
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-16 12:34:57+00:00
Resolved: 2020-10-16 15:47:25+00:00

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

Steps to reproduce:

Download a file with extension .EXE (uppercase).
Example: www.grc.com/dev/SpinRite/AHCI-35.EXE

Note: Firefox 80.0.1 is OK.  The bug first appears in 81.0 and is still present in Nightly build 83.0a1.


Actual results:

File saved as AHCI-35.EXE.exe


Expected results:

File saved as AHCI-35.EXE
Bug: file open dialog is missing features
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-16 14:53:54+00:00
Resolved: 2020-11-09 08:29:55+00:00

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

Steps to reproduce:

In firefox 73.0.1 64-bit (linux) if you use the File->OpenFile  menu option, the dialog that comes up is missing a lot of common features like being able to type a path or sort with dirs  kept first (at top of list), include/exclude hidden files. This makes it extremely cumbersome to use. I've not seen any other program use such a clumsy file dialog. Surely this is a relatively easy fix.



Actual results:

None of the features described are available nor configurable
This should be considered a bug not an enhancement as its pretty much standard faire for everything else out there
Bug: The same CFR “Recommendation” is displayed more than once a day
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-10-16 14:58:19+00:00
Resolved: 2020-10-19 12:00:04+00:00

**[Affected versions]:**
- Firefox Beta RC 2 (Build ID: 20201014125134)

**[Affected Platforms]:**
- Windows 10 x64
- macOS 10.15
- Ubuntu 20 x64

**[Prerequisites]:**
- Have the latest Firefox Beta version installed and open.

**[Steps to reproduce]:**
1. Open a new tab.
2. Navigate to “time.com” and open an article to trigger the CFR recommendation.
3. Open a new tab.
4. Navigate to “time.com” and open the same article.
5. Observe the address bar of the second tab.

**[Expected result]:**
-  The "Recommendation" button is NOT displayed in the right part of the "Address Bar" a second time.

**[Actual result]:**
- The "Recommendation" button is displayed in the right part of the "Address Bar".

**[Notes]:**
- Attached is a screen recording of the issue.
Bug: Intermittent browser/base/content/test/contextMenu/browser_contextmenu.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-10-16 15:47:25+00:00
Resolved: 2020-11-16 06:21:52+00:00

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

---
```
[task 2020-10-15T19:05:21.785Z] 19:05:21     INFO - TEST-PASS | browser/base/content/test/contextMenu/browser_contextmenu.js | checking expected number of menu entries - 
[task 2020-10-15T19:05:21.785Z] 19:05:21     INFO - Completed postCheckContextMenuFn
[task 2020-10-15T19:05:21.785Z] 19:05:21     INFO - Leaving test bound test_select_text_link
[task 2020-10-15T19:05:21.785Z] 19:05:21     INFO - Entering test bound test_imagelink
[task 2020-10-15T19:05:21.785Z] 19:05:21     INFO - TEST-PASS | browser/base/content/test/contextMenu/browser_contextmenu.js | checking if popup is closed - 
[task 2020-10-15T19:05:21.785Z] 19:05:21     INFO - Moved focus to #test-image-link
[task 2020-10-15T19:05:21.785Z] 19:05:21     INFO - Console message: [JavaScript Error: "TypeError: doc is null" {file: "resource:///actors/ContextMenuChild.jsm" line: 567}]
[task 2020-10-15T19:05:21.785Z] 19:05:21     INFO - handleEvent@resource:///actors/ContextMenuChild.jsm:567:9
[task 2020-10-15T19:05:21.785Z] 19:05:21     INFO - synthesizeMouseAtPoint@chrome://mochikit/content/tests/SimpleTest/EventUtils.js:590:32
[task 2020-10-15T19:05:21.785Z] 19:05:21     INFO - synthesizeMouse/<@resource://testing-common/BrowserTestUtilsChild.jsm:334:34
[task 2020-10-15T19:05:21.785Z] 19:05:21     INFO - wrapHandlingUserInput@resource://gre/modules/E10SUtils.jsm:1069:7
[task 2020-10-15T19:05:21.785Z] 19:05:21     INFO - synthesizeMouse@resource://testing-common/BrowserTestUtilsChild.jsm:330:15
[task 2020-10-15T19:05:21.785Z] 19:05:21     INFO - receiveMessage@resource://testing-common/BrowserTestUtilsChild.jsm:149:21
[task 2020-10-15T19:05:21.785Z] 19:05:21     INFO - 
[task 2020-10-15T19:05:21.785Z] 19:05:21     INFO - Buffered messages finished
[task 2020-10-15T19:05:21.785Z] 19:05:21     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/contextMenu/browser_contextmenu.js | Test timed out - ```
Bug: Search mode chiclet colors don't match dark theme
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-10-16 16:10:09+00:00
Resolved: 2020-10-30 16:52:15+00:00

**STR**

0. Focus the AwesomeBar
1. Type a search engine keyword
2. Press Tab to autocomplete the suggested search engine

**Actual Behavior**

The search engine keyword is changed to a pill that contain the search engine title but the pill use bright colors that fits more with the Light theme.

**Expected Behavior**

Pill colors should follow the dark theme colorscheme
Bug: Clicking on top sites does not work from the first time
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-16 16:29:18+00:00
Resolved: 2020-11-04 10:57:55+00:00

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

Steps to reproduce:

open firefox
click on one of the websites on "Top-sites" or type a url
it won't work the first time so I have to click again 


Actual results:

it won't work the first time so I have to click again 


Expected results:

should've worked the fist time
Bug: Broken Vividh Bharati website (allindiaradio.gov.in/radio/live.php?channel=1) after update of Firefox on OSX catalina from 81.0.1 (64-bit) to 81.0.2
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-16 16:41:12+00:00
Resolved: 2020-10-23 06:12:05+00:00

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

Steps to reproduce:

After installing update of Firefox from 81.0.1 (64-bit) to 81.0.2, opened website - http://allindiaradio.gov.in and then opne live radio with exact hyperlink - http://allindiaradio.gov.in/radio/live.php?channel=1.


Actual results:

It keep flickering (seems like rendering in a loop) continuously in that window popup.


Expected results:

New window should have been launched with that webpage rendered once.
Bug: Completely broken website www.deco.proteste.pt
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-16 18:03:25+00:00
Resolved: 2020-11-06 16:26:34+00:00

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

Steps to reproduce:

Open https://www.deco.proteste.pt


Actual results:

Website is not rendered correctly.


Expected results:

Website rendered correctly.
Bug: Firefox requests 'Reboot Now' to complete install on some systems
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-10-16 21:32:14+00:00
Resolved: 2020-10-27 10:01:22+00:00

On a Windows 8.1 machine, installing Firefox 82.0 RC 2 and 83.0a1 into a new folder requires a reboot to complete. The issue does not reproduce on a Windows 10 machine.

The full .exe installers are used (en-US) versions, both 32-bit and 64-bit reproduce the issue.

The installation dialog shows "A Little Housekeeping…" for several seconds.

The installation folder is outside C:\Program Files

After the install and before the reboot, there is a firefox.exe.moz-upgrade file in the install folder which is gone after the reboot.
Bug: How hang computer running firefox with javascript
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-16 23:07:57+00:00
Resolved: 2020-10-22 23:03:04+00:00

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

Steps to reproduce:

Dear all.
I am a web developer, few moments ago i do the following javascript:
-------------------------
    function sales_button(){
        var idx=0;
        var rsp = "";
        while(document.getElementById('sku_'+idx)){
            rsp=rsp+"exist sku_"+idx;
        }
        alert("compra ="+rsp);
    }
-----------------------




Actual results:

i miss "idx++" so the firefox enter in an infinite loop.
The result was 100% cpu usage, freeze the complete computer. and only way to stop it was kill the firefox process.

Obviously i do a mistake, this is not so important because i have the power to fix it.
The real problem was that firefox gave all computer resources to an irresponsive script.  
If i forget fix and left my error without fix, all visitor of my webpage will get their computer freezed.
How is possible that firefox give the control to an external resource (potentially malicious)  and do not get the control to the computer owner.


Expected results:

Firefox limit the CPU and memory usage to responsive limit. 
Is missing the function to STOP running scripts on one tab. (please dont confuse with reload without scripts)
Bug: Firefox Sync will not restore the Desktop Bookmarks from my Android Device back to my PC after Clean Install
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-17 03:06:46+00:00
Resolved: 2020-11-10 03:37:45+00:00

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

Steps to reproduce:

I did a clean install of Windows 10 and signed back into my Firefox Sync account, which restored everything (History, Logins & Passwords, Add-Ons and Options) except for the Desktop Bookmarks that I had before the clean install.

I tried disconnecting and reconnecting both devices together on my Firefox Sync but to no avail. Furthermore, the Sync Now option doesn't work anymore on my Android Device.


Actual results:

Out of all the synced data that got restored on my computer, only the Bookmarks did not make it. They do not show anywhere in the Bookmarks or History menus. SQLite did not find any signs of corruptions.

The Sync Now button also does not work anymore on my Android Device.


Expected results:

The Firefox Sync upon signing in should have restored everything including the Desktop Bookmarks.
Bug: Closing then reopening Firefox causes all tabs to closed despite telling Firefox to restore tabs.
Status: NEW
Priority: --
Created: 2020-10-17 03:23:50+00:00
Resolved: 2023-10-06 11:32:22+00:00

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

Steps to reproduce:

Honestly, I don't know. I closed down the session an hour ago and this bug recurs.


Actual results:

I close Firefox and, when I re-open FF, it takes me to the home page.


Expected results:

When I close and re-open Firefox, I should have a session restore occur as this option is selected.
Bug: browser.tabs.allowTabDetach still shows animation when turned to false
Status: UNCONFIRMED
Priority: P5
Created: 2020-10-17 13:09:03+00:00
Resolved: 2020-10-19 12:46:55+00:00

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

Steps to reproduce:

Set browser.tabs.allowTabDetach to false. Click a tab, drag and release. The tab will  not open in a new window (correct) but it still displays an animation of the tab moving off to a new window.


Actual results:

Displays an animation of the tab moving off to a new window


Expected results:

No animation of the tab moving off to a new window
Bug: A blue line is visible when loading about:certificate
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-10-17 18:03:10+00:00
Resolved: 2024-05-30 20:21:41+00:00

STR:
1. Open about:certificate (make sure to be on a profile that will make the "People" tab visible)
2. While the page loads, you'll see a blue line (from https://searchfox.org/mozilla-central/rev/f43cef551760b268a3d22eaddd0e76719acf2d88/toolkit/components/certviewer/content/components/certificate-section.css#15) for ~1-2 seconds until the page fully loads.

Note that this reproduces also on a new profile in which the about:certificate page won't have the People tab, but it's hard to see that. Will try to catch a screenshot.