av9ash/GitBugs huggingface dataset:
Bug: Firefox hangs due to massive memory allocations with NoScript 11.0.26
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-07-03 07:07:04+00:00
Resolved: 2020-07-10 23:09:53+00:00

Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:80.0) Gecko/20100101 Firefox/80.0 ID:20200629154604

With NoScript installed I can see slow-downs and hangs of Firefox when navigating on various sites. The one which completely freezes Firefox is:

https://webdriver-herald.herokuapp.com/

I recorded a Gecko profile and aborted early to be able to capture the profile. Within the 60s 900MB of memory has been allocated. Due to that the Firefox parent process was nearly unresponsive.

I updated to 11.0.32 but it's not better: https://share.firefox.dev/38lr5qj

Another page which behaves strange with NoScript is https://www.tvnow.de/.

Georgio, could you please have a look?
Bug: Intermittent browser/components/ssb/tests/browser/browser_ssb_manifest_scope.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-07-03 07:42:15+00:00
Resolved: 2021-02-09 17:01:16+00:00

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

---

task 2020-07-03T01:09:23.830Z] 01:09:23     INFO - TEST-PASS | browser/components/ssb/tests/browser/browser_ssb_manifest_scope.js | Open menu item should not be hidden - true == true - 
[task 2020-07-03T01:09:23.830Z] 01:09:23     INFO - Buffered messages logged at 01:07:54
[task 2020-07-03T01:09:23.830Z] 01:09:23     INFO - Clicking #site1
[task 2020-07-03T01:09:23.830Z] 01:09:23     INFO - Buffered messages finished
[task 2020-07-03T01:09:23.833Z] 01:09:23     INFO - TEST-UNEXPECTED-FAIL | browser/components/ssb/tests/browser/browser_ssb_manifest_scope.js | Test timed out - 
[task 2020-07-03T01:09:23.833Z] 01:09:23     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-07-03T01:09:23.834Z] 01:09:23     INFO - TEST-UNEXPECTED-FAIL | browser/components/ssb/tests/browser/browser_ssb_manifest_scope.js | Should be no installed SSBs at the end of a test. - 1 == 0 - JS frame :: chrome://mochitests/content/browser/browser/components/ssb/tests/browser/head.js :: <TOP_LEVEL> :: line 220
[task 2020-07-03T01:09:23.835Z] 01:09:23     INFO - Stack trace:
[task 2020-07-03T01:09:23.836Z] 01:09:23     INFO - chrome://mochitests/content/browser/browser/components/ssb/tests/browser/head.js:null:220
[task 2020-07-03T01:09:23.837Z] 01:09:23     INFO - GECKO(3823) | MEMORY STAT | vsize 20975156MB | residentFast 1176MB
[task 2020-07-03T01:09:23.838Z] 01:09:23     INFO - TEST-OK | browser/components/ssb/tests/browser/browser_ssb_manifest_scope.js | took 90047ms
[task 2020-07-03T01:09:23.839Z] 01:09:23     INFO - checking window state
[task 2020-07-03T01:09:23.840Z] 01:09:23     INFO - Not taking screenshot here: see the one that was previously logged
Bug: Middle clinking bookmarks (open in new tab) should not switch to it directly
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-03 07:45:26+00:00
Resolved: 2020-07-03 08:22:39+00:00

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

Steps to reproduce:

Have bookmarks in the firefox toolbar and middle click a bookmark (or alternatively right click and select open in new tab)


Actual results:

A new tab will open, but it immediately becomes the active one.


Expected results:

When I middle click a link or something like this a new tab will open, but I won't switch to it automatically (as it should be).

When middle clicking a bookmark I will automatically redirected to the new tab, which is a inconsistency. Also I am not able to open a bunch of new tabs for multiple bookmarks without switching back and forth.
Bug: Access to swf file, resulting in infinite loop opening
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-03 09:19:00+00:00
Resolved: 2020-07-04 09:02:25+00:00

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

Steps to reproduce:

firefox ver78.0.1 x64 in win10 lstc    open 
  https://webmail.ntct.edu.tw/extra/swfuploader/swfupload.swf  


Actual results:

firefox Open file ”file:///C:/Users/Sunkima/AppData/Local/Temp/swfupload-7.swf  “in infinite loop


Expected results:

Memory security issues
Bug: Mycroft Search Plugins broken
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-07-03 10:13:58+00:00
Resolved: 2020-07-03 10:29:15+00:00

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

Steps to reproduce:

Goto mycroftproject.com, click on Amazon, click on first link in search results ( Amazon DE - Prime Video). The search engine should install in Firefox as a search option. But it doesnt. None of the other search engines install either.


Actual results:

No search engine was installed.


Expected results:

Search engine should have installed as a one-click search engine.
Bug: Intermittent ASSERTION: Creating widget for MenuPopupFrame with children: '!mGeneratedChildren && !PrincipalChildList().FirstChild()', file nsMenuPopupFrame.cpp
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-07-03 11:55:40+00:00
Resolved: 2020-11-16 06:34:29+00:00

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

---

[task 2020-07-03T09:54:21.230Z] 09:54:21     INFO - TEST-OK | layout/xul/test/test_bug987230.xhtml | took 1033ms
[task 2020-07-03T09:54:21.263Z] 09:54:21     INFO - GECKO(2154) | [2154, Main Thread] WARNING: Failed to retarget HTML data delivery to the parser thread.: file /builds/worker/checkouts/gecko/parser/html/nsHtml5StreamParser.cpp, line 1131
[task 2020-07-03T09:54:21.341Z] 09:54:21     INFO - TEST-UNEXPECTED-FAIL | layout/xul/test/test_bug987230.xhtml | assertion count 1 is more than expected 0 assertions
[task 2020-07-03T09:54:21.341Z] 09:54:21     INFO - TEST-START | layout/xul/test/test_menuitem_ctrl_click.xhtml
[task 2020-07-03T09:54:21.412Z] 09:54:21     INFO - GECKO(2154) | [2154, Main Thread] WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80004005 (NS_ERROR_FAILURE): file /builds/worker/checkouts/gecko/dom/base/nsContentUtils.cpp, line 3757
[task 2020-07-03T09:54:21.542Z] 09:54:21     INFO - GECKO(2154) | MEMORY STAT | vsize 7666MB | residentFast 361MB | heapAllocated 127MB
[task 2020-07-03T09:54:21.542Z] 09:54:21     INFO - TEST-OK | layout/xul/test/test_menuitem_ctrl_click.xhtml | took 228ms
[task 2020-07-03T09:54:21.605Z] 09:54:21     INFO - GECKO(2154) | [2154, Main Thread] WARNING: Failed to retarget HTML data delivery to the parser thread.: file /builds/worker/checkouts/gecko/parser/html/nsHtml5StreamParser.cpp, line 1131
Bug: 2.74 - 3.57% ts_paint_webext (windows10-64-shippable) regression on push df91fb44b2d4bd8cf55cb2a5360094feb2c6ca6b (Wed July 1 2020)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-07-03 13:48:47+00:00
Resolved: 2020-07-12 11:09:33+00:00

Perfherder has detected a talos performance regression from push [df91fb44b2d4bd8cf55cb2a5360094feb2c6ca6b](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=df91fb44b2d4bd8cf55cb2a5360094feb2c6ca6b). As author of one of the patches included in that push, we need your help to address this regression.

Regressions:

   4%  ts_paint_webext windows10-64-shippable opt e10s stylo     299.79 -> 310.50
   3%  ts_paint_webext windows10-64-shippable opt e10s stylo     301.42 -> 309.67


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perf.html#/alerts?id=26424), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: Search suggestions from history lose the keyword
Status: NEW
Priority: P3
Created: 2020-07-03 15:46:02+00:00
Resolved: 2020-07-09 15:21:13+00:00

Steps to reproduce:

1. Go to about:preferences#search.
2. Give Wikipedia the 'w' keyword.
3. Type 'w foobar' in the omnibox and press enter.
4. Type 'w foo' in the omnibox.
5. Arrow down to the 'foobar' entry.

Expected result: the omnibox would show 'w foobar'.

Actual result: the omnibox shows 'foobar' (i.e., without the keyword).

For suggestions from the provider, the keyword is preserved.

