Fix broken dashboard scrolling (v2.4.1)
.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 <[email protected]>
This commit is contained in:
co-authored by
Claude Sonnet 5
parent
fb93888d3f
commit
03c3c4fc89
@@ -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
|
||||
|
||||
+1
-1
@@ -1,6 +1,6 @@
|
||||
{
|
||||
"name": "aurora-admin-app",
|
||||
"version": "2.4.0",
|
||||
"version": "2.4.1",
|
||||
"private": true,
|
||||
"type": "module",
|
||||
"scripts": {
|
||||
|
||||
@@ -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;
|
||||
|
||||
+2
-2
@@ -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/"));
|
||||
|
||||
|
||||
Reference in New Issue
Block a user