WebAuthor5555

I compared the class-wp-media-list-table.php files from Site 1 and Site 2. They match. (Used Compare in Notepadd++)

Next step? Don’t know. Could use some input.

Thanks.

FYI:

Just checked the third site on that workstation. It’s working fine.

FYI:

We just checked a third site on that same workstation. It’s fine.

Not being a WordPress coder, I’m treading into an area I haven’t been in before.

That said, in the wp-admin/includes/ folder, I’m finding a few php files of interest simply by their names. Could be relevant or ‘not’:

class-wp-links-list-table.php
class-wp-list-table.php
class-wp-list-table-compat.php

Anyone have any experience with the content of those files and whether they are relevant; or, if there are others I should be looking for?

Thanks.

… I’m thinking of renaming the problematic site as “Can-O-Worms.com”.

Topher,
I should have been more clear; but it was due to my not knowing what WordPress calls those icons…. Apologies.

When I click on the list icon, I get the list, with thumbnails and names. From there, if I click on either the image name or the “Edit” link under the image name, it takes me to an “Attachment Details” page which I cannot edit from. That page does have an “Edit Image” button. When clicked, it takes us to the “Edit Media” page where we can edit and place.

In comparison, the other icon on the Media Library page (let’s call it the “window pane icon”); when selected, returns a matrix of blank placeholders. Those placeholders are selectable by 2x-click, and doing so takes us back to the same Attachment Details page as above, as well as the same option to click-on to the Edit Media page. (A lot of extra steps that heretofore were not needed; as well as trying to find the file we are looking for is tedious at best, especially if you have =>100 images to look through.) This is different. (Read on.)

NEW INFORMATION:
Understand, we have two sites on one of the workstations, both of which are running as virtual sites under XAMPP (i.e. under htdocs, they each run from their own folders and are addressable and functional under localhost. There are a couple of files in Windows that need to be changed and those were successfully completed when the sites were set up months ago. (Up until now, we have been focusing on the problem site, and have just now looked at the other site.)

We’ll call the problematic site we have been working on “Site 1”; and, the other site as “Site 2”.

When we look at Site 2, we don’t have these issues; ONLY ON SITE 1!

That said, and knowing there are probably a g’zillion possible troubleshooting paths to take, … does anyone have any higher ranking possible paths to begin with…??

Thanks.

Jan,
Thanks for moving the thread back to Fixing WordPress.
Appreciated.

(Any insights on troubleshooting steps that might shed light???)

You see, considering your statement, “ImageMagick is versatile and better, thats why it is automatically selected for WP Image editor, when available”, that’s where the dichotomy/confusion comes in; especially as I try to solve this puzzle.

As you stated, ” … that’s why it is automatically selected for WP Image editor”. In the many years I’ve been using WordPress, this has never happened, until NOW. So where did the Imagick or ImageMagic go? When did it disappear, and from where did it originally come and doesn’t any longer?? I ask simply because I’m trying to track down the source of this problem for me and a number of others. “And …”, what’s different for all those who are NOT having issues compared to us, (and in my case, are running some development localhost installs on Windows 10Pro with XAMPP, and WordPress)?

Just trying to track this down so hopefully I can fix it with some trust I’ve found the actual problem. (Sure wish WordPress, Apache Friends (PHP), XAMPP, and maybe even Elementor would help with some next steps.

Any ideas on troubleshooting actions? (See my previous posts that contained the Apache error log entries.)

Thanks.

Maybe a possible consideration: Correct me if inaccurate, but …
It’s my understanding (I saw it posted in one of the discussion groups); that if imagick is not working in WordPress, WordPress has a fallback to a function or app called “GD”. If that’s the case, is there an option with GD to better interface with the WordPress Media Library and how it presents its content? (I’m unfamiliar with GD.) Or, is there a different option??

Thanks.

I agree; that’s why I put it into the support topic area. As you can see from the post by Yui, it was a moderator who moved it to the Requests and Feedback area. Why? I don’t know. Is there a moderator who can move it back???

Thanks in advance.

@topher1kenobe

I appreciate your taking the time to share your opinions, but they don’t address the prime issue: “What changed the WordPress Media Library appearance (and upset the intuitive functionality) all of a sudden?”

A number of people are having problems with images/media representations within WordPress’ Media Library. This is happening in systems that heretofore had no problems with respect to these issues, whether on Linux servers from hosting services or on localhost installs, whether on Linux or Windows.

In our case, these problems are occurring on localhost XAMPP installs on Windows 10 Pro. Nothing has changed on these machines or their application loads between the time WordPress was working correctly, and when it now doesn’t. Additionally, we have not had any image issues in any other apps we are processing graphics in.

Something changed; and from the number of postings here, on Apache friends, and other resources, as well as “fixes” on YouTube, it is obvious this is not a one-off problem.

All we’re looking to do is get back to the seamless functionality we previous had: Images/media in WordPress showing up as thumbnails instead of blank placeholders in the icon-matrix view; (I’m not sure what WordPress calls that view). What used to be a one or two click operation as well as the ability to edit those items, now takes four or five steps to do the same things, not including the editing functions. Additionally, it slows the selection process significantly.

So, it appears something is different in WordPress. We’re using the same install and version of XAMPP and there have been no updates to the OS on those machines during the time everything went south. We just want to get that functionality back.

Interestingly, it was the Site Health function in WordPress that brought the imagick issue to our attention. I order to do so, the programming would appear to be sensitive to the requirement of imagick.

Thanks in advance.

• This reply was modified 3 years, 5 months ago by WebAuthor5555.
• This reply was modified 3 years, 5 months ago by WebAuthor5555.
• This reply was modified 3 years, 5 months ago by WebAuthor5555.

So, what is different from how well WordPress has worked for years (if not decades) with respect to images/media? From the number of postings reporting problems in the last year or so, obviously something changed, and it appears, for the worse.
What changed???

Thanks in advance.

Nope.

Still didn’t work. phpinfo is not showing imagick….

Still in the hunt.

After ALSO downloading the Imagemagik Engine plugin (from WP), v.1.7.1, still cannot see the thumbnails of the images in the icon style view of Media/Library. However, if I click on any of the blank icon images which takes me to the “Attachment Details” dialogue box, and click on the “Edit Image” button, I can now get to where I think I want to be. It is not like all of this used to be in WordPress, so I will have to keep searching.

If ANYONE has any ideas as to get the blank icons to show up as the actual thumbnails, I would really like to hear them.

(Hoping others to come will benefit from this info!)

Thanks again.

• This reply was modified 3 years, 5 months ago by WebAuthor5555.

Dion,

Just a follow-up.

Thanks to your help, I believe I’m back on track (I hope).
I went back a checked a YT topic that, though it’s a couple years old, it has a few more steps: https://www.youtube.com/watch?v=qZ9_rq6c9uY

The first part of the topic is dated and is where I was stuck due to the change in the reference pages it pointed to. However, starting at about time stamp 4:50, the additional steps begin. I mention this just in case someone else comes looking for help with this topic.

Thanks again.

Dion,
I noticed there is a version for x86 and 64bit. WE are running on 64bit, but I read somewhere that the XAMPP platform may be x86 focused. The sites currently working on will be transferred to Linux-based hosting companies. Just wondering if you have any input as to which version of the php_imagick file I should use???

Thanks again.