Long repo names cause clone failures

We’re running some more repos through Drone and it seems like our repositories with long names are failing to be cloned. We’re using manual clone logic because of the issues with Bitbucket’s PR API, but it seems now we’re getting “Default - clone: skipped” on every run of pipelines which the repo is longer than 64-ish characters. Attached SCM details and pipeline copy. The same exact pipeline works as expected on other repos, but the 3 we’ve tried so far that are greater than 64 characters all fail in the exact same method.

SCM: Bitbucket Server v7.6.10
Drone Version: 2.4.0 on Kubernetes

---
kind: secret
name: harbor_read_only
get:
  path: XXXXXXXXX
  name: dockerconfig
---
kind: secret
name: sonarqube_key
get:
  path: XXXXXXXXX
  name: token
---
kind: secret
name: sonarqube_url
get:
  path: XXXXXXXXX
  name: url
---
kind: pipeline
type: kubernetes
name: Default

image_pull_secrets:
  - harbor_read_only
clone:
  disable: true

steps:
  - name: clone
    image: alpine/git
    commands:
      - git clone ${DRONE_GIT_HTTP_URL} .
      - git checkout ${DRONE_COMMIT}
  - name: code-analysis
    image: XXXXXXXXX/internal/drone-sonarqube:0.1.0
    settings:
      branch_name: ${DRONE_BRANCH}
      login:
        from_secret: sonarqube_key
      host_url: https://XXXXXXXXX
    when:
      event:
        - push
    depends_on:
      - clone
  - name: code-analysis-tag
    image: XXXXXXXXX/internal/drone-sonarqube:0.1.0
    settings:
      login:
        from_secret: sonarqube_key
      host_url: https://XXXXXXXXX
      project_version: ${DRONE_TAG}
    when:
      event:
        - tag
    depends_on:
      - clone
  - name: code-analysis-pr
    image: XXXXXXXXX/internal/drone-sonarqube:0.1.0
    settings:
      project_settings: sonar-project.properties
      login:
        from_secret: sonarqube_key
      host_url: https://XXXXXXXXX
      pullrequest_key: ${DRONE_PULL_REQUEST}
      pullrequest_branch: ${DRONE_SOURCE_BRANCH}
      pullrequest_base: ${DRONE_TARGET_BRANCH}
    when:
      event:
      - pull_request
    depends_on:
      - clone

Further troubleshooting has shown us that it’s an error seemingly on the kubernetes level "Pod \"drone-rbmor20qp6ksrpi1timt\" is invalid: metadata.labels: Invalid value: \"datacenter_advanced_enrichment__cisco_collaboration_policies_1f520976e1966e7ea35f2d94ff2124dd\": must be no more than 63 characters"