`desync extract` ignores compressed `.cacnk` chunks

[HaleTom]

Attempt 1: Validating [========================================================================================================] 100.00% 13s
Attempt 1: Assembling [=============================================>----------------------------------------------------------]  43.42% 12s
Error: chunk 8b041875876f52d4006af6ac465d92e090cfd675603c05db3e2f8315764262ad missing from store

But the compressed version exists:

[tom@nas desync-store.home-var]$ fd 8b041875876f52d4006af6ac465d92e090cfd675603c05db3e2f8315764262ad
8b04/8b041875876f52d4006af6ac465d92e090cfd675603c05db3e2f8315764262ad.cacnk

After I manually extract it, I can continue:

[tom@nas desync-store.home-var]$ cd 8b04
[tom@nas 8b04]$ zstd -d 8b041875876f52d4006af6ac465d92e090cfd675603c05db3e2f8315764262ad.cacnk -o 8b041875876f52d4006af6ac465d92e090cfd675603c05db3e2f8315764262ad

Now to write a script to automate this ;)

[HaleTom]

It seems that the culprit was:

  "store-options": {
    "/btrbk/ssh-in/desync-store.home-var/": {
      "uncompressed": true
    }

Changing to false allowed desync to "see" the compressed hunks.

Surely this config option should only be for the (re)writing of hunks that don't already or validly exist in either compressed/uncompressed form?