av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/sessionstore/test/browser_cookies_sameSite.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-05-14 11:29:41+00:00
Resolved: 2024-04-10 12:01:27+00:00

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

---
```
INFO - TEST-PASS | browser/components/sessionstore/test/browser_cookies_sameSite.js | cookie schemeMap flag successfully restored - 
[task 2023-05-14T11:03:15.607Z] 11:03:15     INFO - Buffered messages finished
[task 2023-05-14T11:03:15.608Z] 11:03:15     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_cookies_sameSite.js | Test timed out - 
[task 2023-05-14T11:03:15.609Z] 11:03:15     INFO - GECKO(8392) | MEMORY STAT | vsize 2104660MB | vsizeMaxContiguous 65049382MB | residentFast 393MB | heapAllocated 111MB
[task 2023-05-14T11:03:15.609Z] 11:03:15     INFO - TEST-OK | browser/components/sessionstore/test/browser_cookies_sameSite.js | took 45076ms
[task 2023-05-14T11:03:15.609Z] 11:03:15     INFO - Not taking screenshot here: see the one that was previously logged
[task 2023-05-14T11:03:15.610Z] 11:03:15     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_cookies_sameSite.js | Found a tab after previous test timed out: about:blank - 
[task 2023-05-14T11:03:15.610Z] 11:03:15     INFO - checking window state
[task 2023-05-14T11:03:15.622Z] 11:03:15     INFO - TEST-START | browser/components/sessionstore/test/browser_crashedTabs.js
```
Bug: Unable to open the "Recently Closed Windows" subview in the main menu in some cases
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-05-14 14:34:26+00:00
Resolved: 2023-05-23 22:11:44+00:00

Regressed by bug 1832141. I'm.. not really sure what is the STR, but I confirmed this in a clean profile as well.
When this happens, I have already restored a session, and then I attempt to open that menu.

From the browser console:
```
TypeError: can't access property "l10n", this is undefined
RecentlyClosedTabsAndWindowsMenuUtils.sys.mjs:76:29
TypeError: can't access property "tagName", headerNode.nextSibling is null
    ensureHeaderSeparator resource:///modules/PanelMultiView.jsm:1397
    set headerText resource:///modules/PanelMultiView.jsm:1424
    _showSubView resource:///modules/PanelMultiView.jsm:743
    showSubView resource:///modules/PanelMultiView.jsm:674
    value resource:///modules/PanelMultiView.jsm:435
    showSubView chrome://browser/content/customizableui/panelUI.js:428
    oncommand chrome://browser/content/browser.xhtml:1
```
Bug: Private new tab (about:privatebrowsing) info box is empty for 30 seconds on first start (new profile)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-05-14 15:16:55+00:00
Resolved: 2023-05-31 09:46:26+00:00

STR:
1. Create a new profile and launch it.
2. Immediately open a new private window.

Expected:
The private new tab info box shows the text: 

    Private window: Nightly clears your search and browsing history when you close all private windows. This doesn’t make you anonymous.

Actual:
The private new tab info box is empty for about 30 seconds before the text is displayed.

Performance profile:
https://share.firefox.dev/3I93M5X

Regression window:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=94ad3527d1383d99f5a68be6432a8d50b6ed5ad2&tochange=3c9ae13132f0e2c2fe2841422bd316ce6af1b823

Possibly regressed by Bug 1746598.
Bug: Can't log out of Sync
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-05-14 17:47:52+00:00
Resolved: 2023-11-11 05:26:43+00:00

Steps to reproduce:

Log in to sync account.. ONCE
Close browser.
Get harrassed when opening browser to sign in everytime in future.
Decide to sign out so it doesn't keep pestering me. 
try signing out button, wants me to sign in.. NO! i want to sign OUT, not in. 
SIGNING IN FIRST is what i DON'T want. .. DOH! 

Whoever thinks up FF policies really needs their head checked.
The ones that approve them, well need their heads cut off! USELESS counter productive annoyance. FF is becoming a liability more than an asset.

People dont want to be signed in ALL THE TIME for the reporting back scam to phone home. 
oh.. and close firefox.. then open it quickly .. FREEZES the whole PC. 

Pocket installed by default?? that should be an OPT-IN. 

 Mozilla is slowly wringing itself to death. by their own hands. tsk 


Actual results:

Log in to sync account.. ONCE
Close browser.
Get harrassed when opening browser to sign in everytime in future.
Decide to sign out so it doesn't keep pestering me. 
try signing out button, wants me to sign in.. NO! i want to sign OUT, not in. 
SIGNING IN FIRST is what i DON'T want. .. DOH! 

