-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Opening mdt in a large directory freezes the terminal. #127
Comments
On vacation. Won't start soon. However, to solve this, it would require another thread to read the directory and sending it to the UI thread. Or going full asynchronous. It's currently fully sync on one thread (not really, but for this it is). Both sounds like pain. Ctrl + C or other signal should be respected tho. Just haven't bothered dealing with them yet. |
All good, this is OSS, not a job! Once you had to |
Any suggestion on which approach sounds best to implement? |
Seems like a matter of preference. |
It's now fixed. Files gets accessible as it finds them. Some few hiccups I didn't patch this version related to how they are sorted, but yeah, no more loading screen |
Observed Behavior
When opening mdt in a large directory (e.g.
/
), it displays aLOADING...
message and becomes unresponsive(even to keyboard events like
q
).Expected Behavior
Mdt should not become unresponsive, and close immediately when
q
is pressed.Open Questions
Instead of displaying a loading screen, it might be nicer (although more work to implement) to immediately start, but lazily populate the list of documents.
It would probably be a good idea to use a breadth first search for this, so that the search does not get 'stuck' in some deeply nested directory right away.
Another option would be to display a folder explorer instead of a recursive search.
Should mdt respect
Ctrl+C
as a termination request? It currently doesn't, but maybe should (at least within the loading screen, if we keep that).The text was updated successfully, but these errors were encountered: