xpra icon
Bug tracker and wiki

Opened 6 years ago

Closed 6 years ago

Last modified 4 years ago

#286 closed enhancement (fixed)

fancy input methods can interfere and break the keyboard

Reported by: Antoine Martin Owned by: Antoine Martin
Priority: critical Milestone: 0.9
Component: core Version: trunk
Keywords: Cc:

Description (last modified by Antoine Martin)

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)

Change History (4)

comment:1 Changed 6 years ago by Antoine Martin

Description: modified (diff)
Status: newassigned

comment:2 Changed 6 years ago by Antoine Martin

Description: modified (diff)

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:

  • CentOS 5.x which does not have gtk xim
  • Debian minimal (which does not have new dependencies - not needed?)
  • KDE / Qt DEs
Last edited 4 years ago by Antoine Martin (previous) (diff)

comment:3 Changed 6 years ago by Antoine Martin

Resolution: fixed
Status: assignedclosed

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

comment:4 Changed 4 years ago by Antoine Martin

Someone complained, see #634

Note: See TracTickets for help on using tickets.