[BUG] When the backend lost connection to a mount, accessing ressoures behave strange
Nobody has claimed this yet.
- Dominant language
- Swift
- Stars
- 251
- Forks
- 142
- Avg merge
- 2d 17h
- Merged PRs (30d)
- 3
Description
If you found a bug:
When the backend (temporarily) loses connection to a mount, IOS does not show any note / error message when accessing the inaccessible mount. Happened while my SMB backend was temporarily inaccessible.
Steps to reproduce
- have a mount with r/w permissions
- make the backend inaccessible
- try to access a file (open or open with) - file not present
- force reloading the folder where the mount is inaccessible = all in sync ??
- try to access a file - file not present
- change folder - ok ??? (why, mount is inaccessible)
Expected behavior
Proper error message that the mount is temporarily inaccessible
Actual behavior
Folder change ok (??)
File access - not found
Idea
Check if mount is temporarily unavailable and show this if:
- When a file returns "not found"
- When forcing a reload (swipe down screen)
Client
iOS version: 14.6
ownCloud app version: 11.6.0
Device model: iPad/iPhone
Server configuration
Web server: nginx
Database: mariadb
PHP version: 7.4
ownCloud version: 10.7
Storage backend (external storage): local, smb, gd
Logs
Web server error log
Nothing relevant
ownCloud log (data/owncloud.log)
Nothing relevant
@michaelstingl @hosy fyi
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 issue on iOS with an inaccessible SMB mount, following the listed file-access and forced-reload steps. Trace how the app handles missing files and folder reloads, then verify that a temporarily unavailable mount produces a proper error instead of a not-found result or apparently successful navigation.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- ios, swift
- Domain
- mobile
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100