Seems you are correct. I've just tested this in my copy.

I've located a bug report - I'm including a link so you can follow any info etc it offers. https://bugzilla.mozilla.org/show_bug.cgi?id=1918378

Thank you. I don't know much about bug reports, but I don't understand why this bug was seen as a duplicate of one about the location field, which doesn't sound nearly as important. I hope that doesn't mean that fixing the bug gets a low priority. Anyway, we'll see what happens. Thanks again.

Thank you. I don't know much about bug reports, but I don't understand why this bug was seen as a duplicate of one about the location field, which doesn't sound nearly as important. I hope that doesn't mean that fixing the bug gets a low priority. Anyway, we'll see what happens. Thanks again.

There are a couple of issues when it comes to the search. The search only searches on Title, but does not search on Location, Description, URL. All of these are being handled in one go by the person assigned. That's why all those bugs have been lumped into one.

The 'All Events' was recently reintroduced, but not exactly the same because now it includes all instances of any repeat event which means it can apear to freeze and fail to search on anything. This was reported as a separate bug. This is a different situation - the current work around is to limit the number of repeats eg: if creating birthday on set date and repeat annually 'forever' then you end up with one hundred 100 reoccurring events. So if you had repeat events on a weekly, daily, yearly etc basis, then put a limit because you could end up with hundreds and thousands of repeat events and this causes the 'All Events' to freeze - fail to work.

That's a helpful explanation, thanks. Good to know that the freezing problem is being worked on too. I have an imported calendar for public holidays, and I've added other annual events such as birthdays that repeat "forever", so it will take a while to go through and change them all.