This forum has been archived. All content is frozen. Please use KDE Discuss instead.

"Find Messages" returns the same result to all serches

Tags: None
(comma "," separated)
corax
Registered Member
Posts
28
Karma
0
OS
Hi All,

I'm seeing weird behavior om my Kmail. I'm using KMail 5.3.0 "within" Kontact 5.3.0 on OpenSuse 42.2 (64bit). When I try to find some message based on defined parameters I always get the same 43 messages. It does not matter what parameters I set (subject or sender or date or whatever), KMail always returns the same 43 messages.
User avatar
einar
Administrator
Posts
3402
Karma
7
OS
Can you check whether the folders are indexed? (see Properties > Maintenance).


"Violence is the last refuge of the incompetent."
Image
Plasma FAQ maintainer - Plasma programming with Python
corax
Registered Member
Posts
28
Karma
0
OS
einar wrote:Can you check whether the folders are indexed? (see Properties > Maintenance).

So I right-click Inbox, click "Folder Properties" and then open "Maintenance" Tab. On there it says:
Files | Size 724 MiB
Messages | Total messages: 3530; Unread Messages: 165
Indexing | Full text indexing is checked; Indexed 3530 items of this collection

So I take it it is indexed
User avatar
einar
Administrator
Posts
3402
Karma
7
OS
Can you try after a forced reindex? Can you detail the steps you used to search?


"Violence is the last refuge of the incompetent."
Image
Plasma FAQ maintainer - Plasma programming with Python
corax
Registered Member
Posts
28
Karma
0
OS
einar wrote:Can you try after a forced reindex? Can you detail the steps you used to search?

I simply select (click on) Inbox and hit "S" key on my keyboard. "Find Messages" windows opens. By default it has settings to search for a term contained within a subject line. I enter anything as a search term, any gibberish will do, and click the "search" button on the bottom right. And i get list of the same e-mail messages. It gone up to 49 now, but it is always the same 49.

How to I force reindex? I used R click -> Properties -> Maintenance -> Reindex Current Collection, but that did not change anything.
User avatar
einar
Administrator
Posts
3402
Karma
7
OS
I'll try to see if I can reproduce: last time I did this, it worked correctly, but it was a while ago.


"Violence is the last refuge of the incompetent."
Image
Plasma FAQ maintainer - Plasma programming with Python
corax
Registered Member
Posts
28
Karma
0
OS
einar wrote:I'll try to see if I can reproduce: last time I did this, it worked correctly, but it was a while ago.

I've tried the search feature on my other machine with fresh install and updated Opensuse 42.2 and using different e-mail account. I found it to act the same, but I have discovered is this:

When I search for anything, it correctly finds it, then "Search" folder and "Latest Search" sub-folder is created and results of my search are stored there. As long as "Last Search" is present - any search will return the results matching the query, that created the "Last Search". If I delete "Last Search" - the search works fine again, but this means that "Last Search" has to be manually removed after every search.

I never understood the purpose of "Last Search" and I don't mind disabling this feature altogether if it is possible and will fix the search issue.
User avatar
einar
Administrator
Posts
3402
Karma
7
OS
Did you try renaming the search folder when you search (it should be possible from the search dialog)? You can supposedly do so (you're not restricted to a single search).


"Violence is the last refuge of the incompetent."
Image
Plasma FAQ maintainer - Plasma programming with Python
corax
Registered Member
Posts
28
Karma
0
OS
einar wrote:Did you try renaming the search folder when you search (it should be possible from the search dialog)? You can supposedly do so (you're not restricted to a single search).

Yes, I can rename the Search folder name from the search dialog, but...

If I hit "S" key and search dialog opens, I rename search folder, search for something - I get expected result. However, if I search for something else without closing the Search dialog (even after renaming search folder) - search results do not change. I.e. For every search, a search dialog has to be closed and opened anew and search folder renamed. On top of that, every search creates a new search folder (the number of which will go large real fast, so manual deletion of search folders still has to be done).

Is the above scenario an expected behavior of the application?
User avatar
einar
Administrator
Posts
3402
Karma
7
OS
Might be an expected result. These folders are "live": meaning that if you get new mail and it satisfies your criteria, they'll get auto-updated with the new mail transparently. I agree this is not very well documented.


"Violence is the last refuge of the incompetent."
Image
Plasma FAQ maintainer - Plasma programming with Python
corax
Registered Member
Posts
28
Karma
0
OS
einar wrote:Might be an expected result. These folders are "live": meaning that if you get new mail and it satisfies your criteria, they'll get auto-updated with the new mail transparently. I agree this is not very well documented.


Are you saying that Kmail is designed to be user unfriendly?
I can see how someone might want to save same searches and create the "live" folder, but this is certainly not the case for every search.
sunito
Registered Member
Posts
1
Karma
0
Thank you for pointing out the workaround by deleting or renaming the search folder and starting a new search dialog.

Yes I am affected by exactly the same issue (KMail 5.4.3, openSUSE Tumbleweed 20170324).


einar wrote:Might be an expected result. These folders are "live": meaning that if you get new mail and it satisfies your criteria, they'll get auto-updated with the new mail transparently.

@einar There's no problem with auto-updated live folders, this is a nice feature.
But this feature does not conflict with a functioning dialog box,
i.e a dialog box that really changes the properties (of search folders)
that it presents to the user for modification.
In other words: If the search folders were expected to be immutable,
no dialog should exist to offer to modify them.

Thus, this can only be a bug.

Could you point me to the relevant bug report, so that I can keep track
on the progress, or otherwise open a new one?

In the forum, this also seems to have come up several times:
viewtopic.php?f=215&t=135531&p=364016
viewtopic.php?f=215&t=139428&p=373701
and probably even
viewtopic.php?f=215&t=138696&p=371512

But I am still missing a place where I can get news towards a
solution for this bug.


Bookmarks



Who is online

Registered users: Bing [Bot], Google [Bot], q.ignora, watchstar