TOPIC: Matukio 5.2.4. – Contact, Language & Payment Issue

Hello Yves!

Thanks for the long awaited update to M’5.2.+ I am currently testing M’5.2.4 on a live server with Joomla 3.4.3 and php5.4.

1. I’m having a problem with the contact form that is used to contact an organiser. If I try to send an e-mail to the organiser, whether it’s clicking on their (hyperlinked) name on the event list page or selecting the event details button, so that I can select the contact button to that produces a modal contact form, after completing the e-mail form and selecting Send, a parser error message appears (see the attached image) and the form has to be cancelled to return to the web page. This error appears in Firefox and Chrome browsers and on the two different servers I’ve tried. But what‘s surprising is that the e-mail is sent normally, even though this error message appears and no confirmation message of the e-mail being sent is shown. The same problem happens if the Contact button is selected when a user can view their (pending) booking details in the front end of the site. What do you think is happening? Additionally, if an organiser’s e-mail address is from the Joomla User Manager and different e-mail address is saved to be used in the “Email override” field for the organiser the e-mail is still sent to the organiser’s Joomla e-mail address listed in the User Manager.



2. The Language Constants (Administration), for the five of the offline payment plugins (listed in the following order below) being Bank Transfer, Cheque Payment, Purchase Order, Cash Payment and Direct Debit do not have unique constants or keys for example:

ORDER_INFO
Thank you for your booking. Please transfer the fees to the following bank account:
ORDER_INFO
Thank you for your booking. Your booking is in our records, but will not be processed until we have received payment from you.
Please click on Pay Now to finish your booking!
ORDER_INFO
Thank you for your booking. Your booking is in our records, but will not be processed until we have received payment from you.
ORDER_INFO
Thank you for your booking!
ORDER_INFO
Thank you for your booking.

This means when you change just one of these Values of a Constant, in the language overrides, they will ALL be changed to just that one new language override as the override system cannot tell them apart. Is it possible for you to give these constants a more specific label such as: ORDER_INFO_BANK, ORDER_INFO_CHEQUE, ORDER_INFO_D_DEBIT… etc., in your next update?

3. I’ve been testing the standard PayPal plugin (Sandbox) and it works fine. However, following a completed booking transaction, if a merchant gives a refund by selecting the “Issue refund” button in their PayPal Merchant account and completes the refund, the confirmation e-mail for an active booking and the invoice that was sent to the user, when their booking was confirmed, is sent again to the person who made the booking! Should this happen? Also, the booking is not cancelled in the back end of the site (which happens if a user decides to cancel the PayPal payment before completion and returns to the site) as a result of the refund, but I assume you’d have to insert some code into the PayPal plugin to make this happen. Though, some type of cancellation notification to the administrator would be useful when a refund is made from the PayPal Merchant account.

4. Finally, the short term for Bankleitzahl – BLZ appears in the site’s front end when a Bank Transfer payment is used, but it appears as “Bank code” in the back end where one inputs their banking information. I cannot find a language constant or value for BLZ (even in the language file for the plugin), so that Bank code (or preferably Sort Code) can be shown in the front end instead of BLZ. Can BLZ be changed?

I hope that solutions are possible for what I’ve written - Vielen Dank.

MR B

Hi Mr B,

1.) I need a link to say something to the not authorized message - this is not the default behavior.

The email in the organizers profile is not overwriting the joomla users one, this is never wanted that way (see tooltip). It was planned to just show that address in the frontend, but i never implemented that..

So probably going to remove it anyway.

2.) Yep this is a known issue. The payment plugins are not provided by use (at least most of them are not - we wrote 3 which don't have this issue(except one)). But i have it on my todo-list .. Makes updates for us harder..

3.) The paypal plugin supports just successful callbacks, nothing else (except cancellation), so refunding is currently not integrated. As i said above, it's not written by us. With Matukio 6 there will be a big review of the existing payment plugins.. and maybe i rewrite the important ones like paypal myself.. :/

4.) The placeholder is BLZ E.g. just create a language override for that..

Cheers,
Yves

Hello Yves,

Thanks for your reply... you stated:

"I need a link to say something to the not authorized message - this is not the default behavior."

Hmmm... Not sure what you mean by this! Do mean a link to my site to see what is happening? If so copy and paste the following:

ptmaps.echs.eu/appointments-events.html

I have set up an organiser with your name and e-mail address so complete the e-mail form and see what happens then check your e-mail account to see if you have received the e-mail.

Thanks - MR B

Hello Yves!

Did you use the link in the above post yet? I'm not sure what you need to see if there is a problem. A prompt response would be welcome as the site's link is a test site and I do not want it to be continuously online.

Mit freundlichen Grüßen

MR B

Hi,

sorry had a busy week and sometimes need time to debug something I see you closed the page again - if you like you can just create a login for me (This email address is being protected from spambots. You need JavaScript enabled to view it.)

Cheers,
Yves

Hello Yves,

Thanks for your reply and the latest update (v5.2.5 doesn’t resolve my problem.) The test site is online for a few hours at the moment, so follow the link in the in third post of this thread. I’ll also send you front end access in case you visit and the site is offline.

MR B

Hmm your template / site ignores format=raw..

ptmaps.echs.eu/appointments-events/contact/send/raw.html

Not sure what's going on, do you have any SEF Plugins active like SH404 etc.?

Cheers,
Yves

Hello Yves,

Thanks for your reply. Indeed SEF URLs are the problem here as using Joomla’s native (non SEF) URLs allows the form to be closed automatically when a message is sent and I am not using any third party SEF components or plugins. My template’s structure is basic and highly customisable (so that the code can be added, changed or removed). I would like to know what code and where I would need to use so that this contact form can function normally, as the error message is the only problem, because the e-mail is actually sent!

Alternatively, would you be able to adapt Matukio’s code (such as an override for me to include just for my template) for this modal e-mail form as it is the ONLY area of your component that does not work as it should with my template.

I’ve invested quite a bit of time in the template I am using and do not want to change it and nor do I want to use just non SEF URLs on my site. Your feedback with a solution would be welcome. Vielen Dank

MR B

Hello Yves,

Are you able to offer any guidance to solving the problem I wrote to you about in the previous post? It's been almost two days!

Mit freundlichen Grüßen

MR B

This is not a thing fixed in one day or a simple solution.. Need to test why this is happening.. (recreate the issue) and then fix it, you are the only one with this issue, so i have to find out what makes you special etc... Have it on my todo-list for Matukio 5.2.6 or 5.2.7

Kind regards,
Yves

Hello Yves,

Thanks for your reply. I contacted the developer of the template I’m using and he believes this SEF URL matter relates to the modal form, as he said the template does not ignore “format=raw”. Do you have the syntax data that shows the template has this problem? I tried the “Modern” template mode for the event details page and clicking on the contact button for the organiser and sending the modal e-mail form works normally with SEF URLs! So it appears the Bootstrap mode for the contact form is the problem. Why would the template I’m using not cause the error in “Modern” mode if you say it ignores “format=raw”?

Secondly, the error message “Sending failed parsererror”, is this message generated by the component Matukio? If so where can I find this message as it is not in the language file? As I could change this message, temporarily, to a confirmation message until you are able to resolve this matter. Vielen Dank.

MR B

Hello Yves,

Is there any update on the above post as to where I can find the file with text that generates “Sending failed parsererror” for the error message I get when sending a message with the modal e-mail form for contacting an organiser? As I’m not able to find it! I hope this is this too much to ask? Vielen Dank.

MR B

Hi Mr B,

in the modern template it works completely different, that has nothing to do with the problem. Here we use a AJAX send and this fails..

It fails a way it should never - this is the reason you see this alert.. It's intended for admins (or me) only, so it's not translated like normal error messages..

It's in the template files.. So you would need to edit 3 different templates..

error: function(jqXHR, textStatus, errorThrown)
{
// if sending fails
alert("Sending failed " + textStatus);
}

Going to change this to a console.log in the next version, but this won't fix your sites problem..

Kind regards,
Yves

Hello Yves,

Thanks for your reply. Before attempting to look into your extension’s code, the issue with the error message” Sending failed parsererror” when attempting send an e-mail to an organiser still persists despite the update to 5.2.6 one week ago.

I managed to find an earlier test site that has Matukio 5.1.3 installed with the current template I’m using and I was able to send an e-mail without the error message being displayed. However, as soon as installed version 5.2.0 the error message appears. This is clearly something caused by whatever changes you made between Matukio 5.1.3 and the 5.2.0 series and is conflicting with my template for this particular issue. Looking at the change-log you've provided with the release of 5.2.0, I would not know what is listed in the update to cause this problem.

Would you have an idea of what changes you have made in 5.2.0 that would cause this error message to be generated? As I’ve not made any changes to my template, you should look at what specific changes to the Matukio 5.2.0 you may feel has caused this. Is it possible for you to do that?

Mit freundlichen Grüßen

MR B

Hello Yves,

Have you thought about what may be causing the problem with the template that I’m using with with Matukio 5.2+ series that I didn’t have with Matukio 5.1+ ? A response of some sort, within a reasonable time frame, would be welcome whether or not you have a solution in mind. As I’m beginning to feel this is an issue that you’d rather not deal with. Vielen Dank

MR B

Hi Mr B,

response of some sort, within a reasonable time frame

What do you call a reasonable time frame?

I can't tell you anything new - the thing is that i completely rewrote the contact form and improved it with Matukio 5.2 (It shows confirmation messages now, can use placeholders and a lot of other nice things), so it's not only a one line change and the issue was there before on your site (IMO) but just not shown.

I have your problem on my todo-list for Matukio 5.2.7. As i said this is not a minute thing..

Kind regards,
Yves

// Update: Added an workaround for this.. Is going to come out with Matukio 5.6.7 in the next couple of days.

Hello Yves,

Thanks for your reply. A reasonable time frame for a response to a support enquiry is 12 to 24 hours, based on what is written as feature when subscribing to/buying one of the two of the Matukio components shown with support time responses, unless this just relates to a support ticket. However, 24 hours should be the maximum for a commercial component even with enquiries posted in the forum.

Any after installing the Matukio 5.2.7 the problem still occurs with the error message , as I’ve shown earlier in this thread but the e-mail is sent. No changes there. There are some errors on most sites and they are masked, if debugging is not activated, but still a site can be functional. As the e-mail is being sent the function is not the problem it’s the error message that is displayed. You have already found the problem as being an SEF URL issue so is there rewrites to the code that relate more to this matter you can look at? I would appreciate your persistence to overcome this matter.

Mit freundlichen Grüßen

MR B

As you see we are answering in a lower time frame. But fixing things is a different thing and this takes longer

Hmm i don't understand why it still shows up, i removed all alerts from Matukio. Need to test at your site again... Any active template overrides?

Kind regards,
Yves

Hello Yves,

Thanks for your reply. I do not have any active template overrides at present. You can access my site as you did before. You are still listed as an organiser for one of the events with your e-mail address. If you require your access details again (as the site is offline when I’m not working on it), I’ll send you an e-mail again with the details shortly after this post. I hope that this error can be resolved. Vielen Dank.

MR B