Follow-up from #356 — deferred, not a blocker for that issue, but tracks a real regression introduced by it.
Problem
PropertyHomeScreen (the current Properties tab content) is today the only entry point to:
- The event log view for the active property
- A fallback screen shown to users with zero properties
#356's frontend slice replaces PropertyHomeScreen with a flat property list (per that issue's scope), which has no equivalent content area — retiring the old screen removes both of the above with no replacement in that PR.
Why it's separate from #356
Re-homing this access is a real design decision (a tab on the property detail screen? a dashboard card? somewhere else entirely?) that's bigger in scope than #356's stated ask (showing all org properties + assigned staff). Rather than block that PR on an undecided design question, it's tracked here.
What needs a decision
- Where does event log access live once the Properties tab is a flat list instead of a single-property view?
- What replaces the zero-properties fallback screen, if anything, on the new list screen?
Follow-up from #356 — deferred, not a blocker for that issue, but tracks a real regression introduced by it.
Problem
PropertyHomeScreen(the current Properties tab content) is today the only entry point to:#356's frontend slice replaces
PropertyHomeScreenwith a flat property list (per that issue's scope), which has no equivalent content area — retiring the old screen removes both of the above with no replacement in that PR.Why it's separate from #356
Re-homing this access is a real design decision (a tab on the property detail screen? a dashboard card? somewhere else entirely?) that's bigger in scope than #356's stated ask (showing all org properties + assigned staff). Rather than block that PR on an undecided design question, it's tracked here.
What needs a decision