av9ash/GitBugs huggingface dataset:
Bug: After unlocking/logging into Windows 10, Firefox will hang for a period of time before becoming responsive
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-25 03:21:51+00:00
Resolved: 2020-12-09 20:41:00+00:00

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

Steps to reproduce:

Have Firefox 83.0 64-bit open and running in Windows 10 v20H2, use Window+L to lock the computer with Firefox still running, unlock the computer with your PIN/Password.


Actual results:

Firefox will hang for a period of time before becoming responsive again after log-on has occurred despite the rest of the system being responsive and all other applications continuing to run fine.


Expected results:

Firefox shouldn't hang, and should continue to be operational without a long  wait.
Bug: detectportal.firefox.com is under firefox.com which declares HSTS, which means using that to authenticate to a wifi gateway won't work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-25 09:01:48+00:00
Resolved: 2020-11-25 10:44:38+00:00

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

Steps to reproduce:

Log on to a wifi network
See the "This network requires authentication" button
Click on it


Actual results:

Firefox tries to connect to http://detectportal.firefox.com/, which is in the firefox.com domain, so HSTS kicks in and Firefox tries to connect to https://detectportal.firefox.com instead. The captive portal can't redirect that connection, so it fails.

Firefox shows that I'm not connected and tells me I need to log on to the wifi -- but that's exactly what I was just trying to do.


Expected results:

The connection should have been made over HTTP instead, which requires Firefox to special-case detectportal.firefox.com.

Alternatively, the canary domain that Firefox tries to connect to should be something in a domain that does not specify HSTS, so that Firefox doesn't try to connect to the canary domain in a way that can't work.
Bug: End of String Cutoff when Searching through Address Bar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-25 15:02:32+00:00
Resolved: 2020-11-27 13:56:41+00:00

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

Steps to reproduce:

