Audio streaming no longer possible
Nobody has claimed this yet.
- Dominant language
- Swift
- Stars
- 2.5k
- Forks
- 1k
- Avg merge
- 2d 18h
- Merged PRs (30d)
- 13
Description
How to use GitHub
- Please use the 👍 reaction to show that you are affected by the same issue.
- Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
- Subscribe to receive notifications on status change and new comments.
Steps to reproduce
- Navigate to an audio file such as a .wav file that is not downloaded
- Click on the file to open
Expected behaviour
In previous versions of the app, the audio would start immediately even if a file was not downloaded.
Actual behaviour
The icon for an audio file is shown. The app then downloads the audio file in the background in its entirety and, once it‘s fully downloaded, shows the regular interface for playing audio files. For larger .wav files this usually means a long wait until the audio can be played.
On the same server the preview works regularly using the web interface, which leads me to believe that the issue is related to the app.
Logs
2026-09-09 18:42:09 [INFO] User: **** https://.com - Network response request: https://.com/index.php/core/preview?fileId=1491370&x=1024&y=1024&a=1&mode=cover&forceIcon=0&mimeFallback=0&etag=9679da81bc9200c5a2ac6842c8ce6952, result: failure(Alamofire.AFError.responseValidationFailed(reason: Alamofire.AFError.ResponseValidationFailureReason.unacceptableStatusCode(code: 404)))
2026-09-09 18:42:09 [INFO] User: **** https://.com - Network response request: https://.com/index.php/core/preview?fileId=1491370&x=1024&y=1024&a=1&mode=cover&forceIcon=0&mimeFallback=0&etag=9679da81bc9200c5a2ac6842c8ce6952, result: failure(Alamofire.AFError.responseValidationFailed(reason: Alamofire.AFError.ResponseValidationFailureReason.unacceptableStatusCode(code: 404)))
2026-09-09 18:42:11 [INFO] Inside metadata folder Perreorito with permissions: RGDNVCK
2026-09-09 18:42:16 [SUCCESS] Downloaded file: https://.com/remote.php/dav/files//****.mp3
Reasoning or why should it be implemented
This has worked before.
Environment data
iOS version: e.g. iOS 17.6.1
26.6
Nextcloud iOS app version: see More > Settings
34.1.4
Server operating system:
Linux 6.1.21-v8+ aarch64
Web server: Apache, nginx
Database:
mysql 10.11.18
PHP version:
8.3.31
Nextcloud version: see Nextcloud admin page
Nextcloud Hub 26 (33.0.8)
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the audio-file opening flow described in the issue and inspect the app's handling of the logged preview request and subsequent DAV download. Compare the iOS behavior with the working web preview; done means supported audio begins playback without waiting for the entire file to download.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- swift
- Domain
- mobile
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100