KamoCRM

Recuperează un atașament primit a cărui primă cerere a fost respinsă

Fixkamo-internal
Shipped
9 august 2026 la 17:46 UTC
Author
kamo
Commit
e7b7bc9

Un video ajunge într-o conversație nu a putut fi jucat până la pagina a fost reîncărcat, în timp ce un videoclip pe care membrul tocmai l-a trimis întotdeauna. Ambele copii au fost octe-identical Re-trimiterea aceluiaşi fişier a produs un ataşament de lucru îndreptat spre acelaşi obiect stocat Etichetele media sunt emise de browser, astfel încât spre deosebire de fiecare aduce în aplicația nu pot transporta antetul per-tab X-***-Token și autentifica pe *** cookie-ul singur. Verificat împotriva proxy live: cookie-doar 206, antet-doar 206, nici 401. Asta cookie este re-plantat numai pe activitatea utilizatorului, astfel încât un membru stau inactiv într-o conversație pierde în timp ce restul aplicației continuă să lucreze din sesiuneStorage. Un video care ajunge chiar atunci devine un 401 la prima sa cerere și un <img>/<video>/<audio> Element LATCHES că eșecul. Nu se mai repetă, aşa că controlul rămâne mort până când... Reîncărcare construiește un element nou. Trimiterea este activitate și păstrează cookie-ul în viață, care este motivul pentru care atașamentele proprii ale unui membru nu au fost afectate niciodată. Pe eroare elementul re-plantează acum cookie-ul sesiune și reîncarcă sursa sa o dată. O singură dată: un al doilea eșec este real, și rejudecarea la o sesiune moartă ajută pe nimeni. Acest lucru este de recuperare, nu prevenirea mass-media auth încă se bazează pe un cookie care poate pierde în timp ce sesiunea reală a filei este în viață.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing