chore(deps): update all non-major dependencies - #349
Merged
Conversation
✅ Deploy Preview for solid-clock ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
This PR contains the following updates:
10.9.0→10.9.10.16.0→0.17.020.11.6→20.12.08.67.0→8.68.0Release Notes
eslint/eslint (eslint)
v10.9.1Compare Source
solidjs-community/eslint-plugin-solid (eslint-plugin-solid)
v0.17.0Compare Source
Server functions are core in Solid 2.0, so the plugin now lints them. Four new rules cover the
"use server"directive's silent failure modes — all enabled as errors in thev2andv2-strictconfigs, and verified against the official Solid 2.0 templates (zero findings) and under Oxlint.New Rules
solid/valid-use-server. The compiler only honors"use server"in specific positions and silently ignores it everywhere else — often shipping database access or secrets to the client without any error. Flags directives that aren't in the directive prologue (after other statements, inside plain blocks), template-literal "directives", and directives in positions the compiler never extracts (object methods, getters/setters, class methods). For module-level directive files, also flags non-function exports (which fail at server boot) and calls to client declaration wrappers (GET,live,withMetafrom@solidjs/web;query,action,liveQueryfrom@solidjs/router), whose client-side behavior is silently compiled out in such files. AclientWrappersoption adds project-specific wrapper names, with*wildcard and/regex/support.solid/require-async-server-function. On the client every server function call resolves a Promise, but during SSR the function is called in-process and returns synchronously — so a non-async server function observes two different return types, and TypeScript only sees one of them. Covers function-level directives and all exports of module-level directive files (includingexport { name }specifiers). Autofixes by insertingasync.solid/no-invalid-server-capture. An editor-time mirror of the compiler's closure-capture validation: server functions cannot capture variables from intermediate scopes (component state, enclosing function parameters), because the extracted function is hoisted to module level on the server and becomes a network proxy on the client. The compiler already rejects this at build time; the rule reports the same captures as you type. Module top-level bindings, imports, globals, own params/locals, named-function-expression self-references, and TS type-only references are all allowed.solid/no-browser-globals-in-server-function. Flags unambiguous browser-only globals (window,document,localStorage, etc.) inside server functions, which only run on the server. The list is deliberately conservative — server runtimes providefetch,crypto,URL, and evennavigator, so those never warn — and shadowing bindings andtypeof windowguards are ignored. In module-level directive files, the whole module is checked.Internal
customReactiveFunctions-style pattern matching (exact names,*wildcards,/regex/strings) was extracted into a sharedcreateNameMatcherutility, now used by bothsolid/reactivityandsolid/valid-use-server.Full Changelog: solidjs-community/eslint-plugin-solid@v0.16.1...v0.17.0
v0.16.1Compare Source
A precision pass over
solid/reactivity, driven by the longest-standing false-positive reports in the tracker. Every fix landed with a regression test reproducing the original issue, and the Solid 2.0 templates still lint clean.Fixes
valuegets a real explanation (#209). Passing a reactive expression to a provider'svalueprop previously produced the generic "should be used within JSX" message — nonsense for something that is in JSX. It now reports a dedicated message explaining that providers readvalueonce, untracked, when created (true in both Solid 1.x and 2.0), and to pass the signal, memo, or store itself. Detection also now covers the Solid 2.0 form, where the context object is used directly as the provider (<MyContext value={...}>), by resolving JSX names tocreateContext()calls.createResourceargument shapes (#199, #195).createResource(fetcher, options)no longer treats the fetcher as a tracked scope (so async fetchers with an options object stop reportingnoAsyncTrackedScope), and increateResource(source, fetcher)the fetcher is now correctly treated as an untracked called function that may be async and read current values. The source remains a synchronous tracked scope.const { item } = propsinsidecreateMemo/createEffectre-runs on updates and no longer warns. Destructuring at component setup level still does.window.setTimeoutand friends (#194). Timer and scheduling callbacks prefixed withwindow.,globalThis., orself.now get the same called-function treatment as the bare globals.mergeProps/mergefunction arguments are tracked scopes (#179). Both wrap function sources increateMemo, so reactive reads inside them no longer warn.createMemoaccessor to acreate*/use*/custom reactive function no longer warns, matching the existing allowance for signals.create*calls (#52).return createMemo(...)(or as an arrow body) no longer reportsshouldAssign— the result is handed to the caller, like a custom primitive.doSomething(() => props.toggle)) no longer warns, matching the existing behavior for named functions: synchronous calls still run tracked, and later calls poll current values.Features
customReactiveFunctions(#176). Entries now support*wildcards ("watch*") and regexes written as"/pattern/"strings, in addition to exact names.capricorn86/happy-dom (happy-dom)
v20.12.0Compare Source
v20.11.15Compare Source
👷♂️ Patch fixes
v20.11.14Compare Source
v20.11.13Compare Source
👷♂️ Patch fixes
v20.11.12Compare Source
👷♂️ Patch fixes
v20.11.11Compare Source
v20.11.10Compare Source
v20.11.9Compare Source
v20.11.8Compare Source
👷♂️ Patch fixes
v20.11.7Compare Source
👷♂️ Patch fixes
typescript-eslint/typescript-eslint (typescript-eslint)
v8.68.0Compare Source
This was a version bump only for typescript-eslint to align it with other projects, there were no code changes.
See GitHub Releases for more information.
You can read about our versioning strategy and releases on our website.
Configuration
📅 Schedule: (in timezone Etc/Utc)
* 0-3 * * 1)🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, 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 was generated by Mend Renovate. View the repository job log.