av9ash/GitBugs huggingface dataset:
Bug: inconsistent naming in Windows Start menu, Add/Remove Programs and Default Browsers
Status: UNCONFIRMED
Priority: P3
Created: 2020-08-22 01:40:24+00:00
Resolved: 2022-05-18 00:55:57+00:00

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

Steps to reproduce:

Installed all four distributions of Firefox 64 bit on Windows 64 bit
Stable
Beta
Developer
Nightly


Actual results:

In Start Menu:
Firefox
Firefox 
Firefox Developer Edition
Firefox Nightly


In Settings, Windows Default apps -> Choose an app:
Firefox
Firefox
Firefox Developer Edition
Firefox Nightly


In Add/Remove Programs:
Nightly 81.0a1 (x64 en-US) 
Firefox Developer Edition 80.0  (x64 en-US)
Mozilla Firefox 80.0 (x64 en-US)
Mozilla Firefox 79.0 (x64 en-US)


Expected results:

In Start Menu:
Firefox
Firefox Beta (Recommended "Beta" suffix)
Firefox Developer Edition
Firefox Nightly


In Settings, Windows Default apps -> Choose an app:
Firefox
Firefox Beta (Recommended "Beta" suffix)
Firefox Developer Edition
Firefox Nightly


In Add/Remove Programs:
Mozilla Firefox Nightly 81.0a1 (x64 en-US)   (Recommended Prefix: Mozilla Firefox)
Mozilla Firefox Developer Edition 80.0  (x64 en-US)  (Recommended Prefix: Mozilla )
Mozilla Firefox 80.0 (x64 en-US)
Mozilla Firefox 79.0 (x64 en-US)
Bug: All my saved credentials are erased, thanks!
Status: RESOLVED
Priority: --
Resolution: INACTIVE
Created: 2020-08-22 19:00:06+00:00
Resolved: 2020-08-22 19:40:10+00:00

User Agent: Mozilla/5.0 (Android 8.0.0; Mobile; rv:68.0) Gecko/68.0 Firefox/68.0

Steps to reproduce:

Saving passwords in the limbo-state of having an logged out sync-account (no I did not log in before this happened), then set a master password. Probably update firefox, also install latest chrome. I don't know what could have caused this not am I interested to help fixing what must be horribly broken


Actual results:

A special gift from mozilla, reminding me to reset all my passwords and use a reliable browser.


Expected results:

Boring life as usual.
Bug: Portable Firefox shall ignore Windows Group Policies
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-08-22 22:36:34+00:00
Resolved: 2020-08-31 21:15:37+00:00

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

Steps to reproduce:

My work-computer is crippled by the company admins playing with Windows Group Policies. Now my Firefox Portable 79 will not use the password manager anymore.


Actual results:

Passwords are not automatically maintained anymore, though I can manually copy my passwords from the password manager - but I don't want them to pass through the clipboard - accessible to every app. Also I don't want to revert a 100 random-generated passwords to one silly-but-easy-to-type 123456!


Expected results:

A portable app should not read fishy settings form the registry. That's the whole point of being portable - ignore the host environment at best effort!

This is a regression introduced by bug 267888.
Bug: Title bar blank,  doesn't show page title on OS X
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2020-08-22 22:57:42+00:00
Resolved: 2023-07-10 03:41:42+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:56.0) Gecko/20100101 Firefox/56.0 Waterfox/56.3

Steps to reproduce:

