Skip to content

fix(deps): update minor updates (minor) #170

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

renovate[bot]
Copy link
Contributor

@renovate renovate bot commented Jan 9, 2025

This PR contains the following updates:

Package Change Age Confidence
chrono-node@<2.2.4 >=2.2.4 -> >=2.8.3 age confidence
lint-staged ^15.3.0 -> ^15.5.2 age confidence
publint (source) ^0.2.12 -> ^0.3.12 age confidence
sort-package-json ^2.12.0 -> ^2.15.1 age confidence

Release Notes

wanasit/chrono (chrono-node@<2.2.4)

v2.8.3

Compare Source

  • Rewrite duration calculations (without DayJs) abba434
  • Fix: (en) "noon" time assignment confidence (by @​crazyjncsu)
  • Fix: export type ParsingContext (by @​wickedest)

v2.8.2

Compare Source

  • Fix: Correct import error in 2.8.1

v2.8.1

Compare Source


v2.8.0

Compare Source

New/Fix: Reference date calculation on the assigned timezone 4033a27

Previously, the reference date calculation (e.g., "1 day ago", "tomorrow at 9am") was based on the interpretation of the reference instant/timestamp using the system timezone rather than the assigned timezone (e.g., "April 5" in the system timezone may already "April 6" in the assigned timezone).

const refInstant = new Date("2025-02-27T22:00:00.000Z");
// This instant/timestamp
// = Thu Feb 27 2025 15:00:00 GMT-0800 (PST)
// = Fri Feb 28 2025 08:00:00 GMT+0900 (JST)

chrono.parseDate("Tomorrow at 9am", { instant: refInstant, timezone: "PST" })
// In PST, "Tomorrow at 9am" => Fri Feb 28 2025 09:00:00 GMT-0800 (PST)

chrono.parseDate("Tomorrow at 9am", { instant: refInstant, timezone: "JST" })
// In JST, "Tomorrow at 9am" => Sat Mar 1 2025 09:00:00 GMT+0900 (JST)

This changed some current relative date/time output. So, it is published in a minor version, instead of a patch.


v2.7.9

Compare Source

  • New: Italian (IT) support (beta/untested).
  • New: (en) add "Overmorrow" support in casual date e1acb29
  • Fix: (jp) rewrite 当日 to 本日
  • Fix: timezone option for relative dates should affect time 8c415a8

v2.7.8

Compare Source

  • Fix: (en) The second could be an ordinal number or time-unit 6d8d672
  • Fix: (en) Recognize "of" between month name and year 257722f
  • Fix: (en) The "may" could be verb or month name a857d3f
  • New: add debug tags for result/relativeDate 80c126b
  • New: add debug tags for parser/SlashDateFormatParser and parser/ENTimeExpressionParser 6646c75
  • New: (en) Add support for weekend/weekday mentioning 3a15d3d

v2.7.7

Compare Source

  • Fix: (en) incorrect timeunit words extraction 08e4dc4
  • Fix: Forward dates option affect relative timeago results 31bcae3
  • Fix: ISO format default to local timezone instead of UTC 696d247
  • Fix: Hyphanated (or slash) dates started by year intepretation d61f933
  • Fix: (en) support new separator for date/time 23abdda
  • New: (en) Add year suffix extraction refiner be6e995

v2.7.6

Compare Source

  • Fix: Time expression parsing after date with number-ending (#​547) 3ae3144
  • New [ZH]: Replace default chrono.zh configuration from combined zh.hans and zh.hant c5261b7

v2.7.5

Compare Source

  • New: Accept multiple time units connected by "and" d1a71c9
  • Fix: Month-year is incorrect parsed as month-date-year 9aeb1c3
  • Fix: TS type for parse() and parseDate() reference input (in locale modules) fa472f2
  • Fix: TS type for parseDate() return 3126f44

v2.7.4

Compare Source

  • Fix: little-endian month and year case c201115
  • Fix: incorrect reference "for the ..." 2cbe422
  • New: Support reference following a date (e.g. "today + 4day") fed9f9d
  • Fix [NL]: Various NL improvement by Dutch from @​HendrikJan #​539

v2.7.3

Compare Source

  • Fix: Apply lazy loading to UK patterns (related to errors in Hermes engine) 4c4d6d1
  • Fix: Apply lazy loading to RU patterns (related to errors in Hermes engine) 5db3a1f

v2.7.2

Compare Source

  • Fix: More lazy loading to RU patterns (related to errors in Hermes engine) cb0bdd4

v2.7.1

Compare Source

  • Fix: Apply lazy loading to RU patterns (related to errors in Hermes engine) 5db3a1f

v2.7.0

Compare Source

  • New: Introduce parsing tags (https://github.com/wanasit/chrono/pull/534)
    • The parsed components (and results) have tags (Set<string>).
    • These tags are added by parsers and refiners for additional information about the results.

v2.6.6

Compare Source

Full Changelog: wanasit/chrono@v2.6.5...v2.6.6

v2.6.5

Compare Source

  • Export ReferenceWithTimezone and ParsingComponents to public interface 99b2e9f
  • Fix: Improve timezone abbr keyword between date and time 1b6994b

v2.6.4

Compare Source

v2.6.3

Compare Source

  • Improved Timezone handling (by @​JoakimNil, #​450)
    • Handle DST on major timezones
    • Support timezones override configuration
  • Fixed forwardDate calculation for the month/year (665bda6)
  • RU: Added more RU abbreviation (by @​mikemikhaylov, #​510)
  • EN: Timeunit abbreviations disabled in strict mode (787c41b)

v2.6.2

Compare Source

v2.6.1

Compare Source

  • Fix: Remove unused lookbehind pattern causing error on Safari (#​503) 8b64dcb

v2.6.0

Compare Source

v2.5.1

Compare Source

  • Fix: Support "the x after ..." pattern 6760ca0
  • Fix: recognize time ending that shift to another month dc1b244
  • New (nl): Dutch shortened month (by @​skoppers)
  • New (ru): Parsing for Russian "day before yesterday/after tomorrow" (by @​mikemikhaylov)
  • New (de/es): Time within pattern support (by Toby Rothe)

v2.5.0

Compare Source

  • New Added basic support for Spanish (by @​S4M3R)

Others:

  • New: Support timeunit abbriviation (English)
  • Support "midday" casual time in English (by @​kieranm)

v2.4.2

Compare Source

  • Fix: slash date format accept invalid dates
  • Fix: forward date to correctly increment day by one #​456 (by @​Swivelgames)
  • Fix: Midnight follow by date
  • Fix: Incorrect date(day) value in Chinese Local time expression parsers when date by @​maxwellyue
  • Other refactoring/fixes by @​mikemikhaylov @​7qt

v2.4.1

Compare Source

Minor version v2.3 -> v2.4

  • New weekday calculation (e.g. "This Friday", "Next Saturday")
  • Fixed inconsistent behaviors (#​464)
  • New: Introduced weekday enum

Other:

v2.3.9

Compare Source

v2.3.8

Compare Source

  • (new) Added parsing for quarter f4964a6 (by @​PriyankaSand)
  • (new, DE) Improve German casual relative expression parsing 668b5fe (by @​georgd)
  • (new, DE) Other German improvement (month name, era, time parsing)

v2.3.7

Compare Source

  • New: Recognize relative time from an absolute date (e.g. "2 weeks before 2020-02-13") from @​liamcain (PR #​430)
  • Fix: MSK (Moscow Time) from UTC+4:00 to UTC+3:00 from @​DylanFrese (PR #​421)
  • Fix: "after" and "after this" reference 0d1c9bd

v2.3.6

Compare Source

  • New: Chinese Hans support (chrono.zh.hans) support from @​QingWei-Li (PR #​427)
  • Fix: Ambiguous timezone names when time is not mentioned afbba58

v2.3.5

Compare Source

  • New: Chinese Hant support (chrono.zh.hant) support from @​DingWeizhe (MR #​417)
  • Improvement: also assign meridium on relative time parsing c4cd375

v2.3.4

Compare Source

  • Fix: improve timezone adjustment (dayligth-saving related) 543c3bc
  • Fix: incorrect date when ref timezone is unknown 801ca4e

v2.3.3

Compare Source

  • New: Allow null reference timezone; result timezone will not be implied or assigned unless one is read from a parsed date d337a53
  • Fix: Require a word boundary after short tokens that can be interpreted as numbers 8efe94c

v2.3.2

Compare Source

  • Fix: ForwardRefiner to activate on the same weekday 699c871

v2.3.1

Compare Source

  • Fix: (performance) Regex backtracking in consecutive space patterns #​399
  • New: Enhance Dutch (NL) Support 0cfef4e

v2.3.0

Compare Source

  • New: Date/Timezone Reference API (see. Parsing Reference (Date / Timezone) in Readme)

v2.2.7

Compare Source

  • Improvement: Apply case-sensitive timezone extraction on date expressions f036345
  • Fix: Time parsing ending with "a" or "p" 77fbd83
  • New: BCE/CE year label support dde6103
  • New: "tmrw" as abbr for "tomorrow" b9c02f5

v2.2.6

Compare Source

  • Fix: Improve performance by avoid unnecessary parsing in time exp cdfb6bc
  • Fix: negative time range parsing 053cc8f
  • Fix: handling quote sign around time parsing 6a52cf3

v2.2.5

Compare Source

  • Fix: Performance improvement by reduce the usage of dayjs in results 38cbefb
  • Fix: Small performance improvement through caching fab8f51
  • New: Adding basic benchmark ac08a8c
lint-staged/lint-staged (lint-staged)

v15.5.2

Compare Source

Patch Changes

v15.5.1

Compare Source

Patch Changes
  • #​1533 5d53534 Thanks @​iiroj! - Improve listing of staged files so that lint-staged doesn't crash when encountering an uninitialized submodule. This should result in less errors like:

    ✖ Failed to get staged files!
    

v15.5.0

Compare Source

Minor Changes
  • #​1526 630af5f Thanks @​iiroj! - Lint-staged no longer resets to the original state when preventing an empty git commit. This happens when your configured tasks reset all the staged changes, typically when trying to commit formatting changes which conflict with your linter setup like ESLint or Prettier.
Example with Prettier

By default Prettier prefers double quotes.

Previously
  1. Stage file.js with only double quotes " changed to '
  2. Run git commit -am "I don't like double quotes"
  3. Lint-staged runs prettier --write file.js, converting all the ' back to "
  4. Because there are now no changes, lint-staged fails, cancels the commit, and resets back to the original state
  5. Commit was not done, original state is restored and single quotes ' are staged
Now
  1. Stage file.js with only double-quotes " changed to '
  2. Run git commit -am "I don't like double quotes"
  3. Lint-staged runs prettier --write file.js, converting all the ' back to "
  4. Because there are now no changes, lint-staged fails and cancels the commit
  5. Commit was not done, and there are no staged changes

v15.4.3

Compare Source

Patch Changes
  • #​1512 cbfed1d Thanks @​tarik02! - Adjust TypeScript types for the default export so that it can be used as a value without error TS2693.

v15.4.2

Compare Source

Patch Changes
  • #​1509 8827ebf Thanks @​iiroj! - Change lint-staged's dependencies to use caret (^) ranges instead of tilde (~). This makes it easier for package managers to perform dependency management when minor-level updates are also permitted instead of just patch-level.

v15.4.1

Compare Source

Patch Changes

v15.4.0

Compare Source

Minor Changes
  • #​1500 a8ec1dd Thanks @​iiroj! - Lint-staged now provides TypeScript types for the configuration and main Node.js API. You can use the JSDoc syntax in your JS configuration files:

    /**
     * @&#8203;filename: lint-staged.config.js
     * @&#8203;type {import('lint-staged').Configuration}
     */
    export default {
      '*': 'prettier --write',
    }

    It's also possible to use the .ts file extension for the configuration if your Node.js version supports it. The --experimental-strip-types flag was introduced in Node.js v22.6.0 and unflagged in v23.6.0, enabling Node.js to execute TypeScript files without additional configuration.

    export NODE_OPTIONS="--experimental-strip-types"
    
    npx lint-staged --config lint-staged.config.ts
Patch Changes
publint/publint (publint)

v0.3.12

Compare Source

Patch Changes
  • Fix shebang check to allow spaces after the #! (#​183)

v0.3.11

Compare Source

Patch Changes
  • Update EXPORTS_GLOB_NO_DEPRECATED_SUBPATH_MAPPING message and severity to error (#​179)

  • Add a new warning when the "exports" or "imports" field contain a fallback array as most tooling will only the pick the first value that can be parsed, and other tooling may work differently leading to inconsistent behaviors (#​180)

v0.3.10

Compare Source

Patch Changes
  • Support custom conditions in "exports" that points to raw TS or TSX files. This configuration is common in monorepo setups where packages refer to the raw files among themselves using a custom condition so custom aliasing isn't needed. (b34ea94)

    With this support, the "types" condition is allowed to come after any exports of the raw TS or TSX files. File existence checks are also disabled for raw TS and TSX files reference as after publish these files may intentionally be not published.

v0.3.9

Compare Source

Patch Changes
  • Support the formatMessage utility in the browser. It has a new color: 'html' option to highlight important parts with <strong> tags instead of ANSI colors. It also has a new reference: boolean option so the messages are worded in reference of the message location. (e1cfef0)

  • If formatMessage is passed a package.json object with missing keys, the message part that references the value will now fallback to "undefined" instead of completely erroring out. (45962d1)

v0.3.8

Compare Source

Patch Changes
  • Support passing a tarball path to the publint CLI. This allows to easily lint any tarball files at hand. (#​166)

    npx publint ./mylib-1.0.0.tgz
  • The publint API now returns a pkg object as a convenience to pass it to formatMessage (#​166)

  • Updated dependencies [02d169b]:

v0.3.7

Compare Source

Patch Changes
  • The "imports" field is now linted with the following rules: (#​162)

    • IMPORTS_KEY_INVALID: Ensure the imports key starts with a #
    • IMPORTS_VALUE_INVALID: Ensure the imports value is a valid path that starts with a ./
    • IMPORTS_GLOB_NO_MATCHED_FILES: Ensure the imports glob matches at least one file
    • IMPORTS_DEFAULT_SHOULD_BE_LAST: Ensure the "default" condition is last in an entrypoint's object
    • IMPORTS_MODULE_SHOULD_BE_ESM: Ensure the "module" condition file is ESM
    • IMPORTS_MODULE_SHOULD_PRECEDE_REQUIRE: Ensure the "module" condition precedes the "require" condition in an entrypoint's object
  • Improve SSH git URL detection when checking the "repository" field. Values like "[email protected]:user/project.git" is now detected as a valid git URL, but will be suggested to use a full git URL instead, like "git+ssh://[email protected]/user/project.git" (28da844)

  • Fix exports types message when the "require" or "import" condition already exists but the dts file format is still invalid (a731ec3)

v0.3.6

Compare Source

Patch Changes
  • Fix checking bin field file path that omits .js or /index.js (04f289e)

v0.3.5

Compare Source

Patch Changes
  • Check the "bin" field if the referenced file exists, has the correct JS format, and can be executed (#​150)

  • Deprecate the deps command. The command has been tricky to maintain and incomplete (e.g. doesn't lint recursively). A separate tool can be used to run publint on dependencies instead, e.g. npx renoma --filter-rules "publint". (#​149)

v0.3.4

Compare Source

Patch Changes
  • When globbing "exports" values that contains *, also respect "exports" keys that mark paths as null. For example: (b9605ae)

    {
      "exports": {
        "./*": "./dist/*",
        "./browser/*": null
      }
    }

    The glob in "./*": "./dist/*" will no longer match and lint files in "./browser/*" as it's marked null (internal).

  • Update logs when running the publint CLI: (58d96a2)

    • The publint version is now displayed.
    • The packing command is also displayed.
    • Messages are now logged in the order of errors, warnings, and suggestions, instead of the other way round, to prioritize errors.
    • The publint deps command no longer logs passing dependencies. Only failing dependencies are logged.

    Examples:

    $ npx publint
    $ Running publint v0.X.X for my-library...
    $ Packing files with `npm pack`...
    $ All good!
    $ npx publint deps
    $ Running publint v0.X.X for my-library deps...
    $ x my-dependency
    $ Errors:
    $ 1. ...
  • Fix detecting shorthand repository URLs with the . character (09d8cbb)

  • Clarify message when "types" is not the first condition in the "exports" field (5a6ba00)

  • Correctly detect if a "types" value in "exports" is used for dual publishing (3f3d8b2)

v0.3.3

Compare Source

Patch Changes
  • Rename EXPORT_TYPES_INVALID_FORMAT message to EXPORTS_TYPES_INVALID_FORMAT (#​139)

  • Allow versioned types conditions (e.g. "types@>=5.2") in "exports" when checking for "types" condition ordering (#​138)

v0.3.2

Compare Source

Patch Changes
  • (Potentially breaking) Disable running lifecycle scripts, such as prepare, prepack, and postpack, when running the pack command internally. This returns to the behavior in v0.2. (Note that this change does not apply to yarn as it does not support ignoring lifecycle scripts for local projects) (#​128)

    This change is made as running lifecycle scripts was an unintentional behavior during the v0.3 breaking change, which could cause the linting process to take longer than expected, or even cause infinite loops if publint is used in a lifecycle script.

  • Update repository and bugs URLs to point to the new publint organization (1eda033)

  • Updated dependencies [1eda033, 10e3891]:

v0.3.1

Compare Source

Patch Changes
  • Fix shebang check to allow spaces after the #! (#​183)

v0.3.0

Compare Source

Minor Changes
  • The vfs option is removed in favour of an extended support of pack: { tarball: ArrayBuffer | ReadableStream } and pack: { files: PackFile[] } APIs. Now, it is even easier to use publint in the browser or against a packed .tgz file in Node.js. See the docs for more examples of how to use these new options. (#​122)

  • Bump node version support to >=18 (cb2ed8b)

  • publint now runs your project's package manager's pack command to get the list of packed files for linting. The previous npm-packlist dependency is now removed. (#​120)

    NOTE: In this release (v0.3.0), the pack command also runs lifecycle scripts like prepare, prepack, and postpack. This behavior is unintentional and is fixed in v0.3.2, where they will no longer run (except for yarn as it does not support ignoring lifecycle scripts for local projects). This returns to the behavior in v0.2.

    A new pack option is added to the node API to allow configuring this. It defaults to 'auto' and will automatically detect your project's package manager using package-manager-detector. See its JSDoc for more information of the option.

    This change is made as package managers have different behaviors for packing files, so running their pack command directly allows for more accurate linting. However, as a result of executing these commands in a child process, it may take 200-500ms longer to lint depending on the package manager used and the project size. The new handling also does not support yarn 1. See this comment for more information.

    If you use yarn 1, you should upgrade to the latest yarn version or a different package manager. Otherwise, no other changes are required for this new behavior.

Patch Changes
  • Initial setup to publish with Changesets (24a62f5)

  • When a dependency with the file: or link: protocol is specified in the package.json, it will now error to prevent accidentally publishing dependencies that will likely not work when installed by end-users (6e6ab33)

  • Fix EXPORT_TYPES_INVALID_FORMAT linting to detect .d.mts and .d.cts files (af5e88b)

  • Updated dependencies [d0b406b]:

keithamus/sort-package-json (sort-package-json)

v2.15.1

Compare Source

Bug Fixes

v2.15.0

Compare Source

Features

v2.14.0

Compare Source

Features

v2.13.0

Compare Source

Features

Configuration

📅 Schedule: Branch creation - "after 10:00 before 19:00 every weekday except after 13:00 before 14:00" in timezone Europe/Berlin, Automerge - At any time (no schedule defined).

🚦 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.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@renovate renovate bot requested a review from prisis as a code owner January 9, 2025 15:39
Copy link

coderabbitai bot commented Jan 9, 2025

Important

Review skipped

Bot user detected.

To trigger a single review, invoke the @coderabbitai review command.

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.


🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Explain this complex logic.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai explain this code block.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and explain its main purpose.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Support

Need help? Join our Discord community for assistance with any issues or questions.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link

github-actions bot commented Jan 9, 2025

Thank you for following the naming conventions! 🙏

@renovate renovate bot force-pushed the renovate/minor-updates branch from eed223b to 1b534d1 Compare January 10, 2025 09:45
@renovate renovate bot changed the title fix(deps): update dependency publint to ^0.3.0 fix(deps): update dependency publint to ^0.3.1 Jan 13, 2025
@renovate renovate bot force-pushed the renovate/minor-updates branch from 1b534d1 to 2b1b5bd Compare January 13, 2025 10:06
@renovate renovate bot changed the title fix(deps): update dependency publint to ^0.3.1 fix(deps): update minor updates (minor) Jan 13, 2025
@renovate renovate bot force-pushed the renovate/minor-updates branch 4 times, most recently from 51643e6 to 8252e11 Compare January 20, 2025 13:02
@renovate renovate bot force-pushed the renovate/minor-updates branch 4 times, most recently from c34105a to 65483fa Compare January 27, 2025 09:44
@renovate renovate bot changed the title fix(deps): update minor updates (minor) Update Minor updates (minor) Jan 27, 2025
@renovate renovate bot force-pushed the renovate/minor-updates branch 2 times, most recently from 606a485 to 0aa6646 Compare January 30, 2025 17:49
@renovate renovate bot force-pushed the renovate/minor-updates branch 2 times, most recently from 183a925 to ff72759 Compare February 17, 2025 17:56
@renovate renovate bot force-pushed the renovate/minor-updates branch from ff72759 to 62fec3a Compare February 24, 2025 10:06
@renovate renovate bot force-pushed the renovate/minor-updates branch 2 times, most recently from e3071e3 to de81a15 Compare March 6, 2025 15:43
@renovate renovate bot force-pushed the renovate/minor-updates branch 2 times, most recently from 89d1e30 to 3dcedc2 Compare March 17, 2025 10:06
@renovate renovate bot force-pushed the renovate/minor-updates branch 2 times, most recently from bb6de21 to 396cf8f Compare April 7, 2025 13:05
@renovate renovate bot force-pushed the renovate/minor-updates branch 2 times, most recently from 157cfa9 to 821457e Compare April 14, 2025 13:02
@renovate renovate bot force-pushed the renovate/minor-updates branch 2 times, most recently from b048a66 to 1b62774 Compare April 17, 2025 12:06
@renovate renovate bot changed the title Update Minor updates (minor) fix(deps): update minor updates (minor) May 8, 2025
@renovate renovate bot force-pushed the renovate/minor-updates branch 2 times, most recently from fce587a to beb5d7b Compare May 12, 2025 13:05
@renovate renovate bot force-pushed the renovate/minor-updates branch 2 times, most recently from 8040399 to f7e19c7 Compare June 4, 2025 10:24
@renovate renovate bot force-pushed the renovate/minor-updates branch from f7e19c7 to de271e5 Compare June 18, 2025 12:31
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

0 participants