chore(deps): update dependency esbuild to v0.13.12 #917
No reviewers
Labels
No Label
area/internal-code
changes requested
confirmed
dependencies
duplicate
good first issue
help wanted
hosting
invalid
kind/bug
kind/feature
question
wontfix
No Milestone
No project
No Assignees
1 Participants
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: vikunja/frontend#917
Loading…
Reference in New Issue
No description provided.
Delete Branch "renovate/esbuild-0.x"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This PR contains the following updates:
0.13.11
->0.13.12
Release Notes
evanw/esbuild
v0.13.12
Compare Source
Implement initial support for simplifying
calc()
expressions in CSS (#1607)This release includes basic simplification of
calc()
expressions in CSS when minification is enabled. The approach mainly follows the official CSS specification, which means it should behave the way browsers behave: https://www.w3.org/TR/css-values-4/#calc-func. This is a basic implementation so there are probably somecalc()
expressions that can be reduced by other tools but not by esbuild. This release mainly focuses on setting up the parsing infrastructure forcalc()
expressions to make it straightforward to implement additional simplifications in the future. Here's an example of this new functionality:Expressions that can't be fully simplified will still be partially simplified into a reduced
calc()
expression:Note that this transformation doesn't attempt to modify any expression containing a
var()
CSS variable reference. These variable references can contain any number of tokens so it's not safe to move forward with a simplification assuming thatvar()
is a single token. For example,calc(2px * var(--x) * 3)
is not transformed intocalc(6px * var(--x))
in casevar(--x)
contains something like4 + 5px
(calc(2px * 4 + 5px * 3)
evaluates to23px
whilecalc(6px * 4 + 5px)
evaluates to29px
).Fix a crash with a legal comment followed by an import (#1730)
Version 0.13.10 introduced parsing for CSS legal comments but caused a regression in the code that checks whether there are any rules that come before
@import
. This is not desired because browsers ignore@import
rules after other non-@import
rules, so esbuild warns you when you do this. However, legal comments are modeled as rules in esbuild's internal AST even though they aren't actual CSS rules, and the code that performs this check wasn't updated. This release fixes the crash.Configuration
📅 Schedule: At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Renovate Bot.