Open Bug 58722 Opened 24 years ago Updated 2 years ago

Some Linux keybindings are broken when Java is chosen for installation

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

x86
Linux
defect

Tracking

()

mozilla1.0.1

People

(Reporter: jrgmorrison, Unassigned)

References

Details

Sorry, it's late, so this note is brief (I'll look further in the a.m.
but if X-people like dr and sairuh could have a look too it would be good)

Here's the deal (reproduced three times on my linux box):

If I do a custom install, but do not select Java for installation
(2000103009 linux build), the 'ALT+ <-' and 'ALT+ ->' keybindings
work.

If I _do_ select Java, install it, those keybindings (and I fear perhaps others)
do NOT work. If it is more than just these keybindings this is a MAJOR loss of
functionality (one or two broken bindings, we live with, but let's find out
what).

I get these messages in the console when I start a JAVA enabled build. (WHy
Java does this is a mystery to me; it shouldn't even be alive at this point).

-*- filepicker: registering (all right -- a JavaScript module!)
*** Registering sample JS components
Warning: Cannot convert string "<Key>Escape,_Key_Cancel" to type VirtualBinding
Warning: Cannot convert string "<Key>Home,_Key_Begin" to type VirtualBinding
Warning: Cannot convert string "<Key>F1,_Key_Help" to type VirtualBinding
Warning: Cannot convert string "Shift<Key>F10,_Key_Menu" to type VirtualBinding
Warning: Cannot convert string "<Key>F10,Shift_Key_Menu" to type VirtualBinding
Warning: Cannot convert string "<Key>KP_Enter,_Key_Execute" to type
VirtualBinding
Warning: Cannot convert string "Alt<Key>Return,Alt_Key_KP_Enter" to type
VirtualBinding
Move window by 511.5,383.5
New location for profile registry and user profile directories is ->
/u/jrgm/.mozilla
start with profile: Default Useryyyy
my wm [afterstep] has issues with those shortcuts. cc'ing jag and akkana...
Tinker with platformNavigationBindings.xul / .dtd, change keys, keycodes and
modifiers, see if stuff starts working (i.e. if this is key-combo specific) or
if it's perhaps that the file is ignored.

I take it the back and forward buttons still work?
Could this be a focus issue?  If you click in the content area, do the bindings
work again?

Cc'ing drapeau@eng.sun.com since it's a java issue (if he's not the right cc,
maybe he'll know who is).
It's not a focus issue (e.g., if I click to set focus in the content area, I
still can't get these keybindings to work). 

I'm very clear about the fact that this is related to including Java in the
install -- if I manually delete plugins/java2 and the symlink
plugins/libjavaplugi\n_oji.so and restart, then the Back binding (ALT+ <-) will 
work, and the Forward binding will (erroneously) open the top-level Search menu.

If I further (brutally) remove liboji.so and delete components.reg, then both
keybindings work correctly (although the component loader complains about the 
missing liboji.so on every keypress or link click).

Note: the keybindings to open the top-level menus work with or without Java 
installed, and randomly chosen menuitems appear to work, but I did not
exhaustively test them all.
Looks like Java is hunting for keys and killing dispatch, maybe just alt
modified ones?
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9
We're still passing values >= 128 on to isprint in nsGtkEventHandler.cpp, which
is bad. This causes those keybindings to not work in some situations, though
what exactly triggers the bug is unknown. Apparantly installing java influences
this for the worse.

Could you try accel + '+' (enlarge text size) with the numeric pad '+' and see
if that works (with and without)?
accel+'+' and accel+'-' work in both cases -- java installed or not installed.

I'm curious if George can shed some light on where the messages:

Warning: Cannot convert string "<Key>Escape,_Key_Cancel" to type VirtualBinding

are coming from. I can't find a string in lxr.mozilla.org or in lxr.mcom.com
(the commercial tree).

Target Milestone: mozilla0.9 → mozilla1.0
Target Milestone: mozilla1.0 → mozilla1.0.1
Depends on: atfmeta
No longer depends on: atfmeta
Blocks: atfmeta
Is this still happening?
Assignee: saari → nobody
Status: ASSIGNED → NEW
QA Contact: bugzilla → keyboard.navigation
Component: Keyboard: Navigation → User events and focus handling
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.