https://bugs.documentfoundation.org/show_bug.cgi?id=169757
Bug ID: 169757
Summary: Integration issue with classic fcitx when using
QT5/QT6/GTK VCLs
Product: LibreOffice
Version: 25.8.3.2 release
Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: LibreOffice
Assignee: [email protected]
Reporter: [email protected]
Hello,
An openSUSE user has reported a bug that looks like an upstream issue:
https://bugzilla.suse.com/show_bug.cgi?id=1252984
Basically, classic fcitx completely fails to integrate with LibreOffice.
It works perfectly across many other applications (Konsole, Firefox), which
leads us to believe this is a LibreOffice-specific issue.
I could reproduce this on:
openSUSE Tumbleweed (LibreOffice 25.8.3.2, fcitx 4.2.9.9, KDE Plasma)
Arch Linux (LibreOffice 25.8.3.2, fcitx 4.2.9.9, XFCE4)
Debian 13 (LibreOffice 25.2.3.2, fcitx 4.2.9.9, XFCE4)
The steps to reproduce are as follows:
- Install LibreOffice and fcitx classic
- Run fcitx classic
- Run LibreOffice with the following environment variables having been
exported:
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
export XMODIFIERS=@im=fcitx
And a quick workaround is to force LibreOffice to use the "gen" VCL, which
again points towards this being a LibreOffice-specific issue, as this totally
works.
A script such as this works:
#!/bin/bash
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
export XMODIFIERS=@im=fcitx
export SAL_USE_VCLPLUGIN=gen
libreoffice
Running this script, LibreOffice pops up using the "gen" VCL, and using fcitx
as its input method.
So the underlying issue seems to be coming from the LibreOffice QT5/QT6/GTK
VCLs.
Anyhow, as there's not much we can do in packaging, and this seems like an
upstream issue (happening across distros), I thought I'd report it here.
Thanks, let me know if I can be of any help.
--
You are receiving this mail because:
You are the assignee for the bug.
