Skip to content

Releases: crawforddesign/cdg-core-standalone

1.3.6

Choose a tag to compare

@cdgfink cdgfink released this 08 Sep 16:51
  • Fixed the Documentation Categories link, still missing from Tools after 1.3.5's fix. That fix set the taxonomy's own show_in_menu to 'tools.php', but WordPress core never actually reads that value in this configuration: the only place a taxonomy's show_in_menu gets turned into a submenu link is a loop in wp-admin/menu.php that runs solely for post types with their own top-level menu (show_in_menu === true, checked strictly) — and post types nested under an existing menu (like Documentation under Tools) skip that loop entirely. Unlike post types, which get a dedicated fallback (_add_post_type_submenus() in wp-includes/post.php) for exactly this nested case, taxonomies have no such fallback in core. Categories is now added the same way View Documentation already is: a manual add_submenu_page( 'tools.php', ... ) call pointed at the real edit-tags.php screen.

1.3.5

Choose a tag to compare

@cdgfink cdgfink released this 04 Sep 14:45
  • Added a Tools → Autoloaded Options page: lists the site's autoloaded wp_options rows by size (mirroring Site Health's own "Autoloaded options could affect performance" check, including its 800 KB threshold), and lets an admin disable autoload per option with one click. Only the autoload column is ever touched — the option's value is never read back or rewritten. A hard-coded list of WordPress-core and CDG Core options (enforced server-side, not just hidden in the UI) can't be disabled from this screen, and every change is logged with a one-click Undo.
  • Fixed a menu regression from 1.3.4's Tools nesting, which that release's own changelog entry incorrectly described as not applying: both the Documentation taxonomy's Categories screen and the View Documentation page were still registering their submenu under the post type's own slug (edit.php?post_type=cdg_documentation), which only renders as a real menu entry when a post type has its own top-level menu. Once the post type moved under Tools, that slug stopped being a valid menu parent and WordPress silently dropped both links from the sidebar — the pages still existed and were reachable by direct URL, just invisible in the nav. Both now point at tools.php directly, same as the post type itself.

1.3.4

Choose a tag to compare

@cdgfink cdgfink released this 04 Sep 14:14

Documentation CPT now lives under Tools → Documentation instead of its own top-level sidebar menu.

  • register_post_type()'s show_in_menu is now 'tools.php' instead of true.
  • The post type's own sub-tabs (viewer pages, categories) are unaffected — registered against edit.php?post_type=cdg_documentation regardless of where that slug sits in the menu tree.
  • menu_position / menu_icon were dropped from the registration since they're ignored once show_in_menu is a parent slug.
  • Sites that used the Sidebar tab to rename/hide Documentation as a top-level entry will need to reconfigure that under Tools's submenu section.

v1.3.3

Choose a tag to compare

@cdgfink cdgfink released this 24 Aug 15:56

Sidebar tab: Sidebar Menu Items gained search, a "Customized only" filter, and expand/collapse-all. Fixed the grid's missing responsive breakpoint with a horizontal-scroll safety net, now also applied to Plugin Visibility. Plugin Visibility gained per-role select-all column headers and now covers the full role set (Administrator, Editor, Author, Contributor, Subscriber, Manager, Staff); its Editor/Author/Contributor/Subscriber columns hide automatically when Roles > "Hide Default WordPress Roles" is on. Custom Menu Links now collapse to a one-line summary.

Roles tab: split the single "Custom Roles" card into five — Custom Roles (with an Active/Off status pill), a new Role Capabilities comparison table, Agency Access, Role Visibility, and a visually distinct amber "Maintenance" card for Rebuild Roles.

v1.3.2

Choose a tag to compare

@cdgfink cdgfink released this 06 Aug 17:25
Remove custom Agency role; auto-assign native Administrator instead

Agency was a clone of Administrator's capabilities, but Gravity Forms
gates its own admin menu on the literal 'administrator' role rather
than a capability, so Agency accounts never saw it despite holding
every one of Administrator's capabilities. The Agency Email setting
now switches the matching account to real Administrator instead of a
lookalike clone, which has no such gap. It still bypasses every
Sidebar tab hide rule unconditionally, now matched by email via
CDG_Core_Roles::is_agency_user() instead of by role. Sites still
carrying the old cdg_agency role are migrated to Administrator
automatically on upgrade. Manager and Staff are unaffected.

cdg-core-standalone

Choose a tag to compare

@cdgfink cdgfink released this 06 Aug 17:02
Bump version to 1.3.1

Version bump for the Rebuild Roles button added in the previous commit.

cdg-core-standalone-v130

Choose a tag to compare

@cdgfink cdgfink released this 04 Aug 21:04
Initial commit: CDG Core Standalone 1.3.0

- Ports non-Divi fixes/features from CDG Core (Divi) 1.9.4: Agency Email
  auto-assignment, per-role Plugin Visibility (replacing legacy Menu
  Order), Howdy greeting removal, double-parse hardening.
- Adds GitHub-based automatic updates via vendored Plugin Update Checker,
  pointed at crawforddesign/cdg-core-standalone Releases.