Community
Participate
Working Groups
i can find this in my .log on mac !SUBENTRY 1 org.eclipse.jface 2 0 2022-01-10 11:14:45.490 !MESSAGE A conflict occurred for ALT+COMMAND+R: Binding(ALT+COMMAND+R, ParameterizedCommand(Command(org.eclipse.ui.edit.rename,Rename, Rename the selected item, Category(org.eclipse.ui.category.file,File,null,true), org.eclipse.ui.internal.WorkbenchHandlerServiceHandler@64a4739, ,,true),null), org.eclipse.ui.defaultAcceleratorConfiguration, org.eclipse.ui.contexts.window,,cocoa,system) Binding(ALT+COMMAND+R, ParameterizedCommand(Command(org.eclipse.jdt.ui.edit.text.java.rename.element,Rename - Refactoring , Rename the selected element, Category(org.eclipse.jdt.ui.category.refactoring,Refactor - Java,Java Refactoring Actions,true), org.eclipse.ui.internal.WorkbenchHandlerServiceHandler@7ab3f194, ,,true),null), org.eclipse.ui.defaultAcceleratorConfiguration, org.eclipse.ui.contexts.window,,cocoa,system)
Created attachment 287802 [details] Install Details
am not sure if this is a migration problem or something like that. in vanilla M1 i see only one of the commands with a binding
The JDT UI code that defines org.eclipse.jdt.ui.edit.text.java.rename.element seem to be untouched since 2005.
hmm i see user bindings but i cannot remember to have ever set them.
i also see the same on windows. where i also cannot remember to have ever set them. am not sure where they are coming from (e.g. oomph etc)
and on my linux too. in older versions this does not seem to be reported as an error. but the editor for keybindings shows it as conflict
indeed. an update brings back problem in workspace that was with 2021-12 and the conflict before, but the conflict was not reported back then. but i still have no clue where the bad user bindings come from
looks like custom keybindings are also there on a freshly oomphed committers workspace
ok.i can also see this in a freshly oomphed 2021-12 eclipse committers ide
@Andrey does Eclipse store user keybindings somewhere so that they are visible to multiple installs? if yes where? @Ed could oomph play a role here?
There are key binding tasks, but you'd probably be aware if you wrote those. Perhaps you've recorded an entire set of key bindings as a preference. Look in Navigate -> Open Setup -> User and look in the "User Preferences section". Note that Ctrl-F works in that editor. There's also Open in Text Editor in the context menu but of course textual editing can easily corrupt the file.
no i did not write any. and i can see the problem with a fresh commiters or java ide too. so the question would be where oomph stores these in user dirs
Created attachment 287803 [details] Dont see anything under user
what is your eclipse workspace dir
wrong bug
(In reply to Christian Dietrich from comment #13) > Created attachment 287803 [details] > Dont see anything under user Yes, that looks about as empty as it can be from having installed only a product.
Do you have the Maven m2e plugin installed? I got the same conflicts (some couldn't be resolved) and lots of other errors constantly written to the log. Sadly, the only cure was to uninstall the m2e plugin
(In reply to Phil Beauvoir from comment #17) > Do you have the Maven m2e plugin installed? > > I got the same conflicts (some couldn't be resolved) and lots of other > errors constantly written to the log. > > Sadly, the only cure was to uninstall the m2e plugin https://github.com/eclipse-m2e/m2e-core/issues/415
yes but i have no clue what in m2e could cause this
https://github.com/eclipse/lsp4e/blob/9ff23bdd20d8398cfb0cf13a846a8ce401e8f664/org.eclipse.lsp4e/plugin.xml#L107
correction https://github.com/eclipse/lsp4e/blob/9ff23bdd20d8398cfb0cf13a846a8ce401e8f664/org.eclipse.lsp4e/plugin.xml#L301
moved to https://github.com/eclipse/lsp4e/issues/38
*** Bug 578364 has been marked as a duplicate of this bug. ***
