Updated: 2026-09-30 12:58 ET · On the Page Readiness screen, look for: Favorites — save /
list / remove / empty state (requires login) and Home Preview — heart-toggle test surface (works logged out)
TLDR: 19 checks (1–18, plus 4b) covering the full life of a favorite:
Favorites asks you to log in when you are logged out, hearts are hidden while logged out, and you can save a
document, a menu item, a category, a committee volunteer, a link and a single document from inside a category.
The checks then cover viewing and removing favorites, a favorite whose content is gone, documents opening for
real, favorites surviving a log-out and log-in, and no leak between two members on one device. The last five
cover a saved link keeping the look of the card you hearted, and Favorites opening offline, read-only. Check 18
covers the pilot card, which Favorites draws as the card itself.
They also cover a removed favorite staying removed, a re-hearted favorite taking its new card's look, and
signing out clearing the saved list for the next member.
Before you start
Start out logged out. You can check or reset this any time using Auth Status / Log Out on the
Page Readiness screen — see the Tester Guide if you're not sure how to
get there.
You don't need to pick a data source. As of 2026-07-09 the screens choose their own data
behind the scenes (the old Mock data / Live data switch is gone from the Page Readiness screen — it now
lives on the FTDT dashboard and only affects FTDT scenario testing). As of 2026-08-17 Favorites runs
on the live service — a favorite you save is a real row on your account and survives a force-quit,
which it did not before. Check 7 (a favorite whose content disappeared) still needs an engineer's help
to remove the underlying content.
SAMPLE rows deliberately have no heart. Rows labelled SAMPLE on Home Preview are
seeded on the device and exist nowhere on the server, so saving one would leave a permanent row your
account can never resolve. A missing heart there is the expected state, not a bug. Everything else —
documents, menu items, document categories — is saveable.
MEC feed tiles save as links. As of 2026-09-03 a tile or quick link on My MEC (PDR /
DYK / QRG, committee pages) saves as a shortcut to wherever it goes: on Favorites it renders as a
card-sm row with the title it had when you saved it, and tapping it opens the same destination the tile
did. Earlier that day those hearts were briefly hidden after they were found to write rows your account
could never open (Task AB#2271). A card with no destination (a plain text card) still shows no heart.
Member Resources tiles and every document surface are unaffected.
Where to save a favorite: use a screen showing real content — Member Resources (menu
item cards) or a document list under Documents. If Home Preview shows only SAMPLE rows, your
account's ALP MAG catalogue is empty and there is nothing favoritable on that screen.
You'll move between two screens: Home Preview (where you'll add favorites) and Favorites
(where you'll view and remove them) — both are rows on the Page Readiness screen.
Checks
1 · Try to open Favorites while logged out
Steps: While logged out, open the Page Readiness screen → tap Favorites.
What you should see: You're taken straight to the log-in screen — you never see the Favorites list
itself.
Something's wrong if: You see the Favorites screen at all before being asked to log
in — even an empty one.
2 · Browse Home Preview while logged out
Steps: While still logged out, open Home Preview from the Page Readiness screen.
About the card photos: every article currently shows one of a few stock pilot/cockpit
photos, so covers repeat — that's expected. The backend doesn't supply document imagery yet (every document in
the live feed arrives without an image), so the app substitutes placeholder art rather than empty boxes. The
titles, order, dates, and links are the real live feed when you're signed in. Real cover images light up
automatically once the backend ships them — no app update needed.
What you should see: On first open the page may flash gray shimmer placeholders while it loads —
that's the intended loading treatment, same as the real Home screen. Once loaded: the ALPA Magazine carousel
and the category rows beneath it (Canada Limits, From The President, Press Release, …) display normally,
but there is no heart icon anywhere on the page — not even a grayed-out one.
Something's wrong if: You spot a heart on any card or category row while logged
out. Saving a favorite requires being logged in, so those hearts shouldn't appear at all until you are.
The heart in the top navigation bar is a different thing and is meant to be there — it is a
shortcut to the Favorites screen, and logged out it sends you to log in, exactly as in Check 1.
3 · Log in and save a document as a favorite
Steps: Log in (via Auth Status or the normal login screen). Open Documents for your
MEC, scroll to Latest Documents, and tap the heart on any row.
Why not Home Preview? You can use it if its cards are real. But if they say
SAMPLE, that account's ALP MAG catalogue is empty and the cards are seeded placeholders with no
heart at all (see "Before you start") — the Latest Documents rows are always real, so the check works on
any account.
Before — logged in, nothing saved yet
After — the heart fills in solid navy
What you should see: The heart fills in solid navy right away — no waiting, no page reload
needed. (Earlier builds filled it red; navy is the design-correct state as of 2026-07-09.)
Something's wrong if: Tapping the heart does nothing, or it fills in but doesn't
"stick" — leave the page and come back to check; it should still show filled in.
Note (updated 2026-07-16): the category rows below the carousel now show hearts
too once you're logged in — tapping one saves that category as a shortcut to its document list
(that's Check 4b). Logged out they show no hearts, same as everything else.
4 · Save a menu item as a favorite
Steps: While logged in, open Member Resources and tap the heart on any card
(e.g. Membership Card or Orange Card). Then open Favorites and confirm it is listed.
Clean up by removing it when you're done.
What you should see: The heart fills in immediately and the item appears on the Favorites
screen. Unparked 2026-08-17 — this check was previously skipped for want of a screen with saveable
menu items; Member Resources is that screen.
Something's wrong if: You spot a heart that's visible but does nothing when
tapped, anywhere — a heart only appears on items that can actually be saved, so a dead one is a bug.
4b · Save a category as a favorite
Steps: While logged in, open Documents for your MEC and tap the heart on any category
tile (e.g. Contract). The same hearts appear on the category rows under the Home Preview carousel
if that account has them.
A saved category — the rest stay outlined
What you should see: The heart fills in immediately, same as the document hearts in Check 3.
On the Favorites screen the category appears as a smaller titled row with an icon. Tapping the
row itself (not its heart) opens that category's document list; tapping its heart on the Favorites
screen removes it.
Something's wrong if: The heart doesn't stick (leave the page and come back to
check), the row on the Favorites screen shows a raw internal key instead of the category's friendly name,
or tapping the row takes you anywhere other than that category's document list.
Fixed 2026-09-13, AB#2738 — the plain (non-MEC-hub) category list. A MEC/LEC's own
Documents screen (the steps above) always used the data-driven hub, which already wired this
correctly. But Documents reached with no MEC context — a plain scope like ALPA, no hub — showed a
flat category list (Canada Limits, Press Release, ALPA Magazine, …) with no heart at all on any
row, on any account, until this fix. Live-verified afterward: the heart now appears and round-trips
(POST 201 itemTypeId 4 / DELETE 204) on that flat list too.
Fixed — every row on the plain category list now has a heart
Saved from the plain list, shown correctly on Favorites
Note: this check was parked between 2026-08-17 and the backend registering the
document-set item type later that day. If you see no hearts on category rows, you are on a build from
that window — update before filing a bug.
5 · View your Favorites
Steps: Open the Favorites screen (now that you're logged in).
While it loads you'll see shimmering placeholder rows. That's the intended
loading treatment, the same one Home Preview uses — not a stuck screen and not an empty list. Wait for
either your saved items or the "No Favorites Yet" message before judging what's there.
What you should see: Everything you saved is listed — the document from Check 3 and the menu
item from Check 4 — each with a filled-in heart, which on this screen is also how you remove it. A
document card with no description or photo is expected when the feed itself supplies none: the card
mirrors what the backend sends (a known data-quality item, AB#2247), so judge it on the title being
right.
Something's wrong if: A saved item is missing from the list, or shows up looking
like the wrong kind of item.
A raw-looking title is the document's own. Some live documents are published with
an internal-looking name (e.g. mec-grievance-pbs-ord-bid) instead of a readable one. If the
Favorites row shows the same string the document list showed, that is the backend's data, not a favorites
bug — it belongs on the AB#2247 data-quality list.
6 · Remove a favorite
Steps: On the Favorites screen, remove each saved item until none remain. There are two ways to
do it, and both must work on every row:
Tap the heart on the row.
Flick the row left. The row slides over to reveal a red trash zone on its right edge; tap
the trash. Flick the row right, or tap the row itself, to close the tray without removing.
What you should see: Each heart tap or trash tap removes that item immediately — no
confirmation popup, it just disappears. Once the list is empty, you'll see a "No Favorites Yet"
message.
Something's wrong if: An item stays on screen after you tap its heart or its
trash zone, flicking a row left reveals nothing (AB#2678 — that was the shipped behaviour on build
20260905.1 and earlier), or the "No Favorites Yet" message doesn't appear once the list is actually
empty.
Same gesture as Flight Finder. The swipe tray is the one the Saved Flights,
Saved Searches and Recent Searches lists use — a flick, not a drag: the row does not follow your finger,
it snaps open once the flick is long enough (about 40 px sideways).
7 · A saved favorite that no longer exists
Steps: This one needs a bit of setup you can't do yourself in the app — ask an engineer to create
a favorite for your account that points to something that's since been deleted or removed. Once that's set
up, open the Favorites screen and tap that item.
What you should see: The item still shows up in your list by its saved title, but tapping it takes
you to a friendly "Off the Radar!" page instead of a dead link or an error.
Something's wrong if: Tapping it shows a blank screen, crashes the app, or shows a
raw error page instead of the "Off the Radar" page.
8 · Tapping a document opens the real thing
Steps: On Home Preview, tap the body of a document card (not its heart icon).
What you should see: A brief "Opening document…" moment, then the document renders right on
the page — same top bar, a back chevron, and the document's name as the title. PDFs (most documents,
including the magazine) display inline; expect a longer loading spinner on a big issue — a full magazine
is a sizeable download. Web-type documents still open on the in-app web page titled with the document's
name, exactly like the production app. Use the back chevron to return to where you were.
Something's wrong if: Nothing happens when you tap, the app gets replaced by a
blank or error page, or the opened content clearly isn't the document you tapped.
9 · Favorites survive logging out and back in
Steps: While logged in, save an article as a favorite on Home Preview (as in Check 3) and note
its title. Then log out via Auth Status / Log Out, log back in with the same account, and open the
Favorites screen. Clean up by removing the favorite when you're done.
What you should see: The Favorites list comes back showing exactly what you had saved before
the log-out — same item, same title — because the list is re-fetched from your account, not remembered
by the screen. Nothing extra appears and nothing is missing.
Something's wrong if: The list comes back empty, shows different items than you
saved, or shows items belonging to a different account.
Note: as of 2026-08-17 this runs against the live service, so it now proves the
server round-trip — and you can force-quit the app as part of this check if you want a stronger
test. Favorites no longer reset on restart; if they do, that is a real failure, not the old sample-data
behaviour.
10 · Save a committee volunteer or LEC rep as a favorite
Steps: While logged in, open your MEC → View My MEC → tap into your LEC (or a
committee page) to reach a roster of names. Tap the heart on a committee-volunteer row (e.g. a committee
Chair under a named committee section like Aeromedical). Then open Favorites and
confirm it's listed. Then heart someone your MEC's pages list in two places (for example a committee chair who is
also on another committee's roster, the same person Search Check 16 uses) and open Favorites again. Clean up
by removing both when you're done.
LEC reps and MEC officers have a heart too (AB#2840). The top LEC REPS section on
a LEC roster page, and an MEC officers section on the officer data, show a heart on every rep whose record carries
the person's id, and saving one saves that person: the same favorite as their committee rows, drawn as the card
Search shows (e.g. Chair | Captain Rep). A rep whose record has no id shows no heart; that is expected.
The screenshots below predate this change.
Before — LEC Reps (no hearts) above, committee volunteers (outlined hearts) below
After — the tapped volunteer's heart fills in
Taken before AB#2840: the saved volunteer now shows the Search card described below. New screenshots
are still to be taken.
What you should see: The heart fills in immediately. On the Favorites screen a saved person is the
same card Search shows for them (Search Checks 15 and 16), built fresh from your MEC's pages each time Favorites
opens, so a changed title shows once the lists refresh:
One role: the role above the name, and the committee (or council) that lists it on a line just above the
card, e.g. Aeromedical.
Several roles: the name first, then one line per role you can see, each naming its own committee, in
the same order as Search, with no line above the card. A role in a section your MEC can't see is not listed.
Someone on no roster section of your pages (they left a section, or were saved elsewhere): one line for
every committee they serve on. Someone on no committee at all shows as a plain row that opens Off the Radar
(Check 7), and so does someone your pages list only in sections your MEC can't see: none of those roles is shown.
Their email and phone are tappable links, as on the roster.
Something's wrong if: A heart that appears but does nothing when tapped, anywhere in a
committee roster or an LEC Reps list, is a bug. So is a saved person whose Favorites card lists different roles, in a different order,
from their Search result, or a single-role card with no committee named above it.
11 · Favorites after switching accounts (no force-quit)
Steps: Log in as Member A, favorite anything (a document, menu item, or the My MEC
tile). Log out via Profile → Log Out — do not force-quit the app. Log in as a
different member, Member B, in that same still-running app. Look at Member B's Home screen,
specifically the heart on My MEC / Access <Member B's MEC> documents, resources, and
information.
Before the fix (2026-09-12) — the heart is already filled, Member B never tapped it
Fixed (2026-09-12, AB#2734) — same moment, heart correctly outlined
Fixed 2026-09-12, AB#2734. Was: Member B's My MEC heart (and potentially other
hearts app-wide) showed filled immediately on login, before Member B had favorited anything —
Member A's favorite state, carried over because the app never cleared cached favorite state on logout.
Confirmed fixed by re-running this exact check on the merged build: logging in as Member B now fires a
fresh favorites fetch and every heart reflects only Member B's own favorites. Member B's actual
Favorites list (the screen itself) was never affected by this bug — it always re-fetches from the
server — this was specifically about heart icons shown elsewhere in the app (Home, MEC pages,
committee/LEC rosters). Kept as a check here since it's exactly the kind of regression that could come
back silently.
What you should see: Right after logging in as Member B, every heart in the app
reflects Member B's own favorites only — none of Member A's.
Something's wrong if: Any heart shows filled for Member B before Member B has
favorited anything, or tapping a heart to remove it fails with "Couldn't update favorite" — that's
AB#2734 regressing.
12 · Save an individual document from inside a category
Steps: While logged in, open Documents → any category (either from a MEC's own
Documents hub or the plain category list in Check 4b) → tap the heart on any document row (e.g.
Documents → Internal Comms → Canada Limits → Canadian Limits: 2026 & 2025).
Before — inside Canada Limits, heart outlined
After — the heart fills in
Saved — appears on Favorites as a normal document card
What you should see: The heart fills in immediately (POST 201, itemTypeId 2 "Document
Item"). It appears on Favorites as a title card, same as any other document favorite. Tapping the
row's body (not the heart) still opens the real document.
Tapping the row body still opens the real document
Something's wrong if: No heart appears on a document row inside a category,
tapping it does nothing, or the row stops opening the document once it's favorited.
Fixed 2026-09-13, AB#2721. Individual document rows one level inside a
category's list had no heart at all, on any account, on any scope — a tracked gap since design
decision D31 (2026-06-26, "favorite heart rendered on all favoritable controls") was implemented
2026-07-08 but explicitly not extended to this one list template. The fix migrates that list onto the
same DocumentsBrowser building block a MEC hub's own "Latest Documents" section already
used, which already had working favorite wiring — so this was a reuse fix, not new plumbing. Unaffected:
the category-picker level above it (Check 4b) and every other favorite type in this doc.
13 · A saved link keeps the look of the card you hearted
Steps: On a Delta (DAL) test account, open DAL MEC → Committees and tap the heart on the
AEROMEDICAL tile (a red icon box with a white stethoscope). Then open Favorites.
The tile you hearted
Its row on Favorites
What you should see: The Aeromedical row has the same red icon box and white stethoscope as the tile
you hearted, not the plain grey circle a saved link used to get. The row's title stays in the standard Favorites
style (the tile's condensed capitals are part of the committee page's own theme and are not carried over).
The look is kept on the device that hearted the card, for saved links and categories only. On another device,
after a reinstall, or after signing out and back in (Check 17), the same favorite shows the standard plain circle
instead; that is expected.
Something's wrong if: Right after hearting on this device, the row shows a plain circle or an
empty icon box, a white glyph on a white background, or a different icon from the tile.
14 · Favorites open offline, read-only
Steps: On a Delta (DAL) test account, save four favorites: the AEROMEDICAL committee tile (Check
13), Membership Card on Member Resources, a document card on the DAL MEC feed (e.g. Delta MEC
News), and the From the President tile under ALPA COMMS. A category saved from Documents
(Check 4b) behaves the same. Open Favorites once. Turn the device's network off (airplane mode), fully close the app, reopen it, and open Favorites. Then
look at Home, tap a heart on a Home card, then tap a filled heart on one of the Favorites rows and swipe that row
left and tap the trash.
Favorites offline: every row keeps its icon and colours
Home offline: hearts dimmed
What you should see: The list opens with all your saved favorites, and each row keeps its icon, colours
and photo, from the copies saved on the device. Favorites are read-only offline: every heart, on Home, the feed pages
and the Favorites rows, stays in place but is dimmed, and so is the trash behind a swiped Favorites row. Tapping
any of them shows "Favorites can be changed when you're back online" in a dark pill just above the tab bar for a
few seconds (tap it to close it sooner; Diagnostic Mode not needed); the heart
keeps its state, the row stays, and nothing changes on the server. Turn the network back on: the hearts return to full
colour, and tapping one adds or removes again.
A saved person (Check 10) behaves the same offline: their card still shows every role, from the lists saved on the
device, and its heart is dimmed and shows the same message when tapped.
Offline heart tap: "Favorites can be changed when you're back online"
Something's wrong if: Favorites shows an error or an empty list offline although you have
saved items, a row loses its icon or photo offline, a heart disappears or shows at full colour while offline, a tap
offline shows no message or shows it in a white bar with an OK button at the bottom of the screen, or a tap offline removes the row or fills an empty heart.
15 · A removed favorite stays removed offline
Steps: Online, remove one favorite on the Favorites screen (e.g. MEC News). Turn the network off,
fully close the app, reopen it and open Favorites.
What you should see: The removed favorite is not in the list; everything else is.
Something's wrong if: The removed favorite comes back when the app opens offline.
16 · Re-hearting a favorite from another card takes that card's look
Steps: Heart MEMBER CARD on Home (a small icon tile) and open Favorites. Remove it there.
Then open Member Resources, heart Membership Card (a photo card, same destination) and open
Favorites again.
Hearted on Home: the Home tile's icon
Removed, then hearted on Member Resources: that card's photo
What you should see: Each time, the row looks like the card you hearted last.
Something's wrong if: After removing and re-hearting, the row still shows the old card's
icon.
17 · Signing out clears the saved list for the next member
Steps: With favorites saved as Member A (e.g. DAL), log out via Profile → Log Out. Log in as Member B
(e.g. UAL) and open Favorites. Then turn the network off, fully close the app, reopen it and open
Favorites again. Finally log back in as Member A and open Favorites.
Member B, offline: only Member B's own (empty) list
Member A again: same favorites, standard icons
What you should see: Member B only ever sees Member B's own favorites, online and offline. Member A gets
the same favorites back, drawn with the standard plain circle, because the saved looks were cleared at sign-out.
Something's wrong if: Any of Member A's favorites or looks appear for Member B, online or
offline.
18 · The pilot card is saved as the pilot card
Steps: On DAL MEC, heart the Welcome card (e.g. "Welcome First Officer Example" with View
Contract). If it is already filled, tap it twice so it is saved again. Open Favorites, then tap the card
(not the heart).
Hearted on DAL MEC
On Favorites
What you should see: Favorites shows the same navy card with the greeting in the same heading font and
View Contract under it. The heart is the Favorites page's white heart, not the MEC page's red one. Tapping the
card opens the contract; tapping the heart removes it.
Something's wrong if: The favorite shows as a white row with a circle icon, the greeting is
in the plain body font, or tapping the card does nothing.
What's already covered by automated tests
These run with the UI suite (BlazorWalkthroughTests), so a regression should be caught
before it reaches you. Run the checks by hand anyway — the automation checks the behavior is
present, not that it reads well:
Check 1 — opening Favorites while logged out redirects to the log-in screen
(Favorites_WhileLoggedOut_RedirectsToLogin)
Checks 3/5/6 — the full save → view-as-hero-card → remove cycle for a document favorite, including
that the heart sticks across navigation
(Favorites_AuthenticatedDocumentCycle_SaveViewRemove) — self-skips without
ALPA_UITEST_USERNAME/ALPA_UITEST_PASSWORD set
What this checks, overall
The complete save → view → remove → broken-link cycle for favorites, that the heart icon never shows up
unless you're logged in, that trying to view your Favorites while logged out sends you to log in first, that
saved documents lead to real content rather than placeholders, and that your favorites come back intact
after a full log-out / log-in cycle.
What's not covered yet
Adding or removing a favorite needs the network (Check 14). Offline, Favorites is read-only; the list you
see is the one saved the last time it loaded, and it is replaced as soon as the app can reach the server again.
The row hearts stay visible offline and a tap does nothing visible (the message shows only in Diagnostic Mode).
Feed category buttons have no heart. On a feed page such as DAL MEC → Publications, the category
buttons (MEC News, MEC Brief, Contract 2026, …) cannot be saved; save a category from its tile under
Documents instead (Check 4b).
A saved link or category keeps its icon and colours, not its title style (Check 13). The title's typography
comes from the page's own theme, which Favorites does not share, so the title stays in the standard style. The look
is stored on the device only and cleared at sign-out (Check 17).
There's a more compact, list-style view of favorites elsewhere in the design that isn't covered here —
its heart icon doesn't work yet.
Removing a favorite is immediate and final in this walkthrough — there's currently no "undo" option
after you remove one.
Home Preview is a stand-in screen used just for testing — it's not the final, real Home screen design
(that's still being worked on separately).
Menu-item favorites are testable again on Member Resources, and document-set (category) favorites
work as of 2026-08-17 — both were parked at various points and neither is now.
The rows under the carousel are document categories — tapping one opens that category's article
list, and as of 2026-07-16 they can be saved as favorites too (Check 4b).
The heart icon in the top navigation bar is a shortcut to this same Favorites screen — tap it
from any screen. Logged out, it sends you to the log-in screen, same as Check 1.
Fixed 2026-09-12 (Check 11, AB#2734): favorite/heart state used to leak from one member into
the next member's session on the same device without a force-quit in between — confirmed fixed, kept as
a regression check.
A saved person's heart appears only once the favorites service lists the Contact item type (12); until then
no roster or Search card offers one. Screenshots of the AB#2840 cards (Check 10) are still to be taken.
A LEC or MEC rep row whose record carries no person id has no favorite affordance (Check 10's help note).
A saved person who is only a rep, and is no longer on any section of your pages, shows as unresolved: the
committee-memberships fallback covers committees only.
Fixed 2026-09-13 (Check 4b, AB#2738): the plain (non-MEC-hub) category list — Documents reached
with no MEC context — used to show category rows with no heart at all. Confirmed fixed.
Fixed 2026-09-13 (Check 12, AB#2721): individual document rows one level inside any category's
list used to show no heart at all, on any scope — a gap tracked since 2026-07-08. Confirmed fixed.
