versions 7.1.0 and 7.1.1 hang on Linux Mint 22 (7.0.0 is fine)

[arxo]

Since version 7.1.0 I of Yubico Authenticator I experience reproducible hangs.
The UI freezes and I cannot enter the OTP or FIDO pin:

Here is the gzipped strace output for versions 7.0.0 (works fine) / 7.1.0 (hangs) / 7.1.1 (hangs) for comparison:
strace_7.0.0.txt.gz
strace_7.1.0.txt.gz
strace_7.1.1.txt.gz

YubiKey model: YubiKey 5 NFC
OS: Linux Mint 22
CPU: Ryzen 7 3700X
Mainboard: MSI B-550A Pro
GPU: NVidia GeForce GTX 1050 Ti (driver 550.120)
Desktop: Cinnamon
Display server: X11

[AdamVe]

Hi, thank you for providing the logs. I’ve reviewed them and noticed that the 7.1.x versions stop responding after a specific system call, but I’m unable to pinpoint the exact cause at the moment. 🙂

Could you please run the program with the following arguments to capture all the app's log messages?

./authenticator --log-level traffic --log-file authenticator.log

Additionally, I’ve looked into whether this might be a known issue within our framework, Flutter, and I found a similar case (see flutter/flutter#153560). In that case, the app freezes when a text field is activated, and it can remain unresponsive for up to 40 seconds. Could you check if you’re experiencing something similar on your end?

[arxo]

@AdamVe
Is it safe to provide the traffic logging as long I just open the app and do not enter a pin (which I can't anyway because of the bug)?
I do not want to publicly expose any sensitive data.

[arxo]

Btw. I can reproduce the Flutter issue you linked (flutter/flutter#153560) on my machine as well.

[AdamVe]

Thank you for following up. I understand your concerns. Opening the app without entering your PIN or password should not reveal any sensitive information in the log. You can review the log before sharing it. It will include JSON communication, RECV and SEND hex data, and the YubiKey DeviceInfo—feel free to remove or obfuscate any sensitive details as needed.

I see that you were able to reproduce the Flutter issue. In this case, I believe we’ll need to wait for a bug fix from Flutter. Personally, I wasn’t able to reproduce the issue on my end.

[arxo]

Since Flutter is likely the culprit, I think I won't bother with the log for now and wait for the upstream fix.
Btw. I tried this on three other PCs running LM 22 and they do not have the issue (all Intel CPUs with integrated graphics).

[AdamVe]

Am I right that you see the issue on a machine with Nvidia drivers? Is there any chance you could try to run the app without the driver loaded and see if that changes anything?

[arxo]

Bingo :) After booting a LM 22 live image from USB, which uses the nouveau driver instead of NVidia's, I could run 7.1.x without any hangs in the pin input fields.

[arxo]

In the flutter bug ticket someone reproduced this with AMD graphics (and NVidia was fine, but no mention of which driver was used), so it's not necessarily just an NVidia issue.

[AdamVe]

I agree. Let's keep this ticket opened till we have a version without the buggy behavior. Thanks for reporting and taking your time with preparing the logs and testing :)

[arxo]

FYI, there is now a potential workaround mentioned in the flutter ticket: disabling the virtual keyboard in Linux Mint's accessibility options.
I successfully tested this.
Note that this is different than just closing the virtual keyboard - it has to be fully disabled. Opening the virtual keyboard app from the start menu afterwards will re-enable it.