Bug 223812

Most of this is obsolete, the remaining issues should be fixed once server side search editing works. Working on that, thus assigning to me.

The points I mentioned in my original comments are still valid:
- Simply searching never seems to work, even when searching for "subject 
  contains e"
- Clicking "Open Search Folder" still crashes

Also, is the "Stop" button supposed to currently work?

It currently can not work because the email feeder is disabled from build, see r1102562.

The problem is this as follows:

- I start kmail with clean setup
- import 2.5k mails
- the indexer kicks in
- it's probably not yet finished, I start a search query
- kmail tells me "-1" results
- I start the query again => crash

the database has the required fields (even the pimitem relation to the search collection) but it asserts due to this:

[akonadiserver] Error during executing query "INSERT INTO CollectionTable (remoteId, name, parentId, resourceId, queryString, queryLanguage) VALUES (:0, :1, :2, :3, :4, :5)" :  "Duplicate entry '1-Last Search' for key 'CollectionTable_parentAndNameIndex' QMYSQL3: Unable to execute statement"
[akonadiserver] Error during insertion into table "CollectionTable" "Duplicate entry '1-Last Search' for key 'CollectionTable_parentAndNameIndex' QMYSQL3: Unable to execute statement"
kmail(14269) KMail::SearchWindow::searchDone: "Unable to create persistent search" 
ASSERT: "mFolder.hasAttribute<Akonadi::PersistentSearchAttribute>()" in file /home/speedy/projects/kde4/kdepim/kmail/searchwindow.cpp, line 523
*** KMail got signal 6 (Crashing)

neither of these commits seem to help nor change anything in this regard:
1121513, 1121507, 1118608, 1118601

Yep, I'm aware of it, and working on it. :)

SVN commit 1124566 by vkrause:

Autostart the email feeder agent, required by KMail.

CCBUG: 223812


 M  +1 -1      nepomukemailfeeder.desktop  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1124566

I tried yesterday to fix "kmail tells me "-1" results"
but in search folder staticstic value is alway "null"
We can see it when we "right click" -> "Folder properties" we see "0" as number of email in this folder.

=> perhaps a pb with search folder.

An other pb is:
When we make a search it create a folder "Last search"
it's ok it works.

you close and reopen KMail, make a new search, it doesn't want to reuse "Last search" as in KMail 1 and it doesn't work
=> change folder name and it works fine.


It will good it we can reuse old search folder I think.

Regards

SVN commit 1128890 by mwolff:

reuse collection of last search, when it wasn't renamed and no search collection is selected

fixes assert in searchDone since it was tried to create a new collection with an
existing name which AkonadiServer currently rejects due to the unique index on name + parent id.

Note: this patch uncovers more problems in search, hence not yet closing the bug.

CCBUG: 223812

 M  +5 -0      kmail.kcfg.cmake  
 M  +15 -3     searchwindow.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1128890

What's the status on this? 

Works for you thomas?

Doesn't work for me.

Hey, could please anyone investigate at this bug?

Its over one year ago, soon fixes was mentioned, and the bug is still NEW?

*** Bug 259098 has been marked as a duplicate of this bug. ***

I experience a related bug: I start the search dialogue in kmail2 (by pressing S) and let it search for "subject contains hello" and while some correct results are given, the list also contains emails with all columns (folder, subject, from, to, date, size) empty, and even mails with a subject like PGcWpXZvwE (a kolab generated mail). The number of results is claimed to be "0", while the list of messages is definitely a lot longer.

The results, while always the same for each search term, seem to be more or less random in respect to their relation to the actual search. For example, a search for "nouveau" in the subject returned a list of 6 emails with none having any relation to "nouveau". For the first search the number of results was given as "1" and subsequently it was claimed to be "5", while everytime the same 6 messages were being displayed.

s/For the first search/For the first time I searched for this term/

This was using 4.7.1

Now it gets even funnier: Searching for "messagebody contains nouveau", the dialogue displays "48" matches, the "last search" folder displays "108" items, the list in the dialogue contains empty and unrelated items and the scrollbar behaves like a jojo, with the list of claimed-to-be-found items growing and shrinking and messages disappearing and new messages appearing in the list.

Has been fixed as far as I know? (WORKSFORME)

i have the same in kubuntu 17.04

related to:
304252