https://bugs.kde.org/show_bug.cgi?id=346118
--- Comment #65 from Alexander Potashev <aspotas...@gmail.com> --- Created attachment 97732 --> https://bugs.kde.org/attachment.cgi?id=97732&action=edit video about connection name corruption The patch "Patch 2 - new debug" applied cleanly, but I could not reproduce the crash using the same proceduce (by clicking "Connect" for Wi-Fi connection and then for VPN connection). I guess it's because of massive debug output which shades the thread synchronization issues. With qtdeclarative-5.5.1 + both of the attached patches I found another data integrity issue, see the attached video. In this video, "Tenda_283748" is a Wi-Fi access point, "rnet-cell-client" is a VPN connection. Here is what I do: 1. Connect to Wi-Fi AP. 2. When Wi-Fi connection is up, connect to VPN. 3. While VPN is setting up, quickly click the button against "Tenda_xxxxxx" to disconnect from Wi-Fi. You would expect this button to be named "Disconnect", but it's still named "Connect". 4. Now "Tenda_xxxxxx" is visually gone from the list, but in fact it's still here, but now entitled "rnet-cell-client". I'm afraid this might be a different bug existing solely in plasma-pa, but I'm letting you know about it for a more complete picture. -- You are receiving this mail because: You are watching all bug changes.