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

Steps to reproduce:

History - sorting by Date - trying to delete a monthly history will not do anything

Expected results:

Should delete the history

Do you see any error reported in the Browser Console?
Could you please attach a log from about:support?

Same issue here using Firefox 70.0.1 on Linux Mint.
Selecting a specific month on the left and choosing Delete from context menu does nothing.
I can select all the entries for a specific month on the right and delete them from there, but it takes minutes instead of just seconds and shows a script error several times in the process. Please see attached pics.

Places Database Integrity:
> Task: checkIntegrity
+ The places.sqlite database is sane

(In reply to Marco Bonardo [:mak] from comment #2)

Do you see any error reported in the Browser Console?
Could you please attach a log from about:support?

No recent error in browser console.
Is this log good ?
https://pastebin.com/aVABv8Zb

Tried to start in safe mode with all add-on disabled, still can't delete history.
Can't delete the monthly even from Show all bookmarks > Library.
So when sorted by site, i can delete any, but sorted by date, i can delete only today and yesterday. NO last 7 days or further.

From the reports here, it looks like this is the known performance issue that deleting history may take a long time. We're tracking that in bug 734643. Part of the problem is the way the views work. Selecting smaller chunks of history may help.

If the problem lies in deletion process being asynchronous from version 70 onwards, it would be a really, really good idea to show something in the ui that the process has started (at least, and ideally that it has finished), because as it is now nothing shows up, I personally can't even see the memory going up indicating that deletion is ongoing.

the problem is not asynchronicity, it's just that removals try to update the ui, and if the removals are many thousands... you see what happens.

To be fair, I don't see anything. Up until version 69, everything just froze for a couple of minutes and then the records were deleted (I don't have many entries). From version 70, the ui stays responsive, but I don't see any "trashing" on a cpu/disk level happening. That's why I assumed it was made async, but if that's not the case, something must have changed with version 70 (I was happy enough with firefox being stuck for a few minutes doing its job, rather than doing nothing at all). Sorry for the misunderstanding in any case...

It's possible something changed, it does constantly, but I don't remember changes to this specific part. Maybe you have Sync enabled? Sync changed a bit recently.
Avoiding the Stop Script button and just keeping pressing Continue may even finish the operation. If it takes much longer than 69, then it may be worth trying to understand what changed.

Yes, I didn't think about it, but I've always had sync enabled (and still have). That always took even longer to sync after a history clear.

Personally, I don't see any slow UI like in the old versions, or a script asking to be closed, or a rise or demand in task manager ( Windows user ).
I tried to delete history in different days, but it is still there, so no slow processing.

I have disconnected from firefox account - no sync process.
Error is still there ..

I have the same problem.
I have been trying to delete history for October many times over the last weeks.
"Delete" in the menu does absolutely nothing.

I have a clean install for testing, there deleting whole months etc worked fine.

I tested some with a copy of my current main profile, deleting all add-ons etc.
If I delete everything in the profile except places.sqlite and let it rebuild it self on startup, the bug is still there.

Selecting delete on "last 7 days", "this month", and last month, does nothing.

I then selected almost everything inside "last 7 days" and deleted it that way.
Took a long time, but after that when folder was almost empty, it could be deleted.

Seems like its when the folder/group has a lot of content, that the bug appears.
And it doesn't just take a long time, it simply does nothing selecting delete.

In the new beta i was able to delete history.
Only thing is that ui became very unresponsive, and i had to close firefox from the task bar. After a few minutes of intense cpu and ram activity in task manager for firefox ( no disk activity, at least on task manager and ssd ), i would receive an crash report ( closed it twice ):
https://crash-stats.mozilla.org/report/index/7f811f04-9cc8-4219-83bc-c3d040191201
https://crash-stats.mozilla.org/report/index/6d0724a7-2113-49a4-b851-119e10191201

• I haven't tried to delete history in the earlier versions of beta

I've just tried with version 71 (official, not beta) and the behaviour reverted back to v69, that is halting everything for a couple of minutes while deleting an entire month (which is "fine" by me).

Sorry for late reply, but yes, this specific issue introduced in version 70 has been resolved in version 71 as Manuel mentioned above.
Still works fine in 72.0.1, i.e. the whole month can again be deleted from the context menu. (see comments #3,4 above)