Skip to content
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

Trying to open folder was extremely slow, and then the whole Files window disappeared #3373

Closed
eamodio opened this issue Jan 31, 2021 · 10 comments

Comments

@eamodio
Copy link

eamodio commented Jan 31, 2021

Describe the bug
I tried to open/switch to few folders, and it was really slow -- the progress indicator spun for at least a few seconds (and this is on a very fast local SSD). And on the 3rd folder I tried to open, it just spun for 10+ seconds until the window completely disappeared. While I haven't been able to reproduce the extreme slowness since, the app still feels quite slow to switch to folder (worse for the first time the folder was visited).

Opening the same folder in explorer is instant, but it takes 1-4s now. I don't remember this slowness before 1.2.

To Reproduce
Steps to reproduce the behavior:

  1. Switch between folders

Expected behavior
Switch between folders quickly and not crash

Desktop (please complete the following information):

  • OS Version: [10.0.19042 Build 19042]
  • App version: [v1.2.0.0]

Log file
debug.txt
debug_fulltrust.txt

@eamodio eamodio added the bug label Jan 31, 2021
@R3voA3
Copy link
Contributor

R3voA3 commented Jan 31, 2021

Same as in #3380

@hez2010
Copy link
Member

hez2010 commented Feb 1, 2021

@yaichenbaum I think this might be caused by persistent cache in previous version.
We have changed the cache behavior to store only limited entries, but if users upgrade Files from previous version, they still have old full cache entries in SQLite which leads to long loading time for the first time (cache entries will be updated after first time loaded). This may explain why the performance is worse for the first time the folder was visited.

@eamodio Could you try removing %localappdata%\Packages\49306atecsolution.FilesUWP_et10x9a9vyk8t\LocalCache\cache.db and restart Files to see if it helps?

@eamodio
Copy link
Author

eamodio commented Feb 1, 2021

Tried that, and I'm not sure I'm seeing much of a difference (maybe slightly?). I also tried with and without caching, and also don't notice too much of a difference -- with caching I don't see it painting the icons of the folders/files when I switch into a folder, but it still takes it 1-2s to show anything.

Another thing I noticed, is that when switching to a folder. When the parent folder is scrolled down and then you try to switch into a child (double-click or enter), it seems to re-paint the parent folder, scrolled to the top, then switches to the child. And then if you go back to the parent, it paints the parent scrolled to the top and then scrolls down.

@hez2010
Copy link
Member

hez2010 commented Feb 1, 2021

but it still takes it 1-2s to show anything.

@eamodio Did the progress indicator appear during this "1-2s"?

@eamodio
Copy link
Author

eamodio commented Feb 1, 2021

Yeah

@R3voA3
Copy link
Contributor

R3voA3 commented Feb 1, 2021

Seems like resetting the app improves the performance, making it better, yet not great.

@Msouza91
Copy link

I wouldn't be so sure this issue is related to cache from previous version, I installed files just this week and am experiencing this same problem, trying to move files around or swtching between folders and had crashes or very slow file operations like renaming or deleting.

@yaira2
Copy link
Member

yaira2 commented Mar 17, 2021

@Msouza91 Please open an issue and include the logs if the app crashes so that we can investigate the issue.

@Msouza91
Copy link

Many of the settings and labels in my version of the app are in arabic, I did not find where to save the log file, is it something I have to enable before the issue happens?

@gave92
Copy link
Member

gave92 commented Jun 1, 2021

Closing as folder enumeration speed is improved in main (#4922). Cause for crash during load was also fixed (new details view)

@gave92 gave92 closed this as completed Jun 1, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants