charmbracelet / charmbracelet/bubbletea

wired behavior after sudden stop

Open
#1,539 1 comment 0 reactions 0 assignees View on GitHub
Dominant language
Go
Stars
45k
Forks
1.6k
PR merge metrics
No merged PRs in 30d

Description

**Describe the bug**

I have reproduced this issue in multiple v2 versions.

it is not just happens at debug time, also happens in my prod env

https://github.com/user-attachments/assets/69342ce5-42a9-497d-a164-5d86f9ba8bb0

**To Reproduce**

step1.
choose one example file in official repo. e.g. `bubbletea/examples/mouse/main.go`

step2.
use vscode to debug it. launch.json is like this

···
{
// Use IntelliSense to learn about possible attributes.
// Hover to view descriptions of existing attributes.
// For more information, visit: https://go.microsoft.com/fwlink/?linkid=830387
"version": "0.2.0",
"configurations": [
{
"name": "Debug Current File",
"type": "go",
"request": "launch",
"mode": "debug",
"program": "${fileDirname}",
"args": [],
"console": "integratedTerminal",
"env": {
"LOG_LEVEL": "debug"
},
"showLog": true,
"trace": "verbose"
}
]
}
···

step3.

click stop debugger button.

then the whole screen runs into a mass.

**Expected behavior**
A clear and concise description of what you expected to happen.

**Screenshots**

Image

**Additional context**
Add any other context about the problem here.

Contributor guide

Open the contributing guide

Research direction

Reproduce the problem with bubbletea/examples/mouse/main.go using the provided VS Code launch.json, then stop the debugger and observe the terminal screen. Start by comparing behavior in debug and production environments. Done means the terminal remains usable after the debugger is stopped.

Written by the indexing model from the issue text.

Assessment

Tech stack
go, vscode
Domain
cli
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.