Submitted On 12-DEC-2003
Actually, there is a workaround.
Submitted On 17-MAR-2004
We have redirected desktops here too. This may not
be a 'bug' but it is a very bad design decision. It breaks
Weblogic Workshop and MKS Enterprise client, no
doubt amongst other apps, and has personally cost
me a lot of time and folicles. (I use -
Duser.home="u:\java" as a workaround)
Submitted On 17-MAR-2004
The Workaround of echotester2003 is no solution for
us, because we can not say our customers to sitewide
change their Desktopsettings to be elsewhere, only
because there is a bug in Java that will not be fixed by
sun. This is a real Desktop-Java acceptance issue
(and there are lot of them in the bugdatabase).
Submitted On 17-MAR-2004
Why can't I see any fix for this in TIGER ???
It's not that difficult to solve this.
So what are you doing?
Submitted On 18-MAR-2004
Duser.home="u:\java" doesn't work for me....seems
this variable can't be set in 1.4.1+(?)
The bug makes it impossible for my application to run
on citrix / terminal services...
Submitted On 22-MAR-2004
Evaluation now seems to be ok.
Maybe take current algorithm in account, if neither
HOME, HOMEPATH and USERPROFILE is defined (for
When you logged in using ssh, the USERPROFILE
had a value similar to those ones you get when
logging in on old Windows NT 4.0 ...
Maybe this is an issue with your ssh login ?
Submitted On 28-JUN-2004
This really needs to be a configurable item for the default cache location.
If I want to install an application for many users to share on one PC, there is no way to do this anymore. I would have to sign on as every single user and install the application for each one individually. We chose WebStart so we don't have to do this, and we don't have to use a browser.
Please fix this problem. It used to work fine when it was a 'bug'.
Submitted On 17-AUG-2004
This bug has had quite some impact on me and the university I teach at. The domain setup is using redirected desktops and this basically messes all Java applications up. What we have to do is map the users profile to a drive letter (o:\) and add -Duser.dir=o: to all Java application startup scripts.
This is really annoying and I must say that I'm having a hard time understanding why this hasn't been solved a long time ago (this is the second year I've had to work around this problem in the setup of the computers at the school). This bug is of such importance that I would like to request that when you fix it you not only put in into Tiger but also put it into the next version of 1.4.
Submitted On 10-NOV-2004
All our clients map the desktop directory to a fileserver which means the user home directory is resolved to the remote server instead of the local PC. This bug makes Java WebStart applications essentially _unusable_ in our environment. PLEASE FIX THIS BUG.
Submitted On 13-JUL-2005
Well, I'm guessing that I'll have to apply the quick and dirty fix to all Java applications that will be set up in the University for the third year.
What exactly is it that results in such an unnaturally long time that it takes Sun to fix these kinds of bugs?
Submitted On 14-SEP-2006
i am facing same problem that user.home is not giving user profile , how can i get correct solution.
Submitted On 12-OCT-2006
This is causing us major problems under Citrix, as we too have redirected the desktop.
Versions affected are: Oracle Jinitiator (wrapper around 1.3 JVM), 1.4 and 1.5.
A fix would be much appreciated.
Submitted On 08-JUN-2007
Submitted On 14-JUN-2007
Submitted On 14-JUN-2007
Submitted On 26-JUN-2007
Affects Java EE bundle/ Netbeans installers as well. The installations mention "The default location for the installer working directory is %USERPROFILE%\.nbi on Windows and ~/.nbi on other platforms. ". However, the USERPROFILE is ignored. JDK1.6.0_01, windowsxp
Submitted On 30-AUG-2007
Hey folks, this registry key still changes ON THE FLY !!
We've still so many support cases where this BUG is the reason for. So please! Fix is soooo easy using above evaluation!
Submitted On 04-SEP-2007
Above comment was added under the wrong Account-Id (bug in loginsystem of the BugDatabase). The correct Account-Id were "schlm3".
Submitted On 03-NOV-2007
Can someone update the bug details? This affects all vresions up till 1.6.x. Please fix!
Submitted On 13-NOV-2007
This did also cause us a lot of headache.
The other problem is, that the current implementation does not help to get die "Desktop", "My Documents", "Local Settings", "Application Data" etc. folders securely inside Java w/o using some kind of Windows Registry access tools from within Java.
Submitted On 04-JUN-2008
I've run into the same problem trying to get Eclipse to run on the domain with roaming profiles. I've been banging my head for days thinking it was an Eclipse issue, but found a work around in the config.ini. The problem I then realized was with Java and the user.home data. The end result was config files were going into \\xxxx\\User Profiles\ACCOUNT\ instead of \\xxxx\\User Profiles\ACCOUNT\Profile\. We've seen this behaviour before and I'm betting those programs we're Java apps also. I have yet to confirm that, but I read here a similar post. I'm sure it's not so clear cut, as there may be a solution on the horizon, but implementation is not always straight forward. However I will say that this should have been fixed within the first year or so of XP being released being that roaming profiles became common, atleast in my experience, in business environments. PLEASE!! GET THIS FIXED!!! I've lost a good amount of time developing because this had to be solved for my IDE to work on the domain.
Not really a constuctive post, I know, but the more info the better I suppose.
Submitted On 14-DEC-2008
Still affects 1.6.0_07-b06
Submitted On 15-DEC-2008
This really is still an issue. It's still not working. damn.
Submitted On 17-DEC-2008
Still exists in 6u11. It's been 6 years now. It's affecting our end users. So let's get it fixed please.
Submitted On 27-FEB-2009
The following swing class seems to have some methods for accessing these directories:
A possible small work around at least.
Submitted On 21-OCT-2009
Still exists on Java 6 Update 16.
This bug makes deploying Java Webstart applications on Citrix or any system using redirected desktops nearly impossible. At least update the javaws command line so people can workaround this 6+ year bug using the -DUser.dir or -DUser.home options.
Submitted On 27-OCT-2009
We are using Eclipse RCP applications on Citrix and this is cause us major issues as well. I'm trying to figure out why this is marked as low priority when it is in the 10 ten most voted for bugs.
Submitted On 04-NOV-2009
This bug messes up Java ME Device Emulator as well: When the Desktop is redirected to a network share where the user has no write access, Device Manager will not be able to find any devices. Look at the Netbeans ME forums if you want to get an idea of how many people are actually affected by this bug.
Submitted On 15-NOV-2009
I've had a similar problem and have written a small javaagent that corrects the 'user.home' value with the path from windows call SHGetPathFromIDList(...).
The lib works, but is considered experimental :) I'll use it until this is fixed.
Hope this helps some of you :)
Submitted On 18-DEC-2009
Sun: Please, PLEASE fix this. It continues to cause problems even after all these years.
Submitted On 25-JUN-2010
Definitely fix this one Oracle.
A customer of mine uses Server based profiles, this little bug cost us all a lot of time and stress.
Rather than returning the path to the user profile, it returned the path the the server which hosted the user Desktop! This had nothing to do with the user profile.
Java Webstart could then execute correctly.
Our "solution" is to move the users Desktop folder into a sub directory "Desktop". Then when Java strips the directory to get to the user profile, it returns at least a directory where Java has write access.
Submitted On 30-JUN-2010
On windows vista, copy a profile A to a new profile B.
Log in as user B and ask for the value of the user.home property.
This is a blocker for usage of webstart, because if a user has a copied windows profile (which is a common practice in enterprise situations), the shortcuts of the webstart app go to the wrong user home dir, so they don't show up on the desktop.
Reproduced with Java 6u20, windows XP and Vista.
Submitted On 06-JUL-2010
State: 6-Fix Understood, bug
Java 6u20, Windows 7
Windows already allows to the normal user to move the Desktop folder anywhere he likes. THIS BUG SHOULD NOT HAVE A LOW PRIORITY. Please fix it. Are we planning a 10 yrs anniversary or maybe waiting Java 7 for the BIG change?
Submitted On 09-DEC-2010
I cannot believe this bugs is unfixed for over 6 years.
SHGetSpecialFolderPath(NULL, [out]pszFolder, CSIDL_PROFILE, FALSE);
Done. Was that so hard?
Submitted On 19-APR-2011
Currently this problem is still NOT FIXED in JDK 7 preview...
See the following source file in the JDK 7 sources (http://download.java.net/openjdk/jdk7/)
It's very important to be able to alter the default user.home with environment variable to create portable setup!
When this bug will be fixed ??
PLEASE NOTE: JDK6 is formerly known as Project Mustang