Archi Forum

Archi Plug-ins => coArchi => Topic started by: Jose-Carlos on January 17, 2018, 17:17:31 PM

Title: Password expiration management on collaboration plugin
Post by: Jose-Carlos on January 17, 2018, 17:17:31 PM
Hi,

one more time: congratulations for your job, it's impressive!

I'm using Archi collaboration plugin to push models on a corporate Gitlab server. It's working file.

I have an issue regarding the password expiration of my credentials (based on Enterprise Directory / LDAPs):
  - if the password is stored locally, I'm no more able to publish my changes. The workaround is to delete credential file located on my workspace in the model directory and provide my new password when re-publishing
  - if the password is not stored, I am able to publish my changes but I'm not able to have the Change History up to date. If another person have changed the model, a conflict appears on source management

I'm using Archi 4.0.1 with collaboration plugin org.archicontribs.modelrepository_0.2.8.201709191142.jar.

My questions are:
  - does this plugin is compatible/tested with Gitlab?
  - will it be possible to raise a window to be able to type the new password in case of pwd expiration? Currently, I just have a messagebox "... not authorized"

Thanks a lot for your help.
Title: Re: Password expiration management on collaboration plugin
Post by: Jean-Baptiste Sarrodie on January 17, 2018, 19:27:59 PM
Hi,

Quote
one more time: congratulations for your job, it's impressive!

Thank you !

Quote
  - does this plugin is compatible/tested with Gitlab?

I personnally have tested it with:

I work with people that use :

Quote
  - will it be possible to raise a window to be able to type the new password in case of pwd expiration? Currently, I just have a messagebox "... not authorized"

I have the same issue... and the same conclusion. We should re-ask for password when authentication failed.

Quote
  - if the password is not stored, I am able to publish my changes but I'm not able to have the Change History up to date. If another person have changed the model, a conflict appears on source management

Even in this case, no conflict should appear (except of course if you really both changed the same concepts.

For information, when publishing, you in fact do you commit (if not done before), then pull changes on remote repository, then do a merge and last, push all this.

Regards,

JB