zombie-mermaid 2.2.1 → 2.2.2

package/src/__tests__/ascii-subgraph-label-border-clip.test.ts

@@ -18,7 +18,7 @@
  * migrated call site relies on `write()`'s inclusive bounds).
  */
 import { describe, it, expect } from 'vitest'
-import { renderMermaidASCII } from '../ascii/index.ts'
+import { renderMermaidASCII } from '@zombie-mermaid/ascii-renderer'
 
 describe('ASCII subgraph label does not overwrite its own border', () => {
   it('leaves the right border intact when the title is wider than the interior', () => {
@@ -30,9 +30,12 @@ describe('ASCII subgraph label does not overwrite its own border', () => {
     const titleLine = output.split('\n').find((l) => l.includes('AAAAAAA'))
     expect(titleLine).toBeDefined()
 
-    // The title is truncated by the box's fixed width, but the row must
-    // still open and close with the border — never spill onto/through it.
-    expect(titleLine).toBe('│AAAAAAA│')
+    // The box is now widened to fit the title in full (issue #632 — a
+    // subgraph label used to be truncated to whatever width the child
+    // nodes happened to need, dropping trailing characters), so the title
+    // is no longer clipped at all — but the row must still open and close
+    // with the border — never spill onto/through it.
+    expect(titleLine).toBe('│AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA│')
     expect(titleLine?.startsWith('│')).toBe(true)
     expect(titleLine?.endsWith('│')).toBe(true)
   })
@@ -62,28 +65,88 @@ describe('ASCII subgraph label does not overwrite its own border', () => {
     const output = renderMermaidASCII(mermaid)
     expect(output).toBe(
       [
-        '┌───────┐',
-        '│AAAAAAA│',
-        '│       │',
-        '│       │',
-        '│ ┌───┐ │',
-        '│ │   │ │',
-        '│ │ a │ │',
-        '│ │   │ │',
-        '│ └─┬─┘ │',
-        '│   │   │',
-        '│   │   │',
-        '│   │   │',
-        '│   │   │',
-        '│   ▼   │',
-        '│ ┌───┐ │',
-        '│ │   │ │',
-        '│ │ b │ │',
-        '│ │   │ │',
-        '│ └───┘ │',
-        '│       │',
-        '└───────┘',
+        '┌──────────────────────────────────┐',
+        '│AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA│',
+        '│                                  │',
+        '│                                  │',
+        '│              ┌───┐               │',
+        '│              │   │               │',
+        '│              │ a │               │',
+        '│              │   │               │',
+        '│              └─┬─┘               │',
+        '│                │                 │',
+        '│                │                 │',
+        '│                │                 │',
+        '│                │                 │',
+        '│                ▼                 │',
+        '│              ┌───┐               │',
+        '│              │   │               │',
+        '│              │ b │               │',
+        '│              │   │               │',
+        '│              └───┘               │',
+        '│                                  │',
+        '└──────────────────────────────────┘',
       ].join('\n'),
     )
   })
 })
+
+/**
+ * Regression test for issue #632 — a weekly form-judge audit comparing this
+ * repo's ASCII output against real mermaid.js SVG flagged the "Subgraph
+ * Direction Override" sample (samples-data.ts): the cluster label
+ * "Processing Pipeline" was truncated mid-word to "Processing Pipe" even
+ * though the source SVG's cluster rect is wide enough to fit the full label
+ * untruncated.
+ *
+ * Root cause: `calculateSubgraphBoundingBox` (src/ascii/grid.ts) sized a
+ * subgraph's box purely from its child nodes' positions — it never
+ * considered the width of the subgraph's own label — so a label longer
+ * than the widest child node's contribution to the box got silently
+ * clipped by `drawSubgraphLabel`'s own border-safety guard (the fix
+ * verified by the tests above, which correctly stops a label from spilling
+ * onto the border, but does nothing to stop it needing to spill in the
+ * first place). The fix widens the box, symmetrically, whenever the
+ * label's own display width would otherwise exceed the interior the child
+ * nodes alone would have produced.
+ */
+describe('ASCII subgraph label does not truncate a label wider than its child nodes (issue #632)', () => {
+  it('renders "Processing Pipeline" in full instead of truncating it to "Processing Pipe"', () => {
+    const mermaid = `graph TD
+  subgraph pipeline [Processing Pipeline]
+    direction LR
+    A[Input] --> B[Parse] --> C[Transform] --> D[Output]
+  end
+  E[Source] --> A
+  D --> F[Sink]`
+    const output = renderMermaidASCII(mermaid)
+
+    expect(output).toContain('Processing Pipeline')
+    expect(output).not.toContain('Processing Pipe│')
+    expect(output).not.toContain('Processing Pipe\n')
+
+    const titleLine = output
+      .split('\n')
+      .find((l) => l.includes('Processing Pipeline'))
+    expect(titleLine).toBeDefined()
+    // The label sits fully inside the border on both sides, not clipped
+    // against (or spilling onto) either one.
+    expect(titleLine?.startsWith('│')).toBe(true)
+    expect(titleLine?.endsWith('│')).toBe(true)
+  })
+
+  it('still truncates a title far wider than any reasonable box only via the border-safety clip, never mid-word from box sizing alone', () => {
+    // A label wider than the box has room for, on a subgraph with only a
+    // single tiny child node — the box widens to fit the label (this
+    // issue's fix), so nothing is truncated by width sizing; the only
+    // remaining clip source is `drawSubgraphLabel`'s own border guard
+    // (covered by the tests above), which only fires for pathological
+    // cases (e.g. a taller-than-tall label) that this fix does not touch.
+    const mermaid = `flowchart TD
+  subgraph ONE["A Rather Long Subgraph Title Here"]
+    A1["a"]
+  end`
+    const output = renderMermaidASCII(mermaid)
+    expect(output).toContain('A Rather Long Subgraph Title Here')
+  })
+})

package/src/__tests__/ascii-subgraph-later-edgeless-301.test.ts

@@ -29,10 +29,14 @@
  */
 import { describe, it, expect } from 'vitest'
 import { parseMermaid } from '../parser.ts'
-import { convertToAsciiGraph } from '../ascii/converter.ts'
-import { createMapping } from '../ascii/grid.ts'
-import { renderMermaidASCII } from '../ascii/index.ts'
-import type { AsciiConfig, AsciiGraph, AsciiSubgraph } from '../ascii/types.ts'
+import { convertToAsciiGraph } from '../../packages/ascii-renderer/src/converter.ts'
+import { createMapping } from '../../packages/ascii-renderer/src/grid.ts'
+import { renderMermaidASCII } from '@zombie-mermaid/ascii-renderer'
+import type {
+  AsciiConfig,
+  AsciiGraph,
+  AsciiSubgraph,
+} from '../../packages/ascii-renderer/src/types.ts'
 
 function layoutFlowchart(
   source: string,

package/src/__tests__/ascii-subgraph-title-padding.test.ts

@@ -15,7 +15,7 @@
  * space of left padding whenever the box has any slack at all.
  */
 import { describe, it, expect } from 'vitest'
-import { renderMermaidASCII } from '../ascii/index.ts'
+import { renderMermaidASCII } from '@zombie-mermaid/ascii-renderer'
 
 /** Find the line containing a subgraph's rendered title text. */
 function findTitleLine(output: string, title: string): string {

package/src/__tests__/ascii-territory-unit.test.ts

@@ -1,6 +1,6 @@
 import { describe, it, expect } from 'vitest'
-import { allocateTerritory } from '../ascii/territory.ts'
-import type { TerritoryGeometry } from '../ascii/territory.ts'
+import { allocateTerritory } from '../../packages/ascii-renderer/src/territory.ts'
+import type { TerritoryGeometry } from '../../packages/ascii-renderer/src/territory.ts'
 
 /**
  * Test items carry their own geometry so the accessor stays trivial and the

package/src/__tests__/ascii-validate.test.ts

@@ -11,7 +11,7 @@ import {
   assertNoDiagonals,
   findOrphanedJunctions,
   hasOrphanedJunctions,
-} from '../ascii/validate.ts'
+} from '../../packages/ascii-renderer/src/validate.ts'
 
 describe('DIAGONAL_CHARS', () => {
   it('exposes ascii, unicode, and combined character sets', () => {

package/src/__tests__/ascii.test.ts

@@ -8,8 +8,11 @@
  * Test data: 44 ASCII files + 22 Unicode files = 66 total.
  */
 import { describe, it, expect } from 'vitest'
-import { renderMermaidASCII } from '../ascii/index.ts'
-import { hasDiagonalLines, DIAGONAL_CHARS } from '../ascii/validate.ts'
+import { renderMermaidASCII } from '@zombie-mermaid/ascii-renderer'
+import {
+  hasDiagonalLines,
+  DIAGONAL_CHARS,
+} from '../../packages/ascii-renderer/src/validate.ts'
 import { readdirSync, readFileSync } from 'node:fs'
 import { join, dirname } from 'node:path'
 import { fileURLToPath } from 'node:url'

package/src/__tests__/box-color.test.ts

@@ -6,7 +6,7 @@
  * whole header is the label. `transparent` is treated as "no colour".
  */
 import { describe, it, expect } from 'vitest'
-import { isCssColor, parseBoxHeader } from '../sequence/box-color.ts'
+import { isCssColor, parseBoxHeader } from '@zombie-mermaid/mermaid-parser'
 
 describe('isCssColor', () => {
   it('recognizes CSS named colours, case-insensitively', () => {

package/src/__tests__/class-arrow-directions.test.ts

@@ -8,7 +8,7 @@
  */
 
 import { describe, test, expect } from 'vitest'
-import { renderMermaidASCII } from '../ascii/index.ts'
+import { renderMermaidASCII } from '@zombie-mermaid/ascii-renderer'
 
 describe('Class Diagram Arrow Directions', () => {
   // ============================================================================

package/src/__tests__/class-click-interactions.test.ts

@@ -10,16 +10,13 @@
  * src/__tests__/er-click-unsupported.test.ts for that side of issue #292.
  */
 import { describe, it, expect } from 'vitest'
-import { parseClassDiagram } from '../class/parser.ts'
+import { parseClassDiagram } from '@zombie-mermaid/mermaid-parser'
+import { splitStatements } from '@zombie-mermaid/core'
 import { renderMermaidSVG } from '../index.ts'
 
 /** Helper to parse — preprocesses text the same way index.ts does */
 function parse(text: string) {
-  const lines = text
-    .split('\n')
-    .map((l) => l.trim())
-    .filter((l) => l.length > 0 && !l.startsWith('%%'))
-  return parseClassDiagram(lines)
+  return parseClassDiagram(splitStatements(text))
 }
 
 describe('parseClassDiagram – click interactions', () => {

package/src/__tests__/class-integration.test.ts

@@ -3,7 +3,7 @@
  */
 import { describe, it, expect } from 'vitest'
 import { renderMermaidSVG } from '../index.ts'
-import { renderMermaidASCII } from '../ascii/index.ts'
+import { renderMermaidASCII } from '@zombie-mermaid/ascii-renderer'
 
 describe('renderMermaidSVG – class diagrams', () => {
   it('renders a basic class diagram to valid SVG', () => {

package/src/__tests__/class-notes.test.ts

@@ -8,10 +8,10 @@
  * directly beside its class with a dashed connector.
  */
 import { describe, it, expect } from 'vitest'
-import { parseClassDiagram } from '../class/parser.ts'
-import { layoutClassDiagramSync } from '../class/layout.ts'
+import { parseClassDiagram } from '@zombie-mermaid/mermaid-parser'
+import { layoutClassDiagramSync } from '@zombie-mermaid/svg-renderer'
 import { renderMermaidSVG } from '../index.ts'
-import { renderMermaidASCII } from '../ascii/index.ts'
+import { renderMermaidASCII } from '@zombie-mermaid/ascii-renderer'
 import { splitStatements } from '@zombie-mermaid/core'
 
 /** Parse through the same statement splitter index.ts uses. */

package/src/__tests__/class-parser-error-messages.test.ts

@@ -0,0 +1,162 @@
+/**
+ * Error-message quality tests for the class diagram parser (issue #761).
+ *
+ * Before this pass, `parseClassDiagram` had zero `throw`/`Error` statements
+ * in the entire file — the only one of the five diagram parsers still in
+ * that state after #722 added targeted throws to ER and xychart-beta. A
+ * dangling relationship arrow with no target, an unclosed `class X { ... }`
+ * body, an unclosed method-signature paren, or a malformed `<<...>>`
+ * annotation were all silently dropped or silently mis-parsed, with no
+ * indication anything was wrong. These tests assert the parser now throws
+ * an actionable error instead, while confirming valid syntax and genuinely
+ * unrelated lines are unaffected — mirroring #722's "attempt, then
+ * validate" scoping so a line with no relationship-arrow token at all still
+ * falls through silently.
+ */
+import { describe, it, expect } from 'vitest'
+import { parseClassDiagram } from '@zombie-mermaid/mermaid-parser'
+import { splitStatements } from '@zombie-mermaid/core'
+
+function parse(text: string) {
+  return parseClassDiagram(splitStatements(text))
+}
+
+describe('parseClassDiagram – malformed relationships', () => {
+  it('throws on a dangling relationship arrow with no target', () => {
+    expect(() =>
+      parse(`classDiagram
+        Animal <|--`),
+    ).toThrow(/Malformed class-diagram relationship "Animal <\|--"/)
+  })
+
+  it('throws on an unsupported/garbage arrow shape', () => {
+    expect(() =>
+      parse(`classDiagram
+        Animal <>-- Dog`),
+    ).toThrow(/Malformed class-diagram relationship/)
+  })
+
+  it('mentions the valid arrow tokens in the message', () => {
+    expect(() =>
+      parse(`classDiagram
+        Animal <|--`),
+    ).toThrow(/<\|--, <\|\.\., \*--, o--, -->/)
+  })
+
+  it('reports the 1-based line number', () => {
+    expect(() =>
+      parse(`classDiagram
+        class Animal
+        Animal <|--`),
+    ).toThrow(/^Line 3:/)
+  })
+})
+
+describe('parseClassDiagram – unclosed class body', () => {
+  it('throws when a class block is never closed before the diagram ends', () => {
+    expect(() =>
+      parse(`classDiagram
+        class Animal {
+          +String name`),
+    ).toThrow(/Unclosed class body for "Animal"/)
+  })
+
+  it('reports the line the class body opened on, not where the diagram ends', () => {
+    expect(() =>
+      parse(`classDiagram
+        class Animal {
+          +String name
+          +eat() void`),
+    ).toThrow(/^Line 2:/)
+  })
+})
+
+describe('parseClassDiagram – malformed method signatures', () => {
+  it('throws on an unclosed "(" in a method signature', () => {
+    expect(() =>
+      parse(`classDiagram
+        class Animal {
+          +eat(void
+        }`),
+    ).toThrow(/unclosed "\(" in a method signature/)
+  })
+
+  it('throws for the same case on a single-line inline body', () => {
+    expect(() => parse('classDiagram\nclass Animal { +eat(void }')).toThrow(
+      /unclosed "\(" in a method signature/,
+    )
+  })
+})
+
+describe('parseClassDiagram – malformed annotations', () => {
+  it('throws on a multi-line-body annotation missing its closing ">>"', () => {
+    expect(() =>
+      parse(`classDiagram
+        class Shape {
+          <<abstract
+        }`),
+    ).toThrow(/Malformed class annotation "<<abstract"/)
+  })
+
+  it('throws on an inline-body annotation missing its closing ">>"', () => {
+    expect(() => parse('classDiagram\nclass Shape { <<abstract }')).toThrow(
+      /Malformed class annotation/,
+    )
+  })
+})
+
+describe('parseClassDiagram – valid syntax is unaffected', () => {
+  it('still parses a fully valid relationship without throwing', () => {
+    const d = parse(`classDiagram
+      Animal <|-- Dog`)
+    expect(d.relationships).toHaveLength(1)
+    expect(d.classes.map((c) => c.id).sort()).toEqual(['Animal', 'Dog'])
+  })
+
+  it('still parses a closed class body with a valid method and annotation', () => {
+    const d = parse(`classDiagram
+      class Animal {
+        <<abstract>>
+        +String name
+        +eat() void
+      }`)
+    const animal = d.classes.find((c) => c.id === 'Animal')!
+    expect(animal.annotation).toBe('abstract')
+    expect(animal.attributes).toHaveLength(1)
+    expect(animal.methods).toHaveLength(1)
+  })
+
+  it('still parses a valid inline single-line body', () => {
+    const d = parse('classDiagram\nclass Shape { <<interface>> }')
+    expect(d.classes[0]!.annotation).toBe('interface')
+  })
+
+  it('still parses a valid cardinality + label relationship', () => {
+    const d = parse('classDiagram\nA "1" --> "*" B : uses')
+    expect(d.relationships[0]!.fromCardinality).toBe('1')
+    expect(d.relationships[0]!.toCardinality).toBe('*')
+    expect(d.relationships[0]!.label).toBe('uses')
+  })
+
+  it('does not throw for a standalone class declaration with no relationship or body', () => {
+    expect(() =>
+      parse(`classDiagram
+        class Animal`),
+    ).not.toThrow()
+  })
+
+  it('does not throw for a click line (no arrow token present)', () => {
+    expect(() =>
+      parse(`classDiagram
+        class Animal
+        click Animal "https://example.com" "Tooltip"`),
+    ).not.toThrow()
+  })
+
+  it('does not throw for a valid inline attribute with a method-shaped default value', () => {
+    expect(() =>
+      parse(`classDiagram
+        Animal : +String name`),
+    ).not.toThrow()
+  })
+})

package/src/__tests__/class-parser.test.ts

@@ -5,15 +5,15 @@
  * relationships (all 6 types), cardinality, labels, inline attributes.
  */
 import { describe, it, expect } from 'vitest'
-import { parseClassDiagram, parseGenericTypes } from '../class/parser.ts'
+import {
+  parseClassDiagram,
+  parseGenericTypes,
+} from '@zombie-mermaid/mermaid-parser'
+import { splitStatements } from '@zombie-mermaid/core'
 
 /** Helper to parse — preprocesses text the same way index.ts does */
 function parse(text: string) {
-  const lines = text
-    .split('\n')
-    .map((l) => l.trim())
-    .filter((l) => l.length > 0 && !l.startsWith('%%'))
-  return parseClassDiagram(lines)
+  return parseClassDiagram(splitStatements(text))
 }
 
 // ============================================================================

package/src/__tests__/class-styling.test.ts

@@ -9,10 +9,10 @@
  * flowchart ASCII renderer does.
  */
 import { describe, it, expect } from 'vitest'
-import { parseClassDiagram } from '../class/parser.ts'
+import { parseClassDiagram } from '@zombie-mermaid/mermaid-parser'
 import { parseMermaid } from '../parser.ts'
 import { renderMermaidSVG } from '../index.ts'
-import { renderMermaidASCII } from '../ascii/index.ts'
+import { renderMermaidASCII } from '@zombie-mermaid/ascii-renderer'
 
 /**
  * Escape regex metacharacters so a value can be interpolated into a

package/src/__tests__/cli-render.test.ts

@@ -6,7 +6,7 @@ import { runRender } from '../cli/render.ts'
 import { renderPng } from '../cli/png.ts'
 import { renderMermaidSVG } from '../index.ts'
 import { THEMES } from '@zombie-mermaid/core'
-import { displayWidth } from '../ascii/display-width.ts'
+import { displayWidth } from '../../packages/ascii-renderer/src/display-width.ts'
 import { createMockStdout, renderArgs } from './cli-test-helpers.ts'
 
 // ============================================================================
@@ -312,6 +312,21 @@ describe('runRender – output ergonomics', () => {
     expect(mockStdout.output()).not.toContain('<svg')
     expect(await readFile(outputPath, 'utf-8')).toContain('<svg')
   })
+
+  it('writes nothing when a format resolves to neither stdout nor a file', async () => {
+    // Not reachable via the real CLI — parse-args always derives a file path
+    // or the stdout marker for --svg/--html/--png (see RenderArgs.output's
+    // doc comment) — but runRender doesn't itself enforce that invariant, so
+    // construct the args directly to exercise resolveTarget/emit's `skip`
+    // branch rather than leaving it untested dead code.
+    const inputPath = join(tmpDir, 'diagram.mmd')
+    await writeFile(inputPath, SIMPLE_FLOWCHART)
+
+    const mockStdout = createMockStdout()
+    await runRender(renderArgs({ input: inputPath, svg: true }), mockStdout)
+
+    expect(mockStdout.output()).toBe('')
+  })
 })
 
 // ============================================================================

package/src/__tests__/direction-override.test.ts

@@ -21,7 +21,7 @@ import { describe, it, expect } from 'vitest'
 import { renderMermaidSVG, renderMermaidASCII, parseMermaid } from '../index.ts'
 import { withDirectionOverride } from '@zombie-mermaid/core'
 import type { Direction, RenderOptions } from '@zombie-mermaid/core'
-import type { AsciiRenderOptions } from '../ascii/index.ts'
+import type { AsciiRenderOptions } from '@zombie-mermaid/ascii-renderer'
 
 /**
  * Top-left corner of the first `<rect>` inside the `<g class="{cls}"

package/src/__tests__/draw-lines.test.ts

@@ -13,8 +13,8 @@
  * directly with hand-built inputs rather than through a full render.
  */
 import { describe, it, expect } from 'vitest'
-import { drawLine } from '../ascii/draw-lines.ts'
-import { mkCanvas } from '../ascii/canvas.ts'
+import { drawLine } from '../../packages/ascii-renderer/src/draw-lines.ts'
+import { mkCanvas } from '../../packages/ascii-renderer/src/canvas.ts'
 
 describe('drawLine diagonal routing', () => {
   it('routes UpperLeft as a horizontal-then-vertical bend', () => {

package/src/__tests__/edge-cell-styles.test.ts

@@ -3,8 +3,11 @@ import {
   createEdgeCellStyles,
   findStyleConflict,
   claimPathCells,
-} from '../ascii/edge-cell-styles.ts'
-import { createGrid, placeBlock } from '../ascii/grid-occupancy.ts'
+} from '../../packages/ascii-renderer/src/edge-cell-styles.ts'
+import {
+  createGrid,
+  placeBlock,
+} from '../../packages/ascii-renderer/src/grid-occupancy.ts'
 
 describe('edge-cell-styles', () => {
   it('reports no conflict against an empty map', () => {

package/src/__tests__/elk-layout-cache.test.ts

@@ -13,17 +13,19 @@
  */
 import { describe, it, expect } from 'vitest'
 import { parseMermaid } from '../parser.ts'
-import { parseClassDiagram } from '../class/parser.ts'
-import { parseErDiagram } from '../er/parser.ts'
+import {
+  parseClassDiagram,
+  parseErDiagram,
+} from '@zombie-mermaid/mermaid-parser'
 import { splitStatements } from '@zombie-mermaid/core'
 import {
   convertToElkFormat,
   layoutGraphSync,
   elkLayoutSync,
   createLayoutCache,
+  layoutClassDiagramSync,
+  layoutErDiagramSync,
 } from '@zombie-mermaid/svg-renderer'
-import { layoutClassDiagramSync } from '../class/layout.ts'
-import { layoutErDiagramSync } from '../er/layout.ts'
 import { renderMermaidSVG } from '../index.ts'
 
 describe('elkLayoutSync layout cache', () => {

package/src/__tests__/er-click-unsupported.test.ts

@@ -3,8 +3,8 @@
  * unimplemented (issue #292).
  *
  * Unlike flowcharts/state diagrams (src/parser.ts) and class diagrams
- * (src/class/parser.ts, added alongside this file — see
- * class-click-interactions.test.ts), Mermaid's *own* erDiagram grammar has
+ * (packages/mermaid-parser/src/class/parser.ts, added alongside this file —
+ * see class-click-interactions.test.ts), Mermaid's *own* erDiagram grammar has
  * no `click` directive to parse: as of this writing, upstream support is an
  * open, unmerged feature request (mermaid-js/mermaid#2880, PR #6985), not a
  * shipped part of the language. Guessing at a syntax Mermaid itself hasn't
@@ -18,16 +18,13 @@
  * neither renders a link/tooltip nor corrupts the rest of the diagram.
  */
 import { describe, it, expect } from 'vitest'
-import { parseErDiagram } from '../er/parser.ts'
+import { parseErDiagram } from '@zombie-mermaid/mermaid-parser'
+import { splitStatements } from '@zombie-mermaid/core'
 import { renderMermaidSVG } from '../index.ts'
 
 /** Helper to parse — preprocesses text the same way index.ts does */
 function parse(text: string) {
-  const lines = text
-    .split('\n')
-    .map((l) => l.trim())
-    .filter((l) => l.length > 0 && !l.startsWith('%%'))
-  return parseErDiagram(lines)
+  return parseErDiagram(splitStatements(text))
 }
 
 describe('parseErDiagram – click statements are a no-op', () => {