starred/terminal
1
0
Fork 0
mirror of https://github.com/microsoft/terminal.git synced 2026-02-04 05:35:20 +00:00
Code Issues 19.0k Packages Projects Releases 20 Wiki Activity

Cyrillic characters are not pasted correctly when using far2l in WSL under Windows Terminal #22318

New Issue
Closed
opened 2026-01-31 08:09:41 +00:00 by claunia · 7 comments
claunia commented 2026-01-31 08:09:41 +00:00
Owner
Copy Link

Originally created by @unxed on GitHub (Sep 27, 2024).

Windows Terminal version

Windows Terminal Preview v1.22.2702.0

Steps to reproduce

  1. Install Ubuntu 24.04 in WSL
  2. Install the far2l package
  3. Run far2l in Windows Terminal
  4. Try to paste any Cyrillic text into far2l

Expected Behavior

Correct text is pasted

Actual Behavior

No Cyrillic text is pasted

The same operation works ok in GNOME Terminal under plain Ubuntu, for example.

Originally created by @unxed on GitHub (Sep 27, 2024). ### Windows Terminal version Windows Terminal Preview v1.22.2702.0 ### Steps to reproduce 1. Install Ubuntu 24.04 in WSL 2. Install the [far2l](https://github.com/elfmz/far2l) package 3. Run `far2l` in Windows Terminal 4. Try to paste any Cyrillic text into far2l ### Expected Behavior Correct text is pasted ### Actual Behavior No Cyrillic text is pasted The same operation works ok in GNOME Terminal under plain Ubuntu, for example.
claunia added the Needs-TriageIssue-BugNeeds-Attention labels 2026-01-31 08:09:41 +00:00
claunia commented 2026-01-31 08:09:42 +00:00
Author
Owner
Copy Link

@DHowett commented on GitHub (Sep 27, 2024):

Does it work when you paste into any other application under WSL/?

@DHowett commented on GitHub (Sep 27, 2024): Does it work when you paste into any other application under WSL/?
claunia commented 2026-01-31 08:09:43 +00:00
Author
Owner
Copy Link

@unxed commented on GitHub (Sep 28, 2024):

In bash is pasted ok.

But paste in far2l in other terminals (for example, gnome terminal under plain Ubuntu) also works ok

@unxed commented on GitHub (Sep 28, 2024): In bash is pasted ok. But paste in far2l in other terminals (for example, gnome terminal under plain Ubuntu) also works ok
claunia commented 2026-01-31 08:09:43 +00:00
Author
Owner
Copy Link

@unxed commented on GitHub (Sep 28, 2024):

This issue is not reproduces in cmd.exe console window.

@unxed commented on GitHub (Sep 28, 2024): This issue is not reproduces in `cmd.exe` console window.
claunia commented 2026-01-31 08:09:43 +00:00
Author
Owner
Copy Link

@o-sdn-o commented on GitHub (Sep 28, 2024):

It seems to me that far2l parses the win32-input-mode protocol incorrectly.

As an example, let's take the character й (UTF-16 decimal code 1081).

Request win32-input-mode by issuing printf "\x1b[?9001h" at the WSL prompt.

Pressing/releasing й generates: ←[1;16;1081;1;0;1_←[1;16;1081;0;0;1_
Pasting й generates: ←[;0;1081;1;0;1_←[;0;1081;0;0;1_

It is clear that the character й is delivered.

The same behavior in far2l when pasting CJK characters ちちちちちちちちちちち (UTF-16 decimal code 12385).

In the cmd.exe console window, win32-input-mode doesn't work (al least on my setup with Windows 10).

win32-input-mode CSI sequence for reference:

  ^[ [ Vk ; Sc ; Uc ; Kd ; Cs ; Rc _

       Vk: the value of wVirtualKeyCode - any number. If omitted, defaults to '0'.

       Sc: the value of wVirtualScanCode - any number. If omitted, defaults to '0'.

       Uc: the decimal value of UnicodeChar - for example, NUL is "0", LF is
           "10", the character 'A' is "65". If omitted, defaults to '0'.

       Kd: the value of bKeyDown - either a '0' or '1'. If omitted, defaults to '0'.

       Cs: the value of dwControlKeyState - any number. If omitted, defaults to '0'.

       Rc: the value of wRepeatCount - any number. If omitted, defaults to '1'.
@o-sdn-o commented on GitHub (Sep 28, 2024): It seems to me that far2l parses the win32-input-mode protocol incorrectly. As an example, let's take the character `й` (UTF-16 decimal code 1081). Request `win32-input-mode` by issuing `printf "\x1b[?9001h"` at the WSL prompt. Pressing/releasing `й` generates: `←[1;16;1081;1;0;1_←[1;16;1081;0;0;1_` Pasting `й` generates: `←[;0;1081;1;0;1_←[;0;1081;0;0;1_` It is clear that the character `й` is delivered. The same behavior in far2l when pasting CJK characters `ちちちちちちちちちちち` (UTF-16 decimal code 12385). In the cmd.exe console window, win32-input-mode doesn't work (al least on my setup with Windows 10). [win32-input-mode CSI sequence](https://github.com/microsoft/terminal/blob/main/doc/specs/%234999%20-%20Improved%20keyboard%20handling%20in%20Conpty.md#win32-input-mode-sequences) for reference: ``` ^[ [ Vk ; Sc ; Uc ; Kd ; Cs ; Rc _ Vk: the value of wVirtualKeyCode - any number. If omitted, defaults to '0'. Sc: the value of wVirtualScanCode - any number. If omitted, defaults to '0'. Uc: the decimal value of UnicodeChar - for example, NUL is "0", LF is "10", the character 'A' is "65". If omitted, defaults to '0'. Kd: the value of bKeyDown - either a '0' or '1'. If omitted, defaults to '0'. Cs: the value of dwControlKeyState - any number. If omitted, defaults to '0'. Rc: the value of wRepeatCount - any number. If omitted, defaults to '1'. ```
claunia commented 2026-01-31 08:09:43 +00:00
Author
Owner
Copy Link

@unxed commented on GitHub (Sep 28, 2024):

Thanks for investigating. Trying to fix that.
https://github.com/elfmz/far2l/pull/2401

btw, win32-input-mode seems to be working somehow even in cmd.exe: look at "w" char (after X) in window title. This char is appended on first successfull win32 input mode sequence decoding:
изображение

@unxed commented on GitHub (Sep 28, 2024): Thanks for investigating. Trying to fix that. https://github.com/elfmz/far2l/pull/2401 btw, win32-input-mode seems to be working somehow even in cmd.exe: look at "w" char (after X) in window title. This char is appended on first successfull win32 input mode sequence decoding: ![изображение](https://github.com/user-attachments/assets/4e95d14f-5b0a-418e-8adf-85669879ccac)
claunia commented 2026-01-31 08:09:43 +00:00
Author
Owner
Copy Link

@unxed commented on GitHub (Sep 28, 2024):

Closing as problem confirmed on far2l side

@unxed commented on GitHub (Sep 28, 2024): Closing as problem confirmed on far2l side
claunia commented 2026-01-31 08:09:44 +00:00
Author
Owner
Copy Link

@unxed commented on GitHub (Oct 7, 2024):

@ClusterM

Does this bug reproduce for you in far2l from Ubuntu 24.04 repo under latest Windows Terminal Preview version (v1.22.2702.0)?

@unxed commented on GitHub (Oct 7, 2024): @ClusterM Does this bug reproduce for you in far2l from Ubuntu 24.04 repo under latest Windows Terminal Preview version (v1.22.2702.0)?
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
⛺ Reserved
A11yCO
A11yMAS
A11ySev1
A11ySev2
A11ySev3
A11yTTValidated
A11yUsable
A11yVoiceAccess
A11yWCAG
Area-Accessibility
Area-AtlasEngine
Area-AzureShell
Area-Build
Area-Build
Area-Chat
Area-CmdPal
Area-CodeHealth
Area-Commandline
Area-CookedRead
Area-DefApp
Area-Extensibility
Area-Fonts
Area-GroupPolicy
Area-i18n
Area-Input
Area-Interaction
Area-Interop
Area-Localization
Area-Output
Area-Performance
Area-Portable
Area-Quality
Area-Remoting
Area-Rendering
Area-Schema
Area-Server
Area-Settings
Area-SettingsUI
Area-ShellExtension
Area-ShellExtension
Area-ShellExtension
Area-Suggestions
Area-Suggestions
Area-TerminalConnection
Area-TerminalControl
Area-Theming
Area-UserInterface
Area-VT
Area-Windowing
Area-WPFControl
AutoMerge
Blocking-Ingestion
Culprit-Centennial
Culprit-WinUI
Disability-All
Disability-Blind
Disability-LowVision
Disability-Mobility
External-Blocked-WinUI3
Fixed
Gathering-Data
good first issue
HCL-E+D
HCL-WindowsTerminal
Help Wanted
Impact-Compatibility
Impact-Compliance
Impact-Correctness
Impact-Visual
In-PR
InclusionBacklog
InclusionBacklog-Windows TerminalWin32
InclusionCommitted-202206
Issue-Bug
Issue-Docs
Issue-Feature
Issue-Feature
Issue-Question
Issue-Samples
Issue-Scenario
Issue-Task
Needs-Attention
Needs-Author-Feedback
Needs-Bisect
Needs-Discussion
Needs-Repro
Needs-Tag-Fix
Needs-Tag-Fix
Needs-Triage
No-Recent-Activity
Priority-0
Priority-1
Priority-2
Priority-3
Product-Cmd.exe
Product-Colortool
Product-Colortool
Product-Colortool
Product-Conhost
Product-Conpty
Product-Meta
Product-Powershell
Product-Terminal
Product-WSL
pull-request
Mirrored from GitHub Pull Request
 Resolution-Answered
Resolution-By-Design
Resolution-Duplicate
Resolution-External
Resolution-Fix-Available
Resolution-Fix-Committed
Resolution-No-Repro
Resolution-Won't-Fix
Severity-Blocking
Severity-Crash
Severity-DataLoss
spam
this-will-be-a-breaking-change
Tracking-External
WindowsTerminal_Win32
Work-Item
zAskModeBug
zInbox-Bug
No Label Issue-Bug Needs-Attention Needs-Triage
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#22318
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?