Skip to content

Popovers are sometimes blurry in WP 7.0 #76899

Closed

Description

@ktmn

Description

When using WP 7.0 my popovers' contents sometimes remain blurry after opening (more often than not).

Here's a blurry popover:

Image

If I inspect the element and remove the CSS .components-popover { will-change: transform; } it stops being blurry:

Image

Anybody else experience it?

It appears the will-change: transform was added a while ago here #46187 , not sure what changed since then. The purpose was to prevent repainting when scrolling, but with will-change: transform removed it still won't repaint the popover when scrolling, so maybe the rule .components-popover.is-positioned { will-change: initial; } or something can fix it.

Step-by-step reproduction instructions

I can reproduce in Chrome 142 in the playground: https://playground.wordpress.net/?php=8.3&wp=beta&networking=yes&language=&multisite=no

Screenshots, screen recording, code snippet

No response

Environment info

No response

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

Please confirm which theme type you used for testing.

  • Block
  • Classic
  • Hybrid (e.g. classic with theme.json)
  • Not sure

Activity

  1. added
    [Type] BugAn existing feature does not function as intended
    on Mar 30, 2026
  2. Mamaduka commented on Mar 30, 2026

    @Mamaduka
    Member

    cc @WordPress/gutenberg-components

  3. t-hamano commented on Mar 30, 2026

    @t-hamano
    Contributor

    @ktmn, I'm sure you're using Windows, but I can't replicate the problem on my Windows machine 🤔

    Image
  4. Mamaduka commented on Mar 30, 2026

    @Mamaduka
    Member

    I can reproduce this occasionally and can confirm that disabling will-change: transform improves rendering. Originally, thought it was a fluke on my machine.

    Testing on MacOS and Chrome.

  5. ciampo commented on Mar 30, 2026

    @ciampo
    Contributor

    This looks like a browser rendering glitch, potentially specific to Playground?

    I quickly tested the link and I can reproduce the blurriness. It does get fixed by removing will-change: transform, but I tried subsequently re-enabling it and the blurriness doesn't come back.

    In other words, it looks like toggling will-change forces the browser to re-paint the popover, which gets rid of the blurriness. The same "fix" can be triggered by changing any other CSS property that causes a separate stacking context, such as setting opacity: 0.99.

    To recap, I don't think that removing will-change is the right move here — it may not work reliably as a fix, and it has a high chance of introducing performance regressions that would need a close investigation

  6. ktmn commented on Mar 31, 2026

    @ktmn
    Author

    Yes, probably a rendering issue specific to my GPU/drivers/display or something like that. Seems to happen to me on any Chrome-based browser, but not Firefox.

    I wonder why it doesn't happen on WP 6.9. Maybe having view-transitions related CSS puts the browser in some sort of a different mode? Any snippet with which I could dequeue view transitions to test?

    In any case, this CSS seems to solve the issue for me:

    .components-popover.is-positioned {
    	will-change: initial;
    }

    I quickly tested the link and I can reproduce the blurriness. It does get fixed by removing will-change: transform, but I tried subsequently re-enabling it and the blurriness doesn't come back.

    Yes, toggling will-change back on will not bring the blurriness back.

    Changing opacity didn't have any effect for me.

    How ever I found that if I resize the window to introduce a scrollbar in the popover then the blur goes away, and when I resize the window again to get rid of the scrollbar then it comes back:

    bbs.mp4

    Not sure if the blur is visible on the video due to encoding, but here's a side-by-side comparison:

    Image
  7. ciampo commented on Mar 31, 2026

    @ciampo
    Contributor

    Yup, it definitely looks like a OS/browser specific rendering glitch, and I confirm my inclination to avoid any code changes to try and fix it, unless we can confirm that it affects the majority of consumers.

    @ktmn , out of curiosity, can you reproduce outisde of Playground? Asking because playground wraps the whole WordPress site inside an iframe, which could be a further narrowing factor for what exactly triggers this render glitch.

  8. ktmn commented on Mar 31, 2026

    @ktmn
    Author

    can you reproduce outisde of Playground?

    Yes

  9. t-hamano commented on Apr 8, 2026

    @t-hamano
    Contributor

    I was able to reproduce the problem locally, but I believe this isn't new to WP 7.0. The same issue could be reproduced with WP 6.9.

    a5591563124d0629d315a404b01200a3.mp4
    blurred not blurred
    Image Image

    This issue can also be reproduced in the Playground. In my testing, the problem started occurring from WP 6.7.

    Note: It's easier to check if blurring is occurring in full-screen mode.

    ❌ WP 6.7:

    3135863b2a9b3a99f07d4efa86684861.mp4

    ✅ WP 6.6:

    d19ebb9b984a4845427ec6b7faf0689b.mp4

    Considering this, will-change: transform might not be the direct cause.

  10. added a commit that references this issue on Apr 15, 2026
    756b80d
  11. ktmn commented on Sep 23, 2026

    @ktmn
    Author

    With Gutenberg 24.0.0 the list view is also blurry for me.

    WP 7.1.2:

    Image

    WP 7.1.2 & Gutenberg 24.0.0:

    Image

    The potential culprit:

    Image

    Toggling it off removes blurriness.

  12. ciampo commented on Oct 1, 2026

    @ciampo
    Contributor

    @ktmn I suggest you open a separate issue for this (and/or even a PR), let's keep this issue focused on popover.

    Feel free to tag Aki and myself in it 🙏

  13. ktmn commented on Oct 4, 2026

    @ktmn
    Author

    Tested #77359, works well for me, thanks

    I suggest you open a separate issue for this

    I'll leave it for the time being. Getting inconsistent results myself now. Looking at the code, it seems like the will-change has been there for at least 3 years so I'm not sure why I experienced this sudden difference when toggling Gutenberg on and off.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    [Feature] UI ComponentsImpacts or related to the UI component system[Status] In ProgressTracking issues with work in progress[Type] BugAn existing feature does not function as intended

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions