-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make cleartool executable configurable #65
Comments
Keep in mind, that rcleartool asks for server url, username and password on first use in a session. You should login first:
Password shall not be saved in the configuration file but shall be asked on starting the session. |
I never used rcleartool, so I wasn't aware of this. The doc says, every call to rcleartool requires such information. |
If that's the case then configuring the path of the executable isn't enough. We are going to need a Furthermore @fr43nk is correct, we're working in non-interactive mode; as such we need to provide the password on each command. |
When I'm using the windows command prompt I use the non-interactive mode too. rcleartool asks for username and password only the first time, afterwards they are not needed, because the session is still active:
Next non-interactive command:
As you see, the session seems to be saved in some kind of environmental variable. You can split the first step into two steps:
(I translated the output from German to English, so maybe the keywords are not exactly the same) |
Perhaps you could add an option to save the password for the lazy ones ;) I always find it hard to store passwords in configuration files. Apart from the fact that they are changed every 90 days. I would have no problem typing the password once per session. |
Please have a look at the new version It will always use the login credentials on every command. |
Sorry, this version does not work too. There is still the popup of cleartool (not detecting a vob). Output of Clearcase SCM is: My config looks like this: vscode-clearcase.webviewAddress: https://[URL] vscode-clearcase.webviewUsername: [my Username] BTW: |
Please test the new version: |
Could you log the path of the (r)cleartool, you are using? |
F*** I missed something. It always calls the cleartool command not your configured one. Sorry for that. I will correct that. Stay tuned. |
Please download and install again the current rc-5 |
The checkout: Do you use the clearcase dialog? This is configurable. |
vscode-clearcase.useClearDlg = true; When I use dynamic views I don't checkout via clearcase explorer. That is why I don't checkout the files before when using a webview, too.
|
I am not quit sure, whether the dialog option does work the correct way in your scenario. |
Checking out seems to work somehow:
(I restarted VSC before this test) |
Sounds promising somehow 😄 |
Please have a look again at the latest pre release version Now there should be no error message saying "already logged in". And with that the SCM view should recognize a scm provider. (I hope 🤞) Did you change the configuration |
It seams there where still problems handling the login.
Maybe there are a lot of different versions of this extension still existing. They can be deleted |
I removed the dir of the extension within .vscode\extensions. After re-installation I was asked for my pwd. the plugin managed to login: After that I restarted VS Code (just do get a clean starting point). I was asked for the pwd again. I edited my test file, hit strg + s, it took some time, but at the end it looks like this:
So it looks like the the basics are working. But I see open points:
Perhaps you can drop me a line for further debugging and testing (if you like): webmaster@mail.flaemig42.de |
Looks great. Here are my questions:
Project depended configuration already exists in vscode. Just Store your current workspace |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
@bw1faeh0 are you still interested in using the plugin with remote clearcase client? I know it was a long time since the last change, but chances are good that remote clearcase support gets into the extension. |
@fr43nk |
To let the user decide which cleartool executable they want to use, there should be a configuration date for that.
This also could handle webviews (#55 and #57) on a workspace configuration layer.
The text was updated successfully, but these errors were encountered: