Output in interactive mode gets visually corrupted when size of first 2 columns changes.

[ghuls]

Output in interactive mode gets corrupted when scanning a big directory (200 TiB of data).

Like the first entry should be cbravo.
A lot of entries are corrupted by a dir called bvds (probably because the with of the first 2 columns changed so it didn't overwrite characters that where there.

/some/dir/with/lots/of/files_and_dirs (3 10 items)──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┐
└─  7─41─T───────██ ──dwm x ravo                                                                                                                                                                                                          ┘
    2 34 T              bvcbravo
    1 31 T   █          dsvpotier
    1.03 TB |█         |bvdsvet re
  711.71 GB |█         |cfbvds
  309.28 GB |          |  cflerin
  119.21 GB |          |  dkoldere
    1.98 GB |          |  dmauduit
    8.20 KB |          |  .DS_Store
    4.10 KB |          |  ._.DS_Store

Total disk usage: -  Entries: 10247281   -> scanning <-──

[Byron]

Sorry for the late reply, my notification settings were incorrect.

I have seen this before in one way or another - maybe you can validate it's similar to what you are experiencing.

For that, clone this repository, run dua i and navigate to the directory (or its siblings).

git clone https://github.com/Byron/dua-cli && cd dua-cli
dua i

It's known that some unicode characters are not drawing correctly.
Maybe you can figure out which directory is causing this and bundle a minimal example so it can be reproduced.

Then the issue may be fixable.

[Byron]

I am closing this issue as it seems impossible to reproduce without additional help.
Please feel free to reopen once there is some time to follow up.
Thank you