Skip to content

Update all non-major dependencies - #2954

Open
red-hat-konflux[bot] wants to merge 1 commit into
mainfrom
konflux/mintmaker/main/all-non-major-dependencies
Open

red-hat-konflux[bot] wants to merge 1 commit into
mainfrom
konflux/mintmaker/main/all-non-major-dependencies

Conversation

@red-hat-konflux

@red-hat-konflux red-hat-konflux Bot commented Sep 11, 2026

Copy link
Copy Markdown
Contributor

ℹ️ Note

This PR body was truncated due to platform limits.

This PR contains the following updates:

Package Change Age Confidence Type Update Pending
@eslint/js (source) 9.39.49.39.5 age confidence devDependencies patch
@playwright/test (source) 1.62.11.63.0 age confidence devDependencies minor
@testing-library/user-event 14.6.114.6.7 age confidence devDependencies patch
@types/luxon (source) 3.7.23.7.5 age confidence devDependencies patch
@types/node (source) 20.19.3020.19.43 age confidence devDependencies patch
dompurify 3.4.133.4.15 age confidence overrides patch
electron-to-chromium 1.5.3871.5.425 age confidence overrides patch 1.5.428 (+2)
eslint (source) 9.39.49.39.5 age confidence devDependencies patch
eslint-plugin-react-refresh ^0.4.19^0.5.0 age confidence devDependencies minor 0.5.7
i18next-cli 1.66.21.73.2 age confidence devDependencies minor 1.73.3
js-base64 3.8.03.9.3 age confidence dependencies minor
jsrsasign (source) 11.1.211.1.5 age confidence dependencies patch
playwright (source) 1.62.11.63.0 age confidence devDependencies minor
prettier (source) 3.9.43.9.6 age confidence devDependencies patch
qs 6.14.16.16.0 age confidence overrides minor
react-hook-form (source) 7.81.07.87.0 age confidence dependencies minor 7.88.0
registry.access.redhat.com/ubi9/nodejs-22 57ad03c6d86fec stage digest
registry.redhat.io/rhel9/nginx-126 9.8-17877218119.8-1788411305 age confidence final patch
registry.redhat.io/rhel9/nodejs-22 9.8-17877066539.8-1789045404 age confidence stage patch
sass 1.101.01.104.0 age confidence devDependencies minor 1.104.1
ts-jest (source) 29.4.1129.4.12 age confidence devDependencies patch
typescript-eslint (source) 8.63.08.70.0 age confidence devDependencies minor

Release Notes

eslint/eslint (@​eslint/js)

v9.39.5

Compare Source

Bug Fixes

Documentation

