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

p4 plugin doesn't add '/...' to older p4sync calls.

    XMLWordPrintable

    Details

    • Similar Issues:

      Description

      Updating our p4 plugin from 1.8.12 to 1.9.6, we find that jobs using the older p4sync, where the trailing '/...' was optional, fails to write out useful/working p4 clients.

      For p4sync call:

       p4sync(charset: 'none', credential: credential, depotPath: '//depot/svrtools/mainline/sme-tools/jenkins_test',
                 format: user + '-${NODE_NAME}-${JOB_NAME}', populate: [
                   $class: 'AutoCleanImpl', delete: true, modtime: false,
                   parallel: [
                     enable: false, minbytes: '1024', minfiles: '1',
                     path: '/usr/local/bin/p4', threads: '4'
                   ],
                   pin: '', quiet: true, replace: true
                 ]
                )
      

      We get in the resultant client:

      View:
      	//depot/svrtools/mainline/sme-tools/jenkins_test //build-repo01-jenkins-test/jenkins_test
      

      Which then fails to sync/checkout anything.

      The log output is attached as 'a.txt'

      Behaviour of this seems changed in :

      https://swarm.workshop.perforce.com/changes/24767

      If we revert plugin to older, and then delete generated client, we see the difference in c.txt output.

      We also see our view has changed :

      View:
      	//d-alviso/svrtools/mainline/sme-tools/jenkins_test/... //build-repo01-jenkins-test/...
      

        Attachments

        1. a.txt
          4 kB
        2. c.txt
          4 kB

          Activity

          mhall4 Matthew Hall created issue -
          mhall4 Matthew Hall made changes -
          Field Original Value New Value
          Description Updating our p4 plugin from 1.8.12 to 1.9.6, we find that jobs using the older p4sync, where the trailing '/...' was optional, fails to write out useful/working p4 clients.

          For p4sync call:

           p4sync(charset: 'none', credential: credential, depotPath: '//depot/svrtools/mainline/sme-tools/jenkins_test',
                     format: user + '-${NODE_NAME}-${JOB_NAME}', populate: [
                       $class: 'AutoCleanImpl', delete: true, modtime: false,
                       parallel: [
                         enable: false, minbytes: '1024', minfiles: '1',
                         path: '/usr/local/bin/p4', threads: '4'
                       ],
                       pin: '', quiet: true, replace: true
                     ]
                    )


          We get in the resultant client:

          View:
          //depot/svrtools/mainline/sme-tools/jenkins_test //build-repo01-jenkins-test/jenkins_test

          Which then fails to sync/checkout anything.

          The log output is attached as 'a.txt'

          Behaviour of this seems changed in :

          https://swarm.workshop.perforce.com/changes/24767
          Updating our p4 plugin from 1.8.12 to 1.9.6, we find that jobs using the older p4sync, where the trailing '/...' was optional, fails to write out useful/working p4 clients.

          For p4sync call:


          {code:java}
           p4sync(charset: 'none', credential: credential, depotPath: '//depot/svrtools/mainline/sme-tools/jenkins_test',
                     format: user + '-${NODE_NAME}-${JOB_NAME}', populate: [
                       $class: 'AutoCleanImpl', delete: true, modtime: false,
                       parallel: [
                         enable: false, minbytes: '1024', minfiles: '1',
                         path: '/usr/local/bin/p4', threads: '4'
                       ],
                       pin: '', quiet: true, replace: true
                     ]
                    )
          {code}



          We get in the resultant client:


          {noformat}
          View:
          //depot/svrtools/mainline/sme-tools/jenkins_test //build-repo01-jenkins-test/jenkins_test
          {noformat}


          Which then fails to sync/checkout anything.

          The log output is attached as 'a.txt'

          Behaviour of this seems changed in :

          https://swarm.workshop.perforce.com/changes/24767
          mhall4 Matthew Hall made changes -
          Attachment c.txt [ 46035 ]
          mhall4 Matthew Hall made changes -
          Description Updating our p4 plugin from 1.8.12 to 1.9.6, we find that jobs using the older p4sync, where the trailing '/...' was optional, fails to write out useful/working p4 clients.

          For p4sync call:


          {code:java}
           p4sync(charset: 'none', credential: credential, depotPath: '//depot/svrtools/mainline/sme-tools/jenkins_test',
                     format: user + '-${NODE_NAME}-${JOB_NAME}', populate: [
                       $class: 'AutoCleanImpl', delete: true, modtime: false,
                       parallel: [
                         enable: false, minbytes: '1024', minfiles: '1',
                         path: '/usr/local/bin/p4', threads: '4'
                       ],
                       pin: '', quiet: true, replace: true
                     ]
                    )
          {code}



          We get in the resultant client:


          {noformat}
          View:
          //depot/svrtools/mainline/sme-tools/jenkins_test //build-repo01-jenkins-test/jenkins_test
          {noformat}


          Which then fails to sync/checkout anything.

          The log output is attached as 'a.txt'

          Behaviour of this seems changed in :

          https://swarm.workshop.perforce.com/changes/24767
          Updating our p4 plugin from 1.8.12 to 1.9.6, we find that jobs using the older p4sync, where the trailing '/...' was optional, fails to write out useful/working p4 clients.

          For p4sync call:


          {code:java}
           p4sync(charset: 'none', credential: credential, depotPath: '//depot/svrtools/mainline/sme-tools/jenkins_test',
                     format: user + '-${NODE_NAME}-${JOB_NAME}', populate: [
                       $class: 'AutoCleanImpl', delete: true, modtime: false,
                       parallel: [
                         enable: false, minbytes: '1024', minfiles: '1',
                         path: '/usr/local/bin/p4', threads: '4'
                       ],
                       pin: '', quiet: true, replace: true
                     ]
                    )
          {code}



          We get in the resultant client:


          {noformat}
          View:
          //depot/svrtools/mainline/sme-tools/jenkins_test //build-repo01-jenkins-test/jenkins_test
          {noformat}


          Which then fails to sync/checkout anything.

          The log output is attached as 'a.txt'

          Behaviour of this seems changed in :

          https://swarm.workshop.perforce.com/changes/24767

          If we revert plugin to older, and then delete generated client, we see the difference in c.txt output.
          mhall4 Matthew Hall made changes -
          Description Updating our p4 plugin from 1.8.12 to 1.9.6, we find that jobs using the older p4sync, where the trailing '/...' was optional, fails to write out useful/working p4 clients.

          For p4sync call:


          {code:java}
           p4sync(charset: 'none', credential: credential, depotPath: '//depot/svrtools/mainline/sme-tools/jenkins_test',
                     format: user + '-${NODE_NAME}-${JOB_NAME}', populate: [
                       $class: 'AutoCleanImpl', delete: true, modtime: false,
                       parallel: [
                         enable: false, minbytes: '1024', minfiles: '1',
                         path: '/usr/local/bin/p4', threads: '4'
                       ],
                       pin: '', quiet: true, replace: true
                     ]
                    )
          {code}



          We get in the resultant client:


          {noformat}
          View:
          //depot/svrtools/mainline/sme-tools/jenkins_test //build-repo01-jenkins-test/jenkins_test
          {noformat}


          Which then fails to sync/checkout anything.

          The log output is attached as 'a.txt'

          Behaviour of this seems changed in :

          https://swarm.workshop.perforce.com/changes/24767

          If we revert plugin to older, and then delete generated client, we see the difference in c.txt output.
          Updating our p4 plugin from 1.8.12 to 1.9.6, we find that jobs using the older p4sync, where the trailing '/...' was optional, fails to write out useful/working p4 clients.

          For p4sync call:


          {code:java}
           p4sync(charset: 'none', credential: credential, depotPath: '//depot/svrtools/mainline/sme-tools/jenkins_test',
                     format: user + '-${NODE_NAME}-${JOB_NAME}', populate: [
                       $class: 'AutoCleanImpl', delete: true, modtime: false,
                       parallel: [
                         enable: false, minbytes: '1024', minfiles: '1',
                         path: '/usr/local/bin/p4', threads: '4'
                       ],
                       pin: '', quiet: true, replace: true
                     ]
                    )
          {code}



          We get in the resultant client:


          {noformat}
          View:
          //depot/svrtools/mainline/sme-tools/jenkins_test //build-repo01-jenkins-test/jenkins_test
          {noformat}


          Which then fails to sync/checkout anything.

          The log output is attached as 'a.txt'

          Behaviour of this seems changed in :

          https://swarm.workshop.perforce.com/changes/24767

          If we revert plugin to older, and then delete generated client, we see the difference in c.txt output.

          We also see our view has changed :


          {noformat}
          View:
          //d-alviso/svrtools/mainline/sme-tools/jenkins_test/... //build-repo01-jenkins-test/...
          {noformat}

          p4karl Karl Wirth made changes -
          Labels P4_C
          p4karl Karl Wirth made changes -
          Labels P4_C P4_B
          p4karl Karl Wirth made changes -
          Labels P4_B P4_A
          wbasupm W Basu Perforce made changes -
          Resolution Won't Do [ 10001 ]
          Status Open [ 1 ] Closed [ 6 ]

            People

            Assignee:
            Unassigned Unassigned
            Reporter:
            mhall4 Matthew Hall
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Dates

              Created:
              Updated:
              Resolved: