chore(deps): update dev-dependencies #3746
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
3 Participants
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: vikunja/frontend#3746
Loading…
Reference in New Issue
No description provided.
Delete Branch "renovate/dev-dependencies"
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:
2.2.4
->2.2.5
1.3.3
->1.4.0
18.2.1
->18.2.2
0.7.3
->0.7.4
18.17.14
->18.17.16
6.6.0
->6.7.0
6.6.0
->6.7.0
1.0.30001528
->1.0.30001534
0.19.2
->0.19.3
8.48.0
->8.49.0
3.29.0
->3.29.1
1.66.1
->1.67.0
0.16.4
->0.16.5
0.34.3
->0.34.4
1.8.10
->1.8.11
Release Notes
4teamwork/cypress-drag-drop (@4tw/cypress-drag-drop)
v2.2.5
Compare Source
tsconfig/bases (@tsconfig/node18)
v18.2.2
Compare Source
typescript-eslint/typescript-eslint (@typescript-eslint/eslint-plugin)
v6.7.0
Compare Source
Bug Fixes
Features
You can read about our versioning strategy and releases on our website.
typescript-eslint/typescript-eslint (@typescript-eslint/parser)
v6.7.0
Compare Source
Note: Version bump only for package @typescript-eslint/parser
You can read about our versioning strategy and releases on our website.
browserslist/caniuse-lite (caniuse-lite)
v1.0.30001534
Compare Source
v1.0.30001533
Compare Source
v1.0.30001532
Compare Source
v1.0.30001529
Compare Source
evanw/esbuild (esbuild)
v0.19.3
Compare Source
Fix
list-style-type
with thelocal-css
loader (#3325)The
local-css
loader incorrectly treated all identifiers provided tolist-style-type
as a custom local identifier. That included identifiers such asnone
which have special meaning in CSS, and which should not be treated as custom local identifiers. This release fixes this bug:Note that this bug only affected code using the
local-css
loader. It did not affect code using thecss
loader.Avoid inserting temporary variables before
use strict
(#3322)This release fixes a bug where esbuild could incorrectly insert automatically-generated temporary variables before
use strict
directives:Adjust TypeScript
enum
output to better approximatetsc
(#3329)TypeScript enum values can be either number literals or string literals. Numbers create a bidirectional mapping between the name and the value but strings only create a unidirectional mapping from the name to the value. When the enum value is neither a number literal nor a string literal, TypeScript and esbuild both default to treating it as a number:
However, TypeScript does constant folding slightly differently than esbuild. For example, it may consider template literals to be string literals in some cases:
The template literal initializer for
PRESENT
is treated as a string while the template literal initializer forMISSING
is treated as a number. Previously esbuild treated both of these cases as a number but starting with this release, esbuild will now treat both of these cases as a string. This doesn't exactly match the behavior oftsc
but in the case where the behavior divergestsc
reports a compile error, so this seems like acceptible behavior for esbuild. Note that handling these cases completely correctly would require esbuild to parse type declarations (see thedeclare
keyword), which esbuild deliberately doesn't do.Ignore case in CSS in more places (#3316)
This release makes esbuild's CSS support more case-agnostic, which better matches how browsers work. For example:
Please never actually write code like this.
Improve the error message for
null
entries inexports
(#3377)Package authors can disable package export paths with the
exports
map inpackage.json
. With this release, esbuild now has a clearer error message that points to thenull
token inpackage.json
itself instead of to the surrounding context. Here is an example of the new error message:Parse and print the
with
keyword inimport
statementsJavaScript was going to have a feature called "import assertions" that adds an
assert
keyword toimport
statements. It looked like this:The feature provided a way to assert that the imported file is of a certain type (but was not allowed to affect how the import is interpreted, even though that's how everyone expected it to behave). The feature was fully specified and then actually implemented and shipped in Chrome before the people behind the feature realized that they should allow it to affect how the import is interpreted after all. So import assertions are no longer going to be added to the language.
Instead, the current proposal is to add a feature called "import attributes" instead that adds a
with
keyword to import statements. It looks like this:This feature provides a way to affect how the import is interpreted. With this release, esbuild now has preliminary support for parsing and printing this new
with
keyword. Thewith
keyword is not yet interpreted by esbuild, however, so bundling code with it will generate a build error. All this release does is allow you to use esbuild to process code containing it (such as removing types from TypeScript code). Note that this syntax is not yet a part of JavaScript and may be removed or altered in the future if the specification changes (which it already has once, as described above). If that happens, esbuild reserves the right to remove or alter its support for this syntax too.eslint/eslint (eslint)
v8.49.0
Compare Source
Features
da09f4e
feat: Implement onUnreachableCodePathStart/End (#17511) (Nicholas C. Zakas)32b2327
feat: Emit deprecation warnings in RuleTester (#17527) (Nicholas C. Zakas)acb7df3
feat: add newenforce
option tolines-between-class-members
(#17462) (Nitin Kumar)Documentation
ecfb54f
docs: Update README (GitHub Actions Bot)de86b3b
docs: updateno-promise-executor-return
examples (#17529) (Nitin Kumar)032c4b1
docs: add typescript template (#17500) (James)cd7da5c
docs: Update README (GitHub Actions Bot)Chores
b7621c3
chore: remove browser test fromnpm test
(#17550) (Milos Djermanovic)cac45d0
chore: upgrade @eslint/js@8.49.0 (#17549) (Milos Djermanovic)cd39508
chore: package.json update for @eslint/js release (ESLint Jenkins)203a971
ci: bump actions/checkout from 3 to 4 (#17530) (dependabot[bot])a40fa50
chore: use eslint-plugin-jsdoc's flat config (#17516) (Milos Djermanovic)926a286
test: replace Karma with Webdriver.IO (#17126) (Christian Bromann)f591d2c
chore: Upgrade config-array (#17512) (Nicholas C. Zakas)rollup/rollup (rollup)
v3.29.1
Compare Source
2023-09-10
Bug Fixes
Pull Requests
sass/dart-sass (sass)
v1.67.0
Compare Source
All functions defined in CSS Values and Units 4 are now once again parsed as
calculation objects:
round()
,mod()
,rem()
,sin()
,cos()
,tan()
,asin()
,acos()
,atan()
,atan2()
,pow()
,sqrt()
,hypot()
,log()
,exp()
,abs()
, andsign()
.Unlike in 1.65.0, function calls are not locked into being parsed as
calculations or plain Sass functions at parse-time. This means that
user-defined functions will take precedence over CSS calculations of the same
name. Although the function names
calc()
andclamp()
are still forbidden,users may continue to freely define functions whose names overlap with other
CSS calculations (including
abs()
,min()
,max()
, andround()
whosenames overlap with global Sass functions).
As a consequence of the change in calculation parsing described above,
calculation functions containing interpolation are now parsed more strictly
than before. However, all interpolations that would have produced valid CSS
will continue to work, so this is not considered a breaking change.
Interpolations in calculation functions that aren't used in a position that
could also have a normal calculation value are now deprecated. For example,
calc(1px #{"+ 2px"})
is deprecated, butcalc(1px + #{"2px"})
is stillallowed. This deprecation is named
calc-interp
. See the Sass website formore information.
Potentially breaking bug fix: The importer used to load a given file is no
longer used to load absolute URLs that appear in that file. This was
unintented behavior that contradicted the Sass specification. Absolute URLs
will now correctly be loaded only from the global importer list. This applies
to the modern JS API, the Dart API, and the embedded protocol.
Embedded Sass
files or files that require many importer or function call round-trips with
the embedded host.
antfu/vite-plugin-pwa (vite-plugin-pwa)
v0.16.5
Compare Source
🚀 Features
scope_extensions
to webmanifest - by @dargmuesli in https://github.com/vite-pwa/vite-plugin-pwa/issues/561 (81ad4)screenshots.form_factor
to webmanifest - by @dargmuesli in https://github.com/vite-pwa/vite-plugin-pwa/issues/562 (92f79)View changes on GitHub
vitest-dev/vitest (vitest)
v0.34.4
Compare Source
🐞 Bug Fixes
View changes on GitHub
vuejs/language-tools (vue-tsc)
v1.8.11
Compare Source
@vue-expect-error
(#3541) - thanks @so1veFull-time Support by
WebContainer API is here.
Our Platinum Sponsors
Our Silver Sponsors
Add you via GitHub Sponsors or Open Collective
Configuration
📅 Schedule: Branch creation - "before 4am" (UTC), Automerge - 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.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR has been generated by Renovate Bot.
e6aeee6fcb
to336b3b2ba2
336b3b2ba2
to5a96142e1f
5a96142e1f
to1245807ab6
1245807ab6
to9fa34de1ee
9fa34de1ee
tob38c7cd33d
b38c7cd33d
to6d36de54f3
Hi renovate!
Thank you for creating a PR!
I've deployed the changes of this PR on a preview environment under this URL: https://3746-renovate-dev-dependencies--vikunja-frontend-preview.netlify.app
You can use this url to view the changes live and test them out.
You will need to manually connect this to an api running somehwere. The easiest to use is https://try.vikunja.io/.
Have a nice day!
Edited/Blocked Notification
Renovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR.
You can manually request rebase by checking the rebase/retry box above.
⚠ Warning: custom changes will be lost.