@micha.bigler/ui-core-micha 2.28.1 → 2.29.0

package/DESIGN.md

@@ -19,7 +19,8 @@ These principles are the spec a **prototype** encodes and the implementation mat
 
 ## Charts (read by humans, executed by code)
 
-8. **Every chart earns:** axis labels (with units), a legend only when >1 series, a tooltip, theme-token colours, container-responsive sizing, and empty/loading states. **Single-hue for magnitude; diverging (blue/red around zero) ONLY for signed data. Never dual-axis.** The concrete data palette is per-app / the `ui-core-micha` chart kit — this states the rules, not a fixed palette.
+8. **Every chart earns:** axis labels (with units), a legend only when >1 series, a tooltip, theme-token colours, container-responsive sizing, and empty/loading states. **Single-hue for magnitude; diverging (blue/red around zero) ONLY for signed data.** The concrete data palette is per-app / the `ui-core-micha` chart kit — this states the rules, not a fixed palette.
+   **Dual-axis is a default-off exception, opt-in only** (CHART-5, operator decision): the shared `TimeSeriesChart` preset supports a second y-axis via a per-series `axis: 'secondary'` field specifically for two series sharing one axis at very different scales/units (e.g. a user count vs. hours) where series-toggles alone leave one series unreadable. Reach for it only under that same condition, not as a general layout choice — a single shared axis (or toggles) stays the default everywhere else.
 9. **Ground it in the real subject matter.** Faithful structures from the real panels (hram: Morris-tornado, Pareto/knee, CI-strip, allocation-scatter with shape-encoded sources) — no lorem, no generic charts. Hence: **scout the real subject before building.**
 
 ## Craft

package/WORK_ORDERS.md

@@ -23,6 +23,8 @@ prefixed ID; never reuse a bare flat number across workstreams.
 
 | ID | Titel | Beschreibung | Datum | Status | Commit(s) | Notiz |
 |---|---|---|---|---|---|---|
