I wonder if that is a bug or just missing relatively easy functionality or if this would be something hard to implement. My assumptions:
-the retransmits are handled by the Bluetooth stack and so separate from the application itself. (Bluetooth receivers and transmitters have their own dedicated compute hardware to do this)
-Bluetooth packets have a timestamp or a sequence number of some kind to be able to reconstruct the order the data should be
-receivers that drop data just take the latest packets and write that to it’s stream
To me it seems like they should be able to detect it received an older packet and be able to backfill the stream. Since the flash memory store it writes the data to has to be done in blocks there should be a block that hasn’t be written out yet that could still be modified before it gets flushed out.