ExplorerPro 1.0.9: CrossDevice-Download lädt lange; Zurück ist zeitweise nicht bedienbar #27

Umgebung

• Gemeldeter Stand: ExplorerPro 1.0.9
• Konkreter Ordner: %USERPROFILE%\CrossDevice\Pixel 8a\storage\Download
• Vermutung: Smartphone-synchronisierter oder anderweitig über CrossDevice bereitgestellter Speicher. Die konkrete Transport-/Providerart ist nicht bestätigt.

Beobachtung

Der Fehler wurde beim Öffnen eines großen beziehungsweise Netzwerkordners gemeldet. Im konkreten CrossDevice-Download-Ordner wirkte ExplorerPro zunächst festgefahren; währenddessen ließ sich der Zurück-Pfeil zeitweise nicht benutzen. Nach längerer Wartezeit öffnete sich der Ordner doch, und ExplorerPro stabilisierte sich anschließend. Ein dauerhafter Absturz ist für diesen konkreten Versuch nicht bestätigt.

Ladezeit, Dateianzahl, Windows-Build und Verbindungsart wurden nicht gemessen.

Bezug zu den bereits gemergten 1.0.9-Fixes

Das Verhalten überschneidet sich mit den bereits in 1.0.9 enthaltenen Arbeiten:

• PR #21: langsame Laufwerke, asynchrone Dateisystemabfragen, Ladehinweis und zuletzt bekannte Einträge.
• PR #23: asynchrone Laufwerksprüfung, bedienbare alte Ansicht, vorgewärmte Laufwerkswurzeln und QFileSystemModel.fetchMore.
• PR #24: Status und Zurück-Verhalten bei nicht erreichbaren Laufwerken sowie Anzeige vorgehaltener Daten.
• PR #25: verspätete Ergebnisse dürfen eine inzwischen gewählte Ansicht nicht überschreiben.

Bitte prüfen, ob die Enumeration eines großen CrossDevice-/Smartphone-Ordners diese Pfade umgeht oder ob hier eine Lücke beziehungsweise Regression in den vorhandenen Lade- und Navigationspfaden besteht. Insbesondere wäre zu prüfen, ob Provider- oder Verzeichnisabfragen trotz der Worker noch den GUI-Thread beziehungsweise die Zurück-Navigation blockieren.

Erwartetes Verhalten / mögliche Prüfpunkte

• Die Oberfläche und Zurück-/Ordnernavigation bleiben während der Enumeration sofort bedienbar.
• Zunächst sichtbare oder benötigte Einträge werden in begrenzten Schritten geladen; weitere Einträge folgen bei Bedarf, mit Zeit für die Qt-Ereignisschleife zwischen den Batches.
• Ein klarer Status wie „Ordner wird im Hintergrund geladen – du kannst weiterarbeiten“ zeigt den laufenden Vorgang.
• Beim Wechsel in einen anderen Ordner kann der Ladevorgang weiterlaufen oder bereits geladene Teilergebnisse zwischenspeichern. Bei der Rückkehr werden diese sofort angezeigt und anschließend aktualisiert.
• Verspätete Ergebnisse dürfen die aktuell ausgewählte Ansicht nicht ersetzen. Dateisystem-/Provider-Aufrufe bleiben vom GUI-Thread getrennt; falls ein Provider-Aufruf einen Worker unbeschränkt blockieren kann, sollte eine isolierte, kontrollierbare Ausführung geprüft werden.

Ein Regressionstest mit verzögerter beziehungsweise großer Verzeichnisauflistung sollte GUI-Reaktionsfähigkeit, sofortiges Zurücknavigieren, gestaffelte Ergebnisse und das Wiederanzeigen vorgeladener Inhalte abdecken.

Noch offene Reproduktionsdaten

Falls der Fehler erneut auftritt, wären Dauer bis zur ersten Anzeige, ungefähre Dateianzahl, Windows-Build und die tatsächliche Verbindung (z. B. MTP/Phone-Link, SMB oder anderer CrossDevice-Provider) hilfreich.