Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-26908

Jenkins Windows should use C:\ProgramData\Jenkins as a working directory

    XMLWordPrintable

    Details

    • Type: Improvement
    • Status: Fixed but Unreleased (View Workflow)
    • Priority: Major
    • Resolution: Fixed
    • Component/s: packaging
    • Labels:
      None
    • Environment:
      Jenkins 1.598, Windows Server 2012R2
    • Similar Issues:

      Description

      Jenkins installs itself to C:\Program Files (x86)\Jenkins. It then assumes that all working data should exist underneath this path. Due to the way User Account Control and other Windows Security mechanisms work, the appropriate location for any Jenkins working data should be separated out to C:\ProgramData\Jenkins. This includes the jobs, tools, plugins, etc. subfolders.

      The Jenkins Binary itself is okay (and preferable) to work out of the Program Files directory. But anything that Jenkins requires the ability to change should be moved out of this folder.

      Note: Separating these paths will break Jenkins' self-update mechanism.

      Alternatively, you can simply make Jenkins default install to C:\Jenkins on all Windows platforms. In this manner, UAC will not take effect. However, the aforementioned C:\ProgramData and C:\Program Files (x86) separation is the preferred Windows design.

        Attachments

          Issue Links

            Activity

            mcramer Michael Cramer created issue -
            Hide
            mcramer Michael Cramer added a comment -

            Perhaps only the service wrapper needs to be in Program Files, while the remaining Jenkins files go into C:\ProgramData?

            Show
            mcramer Michael Cramer added a comment - Perhaps only the service wrapper needs to be in Program Files, while the remaining Jenkins files go into C:\ProgramData?
            rtyler R. Tyler Croy made changes -
            Field Original Value New Value
            Workflow JNJira [ 161088 ] JNJira + In-Review [ 180573 ]
            oleg_nenashev Oleg Nenashev made changes -
            Component/s packaging [ 20120 ]
            Component/s core [ 15593 ]
            slide_o_mix Alex Earl made changes -
            Assignee Alex Earl [ slide_o_mix ]
            Hide
            slide_o_mix Alex Earl added a comment -

            Can you check with the latest installer? It should use LocalAppData for the user that the service is running under.

            Show
            slide_o_mix Alex Earl added a comment - Can you check with the latest installer? It should use LocalAppData for the user that the service is running under.
            slide_o_mix Alex Earl made changes -
            Link This issue relates to JENKINS-63294 [ JENKINS-63294 ]
            Hide
            slide_o_mix Alex Earl added a comment -

            This is fixed in the latest Windows installer implementation. The runtime files use %AppData% for the user selected during install or if LocalSystem is selected it will use ProgramData

            Show
            slide_o_mix Alex Earl added a comment - This is fixed in the latest Windows installer implementation. The runtime files use %AppData% for the user selected during install or if LocalSystem is selected it will use ProgramData
            slide_o_mix Alex Earl made changes -
            Resolution Fixed [ 1 ]
            Status Open [ 1 ] Fixed but Unreleased [ 10203 ]

              People

              Assignee:
              slide_o_mix Alex Earl
              Reporter:
              mcramer Michael Cramer
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved: