[Snyk] Upgrade @astrojs/starlight from 0.28.6 to 0.34.3 #321
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Snyk has created this PR to upgrade @astrojs/starlight from 0.28.6 to 0.34.3.
ℹ️ Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.
The recommended version is 27 versions ahead of your current version.
The recommended version was released a month ago.
Release notes
Package name: @astrojs/starlight
Patch Changes
#3058
274cc06
Thanks @ techfg! - Fixes display of focus indicator around site title#3181
449c822
Thanks @ HiDeoo! - Fixes an issue where all headings in Markdown and MDX content were rendered with a clickable anchor link, even in non-Starlight pages.#3168
ca693fe
Thanks @ jsparkdev! - Updates Korean langage support with improvements and missing translationsPatch Changes
#3153
ea31f46
Thanks @ SuperKXT! - Fixes hover styles for highlighted directory in FileTree component.#2905
b5232bc
Thanks @ HiDeoo! - Fixes a potential issue for projects with dynamic routes added by an user, an Astro integration, or a Starlight plugin where some styles could end up being missing.#3165
80a7871
Thanks @ KianNH! - IncreasesmaxBuffer
for an internalspawnSync()
call to support larger Git commit histories when using Starlight'slastUpdated
feature.#3158
d1f3c8b
Thanks @ heisenberg0924! - Adds Hungarian language supportPatch Changes
#3140
f6eb1d5
Thanks @ HiDeoo! - Fixes a text selection issue for heading with a clickable anchor link when using double or triple click to select text.#3148
dc8b6d5
Thanks @ HiDeoo! - Fixes a regression of the Starlight icon color when using thecredits
configuration option.Minor Changes
#2322
f14eb0c
Thanks @ HiDeoo! - Groups all of Starlight's CSS declarations into a singlestarlight
cascade layer.This change allows for easier customization of Starlight's CSS as any custom unlayered CSS will override the default styles. If you are using cascade layers in your custom CSS, you can use the
@ layer
CSS at-rule to define the order of precedence for different layers including the ones used by Starlight.We recommend checking your site’s appearance when upgrading to make sure there are no style regressions caused by this change.
#3122
3a087d8
Thanks @ delucis! - Removes defaultattrs
andcontent
values from head entries parsed using Starlight’s schema.Previously when adding
head
metadata via frontmatter or user config, Starlight would automatically add values forattrs
andcontent
if not provided. Now, these properties are leftundefined
.This makes it simpler to add tags in route middleware for example as you no longer need to provide empty values for
attrs
andcontent
:This is mostly an internal API but if you are overriding Starlight’s
Head
component or processing head entries in some way, you may wish to double check your handling ofAstro.locals.starlightRoute.head
is compatible withattrs
andcontent
potentially beingundefined
.#3033
8c19678
Thanks @ delucis! - Adds support for generating clickable anchor links for headings.By default, Starlight now renders an anchor link beside headings in Markdown and MDX content. A new
<AnchorHeading>
component is available to achieve the same thing in custom pages built using<StarlightPage>
.If you want to disable this new Markdown processing set the
markdown.headingLinks
option in your Starlight config tofalse
:Please update Starlight and Astro together:
#2322
f14eb0c
Thanks @ HiDeoo! - Removes Shikicss-variables
theme fallback.Previously, Starlight used to automatically provide a fallback theme for Shiki, the default syntax highlighter built into Astro if the configured Shiki theme was not
github-dark
.This fallback was only relevant when the default Starlight code block renderer, Expressive Code, was disabled and Shiki was used. Starlight no longer provides this fallback.
If you were relying on this behavior, you now manually need to update your Astro configuration to use the Shiki
css-variables
theme to match the previous behavior.+ shikiConfig: {
+ theme: 'css-variables',
+ },
+ },
});
Additionally, you can use custom CSS to control the appearance of the code blocks. Here are the previously used CSS variables for the fallback theme:
Patch Changes
77a1104
Thanks @ delucis! - Fixes passing imported SVGs to thefrontmatter
prop of the<StarlightPage>
component in Astro ≥5.7.0Patch Changes
#3090
fc3ffa8
Thanks @ delucis! - Updates internal@ astrojs/mdx
,@ astrojs/sitemap
, andastro-expressive-code
dependencies#3109
b5cc1b4
Thanks @ dhruvkb! - Updates Expressive Code to v0.41.1Important
Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open upgrade PRs.
For more information:
Summary by Sourcery
Chores: