-
Bug
-
Resolution: Fixed
-
Minor
-
None
-
Powered by SuggestiMate -
934.3.2
Version 2.479.3
Plugin >= 933.3.1
Bitbucket server v7.21.13
url : https://mybitbucket.xxx.com/context/path
Proxy : zscaler. URL : http//myproxy.xxx.com:8080
After been hit by the bug in 933.3.0, we have installed 934.3.1
With this version, connected to our Bitbucket server on prem, the builds stay stuck.
The plugin seems unable to crawl the Bitbucket API anymore, nor cloning through ssh.
HTTP requests stay stuck and timeout, as if the proxy configuration was bypassed.
Unfortunatly, nothing pops in the logs.
When a job is launched after a PR, the git checkout is stuck for a long time. We have to kill the job.
All other jobs lauched outside the plugin (pure pipelines jobs) are ok.
Reverted to 933.2.1 fixes the entire problem.
[JENKINS-75150] Proxy configuration is ignored resulting in checkout being blocked
I install on my PC a portable proxy application (VOVSOFT). I configure my jenkins proxy with localhost and port 8080 (proxy without authentication).
With the cloud client is works and go across the proxy:
HTTP Proxy Client connected: 127.0.0.1 CONNECT api.bitbucket.org:443 HTTP/1.1
and these are the log of scan organization folder
[gio gen 16 22:23:04 CET 2025] Starting organization scan... [gio gen 16 22:23:04 CET 2025] Updating actions... Looking up team details of nfalco79... Connecting to https://bitbucket.org using Access Token for test-repos Team: Nikolas Falco [gio gen 16 22:23:05 CET 2025] Consulting Bitbucket Team/Project Connecting to https://bitbucket.org using Access Token for test-repos Looking up repositories of team nfalco79 Proposing nfalco79/test-repos-fork Connecting to https://bitbucket.org using Access Token for test-repos Looking up nfalco79/test-repos-fork for branches ...
When I run a build, it download with success the Pipeline Library I but when it try to clone using git execution stucks and than fails
The recommended git tool is: NONE using credential d06dd941-53cc-40d8-a284-a7d4c474d90f > git.exe rev-parse --resolve-git-dir D:\git\bitbucket-branch-source-plugin\work\workspace\test_feature_test\.git # timeout=10 Fetching changes from the remote Git repository > git.exe config remote.origin.url https://bitbucket.org/owner/repo.git # timeout=10 Fetching without tags Fetching upstream changes from https://bitbucket.org/owner/repo.git > git.exe --version # timeout=10 > git --version # 'git version 2.39.2.windows.1' using GIT_ASKPASS to set credentials Setting http proxy: localhost:8080 > git.exe fetch --no-tags --force --progress -- https://bitbucket.org/owner/repo.git +refs/heads/feature/test:refs/remotes/origin/feature/test # timeout=10 ERROR: Error fetching remote repo 'origin' hudson.plugins.git.GitException: Failed to fetch from https://bitbucket.org/owner/repo.git at PluginClassLoader for git//hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:999) at PluginClassLoader for git//hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1240) at PluginClassLoader for git//hudson.plugins.git.GitSCM._checkout(GitSCM.java:1311) at PluginClassLoader for git//hudson.plugins.git.GitSCM.checkout(GitSCM.java:1278) at PluginClassLoader for workflow-scm-step//org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:136) at PluginClassLoader for workflow-scm-step//org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:101) at PluginClassLoader for workflow-scm-step//org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:88) at PluginClassLoader for workflow-step-api//org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47) at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:539) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635) at java.base/java.lang.Thread.run(Thread.java:833) Caused by: hudson.plugins.git.GitException: Command "git.exe fetch --no-tags --force --progress -- https://bitbucket.org/owner/repo.git +refs/heads/feature/test:refs/remotes/origin/feature/test" returned status code 128: stdout: stderr: fatal: unable to access 'https://bitbucket.org/owner/repo.git/': SSL/TLS connection timeout at PluginClassLoader for git-client//org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:2848) at PluginClassLoader for git-client//org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:2184) at PluginClassLoader for git-client//org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:635) at PluginClassLoader for git//hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:997) ... 12 more ERROR: Error fetching remote repo 'origin' ERROR: Maximum checkout retry attempts reached, aborting
Could be because it is a cheap proxy server application.
What from your side? It's the same? Can you post the build log of the working version. Proxy in git client is not setup by the plugin so I would compare working <-> not working log to see if there are differences
Thanks for giving this a try. Our proxy is an enterprise proxy, the configuration is something like (in jenkins system configuration):
server: enterpriseproxy.externaldomain.com
port: 8080
No Proxy Host:
localhost
internaldomain.com (ie, our Bitbucket instance is on( https://mybitbucket.internaldomain/context/path )
http://updates.jenkins-ci.org/update-center.json
https://updates.jenkins.io/update-center.json
So, re-reading this, just wondering if that's not just the no_proxy part that is not taken in account anymore.
I will try to grab logs later this afternoon, when the activity is low. But, really, I had no logs. Maybe i haven't waited enough to experience timeout.
The scan organization folder was stuck too.
So, re-reading this, just wondering if that's not just the no_proxy part that is not taken in account anymore.
If so this issue duplicates JENKINS-75160. A fix will be available soon.
I can confirm that 934.3.2 works as expected, no more jobs stuck. An errors occurs now, but does not seem to hurt, so not sure if this is relevant.
Once again many thanks
21-Jan-2025 18:28:25.902 AVERTISSEMENT Running CpsFlowExecution[xxxxxxxx/xxxxxxxxxx/master#176]] org.jenkinsci.plugins.workflow.cps.DSL.invokeStep Error storing the arguments for step: checkout
java.lang.NullPointerException: Cannot invoke "com.cloudbees.plugins.credentials.common.StandardUsernameCredentials.getId()" because "this.credentials" is null
at PluginClassLoader for cloudbees-bitbucket-branch-source//com.cloudbees.jenkins.plugins.bitbucket.impl.extension.GitClientAuthenticatorExtension.hashCode(GitClientAuthenticatorExtension.java:69)
at java.base/java.lang.Object.toString(Object.java:257)
at java.base/java.lang.StringConcatHelper.stringOf(StringConcatHelper.java:467)
at java.base/java.lang.StringConcatHelper.simpleConcat(StringConcatHelper.java:422)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.actions.ArgumentsActionImpl.sanitizeObjectAndRecordMutation(ArgumentsActionImpl.java:213)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.actions.ArgumentsActionImpl.sanitizeListAndRecordMutation(ArgumentsActionImpl.java:153)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.actions.ArgumentsActionImpl.sanitizeObjectAndRecordMutation(ArgumentsActionImpl.java:234)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.actions.ArgumentsActionImpl.sanitizeMapAndRecordMutation(ArgumentsActionImpl.java:327)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.actions.ArgumentsActionImpl.sanitizeObjectAndRecordMutation(ArgumentsActionImpl.java:232)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.actions.ArgumentsActionImpl.sanitizeMapAndRecordMutation(ArgumentsActionImpl.java:327)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.actions.ArgumentsActionImpl.sanitizeStepArguments(ArgumentsActionImpl.java:314)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.actions.ArgumentsActionImpl.<init>(ArgumentsActionImpl.java:77)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.DSL.invokeStep(DSL.java:280)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.DSL.invokeMethod(DSL.java:196)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.CpsScript.invokeMethod(CpsScript.java:124)
at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:47)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:47)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116)
at PluginClassLoader for workflow-cps//com.cloudbees.groovy.cps.sandbox.DefaultInvoker.methodCall(DefaultInvoker.java:20)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.LoggingInvoker.methodCall(LoggingInvoker.java:117)
at PluginClassLoader for workflow-cps//com.cloudbees.groovy.cps.impl.ContinuationGroup.methodCall(ContinuationGroup.java:90)
at PluginClassLoader for workflow-cps//com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.dispatchOrArg(FunctionCallBlock.java:116)
at PluginClassLoader for workflow-cps//com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.fixArg(FunctionCallBlock.java:85)
at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103)
at java.base/java.lang.reflect.Method.invoke(Method.java:580)
at PluginClassLoader for workflow-cps//com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72)
at PluginClassLoader for workflow-cps//com.cloudbees.groovy.cps.impl.PropertyishBlock$ContinuationImpl.get(PropertyishBlock.java:75)
at PluginClassLoader for workflow-cps//com.cloudbees.groovy.cps.LValueBlock$GetAdapter.receive(LValueBlock.java:30)
at PluginClassLoader for workflow-cps//com.cloudbees.groovy.cps.impl.PropertyishBlock$ContinuationImpl.fixName(PropertyishBlock.java:65)
at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103)
at java.base/java.lang.reflect.Method.invoke(Method.java:580)
at PluginClassLoader for workflow-cps//com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72)
at PluginClassLoader for workflow-cps//com.cloudbees.groovy.cps.impl.ConstantBlock.eval(ConstantBlock.java:21)
at PluginClassLoader for workflow-cps//com.cloudbees.groovy.cps.Next.step(Next.java:83)
at PluginClassLoader for workflow-cps//com.cloudbees.groovy.cps.Continuable.run0(Continuable.java:147)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.SandboxContinuable.access$001(SandboxContinuable.java:17)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.SandboxContinuable.run0(SandboxContinuable.java:49)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:180)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:422)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:330)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:294)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService.lambda$wrap$4(CpsVmExecutorService.java:140)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:317)
at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:139)
at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
at jenkins.security.ImpersonatingExecutorService$1.run(ImpersonatingExecutorService.java:68)
at jenkins.util.ErrorLoggingExecutorService.lambda$wrap$0(ErrorLoggingExecutorService.java:51)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:572)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:317)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$1.call(CpsVmExecutorService.java:53)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$1.call(CpsVmExecutorService.java:50)
at org.codehaus.groovy.runtime.GroovyCategorySupport$ThreadCategoryInfo.use(GroovyCategorySupport.java:136)
at org.codehaus.groovy.runtime.GroovyCategorySupport.use(GroovyCategorySupport.java:275)
at PluginClassLoader for workflow-cps//org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService.lambda$categoryThreadFactory$0(CpsVmExecutorService.java:50)
at java.base/java.lang.Thread.run(Thread.java:1583)
Thanks Robert, the exception you reported here is also in JENKINS-75188 so let close this and work for a fix in that specific JIRA issue
Could you provide the proxy configuration and a console build log where it stucks?