Whoever thinks up FF policies really needs their head checked.
The ones that approve them, well need their heads cut off! USELESS counter productive annoyance. FF is becoming a liability more than an asset.

People dont want to be signed in ALL THE TIME for the reporting back scam to phone home. 
oh.. and close firefox.. then open it quickly .. FREEZES the whole PC. 

Pocket installed by default?? that should be an OPT-IN. 

 Mozilla is slowly wringing itself to death. by their own hands. tsk 


Expected results:

should have signed out 
shouldn't enter a race condition when re-opening, forcing hard reset.
Bug: GTK file chooser won't open in Ubuntu Mantic
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-05-15 07:21:43+00:00
Resolved: 2023-05-15 12:23:24+00:00

In Ubuntu Mantic, with any window manager (i.e. not the default interface, namely GNOME), Ctrl+S and Ctrl+O all do nothing, they should trigger the file chooser. Trying to upload a file results in the same issue.
Bug: [Windows] The "X" button from the "Recommended by Pocket" welcome message is barely visible if the system's "High Contrast Mode" is turned on
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-05-15 11:53:53+00:00
Resolved: 2023-05-22 06:52:47+00:00

**[Affected versions]:**
- Firefox Beta 114.0b4 - Build ID: 20230514175823
- Firefox Nightly 115.0a1 - Build ID: 20230514213610

**[Affected Platforms]:**
- Windows 10 x64

**[Prerequisites]:**
- Have a Firefox FR, IT, or es-ES locale installed.
- Have “browser.search.region” pref set to "IT", "FR" or "ES".
- Have the system's "High Contrast Mode" turned on.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Open a new tab.
4. Observe the right part of the "Recommended by Pocket" welcome message.

**[Expected result]:**
- The "X" button is correctly displayed and visible.
    
**[Actual result]:**
- The "X" button from the "Recommended by Pocket" welcome message is barely visible.

**[Notes]:**
- This issue is not reproducible on macOS 12.7.1 and Ubuntu 22.04 x64 using the system contrast modes.
- Attached is a screenshot of the issue:
Bug: [Windows] The icon of the context menu button from the "Recommended by Pocket" cards is barely visible if the system's "High Contrast Mode" is turned on
Status: NEW
Priority: P1
Created: 2023-05-15 12:06:51+00:00
Resolved: 2024-04-02 16:40:55+00:00

**[Affected versions]:**
- Firefox Release 113.0.1 - Build ID: 20230511191846
- Firefox Beta 114.0b4 - Build ID: 20230514175823
- Firefox Nightly 115.0a1 - Build ID: 20230514213610

**[Affected Platforms]:**
- Windows 10 x64

**[Prerequisites]:**
- Have `browser.search.region` pref set to `US`, `CA`, `DE`, `GB`, `FR`, `IT`, or `ES`.
- Have the system's "High Contrast Mode" turned on.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Open a new tab and hover any card from the "Recommended by Pocket" section.
3. Observe the context menu button from the right part of the "Recommended by Pocket" card.

**[Expected result]:**
- The context menu button is correctly displayed and visible.
    
**[Actual result]:**
- The icon of the context menu button from the "Recommended by Pocket" cards is barely visible.

**[Notes]:**
- This issue is not reproducible on macOS and Ubuntu 22.04 x64 using the system contrast modes.
- Attached is a screenshot of the issue:
Bug: [Experiment] The primary and secondary buttons from the FxA device migration slide are displayed one after another without space in between
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-05-15 12:16:16+00:00
Resolved: 2023-05-16 11:11:52+00:00

**[Affected versions]:**
- Firefox Release 113.0 - Build ID: 20230504192738
- Firefox Beta 114.0b4 - Build ID: 20230514175823
- Firefox Nightly 115.0a1 - Build ID: 20230514213610

**[Affected Platforms]:**
- Windows 10 x64
- Windows 11 x64

**[Prerequisites]:**
- Have a new Firefox Profile.
- Have the nimbus.debug pref set to true.

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Copy and paste the following link in a new tab: `about:studies?optin_slug=prompt-fxa-creation-after-import&optin_branch=treatment-c&optin_collection=nimbus-preview`
3. Open a new tab and navigate to the `about:welcome` page.
4. Skip all slides until you get to the device migration one.
5. Observe the Primary and Secondary buttons.

**[Expected result]:**
- The Primary button is displayed above the Secondary button.

