Forum Replies Created
-
Posts
-
Hi Alexander.
Regrettably our plugin doesn’t play nicely with default permalinks (which you appear to be using). Would it be possible for you to turn on pretty permalinks, with a pattern such as:
/%postname%/If you are unsure of how permalinks work and what they are you can find a good summary here:
Hi B.,
WPML compatibility issues are something we are aware of and we are investigating possible fixes – but it’s a complex issue and may take some time.
Can I ask if you happen to be using the MarketPress e-commerce plugin?
Can I also ask if you can try out the following:
- Login to the dashboard
- In another browser if possible, navigate to your site and replicate the steps you have described so you end up with a 404 for events/upcoming
- In the first browser, navigate to the Settings > Permalinks page then go back to the other browser and refresh the page. Does that make any difference?
That may not resolve the problem (I appreciate it is not a practical means of handling it going forward either) but if it does it would give us a better handle on the problem.
Thanks!
Glad you solved this 🙂
Was there anything on our end you need to comment on (improvements to avoid this in the future etc)?
Tentatively so, but we can’t really give a firm guide beyond sometime in the first half of 2013 if all goes well.
Hi ngaire, I am not at all familiar with WP Touch.
If I understand things correctly though, it’s rather atypical insofar as the “theme” is contained within the plugin. So it’s quite possible our template loader is coming a cropper there.
The other problem is that there is a current bug where tribe_is_upcoming() erroneously returns the wrong boolean value depending on where it is used (and this should be fixed soon).
Though not ideal, you may be better off testing against the requested URL to check if it contains events/upcoming as a means of detecting if the list.php template is going to be required.
There doesn’t look to be any convenient means of doing this built-in, possibly you could create and enqueue some Javascript to either hide the field or set it to a default value, or both.
Except that the 2.1 release mentioned by Rob is now going to be the 3.0 release there isn’t too much I can add here at this time, I’m afraid.
Hi Tali. If you open up your custom events/single.php template you should see an if block beginning:
if ( class_exists('TribeEventsRecurrenceMeta') ...(Lines 52-57 inclusive in an unmodified copy of that template) you should remove that block or edit it to suit your requirements.
OK, so can you build a testing or staging site (you could even do this in a subdirectory of the same hosting account if needs be) and – if you can replicate this problem there, by installing and activating the same plugins and theme etc – run through the troubleshooting steps at that point?
The version of jQuery that The Events Calendar expects is simply the version that ships with WordPress by default, so, if your site is using something other than that then that’s liable to cause problems.
(As I think we covered by email, your site is using an older copy of jQuery – perhaps your theme or another plugin is enqueuing this – if so, consider contacting the vendor of whichever component is making this change.)
