| Summary: | Focus goes crazy with conflicting breadcrumb toggling command | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Remy Suen <remy.suen> |
| Component: | UI | Assignee: | Platform UI Triaged <platform-ui-triaged> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | gheorghe, markus.kell.r, pwebster, remy.suen |
| Version: | 4.1 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | stalebug | ||
|
Description
Remy Suen
This problem is not restricted to the Java editor's breadcrumbs feature. If I copy the 'Add Javadoc Comment' and give them both the Alt+Shift+J keybinding, the focus loop will occur. The display filter is being notified multiple times even if I change the code for it to not do anything. org.eclipse.e4.ui.bindings.keys.KeyBindingDispatcher$KeyDownFilter.handleEvent(KeyBindingDispatcher.java:83) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Display.filterEvent(Display.java:1262) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1052) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1077) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1062) at org.eclipse.swt.widgets.Control.traverse(Control.java:4033) at org.eclipse.swt.widgets.Control.translateMnemonic(Control.java:3875) at org.eclipse.swt.widgets.Composite.translateMnemonic(Composite.java:1178) at org.eclipse.swt.widgets.Composite.translateMnemonic(Composite.java:1183) at org.eclipse.swt.widgets.Composite.translateMnemonic(Composite.java:1183) at org.eclipse.swt.widgets.Composite.translateMnemonic(Composite.java:1183) at org.eclipse.swt.widgets.Composite.translateMnemonic(Composite.java:1183) at org.eclipse.swt.widgets.Control.translateMnemonic(Control.java:3893) at org.eclipse.swt.widgets.Display.translateMnemonic(Display.java:4770) at org.eclipse.swt.widgets.Display.filterMessage(Display.java:1276) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3748) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:944) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) This bug happens on Eclipse 3.x also. As such, I don't really feel inclined to try to fix or workaround this problem. Comments? On the Mac, not printing any traverse events is expected because...that concept apparently isn't on a Mac. On Linux, if you hit Alt+J, you will get the traverse events. It seems the Alt+Shift+J capitalization of the 'J' cancels it out. It's a small discrepancy but doesn't appear to be something to cry home about. Removing 4.1.1 target as this bug happens in 3.x also. *** Bug 360226 has been marked as a duplicate of this bug. *** This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. If the bug is still relevant, please remove the "stalebug" whiteboard tag. |