|
I have a coworker working in Windows XP, using Veracity 1.5.1. Via the Explorer menu they are clicking "Veracity Commit" to make a commit. It is their first commit ever on this machine, and clicking "Set current user" brings up the user dialog, where he put in his new username. Clicking Ok did not ask him to create the [new] user, and when the dialog dismissed it still was asking him to set the current user. We can not get it to stick via Tortoise. This was repeated with another repo also. We had to use "vv whoami --create username" to set it up for the repo. After doing that the Tortoise dialog properly showed his username so he could commit. Is there a flag or setting that we missed somewhere to create the user? The rest of us at work use Windows 7 and it always asks to create the user when entering a new one, but he couldn't get it. |
|
Sorry to leave you hanging so long on this one. There is not a flag or setting you missed somewhere; what you're doing should work. A couple of our testers have seen this behavior on occasion (on both WinXP and Win7), but so far we've been unable to come up with reliable steps to reproduce it or determine its cause. We're working on it, though, and I'll update again when we figure it out. As braykov mentions, and as I probably should have updated sooner, the problem turns out to be more general. What we've discovered is that sometimes when one of the combo box editors in that dialog loses focus, it reverts to its original value rather than retaining the value you typed in and turning bold (to indicate an unsaved change). We've seen it happen on various Windows versions, and with every property/setting in the dialog, but the common manifestation is when you're creating your first user, in which case the original value that the editor reverts to is empty/blank and that occurs when focus moves to the OK button (right before the dialog disappears altogether). The way to check if you're going to have a problem is to click on a different setting before you click the OK button and see if your new value "sticks" or reverts back to what it used to be. If it stuck then clicking OK should work as expected. If it didn't then changing it again might help, or clicking Cancel and opening the dialog again. What we haven't been able to do yet is reproduce this reliably.. seems to be frustratingly random. If anybody finds a concrete set of steps that always cause it to happen (or always prevent it from happening), I'd love to hear about it. Unfortunately time to devote to chasing this has been scarce. In the worst case we may go with the "nuke it from orbit" approach and just replace the property grid control with standard labels and text/combo/check/etc boxes. |
|
Hi, I just installed veracity and started the gui tutorial. At the point where I had to create my user in order to commit, I noticed that the my username was getting deleted from the box when I was clicking OK. Accidentally I found that it worked if I selected the username (dbl-click) in the edit box before clicking OK. By doing this, the text became bold and the user was created. I hope this helps you reproduce it and fix it. I am using v1.5.1. If there is a bug tracker where I can submit bugs, I would be glad to (I haven't found it yet) 1
Thanks for the extra info. I've added the more general boundaries of the bug that we've discovered to my answer, as I probably should have already done. We'll play around with leaving the value selected when the combo box loses focus and see if that correlates to preventing the problem. There is not any bug tracker that you're missing, either this QA site or the mailing list are it for the time being. Thanks again for the additional information.
(Mar 15 at 09:55)
Andy Tidball ♦
|
|
An update on this - looks like we've managed to fix this bug and get the property grid to behave correctly. The fix will be in the next release. |
