Skip to content

build(deps): bump actions/cache from 4 to 5#442

Open
dependabot[bot] wants to merge 1 commit into
devfrom
dependabot/github_actions/dev/actions/cache-5
Open

build(deps): bump actions/cache from 4 to 5#442
dependabot[bot] wants to merge 1 commit into
devfrom
dependabot/github_actions/dev/actions/cache-5

Conversation

@dependabot
Copy link
Copy Markdown
Contributor

@dependabot dependabot Bot commented on behalf of github Apr 27, 2026

Bumps actions/cache from 4 to 5.

Release notes

Sourced from actions/cache's releases.

v5.0.0

[!IMPORTANT] actions/cache@v5 runs on the Node.js 24 runtime and requires a minimum Actions Runner version of 2.327.1.

If you are using self-hosted runners, ensure they are updated before upgrading.


What's Changed

Full Changelog: actions/cache@v4.3.0...v5.0.0

v4.3.0

What's Changed

New Contributors

Full Changelog: actions/cache@v4...v4.3.0

v4.2.4

What's Changed

New Contributors

Full Changelog: actions/cache@v4...v4.2.4

v4.2.3

What's Changed

  • Update to use @​actions/cache 4.0.3 package & prepare for new release by @​salmanmkc in actions/cache#1577 (SAS tokens for cache entries are now masked in debug logs)

New Contributors

Full Changelog: actions/cache@v4.2.2...v4.2.3

... (truncated)

Changelog

Sourced from actions/cache's changelog.

Releases

How to prepare a release

[!NOTE]
Relevant for maintainers with write access only.

  1. Switch to a new branch from main.
  2. Run npm test to ensure all tests are passing.
  3. Update the version in https://github.com/actions/cache/blob/main/package.json.
  4. Run npm run build to update the compiled files.
  5. Update this https://github.com/actions/cache/blob/main/RELEASES.md with the new version and changes in the ## Changelog section.
  6. Run licensed cache to update the license report.
  7. Run licensed status and resolve any warnings by updating the https://github.com/actions/cache/blob/main/.licensed.yml file with the exceptions.
  8. Commit your changes and push your branch upstream.
  9. Open a pull request against main and get it reviewed and merged.
  10. Draft a new release https://github.com/actions/cache/releases use the same version number used in package.json
    1. Create a new tag with the version number.
    2. Auto generate release notes and update them to match the changes you made in RELEASES.md.
    3. Toggle the set as the latest release option.
    4. Publish the release.
  11. Navigate to https://github.com/actions/cache/actions/workflows/release-new-action-version.yml
    1. There should be a workflow run queued with the same version number.
    2. Approve the run to publish the new version and update the major tags for this action.

Changelog

5.0.4

  • Bump minimatch to v3.1.5 (fixes ReDoS via globstar patterns)
  • Bump undici to v6.24.1 (WebSocket decompression bomb protection, header validation fixes)
  • Bump fast-xml-parser to v5.5.6

5.0.3

5.0.2

  • Bump @actions/cache to v5.0.3 #1692

5.0.1

  • Update @azure/storage-blob to ^12.29.1 via @actions/cache@5.0.1 #1685

5.0.0

[!IMPORTANT] actions/cache@v5 runs on the Node.js 24 runtime and requires a minimum Actions Runner version of 2.327.1.

... (truncated)

Commits
  • 27d5ce7 Merge pull request #1747 from actions/yacaovsnc/update-dependency
  • f280785 licensed changes
  • 619aeb1 npm run build generated dist files
  • bcf16c2 Update ts-http-runtime to 0.3.5
  • 6682284 Merge pull request #1738 from actions/prepare-v5.0.4
  • e340396 Update RELEASES
  • 8a67110 Add licenses
  • 1865903 Update dependencies & patch security vulnerabilities
  • 5656298 Merge pull request #1722 from RyPeck/patch-1
  • 4e380d1 Fix cache key in examples.md for bun.lock
  • Additional commits viewable in compare view

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

@dependabot dependabot Bot added dependencies Pull requests that update a dependency file github_actions Pull requests that update GitHub Actions code labels Apr 27, 2026
@ManiruzzamanAkash ManiruzzamanAkash force-pushed the dependabot/github_actions/dev/actions/cache-5 branch from 3d14a35 to ebed884 Compare May 14, 2026 03:53
Comment thread .storybook/main.ts
'@storybook/addon-interactions',
'@storybook/addon-a11y',
],
framework: {
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

What: The comment indicating the type for the StorybookConfig should be updated as it's still referencing webpack. This could lead to confusion for anyone reading the code.

Why: Maintaining accurate documentation within the code is important to avoid misleading impressions about the functioning of the code. It’s especially essential for teams who may onboard new developers who rely on in-line comments to understand the codebase.

How: Change the comment from /** @type { import('@storybook/react-webpack5').StorybookConfig } */ to /** @type { import('@storybook/react-vite').StorybookConfig } */ to reflect the correct framework.

Comment thread .storybook/main.ts
const { mergeConfig } = await import('vite');

// Remove the dts plugin from the default config.
config.plugins = [
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

What: You need to ensure the plugins used in the config are still relevant and necessary, or if they can be optimized. For example, check if all the addons provided are being used in your storybook.

Why: Using unnecessary plugins can slow down build times, complicate configurations, and introduce security vulnerabilities if they are outdated or not well-maintained. Clean-up can lead to improved performance and reduced potential attack vectors.

How: Review your usage of each plugin, and if any are found to be unnecessary, remove them from the list.

Comment thread .storybook/main.ts
'@': path.resolve(__dirname, '..', 'src'),
},
},
});
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

