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.