[JBoss JIRA] (JBIDE-21056) Application wizard: Read-only labels should have a visual hint they're read-only
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21056?page=com.atlassian.jira.plugi... ]
Fred Bricon updated JBIDE-21056:
--------------------------------
Fix Version/s: 4.3.1.Beta2
(was: 4.3.1.Beta1)
> Application wizard: Read-only labels should have a visual hint they're read-only
> --------------------------------------------------------------------------------
>
> Key: JBIDE-21056
> URL: https://issues.jboss.org/browse/JBIDE-21056
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: openshift
> Affects Versions: 4.3.1.Beta1
> Environment: Nightly JBT. OpenShift tooling build Version: 3.1.0.Beta1-v20151104-0336-B66
> Reporter: Marián Labuda
> Assignee: Andre Dietisheim
> Priority: Minor
> Labels: application_wizard, openshift_v3
> Fix For: 4.3.1.Beta2
>
>
> Labels in a New OpenShift Application wizard on the page containing label managing are not treated equally. When application is build on a template with more predefined labels, the first one listed in the table with labels is read-only, but the second one (maybe also further labels) are editable and removable. We should treat all labels equally. Either take them as read only from templates or allow user to modify them. As an testing example was used template located at https://github.com/jboss-openshift/application-templates/blob/master/eap/...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 4 months
[JBoss JIRA] (JBIDE-21122) Port Forwarding: Start All button should be disabled if port forwarding is already active
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21122?page=com.atlassian.jira.plugi... ]
Fred Bricon updated JBIDE-21122:
--------------------------------
Fix Version/s: 4.3.1.Beta2
(was: 4.3.1.Beta1)
> Port Forwarding: Start All button should be disabled if port forwarding is already active
> -----------------------------------------------------------------------------------------
>
> Key: JBIDE-21122
> URL: https://issues.jboss.org/browse/JBIDE-21122
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.Beta1
> Reporter: Marián Labuda
> Labels: openshift_v3, port_forwarding_wizard
> Fix For: 4.3.1.Beta2
>
>
> In Port Forwarding wizard is a button "Start All" which starts port forwarding for all services listed in a table. If user triggers the button and port forwarding is already active, Start All is still enabled and user can click on it again and again but nothing happens. Accessibility of this button should be similar as Stop All, which works as expected - if port forwarding is not active, it is disabled, otherwise it is enabled.
> There is also a checkbox to find free ports for port forwarding. Once port forwarding is active, checking and unchecking this checkbox do nothing. It should have same accessibility as Start All button - if there is active port forwarding, the checkbox should be disabled, otherwise it should be enabled.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 4 months
[JBoss JIRA] (JBIDE-20636) Push changes: Management interface wont come up while deployment
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20636?page=com.atlassian.jira.plugi... ]
Fred Bricon updated JBIDE-20636:
--------------------------------
Fix Version/s: 4.3.1.Beta2
(was: 4.3.1.Beta1)
> Push changes: Management interface wont come up while deployment
> ----------------------------------------------------------------
>
> Key: JBIDE-20636
> URL: https://issues.jboss.org/browse/JBIDE-20636
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.0.CR1
> Reporter: Jeff Cantrill
> Labels: openshift_v2
> Fix For: 4.3.1.Beta2
>
>
> Reference: https://github.com/openshift/origin/issues/4502
> {code}
> Preparing build for deployment
> Deployment id is f2c69660
> Activating deployment
> Starting PHPMyAdmin cartridge
> Starting MySQL 5.5 cartridge Deploying JBoss
> Starting jbossas cartridge
> Found 127.3.158.129:8080 listening port
> Found 127.3.158.129:9999 listening port
> CLIENT_MESSAGE: Could not connect to JBoss management interface, skipping deployment verification
> -------------------------
> Git Post-Receive Result: success
> Activation status: success
> Deployment completed with status: success
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 4 months
[JBoss JIRA] (JBIDE-20761) Support editing Build Configuration parameters
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20761?page=com.atlassian.jira.plugi... ]
Fred Bricon updated JBIDE-20761:
--------------------------------
Fix Version/s: 4.3.1.Beta2
(was: 4.3.1.Beta1)
> Support editing Build Configuration parameters
> ----------------------------------------------
>
> Key: JBIDE-20761
> URL: https://issues.jboss.org/browse/JBIDE-20761
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: openshift
> Affects Versions: 4.3.0.CR1
> Reporter: Fred Bricon
> Fix For: 4.3.1.Beta2
>
>
> As a developer I want to be able to update the git url used in my existing OpenShift application buildconfig to use a different repository than what the default template used so I can publish my own changes to OS
> Pre-Req:
> - An application is deployed on OpenShift, using git for its source repository
> Goal:
> - Modify the git source url used to build and redeploy the application
> Build Config parameters should be editable from either the Properties view (but how exactly?) or another mechanism from OpenShift Explorer (TBD)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 4 months
[JBoss JIRA] (JBIDE-21205) Modify runtime detection to ensure a detector is only asked to initialize runtime definitions it created
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21205?page=com.atlassian.jira.plugi... ]
Rob Stryker reassigned JBIDE-21205:
-----------------------------------
Assignee: Rob Stryker
> Modify runtime detection to ensure a detector is only asked to initialize runtime definitions it created
> --------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-21205
> URL: https://issues.jboss.org/browse/JBIDE-21205
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: runtime-detection
> Affects Versions: 4.3.0.Beta2
> Reporter: Rob Stryker
> Assignee: Rob Stryker
> Priority: Minor
>
> See https://issues.jboss.org/browse/JBIDE-21193 for some background.
> A runtime detector is asked to initialize all RuntimeDefinition objects, not just ones it created. While this "works" if you expect a detector to know all type-strings that it creates RuntimeDefinition objects using, it is still less than optimal and the workflow is a bit counter-intuitive.
> Suggestion is to add a new constructor to RuntimeDefinition and add abstract method for creating those definitions to AbstractRuntimeDetectorDelegate to instantiate these definitions.
> Care should be taken since this is all public API and used in Fuse, cdk, servertools, and other locations. It may not be possible to compel consumers to use the new API at all, and so the benefit may be zero.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 4 months