Closed Bug 1919677 Opened 6 months ago Closed 29 days ago

search for events, in calendar, not working when pressing enter

Categories

(Calendar :: General, defect, P1)

Product:
Calendar
Component:
General
Version:
Thunderbird 128
Type:
defect

Tracking

(thunderbird_esr128+ affected, thunderbird131 affected)

Status:
RESOLVED DUPLICATE of bug 1912710
Tracking Flags:
Tracking Status
thunderbird_esr128 + affected
thunderbird131 --- affected

People

(Reporter: truthseeker73, Unassigned)

References

(Regression)

Details

(Keywords: regression)

Attachments

(2 files)

Screenshot 2024-09-18 183524.png
474.37 KB, image/png
Details
Screenshot 2024-09-19 110724.png
247.61 KB, image/png
Details

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

Steps to reproduce:

searched for previous appointment/Events in the calendar and pressed enter

Actual results:

Nothing happens after pressing enter. It does not populate with previous events with that customers name or phone number.

Expected results:

It should have populated with all the events associated with that customers name or phone number like it did before.

Component: Untriaged → General
Product: Thunderbird → Calendar

I'm testing beta 131.0b5

In Calendar
Select 'All Events'
Type into search
There is no need to press 'Enter'.
As I type: the results are auto filtered.
If I type: v
All results contain a 'v'
If I continue to type: va
then all results are further filtered to contain 'va'

So I'm finding no problems.

'kaleigh' is very specific, if no results have been returned then maybe it's possible there is no 'kaleigh'
Suggest you try less letters - start with 'ka' and see what is returned.
Maybe there is a typo - maybe the spelling is 'kayleigh' or 'kaylee'
Please retest as advised using less letters to see if a result occurs. It may offer info on correct spelling.
Please report on results.

Flags: needinfo?(truthseeker73)

Kaleigh is the name of a customer from 2 weeks ago. okay, so not hitting enter is still not populating. Again, as stated, this is version 128.2.2 esr not beta 131.0b5

Flags: needinfo?(truthseeker73)

Now I have just entered K. Not populating

