[JBoss JIRA] (JBIDE-23142) [cdk][windows] If auto-discovered vagrant location in launch config is removed, shutdown fails
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23142?page=com.atlassian.jira.plugi... ]
Martin Malina closed JBIDE-23142.
---------------------------------
Assignee: Rob Stryker
I tried this in devstudio 10.2.0.AM1 B6096.
1. I set up a cdk server normally. Make sure it works.
2. Quit devstudio
3. Make a new PATH entry in Windows for c:\HashiCorp-test\vagrant\bin in addition to c:\HashiCorp\vagrant\bin
4. Rename c:\HashiCorp to c:\HashiCorp-test
5. Reboot (for the new PATH entry to take effect)
6. Start devstudio
7. Open cdk server editor to see what happens
This took a bit longer and the eclipse window even showed Not responding, so I was worried for a moment. But eventually it opened and when I checked launch config, it contained the new path. So I was happily surprised. I was then able to start cdk ok.
It seems that some magic was happening when I was opening the server editor. So I wondered what would happen if I didn't open it and just tried to start cdk.
So I carried on with the following:
8. Stop cdk, close cdk server editor and quit devstudio
9. Rename c:\HashiCorp-test back to c:\HashiCorp
10. Start devstudio
11. Launch cdk without opening the server editor first
It still launched just fine.
Then I carried on:
12. Stop cdk
13. Open cdk server editor
14. Open launch config
And voila, the path to vagrant was already correct again.
I still haven't verified the usecase when vagrant can't be located at all.
So here's what I did:
15. Quit devstudio
16. Rename c:\HashiCorp to c:\HashiCorp-bla which is not on PATH
17. Start devstudio
18. Open cdk server editor + launch config
I now get a warning that vagrant cannot be located.
19. Point the config to your new vagrant location
20. Start cdk
It still works.
So I'm quite happy that all the use cases seem to work. Closing.
> [cdk][windows] If auto-discovered vagrant location in launch config is removed, shutdown fails
> ----------------------------------------------------------------------------------------------
>
> Key: JBIDE-23142
> URL: https://issues.jboss.org/browse/JBIDE-23142
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: cdk
> Affects Versions: 4.4.1.Final
> Reporter: Rob Stryker
> Assignee: Rob Stryker
> Fix For: 4.4.2.AM1
>
>
> Steps to replicate:
> 1) Create a new cdk server adapter on windows
> 2) Open launch configuration and find the vagrant location
> 3) Move that vagrant to another folder which is also on path
> 4) Re-open launch config, note the launch config errors, and you cannot change it
> Ideally, it will locate the new vagrant location. If not, it should allow you to set the new vagrant location.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 5 months
[JBoss JIRA] (JBIDE-23312) When an OS certificate is accepted, the preference is not always saved
by Marián Labuda (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23312?page=com.atlassian.jira.plugi... ]
Marián Labuda commented on JBIDE-23312:
---------------------------------------
Unfortunately I am not able to reproduce. Do you have reliable steps to reproduce?
> When an OS certificate is accepted, the preference is not always saved
> ----------------------------------------------------------------------
>
> Key: JBIDE-23312
> URL: https://issues.jboss.org/browse/JBIDE-23312
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.2.AM1
> Reporter: Jeff MAURY
> Labels: openshift, openshift_v3, preferences
> Fix For: 4.4.2.AM3
>
>
> EXEC: clean up Openshift V3 SSL certificates
> EXEC: connect to Openshift
> ASSERT: the certificate dialog should pop up
> EXEC:accept the cerificate and select remember
> EXEC: stop Eclipse
> EXEC: start Eclipse
> EXEC: connect to Openshift
> ASSERT: the certificate dialog popups again
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 5 months
[JBoss JIRA] (JBIDE-20341) Unable to deselect all items in JavaScript/Modules
by Pavol Srna (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20341?page=com.atlassian.jira.plugi... ]
Pavol Srna closed JBIDE-20341.
------------------------------
Verified in 10.2.0.AM2 build.
> Unable to deselect all items in JavaScript/Modules
> --------------------------------------------------
>
> Key: JBIDE-20341
> URL: https://issues.jboss.org/browse/JBIDE-20341
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: javascript
> Affects Versions: 4.3.0.Beta2
> Environment: JBDS 9.0.0.Beta2-v20150717-1420-B67, AngularJS installed from JBoss Central
> Reporter: Vlado Pakan
> Assignee: Victor Rubezhny
> Priority: Critical
> Fix For: 4.4.1.Final
>
>
> 1. Create new JavaScript project
> 2. Open Properties > JavaScript > Modules for this project deselect all modules and click OK to close dialog
> 3. Reopen Properties dialog
> ERROR: AngularJS, Browser, Completion Guess and ECMAScript modules are checked and code assist offers items from these modules
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 5 months
[JBoss JIRA] (JBIDE-23312) When an OS certificate is accepted, the preference is not always saved
by Jeff MAURY (JIRA)
Jeff MAURY created JBIDE-23312:
----------------------------------
Summary: When an OS certificate is accepted, the preference is not always saved
Key: JBIDE-23312
URL: https://issues.jboss.org/browse/JBIDE-23312
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: openshift
Affects Versions: 4.4.2.AM1
Reporter: Jeff MAURY
Fix For: 4.4.2.AM3
EXEC: clean up Openshift V3 SSL certificates
EXEC: connect to Openshift
ASSERT: the certificate dialog should pop up
EXEC:accept the cerificate and select remember
EXEC: stop Eclipse
EXEC: start Eclipse
EXEC: connect to Openshift
ASSERT: the certificate dialog popups again
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 5 months