Bugzilla – Full Text Bug Listing
| Summary: | Regression - emacs scheme is missing many key bindings. | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Sergey Prigogin <eclipse.sprigogin> | ||||||
| Component: | UI | Assignee: | Paul Webster <pwebster> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | |||||||
| Severity: | major | ||||||||
| Priority: | P3 | CC: | pwebster | ||||||
| Version: | 3.8 | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | PC | ||||||||
| OS: | Linux-GTK | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
Sergey Prigogin
I found out there's a delete binding for CTRL+Y on gtk that's removing it. PW (In reply to comment #1) > I found out there's a delete binding for CTRL+Y on gtk that's removing it. Paul, did you mean removing in Eclipse? Yes, there's a plugin.xml entry in eclipse that removes CTRL+Y so that redo can be CTRL+SHIFT+Z on gtk. It also seems to remove it for the emacs scheme. PW (In reply to comment #3) > Yes, there's a plugin.xml entry in eclipse that removes CTRL+Y so that redo can > be CTRL+SHIFT+Z on gtk. It also seems to remove it for the emacs scheme. Please notice that this is a regression in 3.8. Ctrl+Y used to work fine in 3.7.2. You're right, I did it in bug 360639 I think I can fix it with another entry. Released http://git.eclipse.org/c/platform/eclipse.platform.ui.git/commit/?id=c0c26e2c22673ed4a25c120629811f4cafa5c035 http://git.eclipse.org/c/platform/eclipse.platform.ui.git/commit/?id=24fa9a4ac76fe965fa748800b5dc1f7a362a73db PW Ctrl+K, Ctrl+W and possibly some other keys are not mapped in Emacs mode too. Have they all been fixed? (In reply to comment #7) > Ctrl+K, Ctrl+W and possibly some other keys are not mapped in Emacs mode too. > Have they all been fixed? No, I hadn't heard of that problem. Is this new in 3.8? Or in 3.7.2? PW (In reply to comment #8) > (In reply to comment #7) > > Ctrl+K, Ctrl+W and possibly some other keys are not mapped in Emacs mode too. > > Have they all been fixed? > > No, I hadn't heard of that problem. Is this new in 3.8? Or in 3.7.2? Just like with Ctrl+Y, it's a regression in 3.8. Other missing bindings are Ctrl+A, Ctrl+B, Ctrl+E, Ctrl+F, Ctrl+N, Ctrl+P. (In reply to comment #9) > > Just like with Ctrl+Y, it's a regression in 3.8. Other missing bindings are > Ctrl+A, Ctrl+B, Ctrl+E, Ctrl+F, Ctrl+N, Ctrl+P. CTRL+A, CTRL+B, CTRL+E, and CTRL+F all work for me. Could you start up your eclipse with some debug options from http://wiki.eclipse.org/Platform_Command_Framework#Tracing_Option org.eclipse.ui/debug=true org.eclipse.ui/trace/keyBindings=true org.eclipse.ui/trace/keyBindings.verbose=true org.eclipse.ui/trace/sources=true org.eclipse.ui/trace/handlers=true #org.eclipse.ui/trace/handlers.verbose=true #org.eclipse.ui/trace/handlers.verbose.commandId=org.eclipse.ui.edit.copy org.eclipse.ui/trace/contexts=true org.eclipse.ui/trace/contexts.verbose=true PW Created attachment 215120 [details]
Trace
Created attachment 215121 [details]
Something is wrong with contexts
I've attached a debugging trace and a screenshot of the Keys preference page that should some suspicious contexts. I've noticed that the problem is somewhat intermittent. In 1 Eclipse run out of 4 emacs bindings did work, but didn't work in the rest three. (In reply to comment #12) > Created attachment 215121 [details] > Something is wrong with contexts This image isn't really a problem, it's caused by xtext. PW (In reply to comment #14) Does the trace show anything interesting? (In reply to comment #15) > (In reply to comment #14) > Does the trace show anything interesting? It shows CTRL+A executing org.eclipse.ui.edit.selectAll (in I presume one of the editors) even after the emacs scheme is being written out to prefs (so the keys preference page must be setting them). This shouldn't be happening. But the contexts look reasonable, it has the text navigation context. I'm going to have to try and reproduce it in my own 3.8 eclipse. What version of gtk2 does your linux have? PW (In reply to comment #16) What version > of gtk2 does your linux have? 2.10. Can I do anything else to help with debugging? (In reply to comment #14) > This image isn't really a problem, it's caused by xtext. Is there a xtext bug for this? This bug is a major regression from 3.7.x. It should not be allowed to slip into the final release. So CTRL+K and CTRL+L do nothing, and CTRL+A still does selectAll even when you are in the emacs Scheme? That sounds like Bug 378684, which I can reproduce on 3.8 simply by switching back and forth between emacs and default schemes a couple of times. The workaround is to go to the Keys pref page, Restore Defaults, OK. Then go back, set your scheme to emacs, and it should work again. PW *** This bug has been marked as a duplicate of bug 378684 *** |