emdashes begone (#10847)

mcp-server/tests/_port_discovery.py

@@ -1,7 +1,7 @@
 """Role-to-port rediscovery after USB CDC re-enumeration.
 
 Used by tests that mutate device identity in ways macOS treats as a
-"new device" — notably ``factory_reset(full=False)`` on the nRF52840 and
+"new device" - notably ``factory_reset(full=False)`` on the nRF52840 and
 any operation that kicks the device through its bootloader. Both cases
 cause the kernel to re-assign the ``/dev/cu.usbmodem*`` path; a test that
 captured the pre-operation port and reuses it after will fail with
@@ -10,7 +10,7 @@ captured the pre-operation port and reuses it after will fail with
 The helper polls :func:`meshtastic_mcp.devices.list_devices` (the same API
 ``run-tests.sh`` and ``conftest.py::hub_devices`` use for initial hub
 detection) filtered by the role's canonical USB VID. Returns the first
-matching port — equivalent to "give me the single nRF52 (or ESP32-S3) on
+matching port - equivalent to "give me the single nRF52 (or ESP32-S3) on
 the bench right now, whichever `cu.*` path it happens to be at".
 
 Test-harness-local (not exported from ``meshtastic_mcp``): a thin wrapper
@@ -18,7 +18,7 @@ over public ``devices.list_devices`` with no extra moving parts. If a
 non-test caller ever needs this, it's trivial to promote.
 
 Caveat: the session-scoped ``hub_devices`` fixture snapshots ports at
-session start and is dict-keyed — it doesn't learn about re-enumerations.
+session start and is dict-keyed - it doesn't learn about re-enumerations.
 Tests that call ``resolve_port_by_role`` should use the returned port
 locally for the rest of the test body rather than expecting
 ``hub_devices[role]`` to update.
@@ -70,13 +70,13 @@ def resolve_port_by_role(
     ``role``'s VID appears. Returns the first matching port.
 
     On timeout raises :class:`AssertionError` with the list of devices that
-    WERE seen — helpful when debugging "wrong board connected" vs. "no
+    WERE seen - helpful when debugging "wrong board connected" vs. "no
     board connected" vs. "still re-enumerating".
 
     Args:
         role: ``"nrf52"`` or ``"esp32s3"`` (keys of ``_ROLE_VIDS``).
         timeout_s: upper bound on how long to wait for the device to
-            re-appear. Default 30 s — nRF52 factory_reset observed at
+            re-appear. Default 30 s - nRF52 factory_reset observed at
             2-12 s on a healthy lab hub.
         poll_start: initial poll interval in seconds. Default 0.5 s.
         poll_max: cap on poll interval after backoff. Default 5 s.
@@ -98,7 +98,7 @@ def resolve_port_by_role(
             last_seen = devices_module.list_devices(include_unknown=True)
         except Exception as exc:
             # list_devices is wrapped by meshtastic_mcp.devices and
-            # shouldn't raise on normal enumeration — but a kernel-level
+            # shouldn't raise on normal enumeration - but a kernel-level
             # USB hiccup during re-enumeration can bubble up briefly.
             # Treat as "nothing seen this round" and retry.
             last_seen = [{"error": repr(exc)}]
@@ -109,7 +109,7 @@ def resolve_port_by_role(
         time.sleep(delay)
         delay = min(delay * 1.5, poll_max)
 
-    # Timeout path — include what we saw so the operator can tell
+    # Timeout path - include what we saw so the operator can tell
     # "nothing plugged in" from "wrong VID" from "transient USB error".
     raise AssertionError(
         f"no device matching role {role!r} (VIDs "