Somewhere between Firefox 69 and 70 there was a bug introduced that caused the page title to no longer show up in the title bar on a Mac when the "Title Bar" box is checked in the Customize screen. I tried running the mozregression command line tool (since the GUI program won't run on Mavericks) and it got to the point where it was "switching bisection method to taskcluster" and then it crashed, but it narrowed it down to between these two commits: 
INFO: Last good revision: 835d0d9cdae81b3ab583d4ccf7459d00b041fad6 (2019-08-21)
INFO: First bad revision: 95ad10e13fb1fe7a1b0e0fa10e31f1b5eb28cb62 (2019-08-22)
I made a post on the Reddit Firefox forum (https://www.reddit.com/r/firefox/comments/i8tuz4/firefox_title_bar_blank_on_mac/) where a helpful person told me about the mozregression tool and then suggested I open a bug report. I created a new profile and also tried changing most other parameters I could think of (theme, etc.) but nothing seemed to affect it.
Bug: Image disappears in the result page of firefox screenshot
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-08-22 23:32:20+00:00
Resolved: 2020-10-30 20:24:02+00:00

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

Steps to reproduce:

Take screenshot with firefox screenshot


Actual results:

Image disappears in the result page of firefox screenshot


Expected results:

Image shows in the result page of firefox screenshot
Bug: Synced Tabs doesn't respond to touchpad, mouse, or certain keyboard shortcuts
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-23 01:51:02+00:00
Resolved: 2020-09-09 02:06:49+00:00

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

Steps to reproduce:

Tried to sync tabs to my laptop.


Actual results:

Toolbar > Account > Synced Tabs shows a list, but it does not respond my touchpad, or my mouse. I can't click on anything, and can't scroll it.

Only keyboarding does anything. I can only either (a) select one tab at a time, open it over my current tab, and then reopen the menu to try to open another tab, or (b) open a sidebar, which I can't use because of my disabilities *and* because of my small laptop screen. It takes up 1/3 of my laptop screen, and it scroll separately from the rest of the screen.


Expected results:

(1) The synced tab menu should respond to a touchpad, and to a mouse.

(2) The synced tab menu should open in new tabs instead of over the current tab.

(3) The synced tab menu should include some way to open multiple tabs, or all tabs, before it closes.

(4) Enhancement: The bookmarks window should be able to show synced tabs, so users who can't use sidebars can use that. This may need its own separate bug report.
Bug: Intermittent browser/base/content/test/popups/browser_popup_blocker_identity_block.js | application terminated with exit code 1
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-08-23 05:42:36+00:00
Resolved: 2020-10-06 17:04:05+00:00

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

---

[task 2020-08-23T04:26:56.486Z] 04:26:56     INFO - TEST-START | browser/base/content/test/popups/browser_popup_blocker_identity_block.js
[task 2020-08-23T04:26:56.884Z] 04:26:56     INFO - GECKO(3318) | Gdk-Message: 04:26:56.871: firefox: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.
[task 2020-08-23T04:26:56.900Z] 04:26:56     INFO - GECKO(3318) | Exiting due to channel error.
[task 2020-08-23T04:26:56.915Z] 04:26:56     INFO - GECKO(3318) | Exiting due to channel error.
[task 2020-08-23T04:26:56.916Z] 04:26:56     INFO - GECKO(3318) | Exiting due to channel error.
[task 2020-08-23T04:26:56.917Z] 04:26:56     INFO - GECKO(3318) | [GFX1-]: Receive IPC close with reason=AbnormalShutdown
[task 2020-08-23T04:26:56.917Z] 04:26:56     INFO - GECKO(3318) | Exiting due to channel error.
[task 2020-08-23T04:26:56.918Z] 04:26:56     INFO - GECKO(3318) | [GFX1-]: Receive IPC close with reason=AbnormalShutdown
[task 2020-08-23T04:26:56.918Z] 04:26:56     INFO - GECKO(3318) | Exiting due to channel error.
[task 2020-08-23T04:26:56.918Z] 04:26:56     INFO - GECKO(3318) | Exiting due to channel error.
[task 2020-08-23T04:26:56.962Z] 04:26:56     INFO - TEST-INFO | Main app process: exit 1
[task 2020-08-23T04:26:56.962Z] 04:26:56     INFO - Buffered messages logged at 04:26:56
[task 2020-08-23T04:26:56.963Z] 04:26:56     INFO - Entering test bound enable_popup_blocker
[task 2020-08-23T04:26:56.964Z] 04:26:56     INFO - Leaving test bound enable_popup_blocker
[task 2020-08-23T04:26:56.964Z] 04:26:56     INFO - Entering test bound check_blocked_popup_indicator
[task 2020-08-23T04:26:56.964Z] 04:26:56     INFO - TEST-PASS | browser/base/content/test/popups/browser_popup_blocker_identity_block.js | null == null - 
[task 2020-08-23T04:26:56.964Z] 04:26:56     INFO - TEST-PASS | browser/base/content/test/popups/browser_popup_blocker_identity_block.js | false == false - 
[task 2020-08-23T04:26:56.964Z] 04:26:56     INFO - Buffered messages finished
[task 2020-08-23T04:26:56.964Z] 04:26:56    ERROR - TEST-UNEXPECTED-FAIL | browser/base/content/test/popups/browser_popup_blocker_identity_block.js | application terminated with exit code 1
Bug: Perma Beta browser/components/urlbar/tests/browser/browser_tokenAlias.js | 0 == 1 - JS frame :: chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_tokenAlias.js - when Gecko 81 merges to Beta on 2020-08-24
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-08-23 14:16:24+00:00
Resolved: 2020-09-20 19:47:19+00:00

[Tracking Requested - why for this release]:

Central-as-beta simulation: https://treeherder.mozilla.org/#/jobs?repo=try&resultStatus=testfailed%2Cbusted%2Cexception&revision=b623c800ad2b33bb2c19c07bdd198826e72bf77a

Failure log: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=313780813&repo=try&lineNumber=10511

[task 2020-08-23T13:01:07.535Z] 13:01:07     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_tokenAlias.js | {} == true - 
[task 2020-08-23T13:01:07.535Z] 13:01:07     INFO - Buffered messages finished
[task 2020-08-23T13:01:07.536Z] 13:01:07     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_tokenAlias.js | 0 == 1 - JS frame :: chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_tokenAlias.js :: assertHighlighted :: line 615
Bug: Arbitrary Local Files Access via "WebkitDirectory"
Status: VERIFIED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-23 16:06:17+00:00
Resolved: 2024-05-30 17:18:12+00:00

Hello Team,

I came across a behaviour in Mozilla Webkit and found that similar issue was reported before which was affecting Mozilla Firefox Browser for Windows Platform. The old issue is reported here https://bugzilla.mozilla.org/show_bug.cgi?id=1338637
This vulnerability is still reproducible in Mozilla Firefox For MacOS only.

Tested Environment and Affected Version
MacOS Catalina Version 10.15.6 (19G2021) 
Mozilla For MacOS - 79.0 (64-bit).
Firefox Developer Edition MacOS 80.0b8 (64-bit)
Firefox Nightly Mac OS - 81.0a1 (2020-08-17) (64-bit)


Description:
Using a WebKit directory, it is possible to read all the files of the folder via little user interaction.

Steps:
1. Open the attached "init.html" file (Taken from older bug https://bugzilla.mozilla.org/show_bug.cgi?id=1338637)
2) Hold the Enter Key for 3 seconds and this will the entire files from that folder. 
 
Expected results:
This is not reproducible in Mozilla Windows, only Mac Firefox versions are vulnerable because in Mozilla Windows the Final Upload button was by default set to "Cancel" button(As per the old fixes) so even is user keep pressing "Enter" key for long time, at the final stage the Upload will get cancel because it is auto focused.

This is not happening in Mozilla Mac Browser, all the Firefox Mac versions keep auto focus on the Upload button, so when user holds the "Enter" key the Upload button gets pressed which acts as user consent to upload the entire directory. 
This is affecting all the other browser which is using Mozilla Firefox Engine Ex. Tor Browser, 

Let me know if you need more information.
Bug: Clicking on a bookmark at startup sometimes doesn't do anything. Works on second try.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-23 19:52:27+00:00
Resolved: 2020-08-24 10:44:55+00:00

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

Steps to reproduce:

1) Open Firefox.
2) Click on a bookmark in the bookmarks toolbar.


Actual results:

Nothing happens.


Expected results:

Firefox should start connecting to the website.
Bug: Background service for updates crashes browser on win10pro
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-23 20:09:59+00:00
Resolved: 2020-09-11 12:18:18+00:00

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

Steps to reproduce:

Installed blank Fx79, (also applies to 78 and 80 DE).

Running win10pro on ryzen 3600/x570 mb/a lot of ram and disk
It's probably an edge case and hard to reproduce outside of machines of people affected. 
To avoid crashes have to run browser without background update service. 
Mozregression just generates a lot of crashes as well. So it's not related to extensions or profiles in any way. 


Actual results:

Browser crashes randomly (usually within minutes) with no about:crashes info available later (crashes before it). Crashes into windows own dialog with "close" and "debug" options. 


Expected results:

Browser working normally.
Bug: Active scope/search not indicated, has no affordance
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-08-23 23:55:49+00:00
Resolved: 2021-02-22 16:44:13+00:00

Steps to reproduce:

1. type % 
2. type a query

What happens:

The "tabs" icon/scope is not indicated; doesn't have an affordance. 

Expected result:

I should have something in the UI that shows what search is selected in the scope bar.

An example of this can be seen in https://developer.apple.com/design/human-interface-guidelines/macos/buttons/scope-buttons/

Given that the scope can be activated via the scope bar (and the keyword/restriction characters seem to be a shortcut), I think this makes the connection via scope and suggestions more obvious. This is widely used (see apple HIG link above) and is an affordance beyond the keyword (which is frankly not all that discoverable).

Spun out from bug 1658964
Bug: Lost most Bookmarks suddenly - and now Bookmark recovery crashes
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-24 02:58:41+00:00
Resolved: 2020-08-25 16:11:25+00:00

I had not used my bookmarks for a several days because I was busy, so I do not know exactly when the issue happened. But I have many, many bookmarks, which recently I had trimmed down to a much more reasonable size, yet still a lot. I am mentioning this because it might factor in, though it likely doesn't because the error didn't happen when I had much more of them.

Anyway, when I finally came around to attempting to use one of my recent bookmarks today, I found the bottom of my bookmark list to be unrecognizably old. It was like half of my bookmarks were chopped off the end of the list, or as if I was reverted to a much older list. I immediately looked up how to recover my bookmarks, I found some recent auto-backup states and set it to recover. However, each time I tested, now 4 times I believe, it has failed, with an error window and log files generated. I seem to not be able to reclaim my old bookmark state. My browser hasn't misbehaved in any other way, and there were no signs or symptoms until what I am noticing now. One thing worth noting though, however, is that my recovery entries say how many items they are recovering. And they say ludicrous things like "25,584 items". I do keep many more bookmarks than the average person, but if I added 5 bookmarks per day for 10 years I still wouldn't have near that many. My new status says 4930 items.

I am simply looking to resolve the error issues so that I can recover my bookmarks.
Bug: File upload dialog does not appear
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-08-24 10:32:05+00:00
Resolved: 2020-10-05 10:33:41+00:00

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

Steps to reproduce:

Pressing a button that should open a dialog to upload a file.  


Actual results:

File dialog does not open.  The problem behaviour may only occur when a Firefox upload is pending.


Expected results:

File dialog should have opened
Bug: Unrelated history results when in search mode for a non-generic engine
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-08-24 13:33:52+00:00
Resolved: 2020-09-10 17:22:31+00:00

The fix in bug 1658646 made search mode a bit more confusing, in particular the history search doesn't seem to be restricted to the alias domain.
I just tried to search for a short string while search mode was enabled on Wikipedia, I got 2 history results from www.google.com where my typed string was matching the query string. Those were completely unexpected since I'm trying to focus on Wikipedia results.

It sounds like we missed a piece due to testing on non-chaotic enough profiles, I think the results should only come from pages with the alias domain, not others? That could be matter of modifying the search string for the history search to include that domain.
Bug: PDF file is shown too messy
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-08-24 14:10:48+00:00
Resolved: 2020-08-24 14:25:34+00:00

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

Steps to reproduce:

Opened https://www.castagnari.com/eng/prodotto.html?id=5&k=20 and clicked a PDF which is under "Useful" section. For example this link: https://www.castagnari.com/doc/18_-_g-c-pignol-vers-1.pdf


Actual results:

PDF is shown corrupt on Firefox


Expected results:

PDF file is normal if I download it and open with another app. With Firefox, it is completely broken.
Bug: PDF.js Doesn't Render Hide Content Clipped by Clipping Masks
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-08-24 14:37:07+00:00
Resolved: 2021-08-12 02:58:02+00:00

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

Steps to reproduce:

Open a PDF that uses clipping masks, example at: https://www.functionaldevices.com/downloads/bulletins/B2872_393312.pdf


Actual results:

Clipped shapes aren't clipped (they are totally visible)


Expected results:

Clipped shapes should be clipped.
Bug: Intermittent toolkit/components/search/tests/xpcshell/test_geodefaults.js | should_retry_after_failure - [should_retry_after_failure : 199] 0 == 1
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2020-08-24 15:37:16+00:00
Resolved: 2020-08-31 06:07:35+00:00

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

---

