Extensions showing up now?
-
It seems like something changed in a recent update. As of a week ago when I add photos to a new gallery it includes the extension now, which messes up some of my code.
Here is an example of how it looks different from 3 weeks ago, vs. today when I make a new gallery.
February 2015 Album
http://www.HoneyTrek.com/si/PhotoAlbumFromFebruary2015.pngToday
http://www.HoneyTrek.com/si/extension_getting_added.pngAnyone have any idea why it is now pulling in the extension, and how I can remove that? Asking because I have hundreds of old albums that rely on the URLS for my slideshow being without the extension in there.
Thanks so much,
Mike
-
@honeytrek – Yes, we are aware of this issue and will be making a change to not have it happen in future releases, unfortunately we cannot go back in time and change the uploads that are showing the extension, this will need to be done manually at this time.
We expect to have the corrections in the next update to NextGEN Gallery.
– Cais.
Thanks for the update Cais. I don’t mind about re-uploading those slideshows, i mean it’s a bit of work, and all my links that are live now will be dead after the versions without extensions go live (right?), I am just dying to get this fixed ASAP. Do you know when a version will be updated to fix this?
Thanks so much!
Mike@honeytrek – It would be possibly a bit more work, but it might be better to simply change the “Alt & Title text” field rather than replacing the galleries themselves … and unfortunately I do not have an ETA on the next release at this time.
Although, if you’re feeling adventurous (*grin*), you could test out the “untested” working version of the plugin from here: https://bitbucket.org/photocrati/nextgen-gallery/get/default.zip
Be absolutely certain to have a fully verified complete backup of your entire site before even considering this though. That link is to the bleeding edge developer version which could even be broken at any given time (but in this case it may also have the fix for the filename extension already committed).
– Cais.
Oh wow. the bleeding edge sounds dangerous…hahaha. i think i will just wait it out. and even though my slideshows are around 200 images each, i might just go through and edit all the Alt Tags by hand.
UPDATE: so i tried to delete the .jpg from my alt tags, and they went away in the “filename” column. but then when i view it on the web it’s still showing the .jpg in the URL. is there some refresh i need to do, or caching issue?
THOUGHT: Can i just revert to the previous version of the plugin that was working perfectly for me, until you release the fix? if so can you tell me how to do that?
thanks Cais for this, and for running an awesome plugin!!!!
@honeytrek – We’re not recommending roll-backs as the latest release was for security reasons. You may just need to clear the image cache under Gallery > Other Options > Miscellaneous … or more aggressively append
/?ngg_flush=1to the end of your domain name in your browser’s address bar …http://www.honeytrek.com/?ngg_flush=1
(… which I just did *grin*).
– Cais.
so weird. i tried both methods you just said, and it still is showing them with the jpg in the URL. hmmmmpphh??? http://www.HoneyTrek.com/si/JPG_still_in_URL.png
don’t wanna waste any more of your time Cais, only if I am being a help in debugging.
@honeytrek – My bad for not understanding that before (the screen shot made it much more clear). Modifying the “Alt & Title text” field(s) will not change the “filename” being used as it appears in the address bar … and I do not think there will be anything we can specifically do about that issue going forward for these gallery images that have the file extension in their default “Alt & Title text” field entries.
– Cais.
ok, then i guess i will just delete those galleries and re-upload them, once this is fixed. but going forward this won’t be an issue right?
any updates on when an update will be pushed?
thanks so much,
mike@honeytrek – We’ve committed the “fix” to our next release branch but I do not currently have an ETA on when that will be.
– Cais.
hey Cais….i am about to build a bunch of photo slideshows, and i wanted to check if you had an updated release date to fix this bug?
thanks SO much. really want to get this fixed so i don’t have to rebuild all these slideshows.
thanks
mike@honeytrek – Ah, well not a specific release date but if you send us a Bug Report I can get you a replacement file that should correct this problem using the next release’s corrections.
Link: http://nextgen-gallery.com/report-bug/
Thanks!
– Cais.
done Cais. thanks for letting me know this option to fix this bug.
so you guys don’t know when you are pushing the next version that will fix this?@honeytrek – I just sent off the Bug Report response with the replacement file for this issue (and a couple others).
Thanks!
– Cais.
Cais, you are the best.
The file arrived and has been promptly uploaded. I then went into one of my albums (The Daintree Australia one linked below) and deleted all the photos and re-uploaded them. They seem to have gone up without the extensions (SCORE!)….however when i view the blog post that displays that gallery (link here: http://www.honeytrek.com/daintree-australia-photos/ ) the “Next Photo” button does not pull in the next image name properly.
here is an example of the previous blog which does link correctly to the next photo: http://www.honeytrek.com/sydney-australia-photos/
I tried clicking “scan folder for new images” thinking that might be why the “Next Photo” button is not working to scroll through the images.
if you want to see the code i wrote for “next image” which has always worked, and still works for the Sydney blog (just without the thumbnail, dues to the extension bug we have been working on), here it is:
<?php if (!defined ('ABSPATH')) die ('No direct access allowed'); ?><?php if (!empty ($image)) : ?> <?php $arrayPreviousImage = explode( '/', $image->previous_image_link ); $arrayCurrentImage = explode( '/', $image->imageURL ); $arrayNextImage = explode( '/', $image->next_image_link ); <div style="padding: 5px; border:1px solid #BEBDBE; background-color:#FFFFFF; width: 175px"><a href="<?php echo nextgen_esc_url($image->next_image_link) ?>"><font size="3">Next Photo >></font><br><img src="http://www.honeytrek.com/wp-content/gallery/<?php echo $arrayCurrentImage[5] ?>/thumbs/thumbs_<?php echo $arrayNextImage[6]?>.jpg" width="175px"></a></div>Cais, you are the best.
The file arrived and has been promptly uploaded. I then went into one of my albums (The Daintree Australia one linked below) and deleted all the photos and re-uploaded them. They seem to have gone up without the extensions (SCORE!)….however when i view the blog post that displays that gallery (link here: http://www.honeytrek.com/daintree-australia-photos/ ) the “Next Photo” button does not pull in the next image name properly.
here is an example of the previous blog which does link correctly to the next photo: http://www.honeytrek.com/sydney-australia-photos/
I tried clicking “scan folder for new images” thinking that might be why the “Next Photo” button is not working to scroll through the images.
if you want to see the code i wrote for “next image” which has always worked, and still works for the Sydney blog (just without the thumbnail, dues to the extension bug we have been working on), here it is:
<?php if (!defined ('ABSPATH')) die ('No direct access allowed'); ?><?php if (!empty ($image)) : ?> <?php $arrayPreviousImage = explode( '/', $image->previous_image_link ); $arrayCurrentImage = explode( '/', $image->imageURL ); $arrayNextImage = explode( '/', $image->next_image_link ); <div style="padding: 5px; border:1px solid #BEBDBE; background-color:#FFFFFF; width: 175px"><a href="<?php echo nextgen_esc_url($image->next_image_link) ?>"><font size="3">Next Photo >></font><br><img src="http://www.honeytrek.com/wp-content/gallery/<?php echo $arrayCurrentImage[5] ?>/thumbs/thumbs_<?php echo $arrayNextImage[6]?>.jpg" width="175px"></a></div>
The topic ‘Extensions showing up now?’ is closed to new replies.