TransferBytes and UncompressedBytes are always zero for text receives about wormhole-william

[psanford]

Thanks for raising this.

First some background on why it works the way it does today. The CompressedBytes and TransferBytes are primarily there to show to the receiver before they accept a file (or directory) transfer, allowing them to reject files that may be too large. They are fields that are part of the offer sent by the sender via the rendezvous server for files and directories. This happens before a direct connection is made between the two clients. Text messages work a little differently. The full contents of the text message is stored encrypted in the mailbox on the rendezvous server. This means that there is no opportunity to reject the message before fully receiving its contents.

Given that one of the goals of the API was to be as consistent as possible between the different types of offers, I think its reasonable to populate these fields. However, I think we should clearly document that the for Text messages, the size is populated by fully receiving the message in memory and that you can't reject a text message at that point.