Author Topic: Payment option not displaying (Read 6205 times)

LMKWeb · January 16, 2013, 12:43:07 pm

We recently noted that people registering for events are no longer prompted to enter their credit card information during registration. Even if they select the credit card option, that section never displays and their registration is treated as if they had selected pay later, even when pay later is disabled. We are using Authorize.Net to process transactions, and can still do so manually from the admin area (so communication between our site and processor seems to be working fine). I did see some users discussing issues with PayPal processing, is this possibly related? There are no visible error messages displayed during the registration process.

kharding · January 16, 2013, 01:12:55 pm

Do you use a custom .tpl file for the registration page?

LMKWeb · January 16, 2013, 01:18:49 pm

Not as far as I'm aware! I certainly haven't customized anything, and the rest of the staff don't have that ability. FWIW, in looking at our records it appears as though everything was working fine until we upgraded to 4.2.6. It took staff a while to realize what was happening, as I don't know that anyone reported the issue right away and just assumed they were getting a free registration.

kharding · January 16, 2013, 02:13:02 pm

If you view-source of a payment page, is there any indication (ie, HTML comments, etc) of a payment processor template inclusion? Are there any javascript errors that are produced?

I *think* these are common clues to the issue, as if I recall correctly, the payment form is brought in by AJAX...

LMKWeb · January 16, 2013, 02:59:39 pm

No JS errors, and the block for payment processor is empty.

The script below this that calls the payment block based on the pay later/credit card option radio button looks fine, but I'm not a programmer and don't know enough to tell if it looks different than it should.

Code: [Select]

 <div class="crm-section payment_processor-section">
      <div class="label"><label>  Payment Method
     <span class="crm-marker" title="This field is required.">*</span>
</label></div>
      <div class="content"><input value="1" type="radio" id="CIVICRM_QFID_1_8" name="payment_processor" class="form-radio" /><label for="CIVICRM_QFID_1_8">Credit Card</label>&nbsp;<input value="0" type="radio" id="CIVICRM_QFID_0_10" name="payment_processor" class="form-radio" /><label for="CIVICRM_QFID_0_10">I will send payment by check.</label></div>
      <div class="clear"></div>
 </div>

 <div id="billing-payment-block"></div>
 
<script type="text/javascript">

function buildPaymentBlock( type ) {
  if ( type == 0 ) { 
    if (cj("#billing-payment-block").length) {
      cj("#billing-payment-block").html('');
    }
    return;
  } 
	 
  var dataUrl = "/index.php?option=com_civicrm&task=civicrm/event/register&Itemid=141&snippet=4&type=" + type; 
	
	
			
		
	    dataUrl = dataUrl + '&qfKey=' + '387bc6e27e09083783cdff0a3dbd6fd8_8039'
	  

	var fname = '#billing-payment-block';	
	var response = cj.ajax({	
                        url: dataUrl,
                        async: false
                        }).responseText;

  cj( fname ).html( response );	
}

cj( function() {
    var processorTypeObj = cj('input[name="payment_processor"]');

    if ( processorTypeObj.attr('type') == 'hidden' ) {
      var processorTypeValue = processorTypeObj.val( );
    } else {
      var processorTypeValue = processorTypeObj.filter(':checked').val();
    }

    if ( processorTypeValue ) {
      buildPaymentBlock( processorTypeValue );
    }

    cj('input[name="payment_processor"]').change( function() {
      buildPaymentBlock( cj(this).val() );    
    });
});

</script>

pswartz · January 20, 2013, 08:02:28 am

I'm finding the same issue after we upgraded from 4.0.2 to 4.2.7. We don't have any custom code, just stock CiviCRM.
Are there instructions to downgrade CiviCRM? Being at 4.2.x means nothing to me if it means loosing the payment block.

LMKWeb · January 20, 2013, 09:01:01 am

Yeah this is a pretty big issue for us as well. We have a large event coming up next month, and with 3 employees can't be spending all day taking credit card numbers over the phone. Unfortunately we'd rather not downgrade, since upgrading fixed a few other bugs that we were experiencing. Would love to hear from anyone who might have a solution.

James VFA · January 20, 2013, 10:08:58 am

I have the same problem for both CiviEvent and CiviContribute.

When I try to 1) register for an event or 2) donate money on our website, it skips the part where it asks for payment and billing information.

It will still ask for the custom/default user information on the CiviCRM side, like name and email, etc...but again, skips the paypal side for payment.

