Tester Walkthrough — Search

1 · Open Search with no search history yet

Steps: While logged in, tap the search icon (magnifying glass) in the top navigation bar.

What you should see: A white search box with its own leading magnifying-glass icon (inside the box, left of the placeholder text), and below it a "No Recent Searches" placeholder with a magnifying-glass icon and the subtitle "Your search history will show up here". There is no list of shortcut links (Flight Finder, KCM, Member Resources, My MEC) below it — those were removed. Once you type something, an × clear button appears at the right edge of the box — tapping it empties the box and returns you to this idle state (same clear affordance as the search boxes on KCM Airlines and the International Directory).

2 · Search for something real and get real matches

Steps: Type a term you know exists in content you (or the app's background warm-up) have already loaded — e.g. jumpseat — into the search box.

What you should see: Results appear as you stop typing (results are debounced, not instant per keystroke) — real titles and excerpts, grouped under a section header per content type (for jumpseat today that's COMMITTEE, DOCUMENT, JUMPSEAT POLICY, and further down NOTIFICATION), sections in alphabetical order. This is genuine indexed content, not a fixed sample set — try a different real term (an airport name, a notification headline you remember) and the results (and which section headers appear) should change accordingly. Exactly which groups and how many results appear will drift over time as real content changes — that's expected; what matters is that results are real and grouped, not a fixed set.

3 · Open the filter, deselect a category, and confirm results narrow

Steps: Tap the sliders icon in the top-right of the Search title bar to open the filter. The boxes are the real areas currently indexed for search (10 today — Documents, Flight Search, In Case of Accident, International Directory, Jumpseat, KCM, MEC/LEC, Member Resources, Navigation, Notifications), and every box starts checked. Uncheck everything except Documents.

What you should see: Any number of boxes can be unchecked independently (not one-at-a-time like a radio button). Tap APPLY to close the modal — the sliders icon in the title bar now shows a small badge with the number of categories still included (not the number you unchecked). Search again (e.g. document): with only Documents checked you get just the Documents section; re-open the filter and check KCM back on and a KCM match reappears too — the filter genuinely narrows local results by category, it's not cosmetic. Tap clear to reset back to every category selected (the default), not to none.

4 · Search for something that genuinely doesn't exist

Steps: Type a nonsense term unlikely to match anything, e.g. zzznomatch.

What you should see: A "No Results" empty state with the subtitle "Nothing matched "zzznomatch"" — the exact term you typed appears in the message.

5 · Tap a result and confirm it opens real content

Steps: Search for a term that returns a Document result (e.g. jumpseat, per Check 2), then tap that row.

What you should see: You're taken to the real document, not a placeholder or an error — the title bar shows the document's own title and its actual content renders below. (You may see a one-time "Download Documents for Offline Access?" prompt the first time you open any document — that's an unrelated document-cache feature, not part of search; Not Now/Enable either way, then confirm the document itself is showing.) A Notification result instead opens that notification's detail page.

KCM Airport's full path goes one step further than a plain detail page — its cached airport map is itself tappable ("Tap to view full screen" beneath it), opening a dedicated full-screen viewer with its own close button (×, top-right). While the map is full screen, the page's own back chevron is intentionally hidden rather than shown-but-inert — the only way out is the × or the system back gesture, both of which return you to the same detail page underneath, unchanged.

KCM Airport detail page, opened from a Search result

Full-screen map, reached by tapping the map (or its caption)

6 · Collapse and re-expand a result section

Steps: With multiple result sections showing (a broad term like a single letter usually returns several — see Check 2), tap a section header that has more than one result under it — it carries a caret (searching jumpseat, COMMITTEE, DOCUMENT, and JUMPSEAT POLICY all qualify today). A section with exactly one result shows a plain header with no caret — that's intentional, not a bug (nothing useful to collapse down to a single row); for the same jumpseat query, NOTIFICATION is currently that single-item example.

What you should see: Tapping a multi-item section's header hides its rows and rotates the caret to point down; every other section stays exactly as it was — collapsing one section doesn't affect the others. Tap the same header again and its rows reappear, caret pointing up. Single-item sections (like NOTIFICATION here) never show a caret and can't be tapped to collapse, regardless of how many other sections are open or closed. Which specific groups are multi- vs. single-item will shift over time as real content changes — the caret-vs-plain-header rule is what to verify, not the exact group names.

7 · Tap an Event, Representative, Company Contact, Hotel, or Committee result and confirm the contact card

Steps: Search for a broad term like a single letter (if your account is MEC-affiliated), scroll to the EVENT, REPRESENTATIVE, COMPANY CONTACT, HOTEL, or COMMITTEE section, and tap a row.

Representative — role + name + email (LEC Contact)

Hotel — no role line, phone + website link (Hotel Contact)

Committee — no role line, phone only (Committee Contact)

What you should see: A small in-page modal opens over the results (not a navigation) — a header naming which list this came from (MEC EVENT, LEC EVENT, MEC CONTACT, LEC CONTACT, COMPANY CONTACT, HOTEL CONTACT, or COMMITTEE CONTACT), then the name and whichever of role/email/phone/link the underlying record actually has — a role line only appears for Representative/Company Contact/Hotel (Committee and Event never show one), and an Event additionally shows its date above the role line, since it's the one type with both. A record missing some of these just omits that line entirely (a record with none of email/phone/link is still shown for an Event, but excluded from search results altogether for Representative/Company Contact/Hotel/Committee — nothing to tap on for those without at least one). Whichever email/phone/link line is shown is a real link, not plain text — tap an email line and the Mail app (or its picker) opens addressed to it; tap a phone line and the Phone app opens ready to dial; tap a link line (Hotel's website, a Committee's link) and it opens in the system browser, not inside the app. Tap CLOSE to dismiss the card and return to the same result list — your search term, filter, and section-collapse state are unaffected by opening and closing it.

8 · Tap a Call to Action result and confirm the auto-login web view

Steps: Search for a broad term like a single letter, scroll to the CALL TO ACTION section (Member Resources advocacy links, e.g. "Tell Congress: ..."), and tap a row.

What you should see: A full-screen web view opens over the app (not the same inline document viewer Check 5 uses) — this is the distinct IAuthenticatedWebView path Call to Action links always take, matching AdvocacyPage.OpenCallToActionAsync's existing behavior, since these destinations need an authenticated session handed to them. You'll typically see the "My ALPA Login" form flash briefly while auto-login runs, then land on the actual advocacy action page. A close/back control lets you return to the same Search result list afterward, with your search term and filter intact.

9 · Tap a Menu Item result and confirm it deep-links to the real page

Steps: Search for a broad term like a single letter, scroll to the MENU ITEM section (app navigation entries, e.g. "ALPA Int'l Comms"), and tap a row.

What you should see: You land on the actual in-app page the menu entry names (e.g. tapping "ALPA Int'l Comms" opens the real Internal Comms list) — not a placeholder, not the generic result excerpt. Unlike every other content type, a Menu Item's underlying value isn't a route or a plain URL — it's a server-supplied Shell page name (e.g. "AdvocacyPage") that DeepLinkResolver translates to a real Blazor route at tap time, since that translation can only happen in the Presentation layer. That's an implementation detail, not something you can see directly, but it's why this gets its own check rather than folding into Check 5.

10 · Relaunch the app and confirm search is immediately usable, not blocked again

Steps: With Search already indexed once this install (i.e. not your very first login — see "Before you start"), fully close the app (swipe it away, or kill/relaunch it) and reopen it. As soon as the app is back up, tap the search icon and look at the field and the notice under the search box before waiting the usual minute.

What you should see: The search field is already enabled (not greyed out), and any notice under it reads "Refreshing search results…", not "Preparing search results…" — small and non-blocking, not the "Getting Ready" full-page placeholder from Check 1's first-ever-login case. Type a real term right away (don't wait) and you get real results immediately, from whatever was already indexed before the relaunch — the notice clears on its own a few seconds later once this session's own fresh copy finishes loading, with no page reload and without disturbing your search term or results.

What you should see: real, correctly-grouped results (here Hotel/Jumpseat Policy/KCM Airport for JFK) while the "Refreshing…" notice is still visible — the field being enabled during a refresh isn't cosmetic, it actually answers queries against the pre-relaunch index.