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

Color palette broken when switching input language in Windows Terminal #1565

Closed
borouhin opened this issue Mar 22, 2023 · 5 comments
Closed

Comments

@borouhin
Copy link

Prerequisites:

  • Windows 11, latest version of Windows Terminal application (currently 1.16.10262.0)
  • 2 input languages configured in Windows (English and Russian in my case)
  • Any remote server with the latest far2l installed (tested with far2l from PPA on Ubuntu 20.04/22.04 and with portable far2l on Debian 11)

Steps to reproduce:

  1. Open a SSH session to the server in Windows Terminal.
  2. Start far2l (tried freshly installed one with default settings) - it displays it's default bright-blue palette, as expected.
  3. Switch input language in Windows (with any keyboard shortcut or even with a mouse from system tray).
  4. far2l immediately changes it's color palette as if "Override base colors palette" option was off (but it is on). Depending on selected color scheme in Windows Terminal, this can make far2l interface barely legible.
  5. This changed palette persists until far2l is closed and restarted.
@borouhin
Copy link
Author

P.S. To illustrate the issue, I've recorded my screen when it occured - see https://www.youtube.com/watch?v=JgGiPxdOnng

@elfmz
Copy link
Owner

elfmz commented Mar 28, 2023

Likely its a Windows Terminal bug, as far2l doesnt do anything as rensponce to language change. Actually it doesnt know about that change at all

Can you run in terminal solarized.sh from here https://github.com/benley/solarized-termcolor-osc4
..and see if palette will be changed and if it will be reset due to same actions?

@borouhin
Copy link
Author

Can you run in terminal solarized.sh from here https://github.com/benley/solarized-termcolor-osc4
..and see if palette will be changed and if it will be reset due to same actions?

Tried it, the same behavior :(

Actually, I don't know much about terminal / console internals to make any assumptions what exactly causes this issue... But there are no similar issues in the same terminal with other color console programs (e.g. Midnight Commander or htop). I've also tried changing every possible setting related to appearance and rendering in Windows Terminal - none of them changed anything.

@elfmz
Copy link
Owner

elfmz commented Mar 28, 2023

microsoft/terminal#11522

@borouhin
Copy link
Author

Thanks for the link, that's exactly my problem. I'm closing this issue and watching the progress on that one.

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

2 participants