Closed
Bug 1240170
Opened 9 years ago
Closed 9 years ago
Japanese IME won't join a consonant and a vowel on TweetDeck's Tweet field
Categories
(Web Compatibility :: Desktop, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: r_kato, Assigned: masayuki)
References
Details
(5 keywords)
Attachments
(1 file)
(deleted),
image/jpeg
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; rv:43.0) Gecko/20100101 Firefox/43.0
Build ID: 20160105164030
Steps to reproduce:
Firefox 43.0.4
x86_32 Windows 7
Microsoft Office IME 2010 (14.0.7162.5000) SP2
Google 日本語入力 2.17.2400.0
1. Sign in to TweetDeck (https://tweetdeck.twitter.com).
2. Open the Tweet field, and try to input Japanese words into the field.
Actual results:
As you can see in the attached image, my IME (both Microsoft's and Google's) isn't working well. I typed "bagujira", so expected output should be "ばぐじら", but the actual output is "bあgうjいrあ".
Also, while I'm typing some Japanese words, the wavy underline which indicates pre-conversion doesn't appear. That is almost as if I pressed Enter every time any key was pressed down...
Strange to say, however, my IME do work well on other page (such as bugzilla).
I tried refreshing my Firefox's profile, but my IME still don't work. I tried using another browser, Google Chrome, but this issue doesn't appear.
Expected results:
IME should work well (if "bagjira" is typed, "ばぐじら" is outputed).
Reporter | ||
Updated•9 years ago
|
OS: Unspecified → Windows 7
Hardware: Unspecified → x86
Comment 1•9 years ago
|
||
Regression window:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=db0f91911578db121cd5d5e26ad13ccabb1f7a79&tochange=541e2c3f465f826f1e1e66d204e86f2d9cf10c69
it seems to be related to bug 549674 tho, it was landed to Firefox 41, so maybe this time's issue is from the change in TweetDeck side?
Reporter | ||
Comment 2•9 years ago
|
||
(In reply to Tooru Fujisawa [:arai] from comment #1)
> it seems to be related to bug 549674 tho, it was landed to Firefox 41, so
> maybe this time's issue is from the change in TweetDeck side?
Probably so, because this issue appear suddenly one day. Judging from the twitter's search result of "tweetdeck firefox", other users are also suffering from this issue...
https://twitter.com/search?q=tweetdeck%20firefox&src=typd
Assignee | ||
Comment 3•9 years ago
|
||
(In reply to Tooru Fujisawa [:arai] from comment #1)
> Regression window:
>
> https://hg.mozilla.org/integration/mozilla-inbound/
> pushloghtml?fromchange=db0f91911578db121cd5d5e26ad13ccabb1f7a79&tochange=541e
> 2c3f465f826f1e1e66d204e86f2d9cf10c69
>
> it seems to be related to bug 549674 tho, it was landed to Firefox 41, so
> maybe this time's issue is from the change in TweetDeck side?
Yeah, it should be. When I worked on bug 1109410, there were no problems on TweetDeck.
Assignee | ||
Updated•9 years ago
|
Keywords: inputmethod
Summary: [IME] Japanese IME won't join a consonant and a vowel on TweetDeck's Tweet field → Japanese IME won't join a consonant and a vowel on TweetDeck's Tweet field
Assignee | ||
Comment 4•9 years ago
|
||
I wonder, if the cause of committing composition is setting value of the <textarea>, why other browsers won't commit the composition?? The fix of bug 549674 changed our behavior for making same behavior as the other browsers... TweetDeck sets the value only on Firefox??
Assignee | ||
Comment 5•9 years ago
|
||
I reported this bug to TweetDeck support from here:
https://support.twitter.com/forms/feature_report?feature=tweetdeck
Assignee | ||
Comment 6•9 years ago
|
||
I confirmed by debug build. This is actually caused by setting value attribute of <textarea>:
>> xul.dll!mozilla::TextComposition::RequestToCommit(nsIWidget * aWidget, bool aDiscard) Line 474 C++
> xul.dll!mozilla::IMEStateManager::NotifyIME(const mozilla::widget::IMENotification & aNotification, nsIWidget * aWidget, bool aOriginIsRemote) Line 1470 C++
> xul.dll!mozilla::IMEStateManager::NotifyIME(mozilla::widget::IMEMessage aMessage, nsIWidget * aWidget, bool aOriginIsRemote) Line 1337 C++
> xul.dll!mozilla::IMEStateManager::NotifyIME(mozilla::widget::IMEMessage aMessage, nsPresContext * aPresContext, bool aOriginIsRemote) Line 1517 C++
> xul.dll!nsEditor::ForceCompositionEnd() Line 2072 C++
> xul.dll!nsTextEditorState::SetValue(const nsAString_internal & aValue, unsigned int aFlags) Line 1955 C++
> xul.dll!mozilla::dom::HTMLTextAreaElement::SetValueInternal(const nsAString_internal & aValue, unsigned int aFlags) Line 307 C++
> xul.dll!mozilla::dom::HTMLTextAreaElement::SetValue(const nsAString_internal & aValue) Line 328 C++
> xul.dll!mozilla::dom::HTMLTextAreaElementBinding::set_value(JSContext * cx, JS::Handle<JSObject *> obj, mozilla::dom::HTMLTextAreaElement * self, JSJitSetterCallArgs args) Line 770 C++
> xul.dll!mozilla::dom::GenericBindingSetter(JSContext * cx, unsigned int argc, JS::Value * vp) Line 2682 C++
> xul.dll!js::CallJSNative(JSContext * cx, bool (JSContext *, unsigned int, JS::Value *) * native, const JS::CallArgs & args) Line 235 C++
> xul.dll!js::Invoke(JSContext * cx, const JS::CallArgs & args, js::MaybeConstruct construct) Line 479 C++
> xul.dll!js::Invoke(JSContext * cx, const JS::Value & thisv, const JS::Value & fval, unsigned int argc, const JS::Value * argv, JS::MutableHandle<JS::Value> rval) Line 531 C++
> xul.dll!js::InvokeSetter(JSContext * cx, const JS::Value & thisv, JS::Value fval, JS::Handle<JS::Value> v) Line 649 C++
> xul.dll!SetExistingProperty(JSContext * cx, JS::Handle<js::NativeObject *> obj, JS::Handle<jsid> id, JS::Handle<JS::Value> v, JS::Handle<JS::Value> receiver, JS::Handle<js::NativeObject *> pobj, JS::Handle<js::Shape *> shape, JS::ObjectOpResult & result) Line 2289 C++
> xul.dll!js::NativeSetProperty(JSContext * cx, JS::Handle<js::NativeObject *> obj, JS::Handle<jsid> id, JS::Handle<JS::Value> value, JS::Handle<JS::Value> receiver, js::QualifiedBool qualified, JS::ObjectOpResult & result) Line 2323 C++
> xul.dll!js::SetProperty(JSContext * cx, JS::Handle<JSObject *> obj, JS::Handle<jsid> id, JS::Handle<JS::Value> v, JS::Handle<JS::Value> receiver, JS::ObjectOpResult & result) Line 1488 C++
> xul.dll!SetPropertyOperation(JSContext * cx, JSOp op, JS::Handle<JS::Value> lval, JS::Handle<jsid> id, JS::Handle<JS::Value> rval) Line 290 C++
> xul.dll!Interpret(JSContext * cx, js::RunState & state) Line 2599 C++
> xul.dll!js::RunScript(JSContext * cx, js::RunState & state) Line 426 C++
> xul.dll!js::Invoke(JSContext * cx, const JS::CallArgs & args, js::MaybeConstruct construct) Line 497 C++
> xul.dll!js::fun_call(JSContext * cx, unsigned int argc, JS::Value * vp) Line 1198 C++
Assignee | ||
Updated•9 years ago
|
Component: Editor → Desktop
Keywords: jp-critical,
regression
Product: Core → Tech Evangelism
Version: 43 Branch → Trunk
Comment 7•9 years ago
|
||
fwiw, while bisecting with 32bit nightly on Windows 10, with Microsoft IME, it shows different behavior depending on e10s.
when I enable e10s, it shows exactly same behavior as comment #0, so "bあgうjいrあ" is entered in the textarea.
when I disable e10s (not non-e10s window), only first character is shown, so only "b" is entered in textarea (same as http://forums.mozillazine.jp/viewtopic.php?f=2&t=15874 ), but suggestion window is shown at the top left corner of the window, with "ばぐじら" text.
both issues happen from bug 549674, and looks like both are reported in twitter.
Reporter | ||
Comment 8•9 years ago
|
||
Whether e10s is enabled or not, "bあgうjいrあ" is entered in the textarea. I confirmed this with 32bit Nightly on Windows 7.
By the way, the post (http://forums.mozillazine.jp/viewtopic.php?f=2&t=15874) made me remember executing a Windows Update last night! This issue seems to have appeared after I did the Windows Update...
Assignee | ||
Updated•9 years ago
|
Comment 9•9 years ago
|
||
I'm experiencing the same issue on Firefox 43 for OS X today. With the built-in IME, "ばぐじら" will be "bあgうjいrあ". With ATOK 2015, only "b" is filled in the Tweet form.
OS: Windows 7 → All
Comment 10•9 years ago
|
||
Keywords: site-compat
Comment 11•9 years ago
|
||
FYI, I tried old Firefox ESR(31.8) on Windows7, and it could type Japanese correctly.
Comment 12•9 years ago
|
||
When bug 1240336 is fixed, you'll be able to type Japanese correctly again.
I tweeted a small follow-up to Kohei's tweet to explain the issue and the potential workaround. IMO we need to ship the fix ASAP though.
Assignee | ||
Comment 13•9 years ago
|
||
We got some reply from Andy Hume who is probably a member of Twitter.
https://twitter.com/andyhume/status/689461350892863489
https://twitter.com/andyhume/status/689466353586036736
https://twitter.com/andyhume/status/689499685732507649
I hope that we can put off to fix bug 1240336 to 45 due to risk management.
Comment 14•9 years ago
|
||
they deployed a fix.
https://twitter.com/andyhume/status/689807954934120448
confirmed I can enter "ばぐじら" by typing "bagujira", on nightly.
Reporter | ||
Comment 15•9 years ago
|
||
I confirmed the TweetDeck's fix too. Firefox 43.0.4 is OK :)
Assignee | ||
Comment 16•9 years ago
|
||
Thank you everyone. This is now fixed!!
Assignee: nobody → masayuki
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Product: Tech Evangelism → Web Compatibility
You need to log in
before you can comment on or make changes to this bug.
Description
•