Forums Bug Reports Thread

Admin file edit form description field has no AI wand (moderator edit form does)

Patrick Bass · Jun 6 · 14 · 1 Locked
[Minor] [Normal Priority] [Bug Fixed] [Always Reproduces]
🚀 OP Jun 6, 2026 9:48pm

Area: Files/photos (re-run) (audit p5r) · Surface: /admin/files/{id}/edit (AdminFileController@editFile → admin/files/edit.php) · Dimension: law8-ai-wand · Severity: minor

Same Law 8 gap as the area form: the admin file-edit description has no AI assist while the moderator-facing edit of the identical field does. The admin and moderator paths editing the same data should offer the same authoring affordances.

Evidence

platform/templates/admin/files/edit.php:131-133 — `<textarea name="description" id="fl-desc" class="fl-field__textarea" rows="5" placeholder="What does this file do?..."><?= $e($file['description'] ?? '') ?></textarea>` with no AI wand. The functionally-equivalent moderator edit at platform/templates/files/mod-edit.php:37-39 includes the post-toolbar AI wand on the same field.

Suggested fix. Add the post-toolbar partial / AI wand to the admin edit description textarea so it matches mod-edit.php.

Filed by the automated tenant-app audit and adversarially evidence-verified. Status: verified. Open — not yet actioned.


Patrick Bass
@mobieus

🚀 Jun 7, 2026 5:53am

Resolved — fixed and deployed. Commit 839ae393122a, shipped dev-first then to all tenants on 2026-06-06.

Added the shared post-toolbar partial (which includes the AI tone-shift wand, render-gated by ai_forum_tone_shift) immediately before the admin edit description textarea and added data-wysiwyg="1" + matching $editorTargetId='fl-desc', mirroring files/mod-edit.php and files/upload.php. Existing dirty-tracking JS is unaffected since the WYSIWYG syncs back into the textarea value.

Status: fixed. Thread closed and locked.


Patrick Bass
@mobieus

Log in or register to reply to this thread.