+| CHART-5 | Dual y-axis + always-visible x-axis ticks on `TimeSeriesChart` | Opt-in second y-axis via a new per-series `axis: 'secondary'` field (backward-compatible, off by default) with auto-detected integer-only tick labels per axis group; deterministic x-axis `tickLabelInterval` so bucket labels never all vanish under MUI's default collision-avoidance (the live symptom: zero x-axis labels with 24 hourly buckets). Reverses CHART-2's deliberate "no second y-axis" choice on fresh operator instruction; `DESIGN.md` #8 updated to record the scoped exception. Full spec: [work-orders/CHART-5.md](work-orders/CHART-5.md). | 2026-08-07 | done | 839e6c5, 84c37ac | Operator-requested after seeing the shipped chart live: y-axis showed decimal ticks (0.2, 0.4, ...) for an integer user-count series sharing an axis with fractional hours; x-axis showed no time labels at all. **Codex out of credits, known up front** — implemented directly (author-flip, independent review mandatory). Independent `reviewer` + `ui_reviewer` ran concurrently: **`reviewer` found R1 (P1, real bug)** — used `yAxisKey` (removed in MUI X-Charts v7, per the installed v8.29.2's own CHANGELOG and `useBarPlotData.mjs` source, which reads `series[i].yAxisId`) instead of `yAxisId`; the WO explicitly asked to verify this passthrough against real MUI behaviour rather than assume, and the first pass didn't — the dual-axis feature would have silently plotted every series on the primary axis in production despite all mocked tests passing (a mocked-prop test structurally cannot catch a wrong-field-name bug, since it only checks whatever the code itself sets). Fixed (`yAxisKey` → `yAxisId`, verified against `node_modules` source directly, not just the mock) and the pre-existing `tests/BarChart.test.jsx` "dual axis" case corrected too (R2 — it used the same wrong field name and was cited by the WO as precedent, giving false confidence). **`ui_reviewer` found U1 (P1, real bug)** — `tickLabelInterval`'s `index % step === 0` systematically dropped the LAST x-axis bucket unless it landed exactly on a step boundary (e.g. 24 labels/step 3 → indices 0..21, never 23), exactly the failure mode the WO's own SCOPE C explicitly warned to check for; fixed by force-including `index === lastIndex`, with a new `it.each([24,12,7,1])` regression test, confirmed non-vacuous by reverting the fix. **U2 (P2)**: `DESIGN.md` #8's "Never dual-axis" now contradicted the shipped code — updated to record dual-axis as a scoped, opt-in exception (CHART-5) rather than a general rule change. U3 (P3, fixed `MAX_X_TICKS` under-displays low-density ranges e.g. 12 monthly buckets showing only 6) and U4 (P3, no UI indication of which axis a toggle's series plots against) both accepted, not fixed — informational, no code change. Re-verified after fixes: 31/31 scoped vitest tests (`TimeSeriesChart.test.jsx` + `BarChart.test.jsx`) green, `tsc` build clean. Published: ucm 2.29.0 (minor — new optional per-series field + prop, additive, no breaking change). No app pin bumps in this WO. |
+| CHART-4 | Fix `TimeSeriesChart` chart canvas rendering at zero height | Neither `ChartFrame` nor `BarChart` ever receive a height from `TimeSeriesChart` — MUI X-Charts' responsive container measures a zero-height parent and draws no bars/axes, while the legend (sized by its own content) renders regardless, which is why the live symptom was "legend shows, chart canvas doesn't". Fix supplies a preset default height (`CHART_HEIGHT = 320`, `minHeight` on `ChartFrame` + `height` forwarded to the real `MuiBarChart`), matching the working `dev/entries.jsx` reference pattern. Full spec: [work-orders/CHART-4.md](work-orders/CHART-4.md). | 2026-08-07 | done | f0953a1, fcb289b | Second, independent bug found live in jg-ferien immediately after CHART-3 + the ucm pin bump landed — CHART-3's own fix is what let this one become visible for the first time (it was previously masked by the permanently-empty-chart bug). Root cause of it shipping twice undetected: every test in `tests/TimeSeriesChart.test.jsx`/`tests/BarChart.test.jsx` mocks the real `@mui/x-charts/BarChart`, so no test has ever mounted the real chart and observed its size. **Codex out of credits, known up front** — implemented directly (author-flip, independent review mandatory). **Test-writing pitfall found and self-corrected during implementation**: first wrote an *unmocked* render test asserting the real chart SVG's `viewBox` height was non-zero — verified vacuous (stays green even fully reverting the fix, since jsdom's `ResizeObserver`/layout handling doesn't reproduce the real zero-height-parent browser behavior this bug depends on). Deleted; replaced with a `chartSpy`-mocked prop assertion (`props.height` non-zero) matching the file's existing convention, confirmed non-vacuous (fails pre-fix with `props.height` undefined). Independent `reviewer` + `ui_reviewer` ran concurrently: `reviewer` verified the fix mechanism end-to-end (no prop-name collision between `BarChart`'s own `minHeight`/`aspect` and the forwarded `height`) and the test's non-vacuity claim, no findings. `ui_reviewer`: two P3 informational notes, neither blocking — (U1) the fixed 320px height is a deliberate, documented exception to `DESIGN.md` #14 ("responsive = container-sized, not fixed px"), needed specifically because MUI X-Charts' own `ResizeObserver`-based height measurement is what caused CHART-4 in the first place; a code comment was added warning future readers not to "fix" this back to a responsive height without re-verifying the underlying MUI bug is resolved. (U2) `CHART_HEIGHT` uses 320 for both `ChartFrame.minHeight` and `BarChart.height`, vs. `dev/entries.jsx`'s 360/320 split — functionally harmless (WO explicitly permits one fixed value), no change made. 13/13 scoped vitest tests green, `tsc` build clean. Published: ucm 2.28.2 (patch, no interface change). No app pin bumps in this WO — jg-ferien picks it up on its next ucm bump. |
 | CHART-3 | Fix `TimeSeriesChart` rendering nothing on async data load | `visibleKeys` was a lazy `useState` initialized once from `data` at first mount; any host that fetches asynchronously after mount (the normal case, e.g. jg-ferien's `ActivitySection`) ends up with a permanently-empty `visibleKeys`, so `isDataEmpty` stays `true` forever and the chart body never renders even once real data arrives. Fix syncs newly-seen series keys to visible-by-default while preserving a user's manual toggle-off across data updates. Full spec: [work-orders/CHART-3.md](work-orders/CHART-3.md). | 2026-08-06 | done | 9a1bd9d, 48cefa8 | Found live in jg-ferien's Aktivität screen (ACT-3 consumer) — toolbar rendered, chart body stayed on `ChartFrame`'s empty state permanently. **Codex was out of workspace credits** (genuine quota error on invocation, no partial work) — orchestrator implemented directly per the Codex→Claude fallback rule; independence flip applies (author = orchestrator, so independent review was mandatory, not self-check). Independent `reviewer` + `ui_reviewer` both ran (background, concurrent): `ui_reviewer` found no findings; `reviewer` found R1 (P2, real bug — the seen-keys tracker was a `useRef` mutated during the render body alongside a paired `setVisibleKeys` call; under React concurrent rendering an interrupted/discarded render leaves the ref mutation applied while the paired state update is discarded, permanently hiding a key without it ever reaching `visibleKeys` — a different-shaped recurrence of the exact bug this WO exists to fix) and R2 (P3, test-file duplication — a second near-duplicate render helper). Both fixed: seen-keys tracking moved from a ref to a second `useState` (both states updated together in the render body, so a discarded render rolls both back together — React's documented pattern for this), and the duplicate test helper collapsed into the existing `renderChart`'s `rerenderWith`. Re-verified: 12/12 scoped vitest tests green (3 new CHART-3 regression tests, 2 of which confirmed non-vacuous by failing against the pre-fix code), `tsc` build clean. Published: ucm 2.28.1 (patch, no interface change). No app pin bumps in this WO — jg-ferien picks it up on its next ucm bump. |
 | ONB-1 | Per-app configurable notifications onboarding step | New `browserPush` prop `{nagUntil, showOnce}` on `OnboardingProvider`; parameterizes the `browser_push` descriptor's condition (default changes from implicit "all-channels" to "any-channel", stopping the over-nag); `showOnce` via a persisted `onboarding_seen` set (frozen-at-mount ref, no mid-session flicker) | 2026-07-17 | done | 1ae7c20 | Default behavior change affects cockpit and all consumers on their next ucm bump. jg-ferien companion WO pins the new version with `browserPush={{nagUntil: 'any-channel'}}` explicit (matches new default, but pinned explicitly per the WO). |
 | PERF-3B1 | Parallel auth bootstrap after CSRF | Starts auth-methods and current-user concurrently once CSRF is available, while preserving error handling and loading semantics. | 2026-07-19 | done | ee89329 | Independent `reviewer` + `sec_reviewer` passes both clean (no findings); one P3 test-coverage gap from the reviewer (missing mirror case: auth-methods rejects, current-user succeeds) closed with an added regression test — 45/45 tests green. Published as 2.10.1 (patch, no interface change) and pinned in jg-ferien alongside its PERF-3A companion WO. |

package/dist/components/charts/TimeSeriesChart.js

@@ -8,6 +8,58 @@ import { useNeutralChartPalette } from './palette';
 // Fixed platform-wide range -> granularity mapping (operator decision, CHART-2 /
 // dcm ACT-1) — the resolution follows the window and is never an independent
 // caller-supplied control. Every preset lands between a dozen and fifty points.
+// Preset default height (CHART-4): MUI X-Charts' responsive container
+// measures its actual parent height via ResizeObserver and draws nothing
+// if that parent has none — ChartFrame's flex-centered content Box does
+// NOT stretch its child to fill available height (alignItems: 'center'),
+// so BarChart needs its own explicit size, not just ChartFrame's.
+// `height` forwards straight to MuiBarChart's own native height prop
+// (bypassing ResizeObserver-based measurement entirely), matching the
+// confirmed-working dev/entries.jsx BarChartEntry reference.
+// Deliberate, known exception to DESIGN.md #14 ("responsive = container-
+// sized, not fixed px"): width stays responsive (unset, still auto-
+// measured), only height is fixed, and only because MUI X-Charts' own
+// ResizeObserver-based height measurement is what silently produced a
+// zero-height chart in the first place (CHART-4). Do not "fix" this back
+// to a responsive/aspect-ratio height without re-verifying the underlying
+// MUI measurement bug is actually resolved.
+const CHART_HEIGHT = 320;
+// CHART-5: how many x-axis tick labels to show, evenly spread across
+// data.xLabels, regardless of container width or label length. Replaces
+// MUI's own collision-based tick filtering (which, given enough densely
+// packed categories, can end up hiding every single label — confirmed live
+// with 24 hourly buckets) with a deterministic guarantee that some labels
+// always render. See makeTickLabelInterval below.
+const MAX_X_TICKS = 8;
+function makeTickLabelInterval(labelCount) {
+    const step = Math.max(1, Math.ceil(labelCount / MAX_X_TICKS));
+    const lastIndex = labelCount - 1;
+    // `index % step === 0` alone systematically drops the final bucket unless
+    // it happens to land exactly on a step boundary (e.g. 24 labels / step 3
+    // covers indices 0..21, never 23) -- the most recent time bucket is
+    // usually the one that matters most, so it is always force-included.
+    return (_value, index) => index % step === 0 || index === lastIndex;
+}
+// CHART-5: a y-axis is "integer" when every value across its currently
+// visible series is a whole number — re-evaluated on every toggle (an axis
+// can flip from fractional to integer, or vice versa, as series are shown/
+// hidden). Empty (no visible series on this axis) is deliberately NOT
+// integer: there's nothing to format, and treating an empty list as
+// vacuously "all integer" would apply the formatter to an axis with no data.
+function isIntegerAxis(seriesList) {
+    return seriesList.length > 0 && seriesList.every((series) => (series.data || []).every((value) => Number.isInteger(value)));
+}
+// Blanks the tick label for a non-integer value on an axis whose visible
+// series are otherwise all whole numbers -- a deterministic backstop since
+// d3's own "nice tick" choice for a small integer domain can still land on
+// a fractional position (e.g. domain [0,3] ticking at 0, 1.5, 3). Tooltip/
+// legend formatting (a different `location`) is left untouched -- only the
+// on-axis tick text is ever blanked.
+function integerTickFormatter(value, context) {
+    if ((context === null || context === void 0 ? void 0 : context.location) !== 'tick')
+        return String(value);
+    return Number.isInteger(value) ? String(value) : '';
+}
 const RANGE_OPTIONS = [
     { key: '1d', granularity: 'hour', labelKey: 'TimeSeriesChart.RANGE_1_DAY' },
     { key: '1w', granularity: '4hour', labelKey: 'TimeSeriesChart.RANGE_1_WEEK' },
@@ -23,12 +75,13 @@ const RANGE_OPTIONS = [
  * owns fetching; this component owns which range is selected and which
  * series are visible, telling the host what changed via `onRangeChange`.
  *
- * No second y-axis: the series toggles (not a second axis) are the chosen
- * fix for two series sharing one y-axis at very different scales — toggling
- * one off rescales the axis and makes the other readable. This was a
- * deliberate choice, not an oversight (CHART-2 scope B).
+ * Second y-axis is opt-in per series (CHART-5, reversing CHART-2's original
+ * "toggles only" choice on operator instruction): a series with
+ * `axis: 'secondary'` plots against a second, independently-scaled y-axis
+ * (requires `secondaryYAxisLabel`). Omit `axis` (or set it to `'primary'`)
+ * on every series for today's single-shared-axis behaviour, unchanged.
  */
-export function TimeSeriesChart({ title, subtitle, xAxisLabel, yAxisLabel, data, loading = false, error = false, onRangeChange, defaultRange = '1w', }) {
+export function TimeSeriesChart({ title, subtitle, xAxisLabel, yAxisLabel, secondaryYAxisLabel, data, loading = false, error = false, onRangeChange, defaultRange = '1w', }) {
     const { t } = useTranslation();
     const palette = useNeutralChartPalette().categorical;
     const seriesConfig = (data === null || data === void 0 ? void 0 : data.series) || [];
@@ -82,10 +135,25 @@ export function TimeSeriesChart({ title, subtitle, xAxisLabel, yAxisLabel, data,
     // series' color, breaking the swatch-to-series identity the toggles rely on.
     const visiblePalette = visibleSeries.map((series) => palette[seriesConfig.indexOf(series) % palette.length]);
     const isDataEmpty = seriesConfig.length === 0 || visibleSeries.length === 0;
+    const hasSecondaryAxis = seriesConfig.some((series) => series.axis === 'secondary');
+    if (hasSecondaryAxis && !secondaryYAxisLabel) {
+        throw new Error('TimeSeriesChart requires secondaryYAxisLabel when a series uses axis: "secondary".');
+    }
+    const primaryVisibleSeries = visibleSeries.filter((series) => series.axis !== 'secondary');
+    const secondaryVisibleSeries = visibleSeries.filter((series) => series.axis === 'secondary');
+    const yAxis = hasSecondaryAxis
+        ? [
+            Object.assign({ id: 'primary', label: yAxisLabel }, (isIntegerAxis(primaryVisibleSeries) ? { valueFormatter: integerTickFormatter } : {})),
+            Object.assign({ id: 'secondary', label: secondaryYAxisLabel }, (isIntegerAxis(secondaryVisibleSeries) ? { valueFormatter: integerTickFormatter } : {})),
+        ]
+        : (isIntegerAxis(primaryVisibleSeries) ? [{ valueFormatter: integerTickFormatter }] : undefined);
     const toolbar = (_jsxs(Box, { sx: { display: 'flex', flexWrap: 'wrap', gap: 3, alignItems: 'center' }, children: [_jsx(RadioGroup, { row: true, value: range, onChange: handleRangeChange, "aria-label": t('TimeSeriesChart.RANGE_LABEL'), children: RANGE_OPTIONS.map((option) => (_jsx(FormControlLabel, { value: option.key, control: _jsx(Radio, { size: "small" }), label: t(option.labelKey) }, option.key))) }), seriesConfig.length > 0 && (_jsx(FormGroup, { row: true, "aria-label": t('TimeSeriesChart.SERIES_LABEL'), children: seriesConfig.map((series, index) => (_jsx(FormControlLabel, { control: (_jsx(Checkbox, { size: "small", checked: visibleKeys.has(series.key), onChange: () => toggleSeries(series.key), sx: {
                             color: palette[index % palette.length],
                             '&.Mui-checked': { color: palette[index % palette.length] },
                         } })), label: series.label }, series.key))) }))] }));
-    return (_jsx(ChartFrame, { title: title, subtitle: subtitle, toolbar: toolbar, loading: loading, error: error, isEmpty: isDataEmpty, children: !isDataEmpty && (_jsx(BarChart, { xAxisLabel: xAxisLabel, yAxisLabel: yAxisLabel, xAxis: [{ data: (data === null || data === void 0 ? void 0 : data.xLabels) || [] }], series: visibleSeries.map((series) => ({ data: series.data, label: series.label })), palette: visiblePalette })) }));
+    return (_jsx(ChartFrame, { title: title, subtitle: subtitle, toolbar: toolbar, loading: loading, error: error, isEmpty: isDataEmpty, minHeight: CHART_HEIGHT, children: !isDataEmpty && (_jsx(BarChart, { xAxisLabel: xAxisLabel, yAxisLabel: yAxisLabel, xAxis: [{
+                    data: (data === null || data === void 0 ? void 0 : data.xLabels) || [],
+                    tickLabelInterval: makeTickLabelInterval(((data === null || data === void 0 ? void 0 : data.xLabels) || []).length),
+                }], yAxis: yAxis, series: visibleSeries.map((series) => (Object.assign({ data: series.data, label: series.label }, (hasSecondaryAxis && series.axis === 'secondary' ? { yAxisId: 'secondary' } : {})))), palette: visiblePalette, height: CHART_HEIGHT })) }));
 }
 export default TimeSeriesChart;

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@micha.bigler/ui-core-micha",
-  "version": "2.28.1",
+  "version": "2.29.0",
   "main": "dist/index.js",
   "module": "dist/index.js",
   "repository": {

package/src/components/charts/TimeSeriesChart.jsx

@@ -15,6 +15,64 @@ import { useNeutralChartPalette } from './palette';
 // Fixed platform-wide range -> granularity mapping (operator decision, CHART-2 /
 // dcm ACT-1) — the resolution follows the window and is never an independent
 // caller-supplied control. Every preset lands between a dozen and fifty points.
+// Preset default height (CHART-4): MUI X-Charts' responsive container
+// measures its actual parent height via ResizeObserver and draws nothing
+// if that parent has none — ChartFrame's flex-centered content Box does
+// NOT stretch its child to fill available height (alignItems: 'center'),
+// so BarChart needs its own explicit size, not just ChartFrame's.
+// `height` forwards straight to MuiBarChart's own native height prop
+// (bypassing ResizeObserver-based measurement entirely), matching the
+// confirmed-working dev/entries.jsx BarChartEntry reference.
+// Deliberate, known exception to DESIGN.md #14 ("responsive = container-
+// sized, not fixed px"): width stays responsive (unset, still auto-
+// measured), only height is fixed, and only because MUI X-Charts' own
+// ResizeObserver-based height measurement is what silently produced a
+// zero-height chart in the first place (CHART-4). Do not "fix" this back
+// to a responsive/aspect-ratio height without re-verifying the underlying
+// MUI measurement bug is actually resolved.
+const CHART_HEIGHT = 320;
+
+// CHART-5: how many x-axis tick labels to show, evenly spread across
+// data.xLabels, regardless of container width or label length. Replaces
+// MUI's own collision-based tick filtering (which, given enough densely
+// packed categories, can end up hiding every single label — confirmed live
+// with 24 hourly buckets) with a deterministic guarantee that some labels
+// always render. See makeTickLabelInterval below.
+const MAX_X_TICKS = 8;
+
+function makeTickLabelInterval(labelCount) {
+  const step = Math.max(1, Math.ceil(labelCount / MAX_X_TICKS));
+  const lastIndex = labelCount - 1;
+  // `index % step === 0` alone systematically drops the final bucket unless
+  // it happens to land exactly on a step boundary (e.g. 24 labels / step 3
+  // covers indices 0..21, never 23) -- the most recent time bucket is
+  // usually the one that matters most, so it is always force-included.
+  return (_value, index) => index % step === 0 || index === lastIndex;
+}
+
+// CHART-5: a y-axis is "integer" when every value across its currently
+// visible series is a whole number — re-evaluated on every toggle (an axis
+// can flip from fractional to integer, or vice versa, as series are shown/
+// hidden). Empty (no visible series on this axis) is deliberately NOT
+// integer: there's nothing to format, and treating an empty list as
+// vacuously "all integer" would apply the formatter to an axis with no data.
+function isIntegerAxis(seriesList) {
+  return seriesList.length > 0 && seriesList.every(
+    (series) => (series.data || []).every((value) => Number.isInteger(value)),
+  );
+}
+
+// Blanks the tick label for a non-integer value on an axis whose visible
+// series are otherwise all whole numbers -- a deterministic backstop since
+// d3's own "nice tick" choice for a small integer domain can still land on
+// a fractional position (e.g. domain [0,3] ticking at 0, 1.5, 3). Tooltip/
+// legend formatting (a different `location`) is left untouched -- only the
+// on-axis tick text is ever blanked.
+function integerTickFormatter(value, context) {
+  if (context?.location !== 'tick') return String(value);
+  return Number.isInteger(value) ? String(value) : '';
+}
+
 const RANGE_OPTIONS = [
   { key: '1d', granularity: 'hour', labelKey: 'TimeSeriesChart.RANGE_1_DAY' },
   { key: '1w', granularity: '4hour', labelKey: 'TimeSeriesChart.RANGE_1_WEEK' },
@@ -31,16 +89,18 @@ const RANGE_OPTIONS = [
  * owns fetching; this component owns which range is selected and which
  * series are visible, telling the host what changed via `onRangeChange`.
  *
- * No second y-axis: the series toggles (not a second axis) are the chosen
- * fix for two series sharing one y-axis at very different scales — toggling
- * one off rescales the axis and makes the other readable. This was a
- * deliberate choice, not an oversight (CHART-2 scope B).
+ * Second y-axis is opt-in per series (CHART-5, reversing CHART-2's original
+ * "toggles only" choice on operator instruction): a series with
+ * `axis: 'secondary'` plots against a second, independently-scaled y-axis
+ * (requires `secondaryYAxisLabel`). Omit `axis` (or set it to `'primary'`)
+ * on every series for today's single-shared-axis behaviour, unchanged.
  */
 export function TimeSeriesChart({
   title,
   subtitle,
   xAxisLabel,
   yAxisLabel,
+  secondaryYAxisLabel,
   data,
   loading = false,
   error = false,
@@ -106,6 +166,27 @@ export function TimeSeriesChart({
   );
   const isDataEmpty = seriesConfig.length === 0 || visibleSeries.length === 0;
 
+  const hasSecondaryAxis = seriesConfig.some((series) => series.axis === 'secondary');
+  if (hasSecondaryAxis && !secondaryYAxisLabel) {
+    throw new Error('TimeSeriesChart requires secondaryYAxisLabel when a series uses axis: "secondary".');
+  }
+  const primaryVisibleSeries = visibleSeries.filter((series) => series.axis !== 'secondary');
+  const secondaryVisibleSeries = visibleSeries.filter((series) => series.axis === 'secondary');
+  const yAxis = hasSecondaryAxis
+    ? [
+      {
+        id: 'primary',
+        label: yAxisLabel,
+        ...(isIntegerAxis(primaryVisibleSeries) ? { valueFormatter: integerTickFormatter } : {}),
+      },
+      {
+        id: 'secondary',
+        label: secondaryYAxisLabel,
+        ...(isIntegerAxis(secondaryVisibleSeries) ? { valueFormatter: integerTickFormatter } : {}),
+      },
+    ]
+    : (isIntegerAxis(primaryVisibleSeries) ? [{ valueFormatter: integerTickFormatter }] : undefined);
+
   const toolbar = (
     <Box sx={{ display: 'flex', flexWrap: 'wrap', gap: 3, alignItems: 'center' }}>
       <RadioGroup
@@ -155,14 +236,24 @@ export function TimeSeriesChart({
       loading={loading}
       error={error}
       isEmpty={isDataEmpty}
+      minHeight={CHART_HEIGHT}
     >
       {!isDataEmpty && (
         <BarChart
           xAxisLabel={xAxisLabel}
           yAxisLabel={yAxisLabel}
-          xAxis={[{ data: data?.xLabels || [] }]}
-          series={visibleSeries.map((series) => ({ data: series.data, label: series.label }))}
+          xAxis={[{
+            data: data?.xLabels || [],
+            tickLabelInterval: makeTickLabelInterval((data?.xLabels || []).length),
+          }]}
+          yAxis={yAxis}
+          series={visibleSeries.map((series) => ({
+            data: series.data,
+            label: series.label,
+            ...(hasSecondaryAxis && series.axis === 'secondary' ? { yAxisId: 'secondary' } : {}),
+          }))}
           palette={visiblePalette}
+          height={CHART_HEIGHT}
         />
       )}
     </ChartFrame>

package/tests/BarChart.test.jsx

@@ -34,7 +34,7 @@ describe('BarChart preset', () => {
   it.each([
     ['grouped', [{ data: [1] }, { data: [2] }], undefined],
     ['stacked', [{ data: [1], stack: 'total' }, { data: [2], stack: 'total' }], undefined],
-    ['dual axis', [{ data: [1], yAxisKey: 'secondary' }, { data: [2] }], [{ id: 'primary' }, { id: 'secondary' }]],
+    ['dual axis', [{ data: [1], yAxisId: 'secondary' }, { data: [2] }], [{ id: 'primary' }, { id: 'secondary' }]],
   ])('renders the %s variant with a legend for multiple series', (_name, series, yAxis) => {
     renderChart({ series, yAxis });
     const props = chartSpy.mock.calls.at(-1)[0];

package/tests/TimeSeriesChart.test.jsx

@@ -125,6 +125,23 @@ describe('TimeSeriesChart', () => {
     expect(screen.getByLabelText('Loading chart.')).toBeTruthy();
   });
 
+  // CHART-4 regression: neither ChartFrame nor BarChart ever received a
+  // height, so MUI X-Charts' responsive container measured a zero-height
+  // parent and drew no bars/axes (only the legend, sized by its own content,
+  // showed) -- confirmed live in production. A structural/rendered-size
+  // assertion in jsdom is NOT reliable here (verified: it stays green even
+  // without the fix, since jsdom's ResizeObserver handling doesn't reflect
+  // the real zero-height-parent browser behaviour) -- this asserts directly
+  // on the wiring instead: BarChart must receive a real, non-zero `height`,
+  // matching the confirmed-working dev/entries.jsx BarChartEntry reference
+  // (MUI's own native height prop, forwarded via BarChart's ...chartProps).
+  it('CHART-4: passes a real, non-zero height through to the underlying MUI BarChart', () => {
+    renderChart();
+
+    const props = chartSpy.mock.calls.at(-1)[0];
+    expect(props.height).toBeGreaterThan(0);
+  });
+
   // CHART-3 regression: visibleKeys must not be captured only at first mount.
   // Reproduces the live bug — host mounts with empty data, fetches
   // asynchronously, then rerenders with real data. Before the fix this stayed
@@ -183,4 +200,129 @@ describe('TimeSeriesChart', () => {
     const props = chartSpy.mock.calls.at(-1)[0];
     expect(props.series.map((series) => series.label)).toEqual(['Presence hours']);
   });
+
+  // CHART-5: second y-axis (opt-in per series via `axis: 'secondary'`),
+  // auto-detected integer-only tick formatting per axis, and a deterministic
+  // x-axis tickLabelInterval. Learned from CHART-4's own history in this
+  // file: assertions here are on the captured functions/props passed to the
+  // mocked MuiBarChart, never on real jsdom-rendered tick visibility/position
+  // (proven vacuous for that in CHART-4 -- jsdom's layout/ResizeObserver
+  // handling doesn't reproduce real-browser collision behaviour).
+  const MIXED_DATA = {
+    xLabels: ['Mon', 'Tue', 'Wed'],
+    series: [
+      { key: 'users', label: 'Users', data: [1, 2, 3] },
+      { key: 'presence', label: 'Presence hours', data: [4.5, 5.2, 6.1] },
+    ],
+  };
+
+  it('CHART-5: no custom yAxis when the shared single axis is not all-integer (today\'s real case)', () => {
+    renderChart({ data: MIXED_DATA });
+
+    const props = chartSpy.mock.calls.at(-1)[0];
+    expect(props.yAxis).toHaveLength(1);
+    expect(props.yAxis[0].valueFormatter).toBeUndefined();
+    expect(props.yAxis[0].label).toBe('Count');
+  });
+
+  it('CHART-5: auto-applies an integer tick formatter to a single shared axis that is all-integer', () => {
+    renderChart(); // SAMPLE_DATA: both series are whole numbers
+
+    const props = chartSpy.mock.calls.at(-1)[0];
+    expect(props.yAxis).toHaveLength(1);
+    expect(typeof props.yAxis[0].valueFormatter).toBe('function');
+  });
+
+  it('CHART-5: dual axis activates with two labelled yAxis entries and correct yAxisId wiring', () => {
+    const data = {
+      xLabels: ['Mon', 'Tue', 'Wed'],
+      series: [
+        { key: 'users', label: 'Users', data: [1, 2, 3] },
+        { key: 'presence', label: 'Presence hours', data: [4.5, 5.2, 6.1], axis: 'secondary' },
+      ],
+    };
+    renderChart({ data, secondaryYAxisLabel: 'Hours' });
+
+    const props = chartSpy.mock.calls.at(-1)[0];
+    expect(props.yAxis).toEqual([
+      expect.objectContaining({ id: 'primary', label: 'Count' }),
+      expect.objectContaining({ id: 'secondary', label: 'Hours' }),
+    ]);
+    const usersSeries = props.series.find((series) => series.label === 'Users');
+    const presenceSeries = props.series.find((series) => series.label === 'Presence hours');
+    expect(usersSeries.yAxisId).toBeUndefined();
+    expect(presenceSeries.yAxisId).toBe('secondary');
+  });
+
+  it('CHART-5: dual axis applies the integer formatter only to the axis that is actually all-integer', () => {
+    const data = {
+      xLabels: ['Mon', 'Tue', 'Wed'],
+      series: [
+        { key: 'users', label: 'Users', data: [1, 2, 3], axis: 'primary' },
+        { key: 'presence', label: 'Presence hours', data: [4.5, 5.2, 6.1], axis: 'secondary' },
+      ],
+    };
+    renderChart({ data, secondaryYAxisLabel: 'Hours' });
+
+    const props = chartSpy.mock.calls.at(-1)[0];
+    const primaryAxis = props.yAxis.find((axis) => axis.id === 'primary');
+    const secondaryAxis = props.yAxis.find((axis) => axis.id === 'secondary');
+    expect(typeof primaryAxis.valueFormatter).toBe('function');
+    expect(secondaryAxis.valueFormatter).toBeUndefined();
+  });
+
+  it('CHART-5: throws when a series declares axis "secondary" without secondaryYAxisLabel', () => {
+    const data = {
+      xLabels: ['Mon'],
+      series: [{ key: 'presence', label: 'Presence hours', data: [4.5], axis: 'secondary' }],
+    };
+    expect(() => renderChart({ data })).toThrow(
+      'TimeSeriesChart requires secondaryYAxisLabel when a series uses axis: "secondary".',
+    );
+  });
+
+  it('CHART-5: the integer tick formatter blanks non-integer tick labels but not tooltip/legend values', () => {
+    renderChart(); // SAMPLE_DATA, single all-integer axis
+
+    const { valueFormatter } = chartSpy.mock.calls.at(-1)[0].yAxis[0];
+    expect(valueFormatter(2, { location: 'tick' })).toBe('2');
+    expect(valueFormatter(2.5, { location: 'tick' })).toBe('');
+    expect(valueFormatter(2.5, { location: 'tooltip' })).toBe('2.5');
+  });
+
+  it('CHART-5: toggling the non-integer series off switches the shared axis to integer-formatted', () => {
+    renderChart({ data: MIXED_DATA });
+    expect(chartSpy.mock.calls.at(-1)[0].yAxis[0].valueFormatter).toBeUndefined();
+
+    fireEvent.click(screen.getByRole('checkbox', { name: 'Presence hours' }));
+
+    const props = chartSpy.mock.calls.at(-1)[0];
+    expect(typeof props.yAxis[0].valueFormatter).toBe('function');
+  });
+
+  it('CHART-5: x-axis tickLabelInterval guarantees some labels always show, evenly spread', () => {
+    const manyLabels = Array.from({ length: 24 }, (_, i) => `Bucket ${i}`);
+    const data = { ...SAMPLE_DATA, xLabels: manyLabels, series: [SAMPLE_DATA.series[0]] };
+    renderChart({ data });
+
+    const { tickLabelInterval } = chartSpy.mock.calls.at(-1)[0].xAxis[0];
+    expect(typeof tickLabelInterval).toBe('function');
+
+    const visibleIndices = manyLabels.map((_, index) => index).filter((index) => tickLabelInterval(manyLabels[index], index));
+    expect(visibleIndices.length).toBeGreaterThanOrEqual(3);
+    expect(visibleIndices).toContain(0);
+  });
+
+  // CHART-5 (found by ui_reviewer): `index % step === 0` alone systematically
+  // drops the FINAL bucket unless it happens to land on a step boundary --
+  // e.g. 24 labels / step 3 covers 0..21, never 23. The most recent time
+  // bucket is usually the one that matters most on a time-series chart.
+  it.each([24, 12, 7, 1])('CHART-5: tickLabelInterval always includes the last bucket (labelCount=%i)', (labelCount) => {
+    const manyLabels = Array.from({ length: labelCount }, (_, i) => `Bucket ${i}`);
+    const data = { ...SAMPLE_DATA, xLabels: manyLabels, series: [SAMPLE_DATA.series[0]] };
+    renderChart({ data });
+
+    const { tickLabelInterval } = chartSpy.mock.calls.at(-1)[0].xAxis[0];
+    expect(tickLabelInterval(manyLabels.at(-1), labelCount - 1)).toBe(true);
+  });
 });

package/work-orders/CHART-4.md

@@ -0,0 +1,203 @@
+# WORK ORDER CHART-4 (ui-core-micha) — TimeSeriesChart renders no chart body (zero height)
+
+**EXECUTION DIRECTIVE.** If you are the implementer reading this as your own spec, this section is not
+addressed to you — it tells the Orchestrator how to invoke you; you ARE that invocation, do not shell
+out to `codex exec`. Orchestrator: implement through `codex exec` in the background, invoked **directly
+via Bash** (never the `debugger`/`*_coder` Agent wrappers) with **both** flags `--skip-git-repo-check`
+and `--dangerously-bypass-approvals-and-sandbox`, prompt passed as a positional argument from this
+file. Fall back to direct Claude implementation only on Codex quota / rate-limit / non-zero exit.
+**Known at WO authoring time: the Codex workspace is out of credits for this session — the fallback
+applies immediately, do not spend time retrying `codex exec` first.**
+
+Bug-fix WO on CHART-2/CHART-3. Found live in jg-ferien's "Aktivität" screen (ACT-3/ACT-5 consumer)
+immediately after CHART-3 shipped and jg's pin was bumped: the toolbar, series checkboxes, and MUI
+X-Charts **legend** now all render correctly (proving CHART-3's fix works and real data is present),
+but the chart canvas itself — bars and axes — is entirely absent. The card ends right after the
+legend row with visible empty space beneath it.
+
+## TIER
+Tier 2 — shared-core UI consumed by every app that adopts `TimeSeriesChart`.
+Independent `reviewer` + `ui_reviewer` mandatory.
+
+## WHY
+
+`TimeSeriesChart` composes `ChartFrame` + `BarChart` but never supplies either with a height:
+
+```jsx
+<ChartFrame title={title} subtitle={subtitle} toolbar={toolbar} loading={loading} error={error} isEmpty={isDataEmpty}>
+  {!isDataEmpty && (
+    <BarChart xAxisLabel={xAxisLabel} yAxisLabel={yAxisLabel} xAxis={[{ data: data?.xLabels || [] }]}
+      series={visibleSeries.map(...)} palette={visiblePalette} />
+  )}
+</ChartFrame>
+```
+
+Neither `minHeight`/`aspect` (ChartFrame's own sizing props) nor `minHeight`/`aspect`/a raw MUI
+`height` (BarChart's) are passed. `ChartFrame`'s inner content `Box` has `display: flex, alignItems:
+center, justifyContent: center` with no defined height — with `alignItems: center` (not `stretch`),
+a flex child gets its own intrinsic height, not the parent's. `BarChart`'s own wrapping `Box` (`sx:
+{width:'100%', minHeight, aspectRatio}`) therefore also has no height when neither prop is supplied.
+MUI X-Charts' internal responsive container measures its actual parent height via `ResizeObserver` to
+size the SVG — with a zero-height parent, the chart canvas (bars, axes) renders at zero size. The
+**legend** is a separate MUI X-Charts sub-component sized by its own content (text + swatches), so it
+renders regardless of container height — which is exactly why the legend was the only visible sign
+of a mounted chart in the live screenshot.
+
+This gap was invisible until now because CHART-3's own bug (`visibleKeys` never populating) kept
+`isDataEmpty` permanently `true`, so `BarChart` never actually mounted in any live deployment before
+today. It also went uncaught by CHART-2's and CHART-3's own tests: both `tests/BarChart.test.jsx` and
+`tests/TimeSeriesChart.test.jsx` mock `@mui/x-charts/BarChart` itself (`vi.mock('@mui/x-charts/BarChart', ...)`
+per CHART-2's own required-tests convention), so no test in this repo has ever mounted the *real* MUI
+chart and observed its rendered size. The working reference is `dev/entries.jsx`'s `BarChartEntry`
+(DX-1 harness), which explicitly sets `minHeight={360}` on `ChartFrame` and `height={320}` directly
+on `BarChart` — i.e. every other real consumer of these primitives in this repo already knows it must
+supply a height; `TimeSeriesChart`, as a preset built on top, was supposed to supply this itself
+(hosts don't see `ChartFrame`/`BarChart` directly through the preset) and doesn't.
+
+## SCOPE
+
+**Give `TimeSeriesChart` a sensible built-in height for the chart it composes**, matching the
+DX-1-proven working pattern:
+1. Pass `minHeight` to `ChartFrame` (sizes the loading/error/empty states too, not just the chart).
+2. Pass a height down to `BarChart` so the actual MUI chart canvas gets a real, non-zero pixel size —
+   either `BarChart`'s own `minHeight`/`aspect` wrapper props, or a raw `height` forwarded via
+   `BarChart`'s `...chartProps` pass-through to `MuiBarChart` (the mechanism `dev/entries.jsx` uses
+   directly against `BarChart`, confirmed working there). Pick whichever actually renders a non-zero
+   chart canvas when verified (see REQUIRED TESTS) — do not assume `aspectRatio` CSS alone reliably
+   drives MUI X-Charts' `ResizeObserver` sizing without checking; the raw `height` prop is the
+   confirmed-working mechanism in this repo's own reference usage and is the safer default if there
+   is any doubt.
+3. Pick one fixed value (e.g. `320`/`360`, matching `dev/entries.jsx`'s own numbers) as a preset
+   default — this is a preset, not a raw primitive; the host does not choose chart height, matching
+   `TimeSeriesChart`'s existing "no new props" presentational contract. Do not add a new prop for
+   this unless a reviewer specifically asks for one.
+
+**This WO's real fix is the test gap, not just the pixels.** The reason this shipped broken twice is
+that every test in this file mocks the real MUI chart component. Required test 1 below must exercise
+the **unmocked** `@mui/x-charts/BarChart` and assert a real rendered size — a mocked-chart test would
+be exactly the kind of vacuous coverage that let this ship.
+
+## NON-GOALS / DO NOT TOUCH
+- Do not change the range picker, series toggles, `chartsTranslations`, or the CHART-3 `visibleKeys`
+  sync logic — this WO is scoped to sizing only.
+- Do not change `ChartFrame`'s or `BarChart`'s own prop contracts (`minHeight`/`aspect` already exist
+  on both) — only how `TimeSeriesChart` calls them.
+- Do not add a new prop to `TimeSeriesChart`'s public API for this — see SCOPE point 3.
+
+## RISKS
+- Every host that has adopted `TimeSeriesChart` is affected (currently jg-ferien via ACT-3/ACT-5) —
+  this changes rendering behaviour for all of them, in the correct direction (chart canvas now
+  actually visible).
+- Getting this wrong a second time (e.g. an `aspectRatio`-only fix that still doesn't reliably drive
+  MUI X-Charts' internal measurement) ships a third silent failure in the same component. The
+  required unmocked-render test exists specifically to catch that before it reaches a live app again.
+
+## REQUIRED TESTS TO WRITE
+Extend `tests/TimeSeriesChart.test.jsx`. Do NOT run the full suite.
+
+1. **The real bug's mechanism, not a jsdom layout measurement.** An initial attempt at this WO wrote
+   an *unmocked* test (real `@mui/x-charts/BarChart`, no `vi.mock`) asserting the rendered chart
+   surface's `viewBox` height was non-zero — verified, in practice, to be **vacuous**: it stayed green
+   even with the pre-fix code (no `height` prop anywhere), because jsdom's `ResizeObserver`/layout
+   handling does not reproduce the real-browser zero-height-parent behaviour this bug depends on. Do
+   not repeat that approach. Instead, keep the existing `chartSpy` mock convention (`vi.hoisted` +
+   `vi.mock('@mui/x-charts/BarChart', ...)`, already at `tests/TimeSeriesChart.test.jsx:9-10`) and
+   assert directly on the props the real `MuiBarChart` receives: `chartSpy.mock.calls.at(-1)[0].height`
+   must be a real, non-zero number. This is what actually distinguishes fixed from broken — confirmed
+   by reverting the fix and re-running: the prop assertion fails pre-fix (`props.height` is
+   `undefined`), the unmocked viewBox assertion does not.
+2. **Non-vacuity**: this test must fail against the current (pre-fix) code — verify before considering
+   the fix complete (see note above — already verified once for the prop-assertion approach).
+3. Existing mocked-`BarChart` tests (range/toggle/empty-state behaviour) stay as they are.
+
+## CONTEXT PACKAGE — verified current state (Orchestrator, Implementation map)
+
+Work from this package; do not explore broadly from scratch — open only the named files to verify.
+
+**File to change: `src/components/charts/TimeSeriesChart.jsx`.**
+
+Current return statement (verified, full slice, `:150-169`):
+```jsx
+return (
+  <ChartFrame
+    title={title}
+    subtitle={subtitle}
+    toolbar={toolbar}
+    loading={loading}
+    error={error}
+    isEmpty={isDataEmpty}
+  >
+    {!isDataEmpty && (
+      <BarChart
+        xAxisLabel={xAxisLabel}
+        yAxisLabel={yAxisLabel}
+        xAxis={[{ data: data?.xLabels || [] }]}
+        series={visibleSeries.map((series) => ({ data: series.data, label: series.label }))}
+        palette={visiblePalette}
+      />
+    )}
+  </ChartFrame>
+);
+```
+
+**Reference (working) pattern — `dev/entries.jsx:35-39`:**
+```jsx
+function BarChartEntry() {
+  return (
+    <ChartFrame title="Monthly cases" subtitle="Standalone BarChart entry" minHeight={360}>
+      <BarChart {...barChartFixture} xAxisLabel="Month" yAxisLabel="Cases" height={320} />
+    </ChartFrame>
+  );
+}
+```
+Note `height={320}` on `BarChart` here is NOT `BarChart`'s own `minHeight`/`aspect` wrapper prop — it
+lands in `BarChart`'s `...chartProps` rest spread (`BarChart.jsx:24,34`) and is forwarded straight to
+`MuiBarChart`'s own native `height` prop, which MUI X-Charts uses as a fixed pixel height instead of
+measuring the parent via `ResizeObserver`. This is the confirmed-working mechanism in this repo.
+
+**`ChartFrame.jsx:86-99`** — the content `Box`: `sx={{ width:'100%', minHeight, aspectRatio: aspect,
+display:'flex', alignItems:'center', justifyContent:'center' }}`. `alignItems:'center'` means a flex
+child (here, `BarChart`'s own `Box`) is NOT stretched to fill this Box's height — it keeps its own
+intrinsic height. Passing `minHeight` to `ChartFrame` sizes this outer Box correctly for the
+loading/error/empty `Alert`/`CircularProgress` states (which have no fixed height of their own and
+DO benefit from the flex-centered parent height), but does **not**, by itself, give `BarChart`'s
+child `Box` any height — that must come from `BarChart` itself (its own `minHeight`/`aspect`, or the
+raw `height` chartProp per the reference pattern above).
+
+**`BarChart.jsx:15-44`** — full file, already shown above in this WO's WHY section — `minHeight`/
+`aspect` are explicit named props (`:22-23`) applied to `BarChart`'s own wrapping `Box` (`:32`);
+anything else lands in `...chartProps` (`:24`) and is spread onto `MuiBarChart` directly (`:34`),
+which is how a raw `height` reaches the underlying MUI component.
+
+**Test file: `tests/TimeSeriesChart.test.jsx`** — already mocks `@mui/x-charts/BarChart` via
+`vi.hoisted` + `vi.mock` (`:9-10`) and every existing test reads `chartSpy.mock.calls.at(-1)[0]` to
+assert exact props (e.g. the `series`/`colors` assertions at `:87-89,94-99`). Add the new test in the
+same style, asserting `props.height` — see REQUIRED TESTS above for why an unmocked render test does
+NOT work here.
+
+## TARGET REPO
+`C:\Users\biglmi\Documents\webapps\ui-core-micha`. Branch `main`. Publish per the repo's release
+flow (patch bump — bug fix, no interface change).
+
+## TEST SCOPE FOR THE GATE (orchestrator)
+`tests/TimeSeriesChart.test.jsx`. Not the full suite.
+
+## MINI-HANDOVER (pastable)
+
+> Repo: `C:\Users\biglmi\Documents\webapps\ui-core-micha` (branch `main`).
+> Work order: `work-orders/CHART-4.md` — read it fully, then follow the `orchestrate-codex` skill.
+> **Codex workspace is out of credits this session — go straight to the direct-Claude fallback, do
+> not attempt `codex exec` first.**
+>
+> Second bug in `TimeSeriesChart` (after CHART-3): the chart legend renders but the actual bars/axes
+> never appear because neither `ChartFrame` nor `BarChart` ever receive a height — MUI X-Charts'
+> responsive container measures a zero-height parent and draws nothing. `dev/entries.jsx`'s
+> `BarChartEntry` is the proof this is fixable: `minHeight={360}` on `ChartFrame` + `height={320}`
+> forwarded straight to `BarChart` (MUI's own native height prop, not the wrapper's `minHeight`/
+> `aspect`). The required regression test must NOT mock `@mui/x-charts/BarChart` — every existing test
+> in this component mocks it, which is exactly how two sizing/rendering bugs shipped undetected.
+
+## PROGRESS CONTRACT
+Emit `PLAN: <steps>` up front, then a single-line `PROGRESS: [<n>/<total>] <action>` before every
+relevant action and `PROGRESS: [<n>/<total>] done` on completion, spaced so no gap exceeds ~2 min,
+stdout unbuffered, and exactly one final `RESULT: DONE|BLOCKED <reason>`.

package/work-orders/CHART-5.md

@@ -0,0 +1,226 @@
+# WORK ORDER CHART-5 (ui-core-micha) — dual y-axis + always-visible x-axis ticks
+
+**EXECUTION DIRECTIVE.** If you are the implementer reading this as your own spec, this section is not
+addressed to you — it tells the Orchestrator how to invoke you; you ARE that invocation, do not shell
+out to `codex exec`. Orchestrator: implement through `codex exec` in the background, invoked **directly
+via Bash** (never the `debugger`/`*_coder` Agent wrappers) with **both** flags `--skip-git-repo-check`
+and `--dangerously-bypass-approvals-and-sandbox`, prompt passed as a positional argument from this
+file. Fall back to direct Claude implementation only on Codex quota / rate-limit / non-zero exit.
+**Known at WO authoring time: the Codex workspace is out of credits for this session — the fallback
+applies immediately, do not spend time retrying `codex exec` first.**
+
+Feature WO on `TimeSeriesChart` (CHART-2/3/4). Operator request, found live in jg-ferien's Aktivität
+screen: (a) the shared y-axis mixes an integer count series ("Eindeutige Nutzer") with a fractional
+hours series ("Anwesenheitszeit"), producing decimal ticks (0.2, 0.4, ...) that don't make sense for a
+user count; (b) the x-axis (time buckets) shows **zero** visible tick labels once there are enough
+buckets that MUI X-Charts' built-in collision-avoidance decides none of them fit — worse than showing
+a sparse subset, this shows nothing at all.
+
+## TIER
+Tier 2 — shared-core UI, new public surface (a new optional per-series field). Independent `reviewer`
++ `ui_reviewer` mandatory.
+
+## WHY
+
+**Y-axis.** CHART-2 deliberately rejected a second y-axis in favor of series toggles ("if you do not
+add one, say so deliberately" — CHART-2 said so, choosing toggles). The operator has now explicitly
+requested the second y-axis for this exact case, with full awareness of that prior decision (asked
+in-chat, chose it knowingly over forcing shared-axis integer ticks — which would make the fractional
+series nearly invisible — and over hiding the tick label only when one series is toggled off). This
+WO reverses CHART-2's choice on operator authority, it does not silently second-guess it.
+
+**X-axis.** `node_modules/@mui/x-charts/ChartsXAxis/getVisibleLabels.js`'s default behaviour drops a
+tick label the moment it would overlap the previous one (`tickLabelMinGap`) — with many narrow-band
+categories (e.g. 24 hourly buckets) and non-trivial label text (jg-ferien's `formatBucketLabel`
+produces e.g. `"08/06, 08:00"`), every label can end up colliding and the *entire* axis goes blank.
+MUI's own escape hatch is `tickLabelInterval` as a **function** — when provided, it fully replaces the
+collision-based filtering (`getVisibleLabels.js`: `if (typeof tickLabelInterval === 'function') return
+new Set(xTicks.filter((item, index) => tickLabelInterval(item.value, index)))`), so a deterministic,
+evenly-spaced selection can guarantee *some* labels always render regardless of container width or
+label length.
+
+## SCOPE
+
+**A. Per-series `axis` field, backward-compatible.** Each entry in `data.series[i]` gains an optional
+`axis: 'primary' | 'secondary'` field. Default (omitted, or every series `'primary'`): **byte-for-byte
+today's single-shared-axis behaviour** — no `yAxis` array change, no `yAxisKey` on series, nothing
+observably different for existing consumers (jg-ferien pre-adoption, or any future host that doesn't
+use the field). Only when **at least one** series declares `axis: 'secondary'` does dual-axis mode
+activate:
+  - Build `yAxis` as two entries: primary (`id: 'primary'`, label = existing `yAxisLabel` prop) and
+    secondary (`id: 'secondary'`, label = new prop `secondaryYAxisLabel`).
+  - Each series passed to `BarChart` gets `yAxisKey: 'secondary'` when its `axis` is `'secondary'`,
+    omitted (defaults to the first/primary axis) otherwise — `series` items already pass straight
+    through `BarChart`'s `...chartProps` to the real `MuiBarChart`, which natively supports
+    `yAxisKey` per series; no `BarChart.jsx` change needed for this part, verify that during
+    implementation rather than assuming.
+  - `secondaryYAxisLabel` is required (throw, matching `BarChart`'s own `xAxisLabel`/`yAxisLabel`
+    required-prop convention) **only when dual-axis mode is actually active** (i.e. when computing
+    it: if any series has `axis === 'secondary'` and `secondaryYAxisLabel` is falsy, throw with a
+    clear message) — do not require it unconditionally, that would break every existing single-axis
+    caller.
+
+**B. Auto-detected integer-only ticks per axis group, not a new prop.** For each y-axis actually in
+use (primary always; secondary only in dual-axis mode), if **every** data value across that axis's
+currently-**visible** series (respecting the existing series-toggle `visibleKeys` state — an axis
+whose only integer series just got toggled off should not keep forcing integer ticks on whatever
+remains) is a whole number (`Number.isInteger`), apply a `valueFormatter` to that axis's config that
+only emits a label for integer tick values and an empty string otherwise (mirrors the X-axis
+collision convention: `getVisibleLabels.js` already treats `formattedValue === ''` as "don't show
+this tick" for the X axis; verify the Y-axis tick renderer honours the same convention during
+implementation — if it does not, use whatever mechanism it actually supports to the same effect, and
+say so in the completion note). If not all-integer, leave the axis's default (no custom formatter) —
+this is what keeps `Anwesenheitszeit` (fractional hours) unaffected on its own axis, and correctly
+does nothing extra for a primary axis that legitimately has fractional data.
+
+**C. Deterministic x-axis tick visibility.** Replace MUI's default collision-based tick filtering with
+an explicit `tickLabelInterval` function on the x-axis config, evenly sampling up to `MAX_X_TICKS`
+(pick a sensible constant, e.g. 8) labels across `data.xLabels`, e.g. `index % Math.max(1,
+Math.ceil(xLabels.length / MAX_X_TICKS)) === 0` (adjust as needed so the *last* category is also
+reachable/considered, not just an artifact of the modulo — check this doesn't systematically drop the
+final bucket). This must apply regardless of dual-axis mode (independent scope).
+
+## NON-GOALS / DO NOT TOUCH
+- No third axis, no per-axis custom colors, no new axis-styling props beyond what SCOPE describes.
+- Do not touch the range picker, series-toggle checkboxes' own rendering, `chartsTranslations`, or the
+  CHART-3/CHART-4 fixes (`visibleKeys` sync, `CHART_HEIGHT`).
+- Do not change `BarChart.jsx`/`ChartFrame.jsx` unless SCOPE A's `yAxisKey` passthrough turns out to
+  need it (verify first, per SCOPE A's own note) — if it does, extend deliberately and say so, matching
+  CHART-2's own "do not work around a primitive gap in the preset" rule.
+- jg-ferien's own adoption (setting `axis: 'secondary'` on `presence_hours`, adding a
+  `secondaryYAxisLabel`, shortening `formatBucketLabel`) is **explicitly out of scope for this WO** —
+  a separate companion change in that repo, after this publishes.
+
+## RISKS
+- `tickLabelInterval` as a function fully bypasses MUI's built-in overlap detection (per SCOPE C's
+  quoted source) — a fixed `MAX_X_TICKS` could still produce overlapping text at extreme narrow
+  widths with very long labels. Accepted: "some labels, deterministically" is strictly better than
+  "zero labels, unpredictably" (today's bug), and host-side label shortening (jg-ferien's future
+  companion change) is the complementary fix for extreme cases, not this WO's job.
+- Every host that adopts `axis: 'secondary'` changes its chart's visual scale contract (two
+  independent y-domains can visually mislead if not clearly labelled) — mitigated by requiring
+  `secondaryYAxisLabel`, not by this WO deciding it's always fine.
+- The integer-tick auto-detection (SCOPE B) re-evaluates on every toggle (depends on `visibleKeys`) —
+  confirm this doesn't cause a visible axis-label flicker/jump on toggle beyond the intended "ticks
+  change because domain changed" behaviour the toggles already produce today.
+
+## REQUIRED TESTS TO WRITE
+Extend `tests/TimeSeriesChart.test.jsx`. Do NOT run the full suite.
+
+**Learn from CHART-4's own history in this file (read `WORK_ORDERS.md`'s CHART-4 row before writing
+these): an unmocked test asserting real rendered DOM/tick visibility was proven VACUOUS in this exact
+component (jsdom's layout/ResizeObserver handling doesn't reproduce real-browser collision behaviour).
+Do not repeat that mistake here.** For anything about tick *visibility* or *positions* (SCOPE C, and
+SCOPE B's empty-string-for-non-integer-ticks mechanism), assert on the **function/config actually
+passed** to the mocked `MuiBarChart` (`chartSpy.mock.calls`) — e.g. call the captured
+`tickLabelInterval` function directly with sample `(value, index)` pairs and assert its boolean
+results, or call the captured y-axis `valueFormatter` directly with sample tick values and assert its
+string output — never assert on rendered pixel positions or DOM overlap in jsdom.
+
+1. **Dual-axis backward compatibility**: with no series declaring `axis`, `chartSpy`'s `yAxis` prop
+   must be unchanged from today's single-entry shape (or however it's currently constructed — assert
+   equivalently to the existing tests, not a new shape).
+2. **Dual-axis activation**: with one series `axis: 'secondary'`, assert `chartSpy`'s `yAxis` has two
+   entries (primary/secondary ids, correct labels from `yAxisLabel`/`secondaryYAxisLabel`), and assert
+   the secondary series' entry in `chartSpy`'s `series` prop carries `yAxisKey` matching the secondary
+   axis id while the other series' entry does not (or carries the primary id — whichever the
+   implementation settles on, be explicit and consistent).
+3. **Missing `secondaryYAxisLabel` throws** when a series declares `axis: 'secondary'` but the prop is
+   absent — mirrors `BarChart`'s own required-prop throw test convention (check
+   `tests/BarChart.test.jsx` for that pattern).
+4. **Integer-tick auto-detection, both directions**: one case where a y-axis's visible series are all
+   whole numbers (assert the captured `valueFormatter` returns a non-empty string for an integer tick
+   value and `''` for a non-integer one), and one case where they are not all whole numbers (assert no
+   custom `valueFormatter` is applied, or that it returns the value formatted normally for every tick —
+   whichever the implementation does, assert it explicitly).
+5. **Toggle re-evaluation**: toggling off the one non-integer series on a shared/primary axis (single-
+   axis mode) changes that axis from "not all-integer" to "all-integer" — assert the formatter
+   behaviour changes accordingly after the toggle. (This is the SCOPE B "re-evaluates on toggle" case,
+   RISKS section.)
+6. **X-axis `tickLabelInterval` guarantees coverage**: call the captured function against a large
+   `xLabels` array (e.g. 24 entries) and assert it returns `true` for at least `N` evenly-spread
+   indices (pick a concrete, checkable lower bound, e.g. at least 3 for 24 items at `MAX_X_TICKS=8`)
+   and that it does not return `true` for literally zero indices (the non-vacuity check for the whole
+   WO — the very bug this section fixes).
+7. **Non-vacuity**: each new test must fail against the current (pre-fix) code — verify before
+   considering the fix complete. (SCOPE C's test 6 obviously fails today since there is no
+   `tickLabelInterval` at all; confirm the others similarly.)
+
+## TARGET REPO
+`C:\Users\biglmi\Documents\webapps\ui-core-micha`. Branch `main`. Publish per the repo's release flow
+(minor bump — new optional field/prop, additive, no breaking change to existing callers).
+
+## TEST SCOPE FOR THE GATE (orchestrator)
+`tests/TimeSeriesChart.test.jsx`. Not the full suite.
+
+## CONTEXT PACKAGE — verified current state (Orchestrator, Implementation map)
+
+Work from this package; do not explore broadly from scratch — open only the named files to verify.
+
+**File to change: `src/components/charts/TimeSeriesChart.jsx`** — current full return statement and
+surrounding derived-state variables (`:117-189`, verified current):
+```jsx
+const visibleSeries = seriesConfig.filter((series) => visibleKeys.has(series.key));
+const visiblePalette = visibleSeries.map((series) => palette[seriesConfig.indexOf(series) % palette.length]);
+const isDataEmpty = seriesConfig.length === 0 || visibleSeries.length === 0;
+...
+return (
+  <ChartFrame ... minHeight={CHART_HEIGHT}>
+    {!isDataEmpty && (
+      <BarChart
+        xAxisLabel={xAxisLabel}
+        yAxisLabel={yAxisLabel}
+        xAxis={[{ data: data?.xLabels || [] }]}
+        series={visibleSeries.map((series) => ({ data: series.data, label: series.label }))}
+        palette={visiblePalette}
+        height={CHART_HEIGHT}
+      />
+    )}
+  </ChartFrame>
+);
+```
+Component signature currently: `{ title, subtitle, xAxisLabel, yAxisLabel, data, loading, error,
+onRangeChange, defaultRange }` (`:56-66`) — add `secondaryYAxisLabel` here.
+
+**`BarChart.jsx`** (full file, unchanged by this WO unless SCOPE A's verification says otherwise):
+`series`/`xAxis`/`yAxis` are BarChart's own named props; `series` is passed straight through
+(`series={series}` onto `MuiBarChart`, `:35`) with NO per-item transformation — so a `yAxisKey` field
+already present on a series object the caller builds should reach `MuiBarChart` unmodified. `yAxis`
+goes through `labelledAxis(yAxis, yAxisLabel, {scaleType:'linear'})` (`:37`), which preserves any
+`label` already set on an axis entry (only fills in the default when absent) — so `TimeSeriesChart`
+passing two fully-labelled `yAxis` entries will not have `BarChart`'s own `yAxisLabel` prop override
+them; **`TimeSeriesChart` should stop passing a single top-level `yAxisLabel` to `BarChart` once it is
+building its own multi-entry `yAxis` array explicitly** (or `BarChart`'s `yAxisLabel` requirement
+throws — check `BarChart.jsx:27-29`'s `if (!xAxisLabel || !yAxisLabel) throw` and account for it:
+either keep passing `yAxisLabel` as before, since `labelledAxis` won't clobber pre-labelled entries
+anyway, or restructure — pick whichever keeps `BarChart`'s existing required-prop contract intact
+without a special case).
+
+**X-axis**: `xAxis={[{ data: data?.xLabels || [] }]}` (`:181` current) — add `tickLabelInterval` to
+this object; `labelledAxis` will preserve it (only fills `label`, spreads everything else through).
+
+**Existing tests to model conventions on**: `tests/TimeSeriesChart.test.jsx` (chartSpy mock pattern,
+already described above) and `tests/BarChart.test.jsx` (required-prop-throws test pattern for the
+`secondaryYAxisLabel` throw case).
+
+## MINI-HANDOVER (pastable)
+
+> Repo: `C:\Users\biglmi\Documents\webapps\ui-core-micha` (branch `main`).
+> Work order: `work-orders/CHART-5.md` — read it fully, then follow the `orchestrate-codex` skill.
+> **Codex workspace is out of credits this session — go straight to the direct-Claude fallback.**
+>
+> Two independent additions to `TimeSeriesChart`, both operator-requested after seeing the shipped
+> CHART-2/3/4 chart live: (1) an opt-in second y-axis via a new per-series `axis: 'secondary'` field,
+> fully backward-compatible when unused, with auto-detected integer-only tick labels per axis group
+> (not a new prop — derived from whether that axis's visible series data is all whole numbers); (2) a
+> deterministic x-axis `tickLabelInterval` so time-bucket labels never all vanish under MUI's default
+> collision-avoidance, which is exactly what happened live (zero labels shown with 24 hourly buckets).
+> **Test-writing pitfall already hit once in this file (CHART-4): do not write a test that asserts on
+> real jsdom-rendered tick visibility/position — it will be vacuous. Assert on the captured
+> `tickLabelInterval`/`valueFormatter` functions' own return values instead**, calling them directly
+> with sample inputs against the mocked `chartSpy` call's props.
+
+## PROGRESS CONTRACT
+Emit `PLAN: <steps>` up front, then a single-line `PROGRESS: [<n>/<total>] <action>` before every
+relevant action and `PROGRESS: [<n>/<total>] done` on completion, spaced so no gap exceeds ~2 min,
+stdout unbuffered, and exactly one final `RESULT: DONE|BLOCKED <reason>`.