av9ash/GitBugs huggingface dataset:
Bug: Switch to tab option is displayed when there is no tab to switch to
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-05 10:52:09+00:00
Resolved: 2020-03-04 09:16:47+00:00

Mozilla/5.0 (X11; Linux i686; rv:74.0) Gecko/20100101 Firefox/74.0
Build ID: 20200204214324

**Affected versions**
* Nightly 74.0a1

**Affected platforms**
* Ubuntu 16.04
* Windows 10 x64
* Mac OS X 10.15

**Steps to reproduce**
1. Launch Firefox with a new profile.
2. Navigate to: https://www.facebook.com/
3. Click in the address bar.

**Expected result**
* Topsites suggestions are properly displayed, and Facebook is one of them.

**Actual result**
* Facebook along with "switch to tab" is shown, even if I am in the Facebook tab and no other tab with Facebook is opened in the browser.

Please see the attached video for more details.
Bug: Letter 'v' can't be entered into website forms with permissions.default.shortcuts set to 2
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-05 11:32:08+00:00
Resolved: 2020-02-13 11:57:55+00:00

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

Steps to reproduce:

Use latest Nightly.
Open any webpage.
Try to fill a field, a form, or try to write a message etc writing something with letter "v" (lower case).
The "v" letter is not written.
Absolutely nothing happens when letter "v" is used/pressed.


Actual results:

I can use letter "v" (lower case) all over my device, except inside Nightly. So it is not a problem with my keyboard, neither with my drivers.
By "inside Nightly" I mean that I can even use "v" letter at Nightly' UrlBar (for example, I can perfectly write virustotal.com at UrlBar). However, I can't use letter "v" inside webpages (fields, forms, messages etc).


Expected results:

Letter "v" should be written always, at any webpage, any field, form, message etc.
Bug: Red background page is NOT displayed for tls-v1-0.badssl.com:1010
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-02-05 13:47:26+00:00
Resolved: 2020-02-28 18:58:02+00:00

**Affected versions**
Firefox 74.0a1

**Affected platforms**
Windows 10 

**Steps to reproduce**
1. Access the following https://tls-v1-0.badssl.com:1010/  

**Expected result**
The URL is properly loaded and red background page is displayed, containing a string saying: tls-v1-0.badssl.com.

**Actual result**
The URL is properly loaded  but red background page is not  displayed

**Note**
Both Beta and Release displays the red page with the string saying: tls-v1-0.badssl.com
Bug: The "New Tab" page is wrongly scrolled down if any "Popular Topics" link is clicked for the second time in the same tab session
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-02-05 14:40:08+00:00
Resolved: 2020-02-26 10:37:34+00:00

**[Affected versions]:**
- Firefox  73.0 Build ID 20200203203546
- Firefox 74.0a1 Build ID 20200205055433

**[Affected Platforms]:**
- Windows 10
- Mac 10.14
- Linux Debian 9

**[Prerequisites]:**
- Set “browser.search.region” to “US” or “CA”
- Restart the browser

**[Steps to reproduce]:**
1. Open a New Tab page.
2. Scroll down the page until the “Popular Topics” section. 
3. Click on any of the "Popular Topics" link.
4. Click the “Go back one page” arrow.
5. Repeat step 3.

**[Expected result]:**
User is redirected to the corresponding page.

**[Actual result]:**
Page is scrolled down.

**[Regression]:**
- Last good revision: df1974026ae7c9c4c1bdce33be1da2fdd468e58c
- First bad revision: 090482022c3d8c79a964db0ab40e23fb937e19da
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=df1974026ae7c9c4c1bdce33be1da2fdd468e58c&tochange=090482022c3d8c79a964db0ab40e23fb937e19da 
It looks like bug 1602518 has caused this issue.

**[Additional notes]:**
- the issue is also reproduced intermittently from last row of the Recommended By Pocket section.
Bug: FF 73 if I press space bar the screens don't scroll
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-02-05 15:41:55+00:00
Resolved: 2020-02-13 07:50:26+00:00

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

Steps to reproduce:

I open a page of a site and with the space bar I want to open the following screens that make up the page


Actual results:

when I open a site and press the space bar the following screens do not open. FF 73 freezes on the first screen of the page and does not open the others


Expected results:

When I open the page of a site and press the space bar the following screens of that page should open
Bug: PDF Viewer Only Shows 1st Page out of 6
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-02-05 19:35:47+00:00
Resolved: 2020-02-06 00:15:37+00:00

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

Steps to reproduce:

1. Open a specific PDF (attached) in Firefox


Actual results:

The PDF viewer only showed the first page, and it showed that only 1 page existed. When I opened the PDF in another viewer it showed all 6 pages.


Expected results:

The PDF viewer component of Firefox should have displayed all 6 pages of the PDF.
Bug: Cert exception UI in captive portal error page looks broken and doesn't work
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-02-05 20:03:34+00:00
Resolved: 2020-03-30 13:40:21+00:00

[edited]

The "advanced" section in the captive portal error page currently looks like it's missing information, and the "accept risk and continue" button doesn't seem to do anything.
Bug: Perma [tier2] browser/components/aboutconfig/test/browser/browser_edit.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: NEW
Priority: P5
Created: 2020-02-05 22:17:22+00:00
Resolved: 2022-07-01 10:59:57+00:00

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

---

```
[task 2020-02-05T17:45:27.901Z] 17:45:27     INFO - TEST-PASS | browser/components/aboutconfig/test/browser/browser_edit.js | "BooleanNumberString" == "BooleanNumberString" - 
[task 2020-02-05T17:45:27.901Z] 17:45:27     INFO - Buffered messages logged at 17:45:27
[task 2020-02-05T17:45:27.902Z] 17:45:27     INFO - Leaving test bound test_double_click_modify
[task 2020-02-05T17:45:27.902Z] 17:45:27     INFO - Buffered messages finished
[task 2020-02-05T17:45:27.902Z] 17:45:27     INFO - TEST-UNEXPECTED-FAIL | browser/components/aboutconfig/test/browser/browser_edit.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-02-05T17:45:27.903Z] 17:45:27     INFO - GECKO(6545) | MEMORY STAT | vsize 3588MB | residentFast 941MB | heapAllocated 455MB
```
Bug: Intermittent ccov [tier2] browser/components/preferences/in-content/tests/browser_extension_controlled.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
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-02-05 23:36:38+00:00
Resolved: 2020-02-18 21:37:03+00:00

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

---

```
[task 2020-02-05T17:49:30.743Z] 17:49:30     INFO - TEST-PASS | browser/components/preferences/in-content/tests/browser_extension_controlled.js | The connection settings description is as expected. - 
[task 2020-02-05T17:49:30.744Z] 17:49:30     INFO - Buffered messages logged at 17:49:30
[task 2020-02-05T17:49:30.744Z] 17:49:30     INFO - Console message: Warning: attempting to write 7244 bytes to preference network.proxy.autoconfig_url. This is bad for general performance and memory usage. Such an amount of data should rather be written to an external file. This preference will not be sent to any content processes.
[task 2020-02-05T17:49:30.745Z] 17:49:30     INFO - Leaving test bound testExtensionControlledProxyConfig
[task 2020-02-05T17:49:30.746Z] 17:49:30     INFO - Buffered messages finished
[task 2020-02-05T17:49:30.746Z] 17:49:30     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/in-content/tests/browser_extension_controlled.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-02-05T17:49:30.746Z] 17:49:30     INFO - GECKO(5120) | MEMORY STAT | vsize 3990MB | residentFast 721MB | heapAllocated 216MB
```
Bug: Intermittent [tier2] browser/components/urlbar/tests/browser/browser_search_tips.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: P3
Resolution: FIXED
Created: 2020-02-06 00:55:26+00:00
Resolved: 2020-02-24 06:04:16+00:00

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

---

```
[task 2020-02-05T23:29:24.761Z] 23:29:24     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_search_tips.js | {"_name":"Google","_shortName":"google-b-1-d","_loadPath":"[other]addEngineWithDetails:google@search.mozilla.org","description":"Google Search","__searchForm":"https://www.google.com/search?client=firefox-b-1-d&q={searchTerms}","_iconURL":"moz-extension://37b45f1f-51a7-4050-b13a-da279933d1c6/favicon.ico","_iconMapObj":{"{}":"moz-extension://37b45f1f-51a7-4050-b13a-da279933d1c6/favicon.ico"},"_metaData":{"alias":null,"order":1},"_urls":[{"params":[{"condition":"pref","mozparam":true,"name":"channel","pref":"google_channel_us"},{"name":"client","value":"firefox-b-1-d"},{"name":"q","value":"{searchTerms}"}],"rels":[],"resultDomain":"www.google.com","template":"https://www.google.com/search"},{"params":[],"rels":[],"resultDomain":"www.google.com","template":"https://www.google.com/complete/search?client=firefox&q={searchTerms}","type":"application/x-suggestions+json"}],"_isBuiltin":true,"queryCharset":"UTF-8","extensionID":"google@search.mozilla.org","extensionLocale":"b-1-d"} == true - 
[task 2020-02-05T23:29:24.762Z] 23:29:24     INFO - Buffered messages finished
[task 2020-02-05T23:29:24.762Z] 23:29:24     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_search_tips.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-02-05T23:29:24.762Z] 23:29:24     INFO - GECKO(7289) | MEMORY STAT | vsize 3570MB | residentFast 631MB | heapAllocated 157MB
```
Bug: "Our Sponsors And Your Privacy" dialog has awkward blank space on its left and right side
Status: NEW
Priority: P2
Created: 2020-02-06 01:46:05+00:00
Resolved: 2022-10-11 23:55:25+00:00

STR:
 1. Hover some sponsored new-tab tile, and click its "..." menu when it appears.
 2. Choose "Our sponsors and your privacy.

ACTUAL RESULTS:
The dialog that appears has an awkwardly large amount of blank space to its left and right sides. (It's awkwardly wide, as compared to its content)

EXPECTED RESULTS:
Content should be wider, to fit the dialog (or the dialog should be smaller, to fit the content).

--
Analysis:
Looking in devtools, it looks like the extra space is created by the difference between the widths in these two rules:
```
.modalOverlayInner {
    ...
    max-width: 960px;
}
```
(This is what constrains the width of the dialog.)

Vs...
```
.ds-privacy-modal .privacy-notice {
    max-width: 572px;
```
(This is what constrains the width of the dialog's contents).

If I untick the latter max-width, then the content fills the space on either side (and the dialog's height is reduced accordingly, since there are fewer lines of text).

Is there a reason we're using such a small max-width for the content here, given that the dialog allows itself to be significantly wider?
Bug: Some pending/discarded tabs are loaded when dragged to an existing window
Status: UNCONFIRMED
Priority: P3
Created: 2020-02-06 05:02:56+00:00
Resolved: 2023-02-20 12:13:21+00:00

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

Steps to reproduce:

0. Have at least two windows, at least one of which has at least four tabs. The Auto Tab Discard extension is helpful but not required.
1. Select a window with at least four tabs.
2. Select the leftmost tab (tab 1).
3. Discard the other tabs. If using the Auto Tab Discard extension, right-click on the active tab and select "Auto Tab Discard", then "Discard Other Tabs in This Window". Alternatively, restart Firefox and restore the session.
4. Shift-click on tab 4 to highlight tabs 1-4.
5. Click on tab 3 and drag the highlighted tabs to the tab bar of any other window.
6. Repeat with different selections in steps 2, 4, and 5.


Actual results:

Tabs 1-4 are moved to the other window. Tab 1 remains loaded, tab 2 remains unloaded, tab 3 begins to load before moving, and tab 4 begins to load after moving.

More generally, any highlighted pending/discarded tabs to right of the active tab are loaded when moved to an existing window. This is consistent whether the left or right edge is selected first. The same tabs remain unloaded if moved to a new window instead, either by dragging or with the "Move to New Window" context menu item.


Expected results:

Pending/discarded tabs should remain pending/discarded when moved.

It looks like browser/components/sessionstore/test/browser_movePendingTabToNewWindow.js tries to test for this, but it uses the rightmost tab as the active tab, so no additional tabs are loaded.
Bug: about:logins login view is not wide enough
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-02-06 06:56:27+00:00
Resolved: 2022-04-09 16:43:39+00:00

I haven't checked w/ mozregression, but from the [login-item.css log](https://hg.mozilla.org/mozilla-central/log/tip/browser/components/aboutlogins/content/components/login-item.css), bug 1597993 seems like the only bug that could have possibly regressed this.
Bug: Revert 1603071 - using release snippets in Nightly
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-02-06 09:59:05+00:00
Resolved: 2020-02-20 15:45:02+00:00

In bug 1603071 we added a pref controlled way to display release snippets in Nightly without telemetry. This was a workaround for the Nightly channel that did not have content making it easy to overlook regressions.
We can revert that bug as we now have support from the snippets backend for this.
* there will be Nightly channel specific content
* we will still replicate the Release channel content in Nightly but have `&& false` appended to all targeting expressions
  * this is meant to replicate the overhead of selecting a snippet that would happen in release
Bug: electronic signature in a pdf is not displayed in pdf.js
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-06 11:36:19+00:00
Resolved: 2020-02-06 13:18:18+00:00

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

Steps to reproduce:

pdf.js is configured as the default pdf-iewer in Firefox.
I opened an electronically signed pdf-File with pdf.js in Firefox.



Actual results:

The signature is not shown.
Other browsers and pdf-viewers can display the electronic signature in the pdf-file correctly.
Example-file attached.


Expected results:

 Display the electronic signature of a signed pdf correctly in pdf.js .
Bug: [RTL] A vertical scrollbar is wrongly displayed on the onboarding modal if the "Continue" button is clicked while the email field is empty
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-02-06 12:45:36+00:00
Resolved: 2020-02-19 10:55:36+00:00

**[Affected versions]:**
- Firefox 74.0a1 Build ID 20200205215017

**[Affected Platforms]:**
- Windows 10
- Mac 10.14
- Linux Ubuntu 16.04

**[Prerequisites]:**
- Use a RTL Firefox Nightly build.

**[Steps to reproduce]:**
1. Open about:welcome page.
2. Click the “Continue” button. 

**[Expected result]:**
“Enter email” field is highlighted in red and the "Valid email required" message is displayed.

**[Actual result]:**
A vertical scrollbar is also displayed in the left part of the onboarding modal.

**[Additional notes]:**
- Issue is also reproducible if invalid values are typed in the e-mail field.
- On Mac OS an horizontal scrollbar is also displayed for a few seconds.
- Issue is not reproducible using LTR builds
Bug: DNS over HTTPS is not disabled after rolling back the "doh-rollout.enabled" preference
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-02-06 13:51:58+00:00
Resolved: 2020-05-16 02:35:29+00:00

[Affected Platforms]:
- All Windows
- All Mac
- All Linux

[Affected Versions]:
- Firefox Nightly 74.0a1, Build ID 20200205215017
- Firefox Beta 73.0, Build ID 20200203203546

[Prerequisites]:
- Have a profile enrolled in preference-rollout experiment that sets the "doh-rollout.enabled" to "true". (recipe [927](https://delivery-console.stage.mozaws.net/recipe/927/))
- Have the "security.content.signature.root_hash" pref set to "DB:74:CE:58:E4:F9:D0:9E:E0:42:36:BE:6C:C5:C4:F6:6A:E7:74:7D:C0:21:42:7A:03:BC:2F:57:0C:8B:9B:90".
- Have the "app.normandy.api_url" pref set to "https://stage.normandy.nonprod.cloudops.mozgcp.net/api/v1".
- Have the "app.normandy.dev_mode" set to "true".
- Have the "app.normandy.logging.level" set to "0".
- Have the "services.settings.server" set to "https://settings.stage.mozaws.net/v1".
- Have the "ppop-doh-roll" pref set to "true".

[Steps to reproduce]:
1. Open the browser with the profile from prerequisites.
2. Disable the preference-rollout recipe from the Delivery Console and publish the preference-rollback recipe.
3. Restart the browser.
4. Navigate to about:config and observe the value of the "network.trr.mode pref".

[Expected result]:
- The "doh-rollout.enabled" pref is removed and the doh realted preferences are cleared.

[Actual result]:
- The "doh-rollout.enabled" pref is removed and all other doh preferences remain unchaged.

[Notes]:
- The value of the "network.trr.mode" remains at "2" after the rollback.
- The following Normandy recipes were used: [pref-rollout](https://delivery-console.stage.mozaws.net/recipe/927/) and [pref-rollback](https://delivery-console.stage.mozaws.net/recipe/928/).
- I have attached a screen recording of the issue:
Bug: Search Tip delay can interfere with typing
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-02-06 13:57:46+00:00
Resolved: 2020-03-05 09:00:14+00:00

Search Tips are only shown after [a 200ms delay](https://searchfox.org/mozilla-central/rev/3a0a8e2762821c6afc1d235b3eb3dde63ad3b01a/browser/components/urlbar/UrlbarProviderSearchTips.jsm#75). If a user opens a page and quickly starts typing, their query will be deleted after 200ms when the Search Tip calls [`search("")`](https://searchfox.org/mozilla-central/rev/3a0a8e2762821c6afc1d235b3eb3dde63ad3b01a/browser/components/urlbar/UrlbarProviderSearchTips.jsm#317). This is made worse because the user continuing to type is enough to dismiss the tip, so it just flashes on screen for a moment.
Bug: Keyboard doesn't work as expected in Numbers on the iCloud website
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-02-06 16:25:45+00:00
Resolved: 2020-02-07 15:16:26+00:00

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

Steps to reproduce:

Go to https://www.icloud.com/numbers/
Open a document
Click on a cell then type on keyboard OR Use Ctrl+X/Ctrl+C/Ctrl+V


Actual results:

Nothing


Expected results:

The text typed should appear in the cell OR Cut/copy/paste
Bug: URL not selected with Ctrl+L/Command-L if a result is highlighted
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2020-02-06 23:14:08+00:00
Resolved: 2020-02-07 09:41:06+00:00

STR:
1) Open https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XPCOM/Guide/Internal_strings
2) Open new tab
3) In awesome bar enter "Mozilla internal string guide" (the title of the page above)
4) Tab down to the entry that has "Switch to tab"
5) Hit CMD(or CTRL) + l 

Expected:
The url will be selected 

Actual:
The cursor ends up at the end of the URL

Note: You can repeat the above with any URL 

This is seems to be a regression, as I do this quiet often to copy/paste urls.
Bug: macOS' Window menu has the brand-full-name suffix repeated at the end of every browser window title
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-02-07 00:51:45+00:00
Resolved: 2020-02-25 15:02:38+00:00

Every window listed in the macOS "Window" menu now duplicates the `-brand-full-name` causing the menu items to be longer and more noisy.

Last good revision: eb874118621070fa4ef69cb951b2dd7a51f93d66
First bad revision: bff9eef8191f12cee9af275966a563517dcdf429
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=eb874118621070fa4ef69cb951b2dd7a51f93d66&tochange=bff9eef8191f12cee9af275966a563517dcdf429

From skimming bug 1591328 and the Phabricator reviews I don't think this was intentional, or was it?
Bug: Opening the set custom Bookmark as Homepage does not select on (re)open any option
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-02-07 09:51:02+00:00
Resolved: 2020-02-28 18:58:23+00:00

**Affected versions**
* 74.0a1, 73.0b12,  72.0,  68.4.2esr

**Affected platforms**
* Windows 10, Ubuntu 19.04, macOS 10.14;

**Steps to reproduce**
1. Launch Firefox, access about:preferences#home
2. In Homepage and new windows set Custom URLS...
3. Click on the Use Bookmark button
4. Open the folders Bookmarks Menu - MozillaFirefox/Nightly;
5. Pick any of the bookmarks listed;
6. Press Enter;
7. Press Enter to Reopen the menu (since the option is still selected);
8. Press Enter again and again;

**Expected result**
* [this could probably be viewed as an enhancement]: selected option is saved and selected;

**Actual result**
* selection jumps up/down since nothing is marked as being selected/active;
* selection is on the whole section;

**Regression range**
* First bad: build_date: 2014-12-13
* Last good: build_date: 2014-12-12
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=5288b15d22de&tochange=f14dcd1c8c0b)

**Additional notes**
* steps are extended to better illustrate a scenario that the user with keyboard navigation will end up in; 
* attached recording with the issue.