From 03c3c4fc89a010c8ad6da57c653bc8acdd8b7751 Mon Sep 17 00:00:00 2001 From: nixpanel Date: Sat, 4 Jul 2026 09:45:11 -0500 Subject: [PATCH] Fix broken dashboard scrolling (v2.4.1) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit .aurora-dashboard-frame never got the height-cap + internal-scroll treatment #wpbody-content got in an earlier session (it bypasses #wpbody-content entirely, using its own element) — only the taskbar-present variant applied to it. Combined with html/body being locked to overflow:hidden in that same earlier fix, dashboard content below ~1500px became completely unreachable: no internal scroll, and no document scroll left to fall back on. Mirrored the same max-height/overflow-y/overflow-anchor treatment onto the dashboard frame. Verified live — Server Health, Media Analytics, and the rest of the dashboard scroll into view correctly now. Co-Authored-By: Claude Sonnet 5 --- CHANGELOG.md | 12 ++++++++++++ app/package.json | 2 +- app/src/shell/shell-frame.css | 11 +++++++++++ aurora-admin.php | 4 ++-- 4 files changed, 26 insertions(+), 3 deletions(-) diff --git a/CHANGELOG.md b/CHANGELOG.md index 029b221..606b2eb 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -5,6 +5,18 @@ 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.4.1] - 2026-07-04 + +### Fixed +- Dashboard scrolling was broken — content below the first ~1500px + (Server Health, Media Analytics, etc.) was completely unreachable. + `.aurora-dashboard-frame` never got the height cap + internal scroll + treatment `#wpbody-content` got in an earlier fix; combined with + `html`/`body` being locked to `overflow: hidden` (to fix a phantom + scrollbar on a different page), there was no scroll mechanism left at + all for the dashboard specifically. Mirrored the same + max-height/overflow-y treatment onto `.aurora-dashboard-frame`. + ## [2.4.0] - 2026-07-04 ### Added diff --git a/app/package.json b/app/package.json index 0277546..b74bf93 100644 --- a/app/package.json +++ b/app/package.json @@ -1,6 +1,6 @@ { "name": "aurora-admin-app", - "version": "2.4.0", + "version": "2.4.1", "private": true, "type": "module", "scripts": { diff --git a/app/src/shell/shell-frame.css b/app/src/shell/shell-frame.css index 7e39ac6..81dc8a4 100644 --- a/app/src/shell/shell-frame.css +++ b/app/src/shell/shell-frame.css @@ -357,6 +357,17 @@ html.aurora-has-taskbar #site-editor { box-shadow: 0 1px 2px rgba(0, 0, 0, 0.06); margin: 16px var(--aurora-gutter-r) 24px 24px; box-sizing: border-box; + /* Same unconditional height cap as #wpbody-content's base rule — this + element never got it, since the Dashboard bypasses #wpbody-content + entirely (a separate sibling — see windowChrome.js) and only had the + taskbar-present variant below. Once html/body were locked to + overflow:hidden (to kill a phantom document-level scrollbar on + another page), the dashboard's content past the first ~1500px became + completely unreachable: no internal scroll here, and no document + scroll left to fall back on either. */ + max-height: calc(100vh - var(--aurora-toolbar-h) - 40px); + overflow-y: auto; + overflow-anchor: none; } .aurora-dashboard-frame > .aurora-winbar { padding: 14px 20px; diff --git a/aurora-admin.php b/aurora-admin.php index f89caef..254dfd4 100644 --- a/aurora-admin.php +++ b/aurora-admin.php @@ -3,7 +3,7 @@ * Plugin Name: Aurora Admin * Plugin URI: https://aurora.co * Description: A modern, fast WordPress admin interface. - * Version: 2.4.0 + * Version: 2.4.1 * Author: Aurora * Text Domain: aurora-admin * Domain Path: /languages/ @@ -14,7 +14,7 @@ defined("ABSPATH") || exit(); -define("AURORA_ADMIN_VERSION", "2.4.0"); +define("AURORA_ADMIN_VERSION", "2.4.1"); define("AURORA_ADMIN_PATH", plugin_dir_path(__FILE__)); define("AURORA_ADMIN_URL", plugins_url("aurora-admin/"));