71920 - keyboard doesn't work in any popup window under VTWM

Status: VERIFIED DUPLICATE of bug 78928

(Core :: XUL, defect)

Description

[rohan.hart]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; IRIX 6.5 IP32; en-US; 0.8.1) Gecko/20010312
BuildID:    2001031221

This is similar in behaviour to 70742, ie. text can not be entered into any of
the text fields, except that it affects all popup windows such as "find",
"save", "preferences", etc. Note that the field does appear to gain focus and
text can be pasted into fields using the mouse. Other keys such as enter and
backspace also have no affect.

A build around 200101something didn't display this problem and fields in the
browser such as location never have this problem.

Reproducible: Always
Steps to Reproduce:
1.open find using menu or Ctrl-F
2.select "find text" field
3.type away

Actual Results:  No text appears in the field

Expected Results:  Text should have appeared

Comment 1

[Boris Zbarsky [:bzbarsky]]

most likely a duplicate of bug 71836.  Could you please try a new build and see
whether it's fixed?

Comment 2

[rohan.hart]

It's still occuring in the latest IRIX build 2001031521

Comment 3

[rohan.hart]

Discovered the problem!  I'm using VTWM 5.4.5 and wasn't decorating transient
windows (the default), ie. they have no titlebar.  Turning on the title bar
makes them work again.

I can't recall whether the last working browser version used transients for the
popups or not.  Either way it's strange because the popups do gain focus, just
not text focus when not decorated.

Comment 4

[Keyser Sose]

Possible release note fodder.

Comment 5

[Keyser Sose]

CCing endico for possible release note comment.

Comment 6

[Boris Zbarsky [:bzbarsky]]

see also bug 76854 and bug 73727.

ccing blizzard

Comment 7

[Dawn Endico]

this bug is listed in the release notes, it deserves to be marked new.

Comment 8

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Is this IRIX only, or does it happen on Linux as well?

Comment 9

[Christopher Blizzard (:blizzard)]

Can the reporter try a build that is from tomorrow or a 0.9 build from the tree?
 This might have been licked.  This only appears to happen when the WM isn't
used for focus handling for transient windows.

Comment 10

[rohan.hart]

It's still happening with build 2001050421

Comment 11

[rohan.hart]

The release notes say "When using VTMW 5.4.5, transient windows must be turned
on for popup menus to function" which isn't quite correct. Try this instead:

  When using VTMW 5.4.5, transient windows must be decorated (not the default)
for popup windows such as Find, Save and Preferences to function.

Comment 12

[Fuzzy Gorilla]

In response to Heikki Toivonen 2001-05-03 11:20 comment:
> Is this IRIX only, or does it happen on Linux as well?
 
This is Linux (RH6.1) as well, when using the vtwm window manager (v 5.4.5a).
The same work-around (setting 'DecorateTransients' in the .vtwmrc file) also
works.

[tested with Mozilla 0.9 - Buid ID: 2001050521]

Comment 13

[Dawn Endico]

mozilla 0.9 release note item updated with rohan's new text.

Comment 14

[rohan.hart]

Using build 2001052521 I get similar results to bug 76854 where keyboard focus
works when transients aren't decorated IF the window is explicitly focused by
the WM.

76854 does say that it appears to be fixed - still doesn't work for me

Comment 15

[joki (gone)]

This is obviously a problem at the Unix widget level with a particular window 
manager, not the event subsystem.  This should be handled by a Unix widget guy.  
Not sure who that is, though.

Comment 16

[joki (gone)]

This should be assigned to an X widget guy of some sort.

Comment 17

[Peter Trudelle]

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

Comment 18

[Chad Austin]

verified dup