This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
| Summary: | Mercurial Username can't be modified. | ||
|---|---|---|---|
| Product: | versioncontrol | Reporter: | Peter Pis <ppis> |
| Component: | Mercurial | Assignee: | issues@versioncontrol <issues> |
| Status: | VERIFIED FIXED | ||
| Severity: | blocker | CC: | rbalada, sustaining |
| Priority: | P3 | ||
| Version: | 6.x | ||
| Hardware: | All | ||
| OS: | All | ||
| Issue Type: | DEFECT | Exception Reporter: | |
|
Description
Peter Pis
2008-05-19 13:39:38 UTC
I think that this may be a Windows specific issue. It works for me on Solaris where it changes the the username in ~/.hgrc. Not seeing this on nevada. Will try and reproduce on Win XP. Should see the entry added to %USERPROFILE%\Mercurial.ini on Win XP Yes, the entry (and "Mercurial.ini") is created correctly, but whenever the "Options" are invoked still the same user name is shown. Peter on Windows XP I cannot reproduce this issue. Can you give me a reprioducible test case? You need to tell me how username is set in the following locations before you start and the exact steps to repo it - thanks. c:\Mercurial\Mercurial.ini c:\Documents and Settings\<user>\Mercurial.ini I deleted username from both locations above and saw the default generated name in the Options. This is not persisted to the above ini files. To get it to appear you can always delete what's in the users Mercurial.ini and make sure there is no username entry in the install location. John@your-bf74efdc96 I then changed to john@foobar.com and clicked OK. When I bring Options back up this is still what I see and the info has been placed in: c:\Documents and Settings\<user>\Mercurial.ini [ui] editor = notepad username = john@foobar.com If having this entry I then change it again to say john@foobar2.com, it still does what I'd expect and appears when I bring up Options again. Sorry, today I am not able to reproduce it either. Strange. Could it happen that some process held the lock on it? Closing. Verifying issue #126803 in 6.1 and patch1 I've run into this problem and steps provided here are reproducible. Product Version: NetBeans IDE 6.1 (Build 200804211638) Could you please look at it? The Patch1 should contain the fix this (NB 61). For latest trunk build I am not able to reproduce it. Where are the sources I should be looking at? Is it http://hg.netbeans.org/release61_fixes/file/tip? It should be there. It looks like the second last patch in #126803 is not in release61_fixes. The bug is p[resent in 6.1 but not in latest trunk build. Revision 154979465edd in trunk is not in release61_fixes. Fixed in trunk. Verified in trunk. I've backported the changeset http://hg.netbeans.org/main/rev/154979465edd from main repository into release61_fixes repository as http://hg.netbeans.org/release61_fixes/rev/cf0b5c3a63f5 changeset: 77599:cf0b5c3a63f5 tag: tip user: padraigob@netbeans.org date: Tue Apr 01 10:45:24 2008 +0100 summary: 126803: Username settings - part4 Windows GC race issue Verified with patch2. |