Featured and Slider Images Breaking
This topic contains 25 replies, has 9 voices, and was last updated by 
Stiofan O’Connor 10 years, 2 months ago.
We have moved to a support ticketing system and our forums are now closed.
Open Support Ticket-
AuthorPosts
-
August 9, 2014 at 10:42 pm #11513
I’ve encountered this piece of weirdness that I want to run by you. I’ve not found anything in the forums yet reporting anything similar.
I am starting to load specific places (businesses) into my directory install, including some for which I am loading images from the back end.
More than once now, I’ve had things working well for the place listing. The images are loaded and show up nicely in the general lists (home page and category) and in the detail page slider.
Then all of a sudden I turn around and the images are not displaying, I am seeing just the file names rotating through the slider, and when I go into the back end Place record, all of the images listed in the sidebar are broken.
Not all at once – for example the images in one listing are affected but a different listing is still showing its images properly.
Restarting the browser, clearing caches, nothing brings them back until I go through the Place record in question and Delete all of the images, and also go the the Media library and Delete the image that is there (which I assume is the one designated as the Featured Image). Then I re-upload all of the images from scratch, and all seems well again.
This seems to occur after I do a Save action, so I’m guessing some sort of corruption is occurring during the Save. (I’m not saying this is GD’s fault – it could be something with my browser, my connection, or the server environment – but it’s darn disconcerting and I don’t want it to be happening when users are loading their own images – which I will not have available to re-upload nor do I want to have to.)
On examining both the working and the broken image links, the only thing that stands out as strange to me is that the image file has a double-slash after the “wp-content/uploads” portion of the URL – e.g. “wp-content/uploads//impagefile.jpg”.
Since the double-slash is present in both the working image as well as the broken one this may mean it’s an irrelevancy – unless it causes things to go randomly awry during a Save operation (but it doesn’t consistently happen with every Save).
Any ideas on this one?
August 9, 2014 at 11:00 pm #11515An update to the above. I just had it happen to me again, while working with a Place that had multiple images (well within the image limit set for their listing level).
This time, the only thing I had done after initially uploading the images and testing the view in a different browser window (not logged in), was to go back to the record to re-order the images so that a different one was the Featured Image.
Immediately when I refreshed the viewing browser window to see the update, the images disappeared (broke) as described.
Which might make it something to do with moving the display order of the images, then Saving.
[Further Test]: If I upload the images, then re-arrangement BEFORE saving, there is not a problem. If I go back into the record and re-arrange the images again then re-Save, the problem occurs immediately.
August 9, 2014 at 11:15 pm #11516Have you set WP media settings to organise your images into month- and year-based folders? See also
http://docs.wpgeodirectory.com/basic-installation/#mediaAugust 9, 2014 at 11:30 pm #11517It was not. I updated the setting to use month-and-year, and re-tested.
Better results, but not complete. Most of the images did not break this time, EXCEPT for the one which was originally the Featured Image.
After re-arranging the images to make a different image the Featured Image, the NEW Featured Image is in the Media folder. The old Featured Image is NOT in the Media folder, but is broken and does not display either as a thumbnail in the Detail page, or in the slider rotation.
In the process of playing a shell game with the image to be designated the Featured Image, the image being moved OUT of the Featured Image position is now the one that is consistently disappearing/breaking – and stays broken.
August 9, 2014 at 11:33 pm #11518There is no need to use “featured images”. The post will automatically use the first image of the uploaded images to be used as the featured image on listings pages and the map.
This way the system is optimised and you still get the same results.August 9, 2014 at 11:41 pm #11519Correct. I am seeing that the image in the first position is being automatically copied into the Media folder (or at least, shows up in that control panel).
If the order of the images is subsequently shuffled so as to put a different image in the first position, it appears to be automatically copied into (displays in) the Media folder, and the previous “first position” image no longer appears in the Media folder – however the image moved FROM the first position is now broken and does not display.
Shuffling other images into the first position leaves each image that was previously in the first position, broken.
August 10, 2014 at 12:02 am #11520Mmm, I can reproduce that on my test site.
But it does not happen if one of your users would do the same thing from the front-end, at least not on my test site.
Can you check that for us, try to re-arrange pretending to be one of your users.
Then I’ll alert the developers to have a look at that, see whether that needs fixing.August 10, 2014 at 12:21 am #11521For me, re-arranging from the front end as the author-user (not admin) assigned to the place record, resulted in the same breakage of the image moved out of the first position.
Not sure what to make of that, if it’s not happening that way on your test site.
I’ll do a little more testing after disabling any non-GD plugins, just in case.
[UPDATE] Turned off all non-GD plugins and tried shuffling images from the front end as the assigned author-user. Am still getting the broken image, of the image move out of the first position.
August 10, 2014 at 12:27 am #11522Oops, on a second look, it is a problem on the front-end too.
I’ll alert the developers to have a look at that.August 10, 2014 at 12:30 am #11523Ok – glad at least that it’s not just me :-). Much easier to fix if you can reproduce the problem on your end.
August 11, 2014 at 12:09 pm #11627Hi,
I have fixed this problem and it will work fine in next release.
Thanks
August 11, 2014 at 12:33 pm #11632I am not sure what it was exactly but it is not happening in the latest core, maybe it was fixed during another bug fix.
This fix will be in the next version of core.
Thanks,
Stiofan
August 16, 2014 at 3:18 pm #12279With the latest round of updates (Aug 16,’14), the problem seems to have gotten worse instead of better – at least for me.
The first thing I noticed after upgrading the GD core and GD plugins, was that the Featured image for a Place showing in the category list had arbitrarily changed to a different image among the images loaded for that Place.
Logging in and attempting to re-arrange the images to make the desired one the first-position (Featured) image did not work. After re-arranging and saving, the images APPEARED to be in the correct order in the back-end, however upon examining the listing in the front end the change was gone with one of the other images showing, and on going back into the back-end the change was gone there as well.
I attempted re-arranging images in both the front-end interface and the back-end interface, with the same result.
I deleted ALL of the images except for the desired Featured (first-position) image, which then showed as desired in the front end category listing and in the Place listing – however when then re-uploading the other images, saving, and closing the record, the desired Featured image was displaced again and one of the other images was arbitrarily used.
Prior to the upgrade, the image order of the original upload and save would remain, although if the images were subsequently shuffled then the one being moved out of the first position would break. Now the image being moved doesn’t break, but the one that ends up in the first position after saving and closing the back-end record seems to either revert to the previous image, or if the previous image is deleted, becomes a different one out of the available set – seemingly at random or arbitrarily.
August 16, 2014 at 4:46 pm #12283Yes this is strange, i have added it as a bug and will post back here once resolved.
Thanks for spotting.
Stiofan
August 17, 2014 at 2:48 am #12336Hi Stiofan, yeah I saw that in the old version a couple of days ago, I think you might need to reset the featured image when images are shuffled?
-
AuthorPosts
We have moved to a support ticketing system and our forums are now closed.
Open Support Ticket