bollwerkadmin/bollwerk
1
0
Fork 0
Code Issues 12 Pull requests Projects Releases Packages Wiki Activity Actions

fix(resources): ePub/PDF-Dateien können nicht von externen Apps geöffnet werden #129

New issue
Closed
opened 2026-05-18 22:11:15 +00:00 by jreinemann-euris · 0 comments
jreinemann-euris commented 2026-05-18 22:11:15 +00:00 (Migrated from github.com)
Copy link

Problem

Beim Öffnen von ePub-Ressourcen aus der App heraus kommt die Fehlermeldung "Keine App gefunden". PDFs zeigen zwar den Auswahl-Dialog (welche App soll öffnen?), aber wenn man z.B. Firefox auswählt, schlägt das Öffnen ebenfalls fehl.

Vermutung

Die Dateien werden nur app-intern gespeichert (interner Speicher / App-spezifisches Verzeichnis). Andere Apps haben keinen Zugriff auf diese Dateien. Mögliche Ursachen:

  1. Kein FileProvider konfiguriert – Ohne FileProvider kann keine content://-URI an externe Apps übergeben werden
  2. Falsche URI im Intent – Möglicherweise wird eine file://-URI statt content://-URI verwendet (ab Android 7+ verboten für App-übergreifende Intents)
  3. MIME-Type fehlt oder ist falsch – Ohne korrekten MIME-Type (application/epub+zip) findet Android keine passende App
  4. Datei muss erst in Downloads kopiert werden – Falls FileProvider nicht reicht, müssten die Dateien vor dem Öffnen in den öffentlichen Downloads-Ordner kopiert werden

Erwartetes Verhalten

  • ePub-Dateien werden mit einer installierten Reader-App geöffnet (z.B. Moon+ Reader, ReadEra)
  • PDF-Dateien werden korrekt in der gewählten App angezeigt (Firefox, PDF-Viewer etc.)

Zu prüfen

  • Wie werden die Ressourcen-Dateien aktuell gespeichert? (interner Speicher? Cache?)
  • Wird ein FileProvider verwendet? Ist er in AndroidManifest.xml konfiguriert?
  • Welche URI wird im ACTION_VIEW-Intent übergeben? (file:// vs content://)
  • Ist der MIME-Type korrekt gesetzt? (application/epub+zip für ePub, application/pdf für PDF)
  • Reicht FileProvider oder müssen Dateien nach Downloads kopiert werden?

Lösungsansätze

  1. FileProvider + content:// URI (bevorzugt) – Datei bleibt intern, wird über FileProvider geteilt
  2. MediaStore / Downloads – Datei in öffentlichen Downloads-Ordner kopieren, dann öffnen
  3. Kombination – FileProvider für direktes Öffnen, optional "In Downloads speichern"-Button
## Problem Beim Öffnen von ePub-Ressourcen aus der App heraus kommt die Fehlermeldung **"Keine App gefunden"**. PDFs zeigen zwar den Auswahl-Dialog (welche App soll öffnen?), aber wenn man z.B. Firefox auswählt, schlägt das Öffnen ebenfalls fehl. ## Vermutung Die Dateien werden nur app-intern gespeichert (interner Speicher / App-spezifisches Verzeichnis). Andere Apps haben keinen Zugriff auf diese Dateien. Mögliche Ursachen: 1. **Kein FileProvider konfiguriert** – Ohne `FileProvider` kann keine `content://`-URI an externe Apps übergeben werden 2. **Falsche URI im Intent** – Möglicherweise wird eine `file://`-URI statt `content://`-URI verwendet (ab Android 7+ verboten für App-übergreifende Intents) 3. **MIME-Type fehlt oder ist falsch** – Ohne korrekten MIME-Type (`application/epub+zip`) findet Android keine passende App 4. **Datei muss erst in Downloads kopiert werden** – Falls FileProvider nicht reicht, müssten die Dateien vor dem Öffnen in den öffentlichen Downloads-Ordner kopiert werden ## Erwartetes Verhalten - ePub-Dateien werden mit einer installierten Reader-App geöffnet (z.B. Moon+ Reader, ReadEra) - PDF-Dateien werden korrekt in der gewählten App angezeigt (Firefox, PDF-Viewer etc.) ## Zu prüfen - [ ] Wie werden die Ressourcen-Dateien aktuell gespeichert? (interner Speicher? Cache?) - [ ] Wird ein `FileProvider` verwendet? Ist er in `AndroidManifest.xml` konfiguriert? - [ ] Welche URI wird im `ACTION_VIEW`-Intent übergeben? (`file://` vs `content://`) - [ ] Ist der MIME-Type korrekt gesetzt? (`application/epub+zip` für ePub, `application/pdf` für PDF) - [ ] Reicht FileProvider oder müssen Dateien nach Downloads kopiert werden? ## Lösungsansätze 1. **FileProvider + content:// URI** (bevorzugt) – Datei bleibt intern, wird über FileProvider geteilt 2. **MediaStore / Downloads** – Datei in öffentlichen Downloads-Ordner kopieren, dann öffnen 3. **Kombination** – FileProvider für direktes Öffnen, optional "In Downloads speichern"-Button
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
main
No results found.
Labels
Clear labels   
block-planning

   
bug

Something isn't working

  
documentation

Improvements or additions to documentation

  
duplicate

This issue or pull request already exists

  
enhancement

New feature or request

  
feature

   
good first issue

Good for newcomers

  
help wanted

Extra attention is needed

  
infrastructure

   
invalid

This doesn't seem right

  
planning

   
priority:high

   
priority:low

   
question

Further information is requested

  
refactoring

   
status:backlog

Im Backlog

  
status:done

Abgeschlossen

  
status:in-progress

Aktuell in Bearbeitung

  
status:todo

Naechstes Todo-Ticket

  
tech-decision

   
test

   
wontfix

This will not be worked on

No labels
block-planning
bug
documentation
duplicate
enhancement
feature
good first issue
help wanted
infrastructure
invalid
planning
priority:high
priority:low
question
refactoring
status:backlog
status:done
status:in-progress
status:todo
tech-decision
test
wontfix
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: bollwerkadmin/bollwerk#129
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?