Bug 1625596

Summary: emoji input does not work in Live
Product: [Fedora] Fedora Reporter: Akira TAGOH <tagoh>
Component: ibusAssignee: fujiwara <tfujiwar>
Status: ASSIGNED --- QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: rawhideCC: i18n-bugs, shawn.p.huang, tfujiwar
Target Milestone: ---Keywords: FutureFeature, i18n
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Akira TAGOH 2018-09-05 10:08:32 UTC
Description of problem:
The emoji input in the feature of ibus 1.5.19 doesn't work on f29 Live.

Version-Release number of selected component (if applicable):
Fedora-Workstation-Live-x86_64-29-20180903.n.0.iso

How reproducible:
always

Steps to Reproduce:
1.boot up Live
2.Add the input source like "Japanese (Kana)" a.k.a. ibus-kkc
3.open gedit and type Ctrl+Shift+e and space say.

Actual results:
only the space is committed to gedit

Expected results:
should open the emoji category list as mentioned at https://fedoraproject.org/wiki/Changes/IBus_1.5.19

Additional info:
This should be assigned to LiveCD perhaps but ibus so far to make the root cause clear and propose the proper solution to it.

To be sure, package list attached which has the name of ibus:
$ rpm -qa ibus*
ibus-1.5.19-2.fc29.x86_64
ibus-qt-1.3.3-20.fc29.x86_64
ibus-libpinyin-1.10.0-3.fc29.x86_64
ibus-libzhuyin-1.8.92-3.fc29.x86_64
ibus-gtk3-1.5.19-2.fc29.x86_64
ibus-libs-1.5.19-2.fc29.x86_64
ibus-hangul-1.5.1-2.fc29.x86_64
ibus-kkc-1.5.22-10.fc29.x86_64
ibus-setup-1.5.19-2.fc29.noarch
ibus-rawcode-1.3.2-13.fc29.x86_64
ibus-typing-booster-2.1.0-2.fc29.noarch
ibus-m17n-1.3.4-27.fc29.x86_64
ibus-gtk2-1.5.19-2.fc29.x86_64

Comment 1 fujiwara 2018-09-05 10:23:16 UTC
I have no plan to enable emoji feature in LiveCD by default at present.
You can run /usr/libexec/ibus-extension-gtk3 by manual.

Comment 2 Akira TAGOH 2018-09-05 10:33:07 UTC
Is there any reasons not enabling this by default on Live?

Comment 3 fujiwara 2018-09-05 11:01:19 UTC
I mind the memory usage:

https://desktopi18n.wordpress.com/2018/08/23/ibus-1-5-19-is-released/#1

Comment 4 Jens Petersen 2019-09-10 05:59:34 UTC
Can you provide details of the memory usage?  How heavy is it?
I feel consistency is also important.

Comment 5 fujiwara 2019-10-29 08:39:32 UTC
https://github.com/ibus/ibus/commit/fc54b0c051c2eb4a2c1f836b1415def00314cfc1

The default 10MB.

I think this issue affects the testers only.

Comment 6 Jens Petersen 2021-09-08 09:38:26 UTC
I honestly think we should just enable it - I don't think 10MB is a huge deal these days.
Fedora puts the minimum requirement for Workstation at 2GB these days
and recommends 4GB at least for installations.

People run into this quite often and even I forget between a couple of releases.

Comment 7 Jens Petersen 2022-02-17 10:16:15 UTC
Can we enable it for testing in Rawhide at least, please?

According to `ps u` output:

liveuser    2422  0.4  3.0 715152 60844 pts/0    Sl   04:53   0:05 /usr/libexec/ibus-extension-gtk3

the resident size is only about 60kB (and even virtual is only ~700kB) .

Is there a better way to measure?

Comment 8 Jens Petersen 2022-06-17 08:11:37 UTC
Also ibus emoji input works in Ubuntu Live image but not Fedora ...

Comment 9 Jens Petersen 2022-06-23 07:15:36 UTC
PR is https://github.com/ibus/ibus/pull/2419

Comment 10 fujiwara 2022-06-24 00:51:50 UTC
None has requested this issue. I don't think emoji typing on LiveImage except for the function test.

Comment 11 Jens Petersen 2022-06-24 10:20:26 UTC
What is the problem is enable it?

Comment 12 fujiwara 2022-06-25 14:46:23 UTC
(In reply to Jens Petersen from comment #11)
> What is the problem is enable it?

As I already explained, it exhausts the memory for small memory systems.
Emoji features on live image is not important so no customers have reported your low priority issue.

Comment 13 Jens Petersen 2022-06-27 07:23:52 UTC
If there is a problem, which I don't think there is, then you need to fix ibus.

Comment 14 Jens Petersen 2022-06-30 08:12:32 UTC
I did some more measurements:

The minimum (initial) RSS is 31MB.
After pressing Ctrl+Period RSS moves to 45MB.
After starting the dialog with Space: RSS is 50MB,
and having selected an emoji: RSS is 60MB.

Looks like there may be a serious memory leak when moving through many emoji in the dialog with the cursor keys:
then memory usage seems to grow and grow, even when returning to the same emoji category page it seems.

Going into the Unicode tables further increases RSS.

(Tested on a F36 WS Live image)

I agree this is not great (on my own laptop it is using 50MB RSS, since I only use preedit emoji input).


On the other hand Fedora currently suggests a minimum of 2GB for Workstation (and recommends at least 4GB),
so I don't see the memory use is so serious a problem.

Comment 15 fujiwara 2022-06-30 10:45:56 UTC
(In reply to Jens Petersen from comment #14)
> On the other hand Fedora currently suggests a minimum of 2GB for Workstation
> (and recommends at least 4GB),
> so I don't see the memory use is so serious a problem.

I think the 2GB is mostly caused by GNOME desktop and I think the recommendation is not mandatory and my understanding is Fedora accepts users try lower memory systems.
Seems you don't evaluate Unicode typing.
Anyway, almost users don't need emoji typing in Live Image and the workaround is already provided.

Comment 16 Jens Petersen 2023-01-12 05:09:38 UTC
I opened https://github.com/ibus/ibus/issues/2471 about the memory leak