What: Check the paths defined in your resolve.alias to ensure they are correct and that there aren’t any that point to obsolete files or folders.

Why: Incorrect paths may lead to runtime errors which can be difficult to debug, especially if they lead to files or folders that were renamed or removed. Ensuring these paths are valid is essential for a stable build.

How: Run the application and see if you encounter any errors relating to these paths. If they lead to missing files, correct or remove these alias definitions accordingly.

Comment thread .storybook/preview.tsx
@@ -1,30 +1,30 @@
import React from 'react';
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

What: Consider adhering to a consistent import order for better readability. Group similar imports together (e.g., React and type imports, followed by styles) and separate them by a comment.

Why: Consistent import ordering enhances code maintainability and makes it easier for other developers to read and understand the dependencies used in this file.

How: Refactor the imports as follows:

import React from 'react';
import type { Preview } from '@storybook/react';
import '../src/tailwind.css';

Comment thread .storybook/preview.tsx
/** @type { import('@storybook/react').Preview } */

const preview: Preview = {
parameters: {
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

What: The a11y parameter disables color contrast checks for the entire Storybook, which could lead to accessibility issues. It is generally advisable to enforce accessibility rules rather than disable them.

Why: Disabling accessibility checks may cause UI components to be non-compliant with accessibility standards, limiting your application's usability for users with visual impairments.

How: Instead of disabling the color-contrast rule, consider fixing the instances that trigger these alerts or providing background colors that can meet the contrast ratio requirements based on best practices.

Comment thread .storybook/preview.tsx
],
};

export default preview;
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

What: Consider providing more context in your comments for complex structures like the decorator function to aid future maintainability and understanding.

Why: While your code is clear, adding brief comments next to complex elements can prevent misunderstandings and make it easier for future maintainers to work with this code.

How: Consider adding comments such as:

// Decorator that adds a custom font family and box model to all stories.
decorators: [
    (Story) => (
        <div className="[&_*]:[font-family:Figtree,sans-serif] [&_*]:box-border">
            <Story />
        </div>
    ),
],

Comment thread .storybook/test-runner.js
@@ -1,30 +1,30 @@
const { getStoryContext } = require('@storybook/test-runner');
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

What: You are importing the same modules without any modifications to their usage or settings. Double-check if you made any necessary changes or if this repetition is redundant.

Why: Redundant imports can clutter the code and create confusion regarding what changes were made. Keeping the code clean and understandable is crucial for maintainability.

How: Confirm if the imports are indeed necessary; if not, consider cleaning any unused or duplicate imports to improve clarity.

Comment thread .storybook/test-runner.js
};
const { getStoryContext } = require('@storybook/test-runner');
const { injectAxe, checkA11y, configureAxe } = require('axe-playwright');
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

What: Consider adding error handling while configuring Axe and running accessibility checks to handle any potential failures gracefully.

Why: Adding error handling can prevent crashes during tests and provide helpful error messages, making it easier to debug issues that arise during accessibility checks.

How: Wrap your configureAxe and checkA11y calls in a try-catch block to gracefully handle any exceptions during execution.

Comment thread .storybook/test-runner.js
module.exports = {
async preVisit(page) {
await injectAxe(page);
},
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

What: Review the definition and use of the element variable. Ensure that '#storybook-root' is indeed the right default element for accessibility checks.

Why: Choosing the right element is critical for accurate accessibility testing. Ensuring the default is correct can avoid false negatives in your reports.

How: Test and confirm that the element used (in this case, '#storybook-root') effectively represents the root element of your storybook instance. If needed, adjust to another selector.

Comment thread .storybook/test-runner.js
},
});
},
};
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

What: Make sure to clean up your testing strategy documentation regarding any new practices or conventions introduced by modifying this file.

Why: As your testing approaches or configurations evolve, maintaining clear documentation will ensure all team members are on the same page and can prevent future problems during test execution.

How: Update related README or documentation files in the project to include any changes pertaining to accessibility checks or test runner operations.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file github_actions Pull requests that update GitHub Actions code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants