Key: |
QB-3247
|
Type: |
Bug
|
Status: |
Closed
|
Resolution: |
Cannot Reproduce
|
Priority: |
Major
|
Assignee: |
Robin Shen
|
Reporter: |
AlSt
|
Votes: |
0
|
Watchers: |
1
|
If you were logged in you would be able to see more operations.
|
|
|
QuickBuild
Created: 03/Sep/18 10:51 AM
Updated: 21/Jan/19 02:14 PM
|
|
Component/s: |
None
|
Affects Version/s: |
8.0.10
|
Fix Version/s: |
None
|
|
Original Estimate:
|
Unknown
|
Remaining Estimate:
|
Unknown
|
Time Spent:
|
Unknown
|
|
Sometimes the trigger build step is triggering two builds instead of just one. The step log output is as follows:
16:35:49,030 INFO - Checking step execute condition...
16:35:49,030 INFO - Step execute condition satisfied, executing...
16:35:49,070 INFO - Checking step execute condition...
16:35:49,075 INFO - Step execute condition satisfied, executing...
16:35:49,156 INFO - Executing pre-execute action...
16:35:49,156 INFO - Running step...
16:35:49,213 INFO - Executing pre-execute action...
16:35:49,213 INFO - Running step...
16:36:33,276 INFO - Executing post-execute action...
So here you can see that the executecondition, the pre step action and the execution is done twice. Only the post-execute action is just called once. This lead to 2 builds being requested almost simultaneously which already lead to bad timing issues.
Wait for start and waitfor finished are set to YES in our case.
Do not know if anybody else already experienced such problems.
But at least it would be great to have the step log some more information like
"Requested build of configuration <configpath> (id: <requestid>)"
"Build <version> (id: <buildid>) has started" (in case wait for start is YES)
"Build <version> (id: <buildid>) has finished" (in case wait for finished is YES)
Currently it is pretty hard to find out what's wrong.
Or maybe you have an idea why this could happen?
|
Description
|
Sometimes the trigger build step is triggering two builds instead of just one. The step log output is as follows:
16:35:49,030 INFO - Checking step execute condition...
16:35:49,030 INFO - Step execute condition satisfied, executing...
16:35:49,070 INFO - Checking step execute condition...
16:35:49,075 INFO - Step execute condition satisfied, executing...
16:35:49,156 INFO - Executing pre-execute action...
16:35:49,156 INFO - Running step...
16:35:49,213 INFO - Executing pre-execute action...
16:35:49,213 INFO - Running step...
16:36:33,276 INFO - Executing post-execute action...
So here you can see that the executecondition, the pre step action and the execution is done twice. Only the post-execute action is just called once. This lead to 2 builds being requested almost simultaneously which already lead to bad timing issues.
Wait for start and waitfor finished are set to YES in our case.
Do not know if anybody else already experienced such problems.
But at least it would be great to have the step log some more information like
"Requested build of configuration <configpath> (id: <requestid>)"
"Build <version> (id: <buildid>) has started" (in case wait for start is YES)
"Build <version> (id: <buildid>) has finished" (in case wait for finished is YES)
Currently it is pretty hard to find out what's wrong.
Or maybe you have an idea why this could happen? |
Show » |
Change by Robin Shen [21/Jan/19 02:14 PM]
|
Field |
Original Value |
New Value |
Status
|
Open
[ 1
]
|
Closed
[ 6
]
|
Resolution
|
|
Cannot Reproduce
[ 5
]
|
|
1. Used in a container repeating executing its child steps
2. Some parallel step executing its children simultaneously and it turns calls the trigger build step multiple times
3. The step failure retry condition is satisfied and the step is repeated
If step pre-execute action executes twice, and step post-execute condition only executes once, it means that a step pre-execute action is failed.