ZeroGravity

Just noticed this has been fixed in one of the updates. Don’t know which one as the change log just says “fixed bug”

I did filter just to show images. I ran the regeneration and it did do through about 3412 images. After I closed the window I realized I should have taken note of the exact number. ??

In my case it looks like it reported the incorrect number at the start but picked up all the images in the process.

Darren

Thanks!!

Do you have access to your .htacces file? If so you can add this and it should let you upload larger files. Set the size to be larger than the images you are uploading. ??

php_value upload_max_filesize 8M
php_value post_max_size 8M

This seems like a deeper issue to me. I have used this plugin on many sites when changing themes and never had any issues.

As we speak I am using it on a WooCommerce store that we are re-templating. There are over 3,500 images on the site. The previous theme had a lot of custom images sizes and the other developer had changed the sizes of the standard WP images.

I synced down all the sizes for several images before I ran some tests. I compared the results with what I had downloaded. All the image sizes no longer needed are gone and the standard WP sizes are back to normal. Also the images sizes needed for the new theme have been created. The site is on WP 5.4.1

Even though we are working on an offline copy of the website I took a full backup before doing any of this, just in case. Always backup. ??

@sgmax from what you say it seems you used a different plugin first. Is that the case? I’m not sure if you have checked what that plugin may have done to your images but it could have been the one that created the weird image filenames/sizes and messed up the image meta in the database. This plugin can only work with what it sees. If another plugin has broken the images this one can’t fix that.

@dldave what exactly do you mean when you say it had no effect? Did it not create images or not delete ones? It’s hard to make suggestions without specifics.

On a side note @sgmax I understand you’re frustrated but the idiots suggestion was correct. When we start working on an existing website the images are one of the first things we look at. As well as clearing out the junk, one of the best things you can do is use an image optimizer plugin.

I downloaded one of the images from the link you posted above and ran it through TinyPNG (yes it works on JPGs as well ?? ). It reduced the image size by 45%. That’s a big saving especially if there are lots of images on a page. It’s all about page load speed. ??

I have used the Imsanity and “Compress JPEG & PNG images” plugins with success. There are many others, Smush being one of the more popular ones.

The would be a feature request. ?? If there is an issue of some sort that prevents it being sent or received there is no way to get another copy.

Pleased it worked for you. ?? If I get some time I will look into an extra filter to reduce the number of relevant products the list displays.

I found a solution to this. The get_posts function returns 5 entries by default. The change below will return all products. This maybe an issue if you have a lot of products. I’m sure there would be a way to further limit the selection, I just don’t have time to work on it at the moment.

At line #112 of options.php change

$wdgk_get_page = get_posts(array(
	'post_type'     => 'product',
));

to

$wdgk_get_page = get_posts(array(
	'post_type'     => 'product',
	'numberposts'	=> -1,
));

I agree with you. ?? I am going to try downgrading to version 1.0. Version 1.1 was released a month ago which seems to be about the same time you noticed the issue. From the change log it seems the only change was the notes field.

I don’t particular like the way it was implemented and possibly the error was introduced with that version. It would be nice it the notes field was an option as it messes with the layout a bit.

I am having the same issue. Did you get this resolved?

Thanks!

Great. Thanks!

Hi @bradvin,

Thanks for the quick reply!! I am baffled as well why this started happening but it is across all browsers I have tested, not just one. As mentioned I have about 20 galleries so it will be a pain to go through and change every one and I want to make sure it is foolproof in case a user adds another gallery.

I don’t believe target=”default” is valid HTML. I’ve looked at many resources and it isn’t mentioned on any of them. If anything target=”default” should open in the same tab as the default for the target attribute is “_self”. Not sure how the browsers handle and invalid value.

I would have assumed that leaving the custom target setting as default wouldn’t have saved anything to the database and as a result not output the target attribute, leaving everything to be handled by default for the browser. I deleted a couple of the “custom_target” rows from postmeta table and the code outputs target=”_self”.

It might be nice if there was a setting under FooGallery -> Settings -> Albums that would define what the default should be. Especially as target=”default” doesn’t seem to be valid HTTML.

I tracked down another filter that solves the problem but outputs target=”” instead of target=”_self”. I’m not sure if I am using it correctly.

add_filter('foogallery_album_build_gallery_link_target', 'zgwd_fg_override_album_target', 10, 1);
function foogallery_override_target( $target ) {
	if ( $target == "default" )
		$target = "_self";

	return $target;
}

Thanks again for your quick reply! I love your gallery plugin! I would like to see the “custom target” setting handled a little differently. ??

Thanks for the reply @xbootenk with your experience. I am in a situation where I need usernames that will not identify the user and I can’t trust users to do that. ?? Users will be able to login with either their username or email address so hopefully they won’t forget that.

There won’t be a lot of members and the site may only be active for up to 12 months. Because of this I shouldn’t have too many issues maintaining user accounts.

I found a way using wpmem_register_form and str_replace but doing it this way makes me cringe. I’m hoping there maybe a way that is less prone to error.

I just resolved this in my case. If under Settings > WP-Members > Content > Show Registration Form – on Pages is selected the link doesn’t show but because the registration shortcode isn’t present the registration form doesn’t diaplay.

I just unchecked both pages and posts under Show Registration Form and there is the link. ??