**[Actual result]:**
- The buttons are displayed on the same line without any space between them.

**[Notes]:**
- The issue is not reproducible on the `control`, `treatment-a`, or `treatment-b` branches.
- Attached is a screenshot of the issue.
Bug: [Experiment] The treatment-b and treatment-c branches use the wrong image for the FxA device migration slide
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-05-15 12:33:25+00:00
Resolved: 2023-05-16 11:12:57+00:00

**[Affected versions]:**
- Firefox Release 113.0 - Build ID: 20230504192738
- Firefox Beta 114.0b4 - Build ID: 20230514175823
- Firefox Nightly 115.0a1 - Build ID: 20230514213610

**[Affected Platforms]:**
- Windows 10 x64
- Windows 11 x64

**[Prerequisites]:**
- Have a new Firefox Profile.
- Have the nimbus.debug pref set to true.

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Copy and paste the following link in a new tab: `about:studies?optin_slug=prompt-fxa-creation-after-import&optin_branch=treatment-b&optin_collection=nimbus-preview`
3. Open a new tab and navigate to the `about:welcome` page.
4. Skip all slides until you get to the device migration one.
5. Observe the image.

**[Expected result]:**
- An image with a fox in a laptop encircled by 5 other icons (banner, lock, magnifying glass, gearwheel, and circle fox with or without a shield) is displayed.

**[Actual result]:**
- The image does not contain other elements outside of the fox in the laptop.

