Pymann

I faced the same issue: when I iterate through tasks: [0xc000264db0 0xc000264de0 0xc000264e10 0xc000264e40 0xc000264e70 0xc000264ea0 0xc000264ed0 0xc000264f00] &{0xc0001fab40 0xc000061230 0xc0000fa980 } &{0xc0001fab40 0xc000061230 0xc0000fa980 } &{0xc0001fab40 0xc000061230 0xc0000fa980 }...

I fixed this in queue.go line: 69 The problem is, when you use address of iteration-variabe, its not the address of iterated objects. change it to: `tasks[i] = &Task{Jenkins: q.Jenkins,...

And stackoverflow explains this issue, too: https://stackoverflow.com/questions/48826460/using-pointers-in-a-for-loop

> Does the job produce a large build log? Im thinking it might be this code causing it: > > https://github.com/jenkinsci/generic-webhook-trigger-plugin/blob/0377c0486af7960b97f2e0ccb6150a832e4fc616/src/main/java/org/jenkinsci/plugins/gwt/GenericWebhookEnvironmentContributor.java#L52 > > Do you log contributed variables? Perhaps try...

I actually have the feeling, that the environment increases the build time. Somehow all complete Paylod from GithubsPullrequest-Webhook is put to env variables, cant it be suppressed somehow: PL_GWT_PAYLOAD_action=xxx PL_GWT_PAYLOAD_enterprise_avatar_url=xxx...

But then I would need 10Variables and more... But I will check that. And I still wonder why its necessary, that you put complete json to env, seperated with underscore?...

Whatever, the filled env caused the increase build time. I recommend: if you put jpath "$" to variable, you will save whole payload to to the variable. But plugin puts...

This is easy to answer: Put an option per variable to switch it on and off ;-)

I have similar issue, imagine there are 2 branches: on both branches we have same submodule and this submodule has a submodule but the url for both is different on...

I would also like to disable this message. It seems, that there are also differences within versions. In an older one I was able to disbale it by enabling "build...