Closed
Bug 821229
Opened 13 years ago
Closed 13 years ago
The virtual keyboard is dismissed on first match when using Find in Page
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(firefox18 unaffected, firefox19 unaffected, firefox20 verified)
VERIFIED
FIXED
Firefox 20
| Tracking | Status | |
|---|---|---|
| firefox18 | --- | unaffected |
| firefox19 | --- | unaffected |
| firefox20 | --- | verified |
People
(Reporter: AdrianT, Assigned: jchen)
References
Details
(Keywords: regression, reproducible)
Attachments
(1 file)
|
1.14 KB,
patch
|
cpeterson
:
review+
|
Details | Diff | Splinter Review |
Nightly 20.0a1 2012-12-12
Samsung Galaxy Tab 2 7.0 (Android 4.0.4)
Steps to reproduce:
1) Go to any web page
2) Open Find in Page and start typing a search term
Expected results:
The first word matching the search is highlighted but the keyboard is dismissed only when the user taps the next arrow
Actual results:
The keyboard is dismissed on first match, even on the first letter entered match
Notes:
Issue is not reproducible on Aurora or Beta.
| Reporter | ||
Updated•13 years ago
|
Summary: The virtual keyboard is dismissed on first match → The virtual keyboard is dismissed on first match when using Find in Page
Comment 1•13 years ago
|
||
Bug 760087 all over again?
See old patch: https://bugzilla.mozilla.org/attachment.cgi?id=630766&action=diff
Jim, is this a regression from bug 815430, or your re-write?
Assignee: nobody → nchen
Updated•13 years ago
|
Keywords: regressionwindow-wanted
Comment 2•13 years ago
|
||
This is as intended
Status: NEW → RESOLVED
tracking-fennec: ? → -
Closed: 13 years ago
Resolution: --- → WONTFIX
Updated•13 years ago
|
Keywords: regressionwindow-wanted
Comment 3•13 years ago
|
||
This was mis-interpreted and is not working as intended. The keyboard is dismissed far too early here and is a regression.
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Updated•13 years ago
|
tracking-fennec: - → ?
Updated•13 years ago
|
| Assignee | ||
Comment 7•13 years ago
|
||
Find In Page can cause focus changes and corresponding notifyIMEEnabled calls, which make us show/hide the keyboard. This patch checks whether the Gecko view has focus first before showing/hiding the keyboard. When Find In Page is active the focus is on the find text field, so we end up not showing/hiding the keyboard unintentionally.
Attachment #693129 -
Flags: review?(cpeterson)
Comment 8•13 years ago
|
||
Comment on attachment 693129 [details] [diff] [review]
Don't show/hide VKB when Gecko view doesn't have focus (v1)
Review of attachment 693129 [details] [diff] [review]:
-----------------------------------------------------------------
LGTM
::: mobile/android/base/GeckoInputConnection.java
@@ +519,5 @@
>
> + View v = getView();
> + if (v == null || !v.hasFocus()) {
> + return;
> + }
Please add a brief comment describing how this check handles "Find In Page" focus bug.
Attachment #693129 -
Flags: review?(cpeterson) → review+
| Assignee | ||
Comment 9•13 years ago
|
||
Status: NEW → ASSIGNED
Flags: in-testsuite-
Target Milestone: --- → Firefox 20
Comment 10•13 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 13 years ago → 13 years ago
Resolution: --- → FIXED
Comment 11•13 years ago
|
||
Firefox 20.0a1 (2012-11-19)
Device: Galaxy Nexus
OS: Android 4.1.1
This is not reproducible following steps mentioned in Comment#1 on latest Nightly. Marking bug as VERIFIED FIXED.
Status: RESOLVED → VERIFIED
Updated•12 years ago
|
tracking-fennec: ? → ---
Updated•5 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•