Bug 1041185 (e10s-ime)

IME related issues with e10s

NEW
Unassigned

Status

()

defect
P3
normal
5 years ago
3 years ago

People

(Reporter: jimm, Unassigned)

Tracking

(Depends on 3 bugs, {inputmethod, meta})

Trunk
x86_64
All
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(e10s+)

Details

Reporter

Description

5 years ago
Tracking IME / e10s related bugs that would prevent us from turning e10s on by default on Nightly.
Reporter

Updated

5 years ago
Alias: e10s-ime
Depends on: 962901

Comment 1

5 years ago
(tentatively adding stuff I've seen pass by in Untriaged triage, please tell me off if I'm doing the wrong thing...)
Depends on: 1032663
Reporter

Updated

5 years ago
Depends on: 1050553
Reporter

Updated

5 years ago
Depends on: 1050644
Reporter

Updated

5 years ago
Priority: -- → P3
Depends on: 1065110
Reporter

Updated

5 years ago
Depends on: 1063650
Move old M2 P3 bugs to M4 (because tracking-e10s=m5+ flag doesn't exist yet).
bug 975383 must improve performance at composing string because it reduces IPC caused by compositionupdate. Most key type during composition causes two events, compositionupdate and text event. So, count of IPC per key will be reduced to half.
Keywords: inputmethod
Reporter

Comment 4

5 years ago
Removing m4 designation from this tracking bug, we have various individual ime bugs that are included in individual milestones.
Depends on: 1121313
Depends on: 1121397
Depends on: 1153733
Depends on: 1167105
Depends on: 1175392
Depends on: 1180576
Depends on: 1184890

Updated

4 years ago
Depends on: 1199997
Reporter

Comment 5

3 years ago
Hey Masayuki, how's our e10s_ime support looking currently? Do we have any open bugs that we should consider blocking e10s rollout on?
Assignee: jmathies → nobody
Flags: needinfo?(masayuki)
Basically, IME has already been available in e10s mode. Although, if content process is busy, i.e., there are some pending content updates at posting new IME event, IME may behave odd especially in TSF mode on Windows (e.g., suggest list of commit strings at inputting text is located at top-left of the window or screen). This is ugly, so, ideally, we should fix bug 1173694 for reducing the frequency of this bug. I hope to fix this bug (my first priority of e10s work is this for now) but optional for first release.

And bug 1203871 is optional. If we can fix bug 1203871, we can reduce a lot of CPU time at caching focused editor's content information in TabParent (collected by ContentCacheInChild and stored by ContentCacheInParent). Reducing the CPU cost of content cache may help to hide the above issue.

If we have much time, these bugs should be fixed before first release (they will create/change only e10s path, so, not so risky for non-e10s). If our first priority is providing same quality as non-e10s mode, I think that these two bugs should be fixed before first release. But if our priority is releasing e10s as soon as possible, especially, releasing e10s for a few users is good for getting bug reports which we've not found yet, it's okay these 2 bugs to keep open.
Flags: needinfo?(masayuki)
You need to log in before you can comment on or make changes to this bug.