{"schemaVersion":"2.0.0","locale":"en","title":"Equality and hashing disagree","description":"Rule ID: correctness.equality-hash-contract@1.0.0. Availability below refers to source-scan at product 524fa07e.","htmlUrl":"https://docs.swift-analyzer.com/catalog/correctness.equality-hash-contract/","markdownUrl":"https://docs.swift-analyzer.com/catalog/correctness.equality-hash-contract/index.md","productRevision":"524fa07e0ae4153c84ac12ae9eb6559df89ec2be","catalogRevision":"4558458d","docsRevision":"1f17ba58ab08627e0de898f1442067b09e960b48cd5605d6529e9275f8930d68","channel":"pre-prod","maturity":"experimental","access":"owner-provided-checkout","markdown":"# Equality and hashing disagree\n\nRule ID: correctness.equality-hash-contract@1.0.0. Availability below refers to source-scan at product 524fa07e.\n\n## V-COR-01 — Equality and hashing disagree\n\nEquality and hashing disagree. It examines value, collection, identity, ordering, and control-flow contracts.\n\n### Availability\n\nNot available in source-scan. There is no source-scan flag to activate this condition.\n\n### Example and action\n\nIllustrative design scenario, not a runnable Swift example or a reproduced analyzer result. The stated availability and evidence boundaries still apply.\n\n**Before:** Two records compare equal by ID, but their hash also includes a mutable display name.\n\nReview the following change against the contract and build variants described above.\n\n**After:** Use the same stable identity fields for equality and hashing. Check equal values with different display names and avoid mutating identity while a value is a set member or dictionary key.\n\n### Intended analysis\n\nIntended reasoning: Compare the value, unit, identity or protocol assumptions at each operation. The intended conclusion requires consistent source identities and the relevant path constraints; an unrecognized abstraction can invalidate the comparison. Required evidence: value, identity, ordering, collection, and control-flow facts\n\n### Assumptions and unknown\n\nThe relevant facts must be admitted for the selected immutable build world. Unknown aliases, external effects, unsupported source forms or incomplete consumers can prevent a conclusion. Availability in this workflow is stated above; the illustration does not expand that availability.\n\n### Evidence and interpretation\n\nThe target catalog describes the intended condition. It is not evidence of an active source-scan diagnostic.\n\nHistorical evidence at 4558458d: accepted-subset (a limited set of source forms and profiles passed historical checks). That evidence has not been requalified for this product revision.\n\n[How we validate checks](https://docs.swift-analyzer.com/concepts/validation/) explains the evidence boundary. [Foundations](https://docs.swift-analyzer.com/concepts/foundations/) separates method assumptions from implementation claims.\n","anchors":["equality-and-hashing-disagree","V-COR-01","availability","example-and-action","intended-analysis","assumptions-and-unknown","evidence-and-interpretation"]}