[JBoss JIRA] (JBIDE-20000) Creating more readonly labels should not be possible
by Jeff Cantrill (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20000?page=com.atlassian.jira.plugi... ]
Jeff Cantrill updated JBIDE-20000:
----------------------------------
Fix Version/s: 4.3.0.Beta2
> Creating more readonly labels should not be possible
> ----------------------------------------------------
>
> Key: JBIDE-20000
> URL: https://issues.jboss.org/browse/JBIDE-20000
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.0.Beta1
> Reporter: Marián Labuda
> Assignee: Jeff Cantrill
> Priority: Critical
> Fix For: 4.3.0.Beta2
>
> Attachments: readonly_labels.png
>
>
> In New application wizard for v3 connection there is a label management wizard page, where user can create/edit/remove label. It is possible to create more readonly labels, e.g. I was able to create another "template" label which already exists in table and is readonly (edit and remove button are disabled for this label). After the label is created it it not possible to edit/remove it.
> !readonly_labels.png!
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19971) OSE v2 prompts user to enter kerberos credentials from command line while importing an application
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19971?page=com.atlassian.jira.plugi... ]
Andre Dietisheim reassigned JBIDE-19971:
----------------------------------------
Assignee: Max Rydahl Andersen (was: Andre Dietisheim)
> OSE v2 prompts user to enter kerberos credentials from command line while importing an application
> --------------------------------------------------------------------------------------------------
>
> Key: JBIDE-19971
> URL: https://issues.jboss.org/browse/JBIDE-19971
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.0.Beta1
> Reporter: Marián Labuda
> Assignee: Max Rydahl Andersen
> Priority: Blocker
> Attachments: authorized.png, creds_prompt.png, jstack.txt
>
>
> Right on the importing a new OpenShift application from OpenShift Enterprise v2 server (used internal ITOS instance) the importing job in IDE is hanging. After exploration I found out that it's caused because there is a prompt to enter credentials from terminal (the same one where I run IDE by running ./jbdevstudio. It is really annoying bcs such prompt is on every import of any application. Even the kerberos ticket has been established, the prompt is there.
> Prompt from CLI looks like:
> Kerberos username [mlabuda]:
> Kerberos password for mlabuda:
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19971) OSE v2 prompts user to enter kerberos credentials from command line while importing an application
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19971?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-19971 at 6/9/15 3:17 PM:
------------------------------------------------------------------
[~mlabuda] I googled and found out that this is a problem in the jsch library that jgit is using.
It arose in different projects/discussions:
* Ant: https://bz.apache.org/bugzilla/show_bug.cgi?id=53437
* Gradle: https://discuss.gradle.org/t/building-with-java-7-and-keep-getting-kerber...
* Talend: https://www.talendforge.org/forum/viewtopic.php?pid=159275#p159275
* Stackoverflow: http://stackoverflow.com/questions/29669459/skipping-kerberos-authenticat... http://stackoverflow.com/questions/29669459/skipping-kerberos-authenticat...
It was apparently experienced first in jsch 0.1.47 and is still present in 0.1.51 that Eclipse Mars is using:
* https://bz.apache.org/bugzilla/show_bug.cgi?id=53437:
{quote}
The issue exists with Jsch 0.1.47 and 0.1.48.
{quote}
* https://www.talendforge.org/forum/viewtopic.php?pid=159275#p159275
{quote}
The jar jsch-0.1.51.jar was in the lib directory.
{quote}
The workaround suggested is to initialize the ssh session telling it to prefer public keys before the interactive prompt:
{code}
session.setConfig("PreferredAuthentications",
"publickey,keyboard-interactive,password");
session.connect()
{code}
When we clone we let jgit handle the ssh session, we can thus only fix this via a patch for jgit.
was (Author: adietish):
[~mlabuda] I googled and found out that this is a problem in the jsch library that jgit is using.
It arose in different projects/discussions:
* Ant: https://bz.apache.org/bugzilla/show_bug.cgi?id=53437
* Gradle: https://discuss.gradle.org/t/building-with-java-7-and-keep-getting-kerber...
* Talend: https://www.talendforge.org/forum/viewtopic.php?pid=159275#p159275
* Stackoverflow: http://stackoverflow.com/questions/29669459/skipping-kerberos-authenticat... http://stackoverflow.com/questions/29669459/skipping-kerberos-authenticat...
It was apparently experienced first in jsch 0.1.47 and is still present in 0.1.51 that Eclipse Mars is using:
* https://bz.apache.org/bugzilla/show_bug.cgi?id=53437:
{quote}
The issue exists with Jsch 0.1.47 and 0.1.48.
{quote}
* https://www.talendforge.org/forum/viewtopic.php?pid=159275#p159275
{quote}
The jar jsch-0.1.51.jar was in the lib directory.
{quote}
The workaround suggested is to initialize the ssh session telling it to prefer public keys before the interactive prompt:
{code}
session.setConfig("PreferredAuthentications",
"publickey,keyboard-interactive,password");
session.connect()
{code}
> OSE v2 prompts user to enter kerberos credentials from command line while importing an application
> --------------------------------------------------------------------------------------------------
>
> Key: JBIDE-19971
> URL: https://issues.jboss.org/browse/JBIDE-19971
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.0.Beta1
> Reporter: Marián Labuda
> Priority: Blocker
> Attachments: authorized.png, creds_prompt.png, jstack.txt
>
>
> Right on the importing a new OpenShift application from OpenShift Enterprise v2 server (used internal ITOS instance) the importing job in IDE is hanging. After exploration I found out that it's caused because there is a prompt to enter credentials from terminal (the same one where I run IDE by running ./jbdevstudio. It is really annoying bcs such prompt is on every import of any application. Even the kerberos ticket has been established, the prompt is there.
> Prompt from CLI looks like:
> Kerberos username [mlabuda]:
> Kerberos password for mlabuda:
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19971) OSE v2 prompts user to enter kerberos credentials from command line while importing an application
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19971?page=com.atlassian.jira.plugi... ]
Andre Dietisheim reassigned JBIDE-19971:
----------------------------------------
Assignee: Andre Dietisheim
> OSE v2 prompts user to enter kerberos credentials from command line while importing an application
> --------------------------------------------------------------------------------------------------
>
> Key: JBIDE-19971
> URL: https://issues.jboss.org/browse/JBIDE-19971
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.0.Beta1
> Reporter: Marián Labuda
> Assignee: Andre Dietisheim
> Priority: Blocker
> Attachments: authorized.png, creds_prompt.png, jstack.txt
>
>
> Right on the importing a new OpenShift application from OpenShift Enterprise v2 server (used internal ITOS instance) the importing job in IDE is hanging. After exploration I found out that it's caused because there is a prompt to enter credentials from terminal (the same one where I run IDE by running ./jbdevstudio. It is really annoying bcs such prompt is on every import of any application. Even the kerberos ticket has been established, the prompt is there.
> Prompt from CLI looks like:
> Kerberos username [mlabuda]:
> Kerberos password for mlabuda:
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19971) OSE v2 prompts user to enter kerberos credentials from command line while importing an application
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19971?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-19971 at 6/9/15 3:07 PM:
------------------------------------------------------------------
[~mlabuda] I googled and found out that this is a problem in the jsch library that jgit is using. It was apparently experienced first in jsch 0.1.47 and is still present in 0.1.50 that Eclipse Mars is using:
{quote=https://bz.apache.org/bugzilla/show_bug.cgi?id=53437}
The issue exists with Jsch 0.1.47 and 0.1.48.
{quote}
was (Author: adietish):
[~mlabuda] I googled and found out that this is a problem in the jsch library that jgit is using. It was apparently experienced first in jsch 0.1.47 and is still present in 0.1.50 that Eclipse Mars is using:
{quote:https://bz.apache.org/bugzilla/show_bug.cgi?id=53437}
The issue exists with Jsch 0.1.47 and 0.1.48.
{quote}
> OSE v2 prompts user to enter kerberos credentials from command line while importing an application
> --------------------------------------------------------------------------------------------------
>
> Key: JBIDE-19971
> URL: https://issues.jboss.org/browse/JBIDE-19971
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.0.Beta1
> Reporter: Marián Labuda
> Priority: Blocker
> Attachments: authorized.png, creds_prompt.png, jstack.txt
>
>
> Right on the importing a new OpenShift application from OpenShift Enterprise v2 server (used internal ITOS instance) the importing job in IDE is hanging. After exploration I found out that it's caused because there is a prompt to enter credentials from terminal (the same one where I run IDE by running ./jbdevstudio. It is really annoying bcs such prompt is on every import of any application. Even the kerberos ticket has been established, the prompt is there.
> Prompt from CLI looks like:
> Kerberos username [mlabuda]:
> Kerberos password for mlabuda:
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19971) OSE v2 prompts user to enter kerberos credentials from command line while importing an application
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19971?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-19971:
------------------------------------------
[~mlabuda] I googled and found out that this is a problem in the jsch library that jgit is using. It was apparently experienced first in jsch 0.1.47 and is still present in 0.1.50 that Eclipse Mars is using:
{quote:https://bz.apache.org/bugzilla/show_bug.cgi?id=53437}
The issue exists with Jsch 0.1.47 and 0.1.48.
{quote}
> OSE v2 prompts user to enter kerberos credentials from command line while importing an application
> --------------------------------------------------------------------------------------------------
>
> Key: JBIDE-19971
> URL: https://issues.jboss.org/browse/JBIDE-19971
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.0.Beta1
> Reporter: Marián Labuda
> Priority: Blocker
> Attachments: authorized.png, creds_prompt.png, jstack.txt
>
>
> Right on the importing a new OpenShift application from OpenShift Enterprise v2 server (used internal ITOS instance) the importing job in IDE is hanging. After exploration I found out that it's caused because there is a prompt to enter credentials from terminal (the same one where I run IDE by running ./jbdevstudio. It is really annoying bcs such prompt is on every import of any application. Even the kerberos ticket has been established, the prompt is there.
> Prompt from CLI looks like:
> Kerberos username [mlabuda]:
> Kerberos password for mlabuda:
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19996) [FeedHenry] Cannot create App in FH Cloud - Caused by: java.net.UnknownHostException: aerogear-t.sandbox.feedhenry.combox
by Gorkem Ercan (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19996?page=com.atlassian.jira.plugi... ]
Gorkem Ercan reassigned JBIDE-19996:
------------------------------------
Assignee: Gorkem Ercan
> [FeedHenry] Cannot create App in FH Cloud - Caused by: java.net.UnknownHostException: aerogear-t.sandbox.feedhenry.combox
> -------------------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-19996
> URL: https://issues.jboss.org/browse/JBIDE-19996
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: aerogear-hybrid
> Affects Versions: 4.3.0.Beta1
> Reporter: Pavol Srna
> Assignee: Gorkem Ercan
> Priority: Blocker
> Labels: respin-a
> Fix For: 4.3.0.Beta1
>
> Attachments: screen-fh.png
>
>
> {code}
> org.jboss.tools.feedhenry.ui.model.FeedHenryException: Unexpected error while communicating with aerogear-t.sandbox.feedhenry.com
> at org.jboss.tools.feedhenry.ui.model.FeedHenry.doPostAPICall(FeedHenry.java:162)
> at org.jboss.tools.feedhenry.ui.model.FeedHenry.importBareRepo(FeedHenry.java:110)
> at org.jboss.tools.feedhenry.ui.cordova.internal.wizards.NewApplicationWizard$1.run(NewApplicationWizard.java:99)
> at org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalContext.java:463)
> at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:371)
> at org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java:1002)
> at org.jboss.tools.feedhenry.ui.cordova.internal.wizards.NewApplicationWizard.performFinish(NewApplicationWizard.java:80)
> at org.eclipse.jface.wizard.WizardDialog.finishPressed(WizardDialog.java:799)
> at org.eclipse.jface.wizard.WizardDialog.buttonPressed(WizardDialog.java:429)
> at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:619)
> 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.Display.sendEvent(Display.java:4481)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1327)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3819)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3430)
> at org.eclipse.jface.window.Window.runEventLoop(Window.java:827)
> at org.eclipse.jface.window.Window.open(Window.java:803)
> at org.eclipse.ui.internal.handlers.WizardHandler$New.executeHandler(WizardHandler.java:269)
> at org.eclipse.ui.internal.handlers.WizardHandler.execute(WizardHandler.java:290)
> at org.eclipse.ui.internal.handlers.HandlerProxy.execute(HandlerProxy.java:295)
> at org.eclipse.ui.internal.handlers.E4HandlerProxy.execute(E4HandlerProxy.java:90)
> 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.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:56)
> at org.eclipse.e4.core.internal.di.InjectorImpl.invokeUsingClass(InjectorImpl.java:252)
> at org.eclipse.e4.core.internal.di.InjectorImpl.invoke(InjectorImpl.java:234)
> at org.eclipse.e4.core.contexts.ContextInjectionFactory.invoke(ContextInjectionFactory.java:132)
> at org.eclipse.e4.core.commands.internal.HandlerServiceHandler.execute(HandlerServiceHandler.java:152)
> at org.eclipse.core.commands.Command.executeWithChecks(Command.java:493)
> at org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(ParameterizedCommand.java:486)
> at org.eclipse.e4.core.commands.internal.HandlerServiceImpl.executeHandler(HandlerServiceImpl.java:210)
> at org.eclipse.ui.internal.handlers.LegacyHandlerService.executeCommand(LegacyHandlerService.java:343)
> at org.eclipse.ui.internal.actions.CommandAction.runWithEvent(CommandAction.java:160)
> at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:595)
> at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:511)
> at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:420)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4481)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1327)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3819)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3430)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$4.run(PartRenderingEngine.java:1127)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1018)
> at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:156)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:654)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:598)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:139)
> 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:380)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:235)
> 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:669)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:608)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1515)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1488)
> Caused by: java.net.UnknownHostException: aerogear-t.sandbox.feedhenry.combox
> at java.net.InetAddress.getAllByName0(InetAddress.java:1259)
> at java.net.InetAddress.getAllByName(InetAddress.java:1171)
> at java.net.InetAddress.getAllByName(InetAddress.java:1105)
> at org.apache.http.impl.conn.SystemDefaultDnsResolver.resolve(SystemDefaultDnsResolver.java:44)
> at org.apache.http.impl.conn.DefaultClientConnectionOperator.resolveHostname(DefaultClientConnectionOperator.java:259)
> at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:159)
> at org.apache.http.impl.conn.ManagedClientConnectionImpl.open(ManagedClientConnectionImpl.java:304)
> at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:611)
> at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:446)
> at org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:863)
> at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
> at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:106)
> at org.jboss.tools.feedhenry.ui.model.FeedHenry.doPostAPICall(FeedHenry.java:138)
> ... 65 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months