93877 - Location bar loses focus after alt+tab

Status: RESOLVED WORKSFORME

(SeaMonkey :: Location Bar, defect)

Description

[bht237]

Type an incomplete URL, switch to another application, then switch back to
Mozilla. Try to complete the URL where you left before. You can't. Tab or
BackTab doesn't help either. If you are unlucky, then you end up executing menu
commands when you never wanted to.

Why do you give people who have no appreciation of the great achievements in
this browser such an obvious superficial thing to get upset about?

Every idiot who doesn't know how to use a computer will find that this browser
doesn't feel right. Why is the cursor in the location bar 3 times as narrow as
the cursor in a standard form field?

It's almost like telling users "Please don't use this browser. It is made for
geeks only".

Comment 1

[Con Kolivas]

Works for me in linux 0.9.3

Comment 2

[Emlyn Shannon]

Works for me in Mac OS 9 0.9.3

Comment 3

[Pauli Borodulin]

Works for me on Linux 0.9.3 BUILDID 2001080104. But if the completion list is
open, I can't change program with "switch to next window" in my WM
(windowmaker). I have to click on location bar to make the list disappear and
after that I can do "alt-tab".

Comment 4

[bht237]

In the scope of this bug I am assuming that the user does not grab the mouse to
click on the location bar before switching to another application.

There is no reason to do this. More likely than this, the user will scratch his
head.

To reproduce, please perform the following steps:
- type "www." in the location bar
- press [Alt+Tab] to go to another application
- press [Alt+Tab] to go back to Mozilla
- type "mozilla.org"
- press [Enter]

I wouldn't be surprised if this bug exists on all platforms (with other key
combinations for [Alt+Tab] of course).

Comment 5

[Nathan]

I can reproduce with win2k and winME
BuildID: 2001080508

On winME the browser itself doesn't get focus the first time I alt+tab back. If
I press alt+tab twice more mozilla will regain focus, however the focus in the
location bar is lost.

I'll file a separate bug for the winME issue.

Comment 6

[Nathan]

This looks like a dupe of bug 37064.

Comment 7

[Grey Hodge (jX)]

I see it too, the URL bar doesn't retain focus, but NS4 doesn't have it's URLbar
retain focus either. Marking New, but someone may wish to mark it as invalid or
wontfix.

Comment 8

[Asa Dotzler [:asa]]

->Component: URLBar

Comment 9

[bht237]

I see it on Netscape 6.1, too, but not always. Do it a few times and check the
"File" menu.
I booted up IE6 on Win98 for comparison and it doesn't have this bug. This
indicates to me that it is not a keyboard or user issue.

Most people would probably not be able to spot this bug right away, but they
would definitely feel a strange unreliability.

This would be really a pity because all the functionality appears to be already
supported.

The focus, including the blue background when selected, is clearly maintained if
you are lucky.
BTW what a great browser this is, honestly. Nothing gets even close. Otherwise I
wouldn't be so critical about such things.

Comment 10

[Alec Flett]

reassign url bar bugs to new owner..

Comment 11

[Blake Ross]

Joe was dying to have these bugs. Who am I to say no?

Comment 12

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.3a) Gecko/20021212]

16 monthes without any activity :-(

(see comment 9)
The case were the File menu activates is bug 94175.

(see comment 3)
If I click in the URL Bar before switching (Alt-Tab or Ctrl-Esc or mouse...) to
another window (in order to dismiss the list),
the focus is maintained in the URL Bar,
but the whole "URL text" gets selected, wherever the cursor was or whatever the
selection was :-(
I suggest to use this case for "refocus" (;->) this bug...

(see comment 5)
I confirm (on Win95) your test case when the list is visible before switching(s)
(keyboard/mouse) !
What is the number of the other bug which you filed ?

I also suggest to change the Severity from 'Normal' to 'Minor',
as the workaround is to manually refocus the URL Bar.

Comment 13

[e2ka]

I have noticed this bug, or something similar to it, for a long time in using
Mozilla.  It is probably my #1 annoyance with Mozilla, in fact, it just happened
as I was writing this comment!

What happened:  was typing in comment, dialog box came up informing me a site in
another tab could not be reached, I click OK, I can no longer type in the form
box or the location bar.  Must send focus to another window and back again to cure!

Sometimes I have to change desktops to again be able to put any focus on Mozilla!

I have noticed this bug in linux using mozilla 1.0, 1.1, and 1.3.  And also in
windows using mozilla 1.1.  My linux windows manager is fluxbox.

Comment 14

[[e-mail]]

A possible fix for this has just been checked in and should soon be available in
a nightly suite or firefox build.

Comment 15

[Adam Hauner]

WFM SeaMonkey 1.0a+/2005101910/1.8-Branch/WXP

Comment 16

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20051021 SeaMonkey/1.1a]
(nightly) (W98SE)

I can still reproduce as written in comment 12 (with my usual profile):

If the dropdown list was opened, first Alt-Tab back to Mozilla focuses its
"entry" in the Windows TaskBar, but the main window is displated grayed (=
inactive).

If the dropdown list was closed, Alt-Tab back to Mozilla focuses the location
bar, but its whole text gets selected.

Comment 17

[u294409]

WORKSFORME, Linux 2.6.23, GTK 2.12.5, Firefox 3/Trunk.

Please close this 3 yrs old bug.

Comment 18

[Serge Gautherie (:sgautherie)]

(In reply to comment #17)
> WORKSFORME, Linux 2.6.23, GTK 2.12.5, Firefox 3/Trunk.
> Please close this 3 yrs old bug.

This bug is "mainly" against Windows.
Reporting it as WFM on Linux is, fine but, hardly enough to ask to "close" it.

*****

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.13) Gecko/20060414] (release) (W2Ksp4)
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.0.12) Gecko/20070510 SeaMonkey/1.0.9] (release) (W2Ksp4)
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7] (release) (W2Ksp4)

I can't reproduce the lost focus, on Win2K;
but, based on my comment 16, it could still exist with v1.1.7/Win9x (which is still supported).
"I" would have to check that...

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a5pre) Gecko/20070515 SeaMonkey/1.5a] (nightly) (W2Ksp4)
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b3pre) Gecko/2008020302 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4)

WorksForMe for the "lost focus" part.

***

With all 5 builds, I get the same "whole text selection" issue.

[Microsoft Internet Explorer, version 6.0.2800.1106 (128b, SP1)] (release++) (W2Ksp4)

Yet, while I find this behavior "annoying", that's what MsIE does too,
so this may be a "feature" :-|

Comment 19

[Serge Gautherie (:sgautherie)]

(In reply to comment #18)
> [Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.11) Gecko/20071128
> SeaMonkey/1.1.7] (release) (W2Ksp4)
> 
> I can't reproduce the lost focus, on Win2K;
> but, based on my comment 16, it could still exist with v1.1.7/Win9x (which is
> still supported).
> "I" would have to check that...

I tried SeaMonkey v1.1.8 on Win98SE and got the same "good" behavior as on Win2K.
(I don't have Win95 anymore.)

R.WorksForMe, as noone (else) reported a failure since my comment 16.