Bug 451068

Summary:	Password overwritten by 2FA pin
Product:	[Plasma] plasmashell	Reporter:	Ilario Gottardello <ilario.gottardello>
Component:	Networking in general	Assignee:	Jan Grulich <jgrulich>
Status:	RESOLVED REMIND
Severity:	normal	CC:	lucavall90, nate, nicolas.fella
Priority:	NOR
Version First Reported In:	5.24.0
Target Milestone:	1.0
Platform:	Neon
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Ilario Gottardello 2022-03-03 07:04:02 UTC

SUMMARY
When logging in to my corporate VPN (openvpn) with 2FA, the password saved in the settings (not encrypted) will be overwritten by the PIN I must enter. The next time I will log in, it will fail because of wrong password, so I have to either go every time to the settings and restore the right password, or not save it at all and enter it when connecting.

STEPS TO REPRODUCE
1. Configure an OpenVPN connection with username and password and save it unencrypted
2. Connect to the VPN server, entering the PIN

OBSERVED RESULT
The "password" field in the settings will be overwritten by the PIN and the next time you will log in you must reset it

EXPECTED RESULT
Password fild should remain untouched

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: KDE neon 5.24
(available in About System)
KDE Plasma Version: 5.24.2
KDE Frameworks Version: 5.91.0
Qt Version: 5.15.3

ADDITIONAL INFORMATION
This behavious seems to NOT occour if the password is stored encrypted.

Comment 1 Ben Cooksley 2024-12-23 18:23:36 UTC

Bulk transfer as requested in T17796

Comment 2 Nate Graham 2025-05-28 19:16:13 UTC

Thanks for the bug report, and I'm sorry we weren't able to look into it yet! Are you able to reproduce the issue in Plasma 6.3.5 — or even better, in the Plasma 6.4 beta? Or also the Plasma 6.4 final release, once it comes out in mid-June.

Thanks a lot!

Comment 3 Ilario Gottardello 2025-06-03 22:04:12 UTC

Hello Nate, unfortunately we moved to a different VPN setup where we didn't have a PIN anymore... and I moved away from that job so now I couldn't test it in any way, sorry

Comment 4 Nate Graham 2025-06-04 15:49:34 UTC

Ok, thanks anyway. I'm afraid we'll have to close this then, sorry!