Bug 333208 - autocomplete uses wrong ranking and recall is incomplete
Summary: autocomplete uses wrong ranking and recall is incomplete
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kontact
Classification: Applications
Component: mail (show other bugs)
Version: 4.12.97
Platform: openSUSE Other
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-04-08 18:07 UTC by Rigo Wenning
Modified: 2017-01-07 22:05 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rigo Wenning 2014-04-08 18:07:34 UTC
I have three address books and tons of email: One SoGO address book I only rarely use, my Personal Contacts that I often use and some linkedin import that is there in case I don't have the person in the other two. Baloo indexed all my email. Now I want to write a new message. 
In KMail, I click on new message. In the to: field I start typing the last name. After 4 letters, a long list of suggestions is shown. (Works really quickly now). The list is organized according to the sources the suggestion comes from. 
Often, I know positively that there is a contact in my personal contacts. If I start to type the last name, sometimes only addresses from SoGO are shown plus a long list from "other sources" that Baloo had recorded from the indexed emails (With all the variations of the email address name that was ever used in the emails I received from others). So completion works, but not as expected. 

Reproducible: Always

Steps to Reproduce:
1. create new email
2. type in last name of one of your contacts 
3. enjoy a long unordered list of all iterations of that email known to the system
Actual Results:  
Precision is fine as I have only rarely/none false positives. Recall is low as results are missing. I know I have a contact in my personal contacts and it isn't shown. Instead, only the result from the SoGO address book is shown and a long list of matches generated from harvesting my incoming email

Expected Results:  
Better recall: At least the addresses from the local address books should be found reliably
Better ordering: The email address is a unique ID, thus very easy to sanitize in an IT system. So the email should be only shown once from every source. It may make sense to let the user expand the list with a [more ...] to see the full list of matches

The address books should be shown in order: Local first and then remote and then what was harvested from the incoming email.
Comment 1 Denis Kurz 2016-09-24 19:34:07 UTC
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present?

If noone confirms this bug for a Framework-based version of kontact (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months.
Comment 2 Denis Kurz 2017-01-07 22:05:36 UTC
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.