Forum Replies Created
-
AuthorPosts
-
January 3, 2018 at 8:37 am in reply to: cURL error 61: Unrecognized content encoding type. libcurl understands deflate, #1417058CinchParticipant
Reporting this same issue on multiple sites I manage.
CinchParticipantHi Patricia,
Thank you so much, that must have been the problem. I can’t test it now because I imported each event individually, but I’m sure this is the fix.
Thanks again,
~ BryanCinchParticipantThanks guys, issues are all clear on my end.
CinchParticipantOkay thanks for the info. Option number two seems to have solved the issue.
Cheers,
~ BryanCinchParticipantThanks Barry. I think my plan is basically to start from scratch, clearing all old events and beginning with a fresh install. There seems to be a lot of inexplicable cruft built up over the last few years – starting fresh might clear that out as well.
Thanks,
~ BryanCinchParticipantActually, the missing/not missing events is happening with the 2.x version as well. I’ve got a recurring event on the main calendar but it’s no where to be found in the back end events list. The only way to edit it is to use the edit link from the front end.
I know this is a separate issue and I should probably open a separate ticket for it…
CinchParticipantLooks like all is not well… After reinstalling from the original backup, and upgrading to 3.4, it appears all of my recurring events are gone… Well, not gone… the event list says there’s over 3000 published events, but only 4 pages worth… Event category’s say they have a number of posts, but clicking through to these shows no posts available…
Do I need to update the plugins one version at a time perhaps?
CinchParticipantOkay Brook I’ll start my own thread.
CinchParticipantI am having a similar issue with 3.5.2 – unending load times on the front-end, not able to load on the backend.
I’m currently running this on my local environment, using MAMP. I’ve tested it with the default theme and all other plugins disabled.
Another note, this is an update from version 2.x something…
CinchParticipantHi Rob. Yes, I’m simply hiding that link via CSS. At this point I’m happy with where it’s at so consider this thread resolved.
CinchParticipantHi Barry,
Yes, I’ve deactivated all plugins except ECP, changed to default theme, and the problem persists. I run a basic WordPress install running twenty-whatever locally, and the issue is there as well.If you can’t replicate it I’ll just have to hide it with CSS.
CinchParticipantHi Barry,
No, I’d like to leave the option for events that have an actual, Google-able event. I can’t seem to uncheck the map link checkbox. I uncheck it, it comes back after updating the event.
August 6, 2013 at 2:43 pm in reply to: PRO 3.0 Upgrade – Customization issue with is_single() for tribe_venue post type #59150CinchParticipantUpdate to last post. Adding && is_single() via Jonah’s gist does indeed work correctly.
August 6, 2013 at 2:27 pm in reply to: PRO 3.0 Upgrade – Customization issue with is_single() for tribe_venue post type #59149CinchParticipantJust checked using that conditional within a template file and can confirm that it doesn’t work. Returns true for every page.
August 6, 2013 at 12:19 pm in reply to: PRO 3.0 Upgrade – Customization issue with is_single() for tribe_venue post type #59133CinchParticipantHi aguawebdesign,
Here’s a similar conditional that I am able to use within functions.php:
if ( get_post_type() == ‘tribe_events’ || ‘tribe_venue’ || ‘tribe_organizer’ ) {
// Do stuff
} -
AuthorPosts