Fix: Support-Bundle-Export friert die UI nicht mehr 1-2 Minuten ein (asynchrones IO)
buildSupportBundle lief komplett synchron auf dem Electron-Main-Thread: existsSync/readdirSync/statSync/readFileSync (via AdmZip.addLocalFile) ueber ALLE Log-Dateien — bei Hunderten item-logs und gleichzeitig laufenden Downloads (Platte ausgelastet) blockierte das den Event-Loop fuer 1-2 min, die ganze Oberflaeche stand. Live belegt: ein Bundle mit Hunderten item-logs-Dateien. Fix: Alle Datei-Zugriffe im Bundle-Build auf fs.promises (nicht-blockierend) umgestellt, buildSupportBundle ist jetzt async und liefert Promise<Buffer>. Dateiinhalte werden per readFile gelesen und mit zip.addFile(buffer) hinzugefuegt (gleiche Zip-Struktur wie vorher). Der Event-Loop bleibt waehrend der IO-Wartezeiten frei → UI friert nicht mehr ein. Caller angepasst (app-controller.exportSupportBundle async, main.ts await, debug-server via .then). Test support-bundle.test.ts: valides Zip mit Overview + echter Datei; ein paralleler Timer feuert waehrend des Builds (Event-Loop nicht blockiert). 840/840 gruen, tsc unveraendert (6), Build ok.
This commit is contained in:
+1
-1
@@ -592,7 +592,7 @@ function registerIpcHandlers(): void {
|
||||
if (result.canceled || !result.filePath) {
|
||||
return { saved: false };
|
||||
}
|
||||
const exported = controller.exportSupportBundle();
|
||||
const exported = await controller.exportSupportBundle();
|
||||
await fs.promises.writeFile(result.filePath, exported.buffer);
|
||||
return { saved: true, filePath: result.filePath };
|
||||
});
|
||||
|
||||
Reference in New Issue
Block a user