wezterm icon indicating copy to clipboard operation
wezterm copied to clipboard

Erros on Fedora 41

Open bleudev opened this issue 8 months ago • 1 comments

What Operating System(s) are you seeing this problem on?

Linux Wayland

Which Wayland compositor or X11 Window manager(s) are you using?

Idk what's it. I searched web for answers, but i didn't get them. I use wayland, i can find it using this command:

$ echo $XDG_SESSION_TYPE
wayland

WezTerm version

20240203-110809-5046fc22 and 20250415-050201-e587f878

Did you try the latest nightly build to see if the issue is better (or worse!) than your current version?

Yes, and I updated the version box above to show the version of the nightly that I tried

Describe the bug

Firstly i installed on my Fedora 41 WezTerm using flatpak, i got this errors:

$ flatpak run org.wezfurlong.wezterm
xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1661:1: unrecognized keysym "dead_hamza" on left-hand side
xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1662:1: unrecognized keysym "dead_hamza" on left-hand side
xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1663:1: unrecognized keysym "dead_hamza" on left-hand side
xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1664:1: unrecognized keysym "dead_hamza" on left-hand side
xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1665:1: unrecognized keysym "dead_hamza" on left-hand side
xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1661:1: unrecognized keysym "dead_hamza" on left-hand side
xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1662:1: unrecognized keysym "dead_hamza" on left-hand side
xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1663:1: unrecognized keysym "dead_hamza" on left-hand side
xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1664:1: unrecognized keysym "dead_hamza" on left-hand side
xkbcommon: ERROR: /usr/share/X11/locale/en_US.UTF-8/Compose:1665:1: unrecognized keysym "dead_hamza" on left-hand side
13:12:42.725  ERROR  wezterm_gui > running message loop: Error while flushing display: Broken pipe (os error 32); terminating
warning: queue 0x56163d0314e0 destroyed while proxies still attached:
  wl_buffer@24 still attached
  wl_buffer@54 still attached
  wl_buffer@53 still attached
  wl_buffer@27 still attached
  wl_buffer@25 still attached
  wl_buffer@61 still attached
  wl_buffer@59 still attached
  wl_buffer@63 still attached
  wl_buffer@62 still attached
  wl_buffer@64 still attached
  wl_buffer@28 still attached
  zwp_primary_selection_offer_v1@4278190081 still attached
  wl_data_offer@4278190080 still attached
  wl_subsurface@74 still attached
  wl_surface@73 still attached
  wl_subsurface@72 still attached
  wl_surface@71 still attached
  wl_subsurface@70 still attached
  wl_surface@69 still attached
  wl_subsurface@68 still attached
  wl_surface@67 still attached
  wl_subsurface@66 still attached
  wl_surface@65 still attached
  xdg_wm_base@21 still attached
  wl_surface@20 still attached
  wl_data_device@17 still attached
  wl_pointer@15 still attached
  zwp_text_input_v3@14 still attached
  wl_keyboard@13 still attached
  zwp_primary_selection_device_v1@12 still attached
  zwp_primary_selection_device_manager_v1@3 still attached
  wl_data_device@11 still attached
  zwp_text_input_manager_v3@10 still attached
  wl_seat@9 still attached
  wl_subcompositor@8 still attached
  wl_data_device_manager@7 still attached
  wl_output@6 still attached
  wl_shm@5 still attached
  wl_compositor@4 still attached
  wl_registry@2 still attached

After it i installed dnf version (using command from official docs) and renamed locale file (deepseek's idea):

sudo mv /usr/share/X11/locale/en_US.UTF-8/Compose /usr/share/X11/locale/en_US.UTF-8/Compose.bak

I got this:

$ wezterm
xkbcommon: ERROR: couldn't find a Compose file for locale "C" (mapped to "C")
13:24:30.894  ERROR  window::os::wayland::connection > Error processing keymap change: Failed to acquire compose table from locale
13:24:31.020  ERROR  env_bootstrap                   > panic at window/src/os/wayland/window.rs:427:38 - !?
   0: <unknown>
   1: <unknown>
   2: <unknown>
   3: <unknown>
   4: <unknown>
   5: <unknown>
   6: <unknown>
   7: <unknown>
   8: <unknown>
   9: <unknown>
  10: <unknown>
  11: <unknown>
  12: <unknown>
  13: <unknown>
  14: <unknown>
  15: <unknown>
  16: wl_display_dispatch_queue_pending
  17: <unknown>
  18: <unknown>
  19: <unknown>
  20: <unknown>
  21: <unknown>
  22: <unknown>
  23: <unknown>
  24: <unknown>
  25: __libc_start_call_main
  26: __libc_start_main_alias_1
  27: <unknown>

thread 'main' panicked at window/src/os/wayland/window.rs:427:38:
no keymap
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
[wayland-client error] A handler for wl_keyboard panicked.
[1]    18643 IOT instruction (core dumped)  wezterm

After many tries i got this:

$ RUST_BACKTRACE=full wezterm
xkbcommon: ERROR: couldn't find a Compose file for locale "C" (mapped to "C")
13:29:57.388  ERROR  window::os::wayland::connection > Error processing keymap change: Failed to acquire compose table from locale
13:29:57.588  ERROR  env_bootstrap                   > panic at window/src/os/wayland/window.rs:427:38 - !?
   0: <unknown>
   1: <unknown>
   2: <unknown>
   3: <unknown>
   4: <unknown>
   5: <unknown>
   6: <unknown>
   7: <unknown>
   8: <unknown>
   9: <unknown>
  10: <unknown>
  11: <unknown>
  12: <unknown>
  13: <unknown>
  14: <unknown>
  15: <unknown>
  16: wl_display_dispatch_queue_pending
  17: <unknown>
  18: <unknown>
  19: <unknown>
  20: <unknown>
  21: <unknown>
  22: <unknown>
  23: <unknown>
  24: <unknown>
  25: __libc_start_call_main
  26: __libc_start_main_alias_1
  27: <unknown>

thread 'main' panicked at window/src/os/wayland/window.rs:427:38:
no keymap
stack backtrace:
   0:     0x55a2214792dc - <unknown>
   1:     0x55a2214ac950 - <unknown>
   2:     0x55a221473e5f - <unknown>
   3:     0x55a2214790c4 - <unknown>
   4:     0x55a22147ae07 - <unknown>
   5:     0x55a22147ab6f - <unknown>
   6:     0x55a21f93afa3 - <unknown>
   7:     0x55a22147b418 - <unknown>
   8:     0x55a22147b16e - <unknown>
   9:     0x55a2214797a6 - <unknown>
  10:     0x55a22147aed2 - <unknown>
  11:     0x55a21f51a365 - <unknown>
  12:     0x55a21f51a323 - <unknown>
  13:     0x55a220444343 - <unknown>
  14:     0x55a2205192e6 - <unknown>
  15:     0x55a22043217f - <unknown>
  16:     0x55a220436881 - <unknown>
  17:     0x55a22055e4d4 - <unknown>
  18:     0x55a220d2c7c3 - <unknown>
  19:     0x55a220d26a21 - <unknown>
  20:     0x55a220d225d8 - <unknown>
  21:     0x7efe007f08ee - <unknown>
  22:     0x7efe007f0d73 - wl_display_dispatch_queue_pending
  23:     0x55a22055a75a - <unknown>
  24:     0x55a22051b1b4 - <unknown>
  25:     0x55a21f6d74a9 - <unknown>
  26:     0x55a21f6d8c67 - <unknown>
  27:     0x55a21f62d193 - <unknown>
  28:     0x55a21f7981f9 - <unknown>
  29:     0x55a22146a6c7 - <unknown>
  30:     0x55a21f7981ee - <unknown>
  31:     0x7efe00010248 - __libc_start_call_main
  32:     0x7efe0001030b - __libc_start_main_alias_1
  33:     0x55a21f51aba5 - <unknown>
  34:                0x0 - <unknown>
[wayland-client error] A handler for wl_keyboard panicked.
[1]    24878 IOT instruction (core dumped)  RUST_BACKTRACE=full wezterm

I tried to install nightly version, but i got the same.

Versions are given above (dnf version and nightly)

Maybe this error because my fedora is 41, but nightly is for 40, and dnf for 39?

Additional about behaviour: Before renaming locale file the window crashed immediately, now it starts for half a second

To Reproduce

Do same such as above

Configuration

no config

Expected Behavior

No response

Logs

No logs in this directories such as ~/.local/share/wezterm

Anything else?

No response

bleudev avatar Apr 18 '25 10:04 bleudev

I just started getting the same error under both sway and Gnome 48. The offending code seems to be in window/src/os/wayland/keyboard.rs at line 79 where the match fails, leaving the mapper as None. The string "s" seems to contain a valid xcbconfig but it is large so I can't be 100% sure.

                                let s = keymap.get_as_string(xkb::KEYMAP_FORMAT_TEXT_V1);
                                match KeyboardWithFallback::new_from_string(s) {
                                    Ok(k) => {
                                        state.keyboard_mapper.replace(k);
                                    }
                                    Err(err) => {
                                        log::error!("Error processing keymap change: {:#}", err);
                                    }
                                }
                            }

Wielding avatar May 18 '25 12:05 Wielding