av9ash/GitBugs huggingface dataset:
Bug: Open tabs can be closed when opening a webpage from the urlbar suggestions, with uBlock Origin installed
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-07-26 18:28:57+00:00
Resolved: 2025-03-02 14:52:56+00:00

STR:
1. New profile, latest Nightly
2. Install uBlock Origin from AMO
3. Add a new top site on the New Tab page with the title being "pontoon.mozilla" and its url being "https://pontoon.mozilla.org/he/amo/all-resources/?string=66616"
4. In a new tab, open this url: https://www15.gogoanime.io/. Wait for it to load and restart Nightly
5. On the New Tab page, middle click the "pontoon.mozilla" top site
6. While still on the same New Tab page, focus the urlbar, start typing "gogo", use the arrow keys to focus the "https://www15.gogoanime.io/" entry from step 4

AR:
The "pontoon.mozilla" tab opened in step 5 is now closed, and the gogoanime site is opened. You're left with 1 tab.

ER:
The gogoanime site is opened in tab #1. You're left with 2 tabs.

Note that I can't reproduce this without having uBlock Origin installed and enabled.
Also, nothing is logged into the browser console.

I managed to bisect it, regression range is 2019-04-18 to 2019-04-19.
I've verified this range twice and got different pushlog urls:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=12a60898fdc12e4ab8735f228a77d6c1e6a600a9&tochange=30b70a449280e6df10496a51e89c01b8c98bb92e
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=02b89c29412b6c1444fe32a4847e5261e2bb3d00&tochange=30b70a449280e6df10496a51e89c01b8c98bb92e
Bug: PDF printing changing dociment content
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-26 20:34:08+00:00
Resolved: 2023-05-23 03:28:30+00:00

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

Steps to reproduce:

attempted printing the attached document


Actual results:

some of the digits "1" got changed to a "6". e.g. on page 5 "kwota transakcji" printed as "6 023,87", while on-screen it is "1 023,87". I attach the original document ("potwierdzenie transakcji...") and the result of print-to-pdf. It is on windows 10. The document prints correctly in Acrobat Reader.


Expected results:

not the above.
Bug: Bookmarks Toolbar is empty, even though Library (Ctrl+Shift+B) and Bookmarks Sidebar shows the Bookmarks Toolbar is full.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-26 20:51:39+00:00
Resolved: 2021-08-07 20:10:56+00:00

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

Steps to reproduce:

It just happened someday. I don't remember if it was there or after a Firefox restart. Follows a full narrative.

Sync is on (all items except "Open tabs").
Currently 4 sync members: 2 desktops (Windows 10 2004 Pro) and 2 Android devices.
All my desktop bookmarks are inside "Bookmarks Toolbar" who is always shown.
AV is Windows default. Actually, I reactivated the "Potentially unwanted app blocking" after last Windows update (less than 1 week) because Windows Security offered me to do so (I disabled it once upon a time, but see further).

My Addons:
Cisco Webex Extention
Cookie AutoDelete
SingleFile
FireShot
Tampermonkey (though no installed scripts)
TitleURL (show URL in window title)
uBlock Origin

I disabled one by one, and restarted Firefox in between, verifying Firefox was really shutdown (procexp64.exe). Result was the same: Toolbar empty and Library full.

Then I disabled the "Potentially unwanted ..." AV setting and made a Windows restart. Nothing.

Then I tested it in Safe Mode. Nothing.

Then I signed out of Sync (restarted Firefox). Nothing.

At least I could use Library to export my bookmarks. Yes, bookmarks.html is full.

All these occured/tested in 1 desktop (home over this weekend). I don't know what I'll see at work.

I also tried:
Show/Hide Bookmarks Toolbar, many times;
Restart Windows, some times; 


Actual results:

Bookmarks Toolbar is empty (it was full of bookmarks).


Expected results:

Bookmarks should be in the Toolbar.
Bug: pdf printing differently than visible on-screen
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-26 21:00:09+00:00
Resolved: 2024-05-30 17:17:09+00:00

I already reported this as a regular bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1655347

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

attempted printing the attached document

some of the digits "1" got changed to a "6". e.g. on page 5 "kwota transakcji" printed as "6 023,87", while on-screen it is "1 023,87". I attach the original document ("potwierdzenie transakcji...") and the result of print-to-pdf. It is on windows 10. The document prints correctly in Acrobat Reader.

Imagine someone sends such a pdf to a person, person reviews on-screen, prints (where the printout has different values), then the document is signed.
Bug: Every newstart firefox forgets all selected settings and the chronicle
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-26 21:36:18+00:00
Resolved: 2020-08-20 07:42:07+00:00

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

Steps to reproduce:

I installed firefox on macOS 10.14 (Yosemite). 


Actual results:

Since the first day every time when I do a newstart firefox forgets all selected settings and the chronicle.


Expected results:

firefox should remember all personal settings like the startpage settings. It should also remember the chronicle.
Bug: Awesome Bar autocompletes "w" to "woogle.com", but highlights "www.google.com" as a match
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-07-26 23:57:00+00:00
Resolved: 2020-08-07 01:01:49+00:00

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

Steps to reproduce:

Open a new tab and begin entering `www` (or anything beginning with a `w`.)


Actual results:

Shortly after I enter the first `w`, it autocompletes `oogle.com`.

The dropdown displays "http://**www**.google.com". As I add more `w`s, it overstrikes `oogle.com` and I'll end up with `wwwgle.com`. See attached screenshots.

If I type too fast (as in `wnc`, `web`), it will destroy `nc` and `eb` and also replace them with `gle.com`.


Expected results:

It should not do that.
Bug: Firefox Accounts toolbar item thinks I'm signed out in new windows
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-07-27 03:24:22+00:00
Resolved: 2020-08-05 23:26:03+00:00

STR

1. Ensure that you have the "Firefox Account" item in your toolbar and that it shows that you're signed in (the menu should show your email, an "Account Settings" button, etc).
1. Close Firefox and reopen it.
1. Confirm that the toolbar item still shows that you're signed in.
1. Open a new window (ctrl+n/file menu/however).
1. You should notice that the toolbar item no longer shows that you're signed in.

Actual results

The toolbar item shows that I'm not signed in. It shows the generic avatar thing and a "Sign in to Firefox" button.

Expected results

The toolbar item should show that I'm still signed in.

mozregression points to bug 1653846 (I ran it a few times).
Bug: Edit controls (cut/copy) buttons flickers when focusing the address bar
Status: NEW
Priority: P5
Created: 2020-07-27 07:37:38+00:00
Resolved: 2020-08-03 16:44:22+00:00

*Affected versions*
* 80.0a1 (20200726214746)
* 79.0 (20200720193547)
* 78.0.2 (20200708170202)
* 78.1.0esr (20200722151235)

*Affected platforms*
* Windows 10x64
* macOs 10.12
* Ubuntu 18.04

*Steps to reproduce*
1. Open Firefox and add Edit Controls to the address bar from the Customize menu.
2. Go to a random page and focus the address bar.

*Expected result*
* No flickering for added buttons.

*Actual result*
* Cut/Copy button flickers when focusing the address bar.

*Regression range*
* Last good revision: 26711f10f5f45471b5856fb5cef08948f0e5bc21 (2019-09-11)
* First bad revision: f60e7f5f8557d4f385cb182a995fb537f2cb7611 (2019-09-12)
* Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=26711f10f5f45471b5856fb5cef08948f0e5bc21&tochange=f60e7f5f8557d4f385cb182a995fb537f2cb7611



*Notes*
* Attached a screen recording.
**Severity S4**
Bug: Customize items not correctly aligned when moving items and browser is at certain size
Status: NEW
Priority: P5
Created: 2020-07-27 11:00:53+00:00
Resolved: 2020-08-04 11:50:50+00:00

*Affected versions*
* 80.0a1 (20200726214746)
* 79.0 (20200720193547)
* 78.0.2 (20200708170202)
* 78.1.0esr (20200722151235)

*Affected platforms*
* Windows 10x64
* macOs 10.12
* Ubuntu 18.04

*Steps to reproduce*
1. Open Firefox and go to Customize menu.
2. Resize the browser until one item is left on the 5'th row. (If not possible add another item from the address bar)
3. Drag any random item.

*Expected result*
* All items keep the initial alling.

*Actual result*
* Last row can have one more item added.

*Regression range*
* Not a regression. Reproducible with Firefox Nightly (2013-11-18) when customize mode has changed.

*Notes*
* Attached a screen recording.
* Note that this only reproduces if there is sufficient space for the item on the right side.

**Severity S4**
Bug: mouse and tab scrolling
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-27 11:48:14+00:00
Resolved: 2020-07-29 22:31:10+00:00

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

Steps to reproduce:

Scroll a webpage with a mouse sometimes won't work, also tab scrolling gets affected, i noticed when i click middle mouse while scrolling, it works.
This happened in latest update. 78.0.2
Bug: Intermittent browser/base/content/test/performance/browser_startup_syncIPC.js | unexpected PCompositorBridge::Msg_FlushRendering sync IPC before handling user events -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-07-27 12:55:52+00:00
Resolved: 2021-04-06 17:01:35+00:00

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

