Chrome zatvori chunked transfer

Mam url kde mam chunked transfer. Firefox s tym nema problem no Chrome prijme prvu varku, 300+ kB, paketov a potom zatvori spojenie a hodi mi do konzole Fetch failed loading: GET url.... Pritom v sietovej zalozke je url s 200 OK takze ocividne spojenie bolo nadviazane, headery dosal, aj stiahol data. Co som hladal tak malo pomoct nastavit X-Content-Type-Options na nosniff, co vsak mam, a navyse aj keby to nejak ignoroval, tak 300kb dat obsahuje vsetky headery aj s content-type, cize nema preco fejlnut. Skusil som pouzit aj keep alive ale ani to nepomohlo. Nejake napady? Podoba sa to na toto https://stackoverflow.com/questions/57477805/why-do-i-get-fetch-failed-loading-when-it-actually-worked len ako pisem, v sietovej zalozke vidim ze si stiahol par stoviek kb dat takze body urcite nie je prazdne.---------- Příspěvek doplněn 27.08.2020 v 10:50 ----------hm, tak pre chrome sa musi pre fetch nastavit "no-cors" mód, avsak s nim mi zase zmiznu headery a ani firefox uz nepojde. nevadi, nejak to vyriesim.

len tak strelim od boku - Content-Length so spravnou hodnotou (ak ju poznas dopredu) nepomoze?

tak no-cors nejde lebo dovoli len zopar zakladnych http headerov a nevypise mi ziaden. ked zapnem cors tak ani s Access-Control-Expose-Headers * mi to nejde. cize nie je problem v tom ze chrome nema pristup k nejakemu headeru ale v niecom inom...content length neviem.---------- Příspěvek doplněn 27.08.2020 v 11:04 ----------tak no-cors nejde lebo dovoli len zopar zakladnych http headerov a nevypise mi ziaden. ked zapnem cors tak ani s Access-Control-Expose-Headers * mi to nejde. cize nie je problem v tom ze chrome nema pristup k nejakemu headeru ale v niecom inom... content length neviem.---------- Příspěvek doplněn 27.08.2020 v 11:48 ----------jedine co ma realne napada je, ze bud chrome nespravne interpretuje chunky a nejak zahadne precita koniec streamu, alebo alternativne je tam nejaky timeout. zase teraz mi na jeden pokus chrome fungovlo, potom zase nie. teraz mi ide jedna url, druha nie. ...---------- Příspěvek doplněn 27.08.2020 v 11:53 ----------myslim ze v konencom dosledku to nebude o servery ale o javascripte. chrome robi nieco inak nez ff.pouzivam toto:fetch(adresa, options).then(function (response) { const reader = response.body.getReader(); function readChunk() { return reader.read().then(({value, done}) => { if (done) { push(); return; } cache.push(value); push(); return readChunk(); }); } return readChunk(); }).catch((reason) => { console.error(reason); });---------- Příspěvek doplněn 27.08.2020 v 12:41 ----------no nic, asi to prerobim na http2.---------- Příspěvek doplněn 27.08.2020 v 17:20 ----------ako som pisal, mam dve url, jedna v chrome ide(sama od seba), druha nie. pri tej druhej mi to na servery hodi

wsasend: An established connection was aborted by the software in your host machine.

hned ked zapisem druhy chunk.---------- Příspěvek doplněn 27.08.2020 v 17:24 ----------mno, tak ked vypnem gzip tak mi obe url spadnu naraz s rovnakym errorom. ma jebne uz asi :D---------- Příspěvek doplněn 27.08.2020 v 18:08 ----------tak po celom prejebanom dni si myslim ze problem je v tom ako chrome pristupuje k bufferu ktory drzi vratene data(response.body.getReader().then(({value, done}) => {}). tym ze je to konstantny stream tak sa buffer neustale zvecsuje, az dosiahne limit. vtedy, ak si dobre pametam, sa interne len posunie nejak offset aby nepretiekol int na velkost a pokracuje sa dalej v zvecsovani. ocividne vsak chrome asi ma nejaky limit, ked ked sa naplni buffer tak namiesto toho aby ho zvecsil, tak skonci, lebo to berie ako kompletnu odpoved. ako to fixnut vsak nemam sajnu. buffer/uint8 array co mam v readeru a co pushujem do cache je mam pocit ten isty buffer/pointer ktory sa meni s kazdym resolvom. z nejakeho dovodu s tym vie firefox pracovat spravne, chrome nie. aspon to je moja domnienka, lebo uz ma naozaj nic ine nenapada.---------- Příspěvek doplněn 27.08.2020 v 18:33 ----------pridal som Cache-Control no-store a teraz mi chrome errorne s net::ERR_FAILED 200 (OK).toto su aktualne moje cors headery(aj ked neviem na aku <> su nutne pre GET):Access-Control-Allow-Origin: * // devAccess-Control-Allow-Headers: Accept-Encoding // Accept-Encoding for gzipAccess-Control-Allow-Methods: GETAccess-Control-Expose-Headers: Transfer-Encoding, X-Timestamp-Offset---------- Příspěvek doplněn 28.08.2020 v 10:04 ----------ked pridam Date header tak mi len zatvori spojenie s 200, uz bez erroru.---------- Příspěvek doplněn 28.08.2020 v 10:35 ----------hm, tak je to rozna kombinacia roznych headerov. proste ako sa mu chce. kaslem na cely chrome uz.---------- Příspěvek doplněn 28.08.2020 v 13:58 ----------tak 100% je chyba v chrome. aj pri SSE mi nacita prvy event a zavrie. mozno blba instalacka alebo co, takze asi tak. zahada bermudskeho trojuholniku je vyriesena.