Forum Replies Created
-
Posts
-
Thanks Frank. That is unfortunate. That would seem to indivate that another plugin, or possibly your theme, is parsing titles and adding the span caps tag to them. To test for this would you be able to follow this tutorial (Click here)? THat will let us know what the conflict is, and thus put us one step closer to finding a solution.
Please let me know if you have any questions. If not, what’s the result of following that tutorial? Cheers!
– Brook
Interesting petermcgrath. Are you also runnign the theme LivingOS_Xi?
Either way my advice would be the same as the above, does a conflict test help isolate the issue? Also, if you can please open a new topic. Feel free to link to this one for backstory. But as per our forum rules we do our best to keep our topics to one issue per person, that way each person gets our undivided attention.
Cheers!
– Brook
Howdy again,
I agree, we are close to repairing the problem. That particular venue likely has the incorrect longiture and latitude stored for it. If you know how to access your database, you could confirm this by checking the wp_postmeta table for the venue ID, and seeing it if has a latitude/longitude value and if it is correct. If you do not know how to check this, that is okay. Could you try going into WP Admin > Events > Venues, and modifying the venue? Change the address. Try changing it to a nearby location and clicking save. Does it now show up when you do a search for Trzebińska 40 or the near by location? If so try changing it back. Does it work now? Can you make the address more specific than it already is?
It is possible that Google Map’s API will simply not give us the proper longitude and latitude for that venue. In which case there is not mujch we can do. But hopefully one of the above ideas will help us to correct the incorrect value, and make it work as expected. Please let me know if that works. Thanks!
– Brook
Howdy Frank!
I think that will be an easy fix. If you go to WP Admin > Events > Venues, you should see a list of your venues/locations. Select the one used for that event and click edit. Now in the title are you should see:
Lehrstuhl für Umweltverfahrens– und Anlagentechnik <span class=”caps”>LUAT</span>
If you simply remove the HTML code it should be fixed. If you do not see the HTML code, then select over and delete everything in the title box, and retype it out. That should fix it.
Did that work? Do you have any further questions? Please let me know.
Cheers!
– Brook
Howdy achildgrows1,
That is certainly slow! That’s no good.
There is one possible solution. Could you try pasting this snippet in your theme’s functions.php? http://pastebin.com/CmKMxrHE That will slightly adjust your MySQL settings and has on occassion fixed issues of slowness.
If the above did not fix it though, I unfortunately have bad news. You probably need a faster server, particularly a database server. We have worked extremely hard to make our calendar as performant as possible. We dedicated 4 releases this summer to squeezing out every last drop of performance we could. In the end, if a properly configured server is running our plugin is that slow it probably just can not handle a calendar/WP application without being upgraded.
Please let me know if that first snippet worked. And do you have any questions I can answer, or any way I can help you further? Thanks!
Cheers!
– Brook
Howdy Bob,
That is strange. We did slightly change the way our CSS works in 3.9.1, but that was to fix a bug that was introduced in 3.9.0. You did not use any snippets or make any changes since 3.9.0 did you, to fix that bug? If so, can you disable them?
If the above does not apply to you, then we need to isolate the problem further. Could you try a conflict test (click here)? That should help us learn a lot more about the issue.
Let me know if you have any questions. Cheers!
– brook
Oh good question. It can go inside of your theme’s functions.php file. I usually paste it at the very top of the file, just under the opening <?php line.
Does that make sense? Did the snippet work?
Cheers!
– Brook
Howdy Hunnicutt,
Thanks for testing that out. I am trying to reproduce the problem on your site, but I am unable. Furthermore your site appears to be serving the correct HTTP headers.
I doubt this has to do with mobile versus non mobile site, because the link and file is the same for both. Likely it more has to do with the calendar software on your phone. I am going to have one of our support reps who has an iOS device take over since they should be able to reproduce the problem, and see if that yields further insight. We will get back to you tomorrow. Cheers!
– Brook
You are asking all the right questions Dennis. You are definitely headed in the right direction for a solution, but unfortunately the road might still be a long one.
I think I’ll see if anybody from the other plugin has encountered this before I start mucking around in the rewrite mechanism. Do you have anything written up about how your plugin handles rewrites?
I do not have anything like that. In community the logic is a bit abstracted inside of the class WP_Route ( /the-events-calendar-community-events/vendor/wp-router/WP_Route.class.php ) . We call that via TribeCommunityEvents::addRoutes(). What you do need to know is that this is the proper route for the community events add page is this:
Request: events/community/add Query String: WP_Route=ce-add-route Matched Rewrite Rule: ^events/community/add$ Matched Rewrite Query: WP_Route=ce-add-routeAre there any common points of conflict with other plugins? You’ve probably experienced other conflicts, and maybe there’s something else going on. It certainly seems like a slam-dunk as far as being in the URL rewriting area, but who knows?
Great questions. We can be rather certain that you’ve isolated the problem to the rewrite rules. Compare your results with the proper ones above. Your results would naturally return a 404 because there is no WP Page (which is a type of WP post) with the slug “calendar community add”, and thus the query string/rewrite that matched “pagename=calendar%2Fcommunity%2Fadd” would return a 404. We need to correct the query string and make sure it stays corrected. You might could write your own rewrite rule which forwards “events/community/add” to “WP_Route=ce-add-route”m and have it run with a super late priority in the hope that it will overwrite anty other rule inclucding your other plugins. But, I can not say for sure if this will fix the problem, just that it’s worth a shot. Furthermore you should also delete any page with the short code “[tribe_community_events]” on the off chance that it might be interfering.
Does that answer your questions? Please let me know if you have any more. Cheers!
– Brook
I just wanted to let you know that I responded via email a few days ago because the database we received was incomplete. Just in case you missed that response I wanted to also follow up here and let you know we will need the full set of WP tables to proceed. Let me know if you need anything from me. No hurry on my end, but I did not want to take the chance my last communication was lost.
Cheers!
– Brook
That should definitely be possible. This snippet sounds like what you are looking for. It should change the link throughout your calendar. If an event has the Event URL set, then clicking on the event will take you to the Event URL. If it is not set, then it will take you to the Tribe Events Page.
Did that work? Is that what you wanted?
Cheers!
– Brook
Howdy hunnicut,
Are you having similar problems downloading the file from our demo site? http://wpshindig.com/events/ I do not think you will. If you are not having problems with the demo site, then there is likely a conflict happening on your site. Would you mind testing for conflicts? That would help to isolate the problem.
Please let me know if you have any questions. Cheers!
– Brook
