fm-sys

>Current Snapdrop logic is a bad approach, because it will download the file before asking the user. I totally agree that this logic has downsides. One of the good things...

Is it really the network transfer rate which will get improved, or rather the delay which is currently necessary for moving the file?

> Our best workaround for now is listening "ignore" option from the dialog. If the user selects ignore, we should remove the downloaded files from media store database. Yes, probably...

>We can't rename files in media store database, but we can hide/unhide the file from the user with MediaFile.isPending in SimpleStorage. That sounds even better 👍 >Now back to previous...

> I'm not an expert in Javascript. Maybe you can create a new branch that modifies `init.js`, and I will change this PR's target branch to the newly branch you've...

Hi, just want to say that I haven't forgotten your PR. However, I'm quite busy currently... sorry!

Here we go, I had almost forgotten that I had planned to do something here... https://github.com/fm-sys/snapdrop-android/commit/9d1a09ab3ff2b5fe9f43b5c4c23c0bc3bc3e9a83

Yes, the problem is that android activities aren't designed to run in the background. One solution might be to create a ViewModel/LiveData backed implementation and start a background service with...

Probably, this happens due to a missing tablet screenshot: https://stackoverflow.com/questions/47591281/google-play-says-this-app-may-not-be-optimized-for-your-device-when-i-access

Unfortunately not. Snapdrop uses WebRTC to transfer the files, and doesn't use any external turn servers for it. However if VPN is enabled, WebRTC is unable to communicate with other...