[JBoss JIRA] (JBIDE-20711) Changing deploy-name in component xml file will not take effect
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20711?page=com.atlassian.jira.plugi... ]
Martin Malina closed JBIDE-20711.
---------------------------------
OK, I learnt today that you can make Eclipse show the .settings folder by changing the filters in the Project Explorer view. This did the trick.
I was now able to verify in devstudio 10.3.0.GA that it works as expected, i.e. when you open the component.xml in the IDE, change the deploy-name and save, then opening the Add/Remove dialog will show the new deploy name and deploy correctly.
Closing.
> Changing deploy-name in component xml file will not take effect
> ---------------------------------------------------------------
>
> Key: JBIDE-20711
> URL: https://issues.jboss.org/browse/JBIDE-20711
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server, upstream
> Affects Versions: 4.3.0.CR1
> Reporter: Rob Stryker
> Assignee: Rob Stryker
> Fix For: 4.4.3.AM2
>
>
> Steps to replicate:
> 1) Create a dynamic web project TestProject
> 2) Create a server
> 3) Add/Remove action in servers view. You will see the module name is TestProject
> 4) Open the component.xml file in .settings folder and change deploy-name to some new value (RobsTest)
> 5) Add/Remove, note module name didn't change
> 6) Publish deployment, note its still deploying as TestProject
> 7) Close project, then re-open it
> 8) Add/Remove action, note the module now reads TestProject (RobsTest) (or similar)
> 9) Publish, note module is deployed as RobsTest.war
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (JBDS-4228) NPE in log while executing JBDS Openshift test
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBDS-4228?page=com.atlassian.jira.plugin.... ]
Martin Malina closed JBDS-4228.
-------------------------------
No feedback, so closing.
> NPE in log while executing JBDS Openshift test
> ----------------------------------------------
>
> Key: JBDS-4228
> URL: https://issues.jboss.org/browse/JBDS-4228
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: foundation, runtime
> Reporter: Aurélien Pupier
> Assignee: Rob Stryker
> Priority: Minor
> Fix For: 10.3.0.AM2
>
>
> it occurs on module org.jboss.tools.openshift.cdk.server.test
> {noformat}
> Caught unexpected exception during test framework shutdown
> org.eclipse.swt.SWTException: Failed to execute runnable (java.lang.NullPointerException)
> at org.eclipse.swt.SWT.error(SWT.java:4533)
> at org.eclipse.swt.SWT.error(SWT.java:4448)
> at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:185)
> at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4203)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3819)
> at org.eclipse.swt.widgets.Display.release(Display.java:3873)
> at org.eclipse.swt.graphics.Device.dispose(Device.java:298)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:154)
> at org.eclipse.tycho.surefire.osgibooter.UITestApplication.runApplication(UITestApplication.java:31)
> at org.eclipse.tycho.surefire.osgibooter.AbstractUITestApplication.run(AbstractUITestApplication.java:120)
> at org.eclipse.tycho.surefire.osgibooter.UITestApplication.start(UITestApplication.java:37)
> at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:388)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:243)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:673)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:610)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1519)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1492)
> Caused by: java.lang.NullPointerException
> at org.jboss.tools.runtime.ui.internal.RuntimeWorkbenchUtils$1.run(RuntimeWorkbenchUtils.java:31)
> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
> at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:182)
> ... 21 more
> java.lang.IllegalStateException: Job manager has been shut down.
> at org.eclipse.core.internal.jobs.JobManager.schedule(JobManager.java:1240)
> at org.eclipse.core.internal.jobs.InternalJob.schedule(InternalJob.java:382)
> at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:641)
> at org.jboss.tools.foundation.checkup.internal.model.JVMProblemModel.scheduleDetectorJob(JVMProblemModel.java:83)
> at org.jboss.tools.foundation.checkup.internal.log.JVMProblemLogListener.logging(JVMProblemLogListener.java:49)
> at org.eclipse.core.internal.runtime.RuntimeLog.logToListeners(RuntimeLog.java:161)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logged(PlatformLogWriter.java:103)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.safeLogged(ExtendedLogReaderServiceFactory.java:88)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.logPrivileged(ExtendedLogReaderServiceFactory.java:217)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.log(ExtendedLogReaderServiceFactory.java:189)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceFactory.log(ExtendedLogServiceFactory.java:65)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceImpl.log(ExtendedLogServiceImpl.java:87)
> at org.eclipse.osgi.internal.log.LoggerImpl.log(LoggerImpl.java:54)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logging(PlatformLogWriter.java:44)
> at org.eclipse.core.internal.runtime.RuntimeLog.log(RuntimeLog.java:97)
> at org.eclipse.core.internal.jobs.JobManager.doShutdown(JobManager.java:652)
> at org.eclipse.core.internal.jobs.JobManager.shutdown(JobManager.java:277)
> at org.eclipse.core.internal.jobs.JobActivator.stop(JobActivator.java:57)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:830)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:1)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:823)
> at org.eclipse.osgi.internal.framework.EquinoxBundle.stopWorker0(EquinoxBundle.java:946)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.stopWorker(EquinoxBundle.java:314)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1661)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1580)
> at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:253)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:147)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:191)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$1.run(EquinoxBundle.java:165)
> at java.lang.Thread.run(Thread.java:745)
> Job found still running after platform shutdown. Jobs should be canceled by the plugin that scheduled them during shutdown: org.eclipse.ui.internal.progress.TaskBarProgressManager$2
> java.lang.IllegalStateException: Job manager has been shut down.
> at org.eclipse.core.internal.jobs.JobManager.schedule(JobManager.java:1240)
> at org.eclipse.core.internal.jobs.InternalJob.schedule(InternalJob.java:382)
> at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:641)
> at org.jboss.tools.foundation.checkup.internal.model.JVMProblemModel.scheduleDetectorJob(JVMProblemModel.java:83)
> at org.jboss.tools.foundation.checkup.internal.log.JVMProblemLogListener.logging(JVMProblemLogListener.java:49)
> at org.eclipse.core.internal.runtime.RuntimeLog.logToListeners(RuntimeLog.java:161)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logged(PlatformLogWriter.java:103)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.safeLogged(ExtendedLogReaderServiceFactory.java:88)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.logPrivileged(ExtendedLogReaderServiceFactory.java:217)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.log(ExtendedLogReaderServiceFactory.java:189)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceFactory.log(ExtendedLogServiceFactory.java:65)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceImpl.log(ExtendedLogServiceImpl.java:87)
> at org.eclipse.osgi.internal.log.LoggerImpl.log(LoggerImpl.java:54)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logging(PlatformLogWriter.java:44)
> at org.eclipse.core.internal.runtime.RuntimeLog.log(RuntimeLog.java:97)
> at org.eclipse.core.internal.jobs.JobManager.doShutdown(JobManager.java:652)
> at org.eclipse.core.internal.jobs.JobManager.shutdown(JobManager.java:277)
> at org.eclipse.core.internal.jobs.JobActivator.stop(JobActivator.java:57)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:830)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:1)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:823)
> at org.eclipse.osgi.internal.framework.EquinoxBundle.stopWorker0(EquinoxBundle.java:946)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.stopWorker(EquinoxBundle.java:314)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1661)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1580)
> at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:253)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:147)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:191)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$1.run(EquinoxBundle.java:165)
> at java.lang.Thread.run(Thread.java:745)
> Job found still running after platform shutdown. Jobs should be canceled by the plugin that scheduled them during shutdown: org.eclipse.ui.internal.decorators.DecorationScheduler$3
> java.lang.IllegalStateException: Job manager has been shut down.
> at org.eclipse.core.internal.jobs.JobManager.schedule(JobManager.java:1240)
> at org.eclipse.core.internal.jobs.InternalJob.schedule(InternalJob.java:382)
> at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:641)
> at org.jboss.tools.foundation.checkup.internal.model.JVMProblemModel.scheduleDetectorJob(JVMProblemModel.java:83)
> at org.jboss.tools.foundation.checkup.internal.log.JVMProblemLogListener.logging(JVMProblemLogListener.java:49)
> at org.eclipse.core.internal.runtime.RuntimeLog.logToListeners(RuntimeLog.java:161)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logged(PlatformLogWriter.java:103)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.safeLogged(ExtendedLogReaderServiceFactory.java:88)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.logPrivileged(ExtendedLogReaderServiceFactory.java:217)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.log(ExtendedLogReaderServiceFactory.java:189)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceFactory.log(ExtendedLogServiceFactory.java:65)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceImpl.log(ExtendedLogServiceImpl.java:87)
> at org.eclipse.osgi.internal.log.LoggerImpl.log(LoggerImpl.java:54)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logging(PlatformLogWriter.java:44)
> at org.eclipse.core.internal.runtime.RuntimeLog.log(RuntimeLog.java:97)
> at org.eclipse.core.internal.jobs.JobManager.doShutdown(JobManager.java:652)
> at org.eclipse.core.internal.jobs.JobManager.shutdown(JobManager.java:277)
> at org.eclipse.core.internal.jobs.JobActivator.stop(JobActivator.java:57)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:830)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:1)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:823)
> at org.eclipse.osgi.internal.framework.EquinoxBundle.stopWorker0(EquinoxBundle.java:946)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.stopWorker(EquinoxBundle.java:314)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1661)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1580)
> at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:253)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:147)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:191)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$1.run(EquinoxBundle.java:165)
> at java.lang.Thread.run(Thread.java:745)
> Job found still running after platform shutdown. Jobs should be canceled by the plugin that scheduled them during shutdown: org.eclipse.ui.internal.progress.AnimationManager$1
> java.lang.IllegalStateException: Job manager has been shut down.
> at org.eclipse.core.internal.jobs.JobManager.schedule(JobManager.java:1240)
> at org.eclipse.core.internal.jobs.InternalJob.schedule(InternalJob.java:382)
> at org.eclipse.core.runtime.jobs.Job.schedule(Job.java:641)
> at org.jboss.tools.foundation.checkup.internal.model.JVMProblemModel.scheduleDetectorJob(JVMProblemModel.java:83)
> at org.jboss.tools.foundation.checkup.internal.log.JVMProblemLogListener.logging(JVMProblemLogListener.java:49)
> at org.eclipse.core.internal.runtime.RuntimeLog.logToListeners(RuntimeLog.java:161)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logged(PlatformLogWriter.java:103)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.safeLogged(ExtendedLogReaderServiceFactory.java:88)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.logPrivileged(ExtendedLogReaderServiceFactory.java:217)
> at org.eclipse.osgi.internal.log.ExtendedLogReaderServiceFactory.log(ExtendedLogReaderServiceFactory.java:189)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceFactory.log(ExtendedLogServiceFactory.java:65)
> at org.eclipse.osgi.internal.log.ExtendedLogServiceImpl.log(ExtendedLogServiceImpl.java:87)
> at org.eclipse.osgi.internal.log.LoggerImpl.log(LoggerImpl.java:54)
> at org.eclipse.core.internal.runtime.PlatformLogWriter.logging(PlatformLogWriter.java:44)
> at org.eclipse.core.internal.runtime.RuntimeLog.log(RuntimeLog.java:97)
> at org.eclipse.core.internal.jobs.JobManager.doShutdown(JobManager.java:652)
> at org.eclipse.core.internal.jobs.JobManager.shutdown(JobManager.java:277)
> at org.eclipse.core.internal.jobs.JobActivator.stop(JobActivator.java:57)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:830)
> at org.eclipse.osgi.internal.framework.BundleContextImpl$4.run(BundleContextImpl.java:1)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.eclipse.osgi.internal.framework.BundleContextImpl.stop(BundleContextImpl.java:823)
> at org.eclipse.osgi.internal.framework.EquinoxBundle.stopWorker0(EquinoxBundle.java:946)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.stopWorker(EquinoxBundle.java:314)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1661)
> at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1580)
> at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:253)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:147)
> at org.eclipse.osgi.container.Module.doStop(Module.java:636)
> at org.eclipse.osgi.container.Module.stop(Module.java:498)
> at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:191)
> at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$1.run(EquinoxBundle.java:165)
> at java.lang.Thread.run(Thread.java:745)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (JBDS-3828) Virtualbox fails to install when user has non-ascii characters in the name
by Denis Golovin (JIRA)
[ https://issues.jboss.org/browse/JBDS-3828?page=com.atlassian.jira.plugin.... ]
Denis Golovin commented on JBDS-3828:
-------------------------------------
Here is original error reported during normal installation with Microsoft Installer
!virtualbox-install-non-ascii-error!
overriding TMP environment value fixed installation issue
> Virtualbox fails to install when user has non-ascii characters in the name
> --------------------------------------------------------------------------
>
> Key: JBDS-3828
> URL: https://issues.jboss.org/browse/JBDS-3828
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: platform-installer
> Affects Versions: 9.1.0.CR1
> Reporter: Jan Richter
> Assignee: Sudhir Verma
> Labels: ui
> Fix For: 10.4.0.AM1
>
> Attachments: vbox.png, virtualbox-install-non-ascii-error.png
>
>
> Username: Pakoň
> Leave everything on default.
> While installing, virtualbox shows a pop-up saying
> {noformat}
> Source file not found:
> C:\Users\Pakoň\AppData\Local\Temp\common.cab.
> Verify that the file exists and that you an access it
> {noformat}
> Retry does nothing but show the dialog again.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (JBDS-3828) Virtualbox fails to install when user has non-ascii characters in the name
by Denis Golovin (JIRA)
[ https://issues.jboss.org/browse/JBDS-3828?page=com.atlassian.jira.plugin.... ]
Denis Golovin edited comment on JBDS-3828 at 3/7/17 9:45 AM:
-------------------------------------------------------------
Here is original error reported during normal installation with Microsoft Installer
!virtualbox-install-non-ascii-error.png!
overriding TMP environment value fixed installation issue
was (Author: dgolovin):
Here is original error reported during normal installation with Microsoft Installer
!virtualbox-install-non-ascii-error!
overriding TMP environment value fixed installation issue
> Virtualbox fails to install when user has non-ascii characters in the name
> --------------------------------------------------------------------------
>
> Key: JBDS-3828
> URL: https://issues.jboss.org/browse/JBDS-3828
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: platform-installer
> Affects Versions: 9.1.0.CR1
> Reporter: Jan Richter
> Assignee: Sudhir Verma
> Labels: ui
> Fix For: 10.4.0.AM1
>
> Attachments: vbox.png, virtualbox-install-non-ascii-error.png
>
>
> Username: Pakoň
> Leave everything on default.
> While installing, virtualbox shows a pop-up saying
> {noformat}
> Source file not found:
> C:\Users\Pakoň\AppData\Local\Temp\common.cab.
> Verify that the file exists and that you an access it
> {noformat}
> Retry does nothing but show the dialog again.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (JBDS-3828) Virtualbox fails to install when user has non-ascii characters in the name
by Denis Golovin (JIRA)
[ https://issues.jboss.org/browse/JBDS-3828?page=com.atlassian.jira.plugin.... ]
Denis Golovin updated JBDS-3828:
--------------------------------
Attachment: virtualbox-install-non-ascii-error.png
> Virtualbox fails to install when user has non-ascii characters in the name
> --------------------------------------------------------------------------
>
> Key: JBDS-3828
> URL: https://issues.jboss.org/browse/JBDS-3828
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: platform-installer
> Affects Versions: 9.1.0.CR1
> Reporter: Jan Richter
> Assignee: Sudhir Verma
> Labels: ui
> Fix For: 10.4.0.AM1
>
> Attachments: vbox.png, virtualbox-install-non-ascii-error.png
>
>
> Username: Pakoň
> Leave everything on default.
> While installing, virtualbox shows a pop-up saying
> {noformat}
> Source file not found:
> C:\Users\Pakoň\AppData\Local\Temp\common.cab.
> Verify that the file exists and that you an access it
> {noformat}
> Retry does nothing but show the dialog again.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years