24-bit colors support in WSL breaks after view change

[VectorWpl]

Versions

ConEmu build: 170118 x64
OS version: Windows 10 x64
Used shell version: Bash on Windows

Problem description

I've followed instructions from here: https://conemu.github.io/en/BashOnWindows.html to get 24bit colors support. While it would initially work after some manipulation I am now able to brake it each time after clearing screen with ctrl+l shortcut. Same thing happens after opening vim or nvim and few other view changes that require view re-rendering.

Steps to reproduce

1. Run bash from ConEmu with wsl-con.bat
2. Run 256colors2.pl (all colors should be correct at this moment)
3. Clear shell with ctrl+l shortcut
4. Run 256colors2.pl (colors will break)

Actual results

See screenshot with bad colors

Expected results

See screenshot with correct colors

Additional files

http://imgur.com/a/vgsI8

[Maximus5]

1. There is no status bar on screenshots. 2. True color support in ConEmu is limited to the bottom of the buffer. 3. RoadMap and existing issues.

[VectorWpl]

Hi @Maximus5,

Sorry, uploaded 2 new screenshots with status bar. Both shells are shown at the bottom of the buffer.

[ghost]

@Maximus5 I was wondering, does this https://blogs.msdn.microsoft.com/commandline/2016/09/22/24-bit-color-in-the-windows-console/ mean good things for the 24bit color support? Will it solve all the problems surrounding the color support you think?

[Maximus5]

It doesn't mean any good thing. There is no API to get 24bit colors from conhost.

[ghost]

damn

[ghost]

Is there any way to get 256colors with scroll buffer, without having to use WSL? I've been trying but seems only WSL will do it. prefer not to use wsl so I can use ssh-pagent and other stuff

[Maximus5]

Any console ssh client capable to write raw ANSI to terminal instead of trying to process them internally may show 24bit colors in ConEmu.
cygwin/msys connector

[ghost]

With the connectors, can you leave buffering on , and still get the 24bit colors? I was having trouble with that part. But if its possible i'll mess with it some more

[ghost]

I get this issue really bad. I basically cant use conemu. resizing the window completely breaks the colors. im using the provided connectors and wsl-con.bat and all that.

if i just use wsltty, it's perfect. I can resize no breaking issues. conemu has a ton of issues with resizing. i dont understand why

[VectorWpl]

Quick update:
After last updates (don't know which exactly as I tested only now) and after Insider build update, everything works as described - colors are working correctly at the end of the buffer even after resize or view change (previous colors break, but end of buffer still works). Therefor now it this is not a bug anymore.

Hope you will find time to get whole buffer colors working and maybe MS will do something so we will not have to use some workarounds with wslbridge to get 24bit color.

Thank you for all your hard work @Maximus5

[masaeedu]

@GrandTrolligno Can you tell me your Windows version? Win+S -> "about your pc".

[VectorWpl]

As mentioned in first post it is Windows 10 x64.

More precisely now my Insider build is at 16193.1001 (version 1703)

[wlnirvana]

Any update on this? I just ran into the same issue and am currently upgrading to the insider build to see how it goes.

Another workaround I found is tmux, which seems not affected by Ctrl-L.

[Plazmaz]

I too have run into this issue :/

[BunnCode]

Also experiencing this. Tmux fixes it, and 256 colors work in vim even after breaking them in bash... but they re-break when vim is closed. Fish is the same, regrettably.

[Maximus5]

Merged: gh-227