Closed Bug 1041185 (e10s-ime) Opened 9 years ago Closed 1 year ago

[meta] IME related issues with e10s


(Firefox :: General, defect, P3)




Tracking Status
e10s + ---


(Reporter: jimm, Unassigned)


(Depends on 1 open bug)


(Keywords: inputmethod, meta)

Tracking IME / e10s related bugs that would prevent us from turning e10s on by default on Nightly.
Alias: e10s-ime
Depends on: 962901
(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
Depends on: 1050553
Depends on: 1050644
Priority: -- → P3
Depends on: 1065110
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
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
Depends on: 1199997
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)

I think that currently, we don't have any reports around IME due to e10s/Fission even though bug 1173694 has not been fixed yet. So we don't have any big task to support it anymore. Let's close this meta bug.

Closed: 1 year ago
Resolution: --- → FIXED
Summary: IME related issues with e10s → [meta] IME related issues with e10s
You need to log in before you can comment on or make changes to this bug.