Community
Participate
Working Groups
Backport to 4.3.1 +++ This bug was initially created as a clone of Bug #406003 +++ Every key binding that is loaded from the bindings extension is persisted in the workbench xmi. If the plug-in providing that extension is later removed, the keybinding stays. Worse is that the keys pref page doesn't recognize the conflict. The only workaround is to delete the xmi file or start a new workspace. 1) Create a new plug-in project > Create an RCP > Use the Mail RCP Template 2) Launch a normal Eclipse application launch (runtime workbench) 3) Note that CTRL+X will close Eclipse instead of copy 4) Note that CTRL+3 has a conflict (Quick Access and Open Message) 5) Shut down the runtime workbench 6) Close or delete the Mail RCP project 7) Launch the runtime workbench again Result: CTRL+X still shuts down Eclipse! CTRL+3 still has a conflict The preference page doesn't list any conflicts for those keybindings
backport: https://git.eclipse.org/r/15649
Paul, could you please review this?
Release on R4_3_maintenance as: https://git.eclipse.org/c/platform/eclipse.platform.ui.git/commit/?h=R4_3_maintenance&id=2848350d6c1dbcd9f85526e7e16637c53a87fcba
Verified in build 4.3.0.M20130821-0800
Per comment 4, state should be Verified
Verified per comment 4.