'kopia content stats' misreporting?

General Topics
1

I ran ‘snapshot migrate’ to apply compression to all snapshots in my repository (see Recompressing objects in repository - #6 by Jakoma02) as I originally created repository with several extensions excluded from compression.

The migrate process worked and reduced the repository size by ~30GB, but when I run ‘kopia content stats’ against the before and after repos, they both show the same compression / uncompressed:

before:

Count: 38263
Total Bytes: 123.5 GB
Total Packed: 119.8 GB (compression 3.0%)
By Method:
  (uncompressed)         count: 25412 size: 96.9 GB
  zstd                   count: 9682 size: 25.8 GB packed: 22.2 GB compression: 14.1%
  zstd-fastest           count: 3169 size: 772.7 MB packed: 740.2 MB compression: 4.2%
Average: 3.2 MB

after:

Count: 38280
Total Bytes: 123.5 GB
Total Packed: 119.8 GB (compression 3.0%)
By Method:
  (uncompressed)         count: 25416 size: 96.9 GB
  zstd                   count: 9975 size: 26.6 GB packed: 22.9 GB compression: 13.8%
  zstd-fastest           count: 2889 size: 5.4 MB packed: 2.2 MB compression: 58.7%
Average: 3.2 MB

Bug or user stupidity?

2

“if Kopia notices that a data chunk grows size after compression, it will simply use the original data (which explains why you might still see significant “(uncompressed)” in the kopia content stats output” - Compression | Kopia

That solves the puzzle for me why so much data was uncompressed, but not why the two repo stats are reported as being ~identical but Windows Explorer shows a 30GB difference.