ipfs-webui icon indicating copy to clipboard operation
ipfs-webui copied to clipboard

Opening a big HAMT-directory takes forever

Open lidel opened this issue 3 years ago • 0 comments

/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:

2022-08-01_22-07

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)

lidel avatar Aug 01 '22 20:08 lidel