The two attached images show the difference: history-search.png is using the historic search and is missing the keyword, and suggestion-search.png is using the suggestion from Wikipedia and has the keyword present.
Bug: Tooltips do not appear in Riot SSB
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2020-07-03 20:26:00+00:00
Resolved: 2021-01-15 22:20:55+00:00

I have "installed" Riot in a SSB to chat on Mozilla Matrix.

I noticed that tooltips do not appear in the SSB like they do in desktop Firefox.

1. Enable Riot in SSB
2. Hover over toolbar icons in a chatroom, eg: settings, share room. Within a chat, hover over avatars

What happens:

No tooltip appears.

Expected result:

Tooltips appear in SSB.
Bug: address bar race condition for keyboard input
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-07-03 22:09:04+00:00
Resolved: 2020-11-05 09:17:16+00:00

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

Steps to reproduce:

Open a new window, with Firefox configured to open a default web page. Begin to type text into the address bar immediately after the window opens, but before the page loads.


Actual results:

The address of the default web site is appended to the text the user already typed, when the address bar had been empty.


Expected results:

Populating the address bar with the address of the default web page should be suppressed once the user enters any text into the address bar, which was empty at the time the user began entering text.

In casual tests, I notice a delay of several hundred milliseconds between the time at which a window opens and that at which the address bar is populated with a default value.  Although loading a page incurs a delay, involving asynchronous operations, populating the address bar in principle may occur synchronously.

In further observations, during session restore, for some windows, the active tab is never restored, and neither is the address bar for those windows populated with the address from the tab in the saved session. Apparently, proper, full restoration of a session is effected by a race condition, which may the same as observed in Issue 1347572. When the restored session is saved, and that resulting saved session is in turn restored in a new session, the address of the tab is lost beyond recovery. These observations suggest that after a window is created, populating the address bar of the window, and indeed the value of the address that would be saved in a session, depends on some asynchronous operation that is prone to failure. Because merely populating the address bar with a value need not depend on any process that is either asynchronous or error-prone, this action might be moved to some synchronous operation separate from loading the page into the content pane.

If populating the address bar completes before the window would accept user input, and independently from page loading or construction of the new session, then both race conditions may resolve. Even though page loading will always incur delay and sometimes may fail, such delay and possible failure would be independent of window or session issues.
Bug: Operation Fails: right_click >> close multiple tabs >> close tabs to the right results in  closing tabs before confirmation is applied on Mac OS X Catalina
Status: UNCONFIRMED
Priority: --
Created: 2020-07-03 23:41:17+00:00
Resolved: 2020-07-06 12:04:22+00:00

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

Steps to reproduce:

right_click >> close multiple tabs >> close tabs to the right close tabs before confirmation is applied on Mac OS X Catalina

I tried similar on Ubuntu 20.04 and there was no failure and operation seemed correct. 


Actual results:

tabs were closed before confirming yes or no


Expected results:

1. confirmation pops up before tabs are closed
2. user selects yes
3. then tabs are closed
Bug: 78.0.1 (64-bit) crashes when using Zemana AntiLogger (Latest Version)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-04 03:28:03+00:00
Resolved: 2020-07-28 17:18:02+00:00

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

Steps to reproduce:

I use Zemana AntiLogger ( Version 2.74.2.664) and it causes FF 78.0.1 (64-bit) to crash when it's loaded.

I tried everything to resolve the issue by trying Safe Mode, new profile, uninstall/reinstall, uninstall with a deep cleaning uninstaller and reinstalling but nothing was working.

After looking at the crash report, I noticed this line:
AppInitDLLs: %ProgramFiles% (x86)\KeyCryptSDK\KeyCrypt64(4).dll

I closed Zemana Antilogger and FireFox loaded fine.  Once FF was opened, I tried to see if I could open Zemana again and FF crashes immediately.  I use antilogger to encrypt my keystrokes which is very important.


Actual results:

I closed Zemana Antilogger and FireFox loaded fine.  Once FF was opened, I tried to see if I could open Zemana again and FF crashes immediately.  I use antilogger to encrypt my keystrokes which is very important.



Expected results:

Firefox should load even though I use Zemana Antilogger.  I do not ecpereince this issue with any other browser and this did not start until the latest version of Firefox.

