[JBoss JIRA] (JBIDE-18534) [WATCHER] OpenShift wizard: Length of combo boxes selection space is reduced
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18534?page=com.atlassian.jira.plugi... ]
Andre Dietisheim resolved JBIDE-18534.
--------------------------------------
Fix Version/s: 4.5.1.Final
(was: 4.5.x)
Resolution: Won't Fix
> [WATCHER] OpenShift wizard: Length of combo boxes selection space is reduced
> ----------------------------------------------------------------------------
>
> Key: JBIDE-18534
> URL: https://issues.jboss.org/browse/JBIDE-18534
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift, upstream
> Affects Versions: 4.2.0.CR2
> Reporter: Marián Labuda
> Assignee: Andre Dietisheim
> Priority: Minor
> Labels: application_wizard, upstream
> Fix For: 4.5.1.Final
>
> Attachments: ccombo.png, combo.png, gimp-combo1.png, gimp-combo2.png, glade-combo.png, non-readonly-combo.png
>
>
> Selection of combo boxes in New application wizard has reduced area of selection. Size is reduced to the size of the longest selection. It should cover whole length of combo box.
> !combo.png!
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 8 months
[JBoss JIRA] (JBIDE-18534) [WATCHER] OpenShift wizard: Length of combo boxes selection space is reduced
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18534?page=com.atlassian.jira.plugi... ]
Andre Dietisheim closed JBIDE-18534.
------------------------------------
> [WATCHER] OpenShift wizard: Length of combo boxes selection space is reduced
> ----------------------------------------------------------------------------
>
> Key: JBIDE-18534
> URL: https://issues.jboss.org/browse/JBIDE-18534
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift, upstream
> Affects Versions: 4.2.0.CR2
> Reporter: Marián Labuda
> Assignee: Andre Dietisheim
> Priority: Minor
> Labels: application_wizard, upstream
> Fix For: 4.5.1.Final
>
> Attachments: ccombo.png, combo.png, gimp-combo1.png, gimp-combo2.png, glade-combo.png, non-readonly-combo.png
>
>
> Selection of combo boxes in New application wizard has reduced area of selection. Size is reduced to the size of the longest selection. It should cover whole length of combo box.
> !combo.png!
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 8 months
[JBoss JIRA] (JBIDE-23402) [WATCHER] Explorer: can "Deploy Latest" even if the build failed
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23402?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-23402:
------------------------------------------
[~rob.stryker] what's the state of this? Did we follow up?
> [WATCHER] Explorer: can "Deploy Latest" even if the build failed
> ----------------------------------------------------------------
>
> Key: JBIDE-23402
> URL: https://issues.jboss.org/browse/JBIDE-23402
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift, upstream
> Affects Versions: 4.4.2.AM2
> Reporter: Andre Dietisheim
> Assignee: Jeff MAURY
> Fix For: 4.5.x
>
> Attachments: JBIDE-23402-a.png, JBIDE-23402-b.png
>
>
> When right-clicking on an application, we can select "Deploy Latest". This will start both a build and a deploy pod. The deploy pod will wait for the build pod to complete.
> In this case, due to github being unavailable, the build pod will fail very quickly. The deploy pod will then continue waiting up to 10 minutes even though what it is waiting for has already failed. This 10 minutes is wasted. It should fail quickly.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 8 months
[JBoss JIRA] (JBIDE-23136) Deploy Docker Wizard: Pushing image to CDK registry results in an image with no tag
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23136?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-23136:
------------------------------------------
[~dbocharov] Discussing the approach at one of our customer with a SA that I know I discovered that the rather push locally build docker images than build them via s2i. In this context this issue seems rather important and we should consider moving this forward, if possible. Agree?
> Deploy Docker Wizard: Pushing image to CDK registry results in an image with no tag
> -----------------------------------------------------------------------------------
>
> Key: JBIDE-23136
> URL: https://issues.jboss.org/browse/JBIDE-23136
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.1.Final
> Reporter: Marián Labuda
> Assignee: Dmitrii Bocharov
> Labels: deploy_docker_wizard, openshift_v3
> Fix For: 4.5.x
>
> Attachments: FedoraImageStream.png, ImagesWithDigest.png, eap64-basic-s2i-new-app-from-cli-1.png, eap64-basic-s2i-new-app-from-jbosstools-1.png, local-docker-images-after-pull-1.png
>
>
> I have a docker connection to local docker daemon and a CDK docker connection. I am pushing an image from a docker connection to CDK registry via Deploy Image to OpenShift wizard. Push of an image pass, but it results into an image with no tag, see:
> 172.30.192.49:5000/msa/msa <none> 238200ae067d 4 months ago 1.05 GB
> Such images are not shown in docker explorer under a docker connection because of upstream bug ERT-411
> Steps to reproduce:
> - have a project with a file named {{Dockerfile}} with the following content (1 line):
> {code}
> FROM fedora:latest
> {code}
> - Select the file in the project explorer, then {{Run As > Docker Image Build}}. Use the CDK connection and give it a name (eg: {{username/fedora}})
> - Select the image in the Docker Explorer view, then {{Deploy to OpenShift}}.
> - In the wizard, select the option to push the image to the registry (add a dummy port if needed)
> - once the operation completed, there's an unexpected image named like {{172.30.164.33:5000/<project>/fedora}} in the output of the {{docker images}} command (in CLI)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 8 months
[JBoss JIRA] (JBIDE-21857) Hot code replacement doesn't work on OpenShift
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21857?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-21857:
------------------------------------------
[~rob.stryker] what's the state of this? The issue is opened since several months, can we have this moving forward?
> Hot code replacement doesn't work on OpenShift
> ----------------------------------------------
>
> Key: JBIDE-21857
> URL: https://issues.jboss.org/browse/JBIDE-21857
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.Beta2
> Reporter: Fred Bricon
> Assignee: Rob Stryker
> Fix For: 4.5.x
>
> Attachments: HCRFailure.zip, code-out-of-sync.png, hot-code-replace-failed.png, jmx-connected-adapter-synchronized.png
>
>
> When enabling debug mode on an EAP server deployed on OpenShift, locally changing a class file will :
> - work sometimes when only the content of the method changed, but could fail in some other occasions with the Debugger saying the JDK is out of sync
> - will always fail if a method signature changed, the debugger saying JDK is out of sync
> Restarting the deployed module (with the .dodeploy flag) doesn't fixes the issue (as opposed to the same tweak ahen running on a local EAP server)
> This may be caused by running OpenJDK? Does it support the same level of debugging as Oracle JDK?
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 8 months