Closed Bug 439774 Opened 13 years ago Closed 12 years ago

address bar is not focused after new tab command in fullscreen

Categories

(Firefox :: Tabbed Browser, defect, P2)

defect

Tracking

()

VERIFIED FIXED
Firefox 3.7a1
Tracking Status
status1.9.2 --- beta1-fixed
status1.9.1 --- .6-fixed

People

(Reporter: srbigode, Assigned: dao)

References

Details

(Keywords: regression, verified1.9.1, verified1.9.2, Whiteboard: [fixed by bug 494373])

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0

Missing feature from Firefox 2

Reproducible: Always

Steps to Reproduce:
1. Toggle Full Screen (F11)
2. Open a new Tab (Ctrl + T)
3. Type a url and press enter
Actual Results:  
Nothing Happens.

Expected Results:  
Opened the url.

On Firefox 2 (tested on Win32 and Ubuntu Linux) when you open a new tab in fullscreen the address bar is automatically focused, just like when not in fullscreen, even if it was "invisible". On Firefox 3 the focus only works when not in fullscreen.

So, for example, if I want to open delicious in a new tab (I use keywords on bookmarks) I will type:
On Firefox 2: (Ctrl + t) delicious (enter)
On Firefox 2 (Full Screen): (Ctrl + t) delicious (enter)
On Firefox 3: (Ctrl + t) delicious (enter)
On Firefox 3 (FS): (Ctrl + t) (Alt + d) delicious (enter)

I had always put the address on the side of the Alt Menu, on Firefox 2, saves a lot of screen space.
Blocks: 240859
Status: UNCONFIRMED → NEW
Ever confirmed: true
Duplicate of this bug: 452367
OS: Windows XP → All
Version: unspecified → Trunk
Depends on: 450859
Same problem here.
It should be solved the same way as when you press ctrl+k or ctrl+l, that the address bar gets focus when you open up a new tab.
No longer depends on: 450859
Duplicate of this bug: 450859
Depends on: 494373
Assignee: nobody → dao
Whiteboard: [patch in bug 494373]
Bug 494373 has a patch, shouldn't this be a duplicate?
Flags: blocking-firefox3.6?
Flags: blocking-firefox3.6? → blocking-firefox3.6+
Priority: -- → P2
Duplicate of this bug: 518808
Duplicate of this bug: 519123
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.7a1
Verified fixed with builds on 1.9.1, 1.9.2, and trunk:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a1pre) Gecko/20091108 Minefield/3.7a1pre (.NET CLR 3.5.30729) ID:20091108045014

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2b3pre) Gecko/20091112 Namoroka/3.6b3pre (.NET CLR 3.5.30729) ID:20091112051557

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.6pre) Gecko/20091111 Shiretoko/3.5.6pre (.NET CLR 3.5.30729) ID:20091111044604

Would be great to have an automated test.
Status: RESOLVED → VERIFIED
Flags: in-testsuite?
Hardware: x86 → All
Whiteboard: [patch in bug 494373] → [fixed by bug 494373]
Until we have an automated test this is covered by Litmus:
https://litmus.mozilla.org/show_test.cgi?id=9704
Flags: in-litmus-
Flags: in-litmus- → in-litmus+
Duplicate of this bug: 459927
You need to log in before you can comment on or make changes to this bug.