http://bugzilla.novell.com/show_bug.cgi?id=534230 User wstephenson@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=534230#c1 Will Stephenson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |jonas@wehay.com --- Comment #1 from Will Stephenson 2009-08-30 04:13:33 MDT --- Can you compare between nm-applet and knetworkmanager on openSUSE? ubuntu ships a different version of NetworkManager. see http://userbase.kde.org/NetworkManagement#It.27s_All_KDE.27s_Fault.21 for details -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=534230 User jonas@wehay.com added comment http://bugzilla.novell.com/show_bug.cgi?id=534230#c3 --- Comment #3 from Jonas Israelsson 2009-09-12 06:39:59 MDT --- Hey, someone seem to have done their homework ;-) Now with MS7 I have actually managed to connect both my devices to the internet a few times. It's far from every time a connection attempt succeeds I would say about 30% actually does, still I see that as a major improvement. A few observations. 1) Sometimes for no apparent reason the Manage connection dialogue appears missing both device pin and connection password. Pressing cancel and edit the current connection profile I see all needed secrets are actually is stored in the profile. When this happens the only way I have found to make KNM reuse the original profile data is actually to reboot the whole machine. Restarting the network in my case only makes the device undetected upon reattaching. 2) Sometime a successful connection is not notived by KNM. The device leds indicates that it is connected still KNM only showing status "Awaiting Authorization" 3) Quite often also on a succeeded connection /etc/resolv.conf remains empty. Output when that happens, further down.. I will attach the whole log from all my connection attempts today but successful and unsuccessful. The Connection 'Tre' is the Huawei device and the connection 'Telenor' the Option. If there is anything more I can do please let me know. ## Connection when resolv.conf remains empty. Sep 12 13:42:30 lillevide NetworkManager: <info> Activation (ttyUSB0) starting connection 'Tre' Sep 12 13:42:30 lillevide NetworkManager: <info> (ttyUSB0): device state change: 3 -> 4 (reason 0) Sep 12 13:42:30 lillevide NetworkManager: <info> Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) scheduled... Sep 12 13:42:30 lillevide NetworkManager: <info> Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) started... Sep 12 13:42:30 lillevide NetworkManager: <info> Activation (ttyUSB0) Stage 1 of 5 (Device Prepare) complete. Sep 12 13:42:38 lillevide NetworkManager: <info> Activation (ttyUSB0) Stage 2 of 5 (Device Configure) scheduled... Sep 12 13:42:38 lillevide NetworkManager: <info> Activation (ttyUSB0) Stage 2 of 5 (Device Configure) starting... Sep 12 13:42:38 lillevide NetworkManager: <info> (ttyUSB0): device state change: 4 -> 5 (reason 0) Sep 12 13:42:38 lillevide NetworkManager: <info> Starting pppd connection Sep 12 13:42:38 lillevide NetworkManager: <debug> [1252755758.160512] nm_ppp_manager_start(): Command line: /usr/sbin/pppd nodetach lock nodefaultroute user dummy ttyUSB0 noipdefault noauth usepeerdns lcp-echo-failure 0 lcp-echo-interval 0 ipparam /org/freedesktop/NetworkManager/PPP/0 plugin /usr/lib64/pppd/2.4.4/nm-pppd-plugin.so Sep 12 13:42:38 lillevide NetworkManager: <debug> [1252755758.192931] nm_ppp_manager_start(): ppp started with pid 7431 Sep 12 13:42:38 lillevide NetworkManager: <info> Activation (ttyUSB0) Stage 2 of 5 (Device Configure) complete. Sep 12 13:42:38 lillevide NetworkManager: <info> (ttyUSB0): device state change: 5 -> 6 (reason 0) Sep 12 13:42:38 lillevide NetworkManager: <WARN> update_one_setting(): Failed to update connection secrets: 1 ipv4 Sep 12 13:42:38 lillevide NetworkManager: <info> (ttyUSB0): device state change: 6 -> 7 (reason 0) Sep 12 13:42:48 lillevide NetworkManager: <info> PPP manager(IP Config Get) reply received. Sep 12 13:42:48 lillevide NetworkManager: <info> Activation (ttyUSB0) Stage 4 of 5 (IP Configure Get) scheduled... Sep 12 13:42:48 lillevide NetworkManager: <info> Activation (ttyUSB0) Stage 4 of 5 (IP Configure Get) started... Sep 12 13:42:48 lillevide NetworkManager: <info> Activation (ttyUSB0) Stage 5 of 5 (IP Configure Commit) scheduled... Sep 12 13:42:48 lillevide NetworkManager: <info> Activation (ttyUSB0) Stage 4 of 5 (IP Configure Get) complete. Sep 12 13:42:48 lillevide NetworkManager: <info> Activation (ttyUSB0) Stage 5 of 5 (IP Configure Commit) started... Sep 12 13:42:49 lillevide NetworkManager: <info> (ttyUSB0): device state change: 7 -> 8 (reason 0) Sep 12 13:42:49 lillevide NetworkManager: <debug> [1252755769.015184] run_netconfig(): Spawning '/sbin/netconfig modify --service NetworkManager' Sep 12 13:42:49 lillevide NetworkManager: <info> Clearing nscd hosts cache. Sep 12 13:42:49 lillevide NetworkManager: <info> Policy set 'Tre' (ppp0) as default for routing and DNS. Sep 12 13:42:49 lillevide NetworkManager: <info> Activation (ttyUSB0) successful, device activated. Sep 12 13:42:49 lillevide NetworkManager: <info> Activation (ttyUSB0) Stage 5 of 5 (IP Configure Commit) complete. Sep 12 13:42:49 lillevide nm-dispatcher.action: Script '/etc/NetworkManager/dispatcher.d/autofs' exited with error status 1. Sep 12 13:42:49 lillevide nm-dispatcher.action: Script '/etc/NetworkManager/dispatcher.d/nfs' exited with error status 2. lillevide:~ # more /etc/resolv.conf # Generated by NetworkManager -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=534230 User wstephenson@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=534230#c5 Will Stephenson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wstephenson@novell.com Component|KDE4 Workspace |Network AssignedTo|wstephenson@novell.com |bnc-team-screening@forge.pr | |ovo.novell.com --- Comment #5 from Will Stephenson 2009-09-15 04:16:47 MDT --- Thanks for the detailed testing 1) was my fault, fixed in Factory 2) I agree, we're looking at a NM problem not a knetworkmanager problem. Raymond Wooninck is building some preliminary NM 0.8pre packages to see how trunk NM behaves, but I doubt we will get these into 11.1, unfortunately. 3) Also an NM problem Reassigning to NetworkManager for 2 and 3. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=534230 User david.maillists@gmail.com added comment http://bugzilla.novell.com/show_bug.cgi?id=534230#c6 David Garcia changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |david.maillists@gmail.com --- Comment #6 from David Garcia 2009-10-05 19:20:07 MDT --- I cannot connect to a 3G network with knetworkmanager: sometimes it does nothing, sometimes it connects but fails to write in /etc/resolv.conf. But I can connect flawlessly with nm-applet, even with the PIN enabled in the SIM card. By the way, while the bug is fixed, do you happen to know how I can configure KDE to autostart nm-applet instead of knetworkmanager? I am using factory and KDE. Thank you very much. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=534230 User tambet@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=534230#c7 Tambet Ingo changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tambet@novell.com --- Comment #7 from Tambet Ingo 2009-10-06 00:06:00 MDT --- Edit /etc/xdg/autostart/nm-applet.desktop and remove the following line: OnlyShowIn=GNOME; -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=534230 User david.maillists@gmail.com added comment http://bugzilla.novell.com/show_bug.cgi?id=534230#c9 --- Comment #9 from David Garcia 2009-10-06 10:05:11 MDT --- OK, William. Can you please tell me how to see such dbus outputs? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=534230 User david.maillists@gmail.com added comment http://bugzilla.novell.com/show_bug.cgi?id=534230#c11 David Garcia changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|david.maillists@gmail.com | --- Comment #11 from David Garcia 2009-10-07 09:59:49 MDT --- Well, first of all I must say that I connected with knetworkmanager, but it wrote nothing on /etc/resolv.conf. I could still navigate if I put the *numeric* URL in Firefox. So I disconnected, deleted /resolv.conf and tried to connect again. At that moment, knetworkmanager did nothing, not even did it try to connect. With nm-applet I sometimes have the same problem about empty /etc/resolv.conf, but I disconnect, remove /etc/resolv.conf, try to connect again, and nm-applet does try to connect again. Sometimes I have to repeat the process two or three times, but the DNSs are written on /etc/resolv.conf sooner or later, so the connection eventually becomes successful. So the point may be an initial error with NetworkManager not writing the DNSs in /etc/resolv.conf (I will open a bug about that); then knetworkmanager would not allow another go, but nm-applet allows it. Anyway, the dbus outputs are (with some output obscured for privacy): knetworkmanager (when I try to connect a second time but knetworkmanager does nothing): qdbus --system --literal org.freedesktop.NetworkManagerUserSettings /org/freedesktop/NetworkManagerSettings/3 org.freedesktop.NetworkManagerSettings.Connection.GetSettings [Argument: a{sa{sv}} {"connection" = [Argument: a{sv} {"autoconnect" = [Variant(bool): false], "id" = [Variant(QString): "*****"], "timestamp" = [Variant(uint): 1254931130], "type" = [Variant(QString): "gsm"], "uuid" = [Variant(QString): "********-*****-****-****-************"]}], "gsm" = [Argument: a{sv} {"apn" = [Variant(QString): "gprs-service.com"], "number" = [Variant(QString): "*99#"]}], "ppp" = [Argument: a{sv} {"baud" = [Variant(uint): 0], "crtscts" = [Variant(bool): false], "lcp-echo-failure" = [Variant(uint): 0], "lcp-echo-interval" = [Variant(uint): 0], "mppe-stateful" = [Variant(bool): false], "mru" = [Variant(uint): 0], "mtu" = [Variant(uint): 0], "no-vj-comp" = [Variant(bool): false], "noauth" = [Variant(bool): false], "nobsdcomp" = [Variant(bool): false], "nodeflate" = [Variant(bool): false], "refuse-chap" = [Variant(bool): false], "refuse-eap" = [Variant(bool): false], "refuse-mschap" = [Variant(bool): false], "refuse-mschapv2" = [Variant(bool): false], "refuse-pap" = [Variant(bool): false], "require-mppe" = [Variant(bool): false], "require-mppe-128" = [Variant(bool): false]}], "serial" = [Argument: a{sv} {"baud" = [Variant(uint): 0], "bits" = [Variant(uint): 0], "parity" = [Variant(QString): ""], "send-delay" = [Variant(qulonglong): 0], "stopbits" = [Variant(uint): 0]}]}] nm-applet (when I reconnected a second or third time and, finally, the DNSs are written in /etc/resolv.conf): $ qdbus --system --literal org.freedesktop.NetworkManagerUserSettings /org/freedesktop/NetworkManagerSettings/4 org.freedesktop.NetworkManagerSettings.Connection.GetSettings [Argument: a{sa{sv}} {"ppp" = [Argument: a{sv} {}], "ipv4" = [Argument: a{sv} {"addresses" = [Variant: [Argument: aau {}]], "dns" = [Variant: [Argument: au {}]], "routes" = [Variant: [Argument: aau {}]], "method" = [Variant(QString): "auto"]}], "gsm" = [Argument: a{sv} {"number" = [Variant(QString): "*99#"], "apn" = [Variant(QString): "gprs-service.com"]}], "connection" = [Argument: a{sv} {"uuid" = [Variant(QString): "********-****-****-****-************"], "autoconnect" = [Variant(bool): false], "id" = [Variant(QString): "Auto Mobile Broadband (GSM) connection"], "type" = [Variant(QString): "gsm"], "timestamp" = [Variant(qulonglong): 1254929316]}], "serial" = [Argument: a{sv} {"baud" = [Variant(uint): 115200]}]}] -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=534230 Stephan Binner changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|kde-maintainers@suse.de |wstephenson@novell.com -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=534230 User wstephenson@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=534230#c13 Will Stephenson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |seife@novell.com --- Comment #13 from Will Stephenson 2009-10-19 16:25:53 MDT --- *** Bug 533253 has been marked as a duplicate of this bug. *** http://bugzilla.novell.com/show_bug.cgi?id=533253 -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=534230 Will Stephenson changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version|Other |openSUSE 11.2 -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=534230 User wstephenson@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=534230#c16 Will Stephenson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #16 from Will Stephenson 2009-10-22 13:55:08 MDT --- I've added some code to remove the empty/false/zero settings seen in David's trace from comment #13, and i can now always connect with my old GSM option card. The resolv.conf problems remain, especially if i have Ethernet and GSM up (default route on eth0) then disconnect eth0, switching the default route to the GSM ppp0 - an empty resolv.conf is written instead of the DNS values obtained from GSM. But that is #545035, #544195 #546213 or #509509 depending on which way you look. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=534230 http://bugzilla.novell.com/show_bug.cgi?id=534230#c18 Rafał Miłecki changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |zajec5@gmail.com --- Comment #18 from Rafał Miłecki 2009-12-05 18:56:41 UTC --- Will: I can see you were hardly working on KNetworkManager :) I experience this bug describes using openSUSE 11.2 but that is because openSUSE contains old version of KNetworkManager (svn1043876). I compiled KNetworkManager from svn (rev 1058902) and don't see that bug anymore. However it may be hard to install version from svn as it needs Qt 4.6 (just for some animation effect I believe :(). Someone dropped compatibility with 4.5 by that. But good news is that bug is generally fixed :) I also experience other bug with stage1_prepare_done warn that happens on reconnect try. But this should be resolved soon, see https://bugzilla.redhat.com/show_bug.cgi?id=541314 . -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.