fix(chat): announce enchantment expiry; stop double-printing tells

Two of the four reported chat defects.

**Only item spells announced their expiry.** ACE splits the two cases: an
enchantment expiring on an ITEM arrives as ordinary server chat ("The spell X
on Y has expired.") — which is why those were the only ones showing — while
one expiring on the PLAYER arrives as GameEventMagicDispelEnchantment carrying
no text at all, because retail's client writes that line itself.
ClientMagicSystem::NotifyOfEnchantmentRemoval @0x005686C0 is now ported: the
spell's own name plus " has expired.", at LogTextType 7 (Magic), including
retail's guards (ids >= 0x8000 skipped, a spell missing from the table prints
nothing) and its one special case — spell 0x29A gets " penalty" appended so
vitae reads "Vitae penalty has expired."

Retail's trailing "\n" is deliberately dropped: its scroll appends raw text,
AddText is line-based, and keeping it would print a blank line.

**Every tell printed twice.** ACE's GameActionTell replies with a
GameMessageSystemChat carrying the finished "You tell X, ..." line
(ChatMessageType.OutgoingTell), and we ALSO emitted an optimistic local echo.
Retail's own send path, Event_TalkDirectByName @0x00577CF4, has no
AddTextToScroll beside it — it just transmits and lets the server's reply
print. The local echo is removed, which also makes Tell consistent with Say,
which has always relied on the server echo.

CH3 had this half-right: it removed the legacy-channel echo for precisely this
reason, but kept the Tell echo on the stated grounds that "the server never
resends" it. That premise was false. Both test comments asserting it are
corrected rather than deleted, since the wrong claim is what made the bug
survive review.

Solution builds clean; 14,477 tests pass on the standard hermetic lane filter,
0 failures.

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

tests/AcDream.App.Tests/Net/LiveSessionCommandRouterTests.cs

@@ -161,17 +161,18 @@ public sealed class LiveSessionCommandRouterTests
 
         Assert.Equal([("Friend", "hello")], tells);
         Assert.Equal([(0x00000800u, "group")], channels);
-        // CH3 (2026-08-09): Fellowship is one of the ACE server-echoing
-        // legacy channels (resends with an empty sender) — the router must
-        // NOT also emit a local optimistic echo, or the line double-prints.
-        // Only the Tell echo (which the server never resends) survives.
-        Assert.Collection(
-            chat.Snapshot(),
-            entry =>
-            {
-                Assert.Equal(ChatKind.Tell, entry.Kind);
-                Assert.Equal("Friend", entry.Sender);
-            });
+        // CH3 (2026-08-09) got the Fellowship half right — ACE resends legacy
+        // channel lines, so a local echo would double-print — but its stated
+        // reason for keeping the Tell echo, "which the server never resends",
+        // was wrong: ACE's GameActionTell replies with a GameMessageSystemChat
+        // carrying the finished "You tell Friend, ..." line
+        // (ChatMessageType.OutgoingTell). Tells double-printed in the chat
+        // window for exactly that reason. Retail's own send path
+        // @0x00577CF4 has no AddTextToScroll beside it either.
+        //
+        // So NEITHER emits a local echo now, and Say has always worked this
+        // way.
+        Assert.Empty(chat.Snapshot());
     }
 
     [Fact]