Fields get stripped
When testing the user submission form, fields get stripped and a lot of information is lost. I have several screen shots to send you…unfortunately I don’t see any way to upload a screen shot for you. 🙁
If not using a SMTP mail plugin:
— No emails get sent, ever.
If logged into Subscriber account AND using SMTP mail extension:
Mail gets sent, but I lose several fields for the event, date gets set to 1970, and none of the info for the venue gets retained, other than the name.
If logged into Admin account AND using SMTP mail extension:
Mail gets sent, I do not lose any fields, but date gets set to 1970 and again none of the info for the venue gets retained aside from the name.
Note that I have tried 3 different SMTP plugins and it happens with all three of them, so it’s not any one particular plugin. The error occurs any time I try to send mail by SMTP, but without a SMTP plugin no mail gets sent at all. mail() works fine on my server as many other sites are using it with no issues.
Thanks for reaching out and sorry to hear you’re having trouble here, but hopefully I can help. The email alerts are meant to only be a notification that an event has been submitted, and don’t contain all of the data related to the event. However, you should still be seeing the data saved correctly on the event itself.
If not using a SMTP mail plugin:
– No emails get sent, ever.
This is possibly due to your server configuration or your hosting setup. I would reach out to your host to see if this is expected behavior.
Regarding the data not saving correctly, can you send me a link to your event submission page, so I can investigate further? Thanks! 🙂
Regarding your data not saving correctly, I was able to submit an event with no apparent issues here: http://challengeat.ca/evenements/communaute/edit/event/1009/ All of the fields that I submitted data for were saved correctly also: http://challengeat.ca/wp-admin/post.php?post=1009&action=edit.
Has something changed on your site? Because I’m not able to replicate the issue that you’re describing. Thanks! 🙂
I was JUST NOW able to reproduce it. Here are the steps:
1) Log in with a SUBSCRIBER account (you can create one with your admin account I gave you).
2) Submit an event. The event I submitted created a new venue and a new organizer.
3) Log out of subscriber account.
4) Check email that is sent to admin; click on link to edit the event.
5) Log in as ADMIN.
6) Fields are missing and date is set to 1970.
It seems that this only happens if you click on the link that is sent to the admin via email (ie. http://challengeat.ca/evenements/communaute/edit/event/1011/). If you don’t click on that link and view the event directly from /wp-admin/ then it looks okay. But my clients are going to be receiving these emails and clicking on those links, soooooooo…it has to work the way it’s supposed to. Can’t send links to broken stuff to my clients.
Yes, I have done that, but for the sake of argument I have done it again just now. I am still getting this error. Here are screen shots…
My plugins: http://mimicummins.com/clients/cat/plugins.jpg
Stripped fields in /edit/event/xxxx/: http://mimicummins.com/clients/cat/1970.jpg
Stripped field in wp-admin: http://mimicummins.com/clients/cat/admin.jpg
Note that in previous trys, other fields also got stripped, but for this particular test I did not try to create a new venue or organiser.
Did you try the steps 1-6 that I outlined above?
I wasn’t able to replicate the date issue you’re having in my local environment, but I was able to determine that the categories were stripped out of the Event Submission. I’m going to submit a ticket to one of our developers to investigate further. I’ll let you know here when I have more information. Thanks for your patience!
I’m seeing the same issue locally, however this appears to only be happening when events are submitted as a draft. If you change your settings to “Pending Review” or “Published” then it appears that everything is getting saved correctly (screenshot). Give that a try and see if it solves the issue for you as a workaround. Thanks! 🙂
Hi Casey. My settings are already “Pending Review”, and I can’t change them to “Publish” because I can’t allow the public to just post anything they want without reviewing it first. I changed it to “Draft” to see what happens, and it retains the category, but still sets the date to 1970 (on the front-end edit/event/xxxx/ page). I changed it *back* to “Pending Review” and again it loses the category (date still munged). I changed it to “Public” just to see what happens (even though I can’t use it like this)…again on the edit/event/xxxx/ page the category gets stripped and the date is 1970.
I followed your steps above exactly and wasn’t able to replicate the issue as you described in the ‘pending review’ state. However, I was able to replicate this in the ‘draft’ state, which is why I created a ticket for our developers to review further.
Could you send me a screenshot of your entire Community events settings page in the clean install, so I can ensure that I’m testing with exactly the same settings you have? Also, are you running WordPress 3.9 in the clean install? I’m just curious if that has any impact on what you’re seeing. Thanks! 🙂
Ok, it looks like this is related to using the French translation, as our team was just able to replicate the issue exactly using the steps you provided. Just to confirm, can you temporarily switch your clean install over to English, so we can rule out server configuration? Thanks! 🙂
Hello. I have *purchased* this premium theme and am still unable to use it either on my live site nor on the completely clean install that I created to test this. I created an admin account for you and sent the information in a “private” reply above, but from what I can tell, no one ever went to look or test anything. No “Subscriber” accounts created, no events submitted, and no communication for the past two weeks. Where are we with this please?
Thanks for posting your date settings. As Casey mentioned in his reply on April 18, we were able to replicate this on our own site. As a rule, we do not log into our customer’s sites for security reasons. However, we are dedicated to testing and replicating issues on our own installs so that we can get confirmed issues into our system to be fixed.
We have replicated and ticketed your issue, and are actively working to correct it. Although we test our plugins thoroughly with each release, bugs and issues inevitably slip through and are caught by users such as yourself. We then work to correct those problems as soon as possible. I’m sorry that you have run into multiple issues here, but please know that we are doing our best to get them fixed. We will update you here as soon as we have any progress to report.