kitchencraftcookware

Nevermind, I found the issue, it was another plugin causing the problem.

Sorry, I am having this same issue. I visited the page you set but it is no longer active. Please help. It does this with all images both front-end user side and back-end admin side. .jpg .png .pdf none of these work on either side.

I am having a similar issue with the submit button being clickable while files are getting uploaded. Where would this script get put in to ensure they can only upload once(we have had extreme circumstances of 20 + applications due to file size and time to upload them.)

I also have the pro version and do not see an option to change anything with the submit button other than CSS/Layout/ and name of field.

• This reply was modified 6 years, 2 months ago by kitchencraftcookware.

Sent a reply via [email protected] Again, my apologies on the duplicate threads.. got an error message every time. Thought they had not gone through.. even refreshed to ensure they did not.. and of course they ended up going through.

Apologies for the duplicates.. i got an error message on posting.

Hi Frank,

Sorry for the delayed response. Is there a way to connect with you beyond here, I would like to let you peek under the hood so to speak, as our main site is running your plugin, JCH Pro, and Smush together. There does not seem to be any errors on the plugins, so maybe I have tweaked a setting or such to allow them to work together. Figured if see everything it may make it clearer.

Thanks You

Frank,

I appreciate you taking your time and trying to sort this. For the time being, I have turned off JCH and AO. Perhaps there is some other plugin that is interfering with the page caching. Perhaps you can see what JS is trying to run compared to your site on the password reset page specifically. If it would help, we can touch base via email for site access to get a better vantage point.

function wp_cache_get( $key, $group = '', $force = false, &$found = null ) {
	global $wp_object_cache;

	return $wp_object_cache->get( $key, $group, $force, $found );
}

Is the function error getting called up in cache.php when I am seeing the white screen.

Okay, So I turned on JCH and at this point site is loading all pages, just slower than would be liked, and the password reset page is still fine.

As soon as I turn on AO, i get a white screen on the site side, admin area is still fine. I did add the js file to the exclusions as well, still the same issue.

Deactivated JCH. I also have both running on our main site, and they work nicely with each other there. Still getting the 500 error on the lost password page.

@optimizingmatters, I was just going to post that the snippet fixed the problem I was trying to fix… but then caused the rest of the site to not work. So back to square one. I can move this thread to your plugin support page if that would be best.

solution as there is not a native block caching of certain pages in Autoptimize:

adding the following to functions.php

// Disable autoptimize on pages with the word "account" in the URL
add_filter('autoptimize_filter_noptimize','my_ao_noptimize',10,0);
function my_ao_noptimize() {
if (strpos($_SERVER['REQUEST_URI'],'account')!==false) {
return true;
} else {
return false;
}
}

Thanks for your response and help.

Hi Kevin,

The url is /my-account/lost-password/ for the first question I believe I used some of your code snippets to whitelist that url etc..

on the second question, yes debug mode is on, no error is getting listed on the page.
Checking the logs looks like this is more the caching side [12-Apr-2018 14:39:19 UTC] PHP Fatal error: Call to a member function get() on null in /public_html/wp-includes/cache.php on line 123

for the 3rd question, I have never turned off your plugin as its a required aspect of the site. However, just tried it found that it did not stop the page from going white, so forgive the posting, will now track down the caching side of this and see what is the problem there!!

A different thought, if we click add to cart, the cart icon in the theme header does not update with newly added item(s) If you refresh the page it then shows the latest additions. So if we can not adjust the add to cart action with your plugin to match the woocommerce cart, can we instead just add auto refreshing the page to allow it to update?

I see what you mean there. Is there a way to instead of do the popup (as it is only available on the shop pages), to have the action be the normal woo-commerce add to cart action? I can send you login info to better explain it on the site I am working on.