By Greg McGuffey - 8/29/2007
I just added a call to show the user the change password dialog. However, there are some problems with it.
- The user isn't set. The user name textbox is blank. How does this get set? I'm calling after logging on, so there is a current user.
- The Confirm Password label is cut off. I tried to set the form as resizable, but the label isn't anchored.
- The tab order is apparently whacked. It tabs from the old password to the OK button, that's all.
Maybe there is another way to call this that I'm missing?
|
By Greg McGuffey - 8/29/2007
OK, I found the Login.ShowPasswordChangeForm() method. I call it and the user name is set. I then successfully change the password (rather the method returns true).
I then go to test it. I log off and try to log back on with the new password (I stay within the application, just change the current user), I get an exception:
ArgumentException
An entry with the same key already exists.
Source : System
Stack Trace:
at System.ThrowHelper.ThrowArgumentException(ExceptionResource resource)
at System.Collections.Generic.TreeSet`1.Add(T item)
at System.Collections.Generic.SortedDictionary`2.Add(TKey key, TValue value)
at MicroFour.StrataFrame.Security.Login.AuthenticateUser(String Username, String Password, String Domain, SFSUsersBO& User)
at MicroFour.StrataFrame.Security.Login.AttemptLogin(Object sender, EventArgs e)
at FOXSystems.RAMS.RAMSLoginForm.OnAttemptLogin() in RAMSLoginForm.vb:line 38
at FOXSystems.RAMS.RAMSLoginForm.btnOk_Click(Object sender, EventArgs e) in RAMSLoginForm.vb:line 322
...etc.
Note I'm using my own login form.
When I exit the application and attempt to login, the login fails, saying the credentials provided can't be authenticated.
I must be missing something, because I'm pretty sure this method/form is well used by many of you... 
Any help appreciated!
|
By StrataFrame Team - 8/30/2007
Well, let me work up a sample and I'll let you know.
|
By Greg McGuffey - 8/31/2007
How's this going Ben?
|
By StrataFrame Team - 9/3/2007
I ran into a few snags with it on Friday. I'll let you know a better timeline on a fix after our scheduling meeting on Tuesday with Trent back in town.
|
By Greg McGuffey - 9/4/2007
Thanks Ben!
|
By Greg McGuffey - 9/10/2007
What is the status on this? Are there any work arounds?
|
By Greg McGuffey - 11/4/2007
Any progress on this?
|
By Trent L. Taylor - 11/5/2007
Yeah, it is on our list and will be fixed before we release the next update. Sorry for the delay, but we have made a number of enhancements to the core of the framework in the UI side to improve rendering and performance accross RDP sessions and in general, along with some other changes that we have really wanted to test in depth before pushing out a build. That is where the delay has been. But this will be included in the next update when released.
|
By Greg McGuffey - 11/5/2007
Cool 
|
By Greg McGuffey - 11/6/2007
OK, I just figured out my problems. The Login.ShowPasswordChangeForm takes as an argument a SFSUserBO. It finally dawned on me that the form was probably just changing the BO, but not saving it. If I use code like:
Using userBO as New SFSUsersBO()
userBO.FillByPrimaryKey(SecurityBasics.CurrentUser.UserPK)
If Login.ShowPasswordChangeForm(userBO) Then
userBO.Save()
End If
End Using
it works.
So, the only thing needing fixing is the confirm password label (as far as I know)
|
By Trent L. Taylor - 11/7/2007
Great. We will be sure that it is corrected in the next update.  Thanks.
|