Skip to content

fix: link typo eslint autofix#557

Merged
supervoidcoder merged 1 commit intomainfrom
fix-link-typo-eslint-autofix-yml
Dec 19, 2025
Merged

fix: link typo eslint autofix#557
supervoidcoder merged 1 commit intomainfrom
fix-link-typo-eslint-autofix-yml

Conversation

@supervoidcoder
Copy link
Member

that's not how you make links to files changed tab -_-

silly dum dum

that's not how you make links to files changed tab -_-

silly dum dum
@wellcode-ai wellcode-ai bot added the review-effort-1 Quick review (< 15 min) label Dec 19, 2025
@github-actions
Copy link
Contributor

📝 Mega PR Test Skipped

Hi @supervoidcoder! The comprehensive Mega PR test was skipped because this PR only changes documentation or configuration files (.md, .txt, .yml, .yaml).

To force the Mega PR test to run, comment /test pr on this PR.

@coderabbitai
Copy link
Contributor

coderabbitai bot commented Dec 19, 2025

Summary by CodeRabbit

  • Chores
    • Updated automated lint workflow status messaging to provide clearer feedback on linting results.

✏️ Tip: You can customize this high-level summary in your review settings.

Walkthrough

The GitHub Actions workflow configuration is updated to clarify the status message when no linting fixes are needed or ESLint encounters an error, and the callback URL for inline annotations is changed to point to the PR changes page instead of the files page.

Changes

Cohort / File(s) Summary
Workflow status message and callback URL
.github/workflows/autofix-lint.yml
Updated post-fix status message from "No fixes needed" to "No fixes needed or eslint failed"; adjusted callback URL for inline annotations from PR files page to PR changes page

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~3 minutes

Possibly related PRs

  • OmniBlocks/scratch-gui#554: Restructures ESLint output and fix reporting in the same autofix-lint workflow file with related message updates.

Suggested labels

ci, review-effort-2

Poem

🐰 A workflow so neat, now messages ring true,
When linting is done and no fixes brew,
The callback hops forward with clearer intent,
From files to changes, the URL went! ✨

Pre-merge checks and finishing touches

✅ Passed checks (3 passed)
Check name Status Explanation
Title check ✅ Passed The title accurately describes the main change: fixing a link typo in the eslint autofix workflow file.
Description check ✅ Passed The description is related to the changeset, referencing the incorrect link to the files changed tab that was being corrected.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
✨ Finishing touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch fix-link-typo-eslint-autofix-yml

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@wellcode-ai
Copy link

wellcode-ai bot commented Dec 19, 2025

🔍 General Code Quality Feedback

🔍 Comprehensive Code Review

Consolidated Feedback

  • 🔍 Code Review Analysis

Overall Assessment: The pull request addresses a minor typo in the ESLint autofix workflow. While the changes are minimal, they improve the clarity of the comments and links. However, the overall impact on code quality and maintainability is limited due to the nature of the changes.

Critical Issues:

  • Issue 1: The link to the "files changed" tab is incorrect → Update the link to point to the correct URL format for the "files changed" tab. The current change uses /pull/ instead of /pulls/, which could lead to confusion.
  • Issue 2: Lack of documentation for the changes made → Add a brief comment explaining the purpose of the changes for future maintainers.

Improvements:

  • Suggestion 1: Improve code readability by adding comments → Consider adding comments in the workflow file to explain the purpose of the regex replacement and the significance of the changes being made.
  • Suggestion 2: Enhance maintainability by using constants for repeated strings → Define constants for the strings used in the regex and the comments to avoid duplication and make future updates easier.

Positive Notes:

  • The developer has taken the initiative to correct a typo, which shows attention to detail and a commitment to maintaining code quality.
  • The use of regex for string replacement is a good practice for handling text modifications in workflows.

Next Steps:

  1. Correct the link format in the workflow file to ensure it points to the correct "files changed" tab.
  2. Add comments to clarify the purpose of the changes for future reference.
  3. Consider defining constants for repeated strings to improve maintainability.
  4. Ensure that any changes made are tested in the workflow to confirm that the intended functionality is preserved.

🤖 Generated by Wellcode.ai

Copy link
Contributor

@amazon-q-developer amazon-q-developer bot left a comment

Choose a reason for hiding this comment

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

This PR fixes a GitHub Actions workflow URL typo, but introduces a new issue. While the change from /pulls/ to /pull/ is correct, changing /files to /changes creates an invalid GitHub URL that will result in 404 errors. The correct endpoint for viewing pull request file changes is /files, not /changes.