I have a lifetime license with Zemana and have used it for several years.  This is the first time I have ever seen a software conflict while using it.
Bug: URL remains in places.sqlite after deleting from bookmark (corrupt moz_origins)
Status: NEW
Priority: P3
Created: 2020-07-04 03:42:27+00:00
Resolved: 2024-07-26 00:34:25+00:00

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

Steps to reproduce:

I had a bookmarked URL that was on my desktop client and synchronised it to my Android Firefox client.

I deleted the bookmark from the Android Client and resynchronised


Actual results:

Bookmark disappeared from the Desktop Client correctly however the places.sqlite still remembered the old URL.

The only way of clearing the issue was to delete the places.sqlite.



Expected results:

If Bookmarks are deleted remotely, the desktop client should also remove the bookmark and make sure on synchronisation that the places.sqlite has the entry removed so that it does not always suggest it
Bug: Static tab loading icon not very Mac like
Status: NEW
Priority: P5
Created: 2020-07-04 06:37:19+00:00
Resolved: 2020-07-11 06:46:54+00:00

Noticed that the new static tab loading animation is not very Mac like - the hourglass isn't really a Mac thing - a watch or a beachball may have made more sense.

In any case, Apple provides guidance on indeterminate progress spinners https://developer.apple.com/design/human-interface-guidelines/macos/indicators/progress-indicators/ and a static version could be used if required (image attached from Apple).
Bug: Firefox complains of not enough space if filesystem last saved to ran out of space, even if "Always asks you where to save files" is set
Status: UNCONFIRMED
Priority: P5
Created: 2020-07-04 09:37:41+00:00
Resolved: 2021-03-22 16:03:01+00:00

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

Steps to reproduce:

1. Make sure “Always asks you where to save files” is set
2. Initiate a large download when your last saved location runs out of space


Actual results:

Firefox complains of not enough space and refuses to save the file, even though it doesn’t know where the user intends to save the file because it is supposed to ask first


Expected results:

Any checks for space must only be performed after the user selects a directory to save to. Until then Firefox does not know which filesystem it should check
Bug: Intermittent browser/components/sessionstore/test/browser_restore_redirect.js | Test timed out - | Found a tab after previous test timed out: http://example.com/browser/browser/components/sessionstore/test/restore_redirect_js.html
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-07-04 10:47:18+00:00
Resolved: 2020-11-23 06:33:54+00:00

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

---

