Commercial support and Extensions

Review, Consultancy, Support plans - Commercial extensions

Warning

You do not have a menu item pointing to the list all Akeeba Ticket System categories for the English (United Kingdom) language. Ticket links may be broken until you add such a menu item.

#1111 – JTicketing Throwing Error

Posted in ‘Assistance’
This is a public ticket. Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.
Wednesday, 03 March 2021 21:49 UTC
gregkeys

If relevant, give us some technical details to reproduce the issue you're reporting

Joomla version: 3.2.25
PHP version: 7.3
Server: (apache/iis and version) openlite
Server OS: (win/linux/osx) linux

The payment seems to process properly but something is breaking in the success webhook, Im getting this error.

× Message Stripe Payment confirmed × Error Some error occurred while processing payment

 

Attachment
Thursday, 04 March 2021 09:07 UTC
ric

Hello Greg,

alas the error message is very hard to trace, as it's basically the error message jTicketing throws for dozens of different errrors.

The most likely cause is a template override that was done a while back and now conflicts with the new code; but really it's a guessing game.

Please let me know:

- if the page was working fine with other payment methods (in case you don't have any, add a Cheque payment and give it a go)

- your Joomla version is super old. We run automated tests on all the latest versions, but there is no way of ensuring compatibility with such an old version

- ensure you are using JTicketing 3.1+ or better 3.2+

- php 7.3 may be too old as well

If you are stuck with the current versions because of other products incompatibility, I strongly advise to set up a modern machine where you could run your tests.

 
Friday, 05 March 2021 08:11 UTC
gregkeys

The page works with other payment methods, I tried paypal and check

Joomla is the latest version, I mistyped the version it should be 3.9.25
JTicketing is 3.2.1


One thing I did note which seems to be different from other payment plugins is the redirect to JTicketing is missing the processor, this is the url that seems to be failing.

`index.php?option=com_jticketing&task=payment.processpayment&order_id=14&processor=`

Friday, 05 March 2021 08:41 UTC
ric

Hello Greg,

please find a video attached of the payment flow on a simple installation of jticketing, in particular the part after Stripe returns to the website, do you see the green banner (or possibly orange if there were errors?)

If you don't, you might be missing webhooks, see here for info https://www.fasterjoomla.com/extensions/136-stripe-v-3-update-instructions

Else, I need to see the server + joomla logs and possibly get admin access to your site in order to run some diagnostics and figure out the issue at hand.

 
Friday, 05 March 2021 18:51 UTC
gregkeys

Here is a video of what's happening.
I do have the webhooks configured, Not sure if they are correct but I did set them up for both sandbox and live mode.

https://monosnap.com/file/CJ5bYswoGWz97oEsNK8cwYJIzzkHXM

Friday, 05 March 2021 22:47 UTC
ric

Hello Greg,

bad news: the payment goes through all the way to jTicketing which in turn invokes my plugin, and seeing the green bar means everything is fine i.e. Stripe is able to invoke the webhooks, and they inform my plugin that the payment was ok, and the result is stored correctly in the temporary folder. Then my plugin sends back to jTicketing the confirmation and we get possibly the hardest error to catch.

I checked their code and line 84 of components/com_jticketing/controllers/payment.php seems the origin, the error is thrown simply when the 'processing' param is found empty.

It's my plugin not passing the 'processing' param as you mentioned. The return url is provided by jTicketing

I went to look at my test server and I could not see the 'processor' field because SEF is enabled, and maybe the processor is set as default by the router.php which is not invoked without SEF.

This is just a guess, but I added the processor and pg_plugin attributes to the submiturl. pg_plugin is another possible responsible for not having the processor carried through.

I will try to attach the version here, as it doesn't make sense to release it yet if it doesn't fix the issue.

 
Friday, 05 March 2021 22:51 UTC
gregkeys

sounds good, Ill wait for the patch and test it straight away

Friday, 26 March 2021 02:40 UTC
system
This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.
Friday, 16 April 2021 01:40 UTC
system
This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.
Thursday, 06 May 2021 01:40 UTC
system
This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.
This ticket is closed, therefore read-only. You can no longer reply to it. If you need to provide more information, please open a new ticket and mention this ticket's number.