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.

Reply via email to