Closed
Bug 925457
Opened 10 years ago
Closed 10 years ago
Defect - Tap that crosses boundary between text field and app bar pushes Firefox Start content up the screen rather than overlaying
Categories
(Firefox for Metro Graveyard :: Firefox Start, defect, P2)
Tracking
(Not tracked)
RESOLVED
FIXED
Firefox 28
People
(Reporter: asa, Assigned: emtwo)
References
Details
(Whiteboard: [block28] feature=defect c=tbd u=tbd p=3)
Attachments
(1 file)
On my Dell tablet, when my finger tap is "on the line" -- the textfield's border, the field gets focus and the soft keyboard comes up but it pushes the Firefox Start content up the screen when it should overlay. If my tap is not on the line, but fully within the text area, the widget behaves as expected. Steps to reproduce: 1. Launch Metro Firefox 2. Tap on the border of the "Enter Search or Address" field. 3. See focus enter the text field, the on screen keyboard slides up, the app bar slides into view, and Firefox Start content is pushed up the screen rather than overlayed. Expected results: 1. Launch Metro Firefox 3. Tap on the border of the address/search field. 3. Focus is set in the text field, the OSK slides up with the app bar overlaying the Firefox Start content. We get expected results if you're very careful to tap inside the text field and not across the border into the app bar (or perhaps the actual Firefox Start content area, I cannot see a border between the two so it's hard to tell.) Tested with 10/10 nightly on Win 8.1 on a Dell Atom Z2760 tablet.
Updated•10 years ago
|
Blocks: metrov1backlog
Whiteboard: [triage] feature=defect c=tbd u=tbd p=0
Reporter | ||
Comment 1•10 years ago
|
||
This applies to content pages as well as about:config, btw.
No longer blocks: metrov1backlog
Whiteboard: [triage] feature=defect c=tbd u=tbd p=0
Updated•10 years ago
|
Assignee: nobody → msamuel
Blocks: metrov1it17
Status: NEW → ASSIGNED
QA Contact: jbecerra
Whiteboard: feature=defect c=tbd u=tbd p=3
Updated•10 years ago
|
Priority: -- → P2
Assignee | ||
Comment 2•10 years ago
|
||
This patch needs to be applied after patches in bug 925467
Attachment #818592 -
Flags: review?(jmathies)
![]() |
||
Comment 3•10 years ago
|
||
Comment on attachment 818592 [details] [diff] [review] v1: Clicking the urlbar should reset tap coordinates to null so we never decide to shift the browser Sorry for the delay, don't know how this review request slipped past me.
Attachment #818592 -
Flags: review?(jmathies) → review+
Updated•10 years ago
|
Whiteboard: feature=defect c=tbd u=tbd p=3 → [block28] feature=defect c=tbd u=tbd p=3
Updated•10 years ago
|
Assignee | ||
Comment 4•10 years ago
|
||
https://hg.mozilla.org/integration/fx-team/rev/cf0615c9546b
Whiteboard: [block28] feature=defect c=tbd u=tbd p=3 → [fixed-in-fx-team][block28] feature=defect c=tbd u=tbd p=3
Comment 5•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/cf0615c9546b
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Whiteboard: [fixed-in-fx-team][block28] feature=defect c=tbd u=tbd p=3 → [block28] feature=defect c=tbd u=tbd p=3
Target Milestone: --- → Firefox 28
You need to log in
before you can comment on or make changes to this bug.
Description
•