fix!: make concurrent invocations work instead of silently seeing nothing (#22)

Running several one-shot commands at once returned "no results" for queries that
had plenty. Four defects, each of which made a dead session look like an empty
network:

- The peer listener bound its port inside a detached thread and panicked on
  EADDRINUSE, unwinding that thread alone. The process carried on with no
  listener, so no peer could deliver a search response. `Listen::bind` now takes
  the socket before login and falls back to an ephemeral port when the
  configured one is held.
- SetWaitPort advertised the configured port whether or not it was bound, so
  peers dialled a sibling process that discarded responses to tickets it never
  issued. The port the listener really holds is what gets advertised, mapped
  through UPnP, and reported by `whoami` and `serve`.
- A zero-byte read is EOF on a TCP socket, but MessageReader reported it as
  success, so a server that closed cleanly left the actor polling a dead socket.
  It is now an error, and Relogged (code 41) has a handler. The peer actor
  classifies that error: a control connection that was established and then
  closed is a clean disconnect, because peers drop idle sockets while the bytes
  move over their own connection, and reporting an error there fails every
  download queued with that peer including the one streaming. A connection that
  never established keeps the error path, which is what the server-brokered
  fallback reads to know a peer is unreachable.
- A session the server cut off - usually because another process logged in under
  the same name - exited 4, documented as "it worked and found nothing". Callers
  concluded the file was unavailable. Sessions now record why they ended and
  those verdicts become exit 7.

The server allows one session per account, so concurrency still needs a distinct
--username per run; SKILL.md documents that. The listener port needs no such
care any more.

Six e2e tests against soulfind cover it, each of which fails without the fix: a
taken listen port, a displaced session, three clients searching at once under
one configured port, the two CLI equivalents, and a peer that hangs up its
control connection while a transfer is still to come.

BREAKING CHANGE: `Listen::start` is replaced by `Listen::bind` and
`Listen::serve`, so the caller owns the socket and can read the port it actually
bound. `Client::listen_port` and `Client::session_loss` are new.

soulseek-rs-lib/src/actor/server_actor.rs

@@ -14,6 +14,7 @@ use crate::message::server::MessageUser;
 use crate::message::server::ParentMinSpeedHandler;
 use crate::message::server::ParentSpeedRatioHandler;
 use crate::message::server::PrivilegedUsersHandler;
+use crate::message::server::ReloggedHandler;
 use crate::message::server::SayChatroomHandler;
 use crate::message::server::UserJoinedRoomHandler;
 use crate::message::server::UserLeftRoomHandler;
@@ -25,7 +26,9 @@ use crate::message::{Handlers, MessageType};
 use crate::message::{Message, MessageReader};
 use crate::peer::ConnectionType;
 use crate::peer::Peer;
-use crate::types::{ClientVersion, RoomEvent, RoomInfo};
+use crate::types::{
+    ClientVersion, RoomEvent, RoomInfo, SessionLoss, SessionWatch,
+};
 use crate::utils::lock::RwLockExt;
 
 use std::io::{self, Error, Write};
@@ -156,6 +159,9 @@ impl UserMessage {
 pub enum ServerMessage {
     ProcessRead,
     LoginStatus(bool),
+    /// The server is closing this connection: the same username logged in
+    /// elsewhere.
+    Relogged,
     SendMessage(Message),
     Login {
         username: String,
@@ -252,6 +258,7 @@ pub struct ServerActor {
     queued_messages: Vec<ServerMessage>,
     shared_folder_count: u32,
     shared_file_count: u32,
+    session: SessionWatch,
 }
 
 /// The messages a client sends right after a successful login: its shared-file
@@ -304,9 +311,15 @@ impl ServerActor {
             queued_messages: Vec::new(),
             shared_folder_count,
             shared_file_count,
+            session: SessionWatch::default(),
         }
     }
 
+    /// Share the client's view of whether this session is still alive.
+    pub fn set_session_watch(&mut self, session: SessionWatch) {
+        self.session = session;
+    }
+
     #[must_use]
     pub const fn get_address(&self) -> &PeerAddress {
         &self.address
@@ -392,6 +405,7 @@ impl ServerActor {
         let mut handlers = Handlers::new();
 
         handlers.register_handler(LoginHandler);
+        handlers.register_handler(ReloggedHandler);
         handlers.register_handler(RoomListHandler);
         handlers.register_handler(GetUserStatusHandler);
         handlers.register_handler(GetUserStatsHandler);
@@ -459,6 +473,7 @@ impl ServerActor {
             ServerMessage::LoginStatus(message) => {
                 self.handle_login_status(message);
             }
+            ServerMessage::Relogged => self.handle_relogged(),
             ServerMessage::PierceFirewall(token) => {
                 self.send_message(
                     MessageFactory::build_pierce_firewall_message(token),
@@ -866,9 +881,27 @@ impl ServerActor {
         }
     }
 
+    /// The server is closing this connection because the same account logged
+    /// in elsewhere. Nothing reconnects it, so the session is over.
+    fn handle_relogged(&mut self) {
+        error!(
+            "[server] another login took this username; this session has been \
+             closed by the server"
+        );
+        self.session.record(SessionLoss::Displaced);
+        self.connection_state = ConnectionState::Disconnected;
+        self.disconnect();
+    }
+
     fn disconnect_with_error(&mut self, _error: Error) {
         debug!("[server] disconnect");
 
+        // Losing an established connection ends the session: nothing reconnects
+        // it, so anything still waiting on the network is waiting for good.
+        if matches!(self.connection_state, ConnectionState::Connected) {
+            self.session.record(SessionLoss::Disconnected);
+            self.connection_state = ConnectionState::Disconnected;
+        }
         self.stream.take();
     }