Community
Participate
Working Groups
1. Install a fresh eclipse-SDK-M20120809-1200-linux-gtk.tar.gz 2. Launch Eclipse on a fresh new workspace 3. Close Welcome -> no toolbar visible (??) 4. Create a Java project 5. Type Ctrl-3 "Error" to show the Error log -> observe what looks like bug 172810 resurrected 6. Find these entries in the log: Conflicting handlers for org.eclipse.ui.edit.paste: {org.eclipse.ui.internal.quickaccess.SearchField$12@931c53} vs {org.eclipse.ui.internal.quickaccess.SearchField$12@28c5db} Conflicting handlers for org.eclipse.ui.edit.copy: {org.eclipse.ui.internal.quickaccess.SearchField$11@145fc60} vs {org.eclipse.ui.internal.quickaccess.SearchField$11@1bc2314} Conflicting handlers for org.eclipse.ui.edit.selectAll: {org.eclipse.ui.internal.quickaccess.SearchField$9@1ddbed4} vs {org.eclipse.ui.internal.quickaccess.SearchField$9@11b7528} Conflicting handlers for org.eclipse.ui.edit.cut: {org.eclipse.ui.internal.quickaccess.SearchField$10@1bd2f65} vs {org.eclipse.ui.internal.quickaccess.SearchField$10@172a33e} 7. Find that the toolbar finally appeared Item (6) is a bug, item (3) looks like another one, not sure if item (5) works as intended, to me it looks funny, but then when the list is populated too big is better than too small.
Number 3 was bug 387002 which should be fixed for this week's M build. I think that might be what's causing the errors in the error log as well since I can reproduce it in last week's M build but not in an inner with the toolbar visibility fix. I'm going to leave it open to deal with the no toolbar to visible toolbar case which can still happen outside of closing the welcome screen. PW
I got this in a Kepler 4.3.0 release: Release info: eclipse.buildId=4.3.0.I20130605-2000 java.version=1.7.0_17 java.vendor=Oracle Corporation BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=de_DE Framework arguments: -product org.eclipse.epp.package.modeling.product Command-line arguments: -os win32 -ws win32 -arch x86_64 -product org.eclipse.epp.package.modeling.product Error message: Conflicting handlers for org.eclipse.jdt.ui.edit.text.java.refactor.quickMenu: {org.eclipse.jdt.internal.ui.actions.JDTQuickMenuCreator$1@43a61cbc} vs {org.eclipse.jdt.internal.ui.actions.JDTQuickMenuCreator$1@4ea89d56}
(In reply to comment #2) > I got this in a Kepler 4.3.0 release: > These messages have a different root cause. Please open a new bug. Thanks PW
I added Bug 413493
Encountered the same issue today with Build id: M20140129-0800. Steps to reproduce the issue is similar to comment 0, using Quick Access (Ctrl+3) open any view which is currently not opened in the workbench and check the error log to find the below errors: Conflicting handlers for org.eclipse.ui.edit.cut: {org.eclipse.ui.internal.quickaccess.SearchField$10@72140bcb} vs {org.eclipse.ui.internal.quickaccess.SearchField$10@21276f0} Conflicting handlers for org.eclipse.ui.edit.selectAll: {org.eclipse.ui.internal.quickaccess.SearchField$9@79b55ca5} vs {org.eclipse.ui.internal.quickaccess.SearchField$9@71d5930f} Conflicting handlers for org.eclipse.ui.edit.copy: {org.eclipse.ui.internal.quickaccess.SearchField$11@5f9bc5bd} vs {org.eclipse.ui.internal.quickaccess.SearchField$11@6bd32c54} Conflicting handlers for org.eclipse.ui.edit.paste: {org.eclipse.ui.internal.quickaccess.SearchField$12@117b3de2} vs {org.eclipse.ui.internal.quickaccess.SearchField$12@321bc965} Also noticed that I have two instances of "Quick Access" widgets displayed side by side. After restarting Eclipse there was only one Quick Access and there after the conflicting handler error did not occur. So the error could be due to the unstable state of the workbench in that instance.
(In reply to Manju Mathew from comment #5) > Encountered the same issue today with Build id: M20140129-0800. Steps to > reproduce the issue is similar to comment 0, using Quick Access (Ctrl+3) > open any view which is currently not opened in the workbench and check the > error log to find the below errors: Yes, there was recently introduced a code change such that if you accidentally opened a 4.3.x workspace with 4.4 and then went back to 4.3.x you would see 2 search bars. That was a transient state and should not be reproducible now. PW
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. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. 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. -- The automated Eclipse Genie.
