- Shipped
- 8 novembre 2026 alle ore 08:17 UTC
- Author
- Kamo
- Commit
- e5ca475
Un caricamento di documento richiesto Antivirus mantiene mentre occupato viene registrato in una volta per OGNI tipo (antivirus_status PENDING, bloccato dal triplo contenuto dell'originale) e risposte 202 + scansione PENDING; la richiesta non blocca più fino a 45 secondi per il hold e un rendering, e mai Risponde 503 'prova di nuovo' per esso. LegalHeldUploads lo completa: un abbonamento alla coda CORE NATS (gruppo docs-legal-antivirus) su antivirus.hold.verdict attende la riga e il completer di ConversionService per memorizzare il Controlla i byte, quindi crea il PDF da QUEI byte (Office: ConversionService's own post-hold (convertitoDat; foto: convertito qui, in piedi) e si muove dannoso dopo il hold -> BLOCCATO + famiglia (il caricatore e gli Antivirus viewer sono stati bloccati) Idempotente (scrive solo atterrando su un'altra macchina, come detto da AntivirusGate quando il completatore ha registrato il verdetto) una riga ancora in attesa), riprovato su YugabyteDB conflitti, annunciato su rt.org.<org>.docs con il L'evento è un nudge: l'upload fa scattare un tentativo di caricamento, ma non riesce Dopo il suo commit e qualsiasi lettura di un file PENDING ne lancia un altro. Ogni lettura (membro, revisore, SI pre-check, binder eseguito) di un file PENDING risponde 423 ANTIVIRUS_CHECKING, di un BLOCKED uno 423 ANTIVIRUS_BLOCKED (famiglia, fileName), e il Il PDF passa attraverso il gate di lettura Antivirus; il controller del revisore mantiene la forma della piattaforma Il membro non può terminare mentre un file è ancora in fase di controllo o blocco.