WhitG

I had more or less tried that before (but merely disabling plugins). In any case, I tried it again, and I’m afraid there is no change. I moved the plugins folder to the root (I cannot fathom WP being capable of making any kind of use of the plugins with them in that location) and switched to Twenty Sixteen. Same result. And while I already wasn’t using any caching method, and there’s no GoDaddy-like system-wide caching system on my VPS, I don’t think that can be a factor. :/

I appreciate your efforts here, but I’m not totally understanding all of your process descriptions above. Note that everything appearing in the screen cap that I sent is everything that appears to be available to me – there are no additional tabs that I’m seeing. Would it help the sleuthing if I inspected the page using Chrome or FF instead? When I click on Resources and then XHRs, I see the following:

admin-ajax.php
async-upload.php
admin-ajax.php
admin-ajax.php
…

And when I click on the first Ajax file, I get this:

{
“success”: true,
“data”: []
}

Clicking on the async-upload file shows nothing, and clicking on the other Ajax files show things like this:

{
“wp-auth-check”: true,
“server_time”: 1464712061
}

One thing we haven’t discussed is which browser we’re using. ?? There’s no response “tab” in Safari, which is my usual browser, but there are two “trees” that I can open that include the word “response” in them. Neither of those have “success” in them, but here’s what I am seeing:
https://angledend.com/shared/greycourt/media_05-30-16.png

I should also point out that another, similar glitch just popped up as well: I tried to create a new user account on the installation, but while WP allowed me to complete the creation of the user, the result did not have a visible username, and when I tried to edit that user entry, I was taken to the main admin account details. Seems like another area where the system can only “sort of” add something to the site.

Nope. I don’t see that word anywhere in the resource details.

Ah, got it. Well, there are no other Resources that show up after async-upload when I upload a file. And yes, admin-ajax starts showing up right below that. I don’t see anything resembling an error in the details for either, though I also don’t know what I’m looking for.

Okay, getting back to this…

– Installing Imagemagick didn’t help.

– Disabling the plugins folder didn’t help.

– The Inspector’s Network panel isn’t my usual territory, but when I get details for the async-upload.php line item, I’m not seeing a ‘result’ parameter anywhere, either in Safari or Firefox. ?

Not sure where to go from here. Support continues to try to help, but they’re not finding anything in the logs. :/

Wow, I feel stupid – I totally forgot about the error log for WP itself, which contains lots of these:

[25-May-2016 15:49:04 America/New_York] PHP Fatal error: require(): Failed opening required ‘/home/greycourt/public_html/wp-includes/load.php’ (include_path=’.:/usr/lib/php:/usr/local/lib/php’) in /home/greycourt/public_html/wp-settings.php on line 21

That said, I’m still not sure this is a clue. For one thing, this latest error was hours ago, and for another, I can’t get it to add any further errors here when I try/fail to upload images to the WML.

Adrian, I appreciate the feedback, but as I said, I’ve tried this with a fresh install, 2016 theme, no active plugins and it still happens. I did see someone in another thread claim that plugins can still cause this problem if they’re inactive, but I’m skeptical of that. In any case, once I have more time I’ll try your dev tools trick to see if that helps.

Lastly, I got this from the server admins…
“Your VPS is running PHP 5.4.45, gd is installed by default but Imagemagick is not, I’d be happy to install this for you if you’d like.”

Is Imagemagick critical? I can’t imagine why a critical component wouldn’t be running – again, there are dozens of WP installs on this server.

Just got a response back from hosting support, my PHP version is 5.4.45.

Settings:Media doesn’t offer me an ability to dictate the media path, although that does sound familiar. Maybe WP elected to remove that option?

Damn, no dice. /var doesn’t have log files in it, and the Gzipped log files in /logs don’t say anything from today. :[

Oh, and I’m not seeing any cache that I can clear, I’m not familiar with either of those tools. There are definitely no WP caching plugins active.

Looks like the default and only version of PHP that I can use according to the WHM options is 5.

The memory used was 1.87 MB (of 2 MB max), so I rebooted and now it’s hovering around 1.4 MB. But unfortunately, the result is the same. :/

Nope. It doesn’t generate the extras. But even if you’re right, why would that be failing? Like I said, it’s a fresh install. Could it be a PHP version problem? I’m having trouble finding the current PHP version in cPanel.

I can’t think of anything, to be honest. I’m a professional designer, so I always generate my @2x images separately rather than have the plugin create images. So my needs are probably simpler than those of some other users.

Thanks for the tip, Jordy, I think everything is working now. Using a thumbnail regeneration plugin didn’t seem to take care of the issue, but your response made me decide to go into phpMyAdmin and search for ‘/staging’, which produced a LOT of instances. I corrected all of the ones that seemed to be related to global settings and now all of the photos seem to be in Retina! Thanks so much for your help.

Doh! I just found what’s causing the upload glitch – I hadn’t realized that the “Media” section of Settings also needed to be updated. I did that and am now able to successfully upload images. However, the Retina problem is still there, still showing the same errors in the log. So maybe that wasn’t a clue after all.

Hi Jordy,

I moved the site like so:

1. Opened the General Settings tab
2. Deleted the ‘/staging’ segment of the two location settings (website and WP; the previous location was jamtown.net/staging). Note that I also changed the site owner’s email address to my own.
3. Saved the revised settings
4. Used FTP to move all relevant files “back” a directory, to the public root

My understanding is that the above is all that’s normally needed to revise the relative locations of everything in the site. However, I included the “Note” about the email address because I’m now seeing that I’m unable to upload anything successfully through the Media Library page – it acts like it’s doing it, but the images are missing. I can upload with FTP with no problem.

I’m not sure what to make of this, since the current month Upload directory has 755 permissions. But it seems like a clue to the Retina issue, even though the Retina images that aren’t working are already uploaded.

In any case, all plugins are currently disabled other than the Akismet plugin, so that doesn’t seem to be causing the problems.