Closed Bug 1639824 Opened 4 months ago Closed 4 months ago

A lot of "IInputPane2::TryHide is failure" warnings

Categories

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

All
Windows 10
defect

Tracking

()

RESOLVED FIXED
mozilla78
Tracking Status
firefox-esr68 --- unaffected
firefox76 --- unaffected
firefox77 --- wontfix
firefox78 --- fixed

People

(Reporter: masayuki, Assigned: masayuki)

References

(Regression)

Details

Attachments

(1 file)

When I run WPT for editing API, I see too many warnings of OSKInputPaneManager::DismissOnScreenKeyboard.

I see a lot of "IInputPane2::TryHide is failure" warnings while WPT for editing
API runs.

According to MSDN, they return true only when the application is foreground and
the input panel hasn't been the requested state yet. Therefore, it should
check whether the foreground window is our process or not, and whether the
input pane state is expected or not before warning.

Attachment #9150706 - Attachment description: Bug 1639824 - Make `OKInputPaneManager` warn only when `TryShow()` and `TryHide()` fail when we're active r=m_kato! → Bug 1639824 - Make `OKInputPaneManager` warn only when `TryShow()` and `TryHide()` fail, we're active and got unexpected result r=m_kato!
Attachment #9150706 - Attachment description: Bug 1639824 - Make `OKInputPaneManager` warn only when `TryShow()` and `TryHide()` fail, we're active and got unexpected result r=m_kato! → Bug 1639824 - Make `OKInputPaneManager` warn only when `TryShow()` and `TryHide()` fail, we're active and we get unexpected result r=m_kato!
Pushed by masayuki@d-toybox.com:
https://hg.mozilla.org/integration/autoland/rev/2a7c97cba7b7
Make `OKInputPaneManager` warn only when `TryShow()` and `TryHide()` fail, we're active and we get unexpected result r=m_kato
Status: ASSIGNED → RESOLVED
Closed: 4 months ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla78
You need to log in before you can comment on or make changes to this bug.