-
-
Notifications
You must be signed in to change notification settings - Fork 168
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Files upload not working on IOS. #458
Comments
Hello @IDCOLL
|
Thank you for the quick response,
Just 1 question, when I go to your demo site, https://files.veliov.com/ i can also not upload fotos from my iphone. Should your demo site work with all devices? |
There is old version of the package, where is DDP on iPhone was broken. Don't have time to update this demo. |
Okay great. the upload on your demo site works when switching to HTTP. Now to try and get it working on my app... |
Hello @IDCOLL , Any news on your end? Is it solved? |
Hi,
I struggled to find information on how to use either DDP or HTTP. Can you maybe point me in the direction of a tutorial or information on how to use one or the other?
|
Hello @IDCOLL , Sure see FilesCollection#insert({
file: e.currentTarget.files[0],
transport: 'http'
}); |
Thanks for the feedback.
The updated transport method to ‘http’ did the trick.
Much appreciated!
|
Awesome! Please, support this project by:
|
Details see veliovgroup/Meteor-Files#458
With ostrio:files (Meteor-Files) 1.8.0 we also had this problem, that iOS devices sometimes could not upload at all, sometimes simply the progressbar stuck at 0%, then after "some time" (>10 Secs) the Upload was nevertheless successfully done. |
- Exact code splitting, client part of the library reduced for 35% - Atmosphere and NPM packages update - Compatibility with meteor@1.5.1 - Fix for #458 - Safari can't handle simultaneous WebSockets connection, and fails to send large data chunks. It's fixed in this release with detecting if browser is Safari with `ddp` used as transport. Note is added to FAQ, Should be fixed in Safari 11. Thanks to @derwok for bringing it in, and @IDCOLL for original issue - Fix resumable uploads, now in 90% upload should survive server reboot and in 98% connection interruption - Better file stream management with file descriptor caching - should reduce RAM and I/O
Hi @dr-dimitru, Current Dev setup: I have stopped all apple uploads on my app, and moved back to DDP uploads. the HTTP uploads failed to many times. Below are the logs for my attempt to upload. What is interesting, this loop that the server gets stuck on, crashes the server. |
Hello @IDCOLL ,
|
Hi,
I then moved to use http tranfer method, which worked for the apple devices but it made uploads difficult for other devices.
|
|
I understand. That is why I upgraded to v1.8.1 |
@IDCOLL is issue appears on development and prod, or only prod? |
@IDCOLL and Client log you've posted looks like, connection was interrupted, then established again, and upload resumed with not sent chunk, which is |
Well actually it's Server logs.... anyways could you please post fresh Server and Client debug logs? |
Issue is not solved... the big problem right now is that if an image is selected and it is on iCloud... it's almost like the file changes. I keep getting a DDP -1/28 in the uploader log. Nothing happens. Try the file again, it uploads as expected. Trying some client side hacks now to solve... [FilesCollection] [Upload] [DDP Start Method] Got #-1/10 chunks, dst: D5FEF0CA-D322-460C-8795-AF5CA11B914D.jpeg The result on server is the file is a 0kb text file? |
In order to get this working on iOS I've had to wrap my uploader in a timeout:
I feel like the iOS app for file management is slow to release the file. You select it, and it does some sort of extra process -- yet your application is sent the signal of file received. As shown above this is not the case, it is 0kb and a text file -- it's blank. Perhaps more research can go in to the iOS photos API or something to discover the true source of this bug and ACTUALLY resolve it. Maybe building some more code to say "Wait for actual iOS photo to enter the FILE system. We could examine the Cloudinary uploader system, I have another system running that for media and it's working perfectly on iOS. |
@dr-dimitru Just a friendly tag to come and revisit an interesting find :) |
Hello @AndyNormore , Thank you for reporting about this, is this issue still a case? //cc @jankapunkt |
I have Meteor-Files uploading images via my Webapp to Dropbox. The solution seems to work on my Windows Laptop (Chrome, Mozilla) browsers. On mobile devices that is Android based it uploads to Dropbox.
It will however not upload from my iphone (Guessing IOS related?). Is there a know issue for IOS devices. When I go to the files.veliov.com site and I try to upload from the same IOS device it will also not start.
The server log gets stuck on the following line:
---[Upload] [DDP] Got #1/1 chunks, dst: image.jpg
Server side code,
Basically the same as the Dropbox upload tutorial.
Any assistance would be greatly appreciated.
The text was updated successfully, but these errors were encountered: