Version: (using KDE KDE 3.5.7) Installed from: Debian testing/unstable Packages Reoprted in Debian BTS at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=427431 If you click on klipper and choose "quit," klipper asks you if you want klipper to start when the user logs in. This is intuitive if klipper is already starting on login, and you want it to stop doing so. However, quitting klipper is also the only way (as far as I can tell) to ask klipper to begin starting on login when it isn't already doing so. It's unintuitive to ask a program to run by quitting it.
Totally agree. a) humours argument -- it is like Windows start but in reverse but seriously b) user wants to quit, nothing else -- why all of the sudden user has to answer what to do with start c) if user (like me) has properly configured klipper -- she/he does not want to change anything, so why questioning user d) it is completely unclear what mechanism klipper will turn on -- maybe user has a link for autostart, maybe it is configured via autostart, maybe it was run manually, maybe it was run automatically by restoring session If user wants to quit -- quit. ( I ended with running klipper despite I have to run memory-hungry program, I didn't quit because I don't know what klipper would do on "start" or "do not start" ).
Strictly related report: https://bugs.kde.org/show_bug.cgi?id=137925 but let's keep it separate (open) since the other one was FIXED but only for quit confirmation.
*** Bug 83039 has been marked as a duplicate of this bug. ***
Confirmed in KDE SC 4.3.90.
I agree, as always, that it is a silly way to handle it, but it is hardly a major issue. I plan to fix this, among other stuff, for 4.5.
OK, it seems everyone agrees the 'asking for autostart or not when quitting' behavior is strange. It is more logical to put it into the configure dialog. But, I just wonder: Why(or since when) does klipper provide the option for controlling its autostart? The existence of that option implies something to me: many or enough users do not use or like klipper at all, so they want to disable its autostart. Personally, I think klipper should either remove that option and always autostart, or change its installation script to not autostart by default and let users control its autostart through the kcm_autostart module . The current state seems self contradiction to me.
No longer relevant since Klipper is now integrated into Plasma and isn't a standalone app.