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]>

CHANGELOG.md

@@ -5,6 +5,21 @@ version bump. Starts at 2.1.0 — earlier history (the theming rebuild,
 window chrome/taskbar, Site Editor support, etc.) lives in `git log` and
 `PROJECT_STATUS.md`, not reconstructed here.
 
+## [2.7.1] - 2026-07-05
+
+### Fixed
+- Native form fields (text inputs, textareas, selects) on several
+  classic/non-block-editor screens — most visibly the title field on the
+  Edit Media screen, but the same fix applies wherever it occurred — were
+  showing stark white, breaking the dark theme. Root cause: some native
+  WP screens style specific fields via a 2-ID selector (e.g. core's
+  `#titlediv #title { background: #fff }`), which beats our existing
+  rule's single `#wpbody-content` id no matter how many classes are
+  stacked on it — the exact same CSS-specificity trap as an earlier
+  block-editor background bug. Added `!important` to the form-field rule
+  block, since there's no legitimate case where a native admin form field
+  should stay white.
+
 ## [2.7.0] - 2026-07-05
 
 ### Added