Xpra: Ticket #286: fancy input methods can interfere and break the keyboard

If you start xpra from an environment which has input methods defined, the applications that you start will inherit those settings (and they might be global anyway via gconf or whatever?) and in some cases the application will be completely unable to use the keyboard!

Here are some of the environment variables that we may want to filter out, or even hardcode to sensible values that will not interfere with what we do:

DISABLE_IMSETTINGS=yes
GTK_IM_MODULE=gtk-im-context-simple
GTK_IM_MODULE=xim
GTK_IM_MODULE=
#IMSETTINGS_MODULE=
#QT_IM_MODULE as above?

Bonus difficulty: GTK and QT can lookup the immodule to use from the xsettings, which we forward from the client... I am starting to think that we shouldn't just copy the xsettings blindly (breaks multi-user for example) and that we should just deal with individual xsettings explicitly (like we do for dpi). So, clearing the module is not sufficient for now, we have to override the xsettings with the "good" value. (whatever that is)



Sat, 09 Mar 2013 09:03:09 GMT - Antoine Martin: status, description changed


Sat, 09 Mar 2013 10:39:04 GMT - Antoine Martin: description changed

Documentation on those things is pretty scarce, r2922 tries to force all these things off... (and includes rpm dep update for gtk's 'xim' input module wherever appropriate)

Links:

Will need testing on:


Wed, 20 Mar 2013 14:20:32 GMT - Antoine Martin: status changed; resolution set

No-one complained, and if someone does, we'll re-open this ticket.


Wed, 13 Aug 2014 08:36:59 GMT - Antoine Martin:

Someone complained, see #634


Sat, 23 Jan 2021 04:50:37 GMT - migration script:

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/286