I think the key points, at least in my instance, are that:
– no changes were made on my end regarding archive items or detail page image presentation prior to this happening
– it’s not just that the logo started appearing but that the first image stopped appearing while all of the other post_images still appear…this would seem to be an erroneous behavior either way
Since then I also tried removing the logo image from the example listing:
– the first image started appearing again as expected
– but once the logo was uploaded again, the above behavior reappeared
As the code above for the Archive Item shows, the only primary image types selected are the post images (types=’post_images’)
and logo is only selected as the 2nd fallback type (fallback_types=’website_screenshot,logo,cat_default,cpt_default,listing_default’).
For completeness here….
On the GD Detail page, the logo is presented separately from other images
and the selected primary image types are: “post_images,website_screenshot”
with the following as backup: “website_screenshot,cat_default,cpt_default,listing_default”
Again, the logo appears correctly as it should, but it also appears as the first image in the main image block, even though it isn’t even selected as a primary or backup image.
As far as I know, this issue first appeared or at least I first noticed it appearing after the 2.0.0.84 version update. When 2.0.0.87 update came out so quickly, I thought that this was already being addressed, but the issue remained.
This is still a staging site, but no major changes had been made recently, other than I installed Rank Math to get a feel for it (issue persists even after deactivating Rank Math). Only other thing done over the last week or so was to build out all of the Packages for the CPTs and adding a few more options to a few of the multi-select fields in some CPTs, none of which dealt with or made any changes to the logo or image fields; nor would I expect any such changes to have had this kind of impact.
Cheers
Brigitte 4 years, 1 month ago.
