-
Bug
-
Resolution: Fixed
-
P4
-
6
-
b75
-
x86
-
windows_vista
-
Not verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8037033 | 7-pool | Ivan Gerasimov | P4 | Closed | Won't Fix |
FULL PRODUCT VERSION :
java version "1.6.0"
Java(TM) SE Runtime Environment (build 1.6.0-b105)
Java HotSpot(TM) Client VM (build 1.6.0-b105, mixed mode, sharing)
ADDITIONAL OS VERSION INFORMATION :
Microsoft Windows [Version 6.0.6000]
EXTRA RELEVANT SYSTEM CONFIGURATION :
Corporate computer part of a Windws NT domain.
A DESCRIPTION OF THE PROBLEM :
The system property user.home is wrong. If my login name is xxxx, the user.home directory should be c:\Users\xxxx on Vista. Java gets the user.name right, but the user.home is different: in my case it uses the domain guest account, which I have no clue how it gets to that! It might just be that it is the first directory found in C:\Users.
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
1.6.0
xxxx
C:\Users\xxxx
ACTUAL -
1.6.0
xxxx
C:\Users\DGUEST
REPRODUCIBILITY :
This bug can be reproduced always.
---------- BEGIN SOURCE ----------
public class TestUserHome {
public static void main(String[] args) {
System.out.println(System.getProperty("java.version"));
System.out.println(System.getProperty("user.name"));
System.out.println(System.getProperty("user.home"));
}
}
---------- END SOURCE ----------
CUSTOMER SUBMITTED WORKAROUND :
Force the user.home system property to the correct as a -Duser.home=... argument to the JVM.
java version "1.6.0"
Java(TM) SE Runtime Environment (build 1.6.0-b105)
Java HotSpot(TM) Client VM (build 1.6.0-b105, mixed mode, sharing)
ADDITIONAL OS VERSION INFORMATION :
Microsoft Windows [Version 6.0.6000]
EXTRA RELEVANT SYSTEM CONFIGURATION :
Corporate computer part of a Windws NT domain.
A DESCRIPTION OF THE PROBLEM :
The system property user.home is wrong. If my login name is xxxx, the user.home directory should be c:\Users\xxxx on Vista. Java gets the user.name right, but the user.home is different: in my case it uses the domain guest account, which I have no clue how it gets to that! It might just be that it is the first directory found in C:\Users.
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
1.6.0
xxxx
C:\Users\xxxx
ACTUAL -
1.6.0
xxxx
C:\Users\DGUEST
REPRODUCIBILITY :
This bug can be reproduced always.
---------- BEGIN SOURCE ----------
public class TestUserHome {
public static void main(String[] args) {
System.out.println(System.getProperty("java.version"));
System.out.println(System.getProperty("user.name"));
System.out.println(System.getProperty("user.home"));
}
}
---------- END SOURCE ----------
CUSTOMER SUBMITTED WORKAROUND :
Force the user.home system property to the correct as a -Duser.home=... argument to the JVM.
- backported by
-
JDK-8037033 Vista: user.home property not set correctly
-
- Closed
-
- duplicates
-
JDK-8036621 Backport of: JDK-4787931/6519127 : System property
-
- Closed
-
-
JDK-6734193 Windows Vista user.home property problem
-
- Closed
-
-
JDK-4480037 System property user.home affected by WinNT "Custom Desktop Icons" setting
-
- Closed
-
- relates to
-
JDK-8316421 libjava should load shell32.dll eagerly
-
- Resolved
-
-
JDK-4787931 System property "user.home" does not correspond to "USERPROFILE" (win)
-
- Closed
-
(1 relates to)