Closed kerschfilip closed 3 years ago
Problém je že ZIP je zakódovaný v Cp437 (windows default) ale systém ho očekává v UTF-8. Při nestandartních znacích to způsobuje danou chybu. Možná řešení: 1) pokud taková chyba nastane propagovat ji (tak jako teď jen s jasnější chybovou hláškou) 2) respektovat vstupní kódování ale u nás ukládat v UTF-8 -> důsledek je ten že při exportu z ARCLib bude mít daný balík jiný hash než původní který byl dodán do transfer area 3) respektovat vstupní kódování a u nás používat stejné -> bylo by nutné najít všechna místa v kódu kde se používá knihovna pro zip/unzip (nejen ARCLib ale i Archival Storage) a kódování zde pohlídat (nyní se počítá s UTF-8)
Kloníme se k řešení č. 1. Předpokládám že systémy z nichž balíky v překladišti pochází budou plodit ZIP v UTF-8 (a také snad s rozumnou názvovou konvenci souborů/složek). Kromě zmínených komplikací v bodě 2 resp. 3 je problémový ještě fakt že ze ZIP souboru nedokážeme zpětně určit jakým kódováním jsou entries zakódovány. V případě bodu 2 resp. 3 by šlo tedy o řešení typu pokus-omyl - nejprve zkusit UTF-8 a v případě chyby Cp437. Jiné kódování by ale stále způsobilo chybu. Musel by se udělat výčet všech kódování které se mají zkoušet.
Bude řešeno 1. způsobem.
Otestováno, ARCLib nyní v tomto případě vrací hlášku, která napovídá v čem může být problém. Díky moc a issue zavírám
Dobrý den, zdá se, že obsahuje-li SIP soubory, které mají v názvu diakritiku, dojde v ArcLibu k problémům již při rozbalování zipu.
Viz například ARCLIB_000001310 Message: MALFORMED Stack trace: