crackajax

@wpmudev-support8 Hi Adam,

I went to Opera this time to test as I have not ben in that browser for some time. I am receiving a white screen, but in the developers tools I see it is reporting the ERR_CONTENT_DECODING_FAILED with a status of 200.

From there, I disabled Hummingbird, but still the same white page/error result. I then removed the GZIP from the .htaccess – still the same result.

Then, I disabled all plugins except ACF and still the same result. I then reactivated Hummingbird, still same result. But, I then cleared the cache in Hummingbird and viola! My page loaded again. I then reactivated all of my plugins and still good for the moment. But, this will happen again in a day or two (I have no idea how long it takes to do this again, but it gets reported by people trying to find my page fairly often.

I am really unsure of what to do, it does seem to be the Hummingbird caching. Any ideas from here?

Thanks,
Donnie

@jessepearson the woocommerce.com ticket is #2726502.

@wpmudev-support9 The option Serve compressed versions of cached files” was already disabled. Any other ideas?

I continue to be haunted by this issue. I keep getting reports from customers that my website is just a blank white page. I have followed all the advice given by the support entries here, including setting my PHP to zlib.output_compression = On.

Yes, a quick clear of cache fixes the issue until some time passes and it is back at a white screen. I have noticed that this is primarily a problem in Windows browsers as I usually do not see this on my Mac. Are there other solutions for this issue? Do you need more information from me or my site settings? Let me know if there is anything I can do to help as I would like to add this to all of my client sites, but am very hesitant with this issue.

@jessepearson Here are the log files with ZIP Code 80216 first, and then when I changed it to 80501.

02-06-2020 @ 09:05:29 – :: Tax Rate Found :: (WCS Tax)
02-06-2020 @ 09:05:29 – {“2”:{“rate”:4.985,”label”:”CO Tax”,”shipping”:”yes”,”compound”:”no”}} (WCS Tax)
02-06-2020 @ 09:05:29 – :: Updating Tax Rate To :: (WCS Tax)
02-06-2020 @ 09:05:29 – {“tax_rate_country”:”US”,”tax_rate_state”:”CO”,”tax_rate_name”:”CO Tax”,”tax_rate_priority”:1,”tax_rate_compound”:false,”tax_rate_shipping”:1,”tax_rate”:4.984999999999999,”tax_rate_class”:””} (WCS Tax)
02-06-2020 @ 09:05:29 – Tax Rate ID Set for 2 (WCS Tax)
02-06-2020 @ 09:05:29 – :: Tax Rate Found :: (WCS Tax)
02-06-2020 @ 09:05:29 – {“2”:{“rate”:4.985,”label”:”CO Tax”,”shipping”:”yes”,”compound”:”no”}} (WCS Tax)
02-06-2020 @ 09:05:29 – :: Updating Tax Rate To :: (WCS Tax)
02-06-2020 @ 09:05:29 – {“tax_rate_country”:”US”,”tax_rate_state”:”CO”,”tax_rate_name”:”CO Tax”,”tax_rate_priority”:1,”tax_rate_compound”:false,”tax_rate_shipping”:1,”tax_rate”:4.984999999999999,”tax_rate_class”:””} (WCS Tax)
02-06-2020 @ 09:05:29 – Tax Rate ID Set for 2 (WCS Tax)

I did notice something though. My cart with shipping charge gives me 5.74% rate:

Cart image with shipping: https://d.pr/free/i/rubVfa

But when I change to free pickup (no shipping charge) it goes up to 8.0%, closer but still not the 8.515% you get in your store.

Cart image without shipping: https://d.pr/free/i/iAI5ZD

The plugins are updated daily and all plugins are the most current including the Woocommerce Services at 1.22.3 and Woocommerce at 3.9.1. The WooCommerce FedEx Shipping plugin is version 3.4.25.

Thanks,
Donnie

Hi Jesse,

I just created a cart for $10 and set for free pickup as not to pick up taxable shipping. The cart is adding 8.0% tax for ZIP code 80501.

https://d.pr/free/i/eKAFCt

But, in the Standard rates settings, there was a 80501 already set using Denver as the city and set at 4.985%, but the new cart I just created also made a new entry in the standard tax table for 80501 (with no city name as I did not enter one) of 4.985% as well.

https://d.pr/free/i/rZgV89

In any event, according to your test site picking up the correct 8.515%, the live site here is incorrect in both scenarios.

Ideas?

Thanks,
Donnie

I just updated the plugin on my development site to version 3.0.6 from 2.6 and now the issue also exists on the dev site. It was working with the old version. The new version is also active on the production site where the issue was first encountered.

I also did further testing by disabling other plugins on the site, as well as disabling all the security setting on the server and continued to experience the problem where it does not redirect to the ?submitted=yes query string on the lost password url after submitting the email address.

I also tested by manually adding the ?submitted=yes to the login url, then clicking the lost password link. The query persisted after submitting the email, and it was also included in the reset link from the email. After following the link from the email, I was saw the reset form, and successfully changed the password. Apparently, the ?submitted=yes along with the key=xxxxx is sufficient to change the password.

So, any ideas why the ?submitted=yes is not being added when the email is submitted?

Thanks,
Donnie

I was able to figure out the issue where the shortcode content was being output above the Title and other content in the editor.

The problem was in my shortcode function. I was using echo to output the results causing the content to display above the other content that came before it.

The solution was to return the results rather than echo them. Now the content displays in it’s appropriate order.

• This reply was modified 5 years, 9 months ago by crackajax.

Yes, you were correct. I disabled mod_security temporarily to complete the task. This got it going and then I re-enabled mod_security. Thanks!