Chores

  • 458205f chore: update @eslint/eslintrc and @eslint/js for v9.39.5 (#​21077) (Francesco Trotta)
  • 202117b chore: package.json update for @​eslint/js release (Jenkins)
  • d9eb6ed test: disable warning for vm.constants.USE_MAIN_CONTEXT_DEFAULT_LOADER (#​21074) (Francesco Trotta)
  • 7b431a7 chore: override re2 dependency for @metascraper/helpers (#​21068) (Milos Djermanovic)
  • daf7791 chore: pin fflate@​0.8.2 (#​20895) (Milos Djermanovic)
  • daee8ba ci: use pnpm in eslint-flat-config-utils type integration test (#​20829) (Milos Djermanovic)
  • 116d4be ci: unpin Node.js 25.x in CI (#​20619) (Copilot)
microsoft/playwright (@​playwright/test)

v1.63.0

Compare Source

🔒 Test locks

Tests that access a shared resource — an external service, a global account setting — can now declare a named lock.
Tests that share a lock name never run concurrently, across files, workers and projects, while
everything else keeps running in parallel:

test('update user settings', { lock: 'user-settings' }, async ({ page }) => {
  // never runs at the same time as other tests holding 'user-settings'
});

A test can hold multiple locks, and test.describe() accepts a lock for the whole group.
Learn more about test locks.

🪟 Locate across frames

page.frameLocator() and frame.frameLocator() called without a selector search in any frame of the
subtree, so you no longer need to locate the iframe first:

// Finds the button in any frame on the page.
await page.frameLocator().getByRole('button').click();

The rest of the locator resolves inside a single frame, just like a regular locator, and an error is thrown when it
matches elements in several frames.

👁️ Visible-only locators

New locator.visible() returns a locator that matches only visible elements. It is the recommended
replacement for the :visible CSS pseudo-class:

await page.locator('button').visible().click();

🧾 Step params and subtitles

Steps now carry structured data for reporters. Playwright API steps report the target locator and call arguments,
and test.step() accepts subtitle and params options for your own steps:

await test.step('Login', async () => {
  // ...
}, { subtitle: 'as admin', params: { user: 'admin' } });

Reporters receive them via testStep.subtitle and testStep.params. For Playwright API
steps, the subtitle is the locator or the navigation url — for example, Click with subtitle getByRole('button').
Both are rendered next to the step title in the trace viewer and the HTML report.

🖼️ Aria and screen snapshots in traces

The snapshots option of tracing.start() and the testOptions.trace fixture option now accept an
object selecting what to capture on every action:

// playwright.config.ts
export default defineConfig({
  use: {
    trace: {
      mode: 'on',
      snapshots: { dom: true, aria: true, screen: true }
    },
  },
});

With aria and screen snapshots recorded, the new Display Aria mode in the trace viewer shows the action screenshot
side by side with the aria snapshot, and hovering an aria node highlights it on the screenshot.

New APIs

Browser and Context
Locators
const response = await request.get<User>('/api/users/42');
const user = await response.json(); // typed as User
Test runner
  • New standalone testOptions.reducedMotion, testOptions.forcedColors and testOptions.contrast options.
  • New --add-reporter command line option appends a reporter on top of the ones configured in playwright.config, instead of replacing them like --reporter does.
  • New omitTags option for the list, line, dot, github and junit reporters suppresses the tags that are automatically appended to test titles.
Command line
  • npx playwright install --no-remove keeps the browsers of other Playwright installations instead of removing them.
  • npx playwright codegen --http-credentials records against pages behind HTTP authentication.
Miscellaneous
  • New built-in perfetto reporter writes a Trace Event Format file for the Perfetto UI or chrome://tracing, rendering the test run as a timeline with a lane per worker.
  • The HTML report renders a duration waterfall next to test steps.

Announcements

  • ⚠️ The experimental @playwright/experimental-ct-react, @playwright/experimental-ct-react17 and @playwright/experimental-ct-vue packages will no longer be updated. Follow the migration guide to move to the stories model introduced in 1.62. Story ids passed to fixtures.mount() can now be typed through the generated Stories registry.
  • ⚠️ Ubuntu 20.04 is not supported anymore.
  • 🐧 On Linux arm64, Playwright now downloads the Chrome for Testing build of Chromium, the same build used on all other platforms.

Browser Versions

  • Chromium 153.0.8010.12
  • Mozilla Firefox 155.0
  • WebKit 26.6

This version was also tested against the following stable channels:

  • Google Chrome 153
  • Microsoft Edge 153
testing-library/user-event (@​testing-library/user-event)

v14.6.7

Compare Source

Bug Fixes

v14.6.6

Compare Source

Bug Fixes
  • default pointer event pointerType to empty string instead of the string "undefined" (#​1325) (71a5475)

v14.6.5

Compare Source

Bug Fixes

v14.6.4

Compare Source

Bug Fixes

v14.6.3

Compare Source

Bug Fixes
cure53/DOMPurify (dompurify)

v3.4.15: DOMPurify 3.4.15

Compare Source

  • Added better clobbering hardening when XML content is involved, thanks @​gnyselcuk
  • Added several smaller hardening and edge-case improvements, thanks @​leechristensen
  • Bumped several dependencies where possible

v3.4.14: DOMPurify 3.4.14

Compare Source

  • Fixed an issue with possible bypasses when risky tags are allow-listed, thanks @​AlirezaRouhbakhsh
  • Fixed a couple of edge cases with mixed document contexts, thanks @​fishjojo1
  • Added the SVG pointer-events and vector-effect presentation attributes to the allow-list, thanks @​Jaybhade
  • Conducted another refactoring run, removed dead branches and duplicated logic, flattened attribute validation
  • Updated the documentation in several spots, README, wiki, etc., thanks @​Akokonunes
  • Updated several development dependencies and CI workflow actions
Kilian/electron-to-chromium (electron-to-chromium)

v1.5.425

Compare Source

v1.5.424

Compare Source

v1.5.423

Compare Source

v1.5.422

Compare Source

v1.5.421

Compare Source

v1.5.420

Compare Source

v1.5.419

Compare Source

v1.5.418

Compare Source

v1.5.417

Compare Source

v1.5.416

Compare Source

v1.5.415

Compare Source

v1.5.414

Compare Source

v1.5.413

Compare Source

v1.5.412

Compare Source

v1.5.411

Compare Source

v1.5.410

Compare Source

v1.5.409

Compare Source

v1.5.408

Compare Source

v1.5.407

Compare Source

v1.5.406

Compare Source

v1.5.405

Compare Source

v1.5.404

Compare Source

v1.5.403

Compare Source

v1.5.402

Compare Source

v1.5.401

Compare Source

v1.5.400

Compare Source

v1.5.399

Compare Source

v1.5.398

Compare Source

v1.5.397

Compare Source

v1.5.396

Compare Source

v1.5.395

Compare Source

v1.5.394

Compare Source

v1.5.393

Compare Source

v1.5.392

Compare Source

v1.5.391

Compare Source

v1.5.389

Compare Source

v1.5.388

Compare Source

ArnaudBarre/eslint-plugin-react-refresh (eslint-plugin-react-refresh)

v0.5.6

Compare Source

  • Support re-exporting namespace components (fixes #​116)

v0.5.5

Compare Source

  • Fix SCREAMING_SNAKE_CASE constant exported via export { Name } incorrectly treated as React component #​114 (fixes #​113)
  • Add contentType and size to allowExportNames in Next config #​115

v0.5.4

Compare Source

  • Add instant to allowExportNames in Next config #​112

v0.5.3

Compare Source

  • Fix check for non component class exported via export { } #​110 (fixes #​109)

v0.5.2

Compare Source

  • Support nested function calls for extraHOCs (actually fixes #​104)

v0.5.1

Compare Source

  • Mark ESLint v10 as supported
  • Support false positives with TypeScript function overloading (fixes #​105)
  • Support nested function calls for extraHOCs (fixes #​104)

v0.5.0

Compare Source

Breaking changes
  • The package now ships as ESM and requires ESLint 9 + node 20. Because legacy config doesn't support ESM, this requires to use flat config
  • A new reactRefresh export is available and prefered over the default export. It's an object with two properties:
    • plugin: The plugin object with the rules
    • configs: An object containing configuration presets, each exposed as a function. These functions accept your custom options, merge them with sensible defaults for that config, and return the final config object.
  • customHOCs option was renamed to extraHOCs
  • Validation of HOCs calls is now more strict, you may need to add some HOCs to the extraHOCs option

Config example:

import { defineConfig } from "eslint/config";
import { reactRefresh } from "eslint-plugin-react-refresh";

export default defineConfig(
  /* Main config */
  reactRefresh.configs.vite({ extraHOCs: ["someLibHOC"] }),
);

Config example without config:

import { defineConfig } from "eslint/config";
import { reactRefresh } from "eslint-plugin-react-refresh";

export default defineConfig({
  files: ["**/*.ts", "**/*.tsx"],
  plugins: {
    // other plugins
    "react-refresh": reactRefresh.plugin,
  },
  rules: {
    // other rules
    "react-refresh/only-export-components": [
      "warn",
      { extraHOCs: ["someLibHOC"] },
    ],
  },
});
Why

This version follows a revamp of the internal logic to better make the difference between random call expressions like export const Enum = Object.keys(Record) and actual React HOC calls like export const MemoComponent = memo(Component). (fixes #​93)

The rule now handles ternaries and patterns like export default customHOC(props)(Component) which makes it able to correctly support files like this one given this config:

{
  "react-refresh/only-export-components": [
    "warn",
    { "extraHOCs": ["createRootRouteWithContext"] }
  ]
}

[!NOTE]
Actually createRoute functions from TanStack Router are not React HOCs, they return route objects that fake to be a memoized component but are not. When only doing createRootRoute({ component: Foo }), HMR will work fine, but as soon as you add a prop to the options that is not a React component, HMR will not work. I would recommend to avoid adding any TanStack function to extraHOCs it you want to preserve good HMR in the long term. Bluesky thread.

Because I'm not 100% sure this new logic doesn't introduce any false positive, this is done in a major-like version. This also give me the occasion to remove the hardcoded connect from the rule. If you are using connect from react-redux, you should now add it to extraHOCs like this:

{
  "react-refresh/only-export-components": ["warn", { "extraHOCs": ["connect"] }]
}
i18next/i18next-cli (i18next-cli)

v1.73.2

Compare Source

  • fix(deps): react is no longer a runtime dependency; it only lives in devDependencies for the
    type import. The CLI only needs react-i18next at runtime, which resolves React from the
    consuming project. Previously the ^19.2.8 floor could not dedupe against a project pinning an
    older React patch (Expo SDK 57 pins react@19.2.3) and nested a second copy under
    node_modules/i18next-cli, which Expo Doctor flagged as a duplicate. Now a single React copy is
    used. Fixes #​292.

v1.73.1

Compare Source

  • fix(extract): the <Trans> child error added for
    #​246 now also fires for {table.name},
    {fn()}, {`a ${b}`} and any other child expression the extractor cannot serialise, not
    only for bare identifiers like {name}. react-i18next inlines the value at runtime, while
    extraction silently produced an empty <1></1> placeholder, so the key never matched. The
    message suggests the {{name: table.name}} object form. It also no longer asks for a values
    prop: react-i18next reads the value from the {{name}} object child itself, so
    <Trans>See table {{name}}</Trans> works on its own. Extraction output is unchanged.
    Fixes #​290.

v1.73.0

Compare Source

  • feat: init runs without the wizard. --yes takes the detected defaults for every question
    not answered by --locales, --input, --output, --backend <local|locize|other> or
    --file-type <ts|js>; --project-id <id> (or LOCIZE_PROJECTID) supplies the Locize project id
    and skips the signup page and the credential prompts. Made for scripts and AI coding agents,
    which cannot drive the prompts.
  • feat: init --agent-note (also the last wizard question, default No) appends a short
    ## Internationalization section to AGENTS.md (and CLAUDE.md when present; when neither
    exists, AGENTS.md is created, plus a CLAUDE.md importing it if the project has a .claude/
    folder) so the next agent session knows where the locale files are and how translations are
    managed. The exact text is in the README; --no-agent-note skips the question. Nothing is
    written unless you say yes.
  • change: the localize agent prompt (--print-agent-prompt) and the i18next-localization
    skill no longer presume Locize. The agent asks the developer once, before creating the config,
    whether to manage the translations with Locize or keep the files in the repository, and never
    creates a project or asks for an API key unless they chose Locize. The prompt now creates the
    config with init --yes ... instead of the interactive wizard.

v1.72.4

Compare Source

  • docs: the README shows the skills.sh install badge for the i18next-localization Agent Skill, and
    i18next-cli --help now ends with a one-line hint on installing it
    (npx skills add i18next/i18next-cli). No other command prints anything new.

v1.72.3

Compare Source

  • feat(funnel): the Locize hint after status, extract and sync is now a single line that
    names the untranslated-key gap and the one command that fills it (npx i18next-cli localize),
    each with its own ?from= tagged register link. It only appears when secondary locales
    actually have untranslated keys; the 24h cooldown and the CI/non-TTY suppression are unchanged.

v1.72.2

Compare Source

  • fix: extract dynamic keys built from for...of loop variables. for (const unit of UNITS) over
    an as const string array now binds unit while the loop body is walked, just like .map() /
    .forEach() callback parameters already did.
  • fix: capture as const arrays of object literals (e.g. [{ unit: 'day' }, { unit: 'hour' }]),
    so both for (const { unit } of UNITS) and UNITS.forEach(({ unit }) => ...) resolve the
    destructured properties.
  • fix: resolve object destructuring of a known as const object, e.g. const { unit } = rate;
    followed by t(`msg ${unit}`)
    (#​289).

v1.72.1

Compare Source

  • fix: the interactive instrument prompt crashed because it still used inquirer's list prompt
    type, which was removed in inquirer 13; switched to select
    (#​288).

v1.72.0

Compare Source

  • feat: locize-sync --changed-only [--base <ref>] syncs and AI-auto-translates only the keys
    that changed on the current git branch vs. the base branch — ideal for translating just a pull
    request's diff instead of the whole project. The source-language files are diffed against the
    merge-base with the base branch (auto-detected via origin/HEAD, main, master, or set with
    --base); key creation, value updates and auto-translation are restricted to those keys, and
    deletions are skipped. Changed keys are scoped per namespace file, and when any plural variant
    of a key changed, all its plural forms are included (target languages often need more CLDR
    plural forms than the source). Also configurable via locize.changedOnly /
    locize.changedOnlyBase. Requires git and locize-cli >= 12.7.
  • feat: sync --changed-only [--base <ref>] applies the same branch-diff scoping to the local
    synchronizer: only primary-language keys added or modified on the branch are propagated to the
    secondary language files, and obsolete keys are left in place. Works with JSON, JSON5 and YAML
    translation files (JS/TS resource modules cannot be parsed from git history and fail with a
    clear message). Unusable git setups (git missing, not a repository, unresolvable base ref) fail
    the command with actionable errors that mention actions/checkout fetch-depth: 0 for shallow
    CI clones.

v1.71.3

Compare Source

  • fix: fallbackNS accounting now works when the fallback namespace lives in its own file
    outside a merged output (mergeNamespaces: true), e.g. split out and hidden via
    ignoreNamespaces: status and extract look up a fallback namespace missing from the
    merged file at its per-namespace path, and a function output resolves the merged file
    without a namespace (matching what extract writes), so hybrid layouts are expressible via
    an output function. When a fallbackNS is listed in ignoreNamespaces but its
    translations cannot be found, status now warns instead of silently reporting the keys as
    absent (#​287).

v1.71.2

Compare Source

  • fix: extract no longer scales quadratically with the number of keys: selector-API /
    returnObjects keys are matched via an O(key depth) Set lookup instead of one regex per
    object key, and the per-key leaf check uses a precomputed ancestor-prefix Set instead of
    scanning all keys. A 4-minute run on a ~11,500-key monorepo drops to seconds; written
    output is byte-identical (#​286).

v1.71.1

Compare Source

  • feat: .reduce()/.reduceRight() over an as const array now bind the element callback
    parameter (the second one, (acc, el) => …) like .map()/.forEach() already did, so
    ERRORS.reduce((acc, n) => { acc[n] = t(`errors.${n}.title`) }, {}) extracts every element
    without the (typeof ERRORS)[number] cast workaround
    (#​285).

v1.71.0

Compare Source

  • feat: new status.ignoreKeys config option: glob patterns (same shape as preservePatterns,
    optional ns: prefix) for keys that status should not report or fail on, e.g. keys that are
    intentionally empty in some locales. Only affects status; extract is unchanged
    (#​284).

v1.70.4

Compare Source

  • feat: useTranslation(ns) where ns is a function parameter now resolves to the parameter's
    string default (({ ns = 'a' }) =>, (ns = 'a') =>), or, without a default, to the first
    member of its inline union type ({ ns: 'a' | 'b' }), mirroring the TFunction<'a' | 'b'>
    rule (#​284).

v1.70.3

Compare Source

  • fix: TFunction<Ns> members are now found inside intersection types
    (Base & { t?: TFunction<Ns> }), including optional t?: and overload implementation
    signatures (#​284).
  • fix: named type aliases (TFunction<Namespace>, <Ns extends Namespace>) are no longer
    resolved to their first member. Introduced in 1.70.2, this could attribute keys to an arbitrary
    namespace when the alias is an app-wide union. Inline unions and literal generic constraints still
    resolve to the first member.

v1.70.2

Compare Source

  • fix: namespace detection for union / generic / array forms
    (#​284):
    • TFunction<'a' | 'b'>, TFunction<Ns> with <Ns extends 'a' | 'b'>, and TFunction<Alias>
      with a local type Alias = 'a' | 'b' resolve to the first member (plain, destructured and
      props.t member-call forms).
    • useTranslation(['a', 'b'] as const) and useTranslation(NS) with a local
      const NS = ['a', 'b'] are resolved like the inline array form.

v1.70.1

Compare Source

  • feat: further namespace detection improvements
    (#​284):
    • ReturnType<typeof useTranslation<'ns', 'keyPrefix'>>['t'] on parameters (plain and
      destructured) is treated like TFunction<'ns', 'keyPrefix'>.
    • A locally declared wrapper that forwards its first parameter as the key to an already scoped
      translation function (e.g. const t = useCallback((key, opts) => tLocal(key, opts), [...]))
      inherits that function's namespace / keyPrefix.
  • fix: t() calls inside fenced code blocks (```) of doc comments are no longer extracted
    as real call sites.

v1.70.0

Compare Source

  • feat: improve namespace detection for t functions whose namespace is not a plain
    useTranslation('ns') literal (#​284):
    • useTranslation(ns ?? 'fallback') / useTranslation(ns || 'fallback') now resolve to the
      statically known side (the fallback literal when the left side is dynamic) instead of
      silently falling back to defaultNS.
    • TFunction<'ns'> / TFunction<'ns', 'keyPrefix'> is now honoured on destructured
      parameters as well (({ t }: { t: TFunction<'ns'> }), ({ t }: Props) with a local
      interface or type alias), not only on plain (t: TFunction<'ns'>) parameters.
      These previously caused status / extract to attribute such keys to the default namespace
      and report them as missing.

v1.69.2

Compare Source

  • fix: support the AST shape of @swc/core 1.16, which types function, arrow and method
    bodies as FunctionBody instead of BlockStatement (plain blocks like if (x) { … } are
    unchanged). Every "is this a function body?" check silently went false, which broke selector
    calls with a block body (t($ => { return $.a.b })), return-type inference from a function
    body (finite dynamic keys), and React component-boundary detection in the instrumenter — so
    useTranslation() / <Trans> were no longer injected. Both node types are now accepted.

v1.69.1

Compare Source

  • fix(lint): report hardcoded strings at the line where they actually occur. Line numbers were
    resolved by searching the raw source text, so a short string was reported at the first place
    it appeared as a substring anywhere in the file — e.g. <span>in</span> on line 4 was reported
    on line 1 because of import './settings.scss'. Lines are now taken from the AST node's span,
    falling back to the text search only when no span is available. This also fixes
    i18next-instrument-ignore / i18next-instrument-ignore-next-line being ignored for such
    strings, since the directives suppress issues by line
    (#​283).

v1.69.0

Compare Source

  • feat(lint): support acceptedTags: 'all' to lint every JSX tag, including custom
    components, instead of the recommended built-in tag list. Useful together with
    acceptedAttributes in codebases with many custom JSX elements where maintaining an
    explicit tag accept-list is impractical. ignoredTags and transComponents still take
    precedence, and the default behavior when acceptedTags is unset is unchanged
    (#​282).

v1.68.0

Compare Source

  • feat(status): add --unused to report only unused translation keys — keys present in the
    translation files but no longer used in the source code. "Unused" is defined as what
    extract with removeUnusedKeys would delete: the report runs the extractor in dry-run
    mode (with removeUnusedKeys forced on, regardless of the config) and diffs the existing
    key set against the pruned result, so it inherits all of extract's edge-case handling
    (plural variants, context variants, preservePatterns, ignoreNamespaces). The command
    never modifies any files and exits with a non-zero status code when unused keys are found
    (or when source files failed to parse, since that could cause false positives), making it
    a dedicated CI check alongside the missing-translations check status <locale>. Combines
    with the locale argument and --namespace, e.g. i18next-cli status en --unused. Note
    that static analysis cannot detect dynamically constructed keys; to find keys that are
    truly unused at runtime, see https://www.locize.com/docs/guides/find-unused-translations
    (#​281).

v1.67.9

Compare Source

  • fix(types): derive defaultNS from the generated resources when extract.defaultNS is
    false. i18next's type system cannot express defaultNS: falseDefaultNamespace = TypeOptions['defaultNS'] feeds Ns extends Namespace, so emitting false made every
    t() call silently accept any string and the generated definitions checked nothing. The
    namespace is now taken from the keys of the generated Resources interface (deduplicated
    and sorted, preferring 'translation', and preferring a namespace inside types.basePath
    over one resolved outside of it), with a warning naming the pick. false is still emitted
    when the resource files are named after locales (en.json + de.json), where deriving
    would turn sibling languages into namespaces. Only affects i18next.d.ts on first
    creation; resources.d.ts and --ci behavior are unchanged
    (#​280).

v1.67.8

Compare Source

  • fix(extract): make the key sort order transitive, so extract is idempotent. The
    comparator compared base keys for plural/plural pairs but full keys for every other
    pair, which produced a cycle (foo_solved < foo_zero < foo_one < foo_other < foo_solved)
    for a key that has both plural forms and a context variant in a locale with a zero
    plural (lv, ru, pl, lt,

Note

PR body was truncated to here.


Configuration

📅 Schedule: (UTC)

  • Branch creation
    • At any time (no schedule defined)
  • 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.


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

To execute skipped test pipelines write comment /ok-to-test.


Documentation

Find out how to configure dependency updates in MintMaker documentation or see all available configuration options in Renovate documentation.

@red-hat-konflux

red-hat-konflux Bot commented Sep 11, 2026

Copy link
Copy Markdown
Contributor Author

⚠️ Artifact update problem

Renovate failed to update an artifact related to this branch. You probably do not want to merge this PR as-is.

♻ Renovate will retry this branch, including artifacts, only when one of the following happens:

  • any of the package files in this branch needs updating, or
  • the branch becomes conflicted, or
  • you click the rebase/retry checkbox if found above, or
  • you rename this PR's title to start with "rebase!" to trigger it manually

The artifact failure details are included below:

File name: package-lock.json
npm warn Unknown env config "store". This will stop working in the next major version of npm.
npm error code EOVERRIDE
npm error Override for dompurify@3.4.15 conflicts with direct dependency
npm error A complete log of this run can be found in: /tmp/renovate/cache/others/npm/_logs/2026-09-15T05_44_40_538Z-debug-0.log

@coderabbitai

coderabbitai Bot commented Sep 11, 2026

Copy link
Copy Markdown

Important

Review skipped

Bot user detected.

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

⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Advanced

Run ID: 21c9c2bd-80b1-45de-a60a-9128d758176e

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

Use the checkbox below for a quick retry:

  • 🔍 Trigger review

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@red-hat-konflux
red-hat-konflux Bot force-pushed the konflux/mintmaker/main/all-non-major-dependencies branch 2 times, most recently from e488f96 to a76ea18 Compare September 13, 2026 05:43
Signed-off-by: red-hat-konflux <126015336+red-hat-konflux[bot]@users.noreply.github.com>
@red-hat-konflux
red-hat-konflux Bot force-pushed the konflux/mintmaker/main/all-non-major-dependencies branch from a76ea18 to fb16aba Compare September 14, 2026 01:33
@sonarqubecloud

Copy link
Copy Markdown

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants