Ryan,
This module came just in time for us, as we are launching our website today. We do get one error upon applying a coupon, and then selecting Free order and doing Review Order: "We cannot process your order without payment." The page reloads with that message.

Thank you WBR and Ubercart!

Edit: We're using:

• Drupal 5.7
• Ubercart 1.0-rc2
• Tables API 5.x-1.5
• Checkall 5.x-1.0
• Token 5.x-1.10
• uBrowser 5.x-1.3
• Ubercart Mod: Custom Price
• Ubercart Mod: Free Order
• Ubercart Mod: Linkpoint API 5.x-1.0-beta4
• Ubercart Mod: Store Coupons 5.x-1.5 (aka Improved coupon discount 1.5)
  • Info about coupon applied during the order:
    • Coupon gives 100.00% discount
    • Expiration: Apr. 14th, 2010
    • Weight: 0 (also tried -10 and 10)
    • Minimum Order Amount: 0.00
    • Maximum Number of Redemptions: 0
    • Maximum Number of Redemptions for one single user: 0
    • Restricted to one product

Our on-site programmer looked at it, and he said it seems as though the coupon isn't being applied properly, and thus the error message is thrown by Free Orders. Any help would be appreciated. Thanks!

Ryan,
The prices and the items themselves are being passed properly. It seems as though the coupon just isn't being applied, even though it shows $0.00 after it is applied, and I'm able to select Free Order as a payment method.

Also, just as a clarification, we were supposed to put the Free Order module in the payments folder, correct?

I can always setup a sandbox to test.

Ryan,
If it helps any, orders do go through if the products are $0.00 in price, so I think it is a bug in the coupon module. My sandbox is almost up, so anyone can test if needed. Should I post the sandbox info here?

fwiw, the test discount doesn't actually get applied to the order, so it will always fail by design. Perhaps I should make that clear, eh? It basically lets you test the payment checkout pane and then see what happens if someone tries to game the system by somehow faking a discount.

Thanks for the clarifications !

After an order is placed and it is 'free' it seems to be marking the order as Pending. I would like it to goto Completed immediately after they place the order. Any ideas?

Hi!

The free order payment option never displays for me on the cart/checkout form. I enter the coupon that should zero the order but the zero order payment option never displays. Plus when I review the order, the balance is zero but now it has PayPal set as the payment option ... which will cause problems if submitted.

The coupon works when the balance is not zero, and goes through to PayPal just fine.

I am using Bazaar code dated May 23 at 4:01 (Is there a place that gives the build number?)

thanks,
Katrina

www.ambereyes.net

Okay. I figured it out.

Free order works great when the order total coming into checkout is zero. What does not work for me is when the order gets zeroed by a coupon. I assumed initially that part of the problem was the ole' Safari Ajax bug, but then I also had problems in Firefox.

So what would work for me is a way to modify orders with a balance of zero so that the become free orders automatically no matter what payment method is selected, ie. checkout is completed immediately.

I initially tried to modify free order by adding a function to implement hook_order.

But the testing got hosed due to the problems I was having with the uc_referer issue - so I never got to see if it worked or not. Can someone look this over and maybe figure a better way to address this issue?

Thanks,
Katrina

www.ambereyes.net

I am using the bazaar code, rev 1152, testing from my Mac Powerbook Pro G4 running Tiger (10.4.11) via Safari 3.1.1 and Firefox 2.0.0.14.

At first I thought it was the safari/ajax bug but then I also had problems with Firefox too. Then I discovered the uc_referer bug and had to stop my testing to figure that out that problem first.

Now on occasion the JS works but most of the time it doesn't for me. I know that Mac users are not the majority of users, but I think we need a fail safe just in case the ajax call fails for whatever reason. The JS error I get in Safari is "Refused to set unsafe header Connection." From what I could figure out, it has something to do with Safari detecting a malformed header being received back from the server. Safari is expecting a more standards based version of ajax while other browsers are more forgiving. There is a way of correcting it in the code but it is beyond my skills at this point.

I suspect that Apple may be more forgiving in Safari versions for Leopard and the iPhone, because my colleague running Leopard has fewer problems.

Think of it as another level of input validation, "if zero balance => complete order."

thanks for listening,
Katrina
www.ambereyes.net

Again... not sure why the payment methods are getting hidden like normal. Since you've rolled back, have you refreshed your browser on the checkout page to make sure it isn't caching some stale JS?

Eureka!

I think I found the answer. It is a jquery/ajax issue.
http://docs.jquery.com/Frequently_Asked_Questions#Why_do_my_events_stop_...

I think the problem is that we need to use either re-binding or delegation so that event handlers continue working after a AJAX call. I think I understand what they are saying ... but I am not sure how to implement it exactly.

I found a way to insure zero orders are automatically set up with payment_method = free order no matter what happens with the ajax call ... but now the free order option shows up no matter what along with all the other payment methods.

I am hoping someone understands enough to fix this.

thanks,
Katrina
www.ambereyes.net

Hmm... well it works, but it's a little off conceptually. No payment is really getting entered for the order, so you might instead consider adding a second workflow-ng configuration for "Customer completes checkout" and check the order balance on that.