DeBug-Log file created on every order for Malformed value for session-based shipping

[Carbonless]

FIGURED OUT WHATS CAUSING THE ERROR.... If a customer FAILS to select a pickup location using the Store Pickup shipping mod, its causing the debug error.

Every time I attempted to click CONTINUE from Step 1 to Step 2, it reloads step 1 page for mandatory selection of pickup location.

[DrByte]

If a customer FAILS to select a pickup location using the Store Pickup shipping mod, its causing the debug error.

Every time I attempted to click CONTINUE from Step 1 to Step 2, it reloads step 1 page for mandatory selection of pickup location.

I'm not getting any logs in this situation. Just a quiet reload of Step 1

[Carbonless]

I'm not getting any logs in this situation. Just a quiet reload of Step 1

Over the holiday, I'll attempt to delete the shipping mod and then redo it to see if that clears it. I think somewhere I edited one of the files to change the wording displayed in the checkout process... I may have deleted an extra character or entered a character misinterpreted.

[swguy]

I have seen this a few times as well - will monitor and report back on findings.

[Brent]

Hi DrByte,

I'm seeing this problem on my store too. It seems to kick in when the delivery address is in another tax zone. In my case zero rating a sale for export to the US. You then end up with this on the payment page "UK VAT (20%) + VAT Zero Rated for Export:". Vat is charged on the items and any store collection charge is zero rated.

I've tried on PHP 7.1 to 7.4 and it is the same. Previously I was on ZC 1.5.6 and the issue appeared when I upgraded to 1.5.7b.

Brent

[mc12345678]

I'm not getting any logs in this situation. Just a quiet reload of Step 1

In attempts to identify how/when $_SESSION['shipping'] could "rightfully" be set to false, I think I found a condition at least as it relates to Carbonless' situation.

I find that in the page load of checkout_shipping, at about line 209 of includes/modules/pages/checkout_shipping/header_php.php the value of $_SESSION['shipping'] gets set to false even though as described above it is not expected to be such overall...

I did recreate this issue when I made store pickup to be the only shipping module that was enabled, I added a second "location" that did not have a price associated with it along with a zero price for the overall.

When I did as Carbonless suggested of loading the checkout_shipping page where no default is selected (basically because "cheapest" ignores the store pickup module even if it is the only module at play) and therefore returns false that upon page load/reload is still false and therefore fails in the orders class. Seems that perhaps a check should be performed before that point to "clear" out the shipping session in that situation? Otherwise, in the cheapest method to do some level of "accounting" where, if the only active module is the store pickup that when evaluating the cheapest option that it select perhaps the method that is not a 0 charge though perhaps that too if all charges are a 0 charge...

Not yet sure on Bruce's issue yet. Have to figure out what the condition(s) are.

[Brent]

I think the error does kick in when there are no available shipping options.

Last night I removed the store pickup plugin and added store pickup as a method in Conor's Advanced Shipping which I use. With only Advance Shipper active as soon as I had any products in in my basket that didn't have a shipping method assigned I got the error.

[swguy]

Yep, seeing more of these in my monthly checks now.

[dbltoe]

Yep

[09-Apr-2021 13:02:47 US/Central] PHP Notice: Malformed value for session-based shipping module; customer will need to re-select: {"id":"","title":"United States Postal Service (Priority Mail™ (2 - 3 days))","cost":19.71000000000000085265128291212022304534912109375} in /includes/classes/order.php on line 323

[Ryk]

We're seeing this too on ZC157c

Has anyone got a definitive solution yet?