spacedriveapp / spacedrive

Spacedrive is an open source cross-platform file explorer, powered by a virtual distributed filesystem written in Rust.
https://spacedrive.com
GNU Affero General Public License v3.0
30.84k stars 905 forks source link

[ENG-1861] Spacedrop failing to transfer on Fedora Linux #2677

Open greendoescode opened 3 weeks ago

greendoescode commented 3 weeks ago

Check for other issues

Issue description

When I run spacedrive using pnpm tauri dev or through sandboxed flatpak, spacedrop fails to run. This also applies to official builds.

Steps to reproduce

  1. Run spacedrive
  2. try to connect to another spacedrive instance running on Linux/fedora
  3. the instance being connected to crashes

Platform and versions

Development tool versions (optional)



Stack trace

2024-08-14T19:56:16.227183Z ERROR sd_core: panicked at /home/runner/work/spacedrive/spacedrive/core/src/p2p/operations/ping.rs:36:10:
Failed to send pong: Custom { kind: ConnectionReset, error: Stopped(0) }, panic.file: "/home/runner/work/spacedrive/spacedrive/core/src/p2p/operations/ping.rs:36", panic.column: 10
    at core/src/lib.rs:292

fatal runtime error: failed to initiate panic, error 3


### Additional context

_No response_

### Code of Conduct

- [X] I agree to follow the Code of Conduct.
linear[bot] commented 3 weeks ago

ENG-1861 Spacedrop failing to transfer on Fedora Linux

iLynxcat commented 3 weeks ago

for clarification, this only works if you're running the app either in development or through the Flatpak distribution you're working on?

greendoescode commented 3 weeks ago

for clarification, this only works if you're running the app either in development or through the Flatpak distribution you're working on?

I wasn't able to get spacedrop to work in any instance, I tried pnpm run dev, flatpak and the official 0.4.2

HeavenVolkoff commented 3 weeks ago

Very likely the same issue as #2561

Tbh the p2p code is very brittle atm. We are currently working on our official cloud support (spacedrive cloud, not external providers) and next we are going to rework p2p so it can leverage some of the new architecture we built for cloud using n0-computer/iroh, which should solve the majority of problems the current p2p implementation has.