Community
Participate
Working Groups
For reasons that are not yet clear to me, Ctrl+1 gets hijacked by the 'Git Staging' view. Whenever you hit Ctrl+1, you will only ever get 'No suggestions available' and the popup is not where the text caret is at (because it's actually relative to the message area of the 'Git Staging' view). Eric has also seen this.
In their code, they activate their ActionHandler like so: IHandlerService handlerService = getHandlerService(); ActionHandler handler = createQuickFixActionHandler(sourceViewer); ActiveShellExpression expression = new ActiveShellExpression( sourceViewer.getTextWidget().getShell()); return handlerService.activateHandler( ITextEditorActionDefinitionIds.QUICK_ASSIST, handler, expression); We only have one implementation of IHandlerService and while a part gets its handler service instance scoped to its context, the default expression is one scoped to the workbench window so individual activations like these get leaked up to the window. The workaround is to close the 'Git Staging' view so that this handler activation gets deactivated.
Created attachment 201924 [details] Part site services patch v1
Added Oleg... +1, For me the patch looks fine (and works great, this has been bugging me greatly).
+1, looks good.
(In reply to comment #2) > Created attachment 201924 [details] > Part site services patch v1 Patch released to R4_development. http://git.eclipse.org/c/platform/eclipse.platform.ui.git/commit/?h=R4_development&id=cb265e3b935816c99167c2ec7864f982ad8caf3e Thank you Eric and Oleg for reviewing the patch!
*** Bug 355576 has been marked as a duplicate of this bug. ***