Closed Bug 907244 Opened 11 years ago Closed 11 years ago

[MP] Defect - Opening a new tab when the page has focus doesn't correctly focus the location bar

Categories

(Firefox for Metro Graveyard :: Input, defect, P2)

x86_64
Windows 8
defect

Tracking

(Not tracked)

VERIFIED FIXED
Firefox 26

People

(Reporter: cwiiis, Assigned: rsilveira)

References

Details

(Whiteboard: [preview] feature=defect c=tbd u=tbd p=1)

Attachments

(2 files, 1 obsolete file)

If you browse to a page, click/touch in the page, then open a new tab with ctrl+t, the location bar appears to be focused, but does not actually hold focus (it's highlighted orange, but no cursor and typing doesn't work)
Summary: Opening a new tab when the page has focus doesn't correctly focus the location bar → Defect - Opening a new tab when the page has focus doesn't correctly focus the location bar
Whiteboard: [preview-triage] feature=defect c=tbd u=tbd p=0
Summary: Defect - Opening a new tab when the page has focus doesn't correctly focus the location bar → [MP] Defect - Opening a new tab when the page has focus doesn't correctly focus the location bar
Whiteboard: [preview-triage] feature=defect c=tbd u=tbd p=0 → [preview] feature=defect c=tbd u=tbd p=0
Currently, the thing that gets highlighted is a xul box around the input, it's possible for that to get out of sync with the input. We need to look at making sure the editing state gets set and unset at all of the right times.

Alternately, we could just get rid of editing state and use CSS4 parent selectors (but I forget whether we implement those right now...).
Attached patch patch v1 (obsolete) (deleted) — Splinter Review
We're setting the focus while the navbar was not visible.
Assignee: nobody → rsilveira
Status: NEW → ASSIGNED
Hi Rodrigo, can you provide a point estimate for this defect.
Blocks: metrov1it14
No longer blocks: metrov1backlog
Flags: needinfo?(rsilveira)
Priority: -- → P2
QA Contact: jbecerra
Flags: needinfo?(rsilveira)
Whiteboard: [preview] feature=defect c=tbd u=tbd p=0 → [preview] feature=defect c=tbd u=tbd p=1
Attached patch Patch v2 (deleted) — Splinter Review
Attachment #795772 - Attachment is obsolete: true
Attachment #796070 - Flags: review?(mbrubeck)
Comment on attachment 796070 [details] [diff] [review]
Patch v2

Could you add a test for this too (maybe in browser_contextui.js)?
Attachment #796070 - Flags: review?(mbrubeck) → review+
Attached patch Test fix (deleted) — Splinter Review
Verified that it failed without the fix.
Attachment #796190 - Flags: review?(mbrubeck)
Attachment #796190 - Flags: review?(mbrubeck) → review+
https://hg.mozilla.org/mozilla-central/rev/77e25cd0d80e
https://hg.mozilla.org/mozilla-central/rev/17e8229405fe
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → Firefox 26
Verified as fixed, with the latest Nightly (build ID: 20130915030208), for iteration #14, on Win 8 64bit, by following the STR from comment 0.

I think this also needs some device verification.
Status: RESOLVED → VERIFIED
Went through the following "Defect" for iteration #15 (touch device verification) without issues. Used the following build:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013-10-15-03-03-19-mozilla-central/

- Went through the original defect described in comment #0 without any issues
- Ensured that the URL bar was selected with a cursor when using the CTRL + T method
- Ensured that the URL bar was selected with a cursor when using the "+" button in the "Tab App Bar"
- Ensured that the URL bar was selected with a cursor when using the junior style button
- Went through all of the above test cases in filled and full views without issues
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: