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

ANSI color working inconsistently #1257

Closed
tlayte opened this issue Sep 20, 2017 · 4 comments
Closed

ANSI color working inconsistently #1257

tlayte opened this issue Sep 20, 2017 · 4 comments

Comments

@tlayte
Copy link

tlayte commented Sep 20, 2017

Versions

ConEmu build: 170910 x64
OS version: Windows 10 Pro x64 (Build 16251.rs3_release.170721-2122)
Used shell version : WSL Ubuntu 16.04 bash via wslbridge

Problem description

24bit ansi colors work perfectly only after running echo -e "\e[9999H". Clearing the console from within bash or echo -e "\e[2J" reverts to not working.

I hope this is the right place to report this, I have tested the included version of wslbridge using mintty in an attempt to narrow down the source of the problem and it does not exhibit this behaviour.

Steps to reproduce

  1. Open default detected Bash::bash task.
  2. immediately run 256colors.pl
  3. run `echo -e "\e[9999H"
  4. run 256colors.pl again

Actual results

On a fresh run of the bash task:
First run of script

After running echo -e "\e9999H" in the same console tab
After echoing ansi sequence

After returning from alternate screen (vim used as example here, but mutt and others all have the same effect)
Alternate screen destroys color information
(edit: Just noticed the typo in the last screenshot. last word in step 2 should read "change")

Expected results

The colors as seen in the second screenshot above.

Additional files

ConEmu.xml,

ConEmu logs one of the above sessions
Console log from the session

@BladeMF
Copy link

BladeMF commented Nov 18, 2017

I observe the same problem, version 171117 x64. Running "clear" and "mc" mess with the colors too.

@Maximus5
Copy link
Owner

Windows API still doesn't have proper way to request extended color attributes.
ConEmu implementation of its internal true-color buffer is not perfect, and have synchronization problems with conhost.
The only possible way (from ConEmu side) is reinventing the wheel and get rid of conhost completely. It's a crazy work and I hope to avoid it.

/cc @miniksa

@bmayen
Copy link

bmayen commented Dec 11, 2017

Would be great to have this documented prominently. The docs for getting 256 colors working with wsl (https://conemu.github.io/en/BashOnWindows.html) don't mention this nor the fact that latest builds already have the bridge set up by default. Lost a lot of time doing needless, redundant setup, then when I discovered it's already supposed to work out of the box, I lost even more time not knowing about this issue. I imagine I'm not the only one.

@Maximus5
Copy link
Owner

Merged: gh-227

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants