This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
I'm using NetBeans IDE Dev (Build 200510171800) on Linux with java 1.5.0_05. If I select a Java code in editor and press ALT-U U it should put the selected text in upper case, but instead of this it replaces the selected text with small letter u
I've also tried ALT-U L and ALT-U R, but they don't work as expected and documented.
Please fix it, it breaks tests.
I have debugged pressing of "Alt-U U" and after MultiKeymap.shiftGlobalContext() gets called correctly upon receiving of "Alt-U pressed" keystroke then NbKeymap.resetContext() gets called for some reason from NbKeymap.getAction() on line 125. Not sure why this happen but it effectively breaks down further processing of the compound shortcut. Reassigning to Petr N. for evaluation.
I'll look at it but I suspect the NbKeymap shouldn't be called at all in this case. Was the leading keystroke properly consumed? I don'e even see the Alt+U context shift in the status bar.
I'm not sure whether it gets consumed as it's a processing in the JEditorPane or JTextComonent but I'll check that. Regarding StatusDisplayer - it gets called properly in the MultiKeymap but the NbKeymap.resetContext() gets called in succession so I suspect that you won't see anything in the status bar.
The "Alt-U pressed" KeyEvent gets consumed. The JComponent.processKeyBinding() returns true which the JComponent.processKeyBindings() checks and consumes the event.
*** Issue 67556 has been marked as a duplicate of this issue. ***
Marking this issue as future Q-Build stopper. It is a regression, breaks tests and was reported by NetCAT as well. Do not fix it in current Q-Build branch, it means that this issue needs should be fixed in trunk before we start testing of next Q-Build (if not it will become a stopper of the next Q-Build).
I tried tracing code paths for Ctrl+J prefix and Alt+U prefix. Here are my findings: For Alt+U, the context is set on KEY_PRESSED (by the editor's keymap) and immediatelly reset on KEY_TYPED (by the SAMKEP.postProcessKeyEvent/NbKeymap impl). For Ctrl+J, this is not the case, KEY_TYPED is consumed in JComponent.processKeyEvent, and thus is ignored in postProcess... (Because SwingUtilities.isValidKeyEventForKeyBindings(e) returns true for Ctrl-?, but false for Alt-?_ I'll try to fix in in NbKeymap.
core/windows/src/org/netbeans/core/windows/ShortcutAndMenuKeyEventProcessor.java,v1.16
I confirm that with today build ALT-U U is now working!
*** Issue 67666 has been marked as a duplicate of this issue. ***
Unfortunately I have to reopen. Although "Alt-U U" works fine if you press any of the modifier keys (Ctrl|Shift|Alt) after "Alt-U" the context gets reset (again it gets to NbKeymap, line 125).
Please also test switching to emacs profile and test "Alt-0 Ctrl-K" (cut to line begining) and "Esc <" and "Esc >" (jump to file begin/end) whether those work. Thanks.
I've just tested with today build. Alt+0 Ctrl+K works fine to me. Esc < and Esc > are not working but I cannot find them in Keymap options (it's really or to find the action of shortcuts). I've added Esc < (ESCAPE LESS) to match braces and actually this does not work. I found that some shortcut does not work either (Ctrl+Alt+K for instance). So you're right this bug has not been resolved.
This is very strange. I created a test shortcut Alt-U Ctrl-K and it works perfectly, but if I try Alt-0, the context gets reset just after pressing Ctrl...
Added filtering of modifier-only events so they don't reset current context. core/src/org/netbeans/core/NbKeymap.java,v1.28 There is still a problem with some keystrokes propagating into the editor as typed text, e.g. if you bind "Esc _" (ESCAPE Shift+MINUS).
The issue is Q-build 20051109/Beta2 stopper. All future stoppers should be resolved in next Q-build otherwise are considered as stoppers.
blaha: If I understand you correctly, you want me to integrate the fix also into the beta2 branch, right?
QE team member should verify the issue in trunk first and the you merge the fix inrelease50_beta2 branch. Thanks
I'll take a look at it in trunk.
Romane, could you please try to bind an action to "Esc _" as Petr was complaining? I have tried to reproduce but it works fine for me on my FC3 both on JDK1.4 and 1.5. Thanks.
Alt-U U works fine, Alt-O Ctrl-K works fine and Esc Shift-Minus works as well. I tried few other shortcuts and they seem to work. Do you have any other suspicion on shortcuts which may not work? Petre, does Esc Shift-Minus work for you now? I am using build 20051110-0908.
Romane, what's the status of this issue? If the issue is already verified, merge ths fix in beta branch. Thanks
It seems to be fixed to me but I am waiting for pnejedly to confirm that Esc - _ works for him now. Then we can commit it to branch.
"Esc _" works neither for me (on Linux) nor for Milan Kubec (on windows). If you bind it to Edit->Undo, it correctly performs undo and then inserts "_"
Whose turn is it now?
My suggestion: Petr N. will commit the partial fix into the beta2 branch and we will publish beta2 with the fact that Esc shortcuts do not work properly. Let's file a separate issue for the Esc problem then.
Backported the fixinto the beta2 branch. core/src/org/netbeans/core/NbKeymap.java,v1.27.6.1 Note: It's "_" binding (Shift+MINUS) that doesn't work, Esc prefix works OK.
OK, closing as fixed. BTW Petre/Milane could you pls specify JDK where it fails? Thanks.
I have filed issue 68498 for the specific problem with "Esc _".
I was running IDE on JDK 1.5.0_05.