Cache metadata directory

[ghost]

trafficstars

In the Android application, when opening a folder that has a lot of long file names, the app needs to open each .lng file and traverse to the corresponding metadata file to find the full name. This can be extremely slow with folders of hundreds of files.

Given that metadata names are static and based on the SHA1 where collisions are unlikely, it should be possible to cache the entire m/ directory.

In fact, it looks like Cryptomator desktop apps don't clean up the SHA1 hashes at all.

Proposed solutions:

1. Cache the m/ directory. This should not really take much space given this is really just a big hashtable of SHA1 to filename
2. Have an alternate thread that preloads the entire m/ directory for faster traversals in the future.

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[overheadhunter]

Reopening, as I second this feature request. Starting with 1.5.0 there will no longer be a "m" directory, but the concept stays the same. It doesn't affect security, since the "rainbow table" only contains hash/ciphertext pairs.

[jwsp1]

Any news on this issue?