av9ash/GitBugs huggingface dataset:
Bug: Lockwise Support missing link
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-07-16 22:47:06+00:00
Resolved: 2020-08-07 01:39:08+00:00

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

Steps to reproduce:

Visit about:logins


Actual results:

If there are no credentials there's this message:

Visit Lockwise Support for more help

Lockwise Support is a link, but has no href set to it, if you click nothing happens.

HTML code has no href as below:

<li data-l10n-id="about-logins-intro-instruction-help">Visit <a data-l10n-name="help-link" class="intro-help-link" target="_blank" rel="noreferrer">Lockwise Support</a> for more help</li>


Expected results:

Lockwise Support should have a valid link and open a new tab to the correct page

I can reproduce on Nightly 80.0a1 (2020-07-16) (64-bit) as well Firefox Stable and Developer Edition.
Bug: Some characters getting clobbered if I type too fast
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-07-16 23:31:27+00:00
Resolved: 2020-08-13 10:14:47+00:00

I thought this was a dupe of bug 1652024 (or its dupes) but I'm not getting truncated results and I can still see it in the 2020-07-16 nightly build.

STR
1. have a profile with a large PlacesDB
2. quickly type in a few characters of a history item

Actual
- some characters of what you type remain, sometimes with them half-completing one of your history/bookmarks (like if I type "Wennie" to go my notes for my discussions with Wennie I often end up with wfastmail.com (I used fastmail))

Expected
- no lost characters
Bug: about:logins loads with no logins due to `login.displayOrigin is null` from an all null/0/"" login
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-17 04:20:46+00:00
Resolved: 2020-08-03 07:24:03+00:00

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

Steps to reproduce:

1.  Start Firefox using Launcher icon
2.  Click Open Menu > Logins & Passwords
3.  In new browser tab open Yahoo Mail and select "Sign in"
4.  Click "username" field
5.  Select login from drop-down list -> Next
6.  Password is supplied -> Next


Actual results:

about:logins page is blank

Yahoo Mail is a saved (synced) bookmark and I can login with the saved (synced) logins.


Expected results:

about:logins page should display my saved logins.
Bug: No warning dialog on closing multiple tabs
Status: UNCONFIRMED
Priority: --
Created: 2020-07-17 06:20:41+00:00
Resolved: 2022-02-16 12:15:53+00:00

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

Steps to reproduce:

Close multiple tabs, either tabs to the right or other tabs.



Actual results:

No warning dialog appear.
No effect on changing this parameters:
browser.tabs.warnOnClose;true
browser.tabs.warnOnCloseOtherTabs;true

I have lot of tabs, restoring all tabs will reload all tabs and make my computer stress.


Expected results:

a warning dialog opens asking confirmation Close to the Right or Close other tabs.
"You are about to close to the Right, there is 2 tabs...Continue?" [Cancel][Close Tabs]
"You are about to close Other tabs, there is 100 tabs...Continue?" [Cancel][Close Tabs]

Because "close to the right" and "close other tabs" menu is very near, people can accidently clicking wrong choice.
Bug: Items from the navigation bar shift back and forth by ~1px when dragging an item to the toolbar in customize mode while having layout.css.devPixelsPerPx pref set to 1.5
Status: NEW
Priority: P5
Created: 2020-07-17 07:24:44+00:00
Resolved: 2020-07-20 14:57:58+00:00

*Affected versions*
* 80.0a1 (20200716212737)
* 79.0b9 (20200717001501)
* 78.0.2 (20200708170202)

*Affected platforms*
* Ubuntu 18.04
* macOS 10.14
* Windows 10x64


*Steps to reproduce*
1. Open Firefox and set layout.css.devPixelsPerPx to 1.5.
2. Enter Customize and drag any item to the toolbar. 




*Expected result*
* No glitches presented.


*Actual result*
* Right side elements are shaking.

*Regression range*
Reproducible with 74.0a1(20200202214642). I Will search for one ASAP.




*Notes*
* Attached a screen recording.
**Severity S4**
Bug: New tab page flashes white when refreshing the page.
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-07-17 09:24:03+00:00
Resolved: 2020-08-19 04:12:57+00:00

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

Steps to reproduce:

1. Open Mozilla Firefox.(78.0.2 64 bit)
2. Refresh the default new tab page.




Actual results:

Screen flashes white


Expected results:

Screen should not flash white
Bug: The global sharing indicator can be moved outside the screen
Status: NEW
Priority: P3
Created: 2020-07-17 09:31:32+00:00
Resolved: 2020-08-27 16:11:30+00:00

**[Affected Versions]:**
- Firefox Beta 79.0b8 (Build ID: 20200714212005)

**[Affected Platforms]:**
- Windows 10 x64

**[Prerequisites]:**
- Firefox Beta is open.
- The `privacy.webrtc.allowSilencingNotifications` pref is set to `true`.
- The `privacy.webrtc.legacyGlobalIndicator` pref is set to `false`.

**[Steps to reproduce]:**										
1. Start a webRTC video call on Zoom.
2. Click the “Share Screen” button.
3. Drag and drop the global indicator outside the screen.
4. Observe the behavior.

**[Expected results]:**
- The global indicator bounces back on the screen’s visible area and is fully displayed.

**[Actual results]:**
- The global indicator doesn’t bounce back on the screen’s visible area and is partially displayed.

**[Notes]:**
- This issue is not reproducible with the top part of the screen. This is only reproducible with the side and bottom parts of the screen.
- On the bottom part of the screen, the taskbar can overlap the global indicator.
- Attached is a screen recording of the issue.
Bug: [Ubuntu] About Firefox dialog can be maximized / resized
Status: NEW
Priority: P5
Created: 2020-07-17 09:39:17+00:00
Resolved: 2020-07-20 22:31:01+00:00

**Affected versions**
* 78.0.2
* 79.0b9
* 80.0a1 (2020-07-16)

**Affected platforms**
* Ubuntu 18.04x64

**Steps to reproduce**
1. Launch FF.
2. Go to the burger menu.
3. Go to Help.
4. Go to About FF/Nightly.
5. Press the maximize button.

**Expected result**
* Maximize button is greyed out and user cannot interact with this option.

**Actual result**
* Maximize button is greyed out but the user can interact with this option and make the About prompt full screen, leaving half a screen blank .

**Regression range**
* I went as far back as builds from 2016 and managed to reproduce this issue with the same repro steps. This does not seem like a regression.

**Additional notes**
* Seeing as how both macOS and Windows opt out for that option, it would be good if consistency were kept for Ubuntu as well.
* I would consider this issue an S3.
* This issue may have caused 1535592.
Bug: Intermittent browser/components/customizableui/test/browser_995164_registerArea_during_customize_mode.js | Button moved out of palette -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-07-17 10:37:10+00:00
Resolved: 2021-05-18 17:01:46+00:00

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

---

>[task 2020-07-17T09:56:35.491Z] 09:56:35     INFO - TEST-PASS | browser/components/customizableui/test/browser_995164_registerArea_during_customize_mode.js | Button is in palette in other window, too. - 
[task 2020-07-17T09:56:35.492Z] 09:56:35     INFO - Buffered messages finished
[task 2020-07-17T09:56:35.492Z] 09:56:35     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_995164_registerArea_during_customize_mode.js | Button moved out of palette - 
[task 2020-07-17T09:56:35.492Z] 09:56:35     INFO - Stack trace:
[task 2020-07-17T09:56:35.492Z] 09:56:35     INFO - chrome://mochikit/content/browser-test.js:test_ok:1299
[task 2020-07-17T09:56:35.492Z] 09:56:35     INFO - chrome://mochitests/content/browser/browser/components/customizableui/test/browser_995164_registerArea_during_customize_mode.js:null:168
[task 2020-07-17T09:56:35.492Z] 09:56:35     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-07-17T09:56:35.492Z] 09:56:35     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_995164_registerArea_during_customize_mode.js | Uncaught exception - at chrome://mochitests/content/browser/browser/components/customizableui/test/browser_995164_registerArea_during_customize_mode.js:173 - TypeError: can't access property "area", CustomizableUI.getPlacementOfWidget(...) is null
[task 2020-07-17T09:56:35.492Z] 09:56:35     INFO - Stack trace:
[task 2020-07-17T09:56:35.492Z] 09:56:35     INFO - @chrome://mochitests/content/browser/browser/components/customizableui/test/browser_995164_registerArea_during_customize_mode.js:173:20
[task 2020-07-17T09:56:35.492Z] 09:56:35     INFO - Leaving test bound 
[task 2020-07-17T09:56:35.492Z] 09:56:35     INFO - Console message: OpenGL compositor Initialized Succesfully.
[task 2020-07-17T09:56:35.492Z] 09:56:35     INFO - Version: 2.1 INTEL-12.9.22
[task 2020-07-17T09:56:35.492Z] 09:56:35     INFO - Vendor: Intel Inc.
[task 2020-07-17T09:56:35.492Z] 09:56:35     INFO - Renderer: Intel Iris OpenGL Engine
[task 2020-07-17T09:56:35.492Z] 09:56:35     INFO - FBO Texture Target: TEXTURE_2D
[task 2020-07-17T09:56:35.492Z] 09:56:35     INFO - GECKO(1386) | MEMORY STAT | vsize 7859MB | residentFast 545MB | heapAllocated 282MB
[task 2020-07-17T09:56:35.493Z] 09:56:35     INFO - TEST-OK | browser/components/customizableui/test/browser_995164_registerArea_during_customize_mode.js | took 943ms
Bug: WebExtensions tabs.update API cannot open mailto links
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-07-17 11:40:31+00:00
Resolved: 2020-07-21 14:43:21+00:00

