java (Sun and OpenJDK) environments contain bogus XFILESEARCHPATH
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
openjdk-6 (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Lucid |
Fix Released
|
Undecided
|
Unassigned | ||
Maverick |
Fix Released
|
Undecided
|
Unassigned | ||
sun-java6 (Ubuntu) |
Won't Fix
|
Undecided
|
Unassigned | ||
Lucid |
Won't Fix
|
Undecided
|
Unassigned | ||
Maverick |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
Java applications will receive the bogus environment setting
XFILESEARCHPATH
NLSPATH=
These override the sane default paths that are otherwise used
Ubuntu Jaunty
openjdk-6-jre 6b14-1.
sun-java6-jre 6.20dlj-
Ubuntu Lucid
openjdk-6-jre 6b17~pre3-1ubuntu2
openjdk-6-jre 6b18-1.8-0ubuntu1
apt-file search shows no existence of /usr/dt; the app-defaults directory should be something like /etc/X11/
Simply appending ":%D" to the current value of XFILESEARCHPATH would invoke the intended behaviour, just in case that directory ever existed and was needed.
The quickest way to detect the effects of a mis-set XFILESEARCHPATH:
Runtime.
Note that the ctrl-click menu includes the heading "(no app-defaults)" and the "backarrow" option is checked, causing the backspace to generate the wrong code (might not be noticed immediately since the readline library used by bash is forgiving, but a program that relies on the terminal driver (e.g. cat) or a terminfo-based program will malfunction)
I don't know enough about NLSPATH to determine whether it breaks anything, but I expect it does.
affects: | ubuntu → openjdk-6 (Ubuntu) |
Changed in sun-java6 (Ubuntu Lucid): | |
status: | New → Won't Fix |
Since it occurred across implementations, I thought at first it might be a configuration problem. amd64/libjava. so, which is also in sun-java5 and the jdk7 snapshot I downloaded a while ago.
But, the offending strings, and thus the bug, are in jre/lib/
(How do I add a package to the bug?)