November 2013 - jbosstools-issues

[JBoss JIRA] (JBIDE-11614) Non-labeled Checkboxes in property dialogs have weird selection rectangle

by Victor Rubezhny (JIRA)

[ https://issues.jboss.org/browse/JBIDE-11614?page=com.atlassian.jira.plugi... ] Victor Rubezhny edited comment on JBIDE-11614 at 11/30/13 2:29 PM: ------------------------------------------------------------------- I've proposed a fix for checkboxes with empty labels to SWT/GTK org.eclipse.swt.widgets.Button class. The Button class is changed to control the visibility of box, label and image widgets due to hide all the three widgets in case of empty label and image at the same time. The commit is pushed to Gerrit here: https://git.eclipse.org/r/19165 was (Author: vrubezhny): I've proposed a fix for checkboxes with empty labels to SWT/GTK org.eclipse.swt.widgets.Button class. The Button class is changed to control the visibility of box, label and image widgets due to hide all the three widgets in case of empty label and image at the same time. The commit is pushed to Gerrit here: https://git.eclipse.org/r/19165 > Non-labeled Checkboxes in property dialogs have weird selection rectangle > ------------------------------------------------------------------------- > > Key: JBIDE-11614 > URL: https://issues.jboss.org/browse/JBIDE-11614 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: common/jst/core, upstream > Affects Versions: 3.3.0.Beta3 > Environment: Linux > Reporter: Jaroslav Jankovič > Assignee: Victor Rubezhny > Fix For: LATER > > Attachments: 01_issue.png, workaround.jpg > > > Add CDI facet for some project. Click on 'Further configuration available'. Dialog provides checking/unchecking generating beans.xml file. Next to this checkbox there is some invisible selected rectangle. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-11614) Non-labeled Checkboxes in property dialogs have weird selection rectangle

by Victor Rubezhny (JIRA)

[ https://issues.jboss.org/browse/JBIDE-11614?page=com.atlassian.jira.plugi... ] Victor Rubezhny commented on JBIDE-11614: ----------------------------------------- I've proposed a fix for checkboxes with empty labels to SWT/GTK org.eclipse.swt.widgets.Button class. The Button class is changed to control the visibility of box, label and image widgets due to hide all the three widgets in case of empty label and image at the same time. The commit is pushed to Gerrit here: https://git.eclipse.org/r/19165 > Non-labeled Checkboxes in property dialogs have weird selection rectangle > ------------------------------------------------------------------------- > > Key: JBIDE-11614 > URL: https://issues.jboss.org/browse/JBIDE-11614 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: common/jst/core, upstream > Affects Versions: 3.3.0.Beta3 > Environment: Linux > Reporter: Jaroslav Jankovič > Assignee: Victor Rubezhny > Fix For: LATER > > Attachments: 01_issue.png, workaround.jpg > > > Add CDI facet for some project. Click on 'Further configuration available'. Dialog provides checking/unchecking generating beans.xml file. Next to this checkbox there is some invisible selected rectangle. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-16032) java.lang.ArrayIndexOutOfBoundsException in Forge Runtime preferences

by Koen Aers (JIRA)

[ https://issues.jboss.org/browse/JBIDE-16032?page=com.atlassian.jira.plugi... ] Koen Aers updated JBIDE-16032: ------------------------------ Fix Version/s: 4.1.1.Final (was: 4.1.1.CR1) > java.lang.ArrayIndexOutOfBoundsException in Forge Runtime preferences > --------------------------------------------------------------------- > > Key: JBIDE-16032 > URL: https://issues.jboss.org/browse/JBIDE-16032 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: forge > Environment: Linux > Reporter: Pavol Srna > Assignee: Koen Aers > Labels: respin-a, respin-b > Fix For: 4.1.1.Final > > Attachments: forge-preferences.png > > > Stacktrace: > {code} > java.lang.ArrayIndexOutOfBoundsException: 0 > at org.jboss.tools.forge.ui.preferences.ForgeInstallationsPreferencePage$6.run(ForgeInstallationsPreferencePage.java:293) > at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70) > at org.jboss.tools.forge.ui.preferences.ForgeInstallationsPreferencePage.performOk(ForgeInstallationsPreferencePage.java:290) > at org.eclipse.jface.preference.PreferenceDialog$13.run(PreferenceDialog.java:965) > at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) > at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:49) > at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:175) > at org.eclipse.jface.preference.PreferenceDialog.okPressed(PreferenceDialog.java:945) > at org.eclipse.ui.internal.dialogs.FilteredPreferenceDialog.okPressed(FilteredPreferenceDialog.java:448) > at org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.okPressed(WorkbenchPreferenceDialog.java:171) > at org.eclipse.jface.preference.PreferenceDialog.buttonPressed(PreferenceDialog.java:233) > at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:628) > at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:248) > at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) > at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1392) > at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3742) > at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3363) > at org.eclipse.jface.window.Window.runEventLoop(Window.java:826) > at org.eclipse.jface.window.Window.open(Window.java:802) > at org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.open(WorkbenchPreferenceDialog.java:215) > at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:65) > at org.eclipse.jface.action.Action.runWithEvent(Action.java:499) > at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:584) > at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:501) > at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:411) > at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) > at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1392) > at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3742) > at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3363) > at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1113) > at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) > at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:997) > at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:138) > at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:610) > at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) > at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:567) > at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150) > at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:124) > at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196) > at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) > at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) > at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:354) > at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:181) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:636) > at org.eclipse.equinox.launcher.Main.basicRun(Main.java:591) > at org.eclipse.equinox.launcher.Main.run(Main.java:1450) > at org.eclipse.equinox.launcher.Main.main(Main.java:1426) > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-16166) Growl message does not appear or disappears prematurely

by Koen Aers (JIRA)

Koen Aers created JBIDE-16166: --------------------------------- Summary: Growl message does not appear or disappears prematurely Key: JBIDE-16166 URL: https://issues.jboss.org/browse/JBIDE-16166 Project: Tools (JBoss Tools) Issue Type: Bug Components: forge Affects Versions: 4.1.1.CR1 Reporter: Koen Aers Assignee: Koen Aers Fix For: 4.1.1.Final, 4.2.0.Alpha1 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-16161) Tycho tests require org.eclipse.osgi.compatibility.state fragment on Luna

by Snjezana Peco (JIRA)

[ https://issues.jboss.org/browse/JBIDE-16161?page=com.atlassian.jira.plugi... ] Snjezana Peco commented on JBIDE-16161: --------------------------------------- I have added the org.eclipse.e4.rcp dependency to the arquillian tests - https://github.com/jbosstools/jbosstools-arquillian/commit/2bb677f3d4e190... Adding the org.eclipse.osgi.compatibility.state fragment isn't enough. The arquillian component now builds correctly - https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JBossTools/view/JBo... I have also tested the webservices component (JBIDE-16137). The build is very slow when the compatibility fragment isn't included. It is faster, but contains failed tests when the compatibility fragment is included. The build is fast and all the tests pass when including the o.e.e4.rcp feature. > Tycho tests require org.eclipse.osgi.compatibility.state fragment on Luna > ------------------------------------------------------------------------- > > Key: JBIDE-16161 > URL: https://issues.jboss.org/browse/JBIDE-16161 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: build > Affects Versions: 4.2.0.Alpha1 > Reporter: Snjezana Peco > Assignee: Mickael Istria > > Since Tycho requires the PlatformAdmin service, we have to add the org.eclipse.osgi.compatibility.state fragment to tycho-surefire-plugin. > The easiest way is to add the org.eclipse.e4.rcp feature to the main build. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-16132) XCode library search path is not set properly

by Nick Boldt (JIRA)

[ https://issues.jboss.org/browse/JBIDE-16132?page=com.atlassian.jira.plugi... ] Nick Boldt commented on JBIDE-16132: ------------------------------------ https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/jbosstools-aerogear_... shows this was built into #58, which will be picked up in the CR2/GA respin next week. > XCode library search path is not set properly > --------------------------------------------- > > Key: JBIDE-16132 > URL: https://issues.jboss.org/browse/JBIDE-16132 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: aerogear-hybrid > Affects Versions: 4.1.1.CR1 > Reporter: Gorkem Ercan > Assignee: Gorkem Ercan > Priority: Critical > Labels: respin-b > Fix For: 4.1.1.CR1 > > > If a Cordova plugin adds a custom framework as a dependency for iOS the project fails to run and the exported XCode project does not compile. > This is because the iOS project generator does not set the library search paths properly for custom frameworks. > Aerogear Push Plugin now uses such a framework. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-15999) server New and Noteworthy for 4.1.1.CR1

by Max Rydahl Andersen (JIRA)

[ https://issues.jboss.org/browse/JBIDE-15999?page=com.atlassian.jira.plugi... ] Max Rydahl Andersen closed JBIDE-15999. --------------------------------------- Resolution: Rejected no input from [~rob.stryker] and no matches in the jira search. Assuming no changes and rejecting. > server New and Noteworthy for 4.1.1.CR1 > --------------------------------------- > > Key: JBIDE-15999 > URL: https://issues.jboss.org/browse/JBIDE-15999 > Project: Tools (JBoss Tools) > Issue Type: Sub-task > Components: archives, jmx, server > Reporter: Max Rydahl Andersen > Priority: Critical > Fix For: 4.1.1.CR1 > > > This [query|https://issues.jboss.org/issues/?jql=%28%28project+in+%28JBDS%29+an...] contains the search for the specific component(s), to see all, use this [query|https://issues.jboss.org/issues/?jql=%28%28project+in+%28JBDS%29+an...]. > If server is not listed here check if there are issues that should be added and add them. > Document the ones relevant for server by adding to [whatsnew|https://github.com/jbosstools/jbosstools-documentation/tree/mast...] and submit a pullrequest. > If no news for this component please reject and close this issue. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-15999) server New and Noteworthy for 4.1.1.CR1

by Max Rydahl Andersen (JIRA)

[ https://issues.jboss.org/browse/JBIDE-15999?page=com.atlassian.jira.plugi... ] Max Rydahl Andersen resolved JBIDE-15999. ----------------------------------------- Resolution: Done > server New and Noteworthy for 4.1.1.CR1 > --------------------------------------- > > Key: JBIDE-15999 > URL: https://issues.jboss.org/browse/JBIDE-15999 > Project: Tools (JBoss Tools) > Issue Type: Sub-task > Components: archives, jmx, server > Reporter: Max Rydahl Andersen > Priority: Critical > Fix For: 4.1.1.CR1 > > > This [query|https://issues.jboss.org/issues/?jql=%28%28project+in+%28JBDS%29+an...] contains the search for the specific component(s), to see all, use this [query|https://issues.jboss.org/issues/?jql=%28%28project+in+%28JBDS%29+an...]. > If server is not listed here check if there are issues that should be added and add them. > Document the ones relevant for server by adding to [whatsnew|https://github.com/jbosstools/jbosstools-documentation/tree/mast...] and submit a pullrequest. > If no news for this component please reject and close this issue. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-16128) Publish component sites to Nexus

by Nick Boldt (JIRA)

[ https://issues.jboss.org/browse/JBIDE-16128?page=com.atlassian.jira.plugi... ] Nick Boldt commented on JBIDE-16128: ------------------------------------ [~maxandersen]: Tweaking our job configs to drop SNAPSHOT zips to Nexus is easy. Compositing them is also easy. We can follow the process that JBT IS uses for this, including PRs for requests to add new versions of zips to the composite. Training devs to do so, and convincing them of the value as it outweighs the overhead incurred in having to do so, that's not so easy. I'm all for the idea of having the various projects (components) releasing independently (at least for the ones that aren't closely interdependent), even though it may initially feel like we're moving away from a synchronized release train (JBT, Eclipse) and more toward a cat-herding exercise (JBT IS). But before that can happen, you need to convince the team that this is a Good Idea. Mickael and I can support them in what they'll need to do to adopt the new workflow. But if they don't buy into the concept, they won't do it. Proof of this is the fact that back in February 2013, I implemented a suggestion that all component nightlies would be automatically promoted to "integration" once a week [1], so that devs could then choose to promote their integration builds at some interval to stable milestone or even do an early release. Even the dev who'd specifically asked for this capability never ended up using it. [1] https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/DevS... Replacing that process - run automatically to create integration builds - permit devs to selectively take the latest weekly integration build to promote to milestone or release with a process that - run automatically to drop builds into the Nexus staging repo - permit devs to perform the release from staging to release repo Achieves the same goal. Will it be perceived as "better?" Maybe. Bottom line: if you can lead them to the water, I'll make sure the water is potable when they get there. But it's up to you to convince them to actually DRINK. > Publish component sites to Nexus > -------------------------------- > > Key: JBIDE-16128 > URL: https://issues.jboss.org/browse/JBIDE-16128 > Project: Tools (JBoss Tools) > Issue Type: Enhancement > Components: build > Reporter: Mickael Istria > Assignee: Mickael Istria > Fix For: 4.2.0.Alpha1 > > > In order to get a first idea of how easy/difficult it would be to rely on Nexus for publication,we could simply start by configuring CI jobs to also run a "mvn deploy" to deploy the output p2 repository onto Nexus. > Then we'll see what are the pros/cons of this approach. > Current publication process and locations will be kept. These p2 repo on Nexus won't be consumed by aggregator, at least not until we are sure it's worth it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-16132) XCode library search path is not set properly

by Gorkem Ercan (JIRA)

[ https://issues.jboss.org/browse/JBIDE-16132?page=com.atlassian.jira.plugi... ] Gorkem Ercan commented on JBIDE-16132: -------------------------------------- [~nickboldt] fixed on 4.1.1.x branch as well > XCode library search path is not set properly > --------------------------------------------- > > Key: JBIDE-16132 > URL: https://issues.jboss.org/browse/JBIDE-16132 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: aerogear-hybrid > Affects Versions: 4.1.1.CR1 > Reporter: Gorkem Ercan > Assignee: Gorkem Ercan > Priority: Critical > Labels: respin-b > Fix For: 4.1.1.CR1 > > > If a Cordova plugin adds a custom framework as a dependency for iOS the project fails to run and the exported XCode project does not compile. > This is because the iOS project generator does not set the library search paths properly for custom frameworks. > Aerogear Push Plugin now uses such a framework. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbosstools-issues November 2013