/**
 * Rule: belongsTo-shows-name-in-list
 *
 * A belongsTo FK column in a list view must render the parent entity's
 * human-readable DISPLAY NAME, not its raw UUID. This is the contract
 * behind the runtime's relationship resolution (RelatedModelFetcher →
 * resolveEntityDisplayName / getEntityDisplayName) — the exact behaviour
 * that regressed in the belongsTo label/ID bug (runtime 5.11.1).
 *
 * Strategy (composes existing state-sync steps, no new harness helper):
 *   1. seed each of the child's belongsTo parents (with a unique display
 *      marker), binding their ids,
 *   2. create the child with every FK threaded to its parent's id,
 *   3. navigate to the child's list,
 *   4. assert the TARGET parent's display marker is VISIBLE in the list —
 *      it only appears if the FK column resolved the name; a UUID would
 *      show the id instead, so the marker would be absent and the test
 *      fails.
 *
 * Scope (v1): only models whose belongsTo parents are ALL top-level
 * seedable (no required belongsTo of their own — one seed level). Deeper
 * chains (e.g. poll-app's Vote → Option → Poll) are skipped, mirroring
 * create-reflects-in-list's seedability gate. One TestCase per
 * (child-model, belongsTo-relationship) pair.
 */
import type { UiContractRule } from '../test-case-types.js';
export declare const RULE_ID = "belongsTo-shows-name-in-list";
export declare const belongsToShowsNameInList: UiContractRule;
//# sourceMappingURL=belongsto-shows-name-in-list.d.ts.map