Skip to content

Windows Terminal 1.1 breaks WinCompose input #7089

Closed

Description

@mordquist

Environment

Windows build number: 10.0.19041.0
Windows Terminal version (if applicable): 1.1.2021.0

Any other software?
Ubuntu 20.04 LTS (WSL2)
WinCompose v0.9.4 (https://github.com/samhocevar/wincompose/releases/tag/v0.9.4)

Steps to reproduce

  1. Start WinCompose and Windows Terminal (cmd, powershell, or WSL does not matter)
  2. Input any character using the WinCompose compose key
    e.g. rightAlt + o a

Expected behavior

The correct character ('å' in the above example) is sent to the terminal.

Actual behavior

Seemingly no character is sent, at least nothing is displayed.

Probably related to #6309 as setting "experimental.input.forceVT": true gives the expected behavior.

Activity

  1. ghost added
    Needs-TriageIt's a new issue that the core contributor team needs to triage at the next triage meeting
    on Jul 27, 2020
  2. ghost added
    Needs-Tag-FixDoesn't match tag requirements
    on Jul 27, 2020
  3. added
    Area-InputRelated to input processing (key presses, mouse, etc.)
    Issue-BugIt either shouldn't be doing this or needs an investigation.
    on Jul 27, 2020
  4. ghost removed
    Needs-Tag-FixDoesn't match tag requirements
    on Jul 27, 2020
  5. DHowett commented on Jul 27, 2020

    @DHowett
    Member

    Huh. This doesn't exactly work in the traditional console either, and it was somewhat of a fluke that it worked in WT. It should, though.

    This is what I get if I peek at the key events coming out of WC into the traditional console:

    v 001 0010 002a 0000 ^@   00000010
    ^ 001 0010 002a 0000 ^@   00000000
    v 001 0000 0000 00f6 �    00000000
    ^ 001 00e7 0000 00f6 �    00000000
    ^ 001 004f 0018 006f o    00000000
    

    and here's what I'm getting over the tap:

    ␛[255;0;0;1;16;1_␛[255;0;0;0;16;1_

    that 255 definitely ain't right

  6. removed
    Needs-TriageIt's a new issue that the core contributor team needs to triage at the next triage meeting
    on Jul 27, 2020
  7. samhocevar commented on Nov 26, 2020

    @samhocevar

    So, how should a third-party application send Unicode characters to Windows Terminal if SendInput() no longer works by default?

  8. lhecker commented on Nov 26, 2020

    @lhecker
    Member

    As far as I can see, this issue was fixed in #7900. I'll close this issue for now as WinCompose works just fine on my end with the latest WT version.

    The good thing is that I now finally understood, why we've been receiving weird key events, containing invalid scan codes, for third party applications employing SendInput: WT doesn't use TranslateMessage(Ex) properly. (I mean there's a very specific reason it doesn't... Namely the necessity to receive key events even for character keys.)

  9. ghost added
    Needs-Tag-FixDoesn't match tag requirements
    on Nov 26, 2020
  10. mordquist commented on Nov 30, 2020

    @mordquist
    Author

    I can confirm that it works for me as well on Terminal 1.4 even with "experimental.input.forceVT" unset.

  11. smooth038 commented on Apr 15, 2023

    @smooth038

    I don't know if maybe this problem got recently reintroduced, but WinCompose currently does not work with any window terminal on my machine (cmd, powershell or windows terminal). When typing rightAlt ' a, it just outputs 'a and the compose key is ignored.

    I tried the "experimental.input.forceVT" setting, but it doesn't seem to do anything.

    Can anyone else reproduce this?

  12. smooth038 commented on Apr 15, 2023

    @smooth038

    I just found the problem. It didn't work because I was running the terminals in administrator mode, but WinCompose did not have admin privileges. When WinCompose is run as admin, everything works fine.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Area-InputRelated to input processing (key presses, mouse, etc.)Issue-BugIt either shouldn't be doing this or needs an investigation.Needs-Tag-FixDoesn't match tag requirementsPriority-1A description (P1)Product-TerminalThe new Windows Terminal.

    Type

    No type

    Projects

    No projects

      Milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions