This is a small correctness release. The send step previously stamped FHIR Binary.contentType with the non-standard text/zip for CSV and Parquet outputs, even though every file is zipped identically for transfer. All Binaries now carry the IANA-registered application/zip, so strict downstream FHIR consumers no longer risk rejecting or mishandling the archive.
What's Changed
Bug Fixes
- Use
application/zipfor CSV/ParquetBinary.contentType—detectContentTypereturned the non-standardtext/zipfor.csvand.parquetfiles while.ndjsongotapplication/zip, despite all files being zipped identically viazipSingleFile. ThecontentTypedescribes the archive, not the pre-zip payload, so every Binary now reports the IANA-registeredapplication/zip. (closes #532) #533