[task 2020-07-04T10:32:51.383Z] 10:32:51     INFO - TEST-START | browser/components/sessionstore/test/browser_restore_redirect.js
[task 2020-07-04T10:34:21.871Z] 10:34:21     INFO - Buffered messages finished
[task 2020-07-04T10:34:21.872Z] 10:34:21     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_restore_redirect.js | Test timed out - 
[task 2020-07-04T10:34:21.872Z] 10:34:21     INFO - GECKO(2680) | MEMORY STAT | vsize 3508MB | residentFast 421MB | heapAllocated 113MB
[task 2020-07-04T10:34:21.874Z] 10:34:21     INFO - TEST-OK | browser/components/sessionstore/test/browser_restore_redirect.js | took 90229ms
[task 2020-07-04T10:34:21.874Z] 10:34:21     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-07-04T10:34:21.874Z] 10:34:21     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_restore_redirect.js | Found a tab after previous test timed out: http://example.com/browser/browser/components/sessionstore/test/restore_redirect_js.html - 
[task 2020-07-04T10:34:21.875Z] 10:34:21     INFO - GECKO(2680) | JavaScript error: resource://gre/modules/sessionstore/SessionHistory.jsm, line 109: TypeError: can't access property "legacySHistory", history is null
[task 2020-07-04T10:34:21.878Z] 10:34:21     INFO - GECKO(2680) | [Child 2809: Main Thread]: I/DocShellAndDOMWindowLeak ++DOCSHELL 0x7f8818dab000 == 1 [pid = 2809] [id = {5d30d0bd-1c18-47f8-a765-80ed98a80b00}]
[task 2020-07-04T10:34:21.878Z] 10:34:21     INFO - GECKO(2680) | [Child 2809: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 1 (0x7f8835f93350) [pid = 2809] [serial = 447] [outer = (nil)]
[task 2020-07-04T10:34:21.879Z] 10:34:21     INFO - GECKO(2680) | [Child 2809: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 2 (0x7f8818dac400) [pid = 2809] [serial = 448] [outer = 0x7f8835f93350]
[task 2020-07-04T10:34:21.881Z] 10:34:21     INFO - GECKO(2680) | [Child 2809: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 3 (0x7f8818db1800) [pid = 2809] [serial = 449] [outer = 0x7f8835f93350]
[task 2020-07-04T10:34:21.881Z] 10:34:21     INFO - checking window state
Bug: Signing in with a different user causes Lockwise to merge credentials from both old and new user
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-07-04 11:32:48+00:00
Resolved: 2021-11-17 01:16:50+00:00

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

Steps to reproduce:

I had an account in Firefox in my pc. 
This account had my login credentials in Lockwise.
I logged off from this account, created a new one with a different email and logged in from it at the same pc.



Actual results:

While logged in with different account the credentials from my account were visible in Lockwise.
Lockwise merged the credentials of the two accounts.
Furthermore, after sync they were also available from other computers.


Expected results:

Each account should have only it's own user credentials. No merging of credentials should be done.
Bug: Misplaced export box in about:certificate page
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2020-07-04 12:08:37+00:00
Resolved: 2024-06-03 09:59:14+00:00

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

Steps to reproduce:

- Enter "about:certificate" URL in address bar.
- Look at "export" box.


Actual results:

Some portion of "export" box has been cut.


Expected results:

"export" box should fit in each row, properly.
Bug: Chambers (UK) search engine is added after every Firefox version upgrade
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-07-04 13:33:57+00:00
Resolved: 2020-07-28 21:26:54+00:00

I'm using Firefox from Fedora Silverblue. My locale is en-GB. Each time a new version of Firefox is installed, a Chambers (UK) search engine is automatically added, and automatically enabled for one-click search.

This has happened after every update since at least Firefox 65. (See https://bugzilla.mozilla.org/show_bug.cgi?id=1305705)

Installing an updated version of Firefox should not re-add a search engine that the user has deleted.
Bug: Searching history using ^ loses the query if suggestions are arrowed to
Status: NEW
Priority: P3
Created: 2020-07-04 13:48:40+00:00
Resolved: 2020-07-21 00:07:20+00:00

Steps to reproduce:

1. Visit a website (e.g., example.com).
2. Type '^exam' in the URL bar.
3. Press the down arrow to visit the 'example.com' entry.
4. Press the up arrow to get back to the URL bar.

Expected results: the query, '^exam' would be present.

Actual results: the URL bar is irrevocably cleared.

It's quite annoying to lose the ability to edit the query in response to deciding that the suggestions aren't what you're after!

This is inconsistent with how suggestions work when not using specific filters: just typing 'exam' (with history suggestoins enabled) will not have the URL bar cleared if you arrow down to one of the suggestions but change your mind.
Bug: URL no longer drops down on focus
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-07-04 15:12:26+00:00
Resolved: 2020-07-27 20:36:31+00:00

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

Steps to reproduce:

Open browser and clicked on URL bar.


Actual results:

Nothing, which is not the expected event and worked under 77 branch.


Expected results:

The URL list should have dropped down and displayed the list of historically used websites.
Bug: Can't delete top sites from address bar dropdown using shift-delete
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2020-07-04 15:31:30+00:00
Resolved: 2020-07-21 22:47:15+00:00

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

Steps to reproduce:

in the drop down menu, to select a recent site [above the main page, in the second line menu] am unable to delete a site from that list .. tried all sort of combinations of cntrl and delete, along with sometimes other keys, to find out that there is no longer any way to delete from this drop down menu


Actual results:

nothing, no deletion


Expected results:

delete the history line / site from the drop down menu
Bug: Bookmarks Menu uses incorrect arrow icons
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-07-04 17:09:04+00:00
Resolved: 2020-11-10 15:14:44+00:00

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

Steps to reproduce:

Customize toolbar and add "Bookmarks Menu".


Actual results:

In Bookmarks Menu entries with sub-items have tiny triangle arrows, that are different from bigger arrows used in Main Menu.


Expected results:

Bookmarks Menu should use the same style of arrows as other menus.
Fedora 32 with Wayland, Firefox 78.0.1.