Kryptronic Software Support Forum

Hmm and you just went live with your 6.0 install right?

As I believe I've hit all the code changes needed to keep WPP working correctly, I've PM'd Dave and asked him if he wouldn't mind taking a look behind the scenes to see what else it could be.  I thought maybe PayPal was playing around with their API again but I think we'd be seeing more threads like mine if that were the case.

Please keep me posted on your issues so I know if it's a local problem or potentially a PayPal problem.

steve

I'll let you know.  Dave PM'd me and seems to think it's a PayPal issue but suggested debugging.  Have you tried that?  I'd be eager to see what Nick says.

Oh, I don't even know how to run the debugger... is it something easy?

It sounds like I would have to place an entire order, then get redirected from Paypal in order to debug the page that the error message is appearing on?  Will that even work?  I ask because it says this at the bottom:

Be sure to turn debugging off when you are finished as it should not be used in a production environment.

Will I be able to place an order go to Paypal and back to find the error page with the debugger on?  Also, it appears to be random.  Is it random for you goBrushless?  It is happening to both U.S and International customers.  But either not on every order, or some people don't notice the error. 

We are getting a TON of emails from customers about this stupid error.  I need this resolved.

Last edited by kiwimum (09-26-2007 18:22:28)

I kept the error page open and turned the debugger on in the browser and was able to refresh the error page.

I don't know if it's safe to post the whole report but here are the lines with error in it:

khxc_error::constructor: Accessed.
khxc_error::load_object: Cached object returned: KHXC_Display Class: KHXC_Display
khxc_error::exec: Error setup completed. Reporting all but notices.

The information you would be looking for will tend to be more in the middle of the debug information for a page since you have the stuff that has to be setup for the page to run and then those item that are shut down after it has been run, with a little floating either way of course.

John

That's rather interesting Jessica.  In admin under Home > ClickCartPro > Commerce: Orders and Checkout > Manage Processing Gateways what gateways show up there as being active?

From looking at the code the message

The procgwresp() method was unable locate an active gateway currently posting to this namespace.

indicates that an active gateway couldn't be found in the database.  Before you get to that point in the debug output there should be a bunch of output that references CCP_Checkout.

If could you find that and send me the debug output from the point where you see CCP_Checkout to where you see the failure in your post I may be able to find something.

PS: Love your blog

Dave - the active gateways are:

PayPal (Standard Method) - Payment Form
Authorize.Net AIM Credit Card - Secure Server

I have the entire debugging code pasted into BBEdit and a Search doesn't show a CCP_Checkout whatsoever.  The CCP_OLP stuff seems to start around line 231 (everything is double spaced) and there aren't any references to CCP_Checkout before or after.

Do you want to see the whole file?

Re: PS.  Ha, thanks!

----

GoBrushless.com - I don't think you should apologize for griping, this is a really frustrating issue.  I never would have gone live if I had known this was going to happen - our Paypal test orders did not deliver this error prior to opening for customers.  Sorry to hijack the thread a bit.  You're using Paypal Payments Pro, right?  We could NOT get that to work properly at all, so we switched to Authorize.net for CCs.  Nick responded to me after we'd already switched perhaps this change will help your int'l customers "missing required fields" problem:

We did identify one issue with the WPP implementation in CCP6 which we
will have corrected in the pending update.  In the file:

/private/apps/ccp0/CCP_OLP/ext/paypalprod.php

Look for:

'StateOrProvince'  => 1,

And change to:

'StateOrProvince'  => 0,

Jessica,

What are your file permissions set to?

John

John - Okay, I turned the debugger back on and placed a new Paypal order.  Got the same error message of course, and here's the debugger lines.  When I search for CCP_OLP and CCP_Checkout:

Still nothing at all for CCP_Checkout whatsoever.

CCP_OLP:

ccp_olp::constructor: Accessed.

ccp_olp::constructor: Determined application id as 'ccp0'

ccp_olp::load_object: Cached object returned: KHXC_DB_1 Class: KHXC_DB

ccp_olp::load_object: Cached object returned: KHXC_Display Class: KHXC_Display

ccp_olp::load_object: Cached object returned: KHXC_Session Class: KHXC_Session

khxc_app::load_object: Cached object created: CCP_OLP Class: CCP_OLP

khxc_app::exec_namespace: Loaded namespace base module CCP_OLP.

khxc_app::exec_namespace: Executing namespace function 'procgwresp' in the CCP_OLP class without parameters.


a bit further down:

ccp_olp::procgwresp: The procgwresp() method was unable locate an active gateway currently posting to this namespace. CGI form data may be incomplete.

khxc_display::include_file: Started file: /apps/ccp0/CCP/includes/olprelayfail.php

khxc_display::xhtml_translate: XHTML transalation tables built.

khxc_display::include_file: Completed file: /apps/ccp0/CCP/includes/olprelayfail.php

khxc_app::exec_namespace: Executed namespace function 'procgwresp' in the CCP_OLP class without parameters.

---

My permissions on what file/directory?  I can check.

---

I agree.  I hope it helps, Steve.  Let me know.  I did like the idea of payments coming in all in one place, maybe we'll give it another go.  At this point, I don't care WHAT we use as long as it will just WORK.

---

I heard back this morning from Nick on the support ticket I paid for on Wednesday regarding this Paypal error message:

Hi Jessica.  This error is encountered when CCP tires to process an
order for a gateway that does not have it's status set to Active.
Your debugger output backs this up.  I assume these transactions are
PayPal WPP Express, but you don't have the Express method's status set
to true(1) in ClickCartPro.

I wrote back but haven't heard back yet. 

We do not currently want to offer Paypal Express or Paypal Pro.  Right now we just want to offer Standard, regular Paypal along side our Authorize.net credit card checkout, so of course Paypal Pro / Express is set to false.  Why would the cart be trying to use it if it's set to false?  I went into the Paypal Payments Pro settings (buried and hard to find when you don't know you even need to find it under the CCP Application Settings) and removed our API username and password, certificate info etc, and made sure the "Use Express Checkout Button" thingy was set to false (it was) and ran a couple more tests.  (It's getting really old sending myself money, ha!)  I still have the error.

Last edited by kiwimum (09-28-2007 11:41:19)

Oh I'm glad you're all fixed... maybe I'll get my issues sorted soon as well.  So far we're still getting the error message from everyone returning from Paypal checkout.

GAH.  Yup, us too. 

What do we need to do to get this fixed?  Strip and streak a football field somewhere?  I'm getting desperate.