Closed
Bug 1208977
Opened 9 years ago
Closed 9 years ago
[TSF][TS_E_NOLAYOUT][e10s] Candidate window position is sometimes at the top-left of screen at using MS-IME for Japanese on Win7
Categories
(Core :: Widget: Win32, defect)
Tracking
()
RESOLVED
FIXED
mozilla46
People
(Reporter: alice0775, Assigned: masayuki)
References
()
Details
(Keywords: inputmethod, polish)
Attachments
(4 files)
1.01 MB,
video/x-ms-wmv
|
Details | |
28.21 KB,
application/zip
|
Details | |
5.61 KB,
patch
|
emk
:
review+
Sylvestre
:
approval-mozilla-aurora+
ritu
:
approval-mozilla-beta-
|
Details | Diff | Splinter Review |
2.97 KB,
patch
|
Details | Diff | Splinter Review |
https://hg.mozilla.org/mozilla-central/rev/6256ec9113c115141aab089c45ee69438884b680
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0 ID:20150927030300
Using Microsoft IME bundled with Japanese edition of Windows7 Home Premium
Steps To Reproduce:
1. IME on
2. Type something
3. Press Conversion Key
Actual Results:
Candidate window position is sometimes at the top-left of screen
Reporter | ||
Comment 1•9 years ago
|
||
[Tracking Requested - why for this release]:
[Tracking Requested - why for this release]:
Now, it always flickers. annoying
status-firefox45:
--- → affected
status-firefox46:
--- → affected
tracking-firefox45:
--- → ?
tracking-firefox46:
--- → ?
Reporter | ||
Updated•9 years ago
|
Reporter | ||
Comment 2•9 years ago
|
||
Disabling e10s or disabling TSF fixes the problem.
tracking-e10s:
--- → ?
Summary: [TSF] Candidate window position is sometimes at the top-left of screen → [TSF] [e10s] Candidate window position is sometimes at the top-left of screen
Reporter | ||
Updated•9 years ago
|
OS: Unspecified → Windows 7
Reporter | ||
Updated•9 years ago
|
status-firefox44:
affected → ---
Assignee | ||
Updated•9 years ago
|
Assignee | ||
Comment 3•9 years ago
|
||
Hmm, I cannot reproduce this bug on Nightly with neither Win7, Win8.1 nor Win10. Do you really reproduce this bug with 46?
If so, could you post a log file logged by "NSPR_LOG_MODULES=nsTextStoreWidgets:5,ContentCacheWidgets:5" at following steps?
1. Start Firefox
2. Focus an editor by mouse to reproduce the bug.
3. Type something until reproducing this bug.
4. When you see this bug first time, close Firefox with clicking 'X' button of the window.
And could you confirm if "intl.tsf.hack.ms_japanese_ime.do_not_return_no_layout_error_*" are true?
Assignee | ||
Updated•9 years ago
|
Flags: needinfo?(alice0775)
Reporter | ||
Comment 4•9 years ago
|
||
(In reply to Masayuki Nakano [:masayuki] (Mozilla Japan) (offline until 1/6) from comment #3)
> Hmm, I cannot reproduce this bug on Nightly with neither Win7, Win8.1 nor
> Win10. Do you really reproduce this bug with 46?
yes.
https://hg.mozilla.org/mozilla-central/rev/0f363ae95dc90d593394ef464aa500804c824962
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:46.0) Gecko/20100101 Firefox/46.0 ID:20160109030208
**You may need to change Windows7 Visual style to Aero Basic / Classic.
>
> If so, could you post a log file logged by
> "NSPR_LOG_MODULES=nsTextStoreWidgets:5,ContentCacheWidgets:5" at following
> steps?
> 1. Start Firefox
> 2. Focus an editor by mouse to reproduce the bug.
> 3. Type something until reproducing this bug.
> 4. When you see this bug first time, close Firefox with clicking 'X' button
> of the window.
>
Attached here.
> And could you confirm if
> "intl.tsf.hack.ms_japanese_ime.do_not_return_no_layout_error_*" are true?
Both dafault.
intl.tsf.hack.ms_japanese_ime.do_not_return_no_layout_error_at_caret;true
intl.tsf.hack.ms_japanese_ime.do_not_return_no_layout_error_at_first_char;true
Flags: needinfo?(alice0775)
Assignee | ||
Comment 5•9 years ago
|
||
Assignee | ||
Comment 6•9 years ago
|
||
Thank you. The log file actually returns TS_E_NOLAYOUT to MS-IME for Japanese.
At checking the code, we do so only on Win8 or later since suggest window is implemented after Win8 (bug 1204523). I guess that we can fix this bug with removing the restriction.
I'll notify you of the test build becoming available.
Assignee: nobody → masayuki
Assignee | ||
Updated•9 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Updated•9 years ago
|
Summary: [TSF] [e10s] Candidate window position is sometimes at the top-left of screen → [TSF] [e10s] Candidate window position is sometimes at the top-left of screen at using MS-IME for Japanese on Win7
Reporter | ||
Comment 7•9 years ago
|
||
I confirmed that the try build fixed the problem.
https://hg.mozilla.org/try/rev/3a13f8817fdfd1c20407ff454a4a810e73358aa7
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:46.0) Gecko/20100101 Firefox/46.0 ID:20160110001900
Assignee | ||
Comment 8•9 years ago
|
||
(In reply to Alice0775 White from comment #7)
> I confirmed that the try build fixed the problem.
>
> https://hg.mozilla.org/try/rev/3a13f8817fdfd1c20407ff454a4a810e73358aa7
> Mozilla/5.0 (Windows NT 6.1; WOW64; rv:46.0) Gecko/20100101 Firefox/46.0
> ID:20160110001900
Thank you very much!
Assignee | ||
Comment 9•9 years ago
|
||
MS-IME for Japanese on Win7 has a bug of handling TS_E_NOLAYOUT of ITextStore::GetTextExt(), and the bug is same as suggest window positioning on Win8 and later.
So, we should enable the hack for MS-IME for Japanese even on Win7. Note that we will drop support TSF mode of WinXP, so, don't mind about it. We can just remove the restriction.
Attachment #8706108 -
Flags: review?(VYV03354)
Assignee | ||
Comment 10•9 years ago
|
||
Use this for review.
Updated•9 years ago
|
Attachment #8706108 -
Flags: review?(VYV03354) → review+
Assignee | ||
Comment 11•9 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/43eaceeb5a48a961daa219895e1e8ee4f6975467
Bug 1208977 TSFTextStore::GetTextExt() shouldn't return TS_E_NOLAYOUT for MS-IME for Japanese becasue it may position its candidate window at top-left of the screen in e10s mode r=emk
Assignee | ||
Comment 12•9 years ago
|
||
Comment on attachment 8706108 [details] [diff] [review]
TSFTextStore::GetTextExt() shouldn't return TS_E_NOLAYOUT for MS-IME for Japanese becasue it may position its candidate window at top-left of the screen in e10s mode
Approval Request Comment
[Feature/regressing bug #]: Regression of e10s mode.
[User impact if declined]: Flicking the IME candidate window os MS-IME for Japanese on Win7.
[Describe test coverage new/current, TreeHerder]: Landed onto m-c.
[Risks and why]: Low because the hack for MS-IME was restricted as only for Win8 and later, but this patch just removes the restriction for applying the hack.
[String/UUID change made/needed]: Nothing.
Attachment #8706108 -
Flags: approval-mozilla-beta?
Attachment #8706108 -
Flags: approval-mozilla-aurora?
Comment on attachment 8706108 [details] [diff] [review]
TSFTextStore::GetTextExt() shouldn't return TS_E_NOLAYOUT for MS-IME for Japanese becasue it may position its candidate window at top-left of the screen in e10s mode
E10s is not turned on by default on FF44. I am denying this based on the more stringent Beta uplift criteria that allows only for fixing critical regressions, sec and stability issues. To me this fix, does not meet that bar. Thanks!
Attachment #8706108 -
Flags: approval-mozilla-beta? → approval-mozilla-beta-
Comment 14•9 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla46
Updated•9 years ago
|
Comment 15•9 years ago
|
||
Comment on attachment 8706108 [details] [diff] [review]
TSFTextStore::GetTextExt() shouldn't return TS_E_NOLAYOUT for MS-IME for Japanese becasue it may position its candidate window at top-left of the screen in e10s mode
We will be doing more experiment with e10s on beta, taking it.
Attachment #8706108 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Comment 16•9 years ago
|
||
bugherder uplift |
Assignee | ||
Updated•6 years ago
|
Summary: [TSF] [e10s] Candidate window position is sometimes at the top-left of screen at using MS-IME for Japanese on Win7 → [TSF][TS_E_NOLAYOUT][e10s] Candidate window position is sometimes at the top-left of screen at using MS-IME for Japanese on Win7
You need to log in
before you can comment on or make changes to this bug.
Description
•