[task 2020-08-24T14:46:24.595Z] 14:46:24     INFO -  "CONSOLE_MESSAGE: (info) _buildCache: Writing to cache file."
[task 2020-08-24T14:46:24.595Z] 14:46:24  WARNING -  TEST-UNEXPECTED-FAIL | xpcshell.ini:toolkit/components/search/tests/xpcshell/test_geodefaults.js | should_retry_after_failure - [should_retry_after_failure : 199] 0 == 1
[task 2020-08-24T14:46:24.595Z] 14:46:24     INFO -  Z:/task_1598279240/build/tests/xpcshell/tests/toolkit/components/search/tests/xpcshell/test_geodefaults.js:cont:199
[task 2020-08-24T14:46:24.595Z] 14:46:24     INFO -  Z:\task_1598279240\build\tests\xpcshell\head.js:_do_main:248
[task 2020-08-24T14:46:24.595Z] 14:46:24     INFO -  Z:\task_1598279240\build\tests\xpcshell\head.js:_execute_test:577
[task 2020-08-24T14:46:24.595Z] 14:46:24     INFO -  -e:null:1
[task 2020-08-24T14:46:24.595Z] 14:46:24     INFO -  exiting test
[task 2020-08-24T14:46:24.595Z] 14:46:24     INFO -  Unexpected exception NS_ERROR_ABORT:
[task 2020-08-24T14:46:24.595Z] 14:46:24     INFO -  _abort_failed_test@Z:\task_1598279240\build\tests\xpcshell\head.js:833:20
[task 2020-08-24T14:46:24.595Z] 14:46:24     INFO -  do_report_result@Z:\task_1598279240\build\tests\xpcshell\head.js:934:5
[task 2020-08-24T14:46:24.595Z] 14:46:24     INFO -  Assert<@Z:\task_1598279240\build\tests\xpcshell\head.js:73:21
[task 2020-08-24T14:46:24.596Z] 14:46:24     INFO -  proto.report@resource://testing-common/Assert.jsm:233:10
[task 2020-08-24T14:46:24.596Z] 14:46:24     INFO -  equal@resource://testing-common/Assert.jsm:275:8
[task 2020-08-24T14:46:24.596Z] 14:46:24     INFO -  checkRequest@Z:/task_1598279240/build/tests/xpcshell/tests/toolkit/components/search/tests/xpcshell/head_search.js:469:10
[task 2020-08-24T14:46:24.596Z] 14:46:24     INFO -  cont@Z:/task_1598279240/build/tests/xpcshell/tests/toolkit/components/search/tests/xpcshell/test_geodefaults.js:199:19
[task 2020-08-24T14:46:24.596Z] 14:46:24     INFO -  _do_main@Z:\task_1598279240\build\tests\xpcshell\head.js:248:6
[task 2020-08-24T14:46:24.596Z] 14:46:24     INFO -  _execute_test@Z:\task_1598279240\build\tests\xpcshell\head.js:577:5
[task 2020-08-24T14:46:24.596Z] 14:46:24     INFO -  @-e:1:1
[task 2020-08-24T14:46:24.596Z] 14:46:24     INFO -  exiting test
[task 2020-08-24T14:46:24.596Z] 14:46:24     INFO -  "CONSOLE_MESSAGE: (info) _buildCache: cache file written to disk."
Bug: Prevent Urlbar Search Tips from appearing at the same time as the NTP default browser notification
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-08-24 18:13:31+00:00
Resolved: 2020-08-24 19:46:36+00:00

We should be checking `DefaultBrowserNotificationOnNewTabPage.willCheckDefaultBrowser` in [`UrlbarProviderSearchTips.isBrowserShowingNotification`](https://searchfox.org/mozilla-central/rev/19c23d725f27d0989e4a60f36d64004cebb39736/browser/components/urlbar/UrlbarProviderSearchTips.jsm#394).
Bug: I need to delete my bug report
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-24 20:16:42+00:00
Resolved: 2021-04-30 18:26:01+00:00

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

Steps to reproduce:

I created a bug report to see how the template works but now I cannot delete it.


Actual results:

I can't find any way to remove my bug.


Expected results:

There should be an option to remove the bug reports. Sometimes ppl make mistakes and there should be a way to undo it.
Bug: verify that all async functions resolve in Pioneer tests
Status: NEW
Priority: --
Created: 2020-08-25 00:35:09+00:00
Resolved: 2020-09-08 17:26:22+00:00

In bug 1646151 I found that the deletion pings aren't always finished by the time the test finishes - we could probably figure out a way to run the tests synchronously, but I suspect this is a sign that the code and/or test are not `await`ing everything before shutting the browser down.
Bug: Check the login with valid ESS user and valid password
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-08-25 06:44:32+00:00
Resolved: 2020-09-21 15:29:43+00:00

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

Steps to reproduce:

1. Open the application "https://opensourcedemo.orangehrmlive.com/index.php/dashboard"
2. Enter valid ESS user name
3. Enter valid ESS password
4. Click on Login button



Actual results:

1. Open the application "URL"
2. Enter valid ESS user name
3. Enter valid ESS password
4. Click on Login button



Expected results:

User can see "Personal Details" page
Bug: TabDialogBox doesn't restore focus when returning from another tab
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-08-25 06:56:49+00:00
Resolved: 2023-06-02 15:16:24+00:00

STR:

1. Open two tabs.
2. In the second tab, open any web page.
3. Open the new print modal.
4. Press control+1 to switch to the first tab.
5. Press control+2 to switch back to the second tab (the one with the print modal open).
    - Expected: Focus should go to the printer picker.
    - Actual: Focus goes to limbo (the top level browser window).

This applies to any TabDialogBox. For example, you see the same bug if you do this in the browser console instead of opening the print modal:
`Services.prompt.alertBC(gBrowser.selectedBrowser.browsingContext, Ci.nsIPrompt.MODAL_TYPE_TAB, "Hi", "Hi")`