You can now have the agent implement changes and create commits directly on your pull request's source branch. Simply comment with /q followed by your request in natural language to ask the agent to make changes.

@github-actions
Copy link
Contributor

🎬 Visual Regression Testing - Skipped

Hi @supervoidcoder! VRT was skipped because this PR only changes documentation or configuration files (.md, .txt, .yml).

To force VRT to run, comment /vrt on this PR.

@coderabbitai coderabbitai bot added ci Related to our GitHub Actions CI/CD workflows. review-effort-2 Light review (15-30 min) labels Dec 19, 2025
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 1

🧹 Nitpick comments (1)
.github/workflows/autofix-lint.yml (1)

292-292: Consider explicit ESLint failure detection instead of ambiguous messaging.

The updated message "No fixes needed or eslint failed" is more accurate given the || true on line 219, but it's ambiguous for users. They won't know whether ESLint succeeded with no issues or failed entirely.

Consider capturing ESLint's exit code explicitly and providing clearer feedback:

🔎 Proposed improvement for explicit failure detection

At line 219, capture the exit code:

-      npx eslint "$FILES" --format=json --fix > eslint-report.json || true
+      ESLINT_EXIT_CODE=0
+      npx eslint "$FILES" --format=json --fix > eslint-report.json || ESLINT_EXIT_CODE=$?

Then at line 223, add output for the exit code:

       if [[ -z $(git status --porcelain) ]]; then
         echo "✨ No fixes needed!"
         echo "has_changes=false" >> $GITHUB_OUTPUT
         echo "no_files=false" >> $GITHUB_OUTPUT
+        echo "eslint_exit_code=$ESLINT_EXIT_CODE" >> $GITHUB_OUTPUT
       else

Finally, update line 292 to use the exit code information:

       } else {
+        const eslintFailed = '${{ steps.autofix.outputs.eslint_exit_code }}' !== '0';
+        const statusText = eslintFailed ? '❌ **ESLint failed**' : '⚠️ **No fixes needed**';
         body = body.replace(
           /- $$x$$ 🎨 Auto-fix ESLint issues/i,
-          '- [x] ~~🎨 Auto-fix ESLint issues~~ ⚠️ **No fixes needed or eslint failed**'
+          `- [x] ~~🎨 Auto-fix ESLint issues~~ ${statusText}`
         );
       }
📜 Review details

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 237fb4c and b2c9944.

📒 Files selected for processing (1)
  • .github/workflows/autofix-lint.yml (2 hunks)
