-
-
- 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
[JENKINS-34924] p4-plugin 1.3.9 triggers build when there is no new changelists, and syncs to oldest changelist in the workspace
Attachment | New: polling.log [ 32747 ] | |
Attachment | New: Console.log [ 32748 ] | |
Description |
Original:
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 |
New:
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 |
Original:
Server 2012 Jenkins 2.2 p4-plugin 1.3.9 |
New:
Server 2012 Jenkins 2.2 p4-plugin 1.3.9 Perforce Server Server 2013.2 |
Summary | Original: p4-plugin 1.3.9 syncs to oldest changelist in the workspace when polling | New: p4-plugin 1.3.9 triggers build when there is no new changelists, and syncs to oldest changelist in the workspace |
Description |
Original:
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 |
New:
*** 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 |
Workflow | Original: JNJira [ 171125 ] | New: JNJira + In-Review [ 184178 ] |
Resolution | New: Cannot Reproduce [ 5 ] | |
Status | Original: Open [ 1 ] | New: Closed [ 6 ] |