Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cursor navigation gets dirty symbols in the terminal #11910

Closed
karpulix opened this issue Dec 9, 2021 · 10 comments
Closed

Cursor navigation gets dirty symbols in the terminal #11910

karpulix opened this issue Dec 9, 2021 · 10 comments
Labels
Area-Input Related to input processing (key presses, mouse, etc.) Area-VT Virtual Terminal sequence support Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something Needs-Tag-Fix Doesn't match tag requirements Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting No-Recent-Activity This issue/PR is going stale and may be auto-closed without further activity. Product-Terminal The new Windows Terminal. Tracking-External This bug isn't resolved, but it's following an external workitem.

Comments

@karpulix
Copy link

karpulix commented Dec 9, 2021

Windows Terminal version

1.12.2931.0

Windows build number

10.0.19043.0

Other Software

GNU Midnight Commander 4.8.7
Built with GLib 2.42.2

mintty 3.5.1 (Git Bash)

Steps to reproduce

  1. Use Git Bash
            {
                "acrylicOpacity": 1.0,
                "backgroundImageStretchMode": "uniformToFill",
                "bellStyle": "none",
                "colorScheme": "Vintage",
                "commandline": "C:\\Program Files\\Git\\bin\\bash.exe -i -l",
                "experimental.retroTerminalEffect": false,
                "font": 
                {
                    "face": "JetBrains Mono",
                    "weight": "light"
                },
                "guid": "{22a05ebd-bd8c-4882-a99d-53f9a993c069}",
                "icon": "\ud83d\ude80",
                "name": "git bash",
                "padding": "10",
                "startingDirectory": "%USERPROFILE%",
                "tabTitle": "git bash",
                "useAcrylic": false
            }
  1. Use a slower connection then usually
  2. Connect to a remote host
  3. Create a file check.txt with 50-100 empty lines
  4. Open the file in mcedit
  5. Сlick and hold the cursor (right or down)
  6. You will see that symbols will appear in the file

This problem doesn't reproduce in Git Bash without WT

Expected Behavior

image

Actual Behavior

Screenshot

@ghost ghost added Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Dec 9, 2021
@zadjii-msft
Copy link
Member

This is kinda like #4037, but that's mostly for the terminal<->conpty connection. This is more at the conpty<->API layer presumably, or the API<->client layer. The bit about

Use a slower connection then usual

is going to make this a little tricky to debug.

Does this repro if you run C:\Program Files\Git\bin\bash.exe -i -l in the vintage console (conhost.exe), and then try reproing the scenario? That might help narrow the issue down.

@zadjii-msft zadjii-msft added Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something Area-Input Related to input processing (key presses, mouse, etc.) Area-VT Virtual Terminal sequence support labels Dec 9, 2021
@DanPinGF

This comment has been minimized.

@carenas
Copy link

carenas commented Dec 12, 2021

incomplete escape codes that were then "ghost typed" was tracked down recently as a bug in msys2-runtime (which git bash links with) as shown in git-for-windows/git#3579.

if the problem has the same root cause (it was also sensitive to connection responsiveness) could explain this and therefore should be fixed in the next snapshot/release of git for windows (as well as the current latest msys2, if you can reproduce/test it there).

note that the cygwin developer that produced the fix doesn't expect[1] it will affect ConPTY (which is what Windows Terminal uses), but you are still using msys2 pty with bash and probably also mcedit (unless it is not an MSYS2 package)

[1] https://cygwin.com/pipermail/cygwin-patches/2021q4/011593.html

@zadjii-msft zadjii-msft added Product-Terminal The new Windows Terminal. Tracking-External This bug isn't resolved, but it's following an external workitem. and removed Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something labels Dec 15, 2021
@zadjii-msft zadjii-msft added this to the Terminal v2.0 milestone Dec 15, 2021
@zadjii-msft
Copy link
Member

Thanks for the context @carenas! I don't think I ever would have been able to track that down. I'm gonna leave this one open till there's a fresh msys2-runtime to download and try out with the fix. Hopefully the issue will just go away - if it doesn't, we'll take another look.

@zadjii-msft
Copy link
Member

@carenas My apologies for being a bit dense, but do you know if there's a new release of the msys2 runtime with that fix that @karpulix could try our to see if this was in fact the root cause? I'm not really sure myself how things are ingested across the various different git repos 😅

@zadjii-msft zadjii-msft removed this from the Terminal v2.0 milestone Jan 4, 2022
@carenas
Copy link

carenas commented Jan 4, 2022

do you know if there's a new release of the msys2 runtime with that fix

the current version (as of the time of the original post) of msys2 included it, so the issue (and fix) should be reproducible (if fixed) by :

@zadjii-msft
Copy link
Member

Thanks! @karpulix can you see if that fixes this?

@zadjii-msft zadjii-msft added the Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something label Jan 4, 2022
@ghost ghost added the No-Recent-Activity This issue/PR is going stale and may be auto-closed without further activity. label Jan 9, 2022
@ghost
Copy link

ghost commented Jan 9, 2022

This issue has been automatically marked as stale because it has been marked as requiring author feedback but has not had any activity for 4 days. It will be closed if no further activity occurs within 3 days of this comment.

@carenas
Copy link

carenas commented Jan 11, 2022

I'm not really sure myself how things are ingested across the various different git repos 😅

@karpulix: latest git RC[1] also includes the msys/cygwin fix, if testing with git is easier

[1] https://github.com/git-for-windows/git/releases/tag/v2.35.0-rc0.windows.1

@ghost ghost added No-Recent-Activity This issue/PR is going stale and may be auto-closed without further activity. and removed No-Recent-Activity This issue/PR is going stale and may be auto-closed without further activity. labels Jan 11, 2022
@ghost
Copy link

ghost commented Jan 16, 2022

This issue has been automatically marked as stale because it has been marked as requiring author feedback but has not had any activity for 4 days. It will be closed if no further activity occurs within 3 days of this comment.

@ghost ghost closed this as completed Jan 19, 2022
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area-Input Related to input processing (key presses, mouse, etc.) Area-VT Virtual Terminal sequence support Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something Needs-Tag-Fix Doesn't match tag requirements Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting No-Recent-Activity This issue/PR is going stale and may be auto-closed without further activity. Product-Terminal The new Windows Terminal. Tracking-External This bug isn't resolved, but it's following an external workitem.
Projects
None yet
Development

No branches or pull requests

4 participants