Jump to content

quantum cdg gateway timeout causes failed cc


adtastichosting

Recommended Posts

A gateway timeout between quantum cdg and whmcs sends a "credit card payment failed" to the client. The charge however was actually processed successfully. This is annoying and embarrassing just a tad.

 

Anyway to fix it so in the event of a "Operation timed out" error the program does not send the automated payment failed message to the client? Would be nice but might be asking for to much, :lol:

 

The failure in this case was 60,000 milliseconds which is 1 minute. Also, how would one go about increasing that timeout? Maybe that would lessen any chance of this occurring again if it was increased a little.

Link to comment
Share on other sites

  • 1 month later...
A gateway timeout between quantum cdg and whmcs sends a "credit card payment failed" to the client. The charge however was actually processed successfully. This is annoying and embarrassing just a tad.

 

Anyway to fix it so in the event of a "Operation timed out" error the program does not send the automated payment failed message to the client? Would be nice but might be asking for to much, :lol:

 

The failure in this case was 60,000 milliseconds which is 1 minute. Also, how would one go about increasing that timeout? Maybe that would lessen any chance of this occurring again if it was increased a little.

 

Anyone have any thoughts on this? It seems to be occurring more often than I'd like. I intend to speak with quantum and see if it is something on their end but at the same time would prefer to have whmcs not send a credit card failed message in the event of the error message posting in the gateway log being a timeout - but would also like to increase the amount of time whmcs waits for the postback from the current default of one minute as that might solve the issue more often than not,

Link to comment
Share on other sites

  • 2 weeks later...
Anyone have any thoughts on this? It seems to be occurring more often than I'd like. I intend to speak with quantum and see if it is something on their end but at the same time would prefer to have whmcs not send a credit card failed message in the event of the error message posting in the gateway log being a timeout - but would also like to increase the amount of time whmcs waits for the postback from the current default of one minute as that might solve the issue more often than not,

 

Still having this issue on a regular basis. No feedback on how to increase the timeout in waiting for response from the gateway and/or preferably not send a credit card failed message at all when it is a failure of getting a response the gateway?

Link to comment
Share on other sites

  • 2 weeks later...

Just to confirm - this happened to me as well - and it started about 15 days ago !!!

Luckily I was monitoring gateway log (because of an "overcharging issue I had with Quantum" - they were actually charging me double, but after I contacted them - they fixed the thing).

 

Anyway I was monitoring Gateway logs and I've noticed that actually few payments (three of them) WERE PROCESSED successfully but WHMCS told me that there was "Operation timed out" error !!!

 

Now, it was pure luck for me that I actually SAW THIS, so I've marked those invoices as paid, so I save my self (and my company) being embarrassed, but since this is happening to you as well, I think that WHMCS owes us an explanation !!!

 

I'm not sure whose fault is this: Quantums or WHMCS, but please guys DO SOMETHING ABOUT IT, as this is very serious stuff (actually this can be interpreted as THEFT by our clients - they do pay us, but we disable the service :shock: ) so I am pretty much sure that this issue MUST BE resolved ASAP. Until that happens - I will keep monitoring Gateway log every day which I recommend to you as well !!

Link to comment
Share on other sites

Just to confirm - this happened to me as well - and it started about 15 days ago !!!

Luckily I was monitoring gateway log (because of an "overcharging issue I had with Quantum" - they were actually charging me double, but after I contacted them - they fixed the thing).

 

Anyway I was monitoring Gateway logs and I've noticed that actually few payments (three of them) WERE PROCESSED successfully but WHMCS told me that there was "Operation timed out" error !!!

 

Now, it was pure luck for me that I actually SAW THIS, so I've marked those invoices as paid, so I save my self (and my company) being embarrassed, but since this is happening to you as well, I think that WHMCS owes us an explanation !!!

 

I'm not sure whose fault is this: Quantums or WHMCS, but please guys DO SOMETHING ABOUT IT, as this is very serious stuff (actually this can be interpreted as THEFT by our clients - they do pay us, but we disable the service :shock: ) so I am pretty much sure that this issue MUST BE resolved ASAP. Until that happens - I will keep monitoring Gateway log every day which I recommend to you as well !!

 

If anything, I'd like to be able to have it not send the failure message at all to the client and be able to have the option of manually sending it when and if needed.

Link to comment
Share on other sites

  • 3 weeks later...

I believe you would need a file from Matt with regard to modifying the timeout setting as there is no method for us to individually control this, so it appears. For me, I simply changed the time when my cron runs from the older time of just after midnight to a later time since I began to think maybe it was a traffic issue from CDG and haven't had a problem since then so maybe that fixed it.

Link to comment
Share on other sites

Hmm.. mine runs at 3AM... maybe later in the early morning? I hear ya though, it sucks having to e-mail clients and tell them I've refunded them because my billing system messed itself.

 

Quantum's reply to my support request said...

 

"I would suggest you to contact WHMCS directly and suggest them to add a XML Requester query to search for recent transactions and try to match if the transaction was already placed or not before re sending the same transaction."

Link to comment
Share on other sites

3am might not be the best time. Mine ran just after midnight but then, so does everyone else I assumed. So I moved it up just a tad. But I've often found the gateway running slow after 2am or so when developers are doing some type of work because usually they have that type of thing occurring late in the am.

I don't understand why you would have to email clients and tell them you've refunded them though because the billing system messed up. Are we talking abut the same issue here? In this case the gateway is actually correctly processing the charge but the postback isn't being received by WHMCS within the 60 second timeframe so it does a timeout error thusly does not update that the charge has gone through and the cient subsequently gets an email that their credit card failed when in fact, it didn't. (Although, arguably it could have been a failed charge as in a denied credit car or so forth).

So I have a couple of issues with this process. One is. WHMCS is sending a "your credit card failed billing" email when in fact, it does not even KNOW if the credit card failed billing since it never received the transaction data from the gateway. it timed out waiting for the data. Thus, it is fibbing i nits response to the customer. In reality if it was grammatically correct so to speak, it should send an email that says "The gateway timed out so we never received a response as to whether your charge wen through or not. Our billing department will manually verify and let you know and email you the subsequent receipt." Or something to that effect.

The other issue I have is that we cannot change the timeout.

 

"I would suggest you to contact WHMCS directly and suggest them to add a XML Requester query to search for recent transactions and try to match if the transaction was already placed or not before re sending the same transaction." -That might be a good idea, something to think about but not sure it applies in this instance since we are not "resending" the same transaction.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use & Guidelines and understand your posts will initially be pre-moderated