Paypal WPP Trial period submitted as part of recurring payment

We use the trial field since the amount that ubercart could generate on the order total may be different to the recurring amount. It sounds like everything is being setup correctly?

I can only presume that maybe the field trialtotalbillingcycles should be 0 instead of 1. But since I don't use this gateway I can't test this, you should try it out and submit a patch. Downgrading issue from critical as it doesn't effect this module directly and only related to a specific gateway which I don't support any gateways (its up to developers like yourself using specific gateway to submit code that is required for specific gateways.).

Thanks, couple of points from looking over these briefly.

I not going to be able to accept those changes to the uc_recurring.patch as it includes paypal specific stuff - it needs to be moved to the uc_recurring_hosted module where all the other paypal stuff is.

There are alot of changes to uc_recurring_hosted and it will need to be carefully checked both paypal wps and paypal wpp still work and these changes don't break existing sites.

The paypal patch will need to be submitted to the ubercart project.

There are butch of minor coding standard issues that also need to be fixed in these patches.

Unfortunately unless your developer is willing to communicate directly here or another developer can take these and resolve all these minor issue I can't really commit (as I personally don't use Paypal myself)

I'm not having any such issue with the latest version of 2.x-dev

Also it's really hard to digest these patches when there are so many unrelated changes (coding standards, unnecessary changes to comments, etc).

Ok, now that i've been through a few billing cycles, I can confirm this same issue.
I will give these patches a spin and see if that makes a difference.

Related: anyone know a good way to batch-update existing paypal recurring payment profiles to fix the problems described above?

The patch in #8 disables trial payments for WPP altogether, which makes sense to me since i will never have use for a trial period, and since trial payments are explicitly disabled for Auth.net.

Maybe the confusion around this issue is the cryptic "initial charge" setting, especially with regard to how Auth.net handles it compared to WPP.
Can anyone explain why WPP creates a trial period based on "initial charge", but Auth.net does not?

For WPP, setting a value for "initial charge" seems to delay the first payment by that value.
In other words, if I want to set up monthly billing, but i set my "initial charge" to "1 month", then I will not collect the first payment for 2 months, because the "trial period" will be charged after the first month, with amount $0. On the second month, the "trial period" is complete, then the regular charges will kick in.

For Auth.net, the "initial charge" option is ignored altogether.
Note the lines 'trialOccurrences' => '0' and 'trialAmount' => 0
from uc_recurring_hosted_authorizenet_arb_process():

  // Build the data array for the request.
  $data = array(
    'refId' => substr($order->order_id .'-'. time(), 0, 20),
    'subscription' => array(
      'name' => substr(t('Order @order_id', array('@order_id' => $order->order_id)), 0, 50),
      'paymentSchedule' => array(
        'interval' => array(
          'length' => $length,
          'unit' => $unit,
        ),
        'startDate' => date('Y-m-d', $fee->next_charge),
        'totalOccurrences' => $fee->remaining_intervals == -1 ? 9999 : $fee->remaining_intervals,
        'trialOccurrences' => '0',
      ),
      'amount' => round($fee->fee_amount, 2),
      'trialAmount' => 0,
// ...

Is this an intentional discrepancy between the two payment gateway processing callbacks? If so, why?
Univate, if you can't answer these questions, maybe you can call someone's attention to this issue who understands the paypal processes more thoroughly, because we certainly do not.

Did you guys have any success in getting this resolved?

Thanks,
Rachel

I am also facing the same issue with WPP.

My Requirements:
On purchasing a product, the amount of $X should be charged. Then the Initial recurring Charge should be $Y after 30 days, and the regular interval must be 2 months with the same amount as that of initial recurring amount.

So, I have purchased a product on 1May, the initial recurring should be on 31 May and second recurring payment should be 30 July.

Issue:
But, when I checked into the Paypal, I see that the Order is placed on 1 May with valid amount as above. Then after 30 days, i.e. 31 May the initial recurring executed with $0.00, and the next payment date is 30 June.

The Paypal order shows Payment activity as follows:

Payment Type: Initial Payment
Amount due: $0.00 USD
Amount Received: $0.00 USD
Payment Type: Trial Period
Payment Cycle: Every 30 days
Total cycles: 1
Cycles remaining: 0
Amount due per cycle: $0.00 USD
Amount Received: $0.00 USD
Payment type: Regular Recurring Payment
Payment cycle: Every 2 Months
Total cycles: Indefinite
Cycles remaining: Indefinite
Amount due per cycle: $Y USD
Amount received: $0.00 USD

Payment summary: 
Total received: $0.00 USD

Last payment activity:
Payment Type: Schedule Payment
Date: May 31, 2012
Amount received: $0.00 USD
Payment status: success

I guess mine is the same problem as described by deggertsen, I will try the patches provided in comment #8 by deggertsen.

Is there any permanent solution for this?
Also, how can I update the original order in paypal as it shows trial period for 30 Days.

I tried the patches provided in comment #8.

The

uc_recurring_hosted.module

file patch is giving me error as

Patch file contains multiple patches. you can not apply them to a single file.

and uc_paypal.module gives local file content empty with respect to the lines present in patch file, also reference module file is having line number different than that of the patch file reference line numbers.

I got the issue.

The

uc_recurring_hosted

module's

uc_recurring_hosted.module

file line number 662 has list($trial_length, $trial_unit) = explode(' ', $fee->initial_charge);

And line number 795 - 800 are:

if ($trial_length > 1) {
    $nvp_request['TRIALBILLINGPERIOD'] = $trial_unit;
    $nvp_request['TRIALBILLINGFREQUENCY'] = $trial_length;
    $nvp_request['TRIALTOTALBILLINGCYCLES'] = 1;
    $nvp_request['TRIALAMT'] = 0;
  }

This says that $trial_length will be the the integer part of initial_charge. So, if initial_charge is set to 1 day OR 1month OR 1 week, the $trial_length = 1

In if condition, it will bypass the trial period setting variables since $trial_length = 1

In my case, the initial_charge = 30 days

So, the $trial_length = 30

Hence it is setting the trial variables.

Can you please let me know the significance of the if condition on line number 795? Also, I guess there should be a flag for setting trial period like the one present for authorize.net

FYI: Have marked this as a critical since this bug is against the functionality. There should be some setting like we have for authorize.net for trial period, may be some flag.

Has anyone had problems with paypal not interpreting the trial period correctly? I have a subscription for $39.99 for 3 months and then it is to charge $9.99/month after the 3 month period. Paypal interpreted it as charge $9.99 after 6 months (which I don't get). So every month I am getting an error processing those recurring payments. I set up the product features correctly so I don't know what it could be. Monthly recurring subscriptions are processing fine. Any help would be appreciated. Thanks

Has anyone tried to set $nvp_request['TRIALAMT'] = round($fee->fee_amount, 2); instead to 0?

I have similar issue. If I don't set initial charge to some period and leave it to 0, then I get charged once more, right after original purchase. However, if I do set initial charge to some period, I don't receive IPN since it charges amount of 0 - thus doesn't charge.
So I thought it should be ok to change the code as above.