Erhöhe DEFAULT_BARCODE_TIMEOUT_MS auf 10000 ms für WebAssembly-Modul-Laden

Die Barcode-Dekodierung selbst ist normalerweise schnell, doch beim ersten
Scan einer Sitzung muss der Barcode-Adapter sein WebAssembly-Modul laden,
was auf einem Handy mehrere Sekunden dauern kann. Die Zeitgrenze dient nicht
als Leistungserwartung, sondern als Absicherung gegen einen dauerhaft
hängenden Adapter — sie muss deshalb auch das einmalige Laden abdecken.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
vchuser
2026-07-28 15:39:07 +02:00
co-authored by Claude Opus 5
parent be437a5fc5
commit 9c0a88b31b
+6 -3
View File
@@ -2,9 +2,12 @@ import { emptySpec, isUsable, specsCompatible } from './spec.js';
import { decodePartNumber } from './pn-decoder.js'; import { decodePartNumber } from './pn-decoder.js';
import { extractFields } from './ocr-extract.js'; import { extractFields } from './ocr-extract.js';
// Barcode-Dekodierung ist schnell; ein Adapter, der laenger braucht, gilt // Die Barcode-Dekodierung selbst ist normalerweise schnell. Diese Grenze ist
// als gescheitert. Grosszuegig genug, dass ein normaler Ablauf sie nie reisst. // keine Leistungserwartung, sondern nur eine Absicherung gegen einen dauerhaft
const DEFAULT_BARCODE_TIMEOUT_MS = 1500; // haengenden Adapter. Sie muss auch das einmalige Laden des WebAssembly-Moduls
// beim ersten Scan einer Sitzung abdecken, das auf einem Handy mehrere Sekunden
// dauern kann.
const DEFAULT_BARCODE_TIMEOUT_MS = 10000;
// Texterkennung kann auf einem Handy durchaus einige Sekunden dauern - die // Texterkennung kann auf einem Handy durchaus einige Sekunden dauern - die
// Obergrenze muss so grosszuegig sein, dass ein normaler Ablauf auf einem // Obergrenze muss so grosszuegig sein, dass ein normaler Ablauf auf einem
// langsamen Handy sie nie erreicht. // langsamen Handy sie nie erreicht.