openjdk team mailing list archive

[Launchpad Bug Tracker <586641@xxxxxxxxxxxxxxxxxx>]

This bug was fixed in the package openjdk-6 - 6b20~pre1-1ubuntu1

---------------
openjdk-6 (6b20~pre1-1ubuntu1) maverick; urgency=low

  * Include docs in the -doc package. LP: #600834.
  * Update from the IcedTea6 trunk.
    - Plugin and netx fixes.
    - Don't link the plugin against the libxul libraries. Closes: #576361.
    - More plugin cpu usage fixes. Closes: #584335, #587049.
    - Plugin: fixes AppletContext.getApplets().
  * Fix Vcs-Bzr location. Closes: #530883.
  * Search for unversioned llvm-config tool.
  * Don't set XFILESEARCHPATH and NLSPATH on startup. LP: #586641.
  * Fix chinese font metrics and prefer using 'WenQuanYi Micro Hei' font.
    LP: #472845.
  * Strip libjvm.so with --strip-debug instead of --strip-unneeded.
    LP: #574997.
 -- Matthias Klose <doko@xxxxxxxxxx>   Thu, 15 Jul 2010 12:40:10 +0200

** Changed in: openjdk-6 (Ubuntu Maverick)
       Status: Confirmed => Fix Released

-- 
java (Sun and OpenJDK) environments contain bogus XFILESEARCHPATH
https://bugs.launchpad.net/bugs/586641
You received this bug notification because you are a member of OpenJDK,
which is subscribed to openjdk-6 in ubuntu.

Status in “openjdk-6” package in Ubuntu: Fix Released
Status in “sun-java6” package in Ubuntu: Won't Fix
Status in “openjdk-6” source package in Lucid: Fix Committed
Status in “sun-java6” source package in Lucid: New
Status in “openjdk-6” source package in Maverick: Fix Released
Status in “sun-java6” source package in Maverick: Won't Fix

Bug description:
Java applications will receive the bogus environment setting
XFILESEARCHPATH=/usr/dt/app-defaults/%L/Dt
NLSPATH=/usr/dt/lib/nls/msg/%L/%N.cat

These override the sane default paths that are otherwise used

Ubuntu Jaunty
openjdk-6-jre 6b14-1.4.1-0ubuntu13
sun-java6-jre 6.20dlj-0ubuntu1.9.04

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/app-defaults/%N, with no %L (locale) parameter.
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.getRuntime().exec("xterm");
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.