Search through Address Bar in non-English (e.g. Korean) (as seen in pics attached)
(Doesn't matter if Duckduckgo or Google (tested both))


Actual results:

End of string is missing (cutoff) from search query.


Expected results:

The whole string should've been used for search query.
Bug: Replacing dash with em-dash in title breaks keyring autotype
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-11-25 15:49:02+00:00
Resolved: 2021-03-07 19:52:50+00:00

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

Steps to reproduce:

Updated to Firefox 83.0


Actual results:

The previous version of Firefox appended "- Mozilla Firefox" to the page title. Version 83 appends "— Mozilla Firefox" (I'm unsure whether this is an en-dash U+2013 or an em-dash U+2014, but I suspect the latter).


Expected results:

This seemingly-innocuous change breaks third-party keyring programs (e.g. KeePass) that use a window's title/name property to identify which user/password is required for a given window.

In my case, this unnecessary change to Firefox will require hand-editing roughly 150 entries. Quite annoying.

This is another (albeit subtle) reason why "prettification" changes should be avoided and resisted unless absolutely necessary.
Bug: Activating hidden menus from dropdown leaves extra space in edit/new bookmark panel
Status: NEW
Priority: P5
Created: 2020-11-25 16:06:54+00:00
Resolved: 2020-11-30 15:43:51+00:00

**Affected versions**
* Firefox 84.0b4
* Firefox 83.0
* Latest Nightly 85.0a1

**Affected platforms**
* Windows 10 64bit
* macOS 11 (harder to reproduce for some reason)
* Ubuntu 18.04

**Steps to reproduce**
1. Start Firefox
2. Enable Bookmark Toolbar (ctrl/cmd+shift+B)
3. Right click any bookmarks and hit Properties
4. Click the dropdown arrow from Tags twice (expand/collapse) 

&

1. Start Firefox
2. Open Library (ctrl/cmd+shift+O)
3. Right click an entry from History and select New Bookmark
4. Expand and Collapse Folder or Tags menu. (repeat if the issue is not reproducible immediately) 

&

1. Start Firefox
2. Open Library (ctrl/cmd+shift+O)
3. Right click an entry from All Bookmarks and select New Bookmark
4. Expand and Collapse Folder or Tags menu. (repeat if the issue is not reproducible immediately) 

**Expected result**
* The panel goes back to its initial size after collapsing Tags or other hidden sections.

**Actual result**
* Extra space is visible after collapsing the hidden menus.

**Regression range**
* This is not a recent regression, I also reproduced this in Firefox 60 (though it is harder to reproduce). I can search for a regression if necessary.

**Additional notes**
* This also happens when 
* I have a feeling this is already logged somewhere, I could only find bug 940288 which is a very old one.

**Suggested severity**
* Keeping in mind that this is an old issue I would suggest a low severity as well, S4.
Bug: Search shortcuts not work without arguments
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-25 16:52:49+00:00
Resolved: 2020-11-30 17:43:47+00:00

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

Steps to reproduce:

When I use a search shortcut in the address bar without passing any arguments, Firefox open the first link in the history, example:
I've the search engine "YouTube" with the keyword "yt", where if I use something like "yt Michael Jackson" it's works but if I use only "yt" it doen't work anymore.


Actual results:

When I type the keyword of a search shortcut in the address bar Firefox open the first link in the history (without treating the string as a searh shortcut).

This happen with all search shortcut.


Expected results:

When I type the keyword of a search shortcut in the address bar (like "yt"), Firefox should treat it as a search shortcut and open the corresponding search engine link (like www.youtube.com).

Note: before Firefox 83 (82 and earlier) this was the normal behavior.
Bug: The Global Sharing Overlay Displays On Wrong Monitor
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-25 17:56:48+00:00
Resolved: 2020-11-26 10:37:07+00:00

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

Steps to reproduce:

Make sure you have 2 monitors connected to your computer in extended orientation (same display session for both monitors)
Start firefox on one monitor.
Start some type of audio or video sharing web app and allow audio or video sharing.


Actual results:

The global sharing overlay will be shown, but on the wrong monitor.


Expected results:

The global sharing overlay should be shown on the same monitor that firefox is using.
Bug: MOV files not playing correctly at max speed
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-25 18:09:18+00:00
Resolved: 2020-12-21 12:24:49+00:00

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

Steps to reproduce:

Downloaded a MOV video
Playing it in Firefox
While it was playing, setting its speed at maximum (2x) by right clicking
Waiting till the last few seconds of the video


Actual results:

The video stopped five to ten seconds before the real end of the video


Expected results:

The video should've continued at max speed until the end just like it does with normal speed
Bug: Many loading indicators are seizure risks
Status: NEW
Priority: --
Created: 2020-11-25 20:05:15+00:00
Resolved: 2021-01-19 18:32:15+00:00

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

Steps to reproduce:

I tried to enter some info online.


Actual results:

I got hit with this crap. Also the info failed to load.


Expected results:

People should not get hit with so many seizure triggers everywhere. This doesn't even have the excuse that it's "for safety."

I am using various fixes and addons to try to block as many seizure triggers as possible, these sometimes cause other features to start strobing.

I have disabled uBlock Origin on the site in question, so it's not because of that.

The console doesn't show related errors. The inspector identifies the strober as "class="loader"" but the page source doesn't refer to it, apparently using javascript for the whole page.
Bug: Take a screenshot option is missing in a frame
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-11-25 20:33:14+00:00
Resolved: 2022-05-20 10:27:00+00:00

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

Steps to reproduce:

Right click on an empty bit of a page to select "Take a screenshot".


Actual results:

The whole option is missing, because I happen to right-click in a frame.


Expected results:

There's no reason for "Take a screenshot" to be missing when right-clicking in a frame. This is especially bad when a page consists of one giant page-filling iframe - this will basically destroy the screenshot function.

The option also isn't anywhere in the classic menu, not in the hamburger menu, nor does it have a keyboard shortcut. The context menu is literally the only way to get to the screenshotting function, and that option doesn't work in a frame.

Please note that in the user's perspective, they don't care if something happens to be a frame, and they certainly can't recognize one. Firefox should not arbitrarily hide functions that are page-wide (like screenshot).
Bug: tabs left scroll button does not work after last update (Firefox for Windows 83.0 64-bit)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-26 01:34:09+00:00
Resolved: 2020-11-26 02:17:17+00:00

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

Steps to reproduce:

Update to Firefox 63.0 64 bits.


Actual results:

I try to click on tabs left scroll button and I can't. It seems like a hidden element is in these place.


Expected results:

I expect this button works.
Bug: getClientRects() runs wrong with a span element which using css property `display:flex` shortly after the page was created
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-26 03:30:32+00:00
Resolved: 2020-11-26 03:47:10+00:00

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

Steps to reproduce:

1. wrote a vue page which contains a span element with css property `display: flex`
2. just shortly after the page was mounted, used getLines() to do some calculation


Actual results:

I saw the content of the span element had been divided into 4 lines, but getLines() returned 1


Expected results:

get correct number of lines so that to be able to calculate correctly
Bug: Cannot Pin new Search Engine into "Popular" section
Status: UNCONFIRMED
Priority: P5
Created: 2020-11-26 10:29:18+00:00
Resolved: 2021-05-28 18:06:36+00:00

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

Steps to reproduce:

1. Go to f.e. maps.google.com
2. On address bar, click three dots on the right handside
3. Pick list item from the dropdown: "Add Search Engine"
4. Go to new tab where you see "Popular" items
5. Click ... on upper right corner of "Popular" box
6. Click "Add search engine"


Actual results:

7. Google Maps is not listed


Expected results:

Google Maps (or any other engine) should be listed in search engines possible to add to "Popular" items
Bug: PDF Viewer is cutting PDF Table contents (Forms?) on screen and on printout since V83.0
Status: NEW
Priority: P3
Created: 2020-11-26 10:36:49+00:00
Resolved: 2022-09-07 22:45:03+00:00

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

Steps to reproduce:

Customer uses Linux (Ubuntu), Firefox V83.0.
My customer uses a web based tool that creates PDFs on demand with many prefilled tables/forms on it. 
The PDF is then opened and shown in a new Firefox tab.


Actual results:

Since V83.0 the tables/forms in the PDF are shown with a blue-ish background (seems to be  UI change, so only noticing it) and some cells (e.g. with a date in it) are cut off, so DD.MM.YYyy is only DD.MM.YY with yy missing.
If you print this page on a real printer the date is printed with bigger font size than on screen so that only DD.MM is printed out (no YYYY at all).
In another cell the special german "Umlaut" letter, e.g. 'ö' is not printed, but left out in the word completely.

With standard Ubuntu PDF Viewer there is no problem: The same PDF is shown on screen and on printout (with real printer) with Ubuntu standard PDF viewer correctly, so it must be a firefox only issue.


Expected results:

There should be no cuting-off in tables/forms on screen and on print.
There should be no letting out of german "Umlaut" letters on print (I do not know if it also misses on screen because it was only presented to me on a printout)
Bug: Mouse not allowing selection of properties (right click) of bookmark items in a bookmark submenu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-26 11:35:40+00:00
Resolved: 2020-11-30 15:24:29+00:00

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

Steps to reproduce:

Choose a bookmark folder (has subitems) in the bookmark toolbar, select any bookmark in the list, right click on it to delete it


Actual results:

The mouse will not allow any selection in the menu and seems to toggle quickly on and off


Expected results:

You should be able to scroll the mouse within the menu and highlight any items
Bug: Elements of the page go all over the page when I hover over elements only on my 240hz screen.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-26 14:16:43+00:00
Resolved: 2020-12-23 12:27:37+00:00

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

Steps to reproduce:

This only happens to some websites but mostly websites with many elements like Facebook.
1. Hover over an element like a post, buttons or I use the scrolling function. 


Actual results:

Multiple elements (pictures on the website, buttons, group logos) appear for a very short time, like a flash. This ONLY happens on my 240hz screen, not my TV when it is connected or on my other monitor. This also stops if I reduce the HZ frequency.


Expected results:

The same should happen on 240Hz as on 120Hz or lower.
Bug: Intermittent browser/components/sessionstore/test/browser_crashedTabs.js | A promise chain failed to handle a rejection: browser is undefined - stack: get@resource:///modules/ContentCrashHandlers.jsm:50:9
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-11-26 16:40:18+00:00
Resolved: 2021-04-27 17:03:58+00:00

**Filed by:** rmaries [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=322811247&repo=mozilla-beta
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/dqdcT-82QQ6hNLnv4PGtfQ/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2020-11-26T15:49:39.188Z] 15:49:39     INFO - TEST-START | browser/components/sessionstore/test/browser_crashedTabs.js
[task 2020-11-26T15:49:42.996Z] 15:49:42     INFO - TEST-PASS | browser/components/sessionstore/test/browser_crashedTabs.js | Content has window.history.length 2 which does not equal expected 2 - 
[task 2020-11-26T15:49:42.996Z] 15:49:42     INFO - Buffered messages finished
[task 2020-11-26T15:49:42.998Z] 15:49:42     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_crashedTabs.js | A promise chain failed to handle a rejection: browser is undefined - stack: get@resource:///modules/ContentCrashHandlers.jsm:50:9
[task 2020-11-26T15:49:42.998Z] 15:49:42     INFO - onAboutTabCrashedUnload@resource:///modules/ContentCrashHandlers.jsm:556:35
[task 2020-11-26T15:49:42.998Z] 15:49:42     INFO - removeCrashedPage@resource:///actors/AboutTabCrashedParent.jsm:75:21
[task 2020-11-26T15:49:42.998Z] 15:49:42     INFO - receiveMessage@resource:///actors/AboutTabCrashedParent.jsm:30:12
[task 2020-11-26T15:49:42.999Z] 15:49:42     INFO - Rejection date: Thu Nov 26 2020 15:49:42 GMT+0000 (Coordinated Universal Time) - false == true - JS frame :: resource://testing-common/PromiseTestUtils.jsm :: assertNoUncaughtRejections :: line 282
[task 2020-11-26T15:49:42.999Z] 15:49:42     INFO - Stack trace:
[task 2020-11-26T15:49:42.999Z] 15:49:42     INFO - resource://testing-common/PromiseTestUtils.jsm:assertNoUncaughtRejections:282
[task 2020-11-26T15:49:42.999Z] 15:49:42     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1100
[task 2020-11-26T15:49:42.999Z] 15:49:42     INFO - Leaving test bound test_revive_all_tabs_from_session_store
[task 2020-11-26T15:49:42.999Z] 15:49:42     INFO - Entering test bound test_close_tab_after_crash```
Bug: Tab crash with ebay sign in page.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-26 17:11:11+00:00
Resolved: 2020-12-08 16:22:56+00:00

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

Steps to reproduce:

Go to ebay.com.au

Click Sign in, which redirects to <https://signin.ebay.com.au/ws/eBayISAPI.dll?SignIn&ru=https%3A%2F%2Fwww.ebay.com.au%2F>




Actual results:

Page loads, then crashes immediately. Crash reporter comes up.


Expected results:

Ebay should have signed in.
Bug: Cannot drag data-URL images in new tab
Status: NEW
Priority: P3
Created: 2020-11-26 17:36:49+00:00
Resolved: 2020-12-01 13:09:36+00:00

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

Steps to reproduce:

1. Visit https://dopiaza.org/tools/datauri/examples/index.php
2. Drag the image of the cat next to the current tab (as if to open it in a new tab)


Actual results:

Nothing happens.


Expected results:

The image should be opened in a new tab, as it is for regular images (eg. if you drag avatars from Bugzilla).
Bug: Strobing in contextual menus in bookmarks menus
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-26 18:11:19+00:00
Resolved: 2020-11-30 15:16:47+00:00

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

Steps to reproduce:

Tried to delete a bookmark.


Actual results:

The contextual menu started strobing.


Expected results:

A user's position in the menu should be clear, and the menu should not start strobing.

I am using my own css to replace the standard fonts with more readable fonts in larger sizes. Also some add-ons to try to stop strobing and some other animation.

Relevant userChrome.css:

/* Global UI font */
* { font-family: Andika !important; }
* { font-size: 16pt !important; }
#urlbar { height: 20pt }

/* Bookmarks spacing */
#placeContent treechildren::-moz-tree-row {
  min-height: 24pt !important;
  max-height: 24pt !important;
}
Bug: Firefox window clipping to second monitor vertically above
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-26 20:04:00+00:00
Resolved: 2021-10-07 10:16:50+00:00

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

Steps to reproduce:

Maximized firefox window on lower monitor


Actual results:

Top of firefox window (tabs, max min and close buttons) clip onto the lower part of the above monitor. Display on lower monitor is perfectly fine.


Expected results:

Expected that the window does not clip into the above monitor
Bug: Extensions render above window when using Wayland
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-26 20:05:57+00:00
Resolved: 2020-11-26 20:13:03+00:00

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

Steps to reproduce:

Click to open an extension's pop-up on my desktop
I am using NixOS. This issue appears when using both official and unofficial builds for both stable and nightly. My Wayland compositor is Sway and I am using an AMD RX580 with amdgpu (kernel 5.9.6) and mesa (20.2.2) drivers.


Actual results:

The pop-up appears above the extension icon
When using WebRender the pop-up only appears inconsistently and it is blank.


Expected results:

The pop-up should always render and be under the extension icon
Bug: Flickering sidebar ads on forums.macrumors.com
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-27 02:53:42+00:00
Resolved: 2020-12-04 17:36:33+00:00

Steps to reproduce:

1. Load https://forums.macrumors.com/threads/ubuntu-linux-virtualized-on-m1-success.2270365/
2. Scroll down page moderately quickly using touchpad

What happens:

The top third of the ad sidebar on the right disappears and reappears.

Expected result:

The ad should appear as static on the page, without flickering.
Bug: 83 consumes all available resources
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-27 05:23:52+00:00
Resolved: 2020-12-16 13:12:37+00:00

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

Steps to reproduce:

Simple everyday use.  Suddenly 83 is spawning *OVER 12 PROCESSES* on a single-user 64-BIT Windows 10 PC.

(On THANKSGIVING?????)




Actual results:

"Firefox is being updated by another instance."  FOR 24 HOURS?


Expected results:

I SHOULD HAVE BEEN ABLE TO DO MY ROUTINE WEB-SURFING WITHOUT DISRUPTION.

QUALITY CONTROL NEEDS TO TEST RESOURCE CONSUMPTION ON AVERAGE/BASIC PCs BEFORE RELEASE.  MINE IS A 64-BIT WIN-10 PRO MACHINE W/4GB.
Bug: Blank addon popup with gfx.webrender.all on Linux Wayland
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-27 08:09:22+00:00
Resolved: 2020-11-27 21:29:34+00:00

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

Steps to reproduce:

On Arch Linux 5.4.79-1-lts #1 SMP Sun, 22 Nov 2020 14:22:21 +0000 x86_64 GNU/Linux
Gnome Wayland 3.38
Firefox 83.0.2

In about:config, I enabled gfx.webrender.all  by setting it to true


Actual results:

When I click on an addon icon (right of the url bar), 
9/10 times the addon window is blanked but the background color is set.
I have multiple addons: uBlockOrigin, FoxyProxy, Gnome extensions, h264ify,etc.
It occurs for any of them.

Disabling gfx.webrender.all fixes the problem.
It appeared in Firefox 83 (and 83.0.2)


Expected results:

The addon popup displays the content properly
Bug: After searching, URL bar doesn't show URL if the tab loads in background
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-27 08:10:13+00:00
Resolved: 2020-11-30 16:49:25+00:00

Reproduction instructions:

1. In about:preferences#search, assign the keyword 'w' to Wikipedia.
2. Open two tabs.
3. In the second tab, focus the URL bar and type 'w Example'
4. Hit Enter to send the search to Wikipedia.
5. Immediately press Ctrl-PgUp to switch to the first tab.
6. Wait for a few seconds, until the second tab is completely loaded.
7. Switch back to the second tab.

Observed behaviour: The URL bar does not show the URL of the page. Instead, it has the Wikipedia search selected and an empty search term.

Expected behaviour: The URL bar would show the URL of the page.

The expected behaviour is seen if, instead of switching away in step (5), I stay on the tab, or I don't wait long enough in step (6).

This does *not* happen with Google - I observe the blank search for a moment, but then it turns into the expected URL. Maybe this is something to do with Wikipedia redirecting to the article?

I'm not sure if this is new in 83, though I think it might be. It's certainly newly annoying in 83 because now focusing the URL bar and typing doesn't have the effect of clearing any stray search keywords - previously, the entire contents of the URL bar, including the keyword, would be selected and I could just type to over-write it, but now the search keyword is GUIified and it has to be explicitly cleared.