I hacked a train toilet

A story about “hacking” a UK train’s disabled toilet door — using the lock lever to put the electronic door controller into an unusable state — prompts debate over whether this is clever research into a denial‑of‑service flaw or just antisocial vandalism. Commenters use the example to argue over the growing reliance on microcontroller‑driven systems for simple tasks like locks, weighing accessibility requirements and centralized control against usability, robustness, and the failure modes that complex state machines introduce.

Ethics and terminology of the “hack”

  • Some see the toilet lock manipulation as a clever, low‑force exploit of a design flaw; others call it vandalism or “ruining” a public amenity.
  • Disagreement centers on intent: exploring behavior vs deliberately denying others a toilet (“Denial of Shitter” attacks).
  • A parallel is drawn with social‑engineering tricks (fake “out of order” stickers) and with old phone‑phreaking: clever but still dishonest if used to cheat others.

Toilet design, accessibility, and failure modes

  • Many criticize UK train toilets as confusing, unreliable, and embarrassing (doors opening on people; people failing to lock them correctly).
  • Defenders argue complexity stems from accessibility and safety:
    • Large, motorized sliding doors for wheelchair users.
    • Low‑force buttons/lever for those with limited grip or motor issues.
    • Remote “occupied” indication and emergency access.
  • Skeptics counter that a well‑designed mechanical deadbolt plus simple sensors could meet most needs with less complexity.
  • The discovered bug is seen as fixable: either hardware (spring‑returned lever) or firmware (edge‑triggered input, better state machine).

Microcontrollers vs mechanical simplicity

  • Broad frustration with putting microcontrollers in simple things (doors, toilets, car controls), seen as over‑engineering and bad UX.
  • Others point to cost and total‑cost‑of‑ownership: electronic locks and buttons can be cheaper, more robust against abuse, and easier to monitor remotely.
  • Debate over reliability: electronics bring software bugs and odd states; mechanical systems bring wear, jamming, and higher maintenance.

Comparisons and anecdotes

  • Numerous stories of broken or misbehaving toilets on trains in the UK, Germany, Switzerland, Sweden, and elsewhere; sometimes entire cars or lines have only one working toilet.
  • Buses and some trains in various countries still rely on scheduled stops instead of onboard toilets.
  • Analogies are drawn to other “mechanical hacks” and DoS tricks: school kids locking all stalls, payphone “out of order” tricks, and train systems in Poland either sabotaged via radio signals or vendor kill‑switches.

UX and alternative designs

  • Suggestions include:
    • Separate, clearer “open/unlock” and “close/lock” controls.
    • Mechanical locks with position sensors.
    • Hold‑to‑close buttons that reopen if released early.
  • Overall sentiment: accessibility is important, but current UK train toilet UI and state machines are widely viewed as poor designs.