Summary: | Support NM_WEP_KEY_TYPE for Networkmanager 0.8 | ||
---|---|---|---|
Product: | Network Management | Reporter: | David MacQuarrie <dmacquarrie> |
Component: | general | Assignee: | Will Stephenson <wstephenson> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | claydoh, dmacquarrie, duryodhan, echidnaman, finex, jjesse, lamarque, smidl |
Priority: | NOR | ||
Version: | 0.9 | ||
Target Milestone: | --- | ||
Platform: | Debian stable | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
David MacQuarrie
2009-08-10 06:58:31 UTC
Wireless works fine from windows side - not a hardware issue. I am using a broadcom FW cutter on the linux side. Would you specify the exact bug you're reporting? You're talking about both plasma crashes and the problem on the password dialog. I've changed the summary to the "persistent password dialog" (wich I've just had one hours ago on a notebook). If you want to report specific crashes too, you should report them separately specifying how reproduce them and providing a complete backtrace: http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports One small note about the persistent password dialog: knetworkmanager ask for the wireless (WEP) password, and it doesn't connect, after some secods (about 20 or so) it ask the password again and again. I've had this problem using networkmanager-plasmoid-svn package from Archlinux AUR (trunk r1007572) and networkmanager 0.7.? Could the problem be the old version of networkmanager daemon? Maybe. The correct thing to do would be try it with a different client that works and let me compare the connections on dbus as described at userbase.kde.org/NetworkManagement. Ping I have the same problem as FiNeX on Kubuntu Karmic. I tried to follow instructions on userbase and here is the difference between plasma-networkmanager and nm-applet (which works fine): nm-applet: qdbusfornm --system org.freedesktop.NetworkManagerUserSettings /org/freedesktop/NetworkManagerSettings/2 org.freedesktop.NetworkManagerSettings.Connection.GetSettings a{sa{sv}}(==802-11-wireless== mode: infrastructure security: 802-11-wireless-security seen-bssids: 00:12:0e:33:e0:58 ssid: WRT-311 ==802-11-wireless-security== auth-alg: open key-mgmt: none wep-key-type: 1 ==connection== id: Auto WRT-311 timestamp: 1256829592 type: 802-11-wireless uuid: 9b2a3fd5-8284-4fbd-945c-2d2314ba3b9a ) plasma: a{sa{sv}}(==802-11-wireless== mode: infrastructure security: 802-11-wireless-security ssid: WRT-311 ==802-11-wireless-security== key-mgmt: none wep-tx-keyidx: 0 ==connection== autoconnect: true id: WRT-311 type: 802-11-wireless uuid: 06edb630-e6ca-4178-809b-1a52bbccf31b ) It does not look too informative to me. Is there any other info I can get? I'm re-purposing this bug since the original reporter never provided information and the later report shows a new bug introduced by NM 0.8 changing its interface. The setting that is missing in KDE's dbus: wep-key-type: 1 shows that unreleased NetworkManager 0.8pre changed interface and since I develop on openSUSE with 0.7.1 I was not aware of this until now. http://projects.gnome.org/NetworkManager/developers/settings-spec-08.html says that it means that the client can tell NM whether the key is hex or passphrase so NM itself can hash a passphrase. I am also facing this same problem. I am on Kubuntu 9.10 , KDE 4.3.2 and the output of running the qdbus command is : knetworkmanager : (not working) [Argument: a{sa{sv}} {"802-11-wireless" = [Argument: a{sv} {"mode" = [Variant(QString): "infrastructure"], "seciant(QString): "802-11-wireless-security"], "ssid" = [Variant(QByteArray): {49, 57, 51, 52, 32, 35, 50}]}], "80-security" = [Argument: a{sv} {"key-mgmt" = [Variant(QString): "none"], "wep-tx-keyidx" = [Variant(uint): 0]}], = [Argument: a{sv} {"autoconnect" = [Variant(bool): false], "id" = [Variant(QString): "1934 #2"], "type" = [Va): "802-11-wireless"], "uuid" = [Variant(QString): "5bdd3f49-fee8-4c21-9e86-1ff7a7ddb288"]}]}] nm-applet (GNOME) (working): [Argument: a{sa{sv}} {"802-11-wireless" = [Argument: a{sv} {"mode" = [Variant(QString): "infrastructure"], "seen-bssids" = [Variant(QStringList): {"00:14:6c:50:8b:ae"}], "ssid" = [Variant(QByteArray): {49, 57, 51, 52, 32, 35, 50}], "security" = [Variant(QString): "802-11-wireless-security"]}], "802-11-wireless-security" = [Argument: a{sv} {"key-mgmt" = [Variant(QString): "none"], "auth-alg" = [Variant(QString): "open"], "wep-key-type" = [Variant(uint): 1]}], "connection" = [Argument: a{sv} {"uuid" = [Variant(QString): "0bf03017-c1f8-4246-8227-8dad48b2cdc8"], "id" = [Variant(QString): "Auto 1934 #2"], "type" = [Variant(QString): "802-11-wireless"], "timestamp" = [Variant(qulonglong): 1265228180]}]}] Is this still happening? (In reply to comment #9) > Is this still happening? No, and I am sorry I was too busy to produce a bug report. About that time I switched to Ubuntu desktop for some time. Several months later I tried Kubuntu again and the network worked fine. You folks do a nice job and Ubuntu/Kubuntu is the greatest OS I have ever experienced. |