chore(deps): update all patch updates

[renovate]

This PR contains the following updates:

Package	Type	Update	Change
gradle (source)		patch	9.4.0 → 9.4.1
moka	workspace.dependencies	patch	0.12.14 → 0.12.15
zip	workspace.dependencies	patch	8.3.0 → 8.3.1

---

Release Notes

gradle/gradle (gradle)

v9.4.1

Compare Source

moka-rs/moka (moka)

v0.12.15

Compare Source

Fixed

• Fixed a bug where re-inserting an expired entry could cause it to lose its
  expiration time and remain in the cache indefinitely when using a custom Expiry
  policy with per-entry expiration. ([#​582][gh-pull-0582] by [@​jiangzhe][gh-jiangzhe],
  [#​581][gh-pull-0581] by [@​atrocities][gh-atrocities], reported in
  [#​575][gh-issue-0575]):
  • This occurred when an entry that had expired but not yet been evicted was
    re-inserted, and expire_after_update returned None. This primarily
    affected users who only override expire_after_create, since the default
    expire_after_update returns duration_until_expiry, which is None for
    expired entries.
  • This bug was introduced by the changes in v0.12.13 ([#​549][gh-pull-0549] and
    [#​564][gh-pull-0564]).
  • Subtle behavior change:
    • Before this fix, re-inserting an expired entry was treated as an update,
      so Expiry::expire_after_update was called.
    • After this fix, re-inserting an expired entry is treated as a creation,
      so Expiry::expire_after_create is called instead.
    • This may change the expiration time of re-inserted entries, depending on
      your Expiry trait implementation.
• Fixed flaky tests cht::segment::tests::drop_many_values and
  drop_many_values_concurrent that were failing on high-core-count machines
  ([#​586][gh-pull-0586]):
  • These tests were using a CPU-dependent segment count, causing inconsistent
    bucket array shrinking behavior of the internal segmented hash map across
    different machines.
  • Changed these tests to use a fixed segment count (4) for consistent results.

Changed

• Disabled flaky GC-dependent tests by default using run_flaky_tests cfg
  ([#​584][gh-pull-0584]):
  • These tests rely on epoch-based garbage collection (crossbeam-epoch) timing
    that is not guaranteed, causing intermittent failures.
  • Fixed [#​539][gh-issue-0539] and [#​580][gh-issue-0580].
  • To run these tests, set RUSTFLAGS='--cfg run_flaky_tests'.

zip-rs/zip2 (zip)

v8.3.1

Compare Source

🚜 Refactor

• use AexEncryption::new (#​736)
• update tests to add big endian miri check (#​735)

⚙️ Miscellaneous Tasks

• cleanup repository files (#​743)

---

Configuration

📅 Schedule: Branch creation - Between 12:00 AM and 03:59 AM, only on Monday ( * 0-3 * * 1 ) (UTC), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

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

---

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

---

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