Closed
Bug 500719
Opened 15 years ago
Closed 14 years ago
[VKB]Hard Keyboard and Virtual Keyboard interaction issues with URL Bar.
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(fennec2.0b2+)
RESOLVED
DUPLICATE
of bug 592330
Tracking | Status | |
---|---|---|
fennec | 2.0b2+ | --- |
People
(Reporter: abillings, Assigned: madhava)
References
Details
(Whiteboard: [fennectestday])
We have some interaction issues with the hard and virtual keyboards and the URL bar with recent changes. If the hard keyboard is closed and focus is placed on the URL bar, the virtual keyboard opens. If the hard keyboard is then opened, the virtual keyboard is dismissed (correctly). If the hard keyboard is then closed, the soft keyboard does not come back up (bug) (though the text suggestion bar on the bottom goes away so a state change is detected.) The text is completely selected but if the selection is negated, the soft keyboard doesn't come up even though focus is in the URL bar. In MicroB, if the hard keyboard is closed and focus is placed in the URL bar, the virtual keyboard opens. If the hard keyboard is then opened, the virtual keyboard is dismissed. If the hard keyboard is closed, the soft keyboard does not come up as long as the full text selection is present in the URL bar. If the user clicks in the URL bar (negating selection), the soft keyboard then properly appears. Fennec should have the MicroB behavior here. This was seen on the Maemo build from 6/26.
Reporter | ||
Updated•15 years ago
|
Whiteboard: [fennectestday]
Comment 1•15 years ago
|
||
Duplicate of bug 341772?
Comment 2•15 years ago
|
||
I am sorry. I post in wrong bug#.
Updated•15 years ago
|
Flags: wanted-fennec1.0?
Assignee | ||
Comment 3•15 years ago
|
||
The MicroB behaviour makes sense to me, here. You could argue that, if the text is still selected, you should have the soft keyboard come up when you close the physical one, but if a person is closing an open physical keyboard, it probably means he or she is finished.
Updated•15 years ago
|
Flags: wanted-fennec1.0?
Comment 4•15 years ago
|
||
any status on this?
Comment 5•15 years ago
|
||
I'm moving this to blocking as this is a possible outcome and needs to be taken care of. Whether or not it pop-ups isn't the problem. The issue is the fact that the soft keyboard (even when minimized) is completely inaccessible.
tracking-fennec: --- → ?
Flags: wanted-fennec1.0?
Flags: in-litmus?
Comment 6•15 years ago
|
||
I don't think this blocks, but Madhava can you specify the ideal behavior in some more detail for anyone who decides to work on it.
tracking-fennec: ? → 1.0-
Updated•14 years ago
|
Component: Linux/Maemo → General
Updated•14 years ago
|
tracking-fennec: ? → 2.0b2+
Updated•14 years ago
|
Flags: in-litmus? → in-litmus?(nhirata.bugzilla)
Updated•14 years ago
|
Summary: Hard Keyboard and Virtual Keyboard interaction issues with URL Bar. → [VKB]Hard Keyboard and Virtual Keyboard interaction issues with URL Bar.
Comment 9•14 years ago
|
||
bug 592330 has the desired behavior
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
minusing the litmus in favor of creating testcases based on bug 592330
Flags: in-litmus?(nhirata.bugzilla) → in-litmus-
You need to log in
before you can comment on or make changes to this bug.
Description
•