---

>[task 2020-07-27T12:02:39.560Z] 12:02:39     INFO - TEST-PASS | browser/base/content/test/performance/browser_startup_syncIPC.js | sync IPC PAPZInputBridge::Msg_ProcessUnhandledEvent happened as many times as expected before first paint - 
[task 2020-07-27T12:02:39.560Z] 12:02:39     INFO - known sync IPC before handling user events:
[task 2020-07-27T12:02:39.560Z] 12:02:39     INFO -   PLayerTransaction::Msg_GetTextureFactoryIdentifier - at most 1 times
[task 2020-07-27T12:02:39.560Z] 12:02:39     INFO -   PCompositorBridge::Msg_Initialize - at most 1 times
[task 2020-07-27T12:02:39.560Z] 12:02:39     INFO -   PCompositorWidget::Msg_Initialize - at most 1 times
[task 2020-07-27T12:02:39.560Z] 12:02:39     INFO -   PCompositorBridge::Msg_WillClose - at most 2 times
[task 2020-07-27T12:02:39.560Z] 12:02:39     INFO -   PCompositorBridge::Msg_MakeSnapshot - at most 1 times
[task 2020-07-27T12:02:39.560Z] 12:02:39     INFO -   PAPZInputBridge::Msg_ProcessUnhandledEvent - at most 1 times
[task 2020-07-27T12:02:39.560Z] 12:02:39     INFO -   PAPZInputBridge::Msg_ReceiveMouseInputEvent - at most 1 times
[task 2020-07-27T12:02:39.560Z] 12:02:39     INFO - Buffered messages finished
[task 2020-07-27T12:02:39.560Z] 12:02:39     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_startup_syncIPC.js | unexpected PCompositorBridge::Msg_FlushRendering sync IPC before handling user events - 
[task 2020-07-27T12:02:39.560Z] 12:02:39     INFO - Stack trace:
[task 2020-07-27T12:02:39.561Z] 12:02:39     INFO - chrome://mochikit/content/browser-test.js:test_ok:1299
[task 2020-07-27T12:02:39.561Z] 12:02:39     INFO - chrome://mochitests/content/browser/browser/base/content/test/performance/browser_startup_syncIPC.js:null:351
[task 2020-07-27T12:02:39.561Z] 12:02:39     INFO - TEST-PASS | browser/base/content/test/performance/browser_startup_syncIPC.js | sync IPC PLayerTransaction::Msg_GetTextureFactoryIdentifier happened as many times as expected before handling user events -
Bug: Upper case PDF extension will not offer "Open in Nightly" option
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-07-27 13:48:24+00:00
Resolved: 2020-10-12 23:42:32+00:00

This [line](https://searchfox.org/mozilla-central/rev/cf561cece0ca9aeaf0202e68699836d957d0c670/toolkit/mozapps/downloads/HelperAppDlg.jsm#1276) must be changed to this:

`primaryExtension.toLowerCase() == "pdf" &&`

Because, `this.mLauncher.MIMEInfo.primaryExtension` returns `PDF`.
Bug: Black boxes appear where menu text should be
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-27 13:51:03+00:00
Resolved: 2020-08-21 11:02:46+00:00

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

Steps to reproduce:

I was browsing a page and notice the text at the top was rendered as black boxes. But when I moved my mouse cursor over the boxes, the text reappeared. See video (@ the 0:06s, 0:16s and 0:24s marks).

I can repro 100% on this page: https://www.raspberrypi.org/forums/viewtopic.php?t=269769 by starting at the top of the page and rapidly pressing the End & Home keys. It takes a few tries but as you can see in the video, it shows up three times.

about:support attached as well.


Actual results:

Black boxes were rendered where text should be (see image).


Expected results:

There should be text, not black boxes.
Bug: Allow autofill only in local search modes
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-07-27 14:53:14+00:00
Resolved: 2020-09-25 11:39:54+00:00

I was testing our current implementation, if we are autofilling and the user enters search mode, we should remove the autofilled part and in general never autofill when search mode is set to search.

That likely means setting allowAutofill to false when we start search mode searches.
Bug: Exit search mode if prefs were flipped
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-07-27 15:25:49+00:00
Resolved: 2020-09-18 12:21:55+00:00

I was testing our current implementation, I flipped the prefs on, then I enabled search mode in a tab clicking a one-off, then I flipped the prefs off.
At this point I was trapped in search mode.
Bug: Support search mode across sessions
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-07-27 15:29:38+00:00
Resolved: 2020-10-14 20:51:50+00:00

When we store the typed text for a browser, we should probably also store search mode.

Use-cases:
a) I start searching in a tab, move to a different window/tab to copy something, go back and expect to still be in search mode with the appropriate engine
b) I restart the browser with a typed search, it should go restore that browser in search mode with my typed search
Bug: Nearly impossible to select URL in line
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-27 15:44:10+00:00
Resolved: 2020-08-01 03:15:23+00:00

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

Steps to reproduce:

Around May/June, there was an update of how the URL line work when clicking into it.

After the update, it is nearly impossible to do it correct.
- When I single click, the whole line is selected but it is not in the select buffer one would expect, so middle click in editor or shell or somewhere does not paste the URL.
- When I double click (what was used before to select the line into the paste buffer), only one word is selected, what is absolute useless for the URL line.
- When I click at one position to delete from there, the whole URL gets deleted and not only the character before. So editing an URL is nearly impossible.

So since the change to the URL line it is nearly impossible to select the whole URL for pasting into a editor/shell. Usually I find myself klicking many times unless the full URL is selected.

I searched endless to find a config setting to disable this "new" and
"enhanced" behaviour.

Please revert that or at least provide the user to disable that annoying behavior!

Side note, I never ever use that broken ctrl-c/ctrl-v stuff. I always use the middle button of my mouse as it is used for ages on unix.


Actual results:

Strange thinks, see above.


Expected results:

One click: put the cursor exactly on that position in URL with nothing selected

Double click: Select the whole URL to be pasted with middle click.
Bug: http3 breaks Youtube on Firefox 79.0 Ubuntu
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-07-27 17:11:41+00:00
Resolved: 2020-08-12 10:59:25+00:00

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

Steps to reproduce:

I enabled http3 support by setting network.http.http3.enabled to true. This is when using the Firefox 79 candidate snap on Ubuntu 20.04.

My addons are
ublock origin
sponsorblock
multi-account containers

This problem did not occur in Firefox 78.


Actual results:

I get a 'secure connection failed' error.

An error occurred during a connection to www.youtube.com.

 -   The page you are trying to view cannot be shown because the authenticity of the received data could not be verified.


Looking in the network pane in developer mode, I see <Transferred blocked>


This only applies for youtube specifically, with other http3 backed sites from say cloudflare loading perfectly fine. I checked in the network pane.


Expected results:

When I set network.http.http3.enabled to false.

I can immediately open youtube with no problems.
Bug: Using <embed> for PDFs does not result in a download if PDF.js is disabled
Status: ASSIGNED
Priority: P3
Created: 2020-07-27 17:47:54+00:00
Resolved: 2025-02-26 17:47:21+00:00

## Steps to reproduce
1. Use Fenix or set `pdfjs.disabled` to `true` in Desktop
2. Go to http://plantuml.com/fr/guide

### Expected behavior
Show an actionable download

### Actual behavior
blank page

### Device information

* Android device: Android 10 Pixel 2
* Fenix version: Firefox 81

### Note

webcompat issue: https://github.com/webcompat/web-bugs/issues/55689

```html
<div id="root">
  <embed src="http://pdf.plantuml.net/PlantUML_Language_Reference_Guide_en.pdf" type="application/pdf" width="100%" height="100%">
</div>
```

On Chrome a download button is displayed.
Bug: Location bar doesn't fully get focus when accessed via a shortcut key when another menu is open
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-27 22:18:07+00:00
Resolved: 2020-08-19 04:13:19+00:00

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

Steps to reproduce:

Click the downloads menu. Press cmd+L to focus the location bar. Press the down key.


Actual results:

The location bar disappears, and the focus in the downloads menu moves to the next item.


Expected results:

I think the down arrow should move down through the results in the location bar, since it just received the focus.
Bug: Intermittent browser/components/downloads/test/browser/browser_go_to_download_page.js | application terminated with exit code 1
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-07-28 04:11:14+00:00
Resolved: 2022-07-25 23:14:46+00:00

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

---

