Fix white native form fields on classic edit screens (v2.7.1)

Native form fields (title inputs, textareas, selects) on screens that
don't use the block editor — most visibly Edit Media's title field —
were showing stark white, breaking the dark theme. WP core styles some
fields via a 2-ID selector (#titlediv #title { background: #fff }),
which beats native-dark.css's existing form-field rule regardless of
class count, same specificity trap as an earlier block-editor
background bug. Added !important to the whole form-field rule block —
safe everywhere, no legitimate case for a native admin field to stay
white.

Verified this one rule fixes Edit Media, Edit Post (classic fields),
and Comment edit simultaneously; Add User was already clean. The
WYSIWYG editor body staying white is a separate, deliberate decision
(matches the block editor's own canvas) and wasn't touched.

Co-Authored-By: Claude Sonnet 5 <[email protected]>

PROJECT_STATUS.md

@@ -1,6 +1,6 @@
 # Aurora Admin v2 — Project Status
 
-_Last updated: 2026-07-05 (latest session — new File Manager sub-app; found a license-bypass gap affecting several paid REST controllers)_
+_Last updated: 2026-07-05 (latest session — fixed white native form fields on classic edit screens, e.g. Edit Media's title field)_
 
 ## What this project is
 
@@ -766,6 +766,24 @@ replacement — there's no native WP file browser to redirect from).
 
 ## Key bugs fixed (root causes, in case they resurface)
 
+- **White native form fields on classic (non-block-editor) screens**: user
+  reported "a lot of endpoints still linking back to the original
+  WordPress dashboard [look]" — investigation landed on the Edit Media
+  screen (attachments don't use the block editor, so they hit the older
+  meta-box-based edit template) showing a stark white title field and
+  File URL input. Root cause: WP core styles some specific fields via a
+  2-ID selector (`#titlediv #title { background: #fff }`), which beats
+  `native-dark.css`'s existing form-field rule (one `#wpbody-content` id
+  + classes) regardless of class count — the same CSS-specificity trap as
+  the earlier block-editor-page background bug (class count doesn't
+  matter once the other selector has more IDs). Fixed by adding
+  `!important` to the whole form-field rule block (text inputs/textareas/
+  selects) — safe everywhere, since there's no legitimate case where a
+  native admin form field should stay white. Verified this one rule fixed
+  Edit Media, Edit Post (classic fields), and Comment edit simultaneously;
+  Add User was already clean. The WYSIWYG editor body (TinyMCE) staying
+  white is a **separate, deliberate** decision (same as the block editor's
+  own canvas) — not a bug, don't "fix" it.
 - **Admin Notices invisible on the Dashboard**: `admin_notices` prints
   inside `#wpbody`, which `DashboardTakeover::hide_native()` hides
   entirely (to hide the *native* dashboard, not ours) — collateral damage