alacritty: Gnome doesn't recognize newly created window

There’s a bug I’m facing on gnome when launching Alacritty at overview mode (can see workspaces and dock) and open a terminal window gnome doesn’t recognize it and I can’t send any command to the session, unless clicking on the window by mouse or open a new window and close it, so focus goes on the previous one automatically. This happens both when I open it using key combo or clicking on the icon in dock.

Fedora workstation 38 alacritty 0.12.0 wayland, gnome 44.1

this is a general log, not for time I’m facing the issue (don’t know where to get that)

alacritty -vv
Created log file at "/tmp/Alacritty-4466.log"
[0.000006705s] [INFO ] [alacritty] Welcome to Alacritty
[0.000246329s] [INFO ] [alacritty] Version 0.12.0
[0.000260018s] [INFO ] [alacritty] Running on Wayland
[0.000830618s] [INFO ] [alacritty] Configuration files loaded from:
                                     "/home/naadi/.config/alacritty/alacritty.yml"
[0.048616204s] [INFO ] [alacritty] Using EGL 1.5
[0.073993187s] [DEBUG] [crossfont] Loaded Face Face { ft_face: Font Face: Bold, load_flags: TARGET_LIGHT, render_mode: "Normal", lcd_filter: 1 }
[0.085880672s] [INFO ] [alacritty] Window scale factor: 1
[0.087766587s] [DEBUG] [alacritty] Loading "Iosevka Nerd Font" font
[0.090229178s] [DEBUG] [crossfont] Loaded Face Face { ft_face: Font Face: Regular, load_flags: TARGET_LIGHT, render_mode: "Normal", lcd_filter: 1 }
[0.093522109s] [DEBUG] [crossfont] Loaded Face Face { ft_face: Font Face: Bold, load_flags: TARGET_LIGHT, render_mode: "Normal", lcd_filter: 1 }
[0.096928530s] [DEBUG] [crossfont] Loaded Face Face { ft_face: Font Face: Italic, load_flags: TARGET_LIGHT, render_mode: "Normal", lcd_filter: 1 }
[0.100127524s] [DEBUG] [crossfont] Loaded Face Face { ft_face: Font Face: Bold Italic, load_flags: TARGET_LIGHT, render_mode: "Normal", lcd_filter: 1 }
[0.113840512s] [INFO ] [alacritty] Running on AMD Radeon Graphics (renoir, LLVM 16.0.1, DRM 3.49, 6.2.14-300.fc38.x86_64)
[0.113891147s] [INFO ] [alacritty] Using OpenGL 3.3 renderer
[0.122720159s] [DEBUG] [alacritty] Filling glyph cache with common glyphs
[0.163958925s] [INFO ] [alacritty] Cell size: 8 x 21
[0.164023319s] [INFO ] [alacritty] Padding: 5 x 5
[0.164031979s] [INFO ] [alacritty] Width: 810, Height: 598
[0.164097769s] [INFO ] [alacritty] PTY dimensions: 28 x 100
[0.168532598s] [INFO ] [alacritty] Initialisation complete
[0.215367649s] [INFO ] [alacritty] Font size changed to Size(24) with scale factor of 1
[0.215435884s] [INFO ] [alacritty] Cell size: 8 x 21
[0.215470036s] [DEBUG] [alacritty_terminal] Term::resize dimensions unchanged
[0.221226815s] [INFO ] [alacritty] Padding: 5 x 5
[0.221282268s] [INFO ] [alacritty] Width: 810, Height: 598

About this issue

  • Original URL
  • State: closed
  • Created a year ago
  • Reactions: 4
  • Comments: 17 (9 by maintainers)

Commits related to this issue

Most upvoted comments

Well, that’s the only option to know whether it’s enough and if you want to get this issue fixed, because on my fedora 38 gnome 44.2 this issue is not happening even without this patch.

From what I’ve understood it should help, but maybe someone else on this issue could test this as well.

you mean i should pull the branch and build it myself to test? is that necessary? because i have no experience with Cargo and Rust in general

No experience should be required. Our installation instructions should allow anyone to build from source.

It’ll be solved with the upcoming release, but I don’t think there’s a workaround for that at the moment. There’s also no ETA when the fix for that will even land (requires upstream work).

Basically GNOME wants us to use special startup protocol, which we support, but we don’t support starting with it. I know that on my fedora 38 workstation it wasn’t happening yet, though, maybe the issue is with how I’ve installed alacritty on it…