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

Delay in response to any keypress in Git Bash/Ubuntu Bash prompt #1332

Closed
akittas opened this Issue Nov 24, 2017 · 11 comments

Comments

Projects
None yet
5 participants
@akittas

akittas commented Nov 24, 2017

Versions

ConEmu build: 171117 x64
OS version: Windows 1709 x64
Used shell version (Far Manager, git-bash, cmd, powershell, cygwin, whatever): Windows Bash, Git Bash

Problem description

There is a delay in response to any keypress (like I'm typing at some remote terminal). This appears in git bash or windows ubuntu bash prompts, but not in a normal windows cmd prompt. This issue appeared in version 171117 and does not exist in version 171109.

Steps to reproduce

  1. Open Conemu.
  2. Start a git bash or ubuntu bash shell.
  3. Start typing any command. Try holding a key pressed and observe how slow the characters are repeated. Compare this to a windows cmd prompt, keys are repeated fast and there is no delay when a key is pressed.
@Maximus5

This comment has been minimized.

Show comment
Hide comment
@Maximus5

Maximus5 Nov 25, 2017

Owner

That is because connector acts as "remote terminal". Previous version, which had no lags, had much worse problem - freezed input.

Owner

Maximus5 commented Nov 25, 2017

That is because connector acts as "remote terminal". Previous version, which had no lags, had much worse problem - freezed input.

@bluddy

This comment has been minimized.

Show comment
Hide comment
@bluddy

bluddy Nov 27, 2017

Um... so what does this mean? Can it be solved?

bluddy commented Nov 27, 2017

Um... so what does this mean? Can it be solved?

@akittas

This comment has been minimized.

Show comment
Hide comment
@akittas

akittas Nov 27, 2017

Yes this is really unfortunate.. Having either the chance for freezed input or a prompt with a constant lag :(

akittas commented Nov 27, 2017

Yes this is really unfortunate.. Having either the chance for freezed input or a prompt with a constant lag :(

@akittas

This comment has been minimized.

Show comment
Hide comment
@akittas

akittas Nov 30, 2017

I'm using at the moment 17.11.09 and have not experience any freezed input yet, and the bash/git bash prompts work well with no lag. Maybe this can be incorporated in future versions? 17.11.17 feels very laggy for git bash/bash prompts, I'm actually surprised that more users are not reporting this. It really breaks the experience when typing in the terminal.

akittas commented Nov 30, 2017

I'm using at the moment 17.11.09 and have not experience any freezed input yet, and the bash/git bash prompts work well with no lag. Maybe this can be incorporated in future versions? 17.11.17 feels very laggy for git bash/bash prompts, I'm actually surprised that more users are not reporting this. It really breaks the experience when typing in the terminal.

@Maximus5

This comment has been minimized.

Show comment
Hide comment
@Maximus5

Maximus5 Dec 1, 2017

Owner

It's upon a chance when your terminal freezes in 171109. And it occurs always on rapid typing.

Owner

Maximus5 commented Dec 1, 2017

It's upon a chance when your terminal freezes in 171109. And it occurs always on rapid typing.

@lhecker

This comment has been minimized.

Show comment
Hide comment
@lhecker

lhecker Dec 3, 2017

@Maximus5 Is there anything we could help solving this issue though?

Because the lag really is quite unbearable for me - it feels like it takes about one second for each keypress to take action. If I connect to a remote machine using SSH there's no additional perceivable lag apart from the natural one, which makes me whonder why the connector causes such issues even though it's running locally, right?

Edit: I know that I can revert the Bash task to the old one (wsl.exe -cur_console:pm:/mnt), but that's not really a solution isn't it?

lhecker commented Dec 3, 2017

@Maximus5 Is there anything we could help solving this issue though?

Because the lag really is quite unbearable for me - it feels like it takes about one second for each keypress to take action. If I connect to a remote machine using SSH there's no additional perceivable lag apart from the natural one, which makes me whonder why the connector causes such issues even though it's running locally, right?

Edit: I know that I can revert the Bash task to the old one (wsl.exe -cur_console:pm:/mnt), but that's not really a solution isn't it?

@akittas

This comment has been minimized.

Show comment
Hide comment
@akittas

akittas Dec 3, 2017

I have to second @lhecker, the lag is really making the bash prompts (and by extension ConEmu) unusable for me.

akittas commented Dec 3, 2017

I have to second @lhecker, the lag is really making the bash prompts (and by extension ConEmu) unusable for me.

@Maximus5

This comment has been minimized.

Show comment
Hide comment
@Maximus5

This comment has been minimized.

Show comment
Hide comment
@Maximus5
Owner

Maximus5 commented Dec 4, 2017

4903014

@akittas

This comment has been minimized.

Show comment
Hide comment
@akittas

akittas Dec 4, 2017

@Maximus5 from some quick tests I did it seems it is fixed in 17.12.03. This is great!

akittas commented Dec 4, 2017

@Maximus5 from some quick tests I did it seems it is fixed in 17.12.03. This is great!

@ltomes

This comment has been minimized.

Show comment
Hide comment
@ltomes

ltomes Dec 4, 2017

@Maximus5 This seems resolved in 17.12.03 for me as well.

ltomes commented Dec 4, 2017

@Maximus5 This seems resolved in 17.12.03 for me as well.

@Maximus5 Maximus5 closed this Dec 4, 2017

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment