.mdix.key: compressed_size always equals original_size; encrypted_size is really just "final pipeline output size", mislabeled

[Mid-D-Man]

Summary

Two related bugs in the DLM pipeline's size accounting, both surfacing in the .mdix.key file's @KEY_COMPRESSION and @KEY_FILE_INFO sections:

compressed_size is always equal to original_size. It never reflects the real post-compression byte count, even when compression genuinely ran and reduced the data.
encrypted_size isn't actually "the size after encryption" — it's the size after whatever the pipeline did, compression included. It happens to be numerically correct as "the final byte count," which is why it looks trustworthy, but the field name promises something it isn't specifically measuring — it's populated the same way whether or not an encryptor ran at all.