av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/sessionstore/test/browser_ignore_updates_crashed_tabs.js | Found a tab after previous test timed out: https://example.com/ - after Test timed out
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-05-13 08:42:33+00:00
Resolved: 2024-09-09 10:11:36+00:00

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

---
```
[task 2021-05-13T07:20:06.297Z] 07:20:06     INFO - TEST-PASS | browser/components/sessionstore/test/browser_ignore_updates_crashed_tabs.js | browser is not in the crashed set - 
[task 2021-05-13T07:20:06.297Z] 07:20:06     INFO - Buffered messages finished
[task 2021-05-13T07:20:06.298Z] 07:20:06     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_ignore_updates_crashed_tabs.js | Test timed out - 
[task 2021-05-13T07:20:06.299Z] 07:20:06     INFO - GECKO(1909) | MEMORY STAT | vsize 8377MB | residentFast 559MB | heapAllocated 138MB
[task 2021-05-13T07:20:06.299Z] 07:20:06     INFO - TEST-OK | browser/components/sessionstore/test/browser_ignore_updates_crashed_tabs.js | took 90061ms
[task 2021-05-13T07:20:06.300Z] 07:20:06     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-05-13T07:20:06.301Z] 07:20:06     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_ignore_updates_crashed_tabs.js | Found a tab after previous test timed out: https://example.com/ - 
[task 2021-05-13T07:20:06.301Z] 07:20:06     INFO - GECKO(1909) | [Child 1982: Main Thread]: I/DocShellAndDOMWindowLeak ++DOCSHELL 1150d2800 == 1 [pid = 1982] [id = 2]
[task 2021-05-13T07:20:06.302Z] 07:20:06     INFO - GECKO(1909) | [Child 1982: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 1 (113b21c80) [pid = 1982] [serial = 7] [outer = 0]
[task 2021-05-13T07:20:06.303Z] 07:20:06     INFO - GECKO(1909) | [Child 1982: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 2 (11bd63800) [pid = 1982] [serial = 8] [outer = 113b21c80]
[task 2021-05-13T07:20:06.303Z] 07:20:06     INFO - checking window state```
Bug: Bookmarks sidebar opens randomly when typing, some system keyboard shortcuts are blocked (Alt+TAB for example)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-13 08:45:36+00:00
Resolved: 2021-06-14 08:50:19+00:00

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

Steps to reproduce:

I have no idea, the issue just appeared today. I restarted and even reinstalled Firefox, restoring it to default settings, but the issue persists.


Actual results:

When I type in any textbox, be it Firefox searchbar or a website textbox, the Bookmarks Sidebar opens and closes at random. Keyboard input also switches to the Sidebar's search box. I can't even Alt+Tab from Firefox properly, because it sometimes gets blocked and the Sidebar opens and closes. Keeping the sidebar open doesn't help either, as it closes on its own too.


Expected results:

Bookmarks Sidebar should not be opening and closing on its own, text input should not be switching to the Sidebar's search box, system shortcuts should be working normally.
Bug: Intermittent TV browser/components/places/tests/browser/browser_enable_toolbar_sidebar.js | Uncaught exception received from previously timed out test - ViewShown listener on #appMenu-libraryView not removed before the end of test
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-05-13 09:14:02+00:00
Resolved: 2021-06-15 17:03:51+00:00

**Filed by:** ncsoregi [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=339585690&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/HFg7w2hcQTauQ-EDuVdhwA/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/HFg7w2hcQTauQ-EDuVdhwA/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2021-05-13T06:53:42.055Z] 06:53:42     INFO - TEST-START | browser/components/places/tests/browser/browser_enable_toolbar_sidebar.js
[task 2021-05-13T06:54:27.064Z] 06:54:27     INFO - TEST-INFO | started process screentopng
[task 2021-05-13T06:54:27.332Z] 06:54:27     INFO - TEST-INFO | screentopng: exit 0
[task 2021-05-13T06:54:27.333Z] 06:54:27     INFO - Buffered messages logged at 06:53:42
[task 2021-05-13T06:54:27.333Z] 06:54:27     INFO - Entering test bound test_enable_toolbar
[task 2021-05-13T06:54:27.335Z] 06:54:27     INFO - Buffered messages finished
[task 2021-05-13T06:54:27.335Z] 06:54:27     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_enable_toolbar_sidebar.js | Test timed out - 
[task 2021-05-13T06:54:27.335Z] 06:54:27     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-05-13T06:54:27.335Z] 06:54:27     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_enable_toolbar_sidebar.js | Uncaught exception received from previously timed out test - ViewShown listener on #appMenu-libraryView not removed before the end of test
[task 2021-05-13T06:54:27.336Z] 06:54:27     INFO - GECKO(10093) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2021-05-13T06:54:27.336Z] 06:54:27     INFO - GECKO(10093) | MEMORY STAT | vsize 3148MB | residentFast 420MB | heapAllocated 182MB
[task 2021-05-13T06:54:27.337Z] 06:54:27     INFO - TEST-OK | browser/components/places/tests/browser/browser_enable_toolbar_sidebar.js | took 45040ms```
Bug: Saving a screenshot into a dropbox managed folder fails
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2021-05-13 11:07:36+00:00
Resolved: 2021-06-23 13:30:10+00:00

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

Steps to reproduce:

Use ctrl+shift+s to take a screenshot (e.g. goole.com) and try to save it into a folder that is managed by dropbox.

I've attached a capture (via sysinternal Process Monitor) of the operations performed by both firefox and dropbox during the save operation.


Actual results:

The download of the screenshot fails leaving a 0-byte file on the file system.


Expected results:

The screenshot should have been saved successfully.
Bug: elements in svg defs not styleable with pathed css rules
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-13 14:29:18+00:00
Resolved: 2021-05-13 14:45:00+00:00

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

Steps to reproduce:

Create an inline svg with a <defs> section. Add one element in this defs section.
Add a css rule that styles this element.
Then reference the element using <use href="#id" />


Actual results:

If the rule was not "pathed" (e.g. only the `.classname`), the rule properly matched and all instances of the referenced element were styled.

If the rule had a path (e.g.    `body > svg .classname`), the rule did not match.


Expected results:

I haven't found it in the spec, so I'm not sure.
Though with Blink, the "pathed" rules also match and are applied to all instances.
Bug: [Phase 1 & Phase 2] Triggering the history keywords cause the Firefox Suggest label to jump a few rows inside the Address Bar dropdown
Status: NEW
Priority: P5
Created: 2021-05-13 15:37:55+00:00
Resolved: 2021-05-13 23:18:12+00:00

b*[Affected versions]:**
- Firefox Nightly 90.0a1 (Build ID: 20210507214625);
- Firefox Beta 89.0b11.

**[Affected Platforms]:**
- Windows 10 x64;
- macOS 10.15.7;
- Linux Mint 20 x64;

**[Prerequisites]:**
- Have the latest Firefox Nightly installed.
- Have the following pref set: `browser.urlbar.experimental.firefoxSuggestLabels.enabled to `true`.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Type "nike" in the Awesomebar and press the enter key to perform a search on Google.
3. Open a new tab, type "ninja" and press the enter key to perform a search on Google.
4. Open a new tab and type "n".
5. Observe the Firefox Suggest label while typing the "n" character.

**[Expected result]:**
- There is no glitch in the Address bar panel.

**[Actual result]:**
- The history keywords are displayed with a delay and the Firefox SUggest label jumps a few rows.

**[Notes]:**
- Attached a screen recording of the issue.
Bug: Version 88 prevents downloading of pdf's and blocks reading statements at banking sites. Worked in version 87
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-13 16:17:43+00:00
Resolved: 2021-05-18 16:22:00+00:00

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

Steps to reproduce:

FF upgraded automatically. Now I cannot download statement pdf's at two banking sites nor view the statement on line at one banking site. Reverted to ver 87 and now it works. 


Actual results:

Nothing -- that is the problem. FF shows "working" to view site and never stops. Files not opened at banking sites. 


Expected results:

Complete access to banking site
Bug: Fix padding for warning icon on linux/windows
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-05-13 17:04:20+00:00
Resolved: 2022-01-21 17:36:35+00:00

See https://bugzilla.mozilla.org/show_bug.cgi?id=1707190#c5.

The new warning icon (introduced in Bug 1707190) needs a different margin value for the badge on windows and linux. It relies on the rules for `.toolbarbutton-badge`

Note, in that bug we already handled the mac case
Bug: Update app menu icon for when the fxa warning badge is shown
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-05-13 17:19:07+00:00
Resolved: 2021-05-19 09:03:58+00:00

See https://bugzilla.mozilla.org/show_bug.cgi?id=1707190#c6

When `badge-status="fxa-needs-authentication"`, we are using menu.svg. We should be using `menu-badged.svg`.

We also need to verify that the icon does not have an exclamation mark through it and is completely filled.
Bug: Pocket panel adding tags after a max char limit fails if you're using a dropdown tag
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-05-13 17:20:45+00:00
Resolved: 2021-06-02 11:21:25+00:00

Str:

1. Open the Pocket panel on a story page while logged in.
2. Attempt to add a really long tag, and hit "save"
3. Clear your long tag, and try adding a new tag.
4. Find a tag that creates a dropdown, I use "test" as it creates a dropdown for me.
5. Click the test item in the dropdown.
6. Click save.

Expected: should save the tag test.
Actual: it does not.

I've investigated it enough to know that this is an issue in how and when we validate and clear errors. We don't do it unless the user types something. Which didn't happen in the case of clicking a dropdown tag.
Bug: Screenshots are cropped for device scale values
Status: NEW
Priority: P2
Created: 2021-05-13 18:16:19+00:00
Resolved: 2024-02-04 23:00:38+00:00

In Bug 1699410, we handled zoom values specified by Firefox. We should also resolve any cropping issues with a specified display zoom value and separate monitors (as described in https://bugzilla.mozilla.org/show_bug.cgi?id=1699410#c8).
Bug: Proton - Ubuntu - Search bar separator has incorrect color and is almost not visible.
Status: NEW
Priority: P2
Created: 2021-05-13 21:51:19+00:00
Resolved: 2021-05-17 15:24:41+00:00

**Affected**
Ubuntu 20 64bit

**not affected**
WIndows10,  MacOS 10.15

**Affected versions**
Firefox nightly 90.0a1
Firefox beta 89.0b11

**Preconditions**
install theme https://addons.mozilla.org/es/firefox/addon/matte-black-red/
or https://addons.mozilla.org/en-US/firefox/addon/dark-theme-for-firefox/?utm_source=addons.mozilla.org&utm_medium=referral&utm_content=search
or https://addons.mozilla.org/en-US/firefox/addon/abyssyellow/?utm_source=addons.mozilla.org&utm_medium=referral&utm_content=search
Proton ON

**Steps to reproduce**
Launch Firefox and enable the search bar in toolbar ( in hamburger menu>settings>search)
Click on search bar and type anything

**Actual result**
the separators on searchbar for all the Custom Dark Themes have a black line that is almost not visible

**expected result**
The separators should be grey, this is the color in release, and also the color in the URLbar with search suggestions

Note this happens on ubuntu only, on mac and windows i saw grey separators
Bug: Honor milestone image dimensions in protections panel
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-05-13 23:00:22+00:00
Resolved: 2022-06-28 14:52:26+00:00

Ciprian had pointed out an issue of the shield image being cut off/squished for the milestone banner in the protections panel (https://bugzilla.mozilla.org/show_bug.cgi?id=1706384#c8).

It  looks like the image is squished if the description is kept to one line. I think we should provide image dimensions (height and width) to this section so the toolbarbutton will grow to that size.
Bug: PDF Form: Only first line of two line input field gets printed
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-05-14 10:01:14+00:00
Resolved: 2021-10-18 16:33:10+00:00

I noticed an odd behavior with a PDF form from my bank. This is the PDF:
https://dok.dkb.de/pdf/scheck_bundesbank.pdf
(I'll attach the PDF in case the link becomes unavailable.)

It contains a two-line input field for the address. I can enter the address without problems and it's shown, but when I printed it only the first line of the address was printed. This can also be seen in the print preview. I'll attach screenshots from both the filled form and the print preview.
Bug: The FxA synced device name is not properly aligned
Status: NEW
Priority: P2
Created: 2021-05-14 10:56:51+00:00
Resolved: 2021-05-18 09:06:06+00:00

#### Tested with:

Release 88
Beta 89.0b12
Nightly 90.0a1 (2021-05-14)
#### Tested on:

Windows 10
Ubuntu 20

#### Preconditions:
You have to be connected to at least 2 devices.

#### Steps:

  1. Launch firefox and go the the FxA panel.

#### Actual result:
The synced device name is misaligned.
#### Expected result:

Based on the figma, the synced devices name should be properly aligned with the other menu items.
Bug: Proton specific color for dark theme is not applied on about:newtab
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-05-14 12:03:23+00:00
Resolved: 2021-07-12 19:13:08+00:00

**Affected versions**
- 90.0a1 (2021-05-13)
- 89.0b12

**Affected platforms**
- Windows 10
- macOS 10.11
- Ubuntu 20.04/ 18.04

**Steps to reproduce**
1. Set dark theme at browser level 
2. Open about:newtab
3.  Navigate the  page using the TAB key 
4. Observe the highlight color used

**Expected result**
- The specific Proton color for Dark theme is applied 

**Actual result**
-  The specific Proton color for Dark theme is not applied 


**Regression range**
Not a regression, Proton specific
Bug: The "expPrefChanged" events are not sent when changing the experiment prefs after browser update
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-05-14 12:03:39+00:00
Resolved: 2021-07-05 06:46:30+00:00

[Affected versions]:
 - Firefox Nightly 90.0a1 (Build ID: 20210513214800)

[Affected Platforms]:
 - Windows 10 x64
 - Linux Mint 20
 - MacOS 11.2.3

[Prerequisites]:
- Have an older Firefox Nightly browser installed. (e.g. 89)
- Have a Normandy recipe for a single preference experiment set up and published.
- Have a Firefox profile that is enrolled in the experiment.

[Steps to reproduce]:
1. Open the Firefox profile from prerequisites and update it. ("Hamburger menu" button>Help>About Firefox>"Restart to update" button)
2. Navigate to the “about:config” page and confirm that you understand the consequences.
3. Search for the experiment set prefs and change each experiment prefs to different values.
4. Navigate to the about:telemetry#events-tab page and search for the "expPrefChanged" event.

[Expected result]:
 - An "expPrefChanged" event was sent for every preference change.

[Actual result]:
 - No "expPrefChanged" event is registered.

[Notes]:
- This issue is only reproducible with default branch-type preferences.
- Used the following stage recipe: 1388.
- Attached a screen recording of the issue and the “shield-preference-experiments.json” file.
Bug: [Phase 3] The "Close tabs and exit?" dialog is queued and not shown if the Quick Suggest modal is already displayed
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-05-14 12:39:45+00:00
Resolved: 2021-05-25 16:41:39+00:00

**[Notes]:**
- This issue is also reproducible when trying to close the browser from taskbar:
1. By clicking the “Close window” option from the Firefox icon right-click menu
2. By clicking the “Close” button when the Firefox icon is hovered and the browser window is previewed.
- This issue is also reproducible for the existing/updating users "Onboarding" modal. However, it seems that the “Alt+F4” scenario is fixed for the “Onboarding” modal (see Bug 1705334) but it’s still reproducible for Quick Suggest modal. Here are the other scenarios that are tracked for the “Onboarding” modal: Bug 1706652 and Bug 1706963.

**[Affected versions]:**
- Firefox Nightly 90.0a1 (Build ID: 20210513214800);
- Firefox Beta 89.0b12 (Build ID: 20210513185752);

**[Affected Platforms]:**
- Windows 10 x64;
- macOS 10.15.7;
- Linux Mint 20 x64;

**[Prerequisites]:**
- Have the latest Firefox Nightly installed.
- Have the following prefs set: 
- `browser.urlbar.quicksuggest.enabled` to `true`.
- `browser.urlbar.quicksuggest.seenRestarts` to '89'.
- `browser.urlbar.quicksuggest.showedOnboardingDialog` to `false`.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Restart the browser 3 times so that the Quick Suggest modal is displayed at the 3rd session startup.
3. Press the Alt+F4 (CMD+Q) keyboard shortcut.
4. Observe what happens next.

**[Expected result]:**
- The Quick Suggest modal is dismissed and the "Close tabs and exit?" dialog is displayed instead.

**[Actual result]:**
- The Quick Suggest modal remains displayed and the "Close tabs and exit?" dialog is queued, without being displayed.

**[Additional Notes]:**
- Attached a screen recording of the issue.
Bug: bookmarks that are not displayed in the "organize bookmarks Ctrl+Shift+O" list but displayed if I type keywords in the search field
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-14 12:59:57+00:00
Resolved: 2021-05-31 09:30:21+00:00

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

Steps to reproduce:

For example I had a mass of bookmarked links and then I wanted to remove the bookmarks to put them back in the bookmarks so that they remain displayed in the recent bookmarks only I realized that the bookmarks what I had put between the before and after were not displayed in the menus "organize bookmarks Ctrl+Shift+O" it was necessary to type keywords in the search field. There were already other bookmarks before that were hidden like that but I can't say why it's an unknown reason


Actual results:

The bookmarks are there but are only displayed if I type keywords otherwise they are invisible


Expected results:

Bookmarks are displayed no matter what
Bug: "Password Manager key" button doesn’t trigger the password panel if clicked near the edges
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-05-14 13:02:51+00:00
Resolved: 2021-05-31 17:56:09+00:00

**Affected versions**
* Firefox 90.0a1 (BuildId:20210512174859)
* Firefox 89.0b12 (BuildId:20210513185752)


**Affected platforms**
* Windows 10 64bit.
* macOS 10.15
* Ubuntu 20.04

**Steps to reproduce**
1. Launch Firefox.
2. Access the following [link](https://twitter.com/login)
3. Input a username & password.
4. Hit the “Log In” button.
5. Dismiss the Save Login panel by clicking on the page.
6. Click near the edges of the the password manager key button.

**Expected result**
* The password panel is displayed.

**Actual result**
* The password panel is not displayed.

**Regression Range**
* I’m not 100% sure about the regressor here. The new button styling was implemented in Bug 1701629 which exposes this behavior better and I couldn't reproduce this issue on pre-proton builds. 

**Notes**
* As a side note I didn’t encounter this problem on other buttons like: “Tracking shield” or “Lock” buttons.
* For further information regarding this issue please observe the attached screencast.
* Tentatively adding the [proton-address-bar] whiteboard. Please feel free to change this if necessary.
Bug: Loss of bookmarks state after OS hibernation
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-05-14 13:11:40+00:00
Resolved: 2023-06-19 15:48:44+00:00

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

Steps to reproduce:

Kept Firefox 88.0 open for several days, using hibernate on Windows inbetween.
Created several bookmarks using Ctrl-D and Shift-Ctrl-D both for private as well as non-private sites.
Also created some bookmarks by dragging from address bar into subfolders of bookmark window.
I was wondering, that on some windows star icon an address bar did not become blue.
Verified, that i already had bookmarked this site by pressing Ctrl-D. The appropriate bookmarks subfolder was shown. Star still did not become true.
Anything else seem ok.
Did quit Firefox using File->Quit menu command, saving session with all open tabs.
Did start Firefox with restoring previous session using menu command.


Actual results:

Some of the bookmarks created above are lost. Can't remember most of them.
However i remember a few sites, which i definitely had created a bookmark for.
No bookmark exists.
Also there is no entry in history for these sites. Missing entry in history might be due to using private window. (Can't remember if i was using a private window for opening this site.)

I repeatedly had lost both bookmarks and history entries some month ago and then created a new profile. Did not import anything from previous profiles. 


Expected results:

Bookmarks should have been saved as expected.
Bug: automatically adds https and www to addresses
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-05-14 13:25:54+00:00
Resolved: 2021-07-29 16:40:13+00:00

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

Steps to reproduce:

Enter address http://thisisnotarealhost.local/



Actual results:

Firefox changed address to https://www.thisisnotarealhost.local/, then reported that the web site is unreachable.

Note the change includes both use of the secure protocol (https) and a web sub-domain (www).


Expected results:

Firefox should have preserved the address, and perhaps merely suggested changing it.

The real case is a simple one. A user seeks to connect to a local appliance, at some time when it is not operational. Realizing that the endpoint is unreachable, the user sets the appliance to be operational, then attempts to to reconnect. The address registered in the browser, however, is not correct.

In this case, the appliance uses a basic local domain, not a fully-registered web domain leading with www, or using a secure certificate. Such a case is very common for local systems, particularly small devices. Firefox must not assume that an address follows some canonical form for a full web site, even following a failure to reach a host using an address not in this form.

In recent use, I attempted to debug a small device operating on a simple local domain, and repeatedly needed to restore the address to the original form, changing https back to http and removing the leading www. The behavior was tremendously frustrating, and makes Firefox essentially unusable for this simple task.

This problem reproduces in 88.0.1 on Linux and 88.1.3 on Android.