🧰 Additional context used
🧠 Learnings (1)
📓 Common learnings
Learnt from: supervoidcoder
Repo: OmniBlocks/scratch-gui PR: 0
File: :0-0
Timestamp: 2025-11-05T01:48:23.435Z
Learning: OmniBlocks/scratch-gui: For CI comment hygiene, prefer not mentioning bot/app requesters in the Mega PR Test & Analysis sticky comment; only mention humans. Track such behavior changes via a GitHub issue assigned to supervoidcoder with backlinks to the initiating PR and comment.
Learnt from: supervoidcoder
Repo: OmniBlocks/scratch-gui PR: 0
File: :0-0
Timestamp: 2025-11-05T01:48:23.435Z
Learning: OmniBlocks/scratch-gui workflow preference: Open tracking issues for CI/automation behavior changes; assign to supervoidcoder; include backlinks to the PR and the exact comment requesting the change.
Learnt from: github-actions[bot]
Repo: OmniBlocks/scratch-gui PR: 0
File: :0-0
Timestamp: 2025-11-05T01:49:51.378Z
Learning: OmniBlocks/scratch-gui: Update Mega PR Test & Analysis so the sticky PR comment only mentions the requester when github.event.sender.type == 'User' (i.e., human). Purpose: avoid bot loops and comment noise.
Learnt from: github-actions[bot]
Repo: OmniBlocks/scratch-gui PR: 0
File: :0-0
Timestamp: 2025-10-07T15:45:54.850Z
Learning: In OmniBlocks/scratch-gui repository, the GitHub Actions workflow that deploys PR test builds triggers on ANY comment containing the specific trigger phrase (including explanations, code blocks, or casual mentions), not just standalone commands. This causes multiple unintended workflow runs if the phrase is mentioned repeatedly in comments.
Learnt from: supervoidcoder
Repo: OmniBlocks/scratch-gui PR: 0
File: :0-0
Timestamp: 2025-10-22T20:24:42.978Z
Learning: The Mega PR Test & Analysis workflow deploys PR builds to the gh-pages branch under path /{sanitized_actor}/{pr_number}/ and continuously updates a single sticky PR comment via actions/github-script.
Learnt from: supervoidcoder
Repo: OmniBlocks/scratch-gui PR: 0
File: :0-0
Timestamp: 2025-10-22T19:01:57.123Z
Learning: In the OmniBlocks/scratch-gui repository, team member supervoidcoder can be called "void" in reviews and conversations.
Learnt from: supervoidcoder
Repo: OmniBlocks/scratch-gui PR: 0
File: :0-0
Timestamp: 2025-12-01T12:10:19.386Z
Learning: In OmniBlocks/scratch-gui, supervoidcoder prefers a division of labor where Amazon Q handles fast review for ethics and project vision concerns, while CodeRabbit performs deep technical review of code quality, security, architecture, and implementation details.
Learnt from: supervoidcoder
Repo: OmniBlocks/scratch-gui PR: 0
File: :0-0
Timestamp: 2025-11-28T03:54:03.336Z
Learning: OmniBlocks/scratch-gui preference: supervoidcoder wants energetic, playful tone in CI sticky comments (emojis, fun copy), while preserving single-comment strategy and not @-mentioning bots.
Learnt from: supervoidcoder
Repo: OmniBlocks/scratch-gui PR: 0
File: :0-0
Timestamp: 2025-12-13T22:43:34.163Z
Learning: In OmniBlocks/scratch-gui, supervoidcoder prefers React over Svelte for UI development (React is the framework they know and want to use consistently).
Learnt from: supervoidcoder
Repo: OmniBlocks/scratch-gui PR: 519
File: src/playground/index.ejs:176-176
Timestamp: 2025-12-05T17:47:27.981Z
Learning: In OmniBlocks/scratch-gui, supervoidcoder's Scratch username is scratchcode1_2_3.
Learnt from: supervoidcoder
Repo: OmniBlocks/scratch-gui PR: 0
File: :0-0
Timestamp: 2025-10-22T21:20:08.837Z
Learning: In the OmniBlocks/scratch-gui repository, supervoidcoder (“void”) prefers single, complete PRs over multi-part (“Part 1/2”) submissions. If a split is unavoidable, they want explicit linkage and gating before approval.
Learnt from: supervoidcoder
Repo: OmniBlocks/scratch-gui PR: 0
File: :0-0
Timestamp: 2025-12-11T17:03:47.901Z
Learning: In OmniBlocks/scratch-gui chaos testing: supervoidcoder prefers NO error filtering in tests - all console errors should be caught and tracked properly with issues, not swept under the rug. Tests should help expose real bugs (like the UltraBox service worker 404) rather than hide them with filters.
Learnt from: github-actions[bot]
Repo: OmniBlocks/scratch-gui PR: 0
File: :0-0
Timestamp: 2025-11-05T02:00:40.666Z
Learning: In OmniBlocks/scratch-gui, when cleanup is requested, supervoidcoder prefers deletion of CodeRabbit’s spam comments (not just minimizing) on the PR; for non-CodeRabbit bot comments, minimize unless a maintainer explicitly asks for hard deletion.
Learnt from: supervoidcoder
Repo: OmniBlocks/scratch-gui PR: 0
File: :0-0
Timestamp: 2025-10-22T19:01:57.123Z
Learning: The team members in OmniBlocks/coders include: supervoidcoder, Graison-P (gvyt), ampelectrecuted (amp), NotTheBaton (TheBaton), and kRxZykRxZy.
Learnt from: supervoidcoder
Repo: OmniBlocks/scratch-gui PR: 0
File: :0-0
Timestamp: 2025-12-04T03:26:35.542Z
Learning: In OmniBlocks/scratch-gui, supervoidcoder appreciates detailed, thorough technical responses but wants the tone to remain friendly, energetic, and conversational (with emojis and personality) even when processing large amounts of file content or technical context. Avoid shifting to overly formal, stoic, or robotic language when diving deep into technical details.
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (2)
  • GitHub Check: Analyze (actions)
  • GitHub Check: Analyze (javascript-typescript)

@supervoidcoder supervoidcoder merged commit 6f57654 into main Dec 19, 2025
13 checks passed
@traycerai traycerai bot mentioned this pull request Dec 27, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

ci Related to our GitHub Actions CI/CD workflows. review-effort-1 Quick review (< 15 min) review-effort-2 Light review (15-30 min) size/XS

Projects

Status: Done

Development

Successfully merging this pull request may close these issues.

1 participant