[wp-trac] [WordPress Trac] #64710: WordPress 6.9.1 is screwing up our front end styles, had to revert
WordPress Trac
noreply at wordpress.org
Wed Mar 4 08:30:58 UTC 2026
#64710: WordPress 6.9.1 is screwing up our front end styles, had to revert
--------------------------------+------------------------------
Reporter: webmaster in texas | Owner: (none)
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Upgrade/Install | Version: 6.9.1
Severity: normal | Resolution:
Keywords: reporter-feedback | Focuses:
--------------------------------+------------------------------
Comment (by westonruter):
Re-posting my [https://core.trac.wordpress.org/ticket/64389#comment:26
comment] from #64389:
> I've just finished another pass at improving the preservation of classic
theme CSS cascade when loading block styles on demand.
>
> The PR description has been fleshed out with all the details, but in
short:
>
> 1. Determining where to insert the styles hoisted from the footer has
been made more robust by inserting placeholder inline styles. This
simplifies the insertion logic since it doesn't have to hunt around for
references for where styles should be inserted. It merely needs to replace
the placeholders with the captured styles.
> 2. The CSS cascade is now improved for inline styles which had been
added to `wp-block-library`. Now when loading separate block styles, any
such inline styles get added //after// any of the separate core block
styles.
>
> Note: Do not have Gutenberg active when testing this, as the patch has
not yet been applied to Gutenberg's forked version of
`wp_enqueue_global_styles()`.
>
> Review and testing much appreciated: https://github.com/WordPress
/wordpress-develop/pull/10875
>
> I really hope to get this into the next beta.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/64710#comment:3>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list