Comments
norbertj
Works for me (POP3 and SMTP tested).
Works for me with "standard" USB card reader and smartphone.
Works still fine for me, but as Xfce user I cannot verify the fix for KDE.
Works well like previous version.
Works for me (mainly POP3 and SMTP used).
Works fine for me, lost translations are back.
Both updates work fine for me.
Works fine as usual.
I don't use many features but can confirm POP3 and SMTP to work.
Works well with "standard" USB card reader and smartphone.
German translations not yet available for new features but otherwise another great update with useful enhancements.
Noticed minor regressions like lost German translations or "pavucontrol --version" not displaying the version number, but works fine besides of that.
Works for me with standard USB card reader and smartphone. Didn't notice changes besides version number.
Seems to work mostly for me with Xfce Spin. No crashes caused by screen lock, but database unlock hangs forever in a VM with only 1 CPU: https://github.com/keepassxreboot/keepassxc/issues/10391
Works fine for me again. Tested with "standard" USB card reader as well as smart phone with pin entry on either side.
Similar to the F39 build the config file is now located in ~/.config/AusweisApp.
Works fine for me again. Tested with "standard" USB card reader as well as smart phone with pin entry on either side.
Had to recreate coupling with smart phone because config file location changed from ~/.config/'Unknown Organization' to ~/.config/AusweisApp. Copying the existing file to the new location might have also worked.
Many thanks for the immediate fix!
Same issue as with F39 build: Attempts to authenticate fail immediately. Downgrade to current stable version 2.0.3-1 fixes the issue.
The initial issue described in #2228325 seems to be back, although the error messages may differ slightly. Attempts to authenticate lead immediately to a message stating "unknown network error" with error codes Workflow_TrustedChannel_Establishment_Error and Get_TcToken_Network_Error.
Downgrade to current stable version 2.0.3-4 fixes the issue.
Can confirm that paste operation works again if text contains a LF.
Works for me (POP3 and SMTP tested).