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

CVS: SCM Polling does not pickup changes

    Details

    • Type: Bug
    • Status: Open (View Workflow)
    • Priority: Major
    • Resolution: Unresolved
    • Component/s: cvs-plugin
    • Labels:
      None
    • Environment:
      Jenkins ver. 1.537
      Jenkins OS: Windows 64bit
      Java 1.7.0_06-b24 (64bit)
      CVS Plugin 2.11
      CVS Server: CVSNT running on Linux
    • Similar Issues:

      Description

      When adding new files to a module or changing files, the scm polling does't pick it up as a change.

      Steps to reproduce:
      1. Have a Timezone different from UTC on jenkins server.
      2. change a file/add a file to module and commit.
      3. run via ssh interface:

      ssh jenkins build <job_name> -c

      It doesn't pick up a change and doesn't start a build.

      It seems the timestamp send to the cvs server are local timestamps with a
      offset to UTC(GMT). The server actually expects timestamps in UTC(GMT).

        Attachments

          Activity

          Hide
          valeni Valentin Batz added a comment - - edited

          Tried out running the cvs rlog command manually.

          I figured out, the timestamp might not be passed correctly,
          original command:

          cvs rlog -S -d"31 Oct 2013 14:18:59 +0100<31 Oct 2013 14:50:33 +0100" cvs_add_test

          doesn't print any changes, when running on command line.
          After changing it to

          cvs rlog -S -d"31 Oct 2013 13:18:59<31 Oct 2013 13:50:33" cvs_add_test

          It prints the changes i've made in that time (local time was 14:50:33 with utc offset of +0100)
          Running the date command on the cvs server showed the right time, the server is
          configured to use UTC time, will try to set the CVS Server to use Localtime.

          Show
          valeni Valentin Batz added a comment - - edited Tried out running the cvs rlog command manually. I figured out, the timestamp might not be passed correctly, original command: cvs rlog -S -d"31 Oct 2013 14:18:59 +0100<31 Oct 2013 14:50:33 +0100" cvs_add_test doesn't print any changes, when running on command line. After changing it to cvs rlog -S -d"31 Oct 2013 13:18:59<31 Oct 2013 13:50:33" cvs_add_test It prints the changes i've made in that time (local time was 14:50:33 with utc offset of +0100) Running the date command on the cvs server showed the right time, the server is configured to use UTC time, will try to set the CVS Server to use Localtime.
          Hide
          valeni Valentin Batz added a comment - - edited

          I've tried to change the clock to localtime on the cvsserver, that didn't help at all.
          The server somehow ignores the timezone offset. It's storing the timestamps in UTC time
          internally. So the cvs scm-polling is looking for 1 hour in the future and doesn't pick
          changes.

          Show
          valeni Valentin Batz added a comment - - edited I've tried to change the clock to localtime on the cvsserver, that didn't help at all. The server somehow ignores the timezone offset. It's storing the timestamps in UTC time internally. So the cvs scm-polling is looking for 1 hour in the future and doesn't pick changes.
          Hide
          valeni Valentin Batz added a comment -

          I've done some more investigation by capturing the network traffic between the client and the server.
          The cvsnt V 2.5.05 client passes the timestamps unchanged to the server.
          The original cvs V 1.12.13 changes the timestamps to UTC timestamps with a offset of -0000.

          I think either the netbeans cvs libraray needs to be fixed or the cvs plugin must adjust the time to UTC before
          passing it to rlog.

          Show
          valeni Valentin Batz added a comment - I've done some more investigation by capturing the network traffic between the client and the server. The cvsnt V 2.5.05 client passes the timestamps unchanged to the server. The original cvs V 1.12.13 changes the timestamps to UTC timestamps with a offset of -0000. I think either the netbeans cvs libraray needs to be fixed or the cvs plugin must adjust the time to UTC before passing it to rlog.
          Hide
          valeni Valentin Batz added a comment -

          clarified the issue.

          Show
          valeni Valentin Batz added a comment - clarified the issue.

            People

            • Assignee:
              Unassigned
              Reporter:
              valeni Valentin Batz
            • Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated: