Chrissy

Nevermind, found the row in wp_options called “sd_data”. Deleted and now all good.

Here is a screen shot ??

https://postimg.cc/Ty9vvdr2

Hello, sorry for the delay. I believe the problem is in using Safari.
I loaded up Chrome and it’s displaying properly, with the numbers in the right count column.

My safari version is 15.3 and there are no errors in the console.
I’ve removed the cache and also tried on an (up to date) iPad and it also doesn’t show the count.

Hope that helps ??

There are 25 rows in download_log
There are 6 rows in dlm_reports_log

The latest row’s date is today in download_log…

No errors, I feel like I must have screwed something up.
When I visit the reports page, and set the date range for last 2 days for example, it shows 3 downloads. It lists the downloads but they have “0” still on the right count column.
Is there a way I can reset all the stats without deleting the downloads themselves?

Chrissy

Hello,

Yes, I ended up updating and leaving it running. The performance seems better, I did delete the reports table I believe so it could be freshly upgraded.

The stats do seem to be working although on the reports page, there is a list at the bottom, each item says “0” in the total column. Even though the graph shows the downloads.

Thanks for the attention to the support request! ??

Wasn’t there a way to turn of the logging/reporting?

There are 76 rows in the table. I believe 4.6.4 but I cannot be certain.

For now I am going to disable the plugin as the VPS still is not running as it was, hopefully this plugin isn’t the cause, I don’t see how it could be. But disabling will let me know.

I couldn’t get the takeover code to work. Tried so many things…
However I have ended up putting this instead into the search.php:

$post_ids = wp_list_pluck( $wp_query->posts, 'ID' );
$post_ids_string = implode( ',', $post_ids );
echo do_shortcode( '[wpupg-grid id="search" post_id="' . $post_ids_string . '"]' ); 

Works well, also have a similar thing on the archive template.

Chrissy

Hello, thanks for the reply ??

I have installed and played around with the troubleshooting plugin, using the base twenty fifteen theme and just your plugin, the search result is the same, the grid will all posts.

I wonder if I’m doing something wrong here.

I’ve also tried on a seperate website and that did not work either. Do I have the code right?

<?php echo do_shortcode( '[wpupg-grid id="search-grid" takeover="search"]' ); ?>

Put under:

<div class="search-results"> in search.php

The grid was new and had no settings apart from the default options.

I’ve tried query instead of search also with no result. Wonder what I’m doing wrong.

Never mind! Seems it was just my Chrome, I reset it completely and it seems to be working fine. Strange how it was doing the same thing on my website and your demo.

Actually, nope the problem has returned. Sorry, I thought it had gone.

• This reply was modified 3 years, 2 months ago by Chrissy.

Thanks for your reply. I went through those and also tried the replacing of the wp-comments-post.php etc, with no effect.

I was momentarily excited as after disabling all the plugins, it began to work. However after re-activating one at a time, different plugins seemed to prevent it from working randomly.

Eventually, I remembered that some hosting company in the past told me that the GD module is faster for large files.. so enabled that instead of ImageMagick.

So it’s currently working, and as far as I can tell, it was ImageMagick, as silly as that sounds, maybe with the setup that Dreamhost’s VPS uses…

I reverted all the changes I made back and all of the plugins, so hopefully that’s it.

??

edit:

If anyone wants to try GD instead, add this code to the functions.php of your child theme:

/// Use GD instead of ImageMagick

add_filter( 'wp_image_editors', 'select_wp_image_editors' );
 
/**
 * The default $editors value:
 * 
 *      array( 'WP_Image_Editor_Imagick', 'WP_Image_Editor_GD' )
 */
function select_wp_image_editors( $editors ) {
        return array( 'WP_Image_Editor_GD' ); // only return WP_Image_Editor_GD
}

• This reply was modified 3 years, 4 months ago by Chrissy.

The site is running on an 8GB VPS, on Dreamhost.

Can you let me know the restriction, I can ask them about it.

Thanks for that, they both attached fine.

I have done a couple more tests. I believe it is only when uploading over 1mb images.

I test commented with an image file under 1mb and it went through fine.

But a photo that was 2.5mb did not attach. The website also gave an Internal server error for the url https://origami.guide/wp-comments-post.php
The comment did appear, with no image attached, the image was in the media library.
I did the test twice with the same result.

Here are the php stats…

PHP max input variables 4000
PHP time limit 1200
PHP memory limit 860M
Max input time 1200
Upload max filesize 500M
PHP post max size 505M

I tried increasing the upload size option to 6mb and it had no effect.

Here is the error in the error log:

End of script output before headers: wp-comments-post.php, referer: https://origami.guide/origami-hearts/origami-heart/3

Sorry I didn’t reply, I haven’t had anyone comment with an image since my message and had already attached the images manually without noting which images. If it happens again I will let you know the size of the image etc.
There’s no hosting restrictions.