Cwicly Plugin version: 1.2.9.3.1
Hi,
When I insert a standard Gutenberg image gallery in the editor, backend is OK but not frontend because of a missing display: flex property:
On a clean WP install, flex property is set:
NOTE: Older (can’t say how, though) contents don’t have this issue because WP used ul tags to display image galleries. It only appears when resaving pages with galleries or when adding new galleries.
OK, @Louis , it seems to work without my custom code disabling WP global styles.
So I guess this one is not really a bug.
1 Like
It actually might be related to this WP issue:
opened 09:06PM - 10 Nov 22 UTC
[Type] Bug
Needs Testing
Needs Technical Feedback
[Feature] Layout
### Description
As originally reported in [Core Trac#56970](https://core.trac.w… ordpress.org/ticket/56970):
> I notice after I updated to 6.1 none of my buttons that were set to justify center were centered. I inspected the CSS and noticed that the .is-layout-flex class is not applying display: flex to the block. I added in my custom CSS
> ```
> .is-layout-flex {
> display: flex;
> }
> ```
> and that fixed the issue.
### Step-by-step reproduction instructions
In reviewing during the [6.1.1 bug scrub on 10 November 2022](https://wordpress.slack.com/archives/C02RQBWTW/p1668102000441239), there were no clear reproduction steps nor ideas on the cause of the issue. As @hellofromtonya noted: "The tweak in Customizer is a workaround rather than a fix. The root cause may be in the global styles when working with classic themes. But not sure. Needs more investigation and likely more details." and as @sabernhardt noted: "I think the class styles belong in the block-library stylesheet, but I don't know why global styles do not always include these styles."
### Screenshots, screen recording, code snippet
### Environment info
- WordPress 6.1
### Please confirm that you have searched existing issues in the repo.
Yes
### Please confirm that you have tested with all plugins deactivated except Gutenberg.
Yes
Also mentionned here:
Hi, I’m noticing that on my production site, the --wp--style--block-gap css var is not set, while on staging (and localhost) it is set to the…
Introduced by this:
With an upcoming fix:
WordPress:trunk ← oandregal:update/transient-to-object-cache-in-wp-get-global-stylesheet
opened 08:23AM - 01 Dec 22 UTC
Trac tickets: https://core.trac.wordpress.org/ticket/56910
Related to https://g… ithub.com/WordPress/gutenberg/issues/45171
Backports the relevant parts of these PRs:
- https://github.com/WordPress/gutenberg/pull/45679
- https://github.com/WordPress/gutenberg/pull/46150
This PR:
- provides a fix to an issue reported for 6.1.1 (see trac ticket and [gutenberg issue](https://github.com/WordPress/gutenberg/issues/45713))
- backports part of the work of introducing object cache to theme.json APIs ([see](https://github.com/WordPress/gutenberg/issues/45171))
Props @mmtr @felixarntz @spacedmonkey @aristath
(pretty complex caching issue, out of my league !)
