Summary: | Can't start Kontact when it complains about another instance already running | ||
---|---|---|---|
Product: | [Applications] kontact | Reporter: | Till <kdebugsystem> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | arne.schmitz |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Till
2005-03-28 15:06:54 UTC
Confirmed, and I know this is a duplicate. I just can't find the bug it is a duplicate of. 3.4 branch 20050313. Bug 78352 is similar. But in contrast to my report the reporter states that "The only way to get contact running after this is manually deleting the "lock" file in the '~/.kde/share/apps/kmail' folder." No, that isn't the one. I am sure I commented on it and it was exactly what you're describing :) I hit this one this afternoon, here's how to reproduce: 1.) Make sure kontact/kmail aren't running. 2.) Edit ~/.kde/share/apps/kmail/lock 3.) Replace the content of the file with one line, pid=12345 (the number can be anything different from -1) 4.) Start kontact. The dialog pops up, but the dialog buttons are locked. Click the close button of the dialog to cancel. Start kmail. The same dialog pops up, but the buttons are clickable. The obvious difference is that kmail doesn't have its mainwindow open yet by the time the dialog is shown ... N.B.: The fact that kmail(part) can leave stale lockfiles behind which trigger the bug of the unclickable dialog-buttons is a bug in itself, but probably harder to fix. I can confirm this bug -- workaround: The accelerator keys (e.g. Alt-K on germany localization) still work and will start kontact. I find it rather annoying that Kontact or Kmail leaves stale lock files in the first place. It's this stupid log out, where the session manager does not wait for the Kontact applications to finish... I experienced this bug as well. My workaround was to log out of KDE then log back in. I guess the lockfile got cleaned up by doing that. I think the person looking for the error this is similar to is perhaps this one: http://bugs.kde.org/show_bug.cgi?id=101093 which mentions a focus problem with dialogs. I have had the password dialog issue since 3.4 was released but hadn't run into the already running problem till yesterday. |