Summary: | KPPP freezes on set-up | ||
---|---|---|---|
Product: | [Applications] kppp | Reporter: | Marc <m.chattle> |
Component: | general | Assignee: | Harri Porten <porten> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | andrew.crouthamel, dufresnep, jetrull |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Marc
2008-06-23 10:11:40 UTC
We received a similar report downstream at Kubuntu at https://launchpad.net/bugs/278408 I also observe this problem, now in KDE 4.4 (via Kubuntu Lucid). Basically creating new accounts fails (hangs), although it's possible to configure the modem. After a few tries I managed to get it to work manually, but 3 times out of four it simply hung on the "create new account" step. Incorporating kppp's functionality into the network manager would be a perfectly good solution IMO. I see this bug too, on freshly installed Fedora 14. But for me, the first time I click on "new account", it hangs... so I go to a root console, type ps aux|grep ppp, and kill -9 each process I find (I think there is 4). After that, rerunning kppp works always works for me. I had seen it on Fedora 14 Beta, so this time I had tried to apply the trick of not using root as it seems they have done on: https://bugzilla.redhat.com/show_bug.cgi?id=452083 That is, with: [paul@Arcturus ~]$ groups paul dialout [paul@Arcturus ~]$ ls -lh /usr/bin/kppp lrwxrwxrwx. 1 root root 13 Nov 2 18:27 /usr/bin/kppp -> consolehelper [paul@Arcturus ~]$ ls -lh /usr/bin/consolehelper -rwxr-xr-x. 1 bin dialout 6.0K Sep 14 11:34 /usr/bin/consolehelper [paul@Arcturus ~]$ My first execution of $kppp & System asks for root password, so it execute as root anyway... The following messages showed up: [paul@Arcturus ~]$ kppp & [1] 2770 [paul@Arcturus ~]$ Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) QMetaObject::invokeMethod: No such method KUniqueApplication::loadCommandLineOptionsForNewInstance() kbuildsycoca4 running... "KConfigIni: In file /tmp/kde-root/kconf_updateCT2808.tmp, line 1: " Invalid entry (missing '=') QMetaObject::invokeMethod: No such method KUniqueApplication::loadCommandLineOptionsForNewInstance() klauncher(2796)/kio (KLauncher): SlavePool: No communication with slave. And the second times (after the kill -9 of kppp process): Second run: [paul@Arcturus ~]$ kppp & [1] 3122 [paul@Arcturus ~]$ QMetaObject::invokeMethod: No such method KUniqueApplication::loadCommandLineOptionsForNewInstance() At this point, the dialog window "Create New Account" is there. Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone! Email from Marc: Hello Andrew, Thank you for this bolt from the blue. As I recall, the bug I referred to was fixed at the time, and I recall noting this, so am not sure why this has resurfaced. I stopped using Fedora some time ago as it was too buggy and had too many large quantity updates that drained my metered download capacity. I don't have my bugzilla login details any more, so am unable to disable this report. Best wishes, Marc. |