[JBoss JIRA] (JBIDE-20705) Click on a webhook URL in Webhook triggers shell automatically copy webhook to clipboard
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20705?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-20705:
-------------------------------------
Fix Version/s: 4.4.3.AM2
(was: 4.4.3.AM1)
> Click on a webhook URL in Webhook triggers shell automatically copy webhook to clipboard
> ----------------------------------------------------------------------------------------
>
> Key: JBIDE-20705
> URL: https://issues.jboss.org/browse/JBIDE-20705
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.0.CR1
> Reporter: Marián Labuda
> Fix For: 4.4.3.AM2
>
> Attachments: webhook.png
>
>
> In Webhook triggers shell, opened via context menu of a build config, there are 2 text widgets containing generic and github webhook.
> !webhook.png!
> After click on a webhook text, the whole text is selected and its automatically copied to clipboard. There is also a notification text upon copying to clipboard shown close to the text widget containing a webhook URL.
> Webhook URL should be copied only after click on a button with label "Copy to clipboard" which is located next to the text field containing a webhook URL. Otherwise this button miss reason to exists and it is a bit annoying for me to have URL automatically selected and copied to clipboard every time I click on a text.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 9 months
[JBoss JIRA] (JBIDE-23490) Provide ability to link pods when no service is available
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23490?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-23490:
-------------------------------------
Fix Version/s: 4.4.3.AM2
(was: 4.4.3.AM1)
> Provide ability to link pods when no service is available
> ---------------------------------------------------------
>
> Key: JBIDE-23490
> URL: https://issues.jboss.org/browse/JBIDE-23490
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: openshift
> Affects Versions: 4.4.2.AM3
> Reporter: Aurélien Pupier
> Assignee: Jeff MAURY
> Labels: new_and_noteworthy
> Fix For: 4.4.3.AM2
>
>
> When some OpenShift applications are not providing any services. the Eclipse OpenShift Tooling is not able to create an OpenShift server adapters to deploy new version of the application.
> The only that we are sure that will be always available are pods so it would be nice to provide some fallback logic that asks you to choose a pod or uses the only one it finds when there is no service provided.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 9 months
[JBoss JIRA] (JBIDE-23639) Application wizard: Templates parameters show wrong values if using existing eclipse project
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23639?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-23639:
-------------------------------------
Fix Version/s: 4.4.3.AM2
(was: 4.4.3.AM1)
> Application wizard: Templates parameters show wrong values if using existing eclipse project
> --------------------------------------------------------------------------------------------
>
> Key: JBIDE-23639
> URL: https://issues.jboss.org/browse/JBIDE-23639
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.3.Final
> Reporter: Marián Labuda
> Labels: application_wizard, openshift_v3
> Fix For: 4.4.3.AM2
>
>
> When creating a new OpenShift 3 application based on an eclipse project from workspace using a template, template parameters shows wrong values. E.g. I am having a project with git repo URL URL_A and template is based on source code from git repo URL URL_B. In the wizard, if I select at first template and then eclipse project, the template parameters values on the next wizard page shows values of the template instead of eclipse project. But correct values are shown.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 9 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 updated JBIDE-21857:
-------------------------------------
Fix Version/s: 4.4.3.AM2
(was: 4.5.0.AM1)
(was: 4.4.3.AM1)
> 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.4.3.AM2
>
> 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.2.3#72005)
7 years, 9 months
[JBoss JIRA] (JBIDE-16879) Explorer: context menu for cartridges opens away from cartridge
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-16879?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-16879:
-------------------------------------
Fix Version/s: 4.4.3.AM2
(was: 4.4.3.AM1)
> Explorer: context menu for cartridges opens away from cartridge
> ---------------------------------------------------------------
>
> Key: JBIDE-16879
> URL: https://issues.jboss.org/browse/JBIDE-16879
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift, upstream
> Affects Versions: 4.2.0.Beta1
> Environment: Fedora 19, 64-bit, java version "1.7.0_51", OpenJDK Runtime Environment (fedora-2.4.5.0.fc19-x86_64 u51-b31) GTK3
> Reporter: Michelle Murray
> Assignee: Jeff MAURY
> Priority: Minor
> Labels: explorer, gtk3, openshift_v2, openshift_v3, upstream
> Fix For: 4.4.3.AM2
>
> Attachments: OpenShift_conmenu.png
>
>
> In OpenShift Explorer view, expand tree down to cartridge level for an app. Right-click cartridge. The context menu opens away from mouse pointer rather than adjacent to it as it does for other tree items, like connection, domain or app.
> I can 100% of time reproduce it by first right-clicking app and then immediately right-clicking (twice) cartridge.
> I can't reproduce it by first right-clicking connection or domain and then immediately right-clicking (twice) cartridge.
> !OpenShift_conmenu.png!
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 9 months
[JBoss JIRA] (JBIDE-22362) Server Adapter: Static changes done to nodejs application are not visible
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22362?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-22362:
-------------------------------------
Fix Version/s: 4.4.3.AM2
(was: 4.4.3.AM1)
> Server Adapter: Static changes done to nodejs application are not visible
> -------------------------------------------------------------------------
>
> Key: JBIDE-22362
> URL: https://issues.jboss.org/browse/JBIDE-22362
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: javascript, openshift
> Affects Versions: 4.4.0.Alpha2
> Reporter: Marián Labuda
> Assignee: Jeff MAURY
> Priority: Critical
> Labels: openshift_v3, server_adapter
> Fix For: 4.4.3.AM2
>
> Attachments: enabling-dev-mode-has-encountered-an-error.png
>
>
> I am having an OpenShift application based either on nodejs-example or nodejs-mongodb-example template. Once application is up and running I create a new server adapter and perform changes in index.html. These changes are static and should be (?) immediately visible on OpenShift server, but they are not. I have checked whether changes were published, but rsync in console shows expected output also changes done manually on the server side to index.html are not visible in browser (even when cache overwritten is triggered - so there is no caching problem in browser). This seems to be upstream issues, but requires investigating.
> So far I have tried it on CDK OpenShift. It would be nice to test it on other OpenShift instances, also on templates using different base docker image.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 9 months