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

Preexisting desktop shortcuts broken, and deployment cache not seen after JRE update

    Details

    • Subcomponent:
    • Resolved In Build:
      b175
    • CPU:
      generic
    • OS:
      windows
    • Verification:
      Verified

      Backports

        Description

        FULL PRODUCT VERSION :
        java version "1.8.0_131"
        Java(TM) SE Runtime Environment (build 1.8.0_131-b11)
        Java HotSpot(TM) 64-Bit Server VM (build 25.131-b11, mixed mode)

        ADDITIONAL OS VERSION INFORMATION :
        Microsoft Windows [Versione 6.3.9600]

        A DESCRIPTION OF THE PROBLEM :
        Since the JNLP desktop shortcut is created by linking "C:\Program Files\Java\ <version> \bin\javaws.exe", every time a java update is installed this path changes (because the old JRE version is removed) and the desktop shortcut doesn't work anymore.

        STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
        1. Remove any JRE and install a old version (e.g. 1.8.0_121)
        2. Install a Java Web Start app whose JNLP file includes the appropriate <shortcut> and <desktop> tags so the desktop shortcut is automatically created.
        2a. You can also create the shortcut from the java cache viewer.
        3. Update JRE to the latest version (this will automatically remove old versions)

        EXPECTED VERSUS ACTUAL BEHAVIOR :
        EXPECTED -
        The update should not break the shortcuts.
        The shortcut should use a path that does not refers to a specific version of JRE, so it can work after the JRE update. (e.g. C:\ProgramData\Orac‚Äčle\Java\javapath\javaws.exe)

        ACTUAL -
        When you double-click the shortcut Windows warns about a problem and asks if you want to remove the shortcut

        REPRODUCIBILITY :
        This bug can be reproduced always.

        CUSTOMER SUBMITTED WORKAROUND :
        Delete the shortcuts and recreate them via the java cache viewer, or manually fix the desktop shortcut.
        This requires a skilled user intervention or a remote desktop session.

          Attachments

            Issue Links

              Activity

                People

                • Assignee:
                  vdrozdov Victor Drozdov (Inactive)
                  Reporter:
                  webbuggrp Webbug Group
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  11 Start watching this issue

                  Dates

                  • Due:
                    Created:
                    Updated:
                    Resolved: