Repository navigation
Fix Python @property read edges and call resolution - #1065
Ha1baraA11 wants to merge 6 commits into
Conversation
|
Thank you for this PR. I tested small examples on this branch and on Before I can merge it, please fix these:
Please add tests for both cases. After you push the fix, I will test it again. |
code-review-graph reviewOverall risk: 0.40 (MEDIUM) — 24 changed function(s)/class(es), 0 affected flow(s), 18 test gap(s) (16 with no tested caller found, 2 reached only through a caller) Risk-scored changes
Test gaps
Reached only through a callerNo test names these directly, but a tested caller reaches them along the call path shown. That is a path in the call graph, not a record of execution -- the caller's tests may never take this branch. Treat it as where to look, not as coverage: these count as gaps and are scored as untested.
Token savings: this graph-backed report used ~196,162 fewer tokens (~97%) than reading every changed file in full (estimated, chars/4 approximation). Powered by code-review-graph — local-first analysis; no code leaves the CI runner. |
Linked issue
Closes #1060
What & why
CALLSedge for reads of explicitly declared@propertygetters when the owner class is known from local or imported bindings.How it was tested
The full test suite ran on Python 3.12.13 with watchdog's polling observer because the native macOS FSEvents observer crashed during full-suite runs on this host.
Checklist
uv run pytest tests/ --tb=short -quv run ruff check code_review_graph/uv run mypy code_review_graph/ --ignore-missing-imports --no-strict-optionaldocs/, docstrings)