Version: 4.7 (using KDE 4.7.2) OS: Linux If I enter a substring in the receipient address field, kmail only offers address book entries with a single email address. Contact with multiple addresses are not shown at all. Reproducible: Always Steps to Reproduce: If I enter a substring in the receipient address field which matches a contact with multiple email addresses. Actual Results: kmail does not offer any address / receipient completion. Expected Results: kmail should offer all possible email addresses as completion suggestions, just as kmail 1 did.
I don't understand bug. Could you explain more please ?
If one enters a string into the "to" or "cc" fields in the mail composer, kmail communicates with the KDE address book to suggest email addresses. It performs a substring search on the stored mail adresses themselves as well as on the names of the people stored in the address book, and maybe on other fields as well. After upgrading to KDEPIM 4.7.x and kmail2, kmail does not find any address book entry that has more than one email address. ie. if I enter "gunter" into the address field, my address book record is not found, as it have 5 email adresses assigned. If a substring matches an address book record that has only a single email address assigned, this address is displayed. I also had the impression that the substring search became case-sensitive in KDEPIM 4.7.x, but I cannot check at the moment as email address lookup does not work at all at the moment... It did yesterday, no idea what's wrong...
Works for me in 4.8.3
Same bug in 4.8.4 on my computer. Kmail2 dont offer all possible email addresses as completion suggestions. That feature worked fine in kmail1. In my opinion that is a basic feature for a mail-program, isn't it? Fedora 17, KDE 4.8.4
Works for me in 4.9.3
Works fine here, too. Tested both with a standard contacts resource and with a vCard folder on 4.9.3. However, this might be subject to specific circumstances. @Gunter: Can you still reproduce the bug you reported? @Stefan: Would you please try to describe your case more specificly, so we can try to reproduce the exact circumstances leading to this bug? Please add a new contact with multiple email addresses and tell us if the bug happens there just as well. Also, please try creating a new addressbook resource and see if the bug goes away. Thank you in advance!
I'm currently using KDE 4.9.3 and at the moment kMail does not provide any address completion at all, besides searching the "recently used" address list. I had Nepomuk disabled completely for quite some time, as it consumed so much memory my computer was not usable any more while it was active and it was pretty bug-ridden until KDE 4.9, so address completion could not work. I recently enabled it again in KDE 4.9 and with a slightly upgraded RAM in my notebook, but address completion unfortunately still does not work. (Nepomuk is running, but file indexing and mail indexing are still disabled for performance reasons and the always-reindexing-files-with-non-ASCII-characters-in-names Bug 305903 .) I had not had the time and nerve to have a closer look at this problem so far, but would be grateful for any pointers nonetheless...
Nepomuk might possibly be the key. Less than a week ago, this worked fine on my install, but now I'm experiencing just the same as Gunter: kmail doesn't provide any addressbook items on address completion. Interestingly, for some reason, file indexing does not work in spite of being enabled, while the email indexer is on. I've no idea why Nepomuk doesn't run anymore, but will try to find out more about it. @Gunter: Would you please try enabling Nepomuk file indexing to check if address completion simply depends on the indexer being enabled? Thanks in advance!
I tried to, but Nepomuk / Strigi / Virtuoso / Whatever has now been working for several days, severly hampering system performance (although its running "nice"d) and I had not the slightest idea when it would finish, so I disabled it again - I need my system for work, so waiting several additional days for the indexing to finish while all other operations are significantly slowed down is not an option, sorry. :-( (According to the systray applet, even indexing trivial files like tiny .txts or .icos takes about 2 seconds, which means running at 100% cpu usage for several days or longer if more complex files need more time.) At least while the indexer was running, mail address completion still did not work. Maybe my whole Nepomuk stuff is completely messed up, I don't know.
(In reply to comment #9) > At least while the indexer was running, mail address completion still did > not work. On my system, both worked again after a restart. Anyway, we both deviated from the more specific original report. :) > Maybe my whole Nepomuk stuff is completely messed up, I don't know. That might be. It still seems to be buggy, or at least not rock-solid. I guess we need to know more about the Nepomuk stuff to get this tracked down. :/
Mh - I did nothing else besides what is written above, but address completion does work now. I completely disabled Nepomuk indexers again, only "semantic services" is still enabled. Please don't ask me why it works now and did not before - for several months, at least... Auto-completion of users who have multiple addresses also works fine now. "Not rock solid" seems to be a pretty accurate description of this behaviour... ;)