jlahm

It turns out the user discovered the error was on their end. A browser setting resolved the issue, so please ignore my request.

It seems to be working fine after the change to cache=”public”. I think it does mean that the plugin is not properly handling the case when you combine cache=”private” and ttl=”0″.

I am using the latest plugin version. Prior to getting your reply, I changed the plugin’s option from cache=”private” to cache=”public”. Since I made that change, the caching problem has not happened again.

Thanks for the fast and thorough reply!

I was having the same problem and found the solution from another application. Edit the file vendor/ericmann/sessionz/php/Manager.php and replace line #133:

session_set_save_handler($manager);

with this:

if ( !headers_sent() ) {
    session_set_save_handler( $manager );
}

That’s the plugin I am currently using. Now that Jetpack is being split into 6 separate plugins based on their functionality, I was wondering if we needed to continue to use the older plugin that contains all of the features, or if we can switch to one of the six newer, smaller ones.

Jason: Thanks for the response. It did take a lot of code, but I did get it to work. I am using another bulk discount routine that doesn’t handle bundles, so I wanted the displays for discounted bundles to be consistent with other products. Your plugin was great for handling discounts for product bundles – thanks!

Jason: Thanks for the quick reply! Yes, this worked just fine. I do wonder whether TRUE should be the default setting, or at least have a plugin option to toggle it on/off on a per-bundle basis.

One mistake in my explanation! The last sentence in the first paragraph should read: “If I set one of the individual products to “Priced individually” and set its price to $10.00 and change the base price on the bundle itself to $10.00, then the discount is applied – but only to the individual $10.00 product in the bundle (the resulting price is $18.00 total instead of $16.00).”

I’ve been using it on several sites running PHP 7.4 with no issues that I know of.

I was testing further and found that disabling the Google Captcha plugin (by Bestwebsoft) removed the error.

Yes, I do have it enabled.

However, I found the error and it was NOT due to the LiteSpeed cache. My original problem was caused by a conflict with using Plugin Organizer, and while I had the Caldera Form plugin enabled on the page, enabling Caldera site-wide seemed to be needed. I also found out that Caldera Forms has made their plugin ESI compliant and recommends adjusting the cache settings to expire in 10 hours. Using the ESI shortcode was not needed.

I have had the same issue with the free version. My multi-step form has 5 steps:

• Step 1 – 0 conditional fields – works
• Step 2 – 3 conditional fields – works
• Step 3 – 7 conditional fields – does not work
• Step 4 – 8 conditional fields – does not work
• Step 5 – 2 conditional fields – works

I have removed the conditional tests so the “hidden” fields now always display and everything works fine.

Any progress on solving this particular problem? It would be greatly appreciated.

The Previous button is also not working for me. No Javascript errors appear in the console window. I am pretty sure this worked before. ??