• Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Major Major
    • cvs-plugin
    • None
    • 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

      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).

          [JENKINS-20360] CVS: SCM Polling does not pickup changes

          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.

          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.

          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.

          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.

          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.

          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.

          Valentin Batz added a comment -

          clarified the issue.

          Valentin Batz added a comment - clarified the issue.

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

              Created:
              Updated: