Files
HellionChat/HellionChat/SelfTests
JonKazama-Hellion eca566321a fix(tells): a tell no longer takes the keyboard mid-sentence
Reported by Carla: a tell arriving while you are typing pulls the focus
away. The interruption is the visible half. The sharp half is that the
input buffer belongs to the WINDOW while the send target is read off
whatever tab is active at Enter -- so a line typed at one person could
leave addressed to whoever just wrote, and in this game losing the
keyboard means the next sentence walks the character around.

Nothing is revealed now while any chat surface is mid-sentence, in any
mode. The tab still appears and still carries its unread mark. The check
lives in its own file because the answer has to be identical everywhere:
it started inside the reveal plan, and a second pop-out path walked
straight past it -- AutoTellTabsService opened windows off its own flag,
at tab creation, a tick before the router was ever asked.

Those two paths are one now. AutoTellTabsOpenAsPopout and TellAutoOpenMode
were two settings for one decision, and the older one won every race,
which is why the other looked inert. Config schema 28 carries the old flag
forward so nobody's behaviour changes. "Off" went with it: it never
stopped the tab from being created -- that is the auto-tell switch -- it
only stopped the jump to it, which is what the switch below it does.

Also in here, all from the same corner of the code:

- Closing a tab was lost in the v2.0.0 rebuild. The trash entry lived in
  the retired ChatLogWindow menu, and the rebuilt one restored rename,
  sound, pop-out and pinning but not this. For tell tabs that left no way
  out at all: IsEditable keeps them out of the settings editor on purpose
  and points at the context menu, which could not close them either.
  Pinned tell tabs stay disabled with a tooltip rather than absent.
- Re-anchoring the active tab used an unconditional Tabs[0] in three
  places, and Tabs[0] can be popped out -- so it ran OnTabActivated over a
  tab live in its own window and stripped its tell binding. With every tab
  popped, the seed and the re-anchor also fought each other every frame.
- PinTab_LimitReached still pointed at "Promote to permanent", removed in
  May. Spanish said "Desija", which is not a word; Greek left "tell tabs"
  untranslated; pt-PT broke its own unpin verb.
- Pop Out was a hardcoded English literal despite the key existing in all
  25 languages since v1.5.6, and the tell-open modes were the last English
  display names in the plugin.
- Segmented setting rows measured 200px flat, which cut German labels in
  half. They size to their longest label now.
- Metrics.Scale still called GlobalScaleSafe. It is an alias for
  GlobalScale in current Dalamud, and dropping it clears the last compiler
  warning in the project.
2026-08-23 02:12:27 +02:00
..

HellionChat SelfTest Standard

These steps run in-game via /xlperf. They are HellionChat's real test layer: Dalamud-coupled classes cannot be instantiated in an xUnit AppDomain, so the honest verification path is the running plugin, not a headless harness.

The render-path rule (binding for every step)

A SelfTest exists to catch a broken runtime path. To do that it MUST:

  1. ENTRY = the real runtime entry the game calls per frame or on the real action — HonorificHeader.Draw, ChunkRenderer.DrawChunks, InputBar.TrySend, Sidebar.Draw, MessageList.Draw, Lender<PayloadHandler>.Borrow(). NEVER a helper only the test calls.
  2. ASSERT observable state produced through that entry — a rendered or suppressed slot, a set flag, a held vs. sent message. Do NOT re-implement the helper's logic inside the test and assert against your own copy.
  3. Wire first. Where the real path does not yet call the correct helper, wiring it is part of the restoration work; the SelfTest verifies only after.

Reviewer trick (run before trusting any step)

For every helper a step calls:

grep -rn '<Helper>' HellionChat/ | grep -v SelfTests | grep -v Tests

Zero non-test callers = false-green suspect. The step is passing on dead code.

The hard gate

Green steps + clean build + clean csharpier are NOT sufficient. In-game smoke (Linux/Wine, via /xlperf) is the true gate. Where headless cannot honestly verify (scroll state, real send, atlas rebuild, warm object pools), mark the step explicitly as smoke-only instead of faking a headless pass.

Anti-pattern of record

HonorificService.ShouldRenderSlot once had zero production callers and was green only because the test called it directly — a test passing on a path the game never runs. v1.8.7 retired it: the gate is now wired into the real HonorificHeader.Draw and asserted through it via HonorificHeader.LastTitleRendered (see HonorificHeaderRenderStep). Kept here as the canonical example of the failure this standard prevents.

Step classification

The current real-path / helper-only / mixed classification of every registered step (with false-green suspects flagged) lives in the Obsidian vault: Projekte/FFXIV/Hellion Chat/Audits/HellionChat SelfTest-Klassifikation 2026-05-29.md.