Describe the bug
spawn_pty in apps/desktop/src-tauri/src/pty.rs:68,79-91,135 starts a reader thread with thread::spawn but never tracks its JoinHandle and never signals cancellation. When the PTY state is replaced (drop + new), the old reader keeps running on a cloned reader until EOF and can emit pty-output events containing bytes from the previous shell into the new tab.
Steps to Reproduce
- Spawn a PTY, run a long-running command (e.g.
ping -t localhost on Windows).
- Close the bottom panel and immediately reopen it (which triggers a new
spawn_pty).
- Observe residual ping output appearing in the new terminal for a brief moment.
Trixty Version
v1.0.10
What operating system are you using?
Windows
Would you like to fix this bug yourself by sending a PR?
Maybe
Describe the bug
spawn_ptyinapps/desktop/src-tauri/src/pty.rs:68,79-91,135starts a reader thread withthread::spawnbut never tracks itsJoinHandleand never signals cancellation. When the PTY state is replaced (drop + new), the old reader keeps running on a cloned reader until EOF and can emitpty-outputevents containing bytes from the previous shell into the new tab.Steps to Reproduce
ping -t localhoston Windows).spawn_pty).Trixty Version
v1.0.10
What operating system are you using?
Windows
Would you like to fix this bug yourself by sending a PR?
Maybe