Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-5049016

REGRESSION: JFileChooser resolving Windows desktop shortcuts too eagerly

    Details

    • Subcomponent:
    • Resolved In Build:
      b56
    • CPU:
      x86
    • OS:
      windows_nt, windows_2000, windows_xp

      Description

      With recent tiger-beta2 buils (b50, b51) we're experiencing frequest error dialogs when opening JFileChooser (and derived components) on Windows XP systems. It seems that JFileChooser (or underlying java.io.* infrastructure) is trying to resolve Windows shortcuts (.lnk files) found on user's desktop. The problem occurs when there are broken shortcuts referring to non-existing file paths and removable media drives (possibly network drives too). Several different symptoms have been observed:

      1. A system error message about unavailable link:

      "The drive or network connection that the shortcut 'Some File.lnk' refers to is unavailable. Make sure that the disk is properly inserted or the network resource is available, and then try again."

      2. A Missing Shortcut error dialog, windows searching to locate the file, followed by a Problem with Shortcut message:

      "The item 'X:\' that this shortcut refers to has been changed or moved, so this shorcut will no longer work properly..."

      3. "There is no disk in drive. Please insert a disk into drive X:."

      The following simple test case can be used to reproduce the problem:

          public static void main(String[] args) {
              JFileChooser chooser = new JFileChooser();
              int returnVal = chooser.showOpenDialog(null);
              if(returnVal == JFileChooser.APPROVE_OPTION) {
                 System.out.println("You chose to open this file: " +
                      chooser.getSelectedFile().getName());
              }
          }

      Please note that there must be at least invalid shortcut on the desktop to be able to reproduce the problem. Interestingly, native File Open/Save dialogs in Windows apps do not trigger such messages. It's a question why there should be any reason for Java FileChooser to examine the validity of shortcuts.

      This is a new behavior in tiger-beta2. I suspect that it may be related to the recent fix of #4356160, but I'm not sure.

      For more possibly related info see NetBeans bug #43314:
      http://www.netbeans.org/issues/show_bug.cgi?id=43314

      ###@###.### 2004-05-18
      ###@###.### 2004-05-27

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                leifs Leif Samuelsson (Inactive)
                Reporter:
                jchalupa Jan Chalupa
              • Votes:
                0 Vote for this issue
                Watchers:
                0 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved:
                  Imported:
                  Indexed: