iPad storage grows dramatically and Dropbox upload stays pending for larger videos

Open
  • Is something wrong?
#482 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
48/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Active
Tech stack
ios, swift
Domain
backend, cloud, mobile

Research direction

Start by tracing the iOS Files integration upload path for videos from Photos to Dropbox, then inspect how that path stages and cleans up large files. Compare behavior for the reported 122 MB and 480 MB videos and check whether the upload remains queued or consumes excessive local storage. Done means the larger upload completes or fails cleanly without runaway storage growth.

Written by the indexing model from the issue text.

Description

Summary

iPad storage grows dramatically and Dropbox upload stays pending for larger videos

Please agree to the following
System Setup

I’m using Cryptomator for iOS version 3.2.0 on an iPad with Dropbox.

A 122 MB video uploaded successfully in about 10 seconds. When I tried uploading a 480 MB video, the upload stayed at “Waiting” and the iPad’s reported Cryptomator storage grew rapidly to about 10 GB. I canceled the upload before it completed. The file did not appear in Dropbox.

I previously reinstalled Cryptomator after its storage use grew substantially and the iPad became unresponsive. The source videos are stored in the iPad Photos app.

Could you investigate whether larger video uploads through the Files integration can cause excessive local storage growth or remain stuck in the waiting state?

Device: iPad
iPadOS version: [please add]
Cryptomator version: 3.2.0
Dropbox: upload target

Cloud Type

No response

Steps to Reproduce
  1. [First Step]
  2. [Second Step]
  3. …
Expected Behavior

I’m using Cryptomator for iOS version 3.2.0 on an iPad with Dropbox.

A 122 MB video uploaded successfully in about 10 seconds. When I tried uploading a 480 MB video, the upload stayed at “Waiting” and the iPad’s reported Cryptomator storage grew rapidly to about 10 GB. I canceled the upload before it completed. The file did not appear in Dropbox.

I previously reinstalled Cryptomator after its storage use grew substantially and the iPad became unresponsive. The source videos are stored in the iPad Photos app.

Could you investigate whether larger video uploads through the Files integration can cause excessive local storage growth or remain stuck in the waiting state?

Device: iPad
iPadOS version: [please add]
Cryptomator version: 3.2.0
Dropbox: upload target

Actual Behavior

I’m using Cryptomator for iOS version 3.2.0 on an iPad with Dropbox.

A 122 MB video uploaded successfully in about 10 seconds. When I tried uploading a 480 MB video, the upload stayed at “Waiting” and the iPad’s reported Cryptomator storage grew rapidly to about 10 GB. I canceled the upload before it completed. The file did not appear in Dropbox.

I previously reinstalled Cryptomator after its storage use grew substantially and the iPad became unresponsive. The source videos are stored in the iPad Photos app.

Could you investigate whether larger video uploads through the Files integration can cause excessive local storage growth or remain stuck in the waiting state?

Device: iPad
iPadOS version: [please add]
Cryptomator version: 3.2.0
Dropbox: upload target

Reproducibility

Always

Relevant Log Output
Anything else?

No response

Dominant language
Swift
Stars
295
Forks
42
Avg merge
1h 43m
Merged PRs (30d)
1

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from cryptomator/ios

All issues in cryptomator/ios

Similar issues

More Swift issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.