2.1 KiB
name, description, metadata
| name | description | metadata | ||||||
|---|---|---|---|---|---|---|---|---|
| project_bestaetigen_bug | FSA-Freigabe-Loop auf Edge/Windows beim Kollegen — morgen Policy + Konsolen-reason prüfen |
|
Bug „Freigabe bestätigen"-Loop, nur beim Kollegen unter Windows/Edge (PWA, kein Tauri).
Symptom: Ordner (neu) auswählen → springt SOFORT in „Freigabe bestätigen" statt App zu öffnen → „Freigabe bestätigen" zeigt wieder nur „Zulassen", NICHT „Einmal/Bei jedem Besuch zulassen" → nach Reload erneut die Maske → Endlosschleife.
Mechanik (Code): Handle liegt in IndexedDB (überlebt Reload → Reconnect-Button erscheint), aber die Permission überlebt den Reload nicht. fileIo.init prüft queryPermission({mode:'readwrite'}); !== 'granted' → NO_PERMISSION → main.js:85 mountet wieder setupApp.vue. Stellen: libs/common/frontend-common/src/lib/utils/file-io.util..ts:44-46 + reconnect :87, setupApp.vue:96/115/125, main.js:84-88.
Schon ausgeschlossen: installiert-vs-Tab (bei Marcus läuft Browser-Edge ohne Install sauber). Marcus' eigene Maschine funktioniert. edge://settings/content/fileSystem|content|fileEditing existieren beim Kollegen nicht/leer — Permission-Liste ohne Ergebnis (kann normal sein, wenn gerade kein aktives Recht). Auto-Widerruf als Erklärung verworfen: das wäre durch Neu-Init heilbar, ist es aber nicht.
Morgen früh mit Kollegen (Merkzettel):
- Policy:
edge://policy→ FilterFileSystem. GesuchtDefaultFileSystem(Read|Write)GuardSetting=3(= jedes Mal fragen, unterdrückt persistente Option) bzw.…AskForUrls.2unwahrscheinlich (Picker würde scheitern). - Log: bei ihm DevTools-Konsole →
reasonaus „Cache-Verzeichnis nicht freigegeben:" (main.js:87).NO_PERMISSION= Grant persistiert nicht;NO_HANDLE= anderer Bug (IndexedDB-Write/geräumt). - Dialog beim Klick: erscheint „Bei jedem Besuch zulassen" oder nur „Zulassen"?
Evidence-first (feedback_evidence_first): erst diese zwei Artefakte, dann Diagnose. Verwandt: project_pwa_sw_auth_bypass.