Forum Replies Created
-
Posts
-
It might – or it might not, I can’t really answer that one off the top of my head, but certainly resolving the dual-jQuery issue is going to be a step in the right direction here 🙂
It doesn’t exist as a backup (just to be clear on that) but when a custom pays via PayPal then there needs to be a way to let the website know if the sale went through successfully or not. PayPal has two ways of facilitating this (with regard to the PayPal Payments Standard service). One is IPN – Instant Payment Notifications – the other is PDT – Payment Data Transfer.
I don’t know if your payment addon supports both or not, but if it does then intelligently allowing for both methods is in a sense more failsafe. That would be something to talk through with Woo’s support team or whomever put the PayPal module together, though.
Is the theme different somehow?
It shows as Flavor – VMS on the live site but Flavor on the test site and that two different templates are being used for event views (concertsflavor on one, concertcalendar on the other). And some other oddities, like the plugin name for NextGen gallery being different in one case and not in the other, though the plugin version seems to be the same.
It may be that none of those factors or relevant, then again they may be pertinent. It’s hard to say (what is the difference between the two themes and those templates – are there differences in the functions.php files, etc?). Some changes in the recurrence engine have taken place recently and an additional fix was released in relation to those changes yesterday – does updating help at all?
Not sure there is too much more we can add based on that alone – but thanks for the update, it will be interesting to see if you hit on any solutions here 🙂
I’m surprised it has had zero effect. I do see various caching headers coming back – are you using a caching plugin at all and might we be looking at some cached content?
Failing that, in the first place please deactivate all other plugins – then see if there is any change (with the relevant snippet in place within your theme’s functions.php file). Failing that, let’s confirm it is indeed the problem we think it is – switch to Twenty Twelve / Thirteen or another default theme and see if everything works then.
Let us know how you get on!
OK – all the events on 8 April are recurring, unless I’m mistaken, so I wonder if this was actually a bug we just caught and quashed: can you try updating to the latest version of Events Calendar PRO? It looks like you might be one version behind.
The first thing to do is ensure you are using the latest builds of all our plugins: with that said, I’m surprised a strict error would cause the issue you described. Can you provide a URL so I can see the submission form on your staging site?
The first thing to do would be to ensure you are using our latest builds as recurrence changed (internally) in some significant ways as of the 3.5 release – can you try that and confirm if you are still having difficulties. Please also note we are pretty limited in terms of how much support we can offer for customization work, but if you can share what you are doing (via Pastebin or similar) we might be able to offer a push in the right direction 🙂
Are there similar tutorials and walk-throughs for the event functions for the 3.0 builds? I don’t see any tutorials for using tribe_get_events() with examples similar to the previous link I posted
Our tutorials page lists most of our currently valid tutorial content: we are aiming to build and improve on this and indeed our documentation generally – but for now what you see is what you get on that front and there really is a lot in there already, so taking the time even to look through material that might not seem relevant to what you are trying to achieve could pay dividends as it may expose techniques you can reuse for your own customization.
Thanks!
Sure, that was just an effort to give you some relief in the interim – but yes this has been logged and we’ll make efforts to update this thread as and when we’ve got something more to report (such as when any fix might be released).
Thanks for your patience in the meantime 🙂
Not a bug as such, I don’t think – I was mistaken about how it should behave and an 8am start time seems now to be the expected behaviour.
With that in mind, is setting the start time to the earliest event time in a given week something you want to see/would find desirable? So basically if you have an event at 5am on Friday, but all other events that week start after 9am, you’d want the week view to be positioned at the 5am row initially? I can definitely see the merits of this.
So to add the yellow block (a code block) you just need to add appropriate HTML in your reply:
<code> ...your code here </code>However, don’t depend on it as there are a number of quirks we are working through with the forum – so results may be unexpected and we’d still generally recommend sharing code via Pastebin/Gist/some similar service.
Changing add_filter(‘wpseo_title’, ‘filter_events_title’); to add_filter(‘wp_title’, ‘filter_events_title’); like shown below make “Map View” custom title show but then “Week View” and “List View” custom title doesn’t show !!! How do you explain that – unless something has been changed with 3.5?
Hmm, it’s definitely puzzling: what I can say, though, is this works for me (I’m not testing with WP SEO enabled however). On map view the title is prefixed with Upcoming Events – Danish Maritime Days, on list view I see the same, and on week view I see Events – Danish Maritime Days.
I’d love to help further but, ultimately, what you’re working through here is a customization – I can’t actually see the problem and perhaps it’s specific to your environment? I’d definitely recommend maintaining a testing installation where you can easily collapse down to just our plugins and a default theme to help isolate if this is caused by some other component.
Beyond that I’m afraid we can’t assist further on this one and will close the thread – I do hope you find the solution, though.
To follow up here, this snippet (which you could for instance add to your theme’s functions.php file) could be useful – it basically “fixes” the slugs for venues and organizers such that they aren’t translated, though you could modify it to force usage of German language slugs or anything else you think is useful.
Note that if you receive 404 errors after applying this that is an indicator you will need to visit the Permalink Settings screen (resave the page) just to enforce the new slugs.
I hope that helps 🙂
