- Spegnimento
- 27 agosto 2026 alle ore 01:40 UTC
- Autore
- kamo
- Impegno
- 615367f
"POST"... "Sistema o cancella l'emoji del chiamante e risponde con... l'intero set di reazione del messaggio, quindi un client che si è corsa converge sul server stato invece di per sé indovinare. La reazione è trattata come parlare: stessa sessione controllo e stessa organizzazione chat policy come l'invio, perché un membro che non può rispondere qui non può rispondere con un 👍. Le emoji sono convalidate, non fidate. È reso verbatim sotto qualcun altro messaggio nella conversazione di tutti, quindi il cancello è a forma di whitelist e strutturale: diviso su il falegname di larghezza zero, nessun segmento può contenere più di un pittografo. Ci vuole una famiglia o una professione tonica della pelle e rifiuta 👍👍, che è due reazioni digitate come una, insieme a testo, solitari e mezza bandiera. PATCH /api/media/messages/{id} corregge un messaggio. Deliberatamente non ha lasciato se qualcuno ha letto, che è l'unica regola che unsend ha — vedere l'impegno condiviso-librario per il perché i due differiscono. Si rifiuta un corpo vuoto su un messaggio senza file (la scrittura di un messaggio è in sospeso, che ha una propria regola), rifiuta un messaggio già consegnato ad un esterno social platform (nessuno qui può raggiungere quella copia), lascia cadere le traduzioni cache del messaggio, e file che diceva. Inoltre: MESSAGE DELETED e ATTACHMENT REVOKED ora portano `id` e `messageId`. La staffa progetti ogni frame attraverso ChatMessageDto, che non ha un campo MessageId, così entrambi gli eventi raggiunto il browser con id: null e ogni abbonato li ha scartati — un messaggio non inviato rimase sullo schermo dell'altro lato fino a quando non si ricaricarono. Il relè javadoc ora dice ad alta voce che si tratta di un permesso, dal momento che è ciò che ha reso possibile una goccia silenziosa.