fix(CT): CT3 fix round — port Refresh's unconditional selection clear, drop unresolvable-id rows

Opus dual-lens review of CT3 (03e073b7) found 1 BLOCKER + 2 SHOULD-FIX + notes.

BLOCKER: CharacterTitlesController never ported Refresh @0x0049abc0's own
SetSelectedItem(nullptr, 1) (@0x0049ac5a) — retail clears the current
title selection UNCONDITIONALLY on every Refresh() call, regardless of
whether the previously-selected id is still earned. OnTableReplaced
(0x0029) and OnDisplayTitleChanged (the display half of 0x002B) are
retail's two Refresh() call sites, so both now clear _selectedTitleId
before rebuilding/re-highlighting. OnTitleAdded (0x002B's add half) is a
DIFFERENT retail method — RecvNotice_AddCharacterTitle @0x0049a990 splices
one row without ever touching m_pSelectedItem — so it deliberately still
preserves selection. Net effect: after the user sets a display title and
ACE echoes 0x002B, the previously-highlighted row now goes dark and the
Set-as-Display button re-ghosts, matching retail; earning a new title
while a row is selected still leaves that selection alone.

SHOULD-FIX: ported AddTitleToList @0x0049A840's early-outs
(@0x0049a873/@0x0049a914) — an id of 0, or an id CharacterTitleResolver
fails to resolve, now produces NO row at all. The "Unknown" fallback
literal belongs only to the display-title text (Refresh @0x0049abc0's
other half), never a row — this was previously ported backwards.

SHOULD-FIX: rows and the display text now use their UiText's own authored
DefaultColor instead of a hardcoded Vector4.One, and each LinesProvider
now returns a cached UiText.Line[] built once per text change instead of
allocating a fresh array literal every draw call (pattern:
CharacterCreationSkillsPage.cs:829).

Notes (all ruled in): corrected two CharacterStatController comments that
falsely claimed the Titles page authors its own copies of the raise
buttons (verified against the fixture — it does not; the hide loop that
comment guarded is a defensive no-op given Visible's draw/click cascade,
kept only for the contentPage-not-found fallback); switched the row sort
from List.Sort to a stable OrderBy/ThenBy (ties broken by title id) so
equal-text rows keep retail's insert-after-equals order; wrapped the
title-resolver delegate in RetailUiRuntime.MountCharacter with the same
DatLock the row-template resolver already takes (DatCollection is
documented not thread-safe); set the list box's authored 24px row height
so wheel/line scroll lands row-aligned; kept the bind-time display-text
refresh with a comment explaining why the pre-notice "Unknown" frame is
unreachable in live play (ACE always sends 0x0029 before this panel can
open).

Tests: inverted TableReplaced_SelectedTitleStillEarned_KeepsSelectionHighlighted
into TableReplaced_ClearsSelection_EvenWhenTheSelectedIdIsStillEarned (cites
@0x0049ac5a), added its DisplayTitleChanged twin, and added
TitleAdded_PreservesSelection (the case most at risk from the blocker fix).
Inverted Rows_UnresolvedTitle_ShowsRetailUnknownLiteral into
Rows_UnresolvedTitle_ProducesNoRow (cites @0x0049a873/@0x0049a914) and added
Rows_TitleIdZero_ProducesNoRow for the other early-out. Extended
ClickingSetDisplay_..._AndMutatesNothingLocally to assert the row set and
selection are untouched by the click. Added
Fixture_PageCaptions_ResolveToNonEmptyText, which rebuilds the committed
character_2100002E.json fixture with a stub string resolver to pin this
class's own claim that the two page captions (0x1000052E/0x10000531) carry
a resolvable authored StringInfo.

Verified pre-existing/unrelated: the full hermetic suite run surfaced 2
failures in AcDream.App.Tests (LiveEntityNetworkBranchRoutingTests IL-shape
assertion, GameWindowRenderLeafCompositionTests IL-shape assertion) that
also fail with these five files stashed back to their pre-fix-round state —
confirmed unrelated to this change.

Build green. CharacterTitlesControllerTests: 24/24 (was 21, +3 net after
one invert-and-split and two new facts). Full hermetic solution suite
(Lane!=InstalledDat/PreparedPackage/Live/Manual/Timing/Windows/Linux/
SystemFont, Purpose!=Diagnostic, Status!=KnownFailure): only the two
pre-existing IL-shape failures above; every other project green.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

src/AcDream.App/UI/Layout/CharacterStatController.cs

@@ -374,8 +374,12 @@ public static class CharacterStatController
         // Mutable selected-index box: -1 = nothing selected.
 
         // Gather EVERY copy of the raise buttons in the tree.  The raise button ids
-        // (0x10000246, 0x100005EB) appear once per tab page (Attributes/Skills/Titles)
-        // in the dat inheritance structure; ImportedLayout._byId keeps only the LAST
+        // (0x10000246, 0x100005EB) each appear TWICE under BOTH the Attributes page
+        // (0x1000022B) and the Skills page (0x1000022C) — once per footer-state group
+        // (0x10000247/0x10000241) — four copies total. Verified against the committed
+        // fixture (CT3 fix round): Titles (0x10000539) authors NO copies of its own —
+        // correcting this comment's earlier, false "once per tab page
+        // (Attributes/Skills/Titles)" claim. ImportedLayout._byId keeps only the LAST
         // mounted copy.  We collect all copies so we can hide them all initially and
         // show/hide the correct set when a row is selected.
         //
@@ -526,10 +530,19 @@ public static class CharacterStatController
 
             if (showTitles)
             {
-                // Titles authors its own (unused) copies of the raise buttons
-                // (CT1 ground truth); nothing on this page ever selects a stat
-                // row, so keep them hidden rather than rebuilding a list this
-                // tab does not show.
+                // CT3 fix round: the prior comment here ("Titles authors its
+                // own copies of the raise buttons") was FALSE — verified
+                // against the fixture, Titles (0x10000539) has none; see the
+                // corrected collection comment above. contentPage.Visible =
+                // false (just above) already suppresses the Attributes
+                // page's real raise-button copies for both draw and click
+                // routing (UiElement early-returns on an invisible node
+                // before descending to children), so this loop is a no-op
+                // in the common case. It is kept only as a defensive
+                // fallback for the case where contentPage was not found at
+                // bind time (contentPage is null, line ~525) but allRaise1/
+                // allRaise10 were still populated via the tree-walk/FindElement
+                // fallback above.
                 foreach (var b in allRaise1)  b.Visible = false;
                 foreach (var b in allRaise10) b.Visible = false;
             }