http://bugs.winehq.org/show_bug.cgi?id=58665
Eric Pouech eric.pouech@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eric.pouech@gmail.com
--- Comment #1 from Eric Pouech eric.pouech@gmail.com --- there are several issues involved:
1) cmd.exe was erroneously breaking lines. funnily enough, this has been fixed yesterday (see [1])
2) as already stated in bug 49780, conhost doesn't support yet ansi esc sequence (bug 49780), nor does it recognize them so it treats them as regular output, hence taking them into account when wrapping lines
Note: this is the expected behavior when virtual terminal processing is not activated for the console (native does this as well)
2a) when using a unix console (eg. running ./wine cmd from unix prompt) output is sent to underlying unix terminal, which will handle the esc sequences (note: this will only work if the windows esc sequences matches the selected one in unix terminal; will likely work for color, bold, italic, but might break for more exotic ones) retested with [1] applied, and 79 is printed in red on second line as expected (yet wrapped as explained in 2)
2b) when using a windowed console (eg. running ./wine wineconsole cmd) same wrapping issue. however, the escape sequences are printed
in short: - I can't repro the state you're reporting (esp sequence not printed but line wrapped). can you retest with [1] applied, and if the behavior you see doesn't match what's described above, please detail which console you're using (and if in 2a, which terminal emulator and which term settings) - we don't have anything in place for silencing the esc seq on output, and likely won't add it. - the only reasonable solution is to fix 49780
[1] https://gitlab.winehq.org/wine/wine/-/commit/adad7016757de9a53dab2dc688d14bb...)