Skip to content

Conversation

Copy link
Contributor

Copilot AI commented Dec 28, 2025

All workflows have been failing since Dec 22 due to deprecated GitHub Actions (v3→v4 migrations) and platform-specific configuration errors.

Updated Actions

  • actions/cache, actions/upload-artifact, actions/download-artifact: v3 → v4
  • Release workflow: deprecated actions/create-release@v1 + actions/upload-release-asset@v1softprops/action-gh-release@v2
  • peaceiris/actions-gh-pages: v3 → v4

Fixed Platform Issues

  • javadoc.yml: ./gradlew.bat./gradlew (Ubuntu runner)
  • publish-docs.yml: unquoted distribution: temurindistribution: 'temurin'
  • Added chmod +x ./gradlew to all workflows

Simplified

  • Consolidated two-step release creation into single action with asset upload

Warning

Firewall rules blocked me from connecting to one or more addresses (expand for details)

I tried to connect to the following addresses, but was blocked by firewall rules:

  • repo.papermc.io
    • Triggering command: /usr/lib/jvm/temurin-17-jdk-amd64/bin/java /usr/lib/jvm/temurin-17-jdk-amd64/bin/java -XX:+UseG1GC -XX:+ParallelRefProcEnabled -XX:MaxGCPauseMillis=200 -XX:+UnlockExperimentalVMOptions -XX:+DisableExplicitGC -XX:+AlwaysPreTouch -XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=40 -XX:G1HeapRegionSize=8m -XX:G1ReservePercent=20 -XX:G1HeapWastePercent=5 -XX:G1MixedGCCountTarget=4 -XX:InitiatingHeapOccupancyPercent=15 -XX:G1MixedGCLiveThresholdPercent=90 -XX:G1RSetUpdatingPauseTimePercent=5 -XX:SurvivorRatio=32 -XX:+PerfDisableSharedMem -XX:MaxTenuringThreshold=1 --add-opens=java.base/java.util=ALL-UNNAMED (dns block)

If you need me to access, download, or install something from one of these locations, you can either:

Original prompt

Fix the failing workflows, in the same pr you opened


💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.

Co-authored-by: OhACD <220384685+OhACD@users.noreply.github.com>
Copilot AI changed the title [WIP] Fix the failing workflows in the existing PR Fix failing workflows - update deprecated GitHub Actions and platform issues Dec 28, 2025
Copilot AI requested a review from OhACD December 28, 2025 17:50
@OhACD OhACD marked this pull request as ready for review December 28, 2025 17:52
Copilot AI review requested due to automatic review settings December 28, 2025 17:52
@OhACD OhACD merged commit 63b80e3 into master Dec 28, 2025
3 checks passed
Copy link

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

This PR fixes failing workflows by updating deprecated GitHub Actions and resolving platform-specific configuration issues. The workflows had been failing since December 22nd due to deprecated v3 actions and incorrect platform assumptions.

Key changes:

  • Updated GitHub Actions from v3 to v4 (cache, upload-artifact, download-artifact)
  • Migrated release workflow from deprecated actions/create-release + actions/upload-release-asset to softprops/action-gh-release@v2
  • Added missing gradlew file and chmod +x steps to ensure executability on Ubuntu runners
  • Fixed platform-specific issues (gradlew.bat → gradlew, quoted distribution parameter)

Reviewed changes

Copilot reviewed 3 out of 4 changed files in this pull request and generated 1 comment.

File Description
gradlew Added missing Gradle wrapper script for Unix/Linux systems
.github/workflows/publish-docs.yml Updated peaceiris/actions-gh-pages to v4, added chmod for gradlew, quoted distribution parameter
.github/workflows/javadoc.yml Fixed gradlew.bat → gradlew for Ubuntu, added chmod step, updated upload-artifact to v4
.github/workflows/ci.yml Updated cache/upload/download-artifact actions to v4, consolidated release creation into single action, but missing chmod +x in some jobs
Comments suppressed due to low confidence (1)

.github/workflows/ci.yml:151

  • The build job is missing a chmod +x ./gradlew step before executing Gradle commands. While the cache action was updated to v4, the job will fail when it attempts to run ./gradlew build -x test because the newly added gradlew file may not have executable permissions when checked out. Add a "Make gradlew executable" step after this cache step, similar to what was done in the test job (line 38) and the javadoc.yml workflow (line 23).
    - name: Cache Gradle packages
      uses: actions/cache@v4
      with:
        path: |
          ~/.gradle/caches
          ~/.gradle/wrapper
        key: ${{ runner.os }}-gradle-${{ hashFiles('**/*.gradle*', '**/gradle-wrapper.properties') }}
        restore-keys: |
          ${{ runner.os }}-gradle-

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Comment on lines 88 to 92
- name: Download performance reports
uses: actions/download-artifact@v3
uses: actions/download-artifact@v4
with:
name: test-results-java-17
path: build/reports/
Copy link

Copilot AI Dec 28, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The performance-analysis job is missing both Java setup and a chmod +x ./gradlew step. Line 126 executes ./gradlew test in a fallback scenario, but this will fail because: 1) Java is not installed (no setup-java step), and 2) the gradlew file won't have executable permissions. Add both a "Set up JDK" step and a "Make gradlew executable" step after the checkout step, similar to what was done in the build job.

Copilot uses AI. Check for mistakes.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants