KamoCRM

Defer setTotalPages bis nach PDF dim loop, um PDF.js Arbeitersättigung zu verhindern

Fixkamo-internal
Verschifft
12. April 2026 um 15:50 UTC
Autor
kamo
Ausschuss
cb85347

Auf einer 50-seitigen PDF-Datei, Aufruf von setTotalPages vor der getPage() Dimension-Loop-Tachtung alle 50 ThumbnailCanvas Komponenten sofort. Jeder fällt zurück auf PDF.js (Server) Vorschaubilder werden nicht für Vorlagen generiert), wobei 50 gleichzeitige Aufgaben in der gemeinsam genutzten Wartestellung eingerichtet werden. PDF.js Web-Arbeiter - Überwältigung und verursacht die Dim-Loop-Rufe getPage() Anrufe zu stall auf unbestimmte Zeit, halten Laden=true und zeigt "Loading PDF"... für immer. Fix: Set-SetTotalPages/onPdfLoaded nach der schummrigen Schleife schließt so Miniaturansichten nur, wenn die Haupt-PDF-Leinwand vollständig fertig ist. Auch fix designStore.loadDesign nicht zurücksetzen isLoading, wenn eine 200 OK-Antwort kehrt ohne designDaten (null/efined), die die Seite stecken lassen würden "Loading Template"... für frische Vorlagen.

Alle Änderungen

Wie, was Sie sehen Versand?

Alles kommt in Ihrem Arbeitsbereich für sich. Starten Sie mit dem kostenlosen Plan und lesen Sie diese Seite in einem Monat wieder.

Free Forever startenPreisgestaltung anzeigen