facebook

Typescript Editor is not working after recent update

  1. CodeMix & Angular IDE
  2.  > 
  3. Webclipse 1.x Help

Tagged: 

Viewing 10 posts - 16 through 25 (of 25 total)
  • Author
    Posts
  • #596331 Reply

    timwebb
    Keymaster

    Very much so! Nice find.

    If you run Eclipse with -console -consolelog, are you able to see any specific errors during the startup of the typescript plugin? I couldn’t find anything in the logs you shared, but perhaps it rolled over.

    If you run with -console, you can also try an explicit start com.genuitec.eclipse.typescript to see what error you get when it tries to run.

    It looks like we’re close to having the right data to get you back up!

    • This reply was modified 6 years, 3 months ago by timwebb.
    #596335 Reply

    brajarrod
    Participant

    here is the logs from console:

    org.eclipse.m2e.logback.configuration: The org.eclipse.m2e.logback.configuration bundle was activated before the state location was initialized.  Will retry after the state location is initialized.
    osgi> org.eclipse.m2e.logback.configuration: Logback config file: C:\Users\brandon.mitchell\Documents\workspace-sts\.metadata\.plugins\org.eclipse.m2e.logback.configuration\logback.1.7.0.20160603-1933.xml
    org.eclipse.m2e.logback.configuration: Initializing logback
    13:05:37,205 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Could NOT find resource [logback.groovy]
    13:05:37,205 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Could NOT find resource [logback-test.xml]
    13:05:37,205 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Could NOT find resource [logback.xml]
    13:05:37,205 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Setting up default configuration.
    13:05:37,259 |-INFO in ch.qos.logback.classic.joran.action.ConfigurationAction - debug attribute not set
    13:05:37,264 |-INFO in ReconfigureOnChangeFilter{invocationCounter=0} - Will scan for changes in [[C:\Users\brandon.mitchell\Documents\workspace-sts\.metadata\.plugins\org.eclipse.m2e.logback.configuration\logback.1.7.0.20160603-1933.xml]] every 60 seconds.
    13:05:37,264 |-INFO in ch.qos.logback.classic.joran.action.ConfigurationAction - Adding ReconfigureOnChangeFilter as a turbo filter
    13:05:37,285 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - About to instantiate appender of type [ch.qos.logback.core.ConsoleAppender]
    13:05:37,285 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - Naming appender as [STDOUT]
    13:05:37,312 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - About to instantiate appender of type [ch.qos.logback.core.rolling.RollingFileAppender]
    13:05:37,312 |-ERROR in ch.qos.logback.core.joran.action.AppenderAction - Could not create an Appender of type [ch.qos.logback.core.rolling.RollingFileAppender]. ch.qos.logback.core.util.DynamicClassLoadingException: Failed to instantiate type ch.qos.logback.core.rolling.RollingFileAppender
            at ch.qos.logback.core.util.DynamicClassLoadingException: Failed to instantiate type ch.qos.logback.core.rolling.RollingFileAppender
            at      at ch.qos.logback.core.util.OptionHelper.instantiateByClassNameAndParameter(OptionHelper.java:73)
            at      at ch.qos.logback.core.util.OptionHelper.instantiateByClassName(OptionHelper.java:48)
            at      at ch.qos.logback.core.util.OptionHelper.instantiateByClassName(OptionHelper.java:35)
            at      at ch.qos.logback.core.joran.action.AppenderAction.begin(AppenderAction.java:54)
            at      at ch.qos.logback.core.joran.spi.Interpreter.callBeginAction(Interpreter.java:275)
            at      at ch.qos.logback.core.joran.spi.Interpreter.startElement(Interpreter.java:147)
            at      at ch.qos.logback.core.joran.spi.Interpreter.startElement(Interpreter.java:129)
            at      at ch.qos.logback.core.joran.spi.EventPlayer.play(EventPlayer.java:50)
            at      at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:149)
            at      at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:135)
            at      at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:99)
            at      at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:49)
            at      at org.eclipse.m2e.logback.configuration.LogPlugin.loadConfiguration(LogPlugin.java:185)
            at      at org.eclipse.m2e.logback.configuration.LogPlugin.configureLogback(LogPlugin.java:144)
            at      at org.eclipse.m2e.logback.configuration.LogPlugin.access$2(LogPlugin.java:107)
            at      at org.eclipse.m2e.logback.configuration.LogPlugin$1.run(LogPlugin.java:62)
            at      at java.util.TimerThread.mainLoop(Unknown Source)
            at      at java.util.TimerThread.run(Unknown Source)
    Caused by: java.lang.ClassNotFoundException: ch.qos.logback.core.rolling.RollingFileAppender cannot be found by ch.qos.logback.classic_1.1.2.v20160208-0839
            at      at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:461)
            at      at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:372)
            at      at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:364)
            at      at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:161)
            at      at java.lang.ClassLoader.loadClass(Unknown Source)
            at      at ch.qos.logback.core.util.OptionHelper.instantiateByClassNameAndParameter(OptionHelper.java:60)
            at      ... 17 common frames omitted
    13:05:37,312 |-ERROR in ch.qos.logback.core.joran.spi.Interpreter@11:81 - ActionException in Action for tag [appender] ch.qos.logback.core.joran.spi.ActionException: ch.qos.logback.core.util.DynamicClassLoadingException: Failed to instantiate type ch.qos.logback.core.rolling.RollingFileAppender
            at ch.qos.logback.core.joran.spi.ActionException: ch.qos.logback.core.util.DynamicClassLoadingException: Failed to instantiate type ch.qos.logback.core.rolling.RollingFileAppender
            at      at ch.qos.logback.core.joran.action.AppenderAction.begin(AppenderAction.java:82)
            at      at ch.qos.logback.core.joran.spi.Interpreter.callBeginAction(Interpreter.java:275)
            at      at ch.qos.logback.core.joran.spi.Interpreter.startElement(Interpreter.java:147)
            at      at ch.qos.logback.core.joran.spi.Interpreter.startElement(Interpreter.java:129)
            at      at ch.qos.logback.core.joran.spi.EventPlayer.play(EventPlayer.java:50)
            at      at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:149)
            at      at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:135)
            at      at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:99)
            at      at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:49)
            at      at org.eclipse.m2e.logback.configuration.LogPlugin.loadConfiguration(LogPlugin.java:185)
            at      at org.eclipse.m2e.logback.configuration.LogPlugin.configureLogback(LogPlugin.java:144)
            at      at org.eclipse.m2e.logback.configuration.LogPlugin.access$2(LogPlugin.java:107)
            at      at org.eclipse.m2e.logback.configuration.LogPlugin$1.run(LogPlugin.java:62)
            at      at java.util.TimerThread.mainLoop(Unknown Source)
            at      at java.util.TimerThread.run(Unknown Source)
    Caused by: ch.qos.logback.core.util.DynamicClassLoadingException: Failed to instantiate type ch.qos.logback.core.rolling.RollingFileAppender
            at      at ch.qos.logback.core.util.OptionHelper.instantiateByClassNameAndParameter(OptionHelper.java:73)
            at      at ch.qos.logback.core.util.OptionHelper.instantiateByClassName(OptionHelper.java:48)
            at      at ch.qos.logback.core.util.OptionHelper.instantiateByClassName(OptionHelper.java:35)
            at      at ch.qos.logback.core.joran.action.AppenderAction.begin(AppenderAction.java:54)
            at      ... 14 common frames omitted
    Caused by: java.lang.ClassNotFoundException: ch.qos.logback.core.rolling.RollingFileAppender cannot be found by ch.qos.logback.classic_1.1.2.v20160208-0839
            at      at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:461)
            at      at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:372)
            at      at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:364)
            at      at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:161)
            at      at java.lang.ClassLoader.loadClass(Unknown Source)
            at      at ch.qos.logback.core.util.OptionHelper.instantiateByClassNameAndParameter(OptionHelper.java:60)
            at      ... 17 common frames omitted
    13:05:37,313 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - About to instantiate appender of type [org.eclipse.m2e.logback.appender.EclipseLogAppender]
    13:05:37,313 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - Naming appender as [EclipseLog]
    13:05:37,314 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - About to instantiate appender of type [org.eclipse.m2e.logback.appender.MavenConsoleAppender]
    13:05:37,314 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - Naming appender as [MavenConsoleLog]
    13:05:37,314 |-INFO in ch.qos.logback.classic.joran.action.RootLoggerAction - Setting level of ROOT logger to INFO
    13:05:37,314 |-ERROR in ch.qos.logback.core.joran.action.AppenderRefAction - Could not find an appender named [FILE]. Did you define it below instead of above in the configuration file?
    13:05:37,314 |-ERROR in ch.qos.logback.core.joran.action.AppenderRefAction - See http://logback.qos.ch/codes.html#appender_order for more details.
    13:05:37,314 |-INFO in ch.qos.logback.core.joran.action.AppenderRefAction - Attaching appender named [STDOUT] to Logger[ROOT]
    13:05:37,314 |-INFO in ch.qos.logback.core.joran.action.AppenderRefAction - Attaching appender named [EclipseLog] to Logger[ROOT]
    13:05:37,314 |-INFO in ch.qos.logback.core.joran.action.AppenderRefAction - Attaching appender named [MavenConsoleLog] to Logger[ROOT]
    13:05:37,315 |-INFO in ch.qos.logback.classic.joran.action.LoggerAction - Setting level of logger [com.ning.http.client] to INFO
    13:05:37,315 |-INFO in ch.qos.logback.classic.joran.action.ConfigurationAction - End of configuration.
    13:05:37,315 |-INFO in ch.qos.logback.classic.joran.JoranConfigurator@c72a8fa - Registering current configuration as safe fallback point
    
    !SESSION 2018-08-14 13:04:34.689 ----------------------------------------------
    eclipse.buildId=3.9.4.201804120943-RELEASE-e46
    java
    #596336 Reply

    brajarrod
    Participant

    This is the sts.ini file:

    -clean
    -console
    -consolelog
    -startup
    plugins/org.eclipse.equinox.launcher_1.3.201.v20161025-1711.jar
    --launcher.library
    plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.401.v20161122-1740
    -product
    org.springsource.sts.ide
    --launcher.defaultAction
    openFile
    -vmargs
    -Dosgi.requiredJavaVersion=1.8
    -Xms1024m
    -Dosgi.module.lock.timeout=10
    -Dorg.eclipse.swt.browser.IEVersion=10001
    -Xmx4096m
    -Xms512m
    -XX:PermSize=256m
    -XX:MaxPermSize=512m
    

    So it runs clean every time.

    #596337 Reply

    timwebb
    Keymaster

    Thanks for the logs — from the console, if you run start com.genuitec.eclipse.typescript does it also mention the logback stuff?

    It really seems like something else impacting the ability for the Eclipse install to run fully. Anything else changed recently like Java version, …

    I imagine you have a lot of plugins installed so reinstalling Angular IDE into another Eclipse or downloading the standalone version is too onerous?

    Given uninstalling and reinstalling Angular IDE itself in your Eclipse instance has not fixed the issue, and you are getting a failure in logback, it seems like something is misbehaving in Eclipse proper in a way that causes Angular to now fail.

    Maybe getting the error specific to the typescript plugin, if not logback, will tell us more…

    #596339 Reply

    brajarrod
    Participant

    I tried to start it from the console. It said it could not find the builder. I have attached an image.

    Attachments:
    You must be logged in to view attached files.
    #596342 Reply

    timwebb
    Keymaster

    Short of a quick new install of just STS + Angular IDE to get you going, I’m drawing a bit of a blank on what else to suggest. The fact that logback can’t also start indicates something low level it doesn’t like about the install but we don’t have anything specific to indicate what about the install or how to fix it. As you’ve mentioned, you’ve already uninstalled and reinstalled Angular IDE, which is removing and redownloading our plugins so it appears to be something lower level in your IDE.

    I’ll let you know if we come up with anything else.

    #596344 Reply

    brajarrod
    Participant

    Ok, I download Angular IDE stand alone. I can’t create a new project nor import one. It says check the console but there is nothing printed. The one thing I did see while installing it was the error that said folder directories with dot(s) “.” in them might cause errors for third party plugins. It’s a network requirement that firstname.lastname is our user folder but I can’t see why that would mess things up.

    Is there a stand alone typescript editor?

    #596345 Reply

    timwebb
    Keymaster

    You could install alongside to your STS setup CodeMix, which will get you up and going with base TypeScript development.
    https://marketplace.eclipse.org/content/codemix

    Trying to create the project failed after you finished the wizard? Nothing in the Terminal+ view to indicate the failure or the Error Log?

    Is it possible like something else changed on your system like default Java version or system security policy update? :scratches head:

    Tim

    #596374 Reply

    brajarrod
    Participant

    I downloaded codemix now eclipse wont start at all:

    org.eclipse.m2e.logback.configuration: The org.eclipse.m2e.logback.configuration bundle was activated before the state location was initialized. Will retry after the state location is initialized.
    osgi> Aug 14, 2018 4:27:35 PM org.glassfish.grizzly.http.server.NetworkListener start
    INFO: Started listener bound to [0.0.0.0:60832]
    Aug 14, 2018 4:27:35 PM org.glassfish.grizzly.http.server.HttpServer start
    INFO: [HttpServer] Started.
    Aug 14, 2018 4:27:35 PM org.glassfish.tyrus.server.Server start
    INFO: WebSocket Registered apps: URLs all start with ws://localhost:60832
    Aug 14, 2018 4:27:35 PM org.glassfish.tyrus.server.Server start
    INFO: WebSocket server started.
    !SESSION 2018-08-14 16:26:25.988 ———————————————–
    eclipse.buildId=3.9.4.201804120943-RELEASE-e46
    java.version=1.8.0_181
    java.vendor=Oracle Corporation
    BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US
    Framework arguments: -product org.springsource.sts.ide
    Command-line arguments: -os win32 -ws win32 -arch x86_64 -clean -console -consolelog -product org.springsource.sts.ide

    !ENTRY org.eclipse.osgi 2 0 2018-08-14 16:27:51.357
    !MESSAGE While loading class “org.eclipse.core.internal.utils.StringPool”, thread “Thread[Worker-16,5,main]” timed out waiting (10001ms) for thread “Thread[main,6,main]” to finish starting bundle “org.eclipse.core.resources_3.11.1.v20161107-2032 [230]”. To avoid deadlock, thread “Thread[Worker-16,5,main]” is proceeding but “org.eclipse.core.internal.utils.StringPool” may not be fully initialized.
    !STACK 0
    org.osgi.framework.BundleException: Unable to acquire the state change lock for the module: osgi.identity; osgi.identity=”org.eclipse.core.resources”; type=”osgi.bundle”; version:Version=”3.11.1.v20161107-2032″; singleton:=”true” [id=230] STARTED [STARTED]
    at org.eclipse.osgi.container.Module.lockStateChange(Module.java:337)
    at org.eclipse.osgi.container.Module.start(Module.java:401)
    at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:470)
    at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:107)
    at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:529)
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:325)
    at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:345)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:423)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:372)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:364)
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:161)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at org.eclipse.core.internal.utils.StringPoolJob.shareStrings(StringPoolJob.java:118)
    at org.eclipse.core.internal.utils.StringPoolJob.run(StringPoolJob.java:100)
    at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
    Caused by: java.util.concurrent.TimeoutException: Timeout after waiting 10 seconds to acquire the lock.
    at org.eclipse.osgi.container.Module.lockStateChange(Module.java:334)
    … 14 more
    Root exception:
    java.util.concurrent.TimeoutException: Timeout after waiting 10 seconds to acquire the lock.
    at org.eclipse.osgi.container.Module.lockStateChange(Module.java:334)
    at org.eclipse.osgi.container.Module.start(Module.java:401)
    at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:470)
    at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:107)
    at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:529)
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:325)
    at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:345)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:423)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:372)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:364)
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:161)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at org.eclipse.core.internal.utils.StringPoolJob.shareStrings(StringPoolJob.java:118)
    at org.eclipse.core.internal.utils.StringPoolJob.run(StringPoolJob.java:100)
    at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

    !ENTRY org.eclipse.osgi 2 0 2018-08-14 16:28:01.364
    !MESSAGE While loading class “org.eclipse.core.internal.utils.StringPoolJob$1”, thread “Thread[Worker-16,5,main]” timed out waiting (10001ms) for thread “Thread[main,6,main]” to finish starting bundle “org.eclipse.core.resources_3.11.1.v20161107-2032 [230]”. To avoid deadlock, thread “Thread[Worker-16,5,main]” is proceeding but “org.eclipse.core.internal.utils.StringPoolJob$1″ may not be fully initialized.
    !STACK 0
    org.osgi.framework.BundleException: Unable to acquire the state change lock for the module: osgi.identity; osgi.identity=”org.eclipse.core.resources”; type=”osgi.bundle”; version:Version=”3.11.1.v20161107-2032″; singleton:=”true” [id=230] STARTED [STARTED]
    at org.eclipse.osgi.container.Module.lockStateChange(Module.java:337)
    at org.eclipse.osgi.container.Module.start(Module.java:401)
    at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:470)
    at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:107)
    at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:529)
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:325)
    at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:345)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:423)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:372)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:364)
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:161)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at org.eclipse.core.internal.utils.StringPoolJob.shareStrings(StringPoolJob.java:123)
    at org.eclipse.core.internal.utils.StringPoolJob.run(StringPoolJob.java:100)
    at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
    Caused by: java.util.concurrent.TimeoutException: Timeout after waiting 10 seconds to acquire the lock.
    at org.eclipse.osgi.container.Module.lockStateChange(Module.java:334)
    … 14 more
    Root exception:
    java.util.concurrent.TimeoutException: Timeout after waiting 10 seconds to acquire the lock.
    at org.eclipse.osgi.container.Module.lockStateChange(Module.java:334)
    at org.eclipse.osgi.container.Module.start(Module.java:401)
    at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:470)
    at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:107)
    at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:529)
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:325)
    at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:345)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:423)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:372)
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:364)
    at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:161)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at org.eclipse.core.internal.utils.StringPoolJob.shareStrings(StringPoolJob.java:123)
    at org.eclipse.core.internal.utils.StringPoolJob.run(StringPoolJob.java:100)
    at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

    #596377 Reply

    timwebb
    Keymaster

    Sorry, I should have been more clear to do so in the context of a fresh STS that doesn’t have the low-level corruption.

    You can delete the com.genuitec.eclipse.code.* plugins from your plugins/ directory to get up and going again.

Viewing 10 posts - 16 through 25 (of 25 total)
Reply To: Typescript Editor is not working after recent update

This topic is marked as closed to new replies, however your posting capabilities still allow you to do so.

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