[maebeale]

🤖 suggested review level: 3 Read 📖 contained: one new concern plus two pages adopting it; the people index only gains an additive URL filter

Takes the Contact info box @jmilljr24 built for the people index (#2825), generalises it into a concern, and gives it to the attendees page and the organizations index. Justin's people index search is unchanged — it only gains an additive, admin-only work_location URL filter.

Built on his pattern, not over it

• Person keeps search_name_email and search_contact exactly as they are, and gains search_location alongside
• searches_contact ..., as: exists precisely so a model with a search of its own can keep it
• people/_search_boxes.html.erb has zero diff against main
• people_controller.rb only gains lines; none of his change
• people_search_spec.rb only gains a new describe; his examples are untouched
• The one line removed from Person.search_by_params is the dead contact_info branch nothing reaches — every index gets there from the URL param

What the new box adds

• Prefixes beyond his seven: locality:, district:, la_council:, la_supervisorial:, la_spa:, and type: for work/personal/mailing
• SearchCop ANDs prefixes onto one joined address, so type: personal city: austin asks for an address that is both — one prefix instead of a parallel personal_* set
• Live addresses only. A retired address still places someone on the charts (Address::STANDING, Chart and filter locations by where people work, on a date #2844) but shouldn't be how you look them up
• Grammar: words AND in any order, -- means either, quotes make a phrase. amy jones--mary davis is (amy AND jones) OR (mary AND davis)

Attendees page

• Main box becomes Name or email, borrowing Person.search_name_email whole so the same words find the same people as on the people index
• New super-admin "Their own contact info" box (the generalised one)
• New "Where they work" box replaces the City field — reads PersonLocations (Chart and filter locations by where people work, on a date #2844), and is what makes locality / zip / school district / LA districts filterable at all
  • Fixes two City filters meaning different things side by side
  • A visible dropdown wins over the same field typed in the box; a bare city param stays honoured as a removable "City:" chip, labelled like Chart and filter locations by where people work, on a date #2844's org_city chip

Organizations index

• Address box joins the shared search, keeping its LA district columns (matched as integers, outside the bare-term catch-all) and its AND semantics

People index: work_location (URL only, no box yet)

• ?work_location=state: CA narrows the index and email export, placed by PersonLocations as of today
• Runs after his scopes, so his query is unchanged when the param is absent
• Admin-only (PersonPolicy::ADMIN_ONLY_FILTERS); page links carry it
• Nothing on the page shows it's applied until the visible box lands later

Roster + bulk-email picker

• Both now read -- as "either", the way tag filters and workshop search already do
• Both now AND the words of an alternative, so jones amy finds Amy Jones — the roster's two CONCAT(first, ' ', last) rows only ever carried one word order

Gotcha found while testing

or is SearchCop's operator, so Oregon has to be asked for as state: OR; a bare trailing or silently matches nobody. Noted in the hint on the prefixed boxes. Pre-existing on the people index box too.

Features seed (optional)

• Added a features seed (optional)

🤖 Generated with Claude Code