search

spieglt / FlyingCarpet

Cross-platform AirDrop. File transfer between Android, iOS, Linux, macOS, and Windows over ad hoc WiFi. No network infrastructure required, just two devices with WiFi chips in close range.
GNU General Public License v3.0
3.1k stars 127 forks source link

ios <-> linux - no transfer #64

Open artemave opened 3 months ago

artemave commented 3 months ago

I've just installed v8.01 on fedora (i3) and an iphone.

Transfer in either direction seems to drop a few seconds after qr code scan on the iphone. "Cancel" button on the phone changes back to "Select Files", wifi switches back to my home network, and the last log line on the phone is "Peer IP: x.x.x.x".

This may not be related, but I also noticed, that "Select Folder" doesn't appear to be working: "Selected Folder:" remains empty and selecting folder again always defaults to some path (presumably app image path?) that looks like this: /tmp/.mount_linux_dQwUyI/usr.

Thank you for your help.

spieglt commented 3 months ago

Strange, never seen this though I've also never tested on Fedora. I assume you used the AppImage? Could you please send the output from the Fedora side?

artemave commented 3 months ago

This is what I see in the end:

flying_carpet

spieglt commented 3 months ago

So the iPhone joins the hotspot and finds the Fedora device's IP, but Fedora never gets beyond waiting for a TCP connection... Are you maybe running a firewall that's preventing inbound connections on TCP :3290?

spieglt commented 3 months ago

And do you maybe have SELinux or something else active that would enforce Flying Carpet writing to /tmp/.mount_linux_dQwUyI/usr?

artemave commented 3 months ago

So the iPhone joins the hotspot and finds the Fedora device's IP, but Fedora never gets beyond waiting for a TCP connection... Are you maybe running a firewall that's preventing inbound connections on TCP :3290?

There's no firewall blocking that port.

artemave commented 3 months ago

And do you maybe have SELinux or something else active that would enforce Flying Carpet writing to /tmp/.mount_linux_dQwUyI/usr?

I am on fedora.

spieglt commented 3 months ago

I installed Fedora to a VM and while I can't run full transfers, I am seeing similar behavior. If you run getenforce in a terminal and it outputs Enforcing, then it's SELinux getting in your way. You can run sudo setenforce Permissive to change SELinux to Permissive mode instead of Enforcing mode till the next reboot. If that allows Flying Carpet to work, you would either need to disable SELinux or write the necessary policies for it. Unfortunately I don't know a lot about writing those policies and will not be much help there.

artemave commented 3 months ago 
❯ getenforce
Disabled
spieglt commented 3 months ago

And it still doesn't work even with SELinux disabled? Is the output any different? Does it still show the /tmp/.mount_linux_dQwUyI/usr directory when you select something in your home directory?

artemave commented 3 months ago

Sorry, I meant to say that it was Disabled to begin with. My bad.

spieglt commented 2 months ago

No worries, thanks for following up. I'll leave this issue open but unfortunately I probably won't be able to help more with it until I have another machine on which I can install Fedora, and I'm not sure when that will be.