Bug 326965 - KAddressBook starts at login
Summary: KAddressBook starts at login
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kaddressbook
Classification: Applications
Component: general (show other bugs)
Version: 4.11.2
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-10-31 22:04 UTC by Thomas Sisson
Modified: 2017-01-07 22:26 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Akonadi Selftest Report (10.25 KB, text/plain)
2013-10-31 22:23 UTC, Thomas Sisson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Sisson 2013-10-31 22:04:34 UTC
Every time I start KDE, KAddressBook starts with a window with the message, "The Akonadi personal information management service is not operational.

I purposely have disabled Akonadi and do not use any programs, modules, or plasmoids that start Akonadi. I simply cannot run Akonadi without it eating up my CPU.

I do not use KAddressBook or Kontacts. I do not use KMail or any PIM programs. The clock I use is inadequate, but it was specifically written to not launch Akonadi or use any PIM services or programs.

No daemons or programs are started that should launch KAddressBook.

Reproducible: Always

Steps to Reproduce:
1. Log into KDE
Actual Results:  
KAddressBook starts automatically.

Expected Results:  
KAddressBook should not start automatically.

I've deleted any reference, but ~/.kde/share/config/session/kaddressbook_10144cdddd9000138277097600000021600672_1383253184_908545 was recreated.

My KDE Autostart points to ~/.config/autostart. The directory /usr/share/autostart is a symlink that points to /etc/xdg/autostart.

There are duplicate entries in System Settings > Startup and Shutdown > Autostart. Perhaps removing the offending duplicate might resolve the issue, but the expected behavior is the personal ~/.config/autostart entries are meant to override the system /etc/xdg/autostart entries. I should not be able to remove system desktop files as a normal user. It is also not necessarily desirable to remove such entries because that would affect other users.

The more I disable and remove KDE programs, the less I'm running KDE. The "just works" concept appears to have been replaced with "must include" or "should include" things that are unnecessary.

Some of this might be due to Kubuntu specific patches, but overall this is coming from KDE.

If this is of my own making (a user created bug), I apologize. Though, I do believe that it should be easier to configure all autostart options while considering other desktops while still pointing the KDE Autostart file to the XDG specified user autostart directory. Perhaps someone might wish to work on a way to hide the system autostart entries when a corresponding personal autostart entry exists, or show personal and system entries on separate tabs in KDE System Settings. Of course, this is a feature request that may fix the bug I am reporting.
Comment 1 Thomas Sisson 2013-10-31 22:23:54 UTC
Created attachment 83257 [details]
Akonadi Selftest Report

I removed all duplicate autostart entries and KAddressBook started again after a reboot and starting KDE. I have attached the Akonadi Selftest Report in case it might be useful.
Comment 2 Denis Kurz 2016-09-24 20:51:56 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 kaddressbook (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months.
Comment 3 Denis Kurz 2017-01-07 22:26:25 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.