Closed c02y closed 1 year ago
It's not really a bug, the problem is that currently, the file transfer actions are blocking since everything runs on the same thread.
I've been thinking about refactoring the UI for a long time and putting the file transfer on another thread as a Service, but this would require a huge refactoring and a lot of time, which I'm not going to invest at the moment.
The only thing you can do is to avoid long-time execution searches.
Description
A clear and concise description of what the bug is.
When I connect to my ftp client successfully, I try to search a keyword in it using
F
, but it gets stuck in theSearching for "xxx"
window, and I cannot quit the job or use other command likeF10|Q
orF1|H
, I have to kill termcp process from other temrinal.Steps to reproduce
Steps to reproduce the bug you encountered
F
to search somethingExpected behaviour
A clear and concise description of what you expected to happen.
It should successfully find or not_find the files/directories instead of getting stuck, and it should not prevent other commands
Environment
Arch Linux
x86_x64
rustc 1.62.0 (a8314ef7d 2022-06-27)
0.9.0
FTP
Android Smart Phone, not sure the version and name
Log
Report the snippet of the log file containing the unexpected behaviour. If there is any information you consider to be confidential, shadow it.
Additional information
Add any other context about the problem here.