Instead, it goes to the confirmation screen to users to confirm their registration. However, the "billing name and address" and "credit card information" sections are blank. Obviously, because it didn't connect to Paypal.

I am a first time user, and we have set up the Paypal Standard payment processor. Isn't it suppose to redirect you to paypal to register/donate/pay? I don't think we've "integrated" the payment page within our wordpress site.

If I proceed anyways, and register, I get an error message on the next page.

Sorry but we are not able to provide this at the moment.
The system did not record payment details for this payment and so could not process the transaction. Please report this error to the site administrator.

Donald Lobo · January 20, 2013, 03:45:11 pm

1. Can you'll try and reproduce this on our demo server (i suspect some of you might have already tried this!)

2. If so, would be great if u'll can debug and figure out whats happening. If u'll dont have the skills, please consider hiring someone from the experts list. Please do report back on the bug and hopefully a patch for this

lobo

LMKWeb · January 21, 2013, 07:58:39 am

I was unable to reproduce the issue on the demo, so I'll see if we can get someone to debug the site.

LMKWeb · January 30, 2013, 09:01:28 pm

We have found the error on our site and fixed it, the payment block is now displaying as expected.

Turns out there was a conflict with one of our plugins - the Google Calendar plugin for Joomla. According to our developer, it was "too aggressively including scripts and trying to resolve conflicts, which was killing the scripts that CiviCRM needs." They "told it to back off," and that fixed the problem. I'm not sure what was involved technically speaking, but hopefully this gives others experiencing the same issue an idea of where to look.

I am still unsure why this problem only showed up after we upgraded CiviCRM, though.

al · February 06, 2013, 03:40:36 am

We are having the same issue. Can't recreate it on the demo site. This only occurred after upgrading to 4.2.6.

Using only the Paypal - Express payment method. No payment option is displayed and the participant can not continue.

If Pay Later is allowed, both payment methods are displayed, however both act as Pay Later.

Have disabled many modules with no luck (as per LMKWeb's result), is there any more progress on this?

The Next Wave · February 28, 2013, 06:31:27 pm

Wordpress 3.5.1 CiviCRM 4.2.8
We were having the problem after doing a whole bunch of changes. First, we had a custom theme with a custom permalink structure. After having problems with events creating convoluted urls, we switched to the default permalinks, a more standard theme- Pinboard
The donation issue- we fixed by using this soluton: http://forum.civicrm.org/index.php/topic,26696.msg115806.html#msg115806
However the event registration is still wonky- and instead of skipping paypal- is giving this error now:

Quote

Sorry but we are not able to provide this at the moment.
The system did not record payment details for this payment and so could not process the transaction. Please report this error to the site administrator.

The Next Wave · March 18, 2013, 06:36:43 am

A few other things-
if we switch to the default theme- it works.
If we use any other theme- including a child theme- it doesn't.
But- it will work the very first time- for a new user.
It also works in the test environment- just not in the production environment.
We had a theme ninja compare our theme to the default- and he can't figure it out.
We're also having some permission errors in updating records with our database- which could be causing the problem, since it can't return to write updates to the contact.
This isn't a minor bug- it's a major one, and just because it works on the demo server isn't an excuse to minimize it.

Donald Lobo · March 18, 2013, 08:13:25 am

I dont think anyone is trying to minimize the bug.

We use the demo server and the default theme as a reference platform to help us reproduce and figure out where things might be potentially broken and get more information.

However we also do need help from folks like you and other to help ensure that civi works with other themes etc. Any help / bug patches to help fix this major bug is great and highly appreciated

lobo

CiviCRM Community Forums (archive)

News:

Author Topic: Payment option not displaying (Read 6205 times)

LMKWeb

Payment option not displaying

kharding

Re: Payment option not displaying

LMKWeb

Re: Payment option not displaying

kharding

Re: Payment option not displaying

LMKWeb

Re: Payment option not displaying

pswartz

Re: Payment option not displaying

LMKWeb

Re: Payment option not displaying

James VFA

Re: Payment option not displaying

Donald Lobo

Re: Payment option not displaying

LMKWeb

Re: Payment option not displaying

LMKWeb

Re: Payment option not displaying

al

Re: Payment option not displaying

The Next Wave

Re: Payment option not displaying

The Next Wave

Re: Payment option not displaying

Donald Lobo

Re: Payment option not displaying