av9ash/GitBugs huggingface dataset:
Bug: Intermittent [TV] toolkit/components/normandy/test/browser/browser_actions_AddonStudyAction.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-03-07 12:52:51+00:00
Resolved: 2020-03-31 17:04:30+00:00

**Filed by:** cbrindusan [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=292099042&repo=mozilla-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/AbDiKp_tTru22nJb72OEfA/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/AbDiKp_tTru22nJb72OEfA/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---

[task 2020-03-07T10:53:09.373Z] 10:53:09     INFO - TEST-START | toolkit/components/normandy/test/browser/browser_actions_AddonStudyAction.js
[task 2020-03-07T10:53:54.536Z] 10:53:54     INFO - TEST-INFO | started process screenshot
[task 2020-03-07T10:53:54.593Z] 10:53:54     INFO - TEST-INFO | screenshot: exit 0
[task 2020-03-07T10:53:54.593Z] 10:53:54     INFO - Buffered messages logged at 10:53:09
[task 2020-03-07T10:53:54.594Z] 10:53:54     INFO - Entering test bound enrollTwiceFail
[task 2020-03-07T10:53:54.594Z] 10:53:54     INFO - TEST-PASS | toolkit/components/normandy/test/browser/browser_actions_AddonStudyAction.js | lastError should be null - 
[task 2020-03-07T10:53:54.595Z] 10:53:54     INFO - TEST-PASS | toolkit/components/normandy/test/browser/browser_actions_AddonStudyAction.js | enroll should not be called - 
[task 2020-03-07T10:53:54.595Z] 10:53:54     INFO - TEST-PASS | toolkit/components/normandy/test/browser/browser_actions_AddonStudyAction.js | update should be called - 
[task 2020-03-07T10:53:54.595Z] 10:53:54     INFO - TEST-PASS | toolkit/components/normandy/test/browser/browser_actions_AddonStudyAction.js | parent must be in snapshot. Has [parent]. - true == true - 
[task 2020-03-07T10:53:54.595Z] 10:53:54     INFO - TEST-PASS | toolkit/components/normandy/test/browser/browser_actions_AddonStudyAction.js | After filtering we must have the expected number of events. - 0 == 0 - 
[task 2020-03-07T10:53:54.596Z] 10:53:54     INFO - Console message: [JavaScript Warning: "normandy.recipe_freshness - Truncating float/double number."]
[task 2020-03-07T10:53:54.596Z] 10:53:54     INFO - Buffered messages finished
[task 2020-03-07T10:53:54.596Z] 10:53:54     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/normandy/test/browser/browser_actions_AddonStudyAction.js | Test timed out -
Bug: incorrect font in pdf when viewed on line, OK when pdf downloaded
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-07 18:16:57+00:00
Resolved: 2020-03-08 17:16:40+00:00

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

Steps to reproduce:

Use Firefox to view a pdf on the Web. This seems to happen with all pdf files, but here is an example:
https://www.sas.upenn.edu/~baron/vita.pdf


Actual results:

PDF displays but the font is a poor substitute for the intended font. The letters are too large relative to the inter-letter spacing. But the font is wrong too.

However, if I download the same pdf file and view it with "firefox -new-window [the file]" it displays correctly.


Expected results:

It should display correctly on the Web.

I think this bug started in today's build:
75.0a1 (2020-03-07) (64-bit) for linux
Bug: FireFox 73 FreeNAS 9.3: No Storage - Scrubs - User information. FireFox 72, IE and Edge Good.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-07 19:46:12+00:00
Resolved: 2020-05-15 13:26:27+00:00

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

Steps to reproduce:

Typed in the local address.
Logged into Freenas as always only in FF73 User information is not displayed. See screenshot.


Actual results:

No user information. Storage, Scrubs, Tasks, Users, Groups. 


Expected results:

All information be displayed as in FF 72, Edge, Internet Explorer and I assume all other browsers. 

Note 1: I have refreshed FF73 and no effect. I also set all settings as per FF72 that I can tell and no effect. 
Note 2: Only difference I found between 72 and 73 is a localhost server certificate missing in 73 that I cannot import into 73 nor can I use 'Get Certificate' to work. I don't know if this missing certificate is the cause or if it's of any value to this bug.
Bug: Visiting wired.com delays Firefox process exit
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-08 00:46:25+00:00
Resolved: 2020-03-13 07:14:54+00:00

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

Steps to reproduce:

Visiting Wired.com in Firefox on Windows, delays Firefox exit by as much as 10 seconds on my machine. 

Steps:
1. Start Task Manager (Details view)
2. Open Firefox
3. Visit Wired.com (https://www.wired.com/)
4. Wait for site to load - let's say 5 seconds
5. Click the close button in Firefox main window to exit
6. Check Task Manager for firefox.exe




Actual results:

You will notice that firefox.exe hangs around for ~10 seconds after you click the close button. This doesn't happen for any other sites. Just Wired.com. Usually firefox.exe disappears from Task Manager almost immediately after I close the last Firefox window.

To me it looks like some JavaScript code that wired.com uses blocks firefox.exe process from exiting.

I've tried with add-ons enabled and disabled. Reinstalled and refreshed Firefox the behavior persists. I've also tried with uBlock Origin and the same behavior persists.

Because of this delay, if I try to start Firefox again I get the dialog telling me that Firefox is already running - do you want to exit.



Expected results:

Firefox.exe should exit immediately - at least not take 10+ seconds to exit.
Bug: Sync problem with dual-boot Win7 / Linux
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-08 04:07:45+00:00
Resolved: 2020-03-09 19:40:51+00:00

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

Steps to reproduce:

Created Sync Account on latest Firefox on Win7.  Dual-booted to Linux and it sync'd OK.   The problem was, I wanted the LINUX Firefox to be the main account, so I deleted my Firefox account, went to Linux and created a new Firefox account.  Went to Win7 Firefox and logged in, and it will not sync.  I have tried lots, read many reports of sync problems, and don't know what to do next.


Actual results:

sync worked Win7 to Linux, but not from Linux to Win7.
I have Purevpn, disconnected both but same result.


Expected results:

Win7 should have sync'd to my Firefox account.  I click "sync" and it responds within 3 seconds as if having done it, but my Bookmarks are not updated.
Bug: COVID-19 cases website does not show map in Firefox
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-08 09:02:29+00:00
Resolved: 2020-03-08 09:30:36+00:00

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

Steps to reproduce:

Open website for COVID-19 cases in Firefox
https://gisanddata.maps.arcgis.com/apps/opsdashboard/index.html#/bda7594740fd40299423467b48e9ecf6




Actual results:

The map in the middle of the page is not shown


Expected results:

Map should be shown like in google chrome
Bug: Cannot specify multiple flags of DllBlockInfo::Flags
Status: NEW
Priority: P3
Created: 2020-03-08 19:38:37+00:00
Resolved: 2020-05-21 01:10:10+00:00

Since `DllBlockInfo::mFlags` is defined as `enum`, using multiple flags in `DLL_BLOCKLIST_ENTRY` causes the compile error like this:

```
 0:05.58 u:/mz/mozilla-central/obj-x86_64-pc-mingw32/dist/include\mozilla/WindowsDllBlocklistLegacyDefs.h(22,67): error: cannot initialize a member subobject of type 'enum Flags' with an rvalue of type 'int'
 0:05.58   DLL_BLOCKLIST_ENTRY("database.dll", MAKE_VERSION(27, 3, 0, 59), DllBlockInfo::BLOCK_WIN8_ONLY | DllBlockInfo::BROWSER_PROCESS_ONLY)
 0:05.58                                                                   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
```
Bug: Pasting "Bookmarks Menu" from a different firefox profile into a subfolder of Bookmarks Menu creates infinite nested folders
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-08 20:45:59+00:00
Resolved: 2020-03-16 10:37:49+00:00

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

Steps to reproduce:

1. Set up two firefox profiles.
2. Start them both.
3. Bookmarks -> Show all Bookmarks.
4. Select "Bookmarks Menu" im the left pane, context, and Copy

In the second profile:

1. Bookmarks -> Show all Bookmarks.
2. Select "Bookmarks Menu" in the left pane.
3. Organize -> New folder -> call it "from laptop" -> enter
4. open "from laptop"
5. Paste (="ctrl+v")



Actual results:

The bookmarks menu of the 2nd profile was pasted causing infinite nesting.


Expected results:

The 1st profile's bookmarks menu should have been pasted as a non-circular copy.

I want to import the old bookmarks from an old computer. I tried both fedora's firefox and the binary linux x86-64 from mozilla.org .
Bug: Firefox does not load any images from eBay
Status: RESOLVED
Priority: --
Resolution: INACTIVE
Created: 2020-03-09 01:15:42+00:00
Resolved: 2020-04-25 15:46:50+00:00

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

Steps to reproduce:

Navigate to https://www.ebay.com/
Viewed home page,
viewed My eBay,
did a few searches
tried again on mobile and Chrome


Actual results:

Images for anything listed on eBay do not load whatsoever on the homepage, my eBay, and in searches but do load in Google Chrome (PC) and on Samsung Browser (Android)

From the status bar on the bottom, it appears that Firefox does not even attempt to load the images


Expected results:

Firefox should at least attempt to load the images of products being sold on eBay as it does in Chrome for PC and on my phone.
Bug: Rendering bug on site
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-09 06:52:37+00:00
Resolved: 2020-03-28 10:06:45+00:00

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

Steps to reproduce:

Open site https://tex.stackexchange.com/questions/174002/two-consecutive-greater-than-signs
On Firefox 73.0.1 in Windows 10 1909 OS Build 18363.693

It appears ok on the nightly version 75.0a1 (2020-03-08), could be a false positive.


Actual results:

The page renders wrong (see screenshot 1 and 2) vs how it is rendered in Chrome (screenshot 3)


Expected results:

The page should be rendered well
Bug: view image on canvas in new tab / window no longer works
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-03-09 07:52:23+00:00
Resolved: 2020-03-25 13:39:27+00:00

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

Steps to reproduce:

* find a canvas image, e.g. here https://tcdw.github.io/servalclock/
* right click on the image
* middle click "View Image" menu entry; or click+left click, shift+left click


Actual results:

Firefox says the URL is invalid.


Expected results:

Firefox should display the image in the newly opened tab / window.

150:21.81 INFO: Last good revision: 398b5e6b2dab72d5be60bc81b0fda2d2c27bfb25
150:21.81 INFO: First bad revision: b9740bd7bf8f1a0656c09a88fe6d7ee00586ee60
150:21.81 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=398b5e6b2dab72d5be60bc81b0fda2d2c27bfb25&tochange=b9740bd7bf8f1a0656c09a88fe6d7ee00586ee60

Being able to view images in new tabs is useful to view images closely or simultaneously without the need to save images on disk. The "Copy Image" is not available on canvas so it's useful for copying images too.
Bug: Crash in [@ mozilla::UntrustedModulesProcessor::CompleteProcessing]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-09 08:13:33+00:00
Resolved: 2020-03-31 08:56:18+00:00

This bug is for crash report bp-639e75e3-984e-48f1-8067-7c9260200308.

```
Top 10 frames of crashing thread:

0 xul.dll mozilla::UntrustedModulesProcessor::CompleteProcessing toolkit/xre/UntrustedModulesProcessor.cpp:883
1 xul.dll mozilla::MozPromise<mozilla::Maybe<mozilla::UntrustedModulesProcessor::ModulesMapResultWithLoads>, nsresult, 1>::ThenValue<`lambda at Z:/task_1583661969/build/src/toolkit/xre/UntrustedModulesProcessor.cpp:527:9', `lambda at Z:/task_1583661969/build/src/toolkit/xre/UntrustedModulesProcessor.cpp:536:9'>::DoResolveOrRejectInternal xpcom/threads/MozPromise.h:727
2 xul.dll mozilla::MozPromise<mozilla::Maybe<mozilla::UntrustedModulesProcessor::ModulesMapResultWithLoads>, nsresult, 1>::ThenValueBase::ResolveOrRejectRunnable::Run xpcom/threads/MozPromise.h:403
3 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1220
4 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:481
5 xul.dll mozilla::ipc::MessagePumpForNonMainThreads::Run ipc/glue/MessagePump.cpp:332
6 xul.dll MessageLoop::RunHandler ipc/chromium/src/base/message_loop.cc:308
7 xul.dll MessageLoop::Run ipc/chromium/src/base/message_loop.cc:290
8 xul.dll static nsThread::ThreadFunc xpcom/threads/nsThread.cpp:464
9 nss3.dll _PR_NativeRunThread nsprpub/pr/src/threads/combined/pruthr.c:399

```

There are 3 crashes (from 2 installations) in nightly 75 with buildid 20200308095244. In analyzing the backtrace, the regression may have been introduced by patch [1] to fix bug 1605478.
The moz_crash_reason is always `MOZ_DIAGNOSTIC_ASSERT(!event.IsTrusted())`.

[1] https://hg.mozilla.org/mozilla-central/rev?node=996f931d61b6
Bug: Firefox becomes "invisible" after suspension on Ubuntu 19.10
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-09 13:10:20+00:00
Resolved: 2021-01-20 03:13:42+00:00

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

Steps to reproduce:

After I start my computer from suspension, after a few minutes the windows turns invisible and I have to restart Firefox.


Actual results:

The windows becomes totally invisible, but It is still working. If I click in the downloads button for example (that I can't see), It shows the list of downloads normally.


Expected results:

The windows shouldn't become invisible.
Bug: address bar url invalid on history.pushState with percent encoding
Status: NEW
Priority: P3
Created: 2020-03-09 15:12:34+00:00
Resolved: 2020-05-12 00:52:08+00:00

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

Steps to reproduce:

1. Navigate to https://www.mozilla.org/
2. Open developer tools and type the following in the console:
history.pushState({}, 'my title', 'https://www.mozilla.org?key%5B%5D=value0&key%5B%5D=value1')


Actual results:

The address bar displays https://www.mozilla.org?key[]=value0&key[]=value1
Refreshing the page loads https://www.mozilla.org?key[]=value0&key[]=value1

The URL now contains invalid characters according to RFC 7230 and RFC 3986, web servers such as Apache Tomcat >= 9 will not accept the URL.


Expected results:

The address bar displays https://www.mozilla.org?key%5B%5D=value0&key%5B%5D=value1
Refreshing the page loads https://www.mozilla.org?key%5B%5D=value0&key%5B%5D=value1

This is the behavior as Chrome, Edge and Safari.
Bug: The “Sponsored card” from the “Collection Promo” section is wrongly redisplayed on a new tab after being dismissed using “Delete from Pocket” or ”Archive in Pocket” options
Status: NEW
Priority: P2
Created: 2020-03-09 15:26:13+00:00
Resolved: 2022-10-12 00:03:05+00:00

**[Affected Versions]:**
- Firefox Nightly 75.0a1 Build ID: 20200309091841

**[Affected Platforms]:**
- Windows 10 x64
- macOS 10.15
- Ubuntu Linux 18.04 x86

**[Prerequisites]:**
- Have the value of the pref `browser.newtabpage.activity-stream.discoverystream.spocs-endpoint` set to `https://spocs.getpocket.com/spocs?site=1116390&country=US&region=US-CA`.
- Have the value of the pref `browser.search.region` set to `US`.
- Be logged into "Pocket".

**[Steps to reproduce]:**										
1. Open the browser with the profile from prerequisites and open a new tab.
2. Click the “Open menu” button of a “Collection” card and select the “Save to Pocket” option.
3. For the same card, click the “Open menu” button and select “Delete from Pocket” option.
5. Open a new tab and observe the displayed cards.

**[Expected results]:**
- A new “Sponsored card” has replaced the previously deleted “Sponsored card”.

**[Actual results]:**
- The previously deleted “Sponsored card” is displayed.

**[Notes]:**
- This issue is also reproducible for the “Archive in Pocket” option.
- This issue is not reproducible for the “Dismiss” option.
- This issue is not reproducible after another tab is opened.
- The `browser.newtabpage.activity-stream.discoverystream.isCollectionDismissible` pref does not affect the results for either of its values.
- Attached is a recording of the issue.
Bug: The “Collection Promo” section is wrongly redisplayed on the first opened new tab after being dismissed using the “Delete from Pocket”/”Archive in Pocket” options
Status: RESOLVED
Priority: P4
Resolution: WONTFIX
Created: 2020-03-09 15:58:59+00:00
Resolved: 2022-07-07 14:12:23+00:00

**[Affected Versions]:**
- Firefox Nightly 75.0a1 Build ID: 20200309091841

**[Affected Platforms]:**
- Windows 10 x64
- macOS 10.15
- Linux Mint 19.2 Tina

**[Prerequisites]:**
- Have the value of the pref `browser.newtabpage.activity-stream.discoverystream.spocs-endpoint` set to `https://spocs.getpocket.com/spocs?site=1116390&country=US&region=US-CA`.
- Have the value of the pref `browser.search.region` set to `US`.
- Be logged into Pocket.

**[Steps to reproduce]:**                                        
1. Open the browser with the profile from prerequisites and open a new tab.
2. Click the “Open menu” button of a Collection card and select the “Save to Pocket” option.
3. For the same card, click the “Open menu” button and select the “Delete from Pocket” option.
4. Repeat steps 2 and 3 for three more cards to dismiss the section.
5. Open a new tab and observe the behavior.

**[Expected results]:**
- The “Collections Promo” section is no longer displayed.

**[Actual results]:**
- The “Collections Promo” section is redisplayed.

**[Notes]:**
- This issue is also reproducible if using “Archive in Pocket” instead of “Delete from Pocket” in the steps above.
- The section is dismissed after opening another new tab.
- This issue is not reproducible if the “Dismiss” option of a card is used instead.
- This issue is not reproducible if the section is dismissed from the section “Dismiss” button.
- The `browser.newtabpage.activity-stream.discoverystream.isCollectionDismissible` pref does not affect the results for either of its values.
- Possibly caused by Bug 1621023.
- Attached is a recording of the issue.
Bug: Tab bar jumps around
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-09 20:39:04+00:00
Resolved: 2020-03-10 13:45:50+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0

Steps to reproduce:

Turned Menu bar off.
Turned Menu bar on.


Actual results:

Tab moved right 40 pixels.
Tab bar moved to far left.


Expected results:

Tab bar should have remained at far left with Menu bar turned off.
Bug: Addons disabled themselves
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-09 23:35:52+00:00
Resolved: 2020-03-14 17:15:18+00:00

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

Steps to reproduce:

I opened the Firefox Browser


Actual results:

My addons disabled themselves, and lost all of their permissions.

When I try to enable them, they will display a permissions prompt, asking me to re-grant their permissions.

However, I am only able to re-enable and re-grant one addon, before the other enable toggles become unresponsive.  I can then add one more each time I restart the browser.

I can replicate this is a new profile, and after refreshing on multiple occasions 


Expected results:

Addons not disable themselves.
Bug: Two errors are recorded in the EventLog if -log-launcher-error is used
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-03-10 00:50:34+00:00
Resolved: 2022-02-17 05:17:18+00:00

This is a trivial issue.  If we launch firefox.exe with the `-log-launcher-error` option, we record the same error twice because `PostErrorToLog` is called in the main thread and the thread which sends a ping.
Bug: Address bar search results that come from equating N and Ñ are not highlighted in Spanish locales
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-03-10 01:40:28+00:00
Resolved: 2020-03-16 09:20:10+00:00

Steps to reproduce:

1. Install the Spanish (Spain) version of Firefox 74
2. Go to https://en.wikipedia.org/wiki/Jalape%C3%B1o
3. Open a new tab and type "jalapeno" in the address bar

Expected results: The Wikipedia article "Jalapeño" appears in the search results and the word "Jalapeño" is in bold, the same as in the English version of Firefox.

Actual results: The page does appear in the search results, but the word "Jalapeño" is not in bold.
Bug: Website crashing and closing the browser.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-10 01:52:07+00:00
Resolved: 2020-03-19 06:02:32+00:00

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

Steps to reproduce:

Attempted to load this site:

https://www.accuweather.com/en/us/new-york/10007/weather-radar/14-349727_1_al


Actual results:

The browser crashes and shuts down. Also tried with a fresh profile and no addons installed. 


Expected results:

In v74 and earlier the page loads fine. It also loads without crashing in safe mode in v75 and v76. I suspect it has something to do with the animation within the radar on the top of the page. In safe mode there is none, it's blank and might explain why it doesn't crash.
Bug: "Switch to Tab" at end of line in search results box not visible for long titles
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-03-10 02:17:48+00:00
Resolved: 2020-08-25 17:10:33+00:00

As shown in the attachment, if you do a search and the title is long enough, the "— Switch to Tab" in green doesn't show up in the live search results box.

The text should be truncated sooner to allow this to fit.
Bug: Learned URLs cannot be deleted from awesome bar history
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-10 06:19:21+00:00
Resolved: 2020-03-15 22:06:37+00:00

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

Steps to reproduce:

 1. Type "dov"
 2. Observe "dovico.mycompany.com" in the URL bar
 3. Press Down, Delete (it disappears)
 4. Repeat from 1., ad infinitum :-)


Actual results:

The URL / server name (not page) is one that was once on a company network, and they have the 'world' icon. These URLs are no longer valid, so I never want to see them again, but they come up at the very top of the suggestion list (I guess because I used to use them a lot?)

They also do not appear in the global history (Ctrl+Shift+H) so there seems no way to delete them.


Expected results:

Really delete these URLs from history, as they appear to do at step 3. 

(This happens regularly for me, as more & more company services get moved out to cloud-hosted providers.)