|
CalvaryMiami
|
January 21, 2020 at 9:04 am
It is giving me an error when I try to log in to mobile app. The error reads:
“Timestamps received on a request as the value for Date and Time fields must be in RFC3339/ISO08601 format. The timestamp provided (2020-01-21T00:00 is not that format. “
|
|
Tony
|
January 21, 2020 at 9:36 am
Hi there,
Which version of the mobile app are you using? iOS or Android?
If iOS can you post your device’s specific software version number, please?
|
|
CalvaryMiami
|
January 21, 2020 at 12:14 pm
I have it installed on my andriod phone.. Google Pixel 2
App says Version 2.32
|
|
Tony
|
January 21, 2020 at 5:40 pm
Hmm, strange.
Can you send me login details I can use to test the app?
You can use this form https://eventespresso.com/send-login-details/
I’ll see if I can capture the request sent to/from your server and get more details of where the above format is coming from.
|
|
CalvaryMiami
|
January 22, 2020 at 7:25 am
So something different happened today. I might not be doing something right. Now it says “Connection error. Unable to load data.” My current situation is I have Event Espresso on my wordpress site Version 4.10.2.p, use the vanco payment which is working fine.
Then I downloaded the mobile app and tried to log in with the same website http://www.calvarymiami.com/wp-admin and use the same credentials that I use to login to my regular wordpress site.
My goal is to use the mobile to app to check people in using their name as the come to the event. It looked like the mobile app could do that and It would be the best experience. Because logging to the worpress site has a ton of other things that I don’t want a regular person at the event check in to have access to…
Was there anything else I missed?
I just want to make sure i send you the correct credentials you were asking for…
|
|
Tony
|
January 22, 2020 at 1:42 pm
Then I downloaded the mobile app and tried to log in with the same website http://www.calvarymiami.com/wp-admin and use the same credentials that I use to login to my regular wordpress site.
On the app, for the website URL put in:
www.calvarymiami.com
Sounds like are using the correct credentials but that URL above is wrong for the app. Event Espresso saves all of its data on your site, so the app is logging into your site and you use the credentials for that site (not your eventespresso.com login details, which some users try to use).
So with the above url, what happens in the app?
|
|
CalvaryMiami
|
January 23, 2020 at 1:22 pm
Ok i just tried i reset one of the admin accounts on wordpress, tried logging in wordpress and it logs in just fine…
When i put it on the app it is now telling me “Connection error: Unable to load data”
I filled out the form with my credentials, however i have changed the credentials since that time because I was having some issues logging in on the wordpress side. All of that is now working and I can log in to wordpress just fine.. Can I go to the same link you posted to enter in the correct information? or would you like to send me that link again and I can fill it out..
What would you like me to do next.?
|
|
Tony
|
January 23, 2020 at 2:00 pm
Can I go to the same link you posted to enter in the correct information? or would you like to send me that link again and I can fill it out..
Yes, you can use the same link but I’ll post it here for convenience:
https://eventespresso.com/send-login-details/
Note that I didn’t receive any credentials previously.
When i put it on the app it is now telling me “Connection error: Unable to load data”
Did you use the URL I posted above? So no protocol (http) and /wp-admin/ on the end?
|
|
Tony
|
January 23, 2020 at 2:04 pm
Actually, looking over your site, the value you use in the app for website URL is just calvarymiami.com
|
|
CalvaryMiami
|
January 24, 2020 at 7:40 am
i tried just using calvarymiami.com and got the same “connection error: Unable to load data”
|
|
CalvaryMiami
|
January 27, 2020 at 7:17 am
Any other progress on this? were you able to log in?
|
|
Tony
|
January 27, 2020 at 9:26 am
Hi,
I’m able to connect to the site, but I get the same error you originally reported:
Timestamps received on a request as the value for Date and Time fields must be in RFC3339/ISO08601 format. The timestamp provided (2020-01-21T00:00 is not that format.
Can you install the REST API Log plugin on the site so I can view the request/response sent to/from the site?
|
|
CalvaryMiami
|
January 27, 2020 at 9:36 am
Yes. go ahead..
|
|
CalvaryMiami
|
January 27, 2020 at 9:37 am
oh sorry i missed read that.. You asked me to install it. I will try now.
|
|
CalvaryMiami
|
January 27, 2020 at 9:40 am
Done it is installed
|
|
Tony
|
January 27, 2020 at 10:29 am
oh sorry i missed read that.. You asked me to install it. I will try now.
Just to clarify why, unless we are working on a support token with FTP access to the server we will not install plugins or edit any code on a site (we generally won’t ask for login details either but for app issues like this we need them to test)
Done it is installed
Thanks.
So I checked the logs of what is being received by your site and the problem is the timestamp sent in the REST request is missing values.
These are the values passed to your site:
"where": {
"Datetime.DTT_EVT_end": [
">",
"2020-01-27T00:00"
],
"Datetime.DTT_EVT_start": [
"<=",
"2020-01-27T23:59:59"
]
}
This "2020-01-27T00:00" is incorrect and should be "2020-01-27T00:00:00"
However, the app does send the correct value and if I log out of your site into any of my test sites to confirm that, I get the correct values, like this:
"where": {
"Datetime.DTT_EVT_end": [
">",
"2020-01-27T00:00:00"
],
"Datetime.DTT_EVT_start": [
"<=",
"2020-01-27T23:59:59"
]
}
Looking at the logs on your site it looks like the requests are all being sent through a proxy, is that something you have set up or your host? If your host you’ll need to contact them and have them investigate this as it appears the values sent are being altered when they are forwarded onto your site.
|
|
CalvaryMiami
|
January 27, 2020 at 11:02 am
I totally understand on the installing a plugin.
I didn’t set up anything through a proxy, I will contact my hosting which is Go Daddy and do my best to explain the situation using your example.
|
|
CalvaryMiami
|
January 27, 2020 at 11:32 am
Yup.. it is our hosting plan. I would have to transfer the entire website to another hosting plan for it to work. Very Sad. So I will work on another plan. I don’t think we are ready for such a major move for this just yet.
|
|
Tony
|
January 27, 2020 at 11:36 am
My guess is that they are filtering the requests based on user-agent so it’s a little difficult to give you an example, but this is an example of the request being sent:
https://calvarymiami.com/wp-json/ee/v4.8.36/events?where%5BDatetime.DTT_EVT_end%5D%5B%3E%5D=2020-01-27T00:00:00
As you can see, the timestamp is correct above and if you click it you’ll likely get a response with event data.
Yet if I send that same request using Postman (A tool users to test REST API’s) I get the error: https://monosnap.com/file/yx3fgvI8aMZ1io7gE68znkbxQLrqwN
Then if I check the REST API log for that specific request, I see the seconds are missing from the timestamp: https://monosnap.com/file/qKxL3uTBZuyOE4VsebJTykaadUDchC
|
|
CalvaryMiami
|
January 27, 2020 at 12:18 pm
bizarre. Well I am going to simply work around it. by downloading the information from event espresso and using another mobile app to do the check in. Thanks for all your work looking into this for us..
|
|
Tony
|
January 27, 2020 at 12:24 pm
May I ask which app you are using for this?
|
|
CalvaryMiami
|
January 27, 2020 at 12:36 pm
Easiest best looking one, very fast and easy to use that i found was from boomset. It lets you import a list from event espresso. I tested it and it worked..
Mobile Guest List
Check-In
|
|
Tony
|
January 28, 2020 at 3:35 am
Oh, I see what you mean.
You’re exporting the registrations form Event Espresso into another event management system and using their app.
I thought you meant connecting another mobile app to Event Espresso on your site.
Can’t help any further with the above as I have zero experience with it but glad you found a solution that works for you 🙂
|
|
CalvaryMiami
|
January 28, 2020 at 5:53 am
I didn’t even think about using another app that can connect with event espresso, not a bad idea to try looking for something. I am open to suggestions as a possible solution if you had any. I can’t be the only person using godaddy, managed WordPress hosting and having these issues.
|
|
Tony
|
January 28, 2020 at 6:19 am
I didn’t even think about using another app that can connect with event espresso, not a bad idea to try looking for something.
I don’t know of any, that’s why I asked which app as checking in EE registrations would be a specific request to Event Espresso and I’ve not heard of any other apps that can/will do it.
I am open to suggestions as a possible solution if you had any. I can’t be the only person using godaddy, managed WordPress hosting and having these issues.
If you contact GoDaddy and give them details of this they should be able to help. Either changing the filter that is removing the additional :00 or excluding the EE user-agent from that proxy. Part of the problem will be getting through to someone at GoDaddy who knows how to do it, you’ll likely be told it’s not possible at first, or simply that it isn’t an issue on their end (you can see from above something is going on with the request when forwarded onto the site).
I’m sure you’re not the only person using GoDaddy, but we list them under hosts we do not recommend:
https://eventespresso.com/requirements/
I’ll give you just one quick example as to why…
The GoDaddy managed hosting package used to (and may still do) come with server-side caching enabled on ALL pages by default. We set do not cache headers, query strings etc all to make sure EE pages are not cached….. GoDaddy ignored them all and just cached everything anyway, that breaks your registrations.
We worked through this with multiple users, got in touch with GoDaddy multiple times and were eventually given a recommended solution to disable the cache after being told on multiple occasions it wasn’t possible, then it was, then it wasn’t again…
The solution was to remove object-cache.php from the sites files or contact GoDaddy support to have them do it for you.
Great….. until users that had removed that file started reporting the same errors again, or users that contacted GoDaddy were once again told it wasn’t possible to disable the cache at all. GoDaddy was apparently replacing that file on servers that had removed it so without notice all registrations would break and their support techs had no idea on how to disable the caching.
(Note that disabling the cache on specific pages would have been fine, just like you can with WPEngine, GoDaddy couldn’t do that)
This isn’t the only issue our users have had with them but it was a significant issue for many that went on for months, so our decision to not recommend them was not a knee jerk reaction. I haven’t dealt with GoDaddy in a while now so this may well have changed but we simply cannot recommend them based on past experiences.
|