(In reply to Josh from comment #3)

Created attachment 9425965 [details]
Screenshot 2024-09-19 110724.png

Now I have just entered K. Not populating

Is 'Kaleigh' something that would be in the Event 'Title' or in the 'Description' ?

I find search works on whatever is in 'Title', but does not work on anything contained in 'Description.'

Anje, are you paying attention or not? I'm in IT as well. So, I know you're not actually reading things correctly. Attention to detail is mission critical in IT analysis. I have already told you that is a client's name, thus it would be in the title. I also told you this worked a while back. I have stated I am on version 128.2.2. And you have stated you're on version 131.0b5. So, two different versions. Either address the concern or move it to someone who knows what they are doing.

Kind Regards,
CEO PC Mobile Pro
Josh

(In reply to Josh from comment #5)

Anje, are you paying attention or not? I'm in IT as well. So, I know you're not actually reading things correctly. Attention to detail is mission critical in IT analysis. I have already told you that is a client's name, thus it would be in the title. I also told you this worked a while back. I have stated I am on version 128.2.2. And you have stated you're on version 131.0b5. So, two different versions. Either address the concern or move it to someone who knows what they are doing.

I have already told you that is a client's name, thus it would be in the title.

The one thing you need to understand is I do not presume anything, I've been involved with IT / computers for way too long to presume anything. So, just because it is a clients name does not necessarilly mean it is in the Title.

You are using a release and I'm using a beta which is just ahead of your version, so this would show up if the issue is still a problem. That is an important piece of information. But All information gathered is helpful to whomever deals with the bug assuming it is a bug.

The image you supplied shows two gmail accounts.

I'm not going to presume the answer :
so can you confirm did you click on 'synchronise' to ensure calendar is displaying all data.
If no then please do so now.
confirm the 'client' is not in the other gmail calendar.

Clear any search.
With 'All Events' selected - click on 'Title' to get everything sorted alphabetically
or use Category if that helps the sort.

Scroll down to where you would expect to see 'Kaleigh'

It's important to know whether the item you are searching for exists in 'All Events' after synchonising.
After all, if search is not working, the item needs to be proved that it exists.
Please provide image showing you can locate 'Kaleigh' in 'All Events' manually.

AS this is a gmail calendar - logon to webmail and check the gmail calendar.
Does it contain an event where title is Kaleigh?
It's necessary to prove data is shown in actual gmail calendar , so a comparison with gmail calendar in Thunderbird can be made.
Thanks.

Flags: needinfo?(truthseeker73)

Kaleigh is the name of the client from Sept 9th. Not showing in search. I have two calendars and both are synched. This is not a user error. I have not changed anything. If it's on all events, it won't even let me scroll up or down. This changed about 2 or 3 updates ago from working to not working. I have used Thunderbird for over a decade. And others are having the same problem. Here is just one example.

https://forums.mozillazine.org/viewtopic.php?t=3123306

Flags: needinfo?(truthseeker73)

(In reply to Josh from comment #7)

Kaleigh is the name of the client from Sept 9th. Not showing in search. I have two calendars and both are synched. This is not a user error. I have not changed anything. If it's on all events, it won't even let me scroll up or down. This changed about 2 or 3 updates ago from working to not working. I have used Thunderbird for over a decade. And others are having the same problem. Here is just one example.

https://forums.mozillazine.org/viewtopic.php?t=3123306

That link is about people who noticed the 'All Events' option was not available as an option - it had been removed which has nothing to do with this bug report.
The first update to Nebula version 128.0 - The 'All Events' option was not part of the new design.
So whe you said "This changed about 2 or 3 updates ago from working to not working." You were sort of correct - it was not working because it did not exist.
There was a lot of complaints about this and the developers put it back.

The 'All Events' option was reinstated in Version 128.2.1esr Released September 16, 2024
So should have been working in 128.2.2.
The images you posted clearly show you can select 'All Events'.
Forget the search for a moment...you said " If it's on all events, it won't even let me scroll up or down."

First image shows you selected 'All Events' and there is a list being displayed.
It shows a vertical scrollbar on the right side which indicates there is quite a lot of hidden events in the list
Are you saying that you cannot drag down / use that scrollbar ?

Wondering if this inability to scroll or search is specific to a gmail calendar, but mine is ok - however I do not have as many in list as you. You have more to synchronise.

You said : I am on version 128.2.2
There is another update out at the moment - 128.2.3 released yesterday.
Please get Thunderbird updated and report back on whether that fixes the problem with the vertical scrollbar.
If yes then test the search.
Thanks.

I have the exact same problem since upgrading to Nebula. I think it's because Unifinder chokes on the sheer number of events now that every recurring event is expanded into all its individual instances. Two specific examples, one working, one not:

In the Unifinder, if I select a short time period like "Today's Events" or "Events in Current View" (which is a week for me), I see an accurate list of events that I can click on / scroll. Typing into the text box correctly filters the view.

If I select a long time period like "Events in the Past" (many years for me) or "All Events," scrolling in the event list becomes very sluggish (it takes seconds to update in the best case) and unreliable (sometimes the list doesn't update at all when trying to scroll). Typing in the text box does nothing. The list of events never updates to show only those matching my query.

I have many annually recurring events (e.g. public holidays, birthdays), for which I set the starting date to 1900 and no end date. This means that in the "All Events" view, each of these appears as 200 individual events. Do this for a very busy calendar and the Unifinder seems to just choke on the very large number of events.

The last version that worked for me was 115.15.0. There, each recurring event appeared just once, so the total event list was orders of magnitude shorter. I have been experiencing the problem since the update to Nebula / 128 (currently on 128.2.3esr).

I have exactly the sane problem as Josh. The version 128.2.3 makes no difference.

now that every recurring event is expanded into all its individual instances.

Good point.
In version 115.15.0 , only the original event is displayed in All Events not each recurring event.
Such as setting up a birthday which uses Repeat yearly and Until forever.
I notice that 'forever' is every year until 2124 - that's 100 years from now! Somehow I don't think I'm going to survive that long :)

Perhaps the 'forever' should be set for something less than 100 years from now. I've some birthdays created as events say three years ago, so that's 103 years OR 103 items in list just for one birthday.

Original reinstating of 'All Events' was this bug 1855900
I've put a comment in that bug asking them to look at this bug.

I was one of the people asking for All Events to come back or some other way to see Past events... but since that was re-instated, I also saw it take a long time to display anything when I search 'All Events'. So I agree the root cause seems to be a change to the way events were searched (as it used to be fine)... I guess showing multiple instances of recurring events (of which I have quite a few).
Personally, it is far more important to me to search the past than it is to see all recurring events... just the first is ok for me.... but I suppose the ideal fix is to give the people who want to see recurring events what they want without it taking so much time (cpu?).

Yes, I too have noticed that with recurring events, it repeats them for such a long time, the computer bogs
down...

Perhaps that can have them repeating on a Rolling 10 year basis...instead
of for such a long timeline.

I edited all my recurring events for my expected lifespan as a workaround,
but if it simply used a 10-25 year window on a rolling basis, that would likely
solve the problem.

Remember that "recurring" doesn't necessarily mean "yearly." Some people have recurring events that occur every day. If these get expanded into all their instances even in just a one-year period, that's 365 separate events already.

Good point. That would make a big difference!

regression from 128.2.1?

Keywords: regression
Regressed by: 1855900

I also can not filter on past events.
Currently on 131.0b5 (64-bit), previously 128.

Using "All Events" or "Events in the Past", can not filter for what I am looking for.
Current and future events do show, however need to flip between mail and calendar tabs to get the search to activate.

Duplicate of this bug: 1919388
See Also: → 1919830
Duplicate of this bug: 1918548
Status: UNCONFIRMED → NEW
status-thunderbird131: --- → affected
status-thunderbird_esr128: --- → affected
tracking-thunderbird_esr128: --- → +
Ever confirmed: true
Flags: needinfo?(mkmelin+mozilla)
Priority: -- → P1

Bug 1855900 helped, but support requests continue. This desperately needs a investigation.

Flags: needinfo?(toby)
Flags: needinfo?(corey)
See Also: → https://support.mozilla.org/en-US/questions/1457943#answer-1676480, https://connect.mozilla.org/t5/discussions/thunderbird-calendar-search-has-to-be-prodded-into-working/m-p/61459/thread-id/21507

I'm experiencing the same thing as this ticket. I updated today to 128.3.0esr (64-bit).
I have 4 synced calendars that have a large amount of events, and no searching or really even interaction in the Find Events Pane works at all.

I will say I have no issues on a much older version on my desktop (115.15.0 (64-bit)), I'm sure this regression is more recent than that though.

I screen recorded a video showing the behavior if that is helpful at all.
https://youtu.be/Xhol2Biw0lE

I'm on 128.3.0esr (64-bit) Windows and the Find Events function appears to work well now,
but here's a manual tweak I did make.

Many of recurring events were set to Forever (which is still my preference), which meant that in this
latest iterations of Thunderbird, the Calendar Database would get massively bogged down, because Forever extended out until past 2100, etc.

So, my system would badly bog down and render things unresponsive and my system is pretty fast.

I think earlier versions of Thunderbird, may have capped "Forever" on perhaps a rolling, shorter term basis.

What I did is edited all my recurring Events, so the ones that occur very frequently (daily), I put an end-time of say, 2030...the
ones that are annual or quarterly, I just put a much longer end-time, beyond my lifespan.

This isn't optimal to have done this, because I will probably forget to move the interval
at some point, but it makes everything work reliably (and quickly!).

I think that Dev's just need to tweak how Recurring Events are implemented in the Calendar,
so that an infinite number of them, don't bog things down to a degree that it becomes unstable or unusable.

Maybe a 25-year, rolling cap would work?

I like being able to see all the recurring events when I search to see that they are indeed scheduled-- so ONE instance of them
isn't enough, but do I really need to see 50+ years of them?

So, I think a compromise might have to be made -- and prior versions may have already implemented such a thing
which is why there were fewer issues with them.

Severity: -- → S2
Flags: needinfo?(corey)

I'm quite sure this is a duplicate of Bug 1915153 'unifinder fails if some events has no title'
everybody who has this problem should try this:

  • Restart TB
  • In the 'Find events pane' select 'All events'
  • Click on the head of the title column to sort by title
  • check if there are any events without a title at the start of the list (or was it the end?)
  • remove all events without a title or set a title
    Searching should now work

(In reply to Günter Gersdorf from comment #23)

I'm quite sure this is a duplicate of Bug 1915153 'unifinder fails if some events has no title'
everybody who has this problem should try this:

  • Restart TB
  • In the 'Find events pane' select 'All events'
  • Click on the head of the title column to sort by title
  • check if there are any events without a title at the start of the list (or was it the end?)
  • remove all events without a title or set a title
    Searching should now work

I tried it and I was surprised to find a occurring event with no information. I erased it and now it works, at least in part. I can find text in the title but not in the information box like before.

That part is getting fixed in bug 1912710.

For this bug, I haven't seen it "NOT WORK", though yes if you have lots of recurring events it can take a looong time.

Flags: needinfo?(mkmelin+mozilla)

I had the same issue. Deleted multiple, nameless events (apparently accidentally created) from the past decade, and now it works again. Albeit very slowly when there are a lot of results returned.

Thanks for the "fix"!

128.3.0esr (64-bit)

This really does seem to be a duplicate of bug 1915153. I also found a single event without a title (created accidentally, of course). Removing this made search work, despite me having a lot of recurring events.

Odd that that bug is marked as resolved. Or maybe that's for an upcoming release?

bug 1915153 has not yet shipped for version 128.

(In reply to Günter Gersdorf from comment #23)

I'm quite sure this is a duplicate of Bug 1915153 'unifinder fails if some events has no title'
everybody who has this problem should try this:

  • Restart TB
  • In the 'Find events pane' select 'All events'
  • Click on the head of the title column to sort by title
  • check if there are any events without a title at the start of the list (or was it the end?)
  • remove all events without a title or set a title
    Searching should now work

I'll confirm that this solved the issue for me, so yeah, probably related. Single event with no title, not recurring either.

(In reply to Wayne Mery (:wsmwk) from comment #29)

bug 1915153 has not yet shipped for version 128.

It says milestone 132, does that mean we will have to wait until the next major release (around July 2025?) to have a functional calendar again?

(In reply to trougnouf from comment #31)

(In reply to Wayne Mery (:wsmwk) from comment #29)

bug 1915153 has not yet shipped for version 128.

It says milestone 132, does that mean we will have to wait until the next major release (around July 2025?) to have a functional calendar again?

(more reports of this bug on https://www.reddit.com/r/Thunderbird/comments/1fy5nfg/thunderbird_calender_search_for_event_not_working/ )

It will likely be uplifted into the next 128.x release as well.

Hey Corey & Wayne, I think we try to uplift the patch for bug 1912710 asap.

Flags: needinfo?(toby)

Hi all -

Based on my testing and troubleshooting the reason some questions as to whether this is a bug has to do with the issue being performance, and not that the search doesn't work. Depending on the time period selected for the search (e.g., current view, only future events, etc.) the search will work. But if the time period is large and there are lots of calendar entries to search performance is so slow it looks like "nothing is happening."

Developers testing this bug should test with tons of calendar entries spread over at least a decade.

Also, I do not believe this to be related to the "no title" bug mentioned about. Just my two cents.

Theory: Eventually I do think the search will timeout, as I've left a search working for hours and got back no results.

hth

Duplicate of this bug: 1924471

(In reply to Toby Pilling [:tobyp] from comment #34)

Hey Corey & Wayne, I think we try to uplift the patch for bug 1912710 asap.

This is fixed in 128.3.3.

Has the situation improved for anyone?

I'm running 128.4.0esr and the bug has been corrected.

Seems to working here, too. Also 128.4.0esr.

Interesting notes:

  1. this bug as initially described involved pressing Enter to get search results. There is no need to do that. Typing in the search field is enough to get the search going. I don't even know if that's a new behavior.

  2. when I tried to see if creating a nameless event still caused the hang, I learned that we can no longer do that. The Save button is grayed out until typing into the Name field. Nice trapping. Bug is precluded from manifesting. AND we don't end up with such "dead" entries filling things up. I think I had five over recent years when I last checked.

I'm running 128.4.1esr and the bug has been corrected for me also. Thanks.
I had a blank name field, but this was also a bug because I remember entering that field and it was empty.

Status: NEW → RESOLVED
Closed: 29 days ago
Duplicate of bug: 1912710
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: