- Expediere
- 24 septembrie 2026 la 06:50 UTC
- Autor
- Kamo
- Comite
- 0aea879
A HEIC dropped on a bug report was refused with "must be a PNG, JPEG, WebP or GIF image" — the camera-roll format of every iPhone, AirDropped to a Mac as it is. The server is right not to store one: the picture has to render in Chrome and be read by an AI session, and neither decodes HEIC. So the dropzone now converts it to a JPEG before staging it, and the file picker stops greying .heic out. Safari decodes HEIC natively (createImageBitmap); everywhere else libheif as WebAssembly (heic-to, the /csp build) is imported only when a HEIC arrives, so nobody else downloads its 3 MB. The longest edge is capped at 4096 so a 48 MP photo stays under the 10 MB image ceiling. The window is busy while a photo converts, so a report cannot be sent without it. A photo that cannot be converted is passed through and refused by name, as before. Verified in headless Chrome against the real dropzone: a HEIC stages as IMG_0275.jpg (FF D8 FF, what SystemBugService sniffs), its thumbnail draws, and a PNG drop never fetches the converter chunk.