Opening a big HAMT-directory takes forever
- Dominant language
- JavaScript
- Stars
- 1.6k
- Forks
- 534
- PR merge metrics
- No merged PRs in 30d
Description
`/ipns/en.wikipedia-on-ipfs.org/wiki/` is an UnixFS HAMT-sharded directory with 20M of files.
Currently, ipfs-webui tries to open it as it would any other directory, and it ends up with spinner/loader animation looped forever:
> 
How to solve this? Need more analysis and UX design.
- Files screen could have special handling for HAMT-directories
- Minimal fix is to refuse to open HAMT-sharded dirs, informing user the directory is too big to be rendered, and suggest using CLI.
- Proper fix, add better API to Kubo, allowing for streaming dir items with some sort of pagination (https://github.com/ipfs/kubo/issues/8455)
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.