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

p4-plugin 1.3.9 triggers build when there is no new changelists, and syncs to oldest changelist in the workspace

    Details

    • Similar Issues:

      Description

          • Update: This issue occurs on plugin version 1.4.0, as well.

      Issue begins immediately after upgrading p4-plugin to 1.3.9, and goes away as soon as I downgrade to 1.3.8 (I tried it multiple times). I verified that the workspace was at the latest revision, and cstat reported status "have" for all changelists, before upgrading the plugin.

      I have several jobs that poll Perforce for changes; all are affected. Polling triggers a build when there are no new changes. When the build syncs the workspace, it syncs not to the latest changelist, but to what I think is the oldest changelist containing files from the workspace.

      I think this is because it is not correctly parsing the status field returned from cstat, when it polls. Polling log is attached. It says "found change" on changelists that cstat reported were status "have" (I ran it independently of Jenkins) immediately prior to upgrading the plugin.

      Here is part of the build console output that demonstrates the issue; the raw text is attached. The latest changelist is 605049, but it syncs to changelist 530996

      ...
      p4 changes -m1 -ssubmitted //FmsDbPatches_P4Poll/...

      Change 605049 on 2016/05/18 by jwb@jwb-netmenu 'MDIA - Edit Service Menus: Menu'
      ...
      P4 Task: syncing files at change: 530996
      ...
      p4 sync D:\Workspaces\FmsDbPatches_P4Poll/...@530996

      D:\Workspaces\FmsDbPatches_P4Poll/...@530996 - file(s) up-to-date.
      ...
      ... p4 changes -m100 //FmsDbPatches_P4Poll/...@605008,530996

        Attachments

          Activity

          langtonben Ben Langton created issue -
          langtonben Ben Langton made changes -
          Field Original Value New Value
          Summary p4-plugin 1.3.9 syncs to oldest changelist in the workspace when polling p4-plugin 1.3.9 triggers build when there is no new changelists, and syncs to oldest changelist in the workspace
          Description Issue begins immediately after upgrading p4-plugin to 1.3.9, and goes away as soon as I downgrade to 1.3.8 (I tried it multiple times). I tried recreating the workspace and force syncing it, but it did not help.

          I have several jobs that poll Perforce for changes; all are affected. When the job syncs the workspace, it syncs not to the latest changelist, but to what I *think* is the oldest changelist containing files from the workspace.

          Here is part of the log that demonstrates the issue; the raw text is attached. The latest changelist is 605049, but it syncs to changelist 530996

          ...
          p4 changes -m1 -ssubmitted //FmsDbPatches_P4Poll/...

          Change 605049 on 2016/05/18 by jwb@jwb-netmenu 'MDIA - Edit Service Menus: Menu'
          ...
          P4 Task: syncing files at change: 530996
          ...
          p4 sync D:\Workspaces\FmsDbPatches_P4Poll/...@530996

          D:\Workspaces\FmsDbPatches_P4Poll/...@530996 - file(s) up-to-date.
          ...
          ... p4 changes -m100 //FmsDbPatches_P4Poll/...@605008,530996
          Issue begins immediately after upgrading p4-plugin to 1.3.9, and goes away as soon as I downgrade to 1.3.8 (I tried it multiple times). I verified that the workspace was at the latest revision, and cstat reported status "have" for all changelists, before upgrading the plugin.

          I have several jobs that poll Perforce for changes; all are affected. Polling triggers a build when there are no new changes. When the build syncs the workspace, it syncs not to the latest changelist, but to what I *think* is the oldest changelist containing files from the workspace.

          I think this is because it is not correctly parsing the status field returned from cstat, when it polls. Polling log is attached. It says "found change" on changelists that cstat reported were status "have" (I ran it independently of Jenkins) immediately prior to upgrading the plugin.

          Here is part of the build console output that demonstrates the issue; the raw text is attached. The latest changelist is 605049, but it syncs to changelist 530996

          ...
          p4 changes -m1 -ssubmitted //FmsDbPatches_P4Poll/...

          Change 605049 on 2016/05/18 by jwb@jwb-netmenu 'MDIA - Edit Service Menus: Menu'
          ...
          P4 Task: syncing files at change: 530996
          ...
          p4 sync D:\Workspaces\FmsDbPatches_P4Poll/...@530996

          D:\Workspaces\FmsDbPatches_P4Poll/...@530996 - file(s) up-to-date.
          ...
          ... p4 changes -m100 //FmsDbPatches_P4Poll/...@605008,530996
          Environment Server 2012
          Jenkins 2.2
          p4-plugin 1.3.9
          Server 2012
          Jenkins 2.2
          p4-plugin 1.3.9
          Perforce Server Server 2013.2
          Attachment polling.log [ 32747 ]
          Attachment Console.log [ 32748 ]
          langtonben Ben Langton made changes -
          Description Issue begins immediately after upgrading p4-plugin to 1.3.9, and goes away as soon as I downgrade to 1.3.8 (I tried it multiple times). I verified that the workspace was at the latest revision, and cstat reported status "have" for all changelists, before upgrading the plugin.

          I have several jobs that poll Perforce for changes; all are affected. Polling triggers a build when there are no new changes. When the build syncs the workspace, it syncs not to the latest changelist, but to what I *think* is the oldest changelist containing files from the workspace.

          I think this is because it is not correctly parsing the status field returned from cstat, when it polls. Polling log is attached. It says "found change" on changelists that cstat reported were status "have" (I ran it independently of Jenkins) immediately prior to upgrading the plugin.

          Here is part of the build console output that demonstrates the issue; the raw text is attached. The latest changelist is 605049, but it syncs to changelist 530996

          ...
          p4 changes -m1 -ssubmitted //FmsDbPatches_P4Poll/...

          Change 605049 on 2016/05/18 by jwb@jwb-netmenu 'MDIA - Edit Service Menus: Menu'
          ...
          P4 Task: syncing files at change: 530996
          ...
          p4 sync D:\Workspaces\FmsDbPatches_P4Poll/...@530996

          D:\Workspaces\FmsDbPatches_P4Poll/...@530996 - file(s) up-to-date.
          ...
          ... p4 changes -m100 //FmsDbPatches_P4Poll/...@605008,530996
          *** Update: This issue occurs on plugin version 1.4.0, as well.

          Issue begins immediately after upgrading p4-plugin to 1.3.9, and goes away as soon as I downgrade to 1.3.8 (I tried it multiple times). I verified that the workspace was at the latest revision, and cstat reported status "have" for all changelists, before upgrading the plugin.

          I have several jobs that poll Perforce for changes; all are affected. Polling triggers a build when there are no new changes. When the build syncs the workspace, it syncs not to the latest changelist, but to what I *think* is the oldest changelist containing files from the workspace.

          I think this is because it is not correctly parsing the status field returned from cstat, when it polls. Polling log is attached. It says "found change" on changelists that cstat reported were status "have" (I ran it independently of Jenkins) immediately prior to upgrading the plugin.

          Here is part of the build console output that demonstrates the issue; the raw text is attached. The latest changelist is 605049, but it syncs to changelist 530996

          ...
          p4 changes -m1 -ssubmitted //FmsDbPatches_P4Poll/...

          Change 605049 on 2016/05/18 by jwb@jwb-netmenu 'MDIA - Edit Service Menus: Menu'
          ...
          P4 Task: syncing files at change: 530996
          ...
          p4 sync D:\Workspaces\FmsDbPatches_P4Poll/...@530996

          D:\Workspaces\FmsDbPatches_P4Poll/...@530996 - file(s) up-to-date.
          ...
          ... p4 changes -m100 //FmsDbPatches_P4Poll/...@605008,530996
          rtyler R. Tyler Croy made changes -
          Workflow JNJira [ 171125 ] JNJira + In-Review [ 184178 ]
          p4paul Paul Allen made changes -
          Status Open [ 1 ] Closed [ 6 ]
          Resolution Cannot Reproduce [ 5 ]

            People

            • Assignee:
              Unassigned
              Reporter:
              langtonben Ben Langton
            • Votes:
              2 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: