Open a log entry in a modal, and fix the rows that were landing untyped

[mastacontrola]

Two things, both out of live-testing the FOS report path end to end (a VM PXE-booted into the EXP_20260819-141018 FOS build, failing on a missing image store).

1. A defect in #1208 that only a real report could show

Schema 338 gave logType a DEFAULT 'state', and that step's comment said the existing writer could therefore be left alone — the default would cover it.

It does not. A column default applies only when the column is absent from the INSERT, and FOGController::save() writes every declared field. So TaskingElement::taskLog(), which has recorded task state changes since long before this column existed and sets no type, has been storing '' ever since the field was declared.

On this server: one row with '' (the state row for the test task) against 52 reading state — and those 52 are rows the ALTER backfilled, not rows the app wrote.

The consequence is silent and defeats the tab this same series added: the log pane filters on logType IN ('state'), so every state row written after the upgrade would be missing from the one view built to show them.

• TaskLog::__construct() now types the row itself, guarded on it being empty so loading an existing row and saving it cannot retype it
• schema 340 retypes the rows the gap produced

2. Clicking a row opens the entry in a modal

Asked for directly. The message column is the one Responsive truncates, and it is the only column whose whole point is its text — a FOS report carries the script it came from and the arguments it was passed.

• Filled from the row the grid already holds, so opening it costs no request
• Defers to the links inside the row, so clicking through to the host still works
• Entry type is now ranked above task type and state: whether the machine stopped or carried on should not be what Responsive collapses away on a laptop

Verification

In a browser against the isolated lab database: the tab draws both report types, a row click opens the modal with all seven fields and the full message, Close dismisses it, and clicking the host link navigates instead of opening the modal. The untyped-row defect was reproduced and the fix confirmed against the same data.

Six new assertions in tests/task-log-view.test.php, every one mutation-tested (model default removed, backfill removed, modal markup renamed, nothing opening it, link guard removed, modal opened unfilled). Full suite green.

FOG_BCACHE_VER bumped — fog.task.list.js changed.