tsk, that's the thing... I can't go up to php5 just yet (not in my power to do that).

anyone still have that workaround handy?

Ok, this is what the solution was in one of the threads you listed:

---------------------------------

Hmm... ok, I see now. I think this is due to an improper usage of module_invoke_all() on my part, it just works in PHP 5 for some reason. Can you try opening uc_order.module and changing the following code in the function uc_order_load():

From:

To:

------------------------------------

however, I see that this specific solution has already been implemented in alpha7b and I am still having that problem... hmm...

think hard, my friend... it's a matter of life and death, as this is the last step in the checkout process (and without this fixed, well, cart doesn't work)

At first I thought this problem was due to perhaps some Ubercart upgrade problem as I was using an older version before updating to alpha7b. So I did the geeky thing - a clean Drupal 5.2 install with all of the modules needed to test the system again...and I got the same credit card error. So I think it's fair to say this is a pretty major bug that renders Ubercart unusable for all people on php 4 who are wanting to use any form of Credit Card payment (except off-site stuff). Where's my swatter?

Here's the advice I used from the cached link above. You'll see that I've added in a & before the $arg1 (actually doing the opposite of Ryan's suggestion!) - I think that means that variable is being passed by reference, but I forget my basic programming. Here goes:

the good news is that it's saving the payment method just fine. I think what's going on here is some discrepancy w/ the way references are being passed by the functions. You'll notice in uc_payment_method_credit() and uc_checkout_pane_payment() (in uc_payment.module) that the first argument is a reference &$arg1. At least here in PHP 5, the fact that I'm passing a reference from uc_checkout_pane_payment() to uc_payment_method_credit() works just fine... I'm curious if in PHP 4 it would work if you take away the & from before &$arg1 for uc_payment_method_credit().

I think I found the problem. All of the checkout pane functions are getting the order as a reference so they can change it, including the payment pane. The problem is that the payment method function is getting a copy of the order, and not the reference because the function declaration is wrong. It works in PHP5 because objects are always passed by reference.

Anywho, here's the fix:
Change line 218 of uc_credit.module from

I'm reasonably certain this doesn't affect anything in PHP5, so it should be in the repository soon enough. I'll also look through the other payment methods to see if they have the same problem.

Hey again Lyle, I'm running into this issue as well. I'm currently seeing if our host cannot upgrade to php5 without messing with our production applications on the same host. For the time being I am trying to fix this particular issue while I wait for their response.

A bit more detail, this may need to be put into a different post but it closely relates to the initial issue described. Essentially none of the credit card information is displaying once "review order" was clicked - further, nothing was actually posted into the database under uc_payment_credit. It marks the entry and creates the rows just fine, but no data is inputted into the table besides the order number.

I'm still not very proficient with php but I'm using this as a learning experience, so any help at all would be greatly appreciated.

Harry

and I am still getting this error.

My server is running PHP 5.2.5. Any ideas?

-Lindsay