[Snyk] Security upgrade @backstage/theme from 0.0.0-use.local to 0.1.1

[q1blue]

Snyk has created this PR to fix 1 vulnerabilities in the yarn dependencies of this project.

Snyk changed the following file(s):

• plugins/bitrise/package.json

Note for zero-installs users

If you are using the Yarn feature zero-installs that was introduced in Yarn V2, note that this PR does not update the .yarn/cache/ directory meaning this code cannot be pulled and immediately developed on as one would expect for a zero-install project - you will need to run yarn to update the contents of the ./yarn/cache directory.
If you are not using zero-install you can ignore this as your flow should likely be unchanged.

⚠️ Warning

Failed to update the yarn.lock, please update manually before merging.

Vulnerabilities that will be fixed with an upgrade:

	Issue	Score
	Improper Handling of Unicode Encoding SNYK-JS-TAR-15038581	210

---

Important

• Check the changes in this PR to ensure they won't cause issues with your project.
• Max score is 1000. Note that the real score may have changed since the PR was raised.
• This PR was automatically created by Snyk using the credentials of a real user.

---

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open fix PRs.

For more information:
🧐 View latest project report
📜 Customise PR templates
🛠 Adjust project settings
📚 Read about Snyk's upgrade logic

---

Learn how to fix vulnerabilities with free interactive lessons:

🦉 Learn about vulnerability in an interactive lesson of Snyk Learn.

[codesandbox]

Review or Edit in CodeSandbox

Open the branch in Web Editor • VS Code • Insiders

Open Preview

[gemini-code-assist]

Summary of Changes

Hello @q1blue, I'm Gemini Code Assist¹! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request, automatically generated by Snyk, implements a security upgrade for the @backstage/theme package. The primary goal is to resolve a known vulnerability related to improper handling of Unicode encoding, thereby enhancing the project's overall security posture.

Highlights

• Dependency Upgrade: The @backstage/theme dependency has been upgraded from workspace:^ to 0.1.1 in plugins/bitrise/package.json.
• Security Vulnerability Fix: This upgrade addresses one vulnerability, 'Improper Handling of Unicode Encoding' (SNYK-JS-TAR-15038581), which had a score of 210.

Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature	Command	Description
Code Review	/gemini review	Performs a code review for the current pull request in its current state.
Pull Request Summary	/gemini summary	Provides a summary of the current pull request in its current state.
Comment	@gemini-code-assist	Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help	/gemini help	Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution. ↩

[socket-security]

Review the following changes in direct dependencies. Learn more about Socket for GitHub.

Diff	Package	Supply Chain Security	Vulnerability	Quality	Maintenance	License
	@​storybook/​testing-library@​0.2.0
	@​storybook/​node-logger@​6.5.16
	@​storybook/​addons@​6.5.16
	@​storybook/​builder-webpack5@​6.5.16
	@​storybook/​manager-webpack5@​6.5.16
	@​storybook/​addon-actions@​6.5.16
	@​storybook/​react@​6.5.16
	@​swc/​core@​1.3.68
	@​storybook/​addon-storysource@​6.5.16
	@​storybook/​addon-controls@​6.5.16
	@​storybook/​addon-a11y@​6.5.16
	@​storybook/​addon-links@​6.5.16

View full report

[socket-security]

Warning

Review the following alerts detected in dependencies.

According to your organization's Security Policy, it is recommended to resolve "Warn" alerts. Learn more about Socket for GitHub.

Action	Severity	Alert  (click "▶" to expand/collapse)
Warn		License policy violation: npm atob under CC-BY-3.0 License: CC-BY-3.0 - the applicable license policy does not allow this license (4) (package/LICENSE.DOCS) From: ? → npm/atob@2.1.2 ℹ Read more on: This package | This alert | What is a license policy violation? Next steps: Take a moment to review the security alert above. Review the linked package source code to understand the potential risk. Ensure the package is not malicious before proceeding. If you're unsure how to proceed, reach out to your security team or ask the Socket team for help at support@socket.dev. Suggestion: Find a package that does not violate your license policy or adjust your policy to allow this package's license. Mark the package as acceptable risk. To ignore this alert only in this pull request, reply with the comment @SocketSecurity ignore npm/atob@2.1.2. You can also ignore all packages with @SocketSecurity ignore-all. To ignore an alert for all future pull requests, use Socket's Dashboard to change the triage state of this alert.
Warn		License policy violation: npm caniuse-lite under CC-BY-4.0 License: CC-BY-4.0 - the applicable license policy does not allow this license (4) (npm metadata) License: CC-BY-4.0 - the applicable license policy does not allow this license (4) (package/package.json) License: CC-BY-4.0 - the applicable license policy does not allow this license (4) (package/LICENSE) From: ? → npm/@storybook/addon-controls@6.5.16 → npm/@storybook/builder-webpack5@6.5.16 → npm/@storybook/manager-webpack5@6.5.16 → npm/@storybook/react@6.5.16 → npm/caniuse-lite@1.0.30001378 ℹ Read more on: This package | This alert | What is a license policy violation? Next steps: Take a moment to review the security alert above. Review the linked package source code to understand the potential risk. Ensure the package is not malicious before proceeding. If you're unsure how to proceed, reach out to your security team or ask the Socket team for help at support@socket.dev. Suggestion: Find a package that does not violate your license policy or adjust your policy to allow this package's license. Mark the package as acceptable risk. To ignore this alert only in this pull request, reply with the comment @SocketSecurity ignore npm/caniuse-lite@1.0.30001378. You can also ignore all packages with @SocketSecurity ignore-all. To ignore an alert for all future pull requests, use Socket's Dashboard to change the triage state of this alert.

View full report

[snyk-io]

✅ Snyk checks have passed. No issues have been found so far.

Status	Scanner	Critical	High	Medium	Low	Total (0)
✅	Open Source Security	0	0	0	0	0 issues

💻 Catch issues earlier using the plugins for VS Code, JetBrains IDEs, Visual Studio, and Eclipse.

[gemini-code-assist]

Code Review

This pull request, automatically generated by Snyk, aims to fix a security vulnerability by changing the version of @backstage/theme. However, the proposed change from workspace:^ to a pinned, old version (0.1.1) is incorrect for this monorepo setup. It constitutes a significant downgrade from the current workspace version (0.4.1), breaks the workspace protocol, and is likely to cause build failures or runtime issues, as indicated by the yarn.lock update failure mentioned in the PR description. I have recommended reverting this change.

[gemini-code-assist]

This change pins @backstage/theme to version 0.1.1, replacing the workspace:^ specifier. This is problematic for a few reasons:

1. Breaks Monorepo Structure: This project uses Yarn workspaces, and workspace:^ ensures that the local version of @backstage/theme from this monorepo is used. Hardcoding a version breaks this convention.
2. Significant Downgrade: The version of @backstage/theme in this workspace is 0.4.1 (as seen in packages/theme/package.json). Pinning to 0.1.1 is a major downgrade and will likely introduce breaking changes or inconsistencies.
3. Dependency Issues: The PR description notes that yarn.lock failed to update, which strongly suggests this change creates dependency resolution issues.

While this PR aims to fix a security vulnerability, this is not the correct way to do it. The Snyk scanner likely misinterpreted the workspace:^ version. The correct fix is to ensure the workspace version of @backstage/theme (0.4.1) is not vulnerable. It's recommended to revert this change and investigate the Snyk report again, or update the workspace package if needed.

Suggested change

	"@backstage/theme": "0.1.1",
	"@backstage/theme": "workspace:^",