Hyper: CTRL-SHIFT-E no longer splits in v3 (Linux)

[johanforssell]

• [x] I am on the latest Hyper.app version
• [x] I have searched the issues of this repo and believe that this is not a duplicate

• OS version and name: Linux Mint 19.1 Tessa
• Hyper.app version: 3.0.2 (installed via .deb)
• Link of a Gist with the contents of your .hyper.js: https://gist.github.com/johanforssell/3dc795118fa69a03b058b740a5f173c7 (this is the default file - I removed my file before filing this issue)
• Relevant information from devtools _(CMD+ALT+I on macOS, CTRL+SHIFT+I elsewhere)_: Nothing in the console log.
• The issue is reproducible in vanilla Hyper.app: Is Vanilla

Issue

• After upgrading to 3.0.0 and 3.0.2 I can no longer Split Horizontally. Ctrl-Shift-E will just put a number of e and E characters into my terminal.
• I have this same issue on two separate Linux machines (both Linux Mint 19.1).
• Ctrl-Shift-D still works just fine.
• Issue with both Swedish and English (UK) keyboard layout.

[pcnate]

I had an issue with Ibus using the same key binding
please see zeit/hyper#3660

[JvManuel]

I had the same problem with the new version of the hyper terminal. The shortcut command for splitting the screen horizontally doesn't work unless the capslock is on.

[johanforssell]

Unfortunately I'm not running Ibus, so that's not the issue.
I've been trying to sniff who's using Ctrl+Shift+E by

#!/bin/sh
xdotool key Control_L+Shift_L+e
xdotool key XF86LogGrabInfo
xdotool keyup Control_L+Shift_L+e
tail /var/log/Xorg.0.log

But there's no active keygrabs, so I'm not getting anywhere here.

~

Ultimately, I quite sure this is not a Hyper issue, as I just realized I'm getting exactly the same behaviour in all text editors. Ctrl+Shift+E prints 1 small and 8 large es and then cycles around again, when I continue to press the keys.

I guess this issue should be closed.

[pcnate]

If you are not running ibus then ibus exit shouldn't temporarily fix the issue.

[QuixoticGitHub]

No solution for this? I have the same problem on Linux Mint 19.2, Hyper version 3.0.2.

[bet4it]

Hyper on Arch Linux doesn't have this bug.

[msemikin]

I wonder if it's related to Ctrl-Shift-e being the default shortcut for emojis on Gnome
https://askubuntu.com/questions/1083913/what-does-ctrl-shift-e-do-while-typing-text

I was able to fix it by setting GTK_IM_MODULE="xim" for hyper by changing a line in the desktop file /usr/share/applications/hyper.desktop:

From:
Exec="/opt/Hyper/hyper" %U
To:
Exec=env GTK_IM_MODULE="xim" "/opt/Hyper/hyper" %U

[rajat-np]

CTRL+shift+e is an emoji entry shortcut. Use ibus-setup to change the key setup for that.