I am a developer of [Send Link from context menu](https://addons.mozilla.org/firefox/addon/send-link-from-context-menu/) add-on. It does a very simple think, when you click the context menu item (or page action icon) it should open a compose window of the mail client, populated some information from the current website like title or URL link. However after Firefox 78 release, I got a [report it stopped working](https://github.com/MikkCZ/send-link-from-context-menu/issues/13).

Simplified STR:
1. From background context of a WebExtension, call `browser.tabs.update({url: 'mailto:example@example.com'});`

Expected:
- Mail application opens the same way it would open when you click on the same mailto: link on any website.

Actual behaviour:
- Nothing happens.

I was able to reproduce this in latest Nightly, so I decided to try mozregression. This led me to https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=a76116eb180c3cacdd1cb555d1bc4ac54c9d2f5e&tochange=b4b26ce1c20ec113d9f36f5bd824e95dea4d40cd. If you would like to re-run mozregression yourself, I recommend `--profile-persistence reuse`, so you install the extensions just once and that you can just click on the page action icon in the URL bar.
Bug: JavaScript error: resource:///modules/sessionstore/ContentRestore.jsm, line 194: TypeError: can't access property "disallow", tabData is null
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-17 12:45:09+00:00
Resolved: 2022-06-10 15:49:31+00:00

Enable fission.sessionHistoryInParent and try to load some pages
Bug: Open options from the context menu doesn't dismiss the bookmarks doorhanger in some cases
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-07-17 13:10:39+00:00
Resolved: 2024-11-20 14:47:29+00:00

**Proposed severity:**
* S3

**Affected versions**
* Firefox 80.0a1
* Firefox 79.0b9

**Affected platforms**
* Windows 10 x6
* Windows 8.1 x86
* macOS 10.14
* Ubuntu 20.04 x64

**Steps to reproduce**
1. Have a bookmark already made
2. Go to "View History, saved bookmarks...." -> Bookmarks.
3. Right-click on one of the bookmarks and click on "Open". 

**Expected result**
* Doorhanger is dismissed. 

**Actual result**
* Doorhanger is not dismissed. 

**Regression range**
* First bad: 2017-08-10
* Last good: 2017-08-11
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=4d54ac07b8c97f0e6713dab2ba694023b5b2f3b5&tochange=64f5e3f40f0e7accb12cd90080e58eff0be46383
* Potentially regressed by: bug 1388753 or bug 1377967

**Additional notes**
* Look at the attached gif.
* This issue is reproducing by using the options from the hamburger menu as well. 
* I am not sure if this is an issue, but I find it to have an inconsistent behaviour, because when you click on a bookmark the doorhanger is dismissed, this should happen with the "Open" option too.
Bug: Can't set a home page by drag and drop a link into the URL field in about:preferences#home
Status: NEW
Priority: P3
Created: 2020-07-17 13:10:41+00:00
Resolved: 2020-07-20 14:54:18+00:00

**Proposed severity:**
* S3

**Affected versions**
* Firefox 80.0a1
* Firefox 79.0b9

**Affected platforms**
* Windows 10 x6
* Windows 8.1 x86
* macOS 10.14
* Ubuntu 20.04 x64

**Steps to reproduce**
1. Go to about:preferences#home
2. Select "Custom URLs..." from Homepage and new windows.
3. Drag and drop a link in the URL field. 
4. Restart browser. 

**Expected result**
* The home page is the one from step 3. 

**Actual result**
* Home page is the default one. And in about:preferences#home the home page is set on Default. 

**Regression range**
* First bad: 2018-03-20
* Last good: 2018-03-19
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=38f424da56206f0946ddd01b3c9b1ce5bf195739&tochange=bfb7edfd0436db388bb9e103b8ad817fc50bfdcf
* Potentially regressed by: bug 1417155

**Additional notes**
* This happens even if you click on the "Home Page" button without restarting the browser.
Bug: Opening and moving a tab simultaneously breaks the tab bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-17 14:37:41+00:00
Resolved: 2020-07-17 15:29:16+00:00

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

Steps to reproduce:

I was downloading a .pdf from google scholar (scholar.google.com) and chose "Open in Firefox". Immediately after I clicked "Ok" I started reorganizing my tabs. As I moved the page that I opened the pdf from to the right, the download completed and Firefox opened the pdf in a new tab, bringing it into focus.


Actual results:

I was no longer able to interact with two tabs: the one I was both moving and used to open the pdf and the tab containing the pdf. Clicking and dragging them via the tab bar did not cause them to change position in the tab bar, hovering over the righthand side of the tab on the tab bar did not cause an x icon to appear, and clicking where that x usually is did not close the tab. 

In addition, the label for the tab I opened the pdf from was superimposed on the tab I had been moving it over (see attachment). Moving some of the other tabs around eventually fixed this issue, I believe I moved one of the tabs from the right of the superimposed tabs far to the left of the superimposed tabs.

Attachment shows the perspective while the bug was present. Two tabs on the left are superimposed (the tab I used to open the pdf and was moving, and the next tab in the tab bar). The active tab is the pdf I opened. Clicking the x icon on the opened tab did not close the tab.


Expected results:

I should have been able to interact with all the tabs in the manner typical to firefox (dragging moves them & clicking on the righthand side closes them).
Bug: Website gives SSL_ERROR_NO_CYPHER_OVERLAP when in private mode
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2020-07-17 20:03:48+00:00
Resolved: 2020-08-07 16:19:06+00:00

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

Steps to reproduce:

Step 1) Open firefox in a normal, non private window.
Step 2) Navigate to https://online.rainn.org/tos/0
Step 3) Observe that website works.
Step 4) Hit CTRL-SHIFT-P to open up a firefox private window.
Step 5) In the new private window, navigate to https://online.rainn.org/tos/0
Step 6) Observe that the website does NOT work.


Actual results:

Website works in normal browsing, and fails with SSL_ERROR_NO_CYPHER_OVERLAP in private mode.


Expected results:

Either both should succeed, or both should fail.

The ability to handshake to a website should not change depending on whether or not private mode is used.

Tested on multiple devices and OSes.

Still a problem as of nightly 20200717093907
Bug: prompt shown with minimal width, cannot be dismissed
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-17 21:29:50+00:00
Resolved: 2020-07-30 17:42:13+00:00

Windows 8.1, Firefox Nightly 80.0a1 20200716094032

When I resumed the Windows session this morning, soon after I noticed  a small prompt (1 or 2 pixel height) in one of the tabs. It wasn't dismissible with the Esc or Enter keys or by clicking the minimal close button.

Further observations:
* I had initiated the download of the update to the next Nightly build before but might have missed the prompt.
* Scrolling the content still worked.
* The prompt was bound to the tab. Maybe a 'slow script' prompt?
* Attempts to open the Browser Toolbox failed with `uncaught exception: Object PromptParent.jsm:257:19`
Bug: Can't quickly type "about:" in address bar because autocomplete suggestions overwrite typed text
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-17 22:34:51+00:00
Resolved: 2020-07-22 20:47:10+00:00

[Tracking Requested - why for this release]:

This bug is a regression in Fx80 Nightly.

I have trouble typing `about:config` into my Nightly address bar. If I type `a`, `b`, `o`, `u`, `t` quickly, the `b` disappears and I get `aout` instead of `about`. If I pause about half-a-second or longer between key presses, I can then type `about:config` successfully.

The address bar's autocomplete suggestions for domains like "app.slack.com" or "auth.mozilla.auth0.com" overwrite the text I am typing. I don't see this in a clean user profile that doesn't have a long browsing history for autocomplete suggestions.
Bug: Perma Windows 7 shippable opt browser/components/newtab/test/browser/abouthomecache/browser_no_startup_actions.js | Uncaught exception - undefined - threw exception: TypeError: feed is undefined when Gecko 80 merges to Beta on 2020-07-27
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-07-17 23:13:47+00:00
Resolved: 2020-07-23 10:47:50+00:00

central-as-beta simulation: https://treeherder.mozilla.org/#/jobs?repo=try&group_state=expanded&resultStatus=testfailed%2Cbusted%2Cexception%2Cretry%2Cusercancel%2Crunnable&revision=d9ddb487dc8fd97c1d64b4e386bcf4ee0690dda1&selectedTaskRun=VoIAon_eQreFX5AN4T4m3Q.0

