Forum Replies Created
-
AuthorPosts
-
February 27, 2017 at 11:39 am in reply to: iCal URL is correct, but iCal Importer doesn’t get events #1246394
Cliff
MemberI understand. Thanks for explaining.
We have this existing feature request: https://tribe.uservoice.com/forums/195723-feature-ideas/suggestions/16852576-let-users-import-events-from-other-ecp-installs-vi
My understanding is that it will be released as part of EA sometime this year. Hopefully that does a great service for you eventually.
February 27, 2017 at 11:24 am in reply to: Facebook Import – Category being overwritten on import #1246379Cliff
MemberHi, John. Sorry Event Aggregator hasn’t been the smoothest ride so far. We’re definitely working hard to improve that. Thanks for bearing with us on this journey.
I did see another user report the same issue you described but for a Google Calendar import so I’ve logged a new bug to firstly try to replicate the issue and secondly to fix whatever bug(s) is discovered.
I’ll mark this ticket as Pending Fix, which means this thread should receive a reply once the applicable fix has been released. I cannot guarantee when it will be fixed as it’s in the development team’s hands now. They need to assign it, code it, test it, and schedule it for release.
I apologize for this issue and appreciate your understanding and patience.
February 27, 2017 at 11:19 am in reply to: Event Category & Organizer overlayed after import #1246372Cliff
MemberAlso, I saw you said the Event Category wasn’t being preserved, which is a separate bug. I’ve attached this thread to both of these internal bug reports.
February 27, 2017 at 10:14 am in reply to: Event Category & Organizer overlayed after import #1246314Cliff
MemberHi, Nick.
Sorry you’re experiencing this.
To be clear, your topic title said “overlayed”, which I initially thought meant “overlapping” (like a layout issue), but your explanation text makes it sound like you meant to say “overwriting” or “replacing” so I’ll assume “overlayed” was a typo… please correct me if I’m wrong…
Unfortunately, not respecting local changes for Venues and Organizers is a known bug, just like you described.
I’ll mark this ticket as Pending Fix, which means this thread should receive a reply once the applicable fix has been released. I cannot guarantee when it will be fixed as it’s in the development team’s hands now. They need to assign it, code it, test it, and schedule it for release.
I apologize for this issue and appreciate your understanding and patience.
February 25, 2017 at 7:49 am in reply to: Spurious URLs being generated, creating "Not Found" Google Crawl Errors #1245790Cliff
MemberBest practice for adding custom code (like to implement a PHP snippet to modify The Events Calendar) is to create a functionality plugin, unless it’s something specific to your theme, in which case best practice is to make sure you’re using a child theme, then add the customization to your child theme’s functions.php file.
I hope this information helps!
Cliff
Memberhttps://thewhiteisle.co.uk/ibiza-clubbing-calendar/month/?tribe-bar-date=6-10-08 was the only one that was in October 2006 for me.
The others were all April 2017, which either is a bug (doesn’t display February) or a feature (displays the first month with an event); I’m not sure.
However, the fact that this is a good thing (don’t want to display empty views) and that they all acted consistently leads me to believe it’s a built-in feature that I forgot about or is one of your customizations.
Other than the URL with “tribe-bar-date” in it, none display in 2006 for me.
You initially stated, “My question is this, is there any way to remove an event category through the use of a functions.php filter from the main calendar which would still show if shortcoded elsewhere?”
Is that still your question?
February 25, 2017 at 7:40 am in reply to: Re-open feature request to allow admins to edit ticket "Additional Information" #1245786Cliff
MemberProceed with caution (we can’t help if you break something directly in your db) and have a great weekend.
Cliff
MemberThanks for your understanding and kind words.
Have a great weekend.
Cliff
MemberI didn’t quite understand that, Dan. Please clarify if you need further assistance at this time.
Again, this will eventually be resolved once the updated translation files come along with the next update. They just happened to be a bit out of sync between the various updates and this should be resolved by the next update.
Thanks for your understanding and patience. We apologize for this inconvenience.
Cliff
MemberDan, please have just the PARENT theme active along with Go Pricing plugin and see if you still experience the issue. If yes, please send me the parent theme.
If no, then please re-activate the CHILD theme and see if the issue is then reproducible. If yes, then please send me both the parent and child themes.
Thank you.
February 24, 2017 at 3:59 pm in reply to: organizer-fields.php still not being used as front-end output in 4.4.2 #1245583Cliff
MemberHi, Courtney.
I was able to replicate this behavior. Here are the details of the bug report that I submitted to our developers:
Organizers:
- Directly editing /wp-content/plugins/the-events-calendar-community-events/src/views/community/modules/organizer-fields.php to remove the Organizer Phone and Website fields takes no effect.
- Copying that file to [your-active-theme]/tribe-events/community/modules/organizer-fields.php and making customizations in that file also has no effect.
- Directly editing /wp-content/plugins/the-events-calendar/src/admin-views/create-organizer-fields.php does take effect on the front-end Community Events form
Venues:
- I did not try to replicate for Venues but that should be tested too.
===
You stated “still not being used” but I couldn’t find a previous report of this issue in our internal bug tracker. Do you know what version of Community Events and/or The Events Calendar that you first noticed this behavior?
===
I’ll mark this ticket as Pending Fix, which means this thread should receive a reply once the applicable fix has been released. I cannot guarantee when it will be fixed as it’s in the development team’s hands now. They need to assign it, code it, test it, and schedule it for release.
I apologize for this issue and appreciate your understanding and patience.
Cliff
MemberHi, Tony.
Sorry you’re experiencing this. If it really is acting this way, it shouldn’t be. Venues definitely aren’t Organizers!
To confirm:
- Please provide a Facebook URL for which this is happening.
- Does it also happen for one-time imports or is this bug specific to scheduled imports?
- Please provide the SQL you’re running.
Once I get this information from you, I’ll see if I can replicate the issue on my local testing site.
February 24, 2017 at 3:30 pm in reply to: Spurious URLs being generated, creating "Not Found" Google Crawl Errors #1245566Cliff
MemberHi, Gregg.
Sorry you’re experiencing this. You’re not the first to report this.
Please see the code snippet at https://theeventscalendar.com/support/forums/topic/disable-single-events-rss-feed-from-header/#post-1223092 and let me know if that solves it for you in the meantime of us releasing a full bug fix.
I’ll mark this ticket as Pending Fix, which means this thread should receive a reply once the applicable fix has been released. I cannot guarantee when it will be fixed as it’s in the development team’s hands now. They need to assign it, code it, test it, and schedule it for release.
I apologize for this issue and appreciate your understanding and patience.
February 24, 2017 at 2:58 pm in reply to: Re-open feature request to allow admins to edit ticket "Additional Information" #1245546Cliff
MemberDaniel, thanks for the heads up on that UserVoice item. I’ll have our team get that opened up again soon.
Regarding where such data is stored, one way to find out (in the spirit of “teach a man to fish”) is by opening PHPMyAdmin, navigating to your full database (not any specific table), and then doing a Search across all database tables for the exact item you want to change, the more unique the better to avoid possible false-positive results (e.g. wanting to change the Business Name attendee meta field’s value from “Sue’s Shoes” to “Bob’s Boot Barn”) –> search for “s shoes” or something…
(Of course, we always recommend restorable database and file backups before modifying anything on your site.)
To answer your question, though, the Attendee Meta Information is stored in the postmeta table, with its value stored as a serialized array. Example: https://cl.ly/2O1j021G2b0p
From that screenshot, the string “test here. let’s see what emails get sent.” is 42 characters, which is why “s:42” precedes it. So if you change that Attendee Meta’s value to “Bob’s Boot Barn” (s:15) you’d have to change
s:42:"test here. let's see what emails get sent."to
s:15:"Bob's Boot Barn"That being said, you shouldn’t change serialized arrays directly in the database due to the high likelihood of making an error!
For learning, though, tools like http://unserialize.onlinephpfunctions.com/ and http://serialize.onlinephpfunctions.com/ may come in handy (third-party, not guaranteed or supported by us).
Cliff
MemberThis reply is private.
-
AuthorPosts
