[JBoss JIRA] (JBIDE-20512) Hitting enter next to an FTL constructs doesn't indent the line
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20512?page=com.atlassian.jira.plugi... ]
Alexey Kazakov reassigned JBIDE-20512:
--------------------------------------
Fix Version/s: 4.4.1.AM3
(was: 4.4.x)
Assignee: Alexey Kazakov (was: Denis Golovin)
Resolution: Done
> Hitting enter next to an FTL constructs doesn't indent the line
> ---------------------------------------------------------------
>
> Key: JBIDE-20512
> URL: https://issues.jboss.org/browse/JBIDE-20512
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: freemarker
> Affects Versions: 4.3.0.Beta2
> Reporter: Daniel Dekany
> Assignee: Alexey Kazakov
> Fix For: 4.4.1.AM3
>
>
> When hitting enter when the cursor only has plain text next to it, the newly started line copies its indentation as expected. But if the cursor is directly before or after an FTL construct ({{$\{x\}}}, {{<#assign x = 1>}}, etc.) then after hitting enter the indentation will be 0. The most common case of running into this is hitting enter after an indented newly entered FTL construct, as then you will have to indent manually before you start typing the next line.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (JBIDE-22856) TP does not allow to run RedDeer UI tests
by Jeff MAURY (JIRA)
Jeff MAURY created JBIDE-22856:
----------------------------------
Summary: TP does not allow to run RedDeer UI tests
Key: JBIDE-22856
URL: https://issues.jboss.org/browse/JBIDE-22856
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: target-platform
Affects Versions: 4.4.1.AM2
Reporter: Jeff MAURY
Fix For: 4.4.1.AM3
The TP does not allow to run RedDeer UI tests. When launching such a test, the following error is shown:
{code:shell}
!ENTRY org.eclipse.osgi 4 0 2016-07-29 16:46:32.581
!MESSAGE Application error
!STACK 1
java.lang.RuntimeException: Application "org.jboss.reddeer.ui.reddeertestapplication" could not be found in the registry. The applications available are: org.eclipse.ant.core.antRunner, org.eclipse.ant.ui.antRunner, org.eclipse.datatools.connectivity.console.profile.StorageFileEditor, org.eclipse.e4.ui.workbench.swt.E4Application, org.eclipse.e4.ui.workbench.swt.GenTopic, org.eclipse.emf.codegen.CodeGen, org.eclipse.emf.codegen.JMerger, org.eclipse.emf.codegen.ecore.Generator, org.eclipse.emf.importer.ecore.Ecore2GenModel, org.eclipse.emf.importer.java.Java2GenModel, org.eclipse.emf.importer.rose.Rose2GenModel, org.eclipse.equinox.app.error, org.eclipse.equinox.p2.director, org.eclipse.equinox.p2.garbagecollector.application, org.eclipse.equinox.p2.publisher.InstallPublisher, org.eclipse.equinox.p2.publisher.EclipseGenerator, org.eclipse.equinox.p2.publisher.ProductPublisher, org.eclipse.equinox.p2.publisher.FeaturesAndBundlesPublisher, org.eclipse.equinox.p2.reconciler.application, org.eclipse.equinox.p2.repository.repo2runnable, org.eclipse.equinox.p2.repository.metadataverifier, org.eclipse.equinox.p2.artifact.repository.mirrorApplication, org.eclipse.equinox.p2.metadata.repository.mirrorApplication, org.eclipse.equinox.p2.touchpoint.natives.nativePackageExtractor, org.eclipse.equinox.p2.updatesite.UpdateSitePublisher, org.eclipse.equinox.p2.publisher.UpdateSitePublisher, org.eclipse.equinox.p2.publisher.CategoryPublisher, org.eclipse.help.base.infocenterApplication, org.eclipse.help.base.helpApplication, org.eclipse.help.base.indexTool, org.eclipse.jdt.apt.core.aptBuild, org.eclipse.jdt.core.JavaCodeFormatter, org.eclipse.jdt.core.JavaIndexer, org.eclipse.pde.build.Build, org.eclipse.pde.junit.runtime.uitestapplication, org.eclipse.pde.junit.runtime.legacytestapplication, org.eclipse.pde.junit.runtime.coretestapplication, org.eclipse.pde.junit.runtime.coretestapplicationnonmain, org.eclipse.pde.junit.runtime.nonuithreadtestapplication, org.eclipse.swtbot.eclipse.core.swtbottestapplication, org.eclipse.ui.ide.workbench, org.eclipse.wst.jsdt.core.JavaCodeFormatter, org.eclipse.wst.server.preview.preview, org.eclipse.xsd.ecore.importer.XSD2GenModel.
at org.eclipse.equinox.internal.app.EclipseAppContainer.startDefaultApp(EclipseAppContainer.java:248)
at org.eclipse.equinox.internal.app.MainApplicationLauncher.run(MainApplicationLauncher.java:29)
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:498)
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)
{code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (JBIDE-22855) Editing pod's json - strange behavior
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22855?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-22855:
------------------------------------------
[~jcantrill] looks like the server is silently refusing to edit the timestamp. Kinda expected but I think that the server should error?
> Editing pod's json - strange behavior
> -------------------------------------
>
> Key: JBIDE-22855
> URL: https://issues.jboss.org/browse/JBIDE-22855
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.1.AM1
> Reporter: Dmitry Bocharov
> Priority: Minor
> Fix For: 4.4.x
>
> Attachments: editing_pod_json.webm
>
>
> It's impossible to edit creationTimestamp in pod's json + editing labels causes creation of a new pod: [^editing_pod_json.webm]
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (JBIDE-22855) Editing pod's json - strange behavior
by Dmitry Bocharov (JIRA)
Dmitry Bocharov created JBIDE-22855:
---------------------------------------
Summary: Editing pod's json - strange behavior
Key: JBIDE-22855
URL: https://issues.jboss.org/browse/JBIDE-22855
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: openshift
Affects Versions: 4.4.1.AM1
Reporter: Dmitry Bocharov
Attachments: editing_pod_json.webm
It's impossible to edit creationTimestamp in pod's json + editing labels causes creation of a new pod: [^editing_pod_json.webm]
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (JBIDE-22382) Use different icons for EAP server and Red Hat Central
by James Cobb (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22382?page=com.atlassian.jira.plugi... ]
James Cobb commented on JBIDE-22382:
------------------------------------
[~fbricon] [~crobson] - I agree that the branding of "Red Hat Central" should reflect the RHD brand. The current background graphics used are from the website branding of jboss.org. Can I please request a full screenshot of the IDE with all of the content for that panel visible?
> Use different icons for EAP server and Red Hat Central
> ------------------------------------------------------
>
> Key: JBIDE-22382
> URL: https://issues.jboss.org/browse/JBIDE-22382
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: central, server
> Affects Versions: 4.4.0.Alpha2
> Reporter: Marián Labuda
> Assignee: Fred Bricon
> Priority: Minor
> Labels: respin-a
> Fix For: 4.4.x
>
> Attachments: central-rhd-icon.png
>
>
> If there is an EAP server present in Servers view, workbench tool bar contains 2 same icons - Select a default server icon is same as Red Hat Central icon. We should make this explicitly different.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (JBTIS-654) JBDSIS stand-alone installer
by Paul Leacu (JIRA)
[ https://issues.jboss.org/browse/JBTIS-654?page=com.atlassian.jira.plugin.... ]
Paul Leacu commented on JBTIS-654:
----------------------------------
Yes. - thanks Max.
> JBDSIS stand-alone installer
> ----------------------------
>
> Key: JBTIS-654
> URL: https://issues.jboss.org/browse/JBTIS-654
> Project: JBoss Tools Integration Stack
> Issue Type: Feature Request
> Components: distribution
> Affects Versions: 9.0.0.GA
> Reporter: Paul Leacu
> Assignee: Paul Leacu
> Fix For: 9.0.1.GA
>
> Attachments: Capture.JPG, inst1.png, inst1.png, inst1a.png, inst2.png, inst3.png, inst4.png
>
>
> Establish a stand-alone installer for JBDSIS that will contain JBDS and will enable easier installation of JBDSIS components - specifically Fuse Tooling. This Jira is specifically related to the JBDSIS installer. Other usability issues will be handled in other Jira.
> Installation scenario:
> {code}
> 1. If you don't already have one installed, you will need to download and install Oracle or Open JDK 8. (make sure you have Java 1.8 installed)
> 2. Download the JBDSIS installer jar. i.e. wget https://devstudio.redhat.com/9.0/snapshots/updates/integration-stack/9.0....
> 3. Double-click the installer file to run it, or open a terminal and type `java -jar /path/to/installer-*.jar`
> 4. Select 'JBoss Fuse Development' from the 'Select Additional Features to Install' installer window.
> 5. Accept/ respond 'Yes' and restart
> 6. Select Window > Perspective > Open Perspective > Fuse Integration
> {code}
> A prototype installer has already been created - see:
> https://github.com/jbosstools/jbosstools-integration-stack/tree/master/de...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months
[JBoss JIRA] (JBIDE-22807) Could not install bundle. A bundle is already installed with the name xxx
by Ondrej Dockal (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22807?page=com.atlassian.jira.plugi... ]
Ondrej Dockal updated JBIDE-22807:
----------------------------------
Steps to Reproduce:
Machydra job for example: machydra job: jbds10-nightly.freemarker.ui.test.
Otherwise: run integration tests with maven commands in command line and pass parameter test.installBase=existing/devstudio/path
was:for example: machydra job: jbds10-nightly.freemarker.ui.test.
> Could not install bundle. A bundle is already installed with the name xxx
> -------------------------------------------------------------------------
>
> Key: JBIDE-22807
> URL: https://issues.jboss.org/browse/JBIDE-22807
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: qa
> Environment: Fedora 24, x86_64
> devstudio:
> Version: 10.0.1.AM2
> Build id: AM2-v20160720-1632-B5674
> OpenJDK Runtime Environment (build 1.8.0_92-b14)
> Reporter: Ondrej Dockal
> Priority: Critical
> Fix For: 4.4.1.AM2
>
>
> Error log contains errors for each plugin installed in devstudio where tests are run on existing instance of devstudio via mvn command (test is run with parameter test.installBase=path/to/devstudio)
> Could not install bundle plugins/org.eclipse.mylyn.commons.net_3.20.0.v20160421-1819.jar A bundle is already installed with the name "org.eclipse.mylyn.c... (Open log entry details for full message).
> This imply also for probably all jobs that install devstudio on machines through groovy script and run integration tests. Unless error log is checked in test, this does not mind...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 7 months