Log: https://treeherder.mozilla.org/logviewer.html#?job_id=310156269&repo=try

[task 2020-07-17T12:30:01.965Z] 12:30:01     INFO - TEST-PASS | browser/components/newtab/test/browser/abouthomecache/browser_no_startup_actions.js | Expected the right value set to browser.startup.abouthome_cache_result scalar. - 6 == 6 - 
[task 2020-07-17T12:30:01.965Z] 12:30:01     INFO - Buffered messages finished
[task 2020-07-17T12:30:01.965Z] 12:30:01     INFO - TEST-UNEXPECTED-FAIL | browser/components/newtab/test/browser/abouthomecache/browser_no_startup_actions.js | Uncaught exception - undefined - threw exception: TypeError: feed is undefined
[task 2020-07-17T12:30:01.965Z] 12:30:01     INFO - Leaving test bound test_no_startup_actions

This fails permanently on Windows 7 shippable opt and fails intermittently on [Windows 10 WebRender shippable opt](https://treeherder.mozilla.org/#/jobs?repo=try&group_state=expanded&selectedTaskRun=Bxzzk3yyRGSYJjIka_su-g.0&resultStatus=success%2Ctestfailed%2Cbusted%2Cexception%2Cretry%2Cusercancel%2Crunnable&revision=72a65e3fb0a004b92e0973b6c739197fcd53a245&searchStr=windows%2C10%2Cwebrender%2Copt%2Cbc7).

Assuming Windows 7 perma fails, this is the push log: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=c8e9ecbc6236ea4cf1aa5063f20583e1f574f2b9&tochange=c00b0b97ea6558d17a40a8750a6453e7d92e5136
Bug: Links from Firefox launched in SSB mode are opened in a new window in the SSB instance
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2020-07-18 08:20:51+00:00
Resolved: 2021-01-15 22:20:51+00:00

STR:
1. Launch Firefox in SSB mode, `firefox -P app_Riot --class app_Riot --no-remote --ssb https://chat.mozilla.org`
2. Click on a link that points to outside chat.mozilla.org

Expected result:
The link opens in the Firefox instance which is not in SSB mode. If the SSB instance is the only running one, a Firefox instance without SSB is started and the link opened in there.

Actual result:
A new window in the SSB instance is opened, and the link loaded in a tab of this window.
Bug: Want to view PDFs in Firefox but open PDFs in the download panel in OS default viewer by default
Status: NEW
Priority: P3
Created: 2020-07-18 22:48:56+00:00
Resolved: 2024-06-06 11:30:04+00:00

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

Steps to reproduce:

Desktop FF has introduced a new (IMO buggy) behavior exclusively for PDF files, which breaks consistency with both prior behavior and logic.  To demonstrate, the Application type in FF for PDF should be set to "Open in Firefox."


Actual results:

PDF file types opened from Download handler (Ctrl-J, or from tile on menu bar), open in Firefox instead of my OS's pdf handler.


Expected results:

Consider downloading the following file types, and then clicking to open via the Download panel:

.txt file -> opens in OS's default file type handler (for me, gvim)
.html file -> opens in OS's default file type handler (for me, Chrome)
.jpg file -> opens in OS's default file type handler (for me, IrfanView)
.pdf file -> IGNORES OS's default file type handler (NitroPDF) and opens in Firefox 

Keep in mind, that FF has the native ability to handle all of these file types.  Yet when I open them via the Download handler, FF correctly uses the OS's file handler to open them.

I understand I could change the behavior by choosing in the Application settings for PDF "Use Windows Default Application" but then I lose the ability to preview PDFs in websites using FF's built-in viewer.

Links in a website should be treated differently than downloads.  I shouldn't have to choose either the built-in always or an external app always.

I understand there are upcoming workarounds ( https://support.mozilla.org/en-US/questions/1295310 ) but they are suboptimal.

Please revert to the prior behavior which worked perfectly, which was consistent, and which no one was asking anyone to change!
Bug: Ctrl+F broken in Westlaw
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-19 02:35:56+00:00
Resolved: 2020-08-10 20:31:44+00:00

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

Steps to reproduce:

1. Navigate to Westlaw case
2. Ctrl+F
3. Type query



Actual results:

Nothing happens. Doesn't even say no results: total failure to search.


Expected results:

Should have tried to find the query, or else returned no results.