VueJS Eclipse plugin override PHP editor

This topic contains 12 replies, has 4 voices, and was last updated by  Brian Fernandes 10 months ago.

Viewing 13 posts - 1 through 13 (of 13 total)
  • Author
  • #591180 Reply


    After install VueJS plugin it overrides my default PHP editor. Why???

    #591183 Reply

    Brian Fernandes


    Sorry about that, we’re working on improving the behavior of CodeMix in environments with other tooling installed, these fixes will actually land in our release next week. I’m assuming you do have the Eclipse PHP tools (PDT) installed?

    To fix this, go to Preferences > CodeMix > Languages > Preferred Editors and uncheck the PHP item from the tree.

    Note: CodeMix probably took over the PHP editor when installed and not only after the installation of the Vue pack (assuming this is what you meant by the VueJS plugin).

    #591186 Reply


    Yeah PDT is installed (I’m Project Leader :P). For now I manually unchecked preferred PHP language and validator and force default PHP editor in eclipse settings, but afraid lot of our users may have problem with that.

    I installed VueJS codemix plugin from marketplace. I see two features installed: Vue Pack::CodeMix 1.0.0 and Code Mix 0.9.0

    #591517 Reply

    Brian Fernandes

    Thanks for the note – clear on what you installed.

    We have release due in the next couple of days which should address exactly this problem, allowing you to more intuitively choose which editor and validator you wish to use. Will update this thread when that’s available, would love to hear your feedback.

    #592616 Reply

    Brian Fernandes


    The update I was talking about was released yesterday – do pick it up, it should be a far improved experience.

    Yeah PDT is installed (I’m Project Leader :P).

    Sorry, I missed this in your last post – awesome! Your feedback will be invaluable.

    #592648 Reply


    Looks better, but after reinstall my PHP editor was again replaced.

    1. After startup I always have to wait for “Verifying Projects” process. It blocks both DLTK and JSDT process
    2. If CodeMix editor is opened during startup (Vue file in my case) everything go even worse because also wait for another process “Linking viewer selection with current editor”. I’m using “refresh workspace on startup”.
    3. CodeMix should check dir permissions before register watchers I see java.nio.file.AccessDeniedException in Eclipse logs
    4. I don’t understand high CPU usage on OSX, constantly takes 30% – 80% even if I do nothing. Yourkit report that most cpu cycles are consumed by sun.nio.fs.PoolingWatchService. Why not IResource events + Eclipse Workspace auto-refresh? I have really large code base and a lot of projects opened.
    5. Eclipse reports deadlocks ui/freeze after startup with any editor opened:

    To avoid deadlock while executing Display.syncExec() with argument: com.genuitec.eclipse.code.ui.EarlyStartup$$Lambda$557/250188560@390e6d84, thread Worker-15: Workbench early startup will interrupt UI thread.

    java.lang.IllegalStateException: Call stack for thread Worker-15: Workbench early startup
    at Method)
    at org.eclipse.ui.internal.UILockListener.reportInterruption(
    at org.eclipse.ui.internal.UILockListener.interruptUI(
    at org.eclipse.ui.internal.PendingSyncExec.waitUntilExecuted(
    at org.eclipse.ui.internal.UISynchronizer.syncExec(
    at org.eclipse.swt.widgets.Display.syncExec(
    at com.genuitec.eclipse.code.ui.EarlyStartup.earlyStartup(
    at org.eclipse.ui.internal.EarlyStartupRunnable.runEarlyStartup(
    at org.eclipse.ui.internal.Workbench$

    java.lang.IllegalStateException: Call stack for thread main
    at java.desktop@9.0.4/sun.font.CFont.createNativeFont(Native Method)
    at java.desktop@9.0.4/sun.font.CFont.getNativeFontPtr(
    at java.desktop@9.0.4/sun.font.CFont.getWidth(
    at java.desktop@9.0.4/sun.font.FontFamily.preferredWidth(
    at java.desktop@9.0.4/sun.font.FontFamily.setFont(
    at java.desktop@9.0.4/sun.font.CFontManager.registerGenericFont(
    at java.desktop@9.0.4/sun.font.CFontManager.registerGenericFont(
    at java.desktop@9.0.4/sun.font.CFontManager.registerFont(
    at java.desktop@9.0.4/sun.font.CFontManager.loadNativeFonts(Native Method)
    at java.desktop@9.0.4/sun.font.CFontManager.access$100(
    at java.desktop@9.0.4/sun.font.CFontManager$
    at java.base@9.0.4/ Method)
    at java.desktop@9.0.4/sun.font.CFontManager.loadFonts(
    at java.desktop@9.0.4/sun.font.SunFontManager.findFont2D(
    at java.desktop@9.0.4/java.awt.Font.getFont2D(
    at java.desktop@9.0.4/java.awt.Font.access$000(
    at java.desktop@9.0.4/java.awt.Font$FontAccessImpl.getFont2D(
    at java.desktop@9.0.4/sun.font.FontUtilities.getFont2D(
    at java.desktop@9.0.4/sun.java2d.SunGraphics2D.checkFontInfo(
    at java.desktop@9.0.4/sun.java2d.SunGraphics2D.getFontInfo(
    at java.desktop@9.0.4/sun.java2d.SurfaceData.getTextPipe(
    at java.desktop@9.0.4/sun.java2d.SurfaceData.validatePipe(
    at java.desktop@9.0.4/sun.java2d.SunGraphics2D.validatePipe(
    at java.desktop@9.0.4/sun.java2d.pipe.ValidatePipe.validate(
    at java.desktop@9.0.4/sun.java2d.pipe.ValidatePipe.fillRect(
    at java.desktop@9.0.4/sun.java2d.SunGraphics2D.fillRect(
    at com.genuitec.eclipse.code.ui.languages.IconDataImageDescriptor$IconDataImageDataProvider.prepareGrahics(
    at com.genuitec.eclipse.code.ui.languages.IconDataImageDescriptor$IconDataImageDataProvider.getImageData(
    at com.genuitec.eclipse.code.ui.languages.IconDataImageDescriptor.createImage(
    at org.eclipse.jface.resource.ImageDescriptor.createImage(
    at com.genuitec.eclipse.code.ui.statusbar.OpticonsRenderingLabel.paintControl(
    at com.genuitec.eclipse.code.ui.statusbar.OpticonsRenderingLabel$1.paintControl(
    at org.eclipse.swt.widgets.TypedListener.handleEvent(
    at org.eclipse.swt.widgets.EventTable.sendEvent(
    at org.eclipse.swt.widgets.Display.sendEvent(
    at org.eclipse.swt.widgets.Widget.sendEvent(
    at org.eclipse.swt.widgets.Widget.sendEvent(
    at org.eclipse.swt.widgets.Widget.sendEvent(
    at org.eclipse.swt.widgets.Control.drawWidget(
    at org.eclipse.swt.widgets.Canvas.drawWidget(
    at org.eclipse.swt.widgets.Widget.drawRect(
    at org.eclipse.swt.widgets.Canvas.drawRect(
    at org.eclipse.swt.widgets.Display.windowProc(
    at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)

    Note I have also DBeaver installed.
    6. After install “welcome screen” destroy Dark Theme on OSX, I had to restart eclipse.

    #592664 Reply


    @zulusx Thanks for your awesome feedback! And sorry to hear we aren’t quite 100% there yet.. Our team is actively looking at the issues you described. We will likely pick up a at least a few incremental fixes in an update release coming shortly.

    Here some initial thoughts on each of them

    0. Regarding editors being taken over, in our last update we cleaned up some preference locations, and it’s likely we missed one during migration. It should not affect you anymore in further updates though. In addition, we now present a tuning panel to easily switch the preferred editor to let all your users who use CodeMix quickly switch back.

    1&2. We will take a look at our startup processes to not be that disruptive, so it can let other processes run as well. If you had a simple flow/example project that exemplified this problem, it would be a huge help.

    3&4. Regarding our Watcher, this is really important to be responsive as Eclipse’s automatic refresh doesn’t work well when generating/manipulating files from external tools. Anyway, our next improvement in this area would be to be less aggressive about starting ours and give you a way to turn it off if it is automatically turned on. And yes, we will also check for directory permissions, thanks for noticing this as well!

    5. Deadlocks, we will check our startup processes don’t lock display. We haven’t noticed this behaviour before.

    6. Regarding Welcome Screen destroying Dark Theme in OSX, could you expand on this issue? Do you have any error in log about this? I assume you are talking about regular eclipse Dark theme. It would also help knowing the eclipse version you are testing with so we can replicate.

    Aaron Lara

    #592701 Reply


    Deadlock / startup process probably is provoked by DBEaver when plugin change toolbar items (in UI thread off course) E4 trying to access CodeMix that is during startup.

    About Dark theme yes, I’m using standard Eclipse EPP PHP package with built-in Dark theme (osx). After CodeMix install most frames become light on OSX until I restart eclipse.

    #593742 Reply



    We just released an update to CodeMix (CI 2018.7.18) which has the fix for the deadlock and the startup problems reported by you.

    Please update and let us know how it works for you.

    Genuitec Support

    #593824 Reply


    Thank You for info, unfortunately due deadlocks CodeMix was completely useless for me and I had to uninstall it completely.

    I tried install and recheck but my license has expired.

    #593825 Reply

    Brian Fernandes


    If you PM me your email address, I’ll get your license issues sorted out.

    Your feedback was invaluable, would love to hear your thoughts on the experience with the new release.

    #593840 Reply


    First look:

    1. Dark Mode problem, still persist (attached screenshot).
    2. java.nio.file.AccessDeniedException during startup still here
    3. I’m experiencing slow boot, and still have to wait until I’ll be able to write something, looks like CodeMix calculate too much in UI

    Stack Trace
    at com.genuitec.eclipse.code.ui.tasks.TasksService.getBuildTaskParticipantFor(
    at com.genuitec.eclipse.code.ui.command.CodeBuildHandler.isEnabled(
    at org.eclipse.ui.internal.handlers.HandlerProxy.isEnabled(
    at org.eclipse.ui.internal.handlers.E4HandlerProxy.canExecute(
    at jdk.internal.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
    at java.base@9.0.4/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(
    at java.base@9.0.4/java.lang.reflect.Method.invoke(
    at org.eclipse.e4.core.internal.di.MethodRequestor.execute(
    at org.eclipse.e4.core.internal.di.InjectorImpl.invokeUsingClass(
    at org.eclipse.e4.core.internal.di.InjectorImpl.invoke(
    at org.eclipse.e4.core.contexts.ContextInjectionFactory.invoke(
    at org.eclipse.e4.core.commands.internal.HandlerServiceHandler.isEnabled(
    at org.eclipse.core.commands.Command.isEnabled(
    at org.eclipse.e4.core.commands.internal.HandlerServiceImpl.canExecute(
    at org.eclipse.e4.core.commands.internal.HandlerServiceImpl.canExecute(
    at org.eclipse.ui.internal.menus.MenuHelper$1.evaluate(
    at org.eclipse.e4.ui.internal.workbench.ContributionsAnalyzer.isCoreExpressionVisible(
    at org.eclipse.e4.ui.internal.workbench.ContributionsAnalyzer.isVisible(
    at org.eclipse.e4.ui.workbench.renderers.swt.ContributionRecord.computeVisibility(
    at org.eclipse.e4.ui.workbench.renderers.swt.ContributionRecord.updateVisibility(
    at org.eclipse.e4.ui.workbench.renderers.swt.MenuManagerRendererFilter.updateElementVisibility(
    at org.eclipse.e4.ui.workbench.renderers.swt.MenuManagerRendererFilter.updateElementVisibility(
    at org.eclipse.ui.internal.WorkbenchWindow$
    at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(
    at org.eclipse.swt.widgets.Display.runAsyncMessages(
    at org.eclipse.swt.widgets.Display.observerProc(
    at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
    at org.eclipse.swt.widgets.Display.applicationNextEventMatchingMask(
    at org.eclipse.swt.widgets.Display.applicationProc(
    at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
    at org.eclipse.swt.widgets.Widget.callSuper(
    at org.eclipse.swt.widgets.Widget.mouseDownSuper(
    at org.eclipse.swt.widgets.Tree.mouseDownSuper(
    at org.eclipse.swt.widgets.Widget.mouseDown(
    at org.eclipse.swt.widgets.Control.mouseDown(
    at org.eclipse.swt.widgets.Tree.mouseDown(
    at org.eclipse.swt.widgets.Display.windowProc(
    at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
    at org.eclipse.swt.widgets.Widget.callSuper(
    at org.eclipse.swt.widgets.Widget.windowSendEvent(
    at org.eclipse.swt.widgets.Shell.windowSendEvent(
    at org.eclipse.swt.widgets.Display.windowProc(
    at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
    at org.eclipse.swt.widgets.Display.applicationSendEvent(
    at org.eclipse.swt.widgets.Display.applicationProc(
    at org.eclipse.swt.internal.cocoa.OS.objc_msgSend(Native Method)
    at org.eclipse.swt.internal.cocoa.NSApplication.sendEvent(
    at org.eclipse.swt.widgets.Display.readAndDispatch(
    at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$
    at org.eclipse.core.databinding.observable.Realm.runWithDefault(
    at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(
    at org.eclipse.ui.internal.Workbench.lambda$3(
    at org.eclipse.ui.internal.Workbench$$Lambda$91/ Source)
    at org.eclipse.core.databinding.observable.Realm.runWithDefault(
    at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(
    at org.eclipse.ui.PlatformUI.createAndRunWorkbench(
    at org.eclipse.ui.internal.ide.application.IDEApplication.start(
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(
    at java.base@9.0.4/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at java.base@9.0.4/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(
    at java.base@9.0.4/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(
    at java.base@9.0.4/java.lang.reflect.Method.invoke(
    at app//org.eclipse.equinox.launcher.Main.invokeFramework(
    at app//org.eclipse.equinox.launcher.Main.basicRun(
    at app//
    4. Another stacktrace was published to genuitec AERI:!/submissions/0hs8U0BJradn40hgBUghuZVjZCBWbVtR3zHFNWRxgkI2Z4I5LkjcYa96T5Kon83T Again Deaver somehow invoked some part of CodeMix stuck, this time during icon generation.
    5. After restart, looking for CSS classes in workspace stuck on 99.41% for a long time, I don’t know how to check what is going on
    6. I’m experiencing lag during writing even on small vue file (300 lines), heap status growing even if I do nothing. I haven’t such lags with PDT text editor

    You must be logged in to view attached files.
    #593927 Reply

    Brian Fernandes


    I will say that we’ve been working with, and testing, development with CodeMix in such cases, Vue.js included, and can’t reproduce these issues in our tests. Clearly this isn’t the case for your environment, and it is disappointing that the fixes we made did not address these primary problems.

    Our team will keep looking at the problem, and we’ll contact you if we need further information, or have a fix. Thank you for providing such immediate feedback on the update, very valuable and much appreciated.

Viewing 13 posts - 1 through 13 (of 13 total)
Reply To: VueJS Eclipse plugin override PHP editor

You must be logged in to post in the forum log in