Update all non-major dependencies - #45
Conversation
Mira PR Walkthrough🔍 Reviewing this PR… |
af28249 to
63e1403
Compare
|
There was a problem hiding this comment.
Mira Review Summary
The PR updates @react-router/node, @react-router/serve, and @react-router/dev from 8.2.0 to 8.3.0 in src/MPlusKeybot.Web/package.json, but leaves react-router pinned at 8.2.0 on line 15. This monorepo version mismatch can cause runtime and build failures, and must be resolved before merging.
Key Issues
| Issue | Location | |
|---|---|---|
| 🔴 | react-router is pinned at 8.2.0 while sibling @react-router/* packages were updated to 8.3.0 — this is a monorepo version mismatch that can cause runtime and build failures. | src/MPlusKeybot.Web/package.json:15 |
d6f39b0 to
a6505c9
Compare
aeed3d5 to
5dd252a
Compare
Edited/Blocked NotificationRenovate 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. |
This PR contains the following updates:
8.2.0→8.3.08.2.0→8.3.08.2.0→8.3.03.18.2→3.19.13.18.2→3.19.13.18.2→3.19.13.0.3→3.0.519.2.7→19.2.819.2.7→19.2.88.1.4→8.1.5Release Notes
remix-run/react-router (@react-router/dev)
v8.3.0Compare Source
Minor Changes
react-router devwith--conditions=developmentwhen not already configured (#15291)Patch Changes
typescript@7to be used (#15317)Unstable Changes
Add
unstable_rsc/client-versionclient build version virtual module (#15318)Support the
subResourceIntegrityconfig option in RSC Framework Mode (#15321)Migration guide
No changes are required when using the default RSC SSR entry. If you maintain a custom
app/entry.ssr.tsx, import the new virtual module and pass its hashes to React'simportMaprender option:react-router@8.3.0@react-router/node@8.3.0@react-router/serve@8.3.0remix-run/react-router (@react-router/node)
v8.3.0Compare Source
Patch Changes
typescript@7to be used (#15317)react-router@8.3.0remix-run/react-router (@react-router/serve)
v8.3.0Compare Source
Patch Changes
react-router@8.3.0@react-router/express@8.3.0@react-router/node@8.3.0quartznet/quartznet (Quartz)
v3.19.1Quartz.NET 3.19.1 is a small bug fix release with two targeted fixes:
DailyTimeIntervalTriggerno longer gets stuck in an infinite fire loop on DST spring-forward days, andStdSchedulerFactory.GetScheduler(schedName)now creates the scheduler when the name asked for is its own. There are no API or schema changes, so it is a drop-in upgrade from 3.19.0.Highlights
DailyTimeIntervalTriggerno longer spins on DST transition days —GetFireTimeAftercould return a time at or before the one it was given, which makesQuartzSchedulerThreadfire the trigger, compute the same next fire time, and fire again — pinning a CPU core and flooding the log. Two independent causes, both on a spring-forward day: the DST correction added for #1114 was applied to every interval size and in either direction (so every interval of an hour or less was affected, in every DST time zone), and the daily rollover toStartTimeOfDayreused whatever UTC offset the previous fire time carried (so in time zones that move the clock at midnight, such as Chile,StartTimeOfDay00:00 resolved to an instant before the transition — the same instant that was passed in). Verified across 3024 combinations of 12 time zones, both transitions, 21 intervals and 6 start times: 468 combinations produced non-advancing fire times before, none do now. (#3190, fixes #332)StdSchedulerFactory.GetScheduler(schedName)creates its own scheduler — asking a factory for the scheduler it is configured to produce returnednulluntil somebody had calledGetScheduler()first. It now creates it. Any other name stays a pure lookup, so probing for a scheduler somebody else owns still has no side effects, and the name comparison is case-insensitive to match howSchedulerRepositoryindexes names. The DI factory has behaved this way since #2845; this brings the property-configured factory in line. (#3188, reported in #2786, originally proposed in #360)What's Changed
Full Changelog: quartznet/quartznet@v3.19.0...v3.19.1
v3.19.0Quartz.NET 3.19.0 is a feature release: it adds node affinity for clustered scheduling, a fluent cron-expression builder, and richer
L/LWday-of-month expressions, plus clock-jump resilience and a modernized build and publishing pipeline. The public API is unchanged (all additions are additive), so it is a drop-in upgrade — with two things to note: the new node-affinity columns are an optional schema migration (the feature degrades gracefully without them), and a handful of previously-brokenL/LW/Wcron expressions now fire correctly (see below).Highlights
TriggerBuilder.WithPreferredNode(...); the node is preferred for acquisition but the trigger is still stolen on failover so it is never stranded if that node goes down. Adds optionalPREFERRED_NODE/PREFERRED_NODE_AUTOcolumns for ADO.NET job stores (database/schema_30_add_preferred_node.sql); when the columns are absent the scheduler logs a warning and behaves exactly as before. (#3013, #3144)CronExpressionBuilder— compose cron expressions programmatically, one field at a time, instead of hand-writing the string — handy when a schedule is assembled from user input such as a scheduling UI. (#3139)LandLWcombinable with other day-of-month values — the day-of-month field now accepts expressions such as1,15,Land the newLW-n/L-nWgrammar. This also corrects several previously-buggy edge cases:29W/31Wno longer silently skip short months,L-30Wno longer throws mid-schedule, and1,15Wnow appliesWto each day rather than only the first. These corrections change the fire times of a few expressions that were previously broken — review any storedL/LW/Wday-of-month expressions. (#2759)Note for
CronScheduleBuilderusers:AtHourAndMinuteOnGivenDaysOfWeek/WeeklyOnDayAndHourAndMinutenow emit textual day-of-week names (e.g.MON,WEDrather than2,4). The schedules are identical, but the generatedCRON_EXPRESSIONstring differs — relevant only if you compare stored cron strings byte-for-byte.What's Changed
Full Changelog: quartznet/quartznet@v3.18.2...v3.19.0
ericsink/SQLitePCL.raw (SQLitePCLRaw.bundle_e_sqlite3)
v3.0.5Update the lib dependency for
SQLitePCLRaw.bundle_e_sqlite3to package IDSQLiteversion 3.53.4.v3.0.4Update SQLitePCLRaw.bundle_e_sqlite3 to reference SourceGear.sqlite3 version 3.53.3.
react/react (react)
v19.2.8Compare Source
react/react (react-dom)
v19.2.8Compare Source
vitejs/vite (vite)
v8.1.5Compare Source
Please refer to CHANGELOG.md for details.
Configuration
📅 Schedule: (UTC)
* 0-6 * * 2)🚦 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 was generated by Mend Renovate. View the repository job log.