fedora-cosmic / cosmic-packaging

#34 IBus notification on login from sddm
Opened by danmac. Modified

Open
Close Issue

I have a bit of a Frankenstein Fedora so not sure if it's related to that. I originally installed Fedora Sway, then installed Plasma 6 and changed the sddm package from the Sway sddm package to the KDE sddm package.

When logging into Cosmic Desktop from sddm I get a notification that reads:
IBus Notification
IBus should be called from the desktop session in Wayland. For KDE, you can launch 'systemsettings' utility and go to "Input Devices" -> "Virtual Keyboard" section and select "IBus Wayland". For other desktop sessions, you can copy the 'Exec=' line in org.freedesktop.IBus.Panel.Wayland.Gtk3.desktop file to a configuration file of the session. Please refer each document about the "Wayland input method", you should make sure that QT_IM_MODULE and GTK_IM_MODULE environment variables are unset in the desktop session.

Unsure if it's my configuration, sddm, the Fedora package or Cosmic so would appreciate some help on what to do.

Thanks

Hey, i know this is an old issue but...
simplest solution:

sudo dnf remove imsettings

imsetttings is a default fedora package that attempts to override Wayland-native input method (basically its an input method chooser). In a nutshell, imsettings attempts to control environment variables the Wayland compositor is supposed to, which causes ibus to be started outside of the appropriate context. If you don't use imsettings on a regular basis just get rid of it.

We probably need to rework the input-methods group to deal with this.

@petersen, what should we do to deal with this? GNOME, KDE Plasma, COSMIC, and now Cinnamon don't need this and it seems to break things. This is pretty much only needed for X11 only environments that lack their own integration with input methods.
Metadata
None
None
None
None
None
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.