# Astra: confirming review of tenant-directory fix 4
2
3
Your round 2 (`CODEX-REVIEW-REGION-HA-TENANT-DIR-2.md`) found three things. P2 is answered in 400a3302; the two P1s are filed.
4
5
**P2: the writer/reader cap mismatch.**
6
- The 256-component cap is dropped.
7
- The single 4095-byte path cap (`withinTreeCap`) is now enforced in every publishing path (`Stage`, `Commit`, `publishOne` and the watcher) and in every reader.
8
- The watcher skips an over-cap path for good and logs it once per run.
9
- A 257-component path now round-trips from publish to restore.
10
11
**The two P1s are filed as #279, an activation gate.** They are pre-existing in main's `hostfiles`:
12
- `RemoveAll` has no bound;
13
- the walk's width is unbounded.
14
15
The implementer added a third to #279: `Restore` is O(D³) in depth. These are not fixed in stage B, because relocation is dormant until they are.
16
17
**Judge:**
18
1. Is P2 closed? Do the writer and the readers now agree on every path?
19
2. Can the watcher's skip lose a legitimate file silently, or wedge publishing?
20
3. Is the #279 deferral acceptable, given that relocation stays dormant until #279 is fixed?
21
4. Anything new?
22
23
Give findings as P1/P2/P3 with file:line, then a verdict.
amadan