chore(deps)(deps): bump mermaid from 11.16.1 to 12.0.0

[dependabot]

Bumps mermaid from 11.16.1 to 12.0.0.

Release notes

Sourced from mermaid's releases.

mermaid@12.0.0

Mermaid 12.0.0 ships ELK as the bundled default layout engine, a new redux-color / neo default appearance, and two new diagram types: UML use case diagrams.

This is a breaking release (ES2024, Safari 17.4+, Node 22.12+). Existing flowcharts, state and class diagrams will re-lay out and recolour; add layout: dagre, theme: default and look: classic to your config to keep the old look. Full changelog below.

Major Changes

• #8213 33442fd Thanks @​aloisklink! - chore!: require ES2024, Safari 17.4+, Node.JS v22.12+

  Mermaid is now built to target Safari 17.4+ and ES2024. If you need to support older browsers, you may need to polyfill or transpile mermaid.

  Safari 17.4+ has been chosen as the floor, as unlike Firefox/Chrome, older iOS devices don't get major Safari updates.

  Node.JS v22.12+ is also declared as requirement in our package.json files, but as mermaid requires a browser, this is mainly so we can use dependencies that also declare a Node.JS v22.12+ requirement, without causing issues for users when running npm install.

• #8155 810893c Thanks @​ashishjain0512! - feat!: ELK is now bundled with mermaid and is the default layout algorithm.

  ELK previously shipped as a separate @mermaid-js/layout-elk package that sites had to install and register. It is now part of mermaid itself and registered automatically, so layout: elk — and the elk.stress, elk.force, elk.mrtree, elk.sporeOverlap, elk.box and elk.rectpacking variants — work with no setup.

  This changes how existing diagrams look. Flowchart, state, class, entity-relationship, requirement, use-case diagrams that do not specify a layout are now laid out by ELK instead of dagre. To keep the previous layout, set dagre explicitly:

  ---
  config:
    layout: dagre
  ---

  or globally, mermaid.initialize({ layout: 'dagre' }).

  Mindmap is unchanged: it keeps laying out with cose-bilkent unless a layout is explicitly requested (in the tiny build, which ships neither ELK nor cose-bilkent, it falls back to dagre).

  Other notes:

  • ELK is loaded as a separate chunk in the ESM builds, so it is only fetched when a diagram actually uses it. The single-file IIFE build (mermaid.min.js) inlines it and grows by roughly 500 kB gzipped.
  • The tiny build deliberately omits ELK to stay small, and falls back to dagre for diagrams that ask for an ELK layout. Its size is unchanged.
  • @mermaid-js/layout-elk is no longer needed on normal builds — existing mermaid.registerLayoutLoaders(elkLayouts) calls keep working and can be removed. It is still published, and remains the way to add ELK to the tiny build.
  • dist/mermaid.esm.min.mjs now contains syntax that es-module-lexer (used by Vite) rejects with content contains invalid JS syntax. Bundler users are unaffected as long as they import the mermaid package specifier, which resolves to the core build; only builds that point Vite directly at that dist file need to switch to the package specifier or the core build.
  • State diagrams now resolve their layout through the same registration check as every other diagram, so an unavailable layout falls back instead of failing to render.

  An unrecognised theme name now resolves to the default theme in name as well as in variables; previously the invalid name stayed in place while the default's variables were loaded, and every palette-aware stylesheet gates on the name. theme: 'null', the documented way to disable the pre-defined themes, is unaffected. Note that neo paints node strokes with a gradient when the theme sets useGradient, which base does; setting a custom nodeBorder on base turns the gradient off.

• #8211 a19bd08 Thanks @​ashishjain0512! - Removed: the defaultRenderer option of the flowchart, class and state config sections.

  Use the top-level layout option instead:

... (truncated)

Commits

• 98a0945 Merge pull request #8237 from mermaid-js/changeset-release/master
• 96be564 Version Packages
• dd65cfd Merge pull request #8239 from mermaid-js/bug/appearance-docs-release-version-...
• e1cc7c2 fix(tests): accept a released version in the appearance docs marker
• 8382837 Merge pull request #8211 from mermaid-js/release/12.0.0
• 8a90389 ci: trigger a preview publish
• 01b8590 ci: attempt every preview package before failing the publish step
• 1997a23 ci: record why the preview publish of layout-elk and tiny is refused
• 0304007 ci: drop --access public from the preview publish of layout-elk and tiny
• 223be92 docs: capitalize Markdown in README tagline
• Additional commits viewable in compare view

[objectstack-fleet]

Closed 2026-10-01T08:02Z on the maintainer's instruction: mermaid 12 is not taken for now.

Provenance:

• Who: the maintainer.
• Verbatim: 「三组大版本升级:同意 * mermaid:关掉,先不升(推荐)。」
• Where: PM seat session session_018gA1pE6eJtwHhqx72G8U9X, 2026-10-01.

Recorded for a later lift. mermaid is used only by the private docs site (apps/docs), where 34 fences render diagrams client-side.

• Layout and look. mermaid 12 makes ELK the default layout and changes the default look. Without layout: 'dagre' and look: 'classic' in apps/docs/components/mermaid.tsx, the flowchart, graph and state diagrams (27 of the 34) re-lay out. That is not visible to Build Docs.
• New advisories. Its new chevrotain dependency pins lodash-es 4.17.23, which OSV flags: GHSA-r5fr-rjxr-66jc (high) and GHSA-f23m-r3pf-42rh (medium). Taking it needs a lodash-es override.
• Node floor. It requires Node 22.12 or later.
• Lockfile. This PR's lockfile also moves nodemailer down from 10.0.12 to 10.0.11.

---

Generated by Claude Code

[dependabot]

OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting @dependabot ignore this major version or @dependabot ignore this minor version. You can also ignore all major, minor, or patch releases for a dependency by adding an ignore condition with the desired update_types to your config file.

If you change your mind, just re-open this PR and I'll resolve any conflicts on it.