One-Page Checkout [Support Thread]

[lat9]

Out of curiosity, is there still an issue with Guest Checkout for virtual products? I am trying to work-around the reality of our customers buying a digital download that we sell, but using the guest checkout feature. Since they are purchasing it without an account, it would seem like there is no way to give them the access to the file.

If that's the case, do you know of anyway to PREVENT a customer from checking out as guest *IF* they have any virtual items in their cart? Perhaps a way to disable guest checkout if they have any products from Category XYZ (where XYZ equals the product category we have for digital items)?

Guest checkout order reviews are via the 'orders_status' page, as reflected in guest-checkout orders' emails.

[riomaha]

One thought came to me but it requires lots of digging unless someone already knows where and what. In one page checkout there is the function that "updates". The function could serve a double purpose to register customer or pre order before confirming the order. or event at the confirm order. Unfortunately, time is something i don't have right now to fiddle with it.

R

[riomaha]

I looked through the code and it seems there isn't a single insert statement or update in the guest checkout, customer info, or confirm order. On the other hand, I found a statement that updates the address or resets it but still no insert statement and yes I looked in the tpl files.

[lat9]

Within OPC, the primary elements that control the database manipulations are the OnePageCheckout.php and ajax/zcAjaxOnePageCheckout.php classe-files.

[Jeff_Mash]

Hi Lat9 - I'm not sure if this is a bug or not, but I wanted to report it here.

Do you know of any issues with a customer using your module with a NEGATIVE order total?

Here is what I am seeing.

Customer goes to buy something in our store for $80.25.

We have the Reward Points module, so customer has 81 reward points to apply towards the order. 1 point = $1.00.

Orders new total is -$0.25.

When the Confirm Order button is hit, you are simply taken back to the main checkout_one page.

If you think there is a problem with submitting negative orders, perhaps we can adjust the module so that if order total < 0, than order total = 0.

[lat9]

See this (https://www.zen-cart.com/showthread....34#post1329034) link that identifies some tweaks (as identified in the OPC readme) to enable the Reward Points' integration.

[Jeff_Mash]

Yeah I tried that but no luck. Is there an area in your module code that I should look for in order to initialize the order total back to zero *IF* the value is a negative number? I was looking in the jquery.checkout_one.js file but didn't see where to change it (even just to test if that would fix the problem).

[lat9]

Yeah I tried that but no luck. Is there an area in your module code that I should look for in order to initialize the order total back to zero *IF* the value is a negative number? I was looking in the jquery.checkout_one.js file but didn't see where to change it (even just to test if that would fix the problem).

I'll come up with a set of instructions that you (and others!) can use to determine what's causing that 'kick-back' from the confirmation page back to the data-collecting one.

It's normally some session value that's different between the session-state on entry to the confirmation page and that 'state' after going through the order's final checks (i.e. interrogating the shipping, payment and order-total modules).

[lat9]

Jeff, after actually reading your post (I was seeing that the Reward Points' contribution to the order was a negative value), I'll need to review whether OPC 'cares' that the order's value is negative.

[Jeff_Mash]

I'll come up with a set of instructions that you (and others!) can use to determine what's causing that 'kick-back' from the confirmation page back to the data-collecting one.

I think that would be an EXCELLENT addition to your already excellent module! Can't wait to see it and try it out.

Jeff, after actually reading your post (I was seeing that the Reward Points' contribution to the order was a negative value), I'll need to review whether OPC 'cares' that the order's value is negative.

Okay, I will wait to hear back from you. I just assumed it was your module spitting it back because it isn't liking "something" from the values being submitted to it. I did confirm that the issue (regardless of which module is causing it) is definitely with the negative value. If I submit the order without a negative value, it goes through the OPC confirmation just fine.

Granted, the situation I describe isn't very common (but does happen from time to time). Since reward points are always in whole round numbers, they usually will create some kind of negative order_total when applied fully to an order. And normal non-OPC checkout handles it fine........meaning the order gets submitted with a negative number. If I can help test anything out for you, please let me know.