Description Simeon Andreev 2019-03-05 09:10:40 EST

I tried setting:

e != null && e.toString().contains("sampleCommand")

At:

parentContext.runAndTrack(new RunAndTrack() {
    @Override
    public boolean changed(IEclipseContext context) {
        if (getManager(toolbarModel) == null) {
            // tool bar no longer being managed, ignore it
            return false;
        }

        record.updateVisibility(parentContext.getActiveLeaf());
        runExternalCode(() -> {
            manager.update(false);
            getUpdater().updateContributionItems(e -> {
                if (e instanceof MToolBarElement) {
                    if (((MUIElement) ((MToolBarElement) e).getParent()) == toolbarModel) {
                        return true;
                    }
                }
                return false;
            });
        });
        return true;
    }
});

I set the breakpoint at the line before return true, i.e. at the first line of:

if (((MUIElement) ((MToolBarElement) e).getParent()) == toolbarModel) {
    return true;
}

This snippet is found in: org.eclipse.e4.ui.workbench.renderers.swt.ToolBarManagerRenderer.processAddition(MToolBar, ToolBarManager, MToolBarContribution).

Reaching the breakpoint line during execution (just debug the Eclipse application) results in an error dialog "Conditional breakpoint has complitation error(s)".

Some additional info, content assist behaves very oddly after e.toString(). When I type "contai" it completes with getUIContainer(), although e.toString() should be of type String.

If I replace the lambdas with anonymous class definitions, the problem is gone.