Bug 1154277 - [rfe] follow xdg base dir
Summary: [rfe] follow xdg base dir
Alias: None
Product: Fedora
Classification: Fedora
Component: java-1.8.0-openjdk
Version: rawhide
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Andrew John Hughes
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2014-10-18 09:48 UTC by Rahul Sundaram
Modified: 2022-07-12 13:40 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed:
Type: Bug

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
Icedtea Bugzilla 3477 0 None None None 2019-05-17 19:40:25 UTC

Description Rahul Sundaram 2014-10-18 09:48:26 UTC
Description of problem:

I see Java places some configuration files in .java.  In my system, I have


Please fix Java to follow xdg base dir spec.  IcedTea has already adopted it (based on my earlier bug report)



A non spec rationale


The relevant API's (glib specific but equivalents are available in other places as well)


Comment 1 jiri vanek 2014-10-21 09:32:51 UTC
No meeter how I sympathize eith xdg,  this is nearly impossible to fix. Openjdk is supposed to run on windows. I can not simply  forward any patch which will move windows to free desktop specification.  Also I feel quite uneasy to add any spec-only patch for this. Icedtea is linux-only, so it can do such a things without problems.

Comment 2 Rahul Sundaram 2014-10-21 11:34:48 UTC
The glib API I references already handles Windows vs Linux by placing files in the appropriate location.  The configuration paths are already different between these platforms anyway

Comment 3 Andrew John Hughes 2014-10-21 14:39:22 UTC
I'm not aware of any change for this in IcedTea either, and it's certainly not "linux-only". We've had people build it on both *BSD and Windows in the past.

Comment 4 Rahul Sundaram 2014-10-21 14:51:56 UTC
IcedTea did change based on my earlier bug report.  C.f.


Also,  I don't see why the xdg spec wouldn't apply to any Linux, BSD etc.  Windows already has a very different path and the glib API handles those differences just fine.

Comment 5 Andrew John Hughes 2017-10-13 17:32:15 UTC
That's IcedTea-Web, not IcedTea.

The Windows argument is spurious in the case of these .fcinfo files that I wasn't aware of until this bug report. These are fontconfig configuration files and are created in POSIX-specific code. The directories are also specific to each update of OpenJDK, so moving it doesn't really need to be backwards-compatible either.

So I think it's possible to clean this up. However, it should be noted that '.java' is used elsewhere as the default for the user preference root. This can be overridden manually by setting java.util.prefs.userRoot but the default should really be fixed there too.

The solution is probably to obtain a user preference directory from native code, and fall back on the old version if this is unavailable. There is precedent for using GLib already in the POSIX code.

Comment 6 Rahul Sundaram 2020-04-14 23:35:58 UTC
I still see this with the latest version of OpenJDK

Users could override it: export _JAVA_OPTIONS=-Djava.util.prefs.userRoot="$XDG_CONFIG_HOME"/java but I am hoping we can update the default handling

Comment 7 igrmm 2020-06-18 02:04:29 UTC
(In reply to Rahul Sundaram from comment #6)
> I still see this with the latest version of OpenJDK
> Users could override it: export
> _JAVA_OPTIONS=-Djava.util.prefs.userRoot="$XDG_CONFIG_HOME"/java but I am
> hoping we can update the default handling

This doesnt work for me. The ".userPrefs" is created in "$XDG_CONFIG_HOME"/java, but java still creates $HOME/.java/fonts

Note You need to log in before you can comment on or make changes to this bug.