reggie3

Breaking news…

While looking to move my production site to http from https I discovered that there was an old plugin hiding in the mu-plugins directory that had been there since 2010. (I inherited this site…)

Deactivated that and the media library instantly started working again. Grid view, attaching images, the works.

So, if you haven’t already done so, you might want to look to see whether you have any obsolete plugins lurking in the mu-plugins directory…

Good luck!

Looks like it.

For me, I finally just moved my site to a test server running straight http and viola…media library grid view worked as advertised.

Before doing that I tried a couple of plugins designed to cure mixed content issues, but they didn’t help with the grid view.

I tried the code snippet approach also, in theme functions.php file first, then in wp-includes/functions.php and got no help from either. So I’m afraid I’m not much help.

Maybe at some point someone knowledgeable about all this might chime in…

Good luck!

Got side tracked but discovered this:

Looking at the media library page with Chrome console open, I found error messages complaining about mixed http/https content, some of which was blocked cold and prevented from loading. To try to cure that, I installed the SSL Insecure Content Fixer plugin.

This did not fix grid view, but it did allow some images to display in list view which had previously been blocked. I know you said you’re not running under https, but wondered whether some https content might have crept into your site somewhere?

Also, we’re running the ShortPixel Image Optimizer plugin. With that activated, we get an error message in the Chrome console of “Invalid response from server” which repeats six times, then gives up.

Chasing that, I came across an older post suggesting that such a response could be due to a misconfigured reverse proxy server. So, my next step is to run that past the sysadmins managing our reverse proxy setup. Might learn something next week…

Good luck meanwhile…

Well, we’ve tried it both ways now, under http and https. Just upgraded WordPress to 4.4.1 manually, purged any/all legacy files. Updated all plugins.

Media library spins and spins under grid view. Cannot attach images to posts as featured because can’t get grid to work.

This site has been around quite a while i.e. 5-6 years. Originally a WPMU site, with half a dozen different blogs. Don’t know whether that matters…

Will now do a manual inspection of the database. Maybe something hinky’s going on there. Will let you know if I stumble over anything.

Good luck!

Given that this appears to be a 4.4.1 regression to this bug: https://core.trac.www.ads-software.com/ticket/25449 I wonder whether this might not warrant some urgent and comprehensive attention? Especially since the previous patches don’t seem to be working now.

This is a debilitating bug. It prevents our authors from uploading, displaying, modifying, and basically managing images, pdfs, etc on the site. That’s clearly a pretty severe limitation in a CMS.

We, and others experiencing the same thing, will surely appreciate any help!

Thanks in advance!

PS – Also tried this suggestion re: apparently related issue, without success:

https://stackoverflow.com/questions/8438193/wordpress-images-not-showing-up-in-the-media-library

Thanks.

Ditto, except I don’t get anything in the media library in either tile or list mode. The “loading” indicator simply spins.

I have tried the suggestion from this thread: https://www.ads-software.com/support/topic/after-upgrade-to-44-media-files-are-not-showing/page/2

which led to this one:
https://wptavern.com/how-to-fix-images-not-loading-in-wordpress-4-4-while-using-ssl

Adding code to functions.php which resulted in a fatal php error: add_filter function not recognized)

Also tried the diff’s in wp-includes functions.php and post.php from this ticket:

https://core.trac.www.ads-software.com/ticket/25449

…without success. I have checked all logs (no hints), have deactivated all 60-plus plugins on five sites in this multisite installation and switched to Twenty twelve theme; same result.

We are running under https.

Anyone have any other suggestions?

Many thanks!

Hmm…that could explain it.

Could you tell me what ID I should be using?

(Firebug & other such tools have apparently been misleading me…sorry!)

Thanks.

Tried:

#ajax_searchform {
background-color: #ffffff;
}

No change, whether WPSOLR css is used or not. What am I missing?

Well, no joy I’m afraid.

Whitelisted those IP’s above along with another we control. We can access the site from that one, bypassing the Apache authentication.

However, when we click the “Validate” button we get the same message as before.

Any other thoughts?

Thanks!

Thanks!

Just wanted to let you know I’d seen your reply – will let you know how the whitelisting goes…

Thanks again!

Yup. Just got to know the GhostScript command is: gs (or really, gsc)

So:

ln -s /usr/local/bin/gsc /usr/bin/gs

and all is copacetic.

Hope this might help others…

Cheers!

Ok, figured it out – sorry to bother you.

Apparently, the plugin (or WordPress or something) looks for “convert” in /usr/bin

FreeBSD installs it in /usr/local/bin/convert. Adding a sym link to it in /usr/bin cures that issue.

Now looking for similar issue with GhostScript…

Thanks!

Follow up note – our entire site is https. Could this matter?

PS – Have encountered this problem at pretty much every step, i.e., with WP 3.5.2/BP 1.7 along with our current WP 3.8/BP1.8…don’t think it’s a compatability issue with WP 3.8 particularly…