feat: Terrible downloading behavior on iPhone's In-App browser drawer
Describe the feature you'd like to request
I don't really know in which category to put this in. The issue is terrible downloading behavior on the iPhone's in-app browser drawer. I expect this not to be possible to be fixed.
When a direct download link (like: https://utfs.io/f/IdUTzeHLbG...) is accessed from an app (like email or DM app) the drawer page is stuck for a long time. For other people, this seems like a "download not working". The progress bar is at first also stuck.
But what seems to be happening it's like a download is happening FIRST, and only then "save" page is displayed. It's the opposite of regular browser behavior, where the Download popup is displayed right on the page entered. That's happening on my and two clients' phones. Tested on Gmail app, Proton Mail, and Instagram.
It could be that there's something else happening, but that's what I was able to discover. As I said I don't expect this to be possible to be fixed due to this being a native iPhone behavior, but maybe there's something to be done on the Uploadthing side or smarter people can somehow alter the behavior.
Describe the solution you'd like to see
The download should look like it's working inside an In-App Browser Drawer.
Additional information
No response
๐จโ๐งโ๐ฆ Contributing
- [ ] ๐โโ๏ธ Yes, I'd be down to file a PR implementing this feature!
Can you provide a screen recording of what you mean is slow and terrible?
Yes please download screen recordings here: https://share.icloud.com/photos/001fechYx7XZNNdXm6QU4IsiA There's the link opened in a drawer, regular browser window recording, and a segment of a download speed in the Safari shown.
As I said I don't expect this to be fixable, but maybe there's some possible workaround on Uploadthing side, like a fake mime type or some other crazy hack.
Can you provide a bit more detail about the files that you are seeing this occur with? Eg. file size, type, etc.
This is encrypted .zip with the size of 126 MB.
OK, I'll play around to see if I can repro this behaviour/figure out what might be happening.
Great! Let me know if you need anything, I'm happy to help
This issue has been automatically marked as stale because it has not had any activity for 10 days. It will be closed in 5 days if no further activity occurs.
keepalive
This issue has been automatically marked as stale because it has not had any activity for 10 days. It will be closed in 5 days if no further activity occurs.
So far I've not been able to consistently repro this, seems potentially regional/network related?
This issue has been automatically marked as stale because it has not had any activity for 10 days. It will be closed in 5 days if no further activity occurs.
This issue has been automatically marked as stale because it has not had any activity for 10 days. It will be closed in 5 days if no further activity occurs.
This issue has been automatically marked as stale because it has not had any activity for 10 days. It will be closed in 5 days if no further activity occurs.