Filezilla UI Hangs After Clicking "Yes" for "File Has Changed" dialog

[dbareis]

The "freeze" causes everything in FileZilla except scrolling file/dir listings to fail. You have to kill the process to terminate it as it will not close.

It does this depending on timing of other UI interactions. For example it takes a while to determine that the file has changed and display the dialog, if a split second before that you clicked a tab to change to a different connection/view then it may hang.

=======
FileZilla Client

---

Version: 3.67.1

Build information:

Compiled for: x86_64-w64-mingw32
Compiled on: x86_64-pc-linux-gnu
Build date: 2024-07-10
Compiled with: x86_64-w64-mingw32-gcc (GCC) 12-win32
Compiler flags: -O2 -g -Wall -Wextra -Wno-deprecated-copy -ffunction-sections -fdata-sections -Wno-cast-function-type

Linked against:

wxWidgets: 3.2.5
SQLite: 3.39.4
GnuTLS: 3.8.4

Operating system:

Name: Windows 11 (build 22631), 64-bit edition
Version: 10.0
Platform: 64-bit system
CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi bmi2 adx lm
Settings dir: C:\Users\Dennis\AppData\Roaming\FileZilla\

[Tim Kosse]

I'm unable to reproduce it. Could you please provide detailed step-by-step instructions how you manage to get into this situation?

[dbareis]

As mentioned it is timing related so you may find a debugger and breakpoints handy to reproduce. It takes a while for file changes to be detected on my computer, I don't know why, on my laptop they are fast enough that it would be hard to reproduce.

How can I capture/send debug or other logs?