1817090 - [ibus] IME IMEFocusState::Blurred looses focus

Status: UNCONFIRMED

(Core :: DOM: UI Events & Focus Handling, defect, P3)

Description

[Dominique Martinet]

Continuation of #1810406

When filling in the "reply" overlay of gerrit (for example, logging in to review.gerrithub.io, entering any change and clicking the "Reply" button), focus is lost by toggling the switch input method of ibus which creates a blur.

New logs with alt disabled (ui.key.menuAccessKey set to -1) -- there is much less clutter than when alt was opening the menu, but the behaviour is the same as expected.

2023-02-16 09:35:55.353020 [Parent 68687: Main Thread]: I/IMEHandler >>>>>>>>>>>>>>>>
2023-02-16 09:35:55.353099 [Parent 68687: Main Thread]: I/IMEHandler 0x7fef8217db30 OnKeyEvent(aCaller=0x7fef821cac00, aEvent(0x7fef6db04b00): { type=GDK_KEY_PRESS, keyval=Alt_L, unicode=0x0, state=, time=49940888, hardware_keycode=64, group=0 }, aKeyboardEventWasDispatched=false)
2023-02-16 09:35:55.353117 [Parent 68687: Main Thread]: I/IMEHandler 0x7fef8217db30   OnKeyEvent(), mMaybeInDeadKeySequence=false, mCompositionState=NotComposing, current context=7fef7f290330, active context=7fef7f290330, mIMContextID=IBus, mIsIMInAsyncKeyHandlingMode=true
2023-02-16 09:35:55.353133 [Parent 68687: Main Thread]: D/IMEHandler 0x7fef8217db30   OnKeyEvent(), succeeded, filterThisEvent=false (isFiltered=false, mFallbackToKeyEvent=false, probablyHandledAsynchronously=true, maybeHandledAsynchronously=false), mPostingKeyEvents.Length()=0, mCompositionState=NotComposing, mMaybeInDeadKeySequence=false, mKeyboardEventWasDispatched=false, mKeyboardEventWasConsumed=false
2023-02-16 09:35:55.353166 [Parent 68687: Main Thread]: I/IMEHandler <<<<<<<<<<<<<<<<
2023-02-16 09:35:55.353188 
2023-02-16 09:35:55.576986 [Parent 68687: Main Thread]: I/IMEHandler 0x7fef8217db30 OnBlurWindow(aWindow=0x7fef821cac00), mLastFocusedWindow=0x7fef821cac00, mIMEFocusState=IMEFocusState::Focused
2023-02-16 09:35:55.577111 [Parent 68687: Main Thread]: I/IMEHandler 0x7fef8217db30 NotifyIMEOfFocusChange(aIMEFocusState=IMEFocusState::Blurred), mIMEFocusState=IMEFocusState::Focused, sLastFocusedContext=0x7fef8217db30
2023-02-16 09:35:55.585339 [Child 68920: Main Thread]: I/ContentCacheWidgets 0x7f5d75706a38 Clear()
2023-02-16 09:35:55.597098 [Parent 68687: Main Thread]: I/ContentCacheWidgets 0x7fef6d957f10   AssignContent(aNotification=NOTIFY_IME_OF_BLUR), Succeeded, mText=<Nothing>, mSelection=<Nothing>, mFirstCharRect=(x=203, y=515, w=0, h=0), mCaret=<Nothing>, mTextRectArray=<Nothing>, mWidgetHasComposition=false, mPendingCompositionCount=0, mCompositionStart=<Nothing>, mPendingCommitLength=0, mEditorRect=(x=199, y=511, w=0, h=0), mLastCommitStringTextRectArray=<Nothing>
2023-02-16 09:35:55.597239 [Parent 68687: Main Thread]: I/IMEHandler 0x7fef8217db30 OnFocusChangeInGecko(aFocus=false),mCompositionState=NotComposing, mIMEFocusState=IMEFocusState::Blurred, mSetInputPurposeAndInputHints=false
2023-02-16 09:35:55.867869 [Parent 68687: Main Thread]: I/IMEHandler 0x7fef8217db30 OnFocusWindow(aWindow=0x7fef821cac00), mLastFocusedWindow=0x7fef821cac00
2023-02-16 09:35:55.875157 [Parent 68687: Main Thread]: I/IMEHandler 0x7fef8217db30 SetInputContext(aCaller=0x7fef821cac00, aContext={ mIMEState={ mEnabled=DISABLED }, mHTMLInputType= })
2023-02-16 09:35:55.875364 [Parent 68687: Main Thread]: I/IMEHandler 0x7fef8217db30 SetInputContext(aCaller=0x7fef821cac00, aContext={ mIMEState={ mEnabled=DISABLED }, mHTMLInputType= })

Comment 1

[Dominique Martinet]

Hello Edgar,

I didn't state this clearly but this bug already happens on current stable releases regardless of the other bug, so while I "came from there" as I started the discussion there they're not strictly related; just happen to reproduce on the same site.
I guess gerrit is partly to blame here... But "unfortunately" this also works well in chromium, so we probably are missing something.

Thanks!