github-starred/barrier

Fork 0

mirror of https://github.com/debauchee/barrier.git synced 2026-05-15 14:16:02 -06:00

[GH-ISSUE #727] On US Intl Keyboard (dead keys), shift + single quote then Space produces diaeresis (U+00A8) on the client instead of quotation mark (U+00A8) #570

New issue

Open

opened 2026-05-05 06:41:48 -06:00 by gitea-mirror · 8 comments

gitea-mirror commented

2026-05-05 06:41:48 -06:00

Owner

Originally created by @efibe on GitHub (Jun 1, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/727

Operating Systems

Server: Barrier 2.3.1 on Linux (Ubuntu 19.10)

Client: Barrier 2.3.2 on MacOS Catalina 10.5.15

Barrier Version

2.3.1 (server), 2.3.2 (client)

Steps to reproduce bug

On Linux (server), keyboard layout is "English (US, intl., with dead keys)"
On Mac (client), the keyboard layout is "U.S. International - PC"
Put the cursor on Mac
Hold shift and type ' (an underlined ¨ appears)
Type a space. The ¨ stays there instead of being converted to a " (double quote)

The expected behavior is either the underlined ¨ being converted to a " after hitting the space bar on step 5, or the underlined " appearing right away on step 4.

If I use this combo on the server, the underlined ¨ appears first, but when I type the space, it's converted to a " correctly.

On the physical Mac keyboard, this combo produces an underlined " initially, which stays there after a space bar.

On all cases and keyboards, if I use a vowel instead of the space bar, I get ä ë ï ö ü, which is the expected behavior.

Other info

When did the problem start to occur? Since I first tried.
Is there a way to work around it? Yes, I must type AltGr + Shift + ' then Space to produce a "
Does this bug prevent you from using Barrier entirely? No

I can send debug logs if it is of any use.

Originally created by @efibe on GitHub (Jun 1, 2020). Original GitHub issue: https://github.com/debauchee/barrier/issues/727 ### Operating Systems ### Server: Barrier 2.3.1 on Linux (Ubuntu 19.10) Client: Barrier 2.3.2 on MacOS Catalina 10.5.15 ### Barrier Version ### 2.3.1 (server), 2.3.2 (client) ### Steps to reproduce bug ### 1. On Linux (server), keyboard layout is "English (US, intl., with dead keys)" 2. On Mac (client), the keyboard layout is "U.S. International - PC" 3. Put the cursor on Mac 4. Hold shift and type ' (an underlined ¨ appears) 5. Type a space. The ¨ stays there instead of being converted to a " (double quote) The expected behavior is either the underlined ¨ being converted to a " after hitting the space bar on step 5, or the underlined " appearing right away on step 4. If I use this combo on the server, the underlined ¨ appears first, but when I type the space, it's converted to a " correctly. On the physical Mac keyboard, this combo produces an underlined " initially, which stays there after a space bar. On all cases and keyboards, if I use a vowel instead of the space bar, I get ä ë ï ö ü, which is the expected behavior. ### Other info ### * When did the problem start to occur? Since I first tried. * Is there a way to work around it? Yes, I must type AltGr + Shift + ' then Space to produce a " * Does this bug prevent you from using Barrier entirely? No I can send debug logs if it is of any use.

gitea-mirror added the

bug

label 2026-05-05 06:41:48 -06:00

gitea-mirror commented

2026-05-05 06:41:51 -06:00

Author

Owner

@krizalidzero commented on GitHub (Jun 4, 2020):

I have Windows 10 and Windows 10, both systems set to Japanese and both systems with Spanish and Japanese keyboard layouts enabled.

Dead keys do not work for me at all via barrier.

@krizalidzero commented on GitHub (Jun 4, 2020): I have Windows 10 and Windows 10, both systems set to Japanese and both systems with Spanish and Japanese keyboard layouts enabled. Dead keys do not work for me at all via barrier.

gitea-mirror commented

2026-05-05 06:41:54 -06:00

Author

Owner

@github-actions[bot] commented on GitHub (Sep 20, 2020):

This issue has been automatically marked as stale due to inactivity. It will be closed if no further activity occurs. Thank you for your contributions.

@github-actions[bot] commented on GitHub (Sep 20, 2020): This issue has been automatically marked as stale due to inactivity. It will be closed if no further activity occurs. Thank you for your contributions.

gitea-mirror commented

2026-05-05 06:41:57 -06:00

Author

Owner

@p12tic commented on GitHub (Jan 10, 2021):

Let's not close valid bug reports for no reason.

@p12tic commented on GitHub (Jan 10, 2021): Let's not close valid bug reports for no reason.

gitea-mirror commented

2026-05-05 06:42:00 -06:00

Author

Owner

@arjenveenhuizen commented on GitHub (Feb 17, 2021):

I see the exact same issue as described in the first post on this combination:

Server: Ubuntu 18.04 (Linux 5.7.1-050701-generic #202006071230 SMP Sun Jun 7 12:32:55 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux), running barrier v2.3.3 and English US Intl. with deadkeys keyboard layout.
Client: Mac OS X Catalina 10.15.7, running barrier v2.3.3 U.S. International - PC keyboard layout.

@arjenveenhuizen commented on GitHub (Feb 17, 2021): I see the exact same issue as described in the first post on this combination: * Server: Ubuntu 18.04 (`Linux 5.7.1-050701-generic #202006071230 SMP Sun Jun 7 12:32:55 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux`), running barrier v2.3.3 and English US Intl. with deadkeys keyboard layout. * Client: Mac OS X Catalina 10.15.7, running barrier v2.3.3 U.S. International - PC keyboard layout.

gitea-mirror commented

2026-05-05 06:42:02 -06:00

Author

Owner

@ascheucher commented on GitHub (Sep 28, 2021):

I have a Mac OS Big Sur Server and Client with US International Keyboard on both.
Both with Barrier 2.3.3-release-3395cca9

My problems are

' require typing "+SPACE, which produces ≠ on the client
" require typing '+SPACE or "+SPACE, which produces @ in the client

To test eventually progress, I updated client and server to 2.4.0.

The bug still exists.

@ascheucher commented on GitHub (Sep 28, 2021): I have a Mac OS Big Sur Server and Client with US International Keyboard on both. Both with Barrier 2.3.3-release-3395cca9 My problems are * `'` require typing "+SPACE, which produces `≠` on the client * `"` require typing '+SPACE or "+SPACE, which produces `@` in the client To test eventually progress, I updated client and server to 2.4.0. The bug still exists.

gitea-mirror commented

2026-05-05 06:42:04 -06:00

Author

Owner

@LaraArgento commented on GitHub (Sep 30, 2021):

I can't make ~ in the client, neither ". Dead Keys. us_intl layout on both.

@LaraArgento commented on GitHub (Sep 30, 2021): I can't make ~ in the client, neither ". Dead Keys. us_intl layout on both.

gitea-mirror commented

2026-05-05 06:42:06 -06:00

Author

Owner

@null-von-sushi commented on GitHub (Oct 19, 2021):

I am also having issues, but I cannot really describe it because the behaviour is a bit random. The most common issue I had though is that (on an ANSI keyboard) typing single quote or double quote, will switch to another keyboard layout.
My server is Windows 10 (86_64), my current clients are Windows 11 (x86_64 and aarch64).

@null-von-sushi commented on GitHub (Oct 19, 2021): I am also having issues, but I cannot really describe it because the behaviour is a bit random. The most common issue I had though is that (on an ANSI keyboard) typing single quote or double quote, will switch to another keyboard layout. My server is Windows 10 (86_64), my current clients are Windows 11 (x86_64 and aarch64).

gitea-mirror commented

2026-05-05 06:42:08 -06:00

Author

Owner

@elegos commented on GitHub (Jan 10, 2022):

Here I have what I think the same problem:

Key requiring [Key], [Space] are ignored (simple space is sent) (examples: " (SHIFT + ', SPACE), ~ (SHIFT+`, SPACE)).

EDIT: some combinations are not ignored, like ' or ` (that are [KEY] + SPACE)

Host: Linux (Fedora) w/ barrier 2.3.3, keyboard layout: US (international)
Guest: Windows w/ barrier 2.4.0, keyboard layout: US (international)

@elegos commented on GitHub (Jan 10, 2022): Here I have what I think the same problem: Key requiring [Key], [Space] are ignored (simple space is sent) (examples: " (SHIFT + ', SPACE), ~ (SHIFT+`, SPACE)). EDIT: some combinations are not ignored, like ' or ` (that are [KEY] + SPACE) Host: Linux (Fedora) w/ barrier 2.3.3, keyboard layout: US (international) Guest: Windows w/ barrier 2.4.0, keyboard layout: US (international)

No labels

Rows
Columns