**[Notes]:**
- The issue is also reproducible on the `treatment-c` branch regardless of whether the user has imported data or not.
- Expected result was based on [this figma document](https://www.figma.com/file/c83OEio9DhCQKuabx2tIEl/NUO-Experiments-2023?type=design&node-id=885-28223&t=nWg2hzUaPSGYjJRS-0).
- Attached is a screenshot of the issue.
Bug: extensions.pocket.enabled as false should turn off Recommended by pocket on new tab page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-05-15 13:25:34+00:00
Resolved: 2023-06-07 15:03:50+00:00

I have extensions.pocket.enabled as false since years but now on Nightly there is this new feature in the about:home that shows various suggestions.
I don't want it and the link is pointing to a page that explain that feature but not how to disable it.

Seems that a similar issue happened 6 years ago https://bugzilla.mozilla.org/show_bug.cgi?id=1396336
Bug: about:third-party shows no modules after restarting with that tab active
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-05-15 13:45:22+00:00
Resolved: 2023-06-21 04:02:55+00:00

This is annoying because this will happen if the user has just restarted Firefox because they are blocking/unblocking a third-party DLL from about:third-party.

I'm guessing this is a race condition of some sort.

Steps to reproduce:
- Ensure that Firefox is set to restore windows/tabs after restart
- Open a new tab and navigate to "about:third-party"
- Notice that there are some entries there
- Quit and relaunch Firefox
- Notice that the "No third-party modules were detected" message shows up

Reloading the about:third-party page fixes this, as expected.
Bug: Pressing the Tab key no longer shifts the focus out of the "Thank you" message after dismissing the weather result using the keyboard navigation
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-05-15 14:16:16+00:00
Resolved: 2023-05-24 13:07:06+00:00

**[Affected versions]:**
- Firefox Nightly 115.0a1 (Build ID: 20230515094256)
- Firefox Beta 114.0b4 (Build ID: 20230514175823)

**[Affected Platforms]:**
- Windows 10 x64
- Linux Ubuntu 20.04 x64
- macOS 12.4

**[Prerequisites]:**
- Have a VPN client connected to a US server ( make sure the `browser.search.region` pref is set accordingly).
- Have the Firefox Nightly 115.0a1 or Beta 114.0b4 installed.
- Set the following prefs:
`browser.urlbar.weather.featureGate` = `true`
(Windows only) `browser.urlbar.weather.ignoreVPN` = `true`

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Type the “weather” string in the Address Bar.
3. Press the “Tab” key twice in order to focus the “Feedback” menu button. 
4. Press the “Enter” key.
5. Press the “Down” arrow key 3 times in order to focus the “Don’t show this” option.
6. Press the “Enter” key in order to open the sub-menu.
7. Press the “Enter” key again in order to remove the weather result. 
8. Press the “Tab” key several times.
9. Observe the behavior.

**[Expected result]:**
- The focus shifts over the results (and menu buttons if applicable) of the Address Bar drop down. 

**[Actual result]:**
- Nothing happens, the focus remains on the "Thank you" message.

**[Notes]:**
- The focus correctly shifts to the results if using the “Up” and “Down" arrow keys instead of the “Tab” one.
- Here is the [screen recording](https://drive.google.com/file/d/1an10snb-MXafnf3xr5cDffE4tqr6g9XY/view?usp=sharing) of the issue.
Bug: tafresh-theme.com - Full page screenshot has an extra black space on the right
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-05-15 14:20:10+00:00
Resolved: 2023-05-18 19:55:39+00:00

From github: https://github.com/webcompat/web-bugs/issues/122317.

**Note:** Feel free to move the issue if the Product/Component is wrong.

> <!-- @browser: Firefox 113.0 -->
> <!-- @ua_header: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/113.0 -->
> <!-- @reported_with: unknown -->
> <!-- @public_url: https://github.com/webcompat/web-bugs/issues/122317 -->
> 
> **URL**: https://tafresh-theme.com/homez/
> 
> **Browser / Version**: Firefox 113.0
> **Operating System**: Windows 10
> **Tested Another Browser**: Yes Chrome
> 
> **Problem type**: Something else
> **Description**: screenshot bug
> **Steps to Reproduce**:
> hello
> i wanna just take an screenshot from whole page.
> but it has an black background on the right side
> but it's ok on the chrome
> please fix this bug
> <details>
>       <summary>View the screenshot</summary>
>       <img alt="Screenshot" src="https://webcompat.com/uploads/2023/5/abc51451-db7e-4c2e-9d9c-64a58d044506.jpeg">
>       </details>
> 
> <details>
> <summary>Browser Configuration</summary>
> <ul>
>   <li>None</li>
> </ul>
> </details>
> 
> _From [webcompat.com](https://webcompat.com/) with ❤️_

Change performed by the [Move to Bugzilla add-on](https://addons.mozilla.org/en-US/firefox/addon/move-to-bugzilla/).
Bug: [Experiment] The Firefox browser is NOT set as PDF handler while being enrolled in the Treatment branch of the “Existing Users - Set default Pdf handler” experiment on Windows 7 x64
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2023-05-15 14:40:03+00:00
Resolved: 2023-06-20 15:23:43+00:00

**[Affected versions]:**
- Firefox Release 112.0.2 (Build ID: 20230424110519), 
- Firefox Release 113.0.1 (Build ID: 20230511191846)

**[Affected Platforms]:**
- Windows 7 x64, 

**[Prerequisites]:**
- Have the Firefox Beta 112.0.2 build installed and opened.
- Have saved the [user.js](https://drive.google.com/file/d/1yEiFsEI6OO7bBG4dyk5P0dssfmC19tdz/view?usp=sharing) and [times.json](https://drive.google.com/file/d/1e32j1nSiALaD-h_HipMLBjUMeKMQ5Uxf/view?usp=share_link) files on your computer.
- Have the “browser.newtabpage.activity-stream.asrouter.devtoolsEnabled” pref set to true in the “about:config” page.


**[Steps to reproduce]:**
1. Navigate to the “about:support” page and open the Profile Folder.
2. Paste the user.js and times.json files from prerequisites and restart the browser.
3. Navigate to the about:telemetry page and make sure that the profile is enrolled in Treatment branch of the “Existing Users - Set default Pdf handler” experiment.
4. Set the Firefox Browser as default.
5. Restart the browser.
6. Open a new tab and click the "Expand devtools" icon from the top-right corner of the NewTab.
7. On the "Targeting" section search for "isDefaultHandler" attribute and observe its value.
8. Verify the default OS PDF handler via Start → Default Apps → Choose default apps by filetype.

**[Expected result]:**
Step 7: The value of the "isDefaultHandler" attribute is: { "html": true, "pdf": true}.
Step 8: Firefox browser is set as pdf handler.

**[Actual result]:**
Step 7: The value of the "isDefaultHandler" attribute is: { "html": true, "pdf": false}.
Step 8: Firefox browser is NOT set as pdf handler.

**[Notes]:**
- Attached is a screen recording of the issue:  [link](https://drive.google.com/file/d/1r114sSoe4ygzocj9nUBHBVfi2LWzYaOl/view?usp=sharing)
Bug: The BROWSER_SET_DEFAULT_USER_CHOICE_RESULT histogram is NOT registered when Firefox is set as default browser on Windows 7 x64 and Windows 8.1 x64
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2023-05-15 14:43:08+00:00
Resolved: 2024-02-02 21:21:39+00:00

**[Affected versions]:**
- Firefox Release 112.0.2 (Build ID: 20230424110519), 
- Firefox Release 113.0.1 (Build ID: 20230511191846)

**[Affected Platforms]:**
- Windows 7 x64, Windows 8.1 x64

**[Prerequisites]:**
- Have the Firefox Beta 112.0.2 build installed and opened.
- Firefox is NOT set as default browser.

**[Steps to reproduce]:**
1. Navigate to the "about:preferences" page and click the "Make Default..." button.
2. Navigate to the "about:telemetry" page and search for the BROWSER_SET_DEFAULT_USER_CHOICE_RESULT histogram.
3. Observe if the telemetry probe is registered.

**[Expected result]:**
- The BROWSER_SET_DEFAULT_USER_CHOICE_RESULT histogram is registered.

**[Actual result]:**
- The BROWSER_SET_DEFAULT_USER_CHOICE_RESULT histogram is NOT registered.

**[Notes]:**
- Attached is a screen recording of the issue.
Bug: When I try and save a page or a file and create a directory firefox crashes.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-05-15 14:58:49+00:00
Resolved: 2023-10-03 12:08:32+00:00

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

Steps to reproduce:

Windows 11 computer
Open a webpage
select File save as or click a file on a webpage
Browse to a folder
Click New directory
Firefox crashes when file save / new directory is attempted

I have tried
uninstall and install Firefox with no addons
I have tried a new user


Actual results:

Firefox crashes instantly. 
There are numerous crash logs


Expected results:

File should have been saved.

Other browsers work fine. Other computers running firefox work fine.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_top_sites_private.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-05-16 01:00:53+00:00
Resolved: 2023-08-04 12:02:06+00:00

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

---
```
[task 2023-05-16T00:06:08.034Z] 00:06:08     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_top_sites_private.js | Should provide a result of type 1. - 1 == 1 - 
[task 2023-05-16T00:06:08.034Z] 00:06:08     INFO - Test in a private window, switch to tab should not be offered
[task 2023-05-16T00:06:08.034Z] 00:06:08     INFO - Buffered messages logged at 00:06:07
[task 2023-05-16T00:06:08.035Z] 00:06:08     INFO - Console message: [JavaScript Error: "Error: Can't find profile directory." {file: "resource://gre/modules/XULStore.sys.mjs" line: 60}]
[task 2023-05-16T00:06:08.035Z] 00:06:08     INFO - load@resource://gre/modules/XULStore.sys.mjs:60:15
[task 2023-05-16T00:06:08.035Z] 00:06:08     INFO - XULStore@resource://gre/modules/XULStore.sys.mjs:17:10
[task 2023-05-16T00:06:08.036Z] 00:06:08     INFO - 
[task 2023-05-16T00:06:08.036Z] 00:06:08     INFO - Awaiting for the urlbar panel to open
[task 2023-05-16T00:06:08.036Z] 00:06:08     INFO - Urlbar panel opened
[task 2023-05-16T00:06:08.037Z] 00:06:08     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_top_sites_private.js | UrlbarView should be open. - true == true - 
[task 2023-05-16T00:06:08.037Z] 00:06:08     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_top_sites_private.js | Should provide a result of type 3. - 3 == 3 - 
[task 2023-05-16T00:06:08.038Z] 00:06:08     INFO - Leaving test bound topSitesTabSwitch
[task 2023-05-16T00:06:08.038Z] 00:06:08     INFO - Buffered messages finished
[task 2023-05-16T00:06:08.039Z] 00:06:08     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_top_sites_private.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2023-05-16T00:06:08.040Z] 00:06:08     INFO - GECKO(5636) | MEMORY STAT | vsize 2104891MB | vsizeMaxContiguous 65145084MB | residentFast 549MB | heapAllocated 194MB
[task 2023-05-16T00:06:08.040Z] 00:06:08     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_top_sites_private.js | took 69411ms
[task 2023-05-16T00:06:08.041Z] 00:06:08     INFO - checking window state
```
Bug: Delete a history item from urlbar completion sometimes doesn't work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-05-16 04:39:23+00:00
Resolved: 2023-10-03 02:28:10+00:00

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

Steps to reproduce:

* type in urlbar to search history
* see some old history entry and try to delete by selecting and Shift-Del, or click the right button and select delete


Actual results:

Nothing.


Expected results:

The selected history entry should be deleted.

This happens only recently (within one or two months) and only for a few entries, and it has ever happened to top results (within the first three results).

Nothing is logged to browser console. I don't know to dig further.