February 2019 - jbosstools-issues

[JBoss JIRA] (JBDS-4730) [Rebranding] Use "Red Hat CodeReady Studio" instead of "Red Hat Developer Studio" in graphics & text

by James Cobb (Jira)

[ https://issues.jboss.org/browse/JBDS-4730?page=com.atlassian.jira.plugin.... ] James Cobb commented on JBDS-4730: ---------------------------------- [~jeffmaury] - I replaced the logo on the graphics I have for RHDevStudio. The supplied logos were three rows high and we had several graphics that needed it to be more horizontal. I took the new logo files and made a two row version based on the spacing from the original. > [Rebranding] Use "Red Hat CodeReady Studio" instead of "Red Hat Developer Studio" in graphics & text > ---------------------------------------------------------------------------------------------------- > > Key: JBDS-4730 > URL: https://issues.jboss.org/browse/JBDS-4730 > Project: Red Hat JBoss Developer Studio (devstudio) > Issue Type: Task > Components: build, installer > Affects Versions: 12.9.0.AM3 > Reporter: Nick Boldt > Assignee: Jeff MAURY > Priority: Blocker > Fix For: 12.11.0.AM1 > > Attachments: CR-Studio_wordmarks.zip, RHCRS_graphics.zip > > > Branding has requested that we rename devstudio from "Red Hat Developer Studio" to "Red Hat CodeReady Studio". > As we did recently in JBDS-4706, we'll need to collect graphics for use in the product and its website on https://devstudio.redhat.com/12/staging/updates/ > We'll need this rebrand done for the upcoming December release. All changes need to be done by November 6 so they can be included in the AM1 feature complete release on Nov 13, in support of the docs team, updating screenshots, install instructions, etc. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBDS-4730) [Rebranding] Use "Red Hat CodeReady Studio" instead of "Red Hat Developer Studio" in graphics & text

by James Cobb (Jira)

[ https://issues.jboss.org/browse/JBDS-4730?page=com.atlassian.jira.plugin.... ] James Cobb updated JBDS-4730: ----------------------------- Attachment: RHCRS_graphics.zip > [Rebranding] Use "Red Hat CodeReady Studio" instead of "Red Hat Developer Studio" in graphics & text > ---------------------------------------------------------------------------------------------------- > > Key: JBDS-4730 > URL: https://issues.jboss.org/browse/JBDS-4730 > Project: Red Hat JBoss Developer Studio (devstudio) > Issue Type: Task > Components: build, installer > Affects Versions: 12.9.0.AM3 > Reporter: Nick Boldt > Assignee: Jeff MAURY > Priority: Blocker > Fix For: 12.11.0.AM1 > > Attachments: CR-Studio_wordmarks.zip, RHCRS_graphics.zip > > > Branding has requested that we rename devstudio from "Red Hat Developer Studio" to "Red Hat CodeReady Studio". > As we did recently in JBDS-4706, we'll need to collect graphics for use in the product and its website on https://devstudio.redhat.com/12/staging/updates/ > We'll need this rebrand done for the upcoming December release. All changes need to be done by November 6 so they can be included in the AM1 feature complete release on Nov 13, in support of the docs team, updating screenshots, install instructions, etc. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-26549) 2 project from Red Hat Central are containing errors in it (removed package in java 11)

by Zbyněk Červinka (Jira)

Zbyněk Červinka created JBIDE-26549: --------------------------------------- Summary: 2 project from Red Hat Central are containing errors in it (removed package in java 11) Key: JBIDE-26549 URL: https://issues.jboss.org/browse/JBIDE-26549 Project: Tools (JBoss Tools) Issue Type: Bug Components: central Affects Versions: 4.10.0.AM1 Environment: OS X 10.13.6 Reporter: Zbyněk Červinka Assignee: Zbyněk Červinka 2 projects from RH central shows errors after import (removed package in java 11): - JAVA EE "jboss-javaee-webapp" project - HTML 5 "jboss-as-kitchensink-html5-mobile" project There is invalid dependency "javax.xml.bind.annotation.XmlRootElement". Description and solution described on Stack Overflow https://stackoverflow.com/questions/52502189/java-11-package-javax-xml-bi.... -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-26540) Openshift.io login does not work

by Josef Kopriva (Jira)

[ https://issues.jboss.org/browse/JBIDE-26540?page=com.atlassian.jira.plugi... ] Josef Kopriva commented on JBIDE-26540: --------------------------------------- https://github.com/jwtk/jjwt/blob/master/CHANGELOG.md - jjwt libraries have been modularized > Openshift.io login does not work > -------------------------------- > > Key: JBIDE-26540 > URL: https://issues.jboss.org/browse/JBIDE-26540 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: openshift > Affects Versions: 4.11.0.AM1 > Environment: F29 + JDK11 > Reporter: Josef Kopriva > Assignee: Josef Kopriva > Priority: Major > Fix For: 4.11.0.AM1 > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-26540) Openshift.io login does not work

by Josef Kopriva (Jira)

[ https://issues.jboss.org/browse/JBIDE-26540?page=com.atlassian.jira.plugi... ] Josef Kopriva reassigned JBIDE-26540: ------------------------------------- Assignee: Josef Kopriva (was: Jeff MAURY) > Openshift.io login does not work > -------------------------------- > > Key: JBIDE-26540 > URL: https://issues.jboss.org/browse/JBIDE-26540 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: openshift > Affects Versions: 4.11.0.AM1 > Environment: F29 + JDK11 > Reporter: Josef Kopriva > Assignee: Josef Kopriva > Priority: Major > Fix For: 4.11.0.AM1 > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-26548) Nullpointer when renaming inner class java variables - JSFRenameFieldParticipant

by Jeff MAURY (Jira)

[ https://issues.jboss.org/browse/JBIDE-26548?page=com.atlassian.jira.plugi... ] Jeff MAURY updated JBIDE-26548: ------------------------------- Fix Version/s: 4.11.0.Final > Nullpointer when renaming inner class java variables - JSFRenameFieldParticipant > -------------------------------------------------------------------------------- > > Key: JBIDE-26548 > URL: https://issues.jboss.org/browse/JBIDE-26548 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: jsf > Affects Versions: 4.10.0.AM1 > Environment: Linux with Eclipse 2018-12 > Reporter: Thomas Zauner > Priority: Major > Fix For: 4.11.0.Final > > > Renaming of inner class java variables leads to an Nullpointer in JSFRenameFieldParticipant. The second rename is working, since the JSFRenameFieldParticipant is removed due to the exception. > {noformat} > !ENTRY org.eclipse.ltk.core.refactoring 4 10009 2019-02-07 08:02:57.183 > !MESSAGE Participant 'org.jboss.tools.jsf.model.handlers.bean.JSFRenameFieldParticipant' removed due to the following exception > !STACK 0 > java.lang.NullPointerException > at org.jboss.tools.jsf.model.pv.JSFProjectsTree.getProjectsRoot(JSFProjectsTree.java:45) > at org.jboss.tools.jsf.model.handlers.bean.JSFRenameFieldHelper.getBeanList(JSFRenameFieldHelper.java:48) > at org.jboss.tools.jsf.model.handlers.bean.JSFRenameFieldParticipant.createChange(JSFRenameFieldParticipant.java:68) > at org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.createChange(ProcessorBasedRefactoring.java:309) > at org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper$Operation.run(RefactoringExecutionHelper.java:102) > at org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:41) > at org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:736) > at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2295) > at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2322) > at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:5810) > at org.eclipse.jdt.internal.ui.actions.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:108) > at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:122) > {noformat} > {code:java} > public class JavaClass { > private boolean first; // rename will work > public class InnerClass { > private boolean second; // rename leads to NPE > } > } > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-26548) Nullpointer when renaming inner class java variables - JSFRenameFieldParticipant

by Jeff MAURY (Jira)

[ https://issues.jboss.org/browse/JBIDE-26548?page=com.atlassian.jira.plugi... ] Jeff MAURY reassigned JBIDE-26548: ---------------------------------- Assignee: Jeff MAURY > Nullpointer when renaming inner class java variables - JSFRenameFieldParticipant > -------------------------------------------------------------------------------- > > Key: JBIDE-26548 > URL: https://issues.jboss.org/browse/JBIDE-26548 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: jsf > Affects Versions: 4.10.0.AM1 > Environment: Linux with Eclipse 2018-12 > Reporter: Thomas Zauner > Assignee: Jeff MAURY > Priority: Major > Fix For: 4.11.0.Final > > > Renaming of inner class java variables leads to an Nullpointer in JSFRenameFieldParticipant. The second rename is working, since the JSFRenameFieldParticipant is removed due to the exception. > {noformat} > !ENTRY org.eclipse.ltk.core.refactoring 4 10009 2019-02-07 08:02:57.183 > !MESSAGE Participant 'org.jboss.tools.jsf.model.handlers.bean.JSFRenameFieldParticipant' removed due to the following exception > !STACK 0 > java.lang.NullPointerException > at org.jboss.tools.jsf.model.pv.JSFProjectsTree.getProjectsRoot(JSFProjectsTree.java:45) > at org.jboss.tools.jsf.model.handlers.bean.JSFRenameFieldHelper.getBeanList(JSFRenameFieldHelper.java:48) > at org.jboss.tools.jsf.model.handlers.bean.JSFRenameFieldParticipant.createChange(JSFRenameFieldParticipant.java:68) > at org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.createChange(ProcessorBasedRefactoring.java:309) > at org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper$Operation.run(RefactoringExecutionHelper.java:102) > at org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:41) > at org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:736) > at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2295) > at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2322) > at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:5810) > at org.eclipse.jdt.internal.ui.actions.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:108) > at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:122) > {noformat} > {code:java} > public class JavaClass { > private boolean first; // rename will work > public class InnerClass { > private boolean second; // rename leads to NPE > } > } > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-26548) Nullpointer when renaming inner class java variables - JSFRenameFieldParticipant

by Jeff MAURY (Jira)

[ https://issues.jboss.org/browse/JBIDE-26548?page=com.atlassian.jira.plugi... ] Jeff MAURY updated JBIDE-26548: ------------------------------- Component/s: jsf > Nullpointer when renaming inner class java variables - JSFRenameFieldParticipant > -------------------------------------------------------------------------------- > > Key: JBIDE-26548 > URL: https://issues.jboss.org/browse/JBIDE-26548 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: jsf > Affects Versions: 4.10.0.AM1 > Environment: Linux with Eclipse 2018-12 > Reporter: Thomas Zauner > Priority: Major > Fix For: 4.11.0.Final > > > Renaming of inner class java variables leads to an Nullpointer in JSFRenameFieldParticipant. The second rename is working, since the JSFRenameFieldParticipant is removed due to the exception. > {noformat} > !ENTRY org.eclipse.ltk.core.refactoring 4 10009 2019-02-07 08:02:57.183 > !MESSAGE Participant 'org.jboss.tools.jsf.model.handlers.bean.JSFRenameFieldParticipant' removed due to the following exception > !STACK 0 > java.lang.NullPointerException > at org.jboss.tools.jsf.model.pv.JSFProjectsTree.getProjectsRoot(JSFProjectsTree.java:45) > at org.jboss.tools.jsf.model.handlers.bean.JSFRenameFieldHelper.getBeanList(JSFRenameFieldHelper.java:48) > at org.jboss.tools.jsf.model.handlers.bean.JSFRenameFieldParticipant.createChange(JSFRenameFieldParticipant.java:68) > at org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.createChange(ProcessorBasedRefactoring.java:309) > at org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper$Operation.run(RefactoringExecutionHelper.java:102) > at org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:41) > at org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:736) > at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2295) > at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2322) > at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:5810) > at org.eclipse.jdt.internal.ui.actions.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:108) > at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:122) > {noformat} > {code:java} > public class JavaClass { > private boolean first; // rename will work > public class InnerClass { > private boolean second; // rename leads to NPE > } > } > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ERT-705) [GTK4] Get ControlExample to launch and run on GTK4 [EBZ#543908]

by Friendly Jira Robot (Jira)

Friendly Jira Robot created ERT-705: --------------------------------------- Summary: [GTK4] Get ControlExample to launch and run on GTK4 [EBZ#543908] Key: ERT-705 URL: https://issues.jboss.org/browse/ERT-705 Project: Eclipse Release Train Issue Type: Task Components: Platform Reporter: Friendly Jira Robot -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ERT-696) [GTK4] GdkEvents are private and can no longer be created [EBZ#541650]

by Eric Williams (Jira)

[ https://issues.jboss.org/browse/ERT-696?page=com.atlassian.jira.plugin.sy... ] Eric Williams updated ERT-696: ------------------------------ Sprint: devex #159 December 2018, devex #161 January 2019, devex #162 February 2019 (was: devex #159 December 2018, devex #161 January 2019) > [GTK4] GdkEvents are private and can no longer be created [EBZ#541650] > ---------------------------------------------------------------------- > > Key: ERT-696 > URL: https://issues.jboss.org/browse/ERT-696 > Project: Eclipse Release Train > Issue Type: Task > Components: Platform > Reporter: Friendly Jira Robot > Assignee: Eric Williams > Priority: Major > Labels: SWT, bzira > > GdkEvent structs have been sealed in GTK4, preventing us from creating our own synthetic GdkEvents. This breaks behaviour in Menu and Display.post(). > I have filed a ticket upstream with GTK about this: https://gitlab.gnome.org/GNOME/gtk/issues/1488 -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbosstools-issues February 2019