[task 2020-07-28T03:37:26.677Z] 03:37:26     INFO - TEST-START | browser/components/downloads/test/browser/browser_go_to_download_page.js
[task 2020-07-28T03:37:27.100Z] 03:37:27     INFO - GECKO(7190) | Gdk-Message: 03:37:27.094: firefox: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.
[task 2020-07-28T03:37:27.152Z] 03:37:27     INFO - GECKO(7190) | Exiting due to channel error.
[task 2020-07-28T03:37:27.153Z] 03:37:27     INFO - GECKO(7190) | [GFX1-]: Receive IPC close with reason=AbnormalShutdown
[task 2020-07-28T03:37:27.154Z] 03:37:27     INFO - GECKO(7190) | Exiting due to channel error.
[task 2020-07-28T03:37:27.156Z] 03:37:27     INFO - GECKO(7190) | Exiting due to channel error.
[task 2020-07-28T03:37:27.157Z] 03:37:27     INFO - GECKO(7190) | [GFX1-]: Receive IPC close with reason=AbnormalShutdown
[task 2020-07-28T03:37:27.158Z] 03:37:27     INFO - GECKO(7190) | Exiting due to channel error.
[task 2020-07-28T03:37:27.159Z] 03:37:27     INFO - GECKO(7190) | Exiting due to channel error.
[task 2020-07-28T03:37:27.222Z] 03:37:27     INFO - TEST-INFO | Main app process: exit 1
[task 2020-07-28T03:37:27.223Z] 03:37:27     INFO - Buffered messages logged at 03:37:26
[task 2020-07-28T03:37:27.224Z] 03:37:27     INFO - Entering test bound test_go_to_download_page
[task 2020-07-28T03:37:27.225Z] 03:37:27     INFO - must wait for load
[task 2020-07-28T03:37:27.226Z] 03:37:27     INFO - must wait for focus
[task 2020-07-28T03:37:27.227Z] 03:37:27     INFO - Buffered messages logged at 03:37:27
[task 2020-07-28T03:37:27.228Z] 03:37:27     INFO - TEST-PASS | browser/components/downloads/test/browser/browser_go_to_download_page.js | download list box present - 
[task 2020-07-28T03:37:27.228Z] 03:37:27     INFO - Buffered messages finished
[task 2020-07-28T03:37:27.229Z] 03:37:27    ERROR - TEST-UNEXPECTED-FAIL | browser/components/downloads/test/browser/browser_go_to_download_page.js | application terminated with exit code 1
[task 2020-07-28T03:37:27.230Z] 03:37:27     INFO - runtests.py | Application ran for: 0:00:10.989911
[task 2020-07-28T03:37:27.231Z] 03:37:27     INFO - zombiecheck | Reading PID log: /tmp/tmpa3nAPtpidlog
Bug: Fix l10n for one-off tooltips with aliases
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-07-28 07:36:28+00:00
Resolved: 2020-07-29 14:22:20+00:00

The tooltips for engines with aliases are set here: https://searchfox.org/mozilla-central/rev/c6676771df58c6e0098574bc6b11517acbf264cf/browser/components/search/content/search-one-offs.js#560 (Although bug 1654439 moved this line)

This assumes that the user's language is RTL and maybe some other things, like how parentheses are used. We should instead add an l10n string with two arguments, one for the engine name and one for the alias name.

Sorry for not catching this in review, should be an easy fix.
Bug: firefox-esr: cannot dynamically link neqo-crypto with libclang.so.10
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-07-28 08:22:42+00:00
Resolved: 2020-08-04 12:16:48+00:00

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

Steps to reproduce:

Building Firefox 78.1.0 ESR with Rust 1.45 and Clang 10 (full LLVM (incl. binutils provided by LLVM), so no GNU environment at all)


Actual results:

Build failed on neqo-crypto, complaining that thread 'main' panicked at 'Unable to find libclang: "the `libclang` shared library at /usr/lib/libclang.so.10 could not be opened: Dynamic loading not supported


Expected results:

Firefox build works
Bug: An unsecured sugesstion is displayed first in the dropdown
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-07-28 09:43:35+00:00
Resolved: 2020-08-11 11:27:21+00:00

**Suggested severity**
* S2

**Affected versions**
* Fx80.0b1
* Fx81.0a1

**Affected platforms**
* Windows 10
* Windows 7
* Ubuntu 18.04

**Steps to reproduce**
1. Launch Firefox with a fresh profile.
2. Visit http://example.com, http://www.example.com, https://example.com, and https://www.example.com, in that order, in the same tab.
3. Open a new tab and close the tab that you were opening example.com in.
4. Type "ex" in the address bar. 

**Expected result**
*The first result (the one that would be selected if you hit Enter), is https://www.example.com.

**Actual result**
* The selected link is http://www.example.com (the unsecured version of the link).

**Regression range**
* Will come back with a regression ASAP, but from the look of it, something broke between Fx79.0b9 and Fx80.0b1, because the issue does not occur in the release version.