… ticks on empty/all-null data (#7384)

## What

A single, TDD-style **red** spec —
`test/cartesian/YAxis/YAxis.7362.derivedDomain.spec.tsx` — documenting
the unresolved half of #7362. **Tests only; no `src/` changes** and no
behavior/contract change.

## Context

PR #7379 (`YAxis.7362.spec.tsx`) showed the **literal** case already
works: `type="number"` + `domain={[0, 100]}` + `ticks` (or `tickCount`)
+ `allowDataOverflow` renders the `0/25/50/75/100` ladder even when
every series value is `null` (or `data={[]}`).

This spec covers the case that does **not** work yet: a **function**
`domain`. A function bound already decides its own value — e.g. `[0,
(dataMax) => (Number.isFinite(dataMax) && dataMax > 0 ? dataMax : 100)]`
returns a finite `100` when there is no data. The desired behavior is
that recharts invokes that function even when the data domain is empty,
so the returned finite bounds resolve the scale and the explicit `ticks`
render — exactly like the literal case.

## Current behavior (the gap)

recharts skips function domains when there is no data domain:
- `numericalDomainSpecifiedWithoutRequiringData` returns `undefined` for
any function, and
- `parseNumericalUserDomain` only calls the function when `dataDomain !=
null`

(`src/util/isDomainSpecifiedByUser.ts`). With empty/all-null data the
data domain is `null`, so the function is never called and the axis
renders **0 ticks**.

## Why `it.fails`

The three specs assert the **desired** behavior (the ladder renders),
which currently throws — so `it.fails` passes and the suite stays green
while documenting the gap. They flip to **FAILING** the moment recharts
resolves a function domain without data, signalling it's time to drop
`.fails` and lock the behavior in.

Cases covered:
- function upper bound `[0, (dataMax) => …]`, all-null data
- function upper bound, empty `data={[]}`
- whole-domain function `() => [0, 100]`, all-null data

## Running

```
npm ci
npx vitest run --config vitest.config.mts test/cartesian/YAxis/YAxis.7362.derivedDomain.spec.tsx
```

Refs #7362. Related: #7379, #4433, #4426.

Signed-off-by: Nicolas <[email protected]>