- Spegnimento
- 24 settembre 2026 alle ore 23:32 UTC
- Autore
- Kamo
- Impegno
- 593585d
Un'immagine di chat è disegnata al massimo 240x240 CSS px e la bolla ha scaricato l'intero originale per farlo — 3-8 MB per foto del telefono, per visualizzatore. AttachmentChip ora disegna Non e' vero. WebP 480px di MediaService (tenute di KB), fatto la prima volta che qualcuno chiede e risponde con l'originale ogni volta che un immagine non ha nessuno (un'animazione, un vettore). Il lightbox, download, video e audio continuare a leggere l'originale. Fallback: se l'anteprima fallisce la bolla prova l'originale allo stesso URL generazione, e solo il fallimento di ORIGINAL entra in usoAttachmentSource recupero (cookie re-plant, quindi il verdetto HEAD) — un'anteprima rotta non è mai segnalato come un file mancante. Il chip ricorda che url l'anteprima ha fallito, così un recupero che cambia l'url (il ri-pianto, Retry) prova l'anteprima di nuovo invece di lasciare l'intero originale nella bolla. /api/media/* non è un prefisso proxied, quindi l'anteprima ha il proprio file di percorso. Entrambi i percorsi ora condividono app/lib/imagingProxyRelay.ts (stesso OTK forward, stesso passaggio del CSP/nosniff/disposizione di MediaService, più x-attachment-rendition), e rifiutare un id che non è un UUID prima di costruire l'URL a monte. Distribuire AFTER MediaService (l'endpoint /preview). Se questo atterra prima il richiesta di anteprima 404s a monte e ogni bolla rientra all'originale — Il comportamento di oggi, una piccola richiesta in più.