147471 - Autocomplete dropdown should not XGrabPointer

Status: RESOLVED DUPLICATE of bug 66834

(SeaMonkey :: Location Bar, defect)

Description

[vectro]

This may be part of bug 93877, or it may be a bug with KDE.

It seems that Mozilla binds to ALT-TAB when the Location bar has focus. I'd
assume most OSes don't allow this, but under Kde 2.2.2, it appears to work.

STEPS TO REPRODUCE:
1) Open Mozilla.
2) Open some other application.
3) Give Mozilla keyboard focus.
4) Click on location bar
5) Type some text.
6) Hit ALT-TAB.

EXPECTED RESULTS:
Next application in window order should obtain focus.

ACTUAL RESULTS:
Nothing happens.

Relevant Debian packages:
Name           Version        Description
==============-==============-============================================
kdebase        2.2.2-14       KDE core applications
xserver-xfree8 4.1.0-16       the XFree86 X server
mozilla-browse 1+rc2-3        Mozilla Web Browser - core and browser

Comment 1

[John Levon]

This isn't quite what's happening. Rather I think the URL bar dropdown
is doing an XGrabPointer, so all events are being taken the application.

Personally I don't like this behaviour either: it is very annoying when
you forget what URL you're typing and try to switch windows/desktops to
look it up.

Comment 2

[Boris Zbarsky [:bzbarsky]]

Yes, but dropdown-like things should XGrabPointer in general, no?

Reporter, if you completely turn off autocomplete does the problem go away?

Comment 3

[John Levon]

bz, I'm not sure you're right in this case, but seeing as I am not
going to produce a patch I won't comment further than to say that
ideally, the URL drop-down would be like Mac-style "sheet dialog",
and window modal only.

There are some obvious difficulties with implementing this in X
of course.

Comment 4

[vectro]

Nope, with AutoComplete off the bug is still there.

Curiously, I still see a grey bar appear right below the text entry bar with
autocomplete off. I will attach a screenshot.

Comment 5

[vectro]

Attachment: Screenshot of location bar without autocomplete.

Comment 6

[vectro]

Attachment: Screenshot of location bar with autocomplete.

Comment 7

[vectro]

Another, probably related, note: When trying to take the screenshot with the
GIMP, I was unable to use a window-only screenshot. GIMP printed "xwd: error:
Can't grab the mouse." to the console.

This problem occured with and without autocomplete.

This problem does not happen if the location bar is not active.

Comment 8

[John Levon]

Reporter, what bz meant was the "Show list of results" option
under the Advanced button. If you turn this off, then you won't
get a drop-down list, and won't see the problem.

The error from gimp is perfectly normal behaviour. What's happening
is that Mozilla is doing an "XGrabPointer" call - this means that
all mouse events get relayed back to Mozilla first, for it to deal
with. This is necessary so that if you click somewhere else, Mozilla knows
to close the drop-down.

The same method is used in all applications for their menus; it's the
standard way of doing this on X.

Comment 9

[Boris Zbarsky [:bzbarsky]]

setting summary to describe the real problem.  blizzard, any ideas?

Comment 10

[vectro]

Ah, K.

Turning off the "Show list of results" option, I no longer see the bug.

Comment 11

[vectro]

Could this be a duplicate of bug 66834?

Comment 12

[John Levon]

I think it is, bug 66834 comment 7 being the crucial point I think.

Comment 13

[Boris Zbarsky [:bzbarsky]]

yes, it is.

*** This bug has been marked as a duplicate of 66834 ***