Bug 357068

Please provide information as described here: https://techbase.kde.org/Projects/Solid/Plasma-nm#Plasma-nm_doesn.27t_remember_my_password

It's possible that NM assumes that you got disconnected because of missing password and then asks for it through our secret agent so I need to know what's going on.

Created attachment 96697 [details]
nmcli connection show

Created attachment 96698 [details]
journalctl

$ if `qdbus org.kde.kded5 /kded org.kde.kded5.loadedModules | grep networkmanagement > /dev/null`; then echo "running"; else echo "not running"; fi
running

kded5:
plasma-nm: virtual NMVariantMapMap SecretAgent::GetSecrets(const NMVariantMapMap&, const QDBusObjectPath&, const QString&, const QStringList&, uint)
plasma-nm: Path: "/org/freedesktop/NetworkManager/Settings/0"
plasma-nm: Setting name: "vpn"
plasma-nm: Hints: ()
plasma-nm: Flags: 4
Pass a valid window to KWallet::Wallet::openWallet().
plasma-nm: bool SecretAgent::processGetSecrets(SecretsRequest&) const Waiting for the wallet to open
plasma-nm: virtual void SecretAgent::SaveSecrets(const NMVariantMapMap&, const QDBusObjectPath&)
plasma-nm: Path: "/org/freedesktop/NetworkManager/Settings/0"
Pass a valid window to KWallet::Wallet::openWallet().
plasma-nm: bool SecretAgent::processDeleteSecrets(SecretsRequest&) const Waiting for the wallet to open
plasma-nm: virtual NMVariantMapMap SecretAgent::GetSecrets(const NMVariantMapMap&, const QDBusObjectPath&, const QString&, const QStringList&, uint)
plasma-nm: Path: "/org/freedesktop/NetworkManager/Settings/0"
plasma-nm: Setting name: "vpn"
plasma-nm: Hints: ()
plasma-nm: Flags: 4
plasma-nm: virtual void SecretAgent::SaveSecrets(const NMVariantMapMap&, const QDBusObjectPath&)
plasma-nm: Path: "/org/freedesktop/NetworkManager/Settings/0"

Hi, sorry for late response. According to the output from kded5 it looks that NM requests secrets based on user request (which doesn't make sense) unless this is reported when you were trying to edit this connection, but if it's due to re-activation then there is something wrong apparently. Also, your secrets are marked to be stored in NetworkManager even when there is no password involved/required  so NM shouldn't ask at all. Btw. both windows are requested by our secret probably as I see more requests to manipulate with secrets.

What is your NetworkManager version? I don't see any related info in the NM log, but I think this problem is NM related.

$ dpkg -s network-manager
Package: network-manager
Status: install ok installed
Priority: optional
Section: net
Installed-Size: 14090
Maintainer: Utopia Maintenance Team <pkg-utopia-maintainers@lists.alioth.debian.org>
Architecture: amd64
Version: 1.1.90-5
Depends: libbluetooth3 (>= 4.91), libc6 (>= 2.17), libglib2.0-0 (>= 2.39.4), libgnutls30 (>= 3.4.0), libgudev-1.0-0 (>= 165), libmm-glib0 (>= 1.0.0), libndp0 (>= 1.2), libnewt0.52, libnl-3-200 (>= 3.2.7), libnm0 (>= 1.1.90), libpolkit-agent-1-0 (>= 0.99), libpolkit-gobject-1-0 (>= 0.104), libreadline6 (>= 6.0), libsoup2.4-1 (>= 2.40), libsystemd0, libteamdctl0 (>= 1.9), libuuid1 (>= 2.16), init-system-helpers (>= 1.18~), lsb-base (>= 3.2-14), wpasupplicant (>= 0.7.3-1), dbus (>= 1.1.2), udev, adduser, isc-dhcp-client (>= 4.1.1-P1-4), libpam-systemd, policykit-1
Recommends: ppp, dnsmasq-base, iptables, modemmanager, crda, iputils-arping
Suggests: libteam-utils
Breaks: ppp (>= 2.4.7-2~), ppp (<< 2.4.7-1+~)
Conffiles:
 /etc/NetworkManager/NetworkManager.conf 914f22205f2ed4d4bc84f3682ecd3153
 /etc/NetworkManager/dispatcher.d/01ifupdown 299819a8e64f00a1edbdfc99d05a8594
 /etc/dbus-1/system.d/nm-dispatcher.conf 5711a76c31a3763750fe2c331741f679
 /etc/dbus-1/system.d/org.freedesktop.NetworkManager.conf 293db8ed3188eb8b5b164571d753bd60
 /etc/init.d/network-manager 59b97edb8cc5f8db9882118fbf102a88
Description: network management framework (daemon and userspace tools)
 NetworkManager is a system network service that manages your network devices
 and connections, attempting to keep active network connectivity when
 available. It manages ethernet, WiFi, mobile broadband (WWAN), and PPPoE
 devices, and provides VPN integration with a variety of different VPN
 services.
 .
 This package provides the userspace daemons and a command line interface to
 interact with NetworkManager.
 .
 Optional dependencies:
  * ppp: Required for establishing dial-up connections (e.g. via GSM).
  * dnsmasq-base/iptables: Required for creating Ad-hoc connections and
    connection sharing.
    address configuration.
  * libteam-utils: Network Team driver allows multiple network interfaces to be
    teamed together and act like a single one. This process is called "ethernet
    bonding", "channel teaming" or "link aggregation".
Homepage: https://wiki.gnome.org/Projects/NetworkManager

$ dpkg -s network-manager-vpnc
Package: network-manager-vpnc
Status: install ok installed
Priority: optional
Section: net
Installed-Size: 82
Maintainer: Utopia Maintenance Team <pkg-utopia-maintainers@lists.alioth.debian.org>
Architecture: amd64
Version: 1.1.90-2
Depends: libc6 (>= 2.4), libglib2.0-0 (>= 2.37.3), libnm0 (>= 1.1.90), vpnc
Conffiles:
 /etc/NetworkManager/VPN/nm-vpnc-service.name 7f51a018f71365892e1a374df3942c93
 /etc/dbus-1/system.d/nm-vpnc-service.conf fd1972dab1966261b4cc7aaa274d3e84
Description: network management framework (VPNC plugin core)
 NetworkManager is a system network service that manages your network devices
 and connections, attempting to keep active network connectivity when
 available. It manages ethernet, WiFi, mobile broadband (WWAN), and PPPoE
 devices, and provides VPN integration with a variety of different VPN
 services.
 .
 This package provides a VPN plugin for vpnc, providing easy access to Cisco
 Concentrator based VPN's.
Homepage: https://www.gnome.org/projects/NetworkManager/

Cannot reproduce. Given the issue is pretty old and many things has changed since then I'm closing now this bug. Re-open it please if you still have this problem with latest Plasma release.

Bulk transfer as requested in T17796