It sounds like you've done all the right things, but maybe you need to upgrade to beta 5. It's no guarantee though. But it might help.

I tried the same thing as the OP in a clean install of Beta 5 and I get the same results - looks like a bug somewhere. The error only occurs when you select the "order >= $xx" method and go to the review page. Selecting the "order < $xx" method works fine, and selecting the method that applies to all order totals works fine. (In my case, I'm using weightquote as a method that applies regardless of order total).

ok instead of choosing for "Check the order total" I've taken "Custom php code"

in here i can make the statement:

return $order->order_total >= 450;

and then again i get the same error message.

BUT if i make it:

return $order->order_total >= 450 || $order->order_total == 0;

then it does work. so what i expect is that $order->order_total isn't loaded yet

Thanks for the post, Johnny. I finally dug in and tried to setup some flat rate methods on the Livetest and ran into a wall. I also couldn't get a free method to work for orders over $50. We'll do some more testing and hopefully bugfixing throughout the day!

great

This was fixed after beta 6, so you'll need to get the version at http://bazaar.ubercart.org/drupal5/ubercart-bzr.tar.gz. Ryan was going to release beta 7 before Drupalcon, but it's a good thing he didn't because I found a major bug in the order module. Too bad I have to take credit for putting it there to begin with.

Hello,
I have a very simple situation - every product have a flatrate of its own. Everything works fine in the checkout page, but in the review page the sitewide flatrate is applied for each product instead of the products' own flatrate. I tried to debug the problem without much success. I noticed that inside uc_flatrate_quote(), the product objects don't have the flatrate variable during review but it's there during checkout. Have you noticed any such behaviour? I am using revision 932 of your bazaar repo.

Thanks,
Progga

That's from the Google Checkout module, and it's not ready for use yet. It should install just fine though, so it's even worse off than I thought. Anyway, go back and disable and uninstall it.

Thanks Lyle,
Have you heard anything from Google yet about your status as an approved ecommerce provider?

That's great news Lyle. Any way I can help out? I'm almost through the API docs. You guys did a great job organizing everything.

Ooh, sneaky! This is an example of code creep. If you'll look at the rest of the function, you'll see that $products isn't even being used after it's constructed. It used to be, but Workflow-ng changed that. Thanks for figuring out the problem.

Are you volunteering to write them?

The attached module does almost nothing. It only tests the 'review' operation of uc_checkout_pane_quotes() . I am sending it mostly as a placeholder on which I'll build some more tests for uc_quotes. Tests are run from 'admin/build/simpletest'. Please note that the test generates tons of E_NOTICE level exceptions which can be safely ignored according to the documentation.

Thanks,
Progga

Yes, I also support your decision to not introduce the tests at this stage. AFAIK beta softwares aren't supposed to get significant additions. What I have wondered after looking into Ubercart's development process is why it doesn't have a Current and Stable branch like everyother software.

Regarding functional test, we are actually spoilt with choice. The simpletest module can do it, Selenium can do it (but the selenium module needs upgrade). And the one that I really loved was twill. Let's just hope we'll find enough time to write all these