zenjiweb

Gotcha. Thank you that’s very helpful. Conspiracy disproven.

For those of us who manage several WP sites, until someone pushes out an auto update patch this is going to be a fun little side project, ugh..

Are you certain the Chrome team considers this a bug though? It’s odd that they not only pushed this out as a stable release but it’s also in the next beta. Almost suspicious this is intentional.

The WP admin was using CSS transitions without declaring a graphics hardware acceleration method (transform: translate), kind of get the drift this is Chrome’s heavy handed way of forcing more sites to use 3d hardware acceleration

Turns out that “Slimming Paint” is a new permanent feature of Chrome.

If you’re using WP in a production environment with several admin users, I think the best solution is probably going to be to patch WP using the above CSS, and then wait for an update to WP core.

I know in my case this will be a little easier to manage than asking a dozen luddites to change Chrome flags until the next WP update…

Update: I just adapted and tested out the theme actions CSS patch above. Seems to work well, I put it in an answer on Stack Overflow for anyone interested. Only tested locally in Chrome 45 however..

Quick update – this is indeed related to the latest Chrome 45 build. Being discussed in the Chrome help forums right now and someone has already developed a WP plugin to patch the issue as well.

Can confirm – have this issue on 4 different sites, running both WP 4.3 and also 4.2

Have also recently updated Chrome (Mac) this afternoon and didn’t notice this until after that update. Increasingly suspicious that the latest Chrome update is the culprit.

I noticed that visiting an edit list page with a long list of posts, that pushes below the fold, triggers the problem. It corrects itself when scrolling down, or when the window is re-sized.

I’d put bets down that Chrome changed the way window size is calculated in the 45.0.2454.85 build, but not sure just yet.

Just inspected OP’s website, looks like the Podlove player CSS has the following properties set as well:
-webkit-box-sizing: border-box;
box-sizing: border-box;

Will there be a patch posted, or should we find a workaround?

The them I’m using has the CSS property -webkit-box-sizing: border-box; set. When I disable the property in the Chrome Inspector the issue goes away.

I believe this theme is using the Foundation CSS framework

I just installed on a blog and am experiencing the same problems. Not using the podlove plugin or anything that seems like an obvious conflict.

It is also hanging on a request for “b.scorecardresearch.com” for a very long time before the Facebook Like button shows up and there were 2 errors in console from Facebook, but I removed the Like button and it didn’t resolve anything.

Has there been any update on this? I checked in with WPEngine to see if they would allow YARPP and their answer was an emphatic “No”.

I got this same error when I tried to install it. The install was successful, activation failed. WP also can’t seem to see it in the list of installed plugs.

The plugin won’t activate once its installed and gives the error “This plugin has no header”.

I’m on the latest version – WPMU 3.0.1 . I tested it on a local install, haven’t tried it on a remote server yet.

Just a heads up “[Click to continue…]” is the default for Thesis’ override of the the_content() read more text.

All you have to do is go into Admin->Thesis Options, under “Posts” it has a setting for the Read More link default text.

This drove me crazy for an hour until I realized it was yet another Thesis theme customization that overrides normal WP theming

This plugin apparently doesn’t work in WordPress MU 2.8.x…

I activated the plugin, wrap text in the tags and no result, they still get stripped.

Really wanted to use this, hope it gets fixed.