Forum Replies Created
-
Posts
-
As I have mentioned, I have tried that and it did not work. I cannot disable them while the site is live in the middle of the day for obvious reasons. I have stated repeatedly that they DID work prior to a recent TEC updates and they DO work on single event pages. I feel like you are simply not reading my responses and now, seemingly inferring that I am lying to you. I loathe contacting TEC support for these reasons, so please know that I have tried everything possible to resolve this without having to submit this request.
You are also failing to mention the other errors that are appearing. The duplicate map error has been there from day one. Once again, the maps were fine on calendar pages prior to a recent TEC update.
You can look at any single event page (or any other page on the website) and see that a map appears at the bottom above the footer. The map does not appear on calendar pages now – you will see a huge white space.
Please address this bug.
Yes, I have already tried that and the map on calendar pages still will not appear. Thus, I am contacting you.
Again…THE MAPS WERE WORKING FINE BEFORE A RECENT TEC UPDATE AND MAPS DO STILL WORK ON SINGLE EVENT PAGES.
Please address this bug.
Please read my ticket completely. Maps DO work on single event pages. Maps do not work on calendar pages with or without a shortcode. The API key is setup correctly. Once again, this WAS working prior to a ETC update.
So it is clear…
– Maps DO work on single event page– Maps do not work on calendar pages (daily, weekly, monthly)
– Maps worked on calendar pages (daily, weekly, monthly) prior to an ETC update
– The API is setup correctly
Please address this bug.
I have tried all troubleshooting steps and error still persists. And stating for the third time in this thread…THE MAPS WORKED PERFECTLY FINE BEFORE A RECENT TEC UPDATE.
Additional info…this WAS working prior to most recent updates despite warning about multiple map APIs and it still DOES work on single event pages.
Sure, but I think Series Engine was an issue. I did have to manually update recurring events and update the UTC timezone that was needed last time. After doing that, the times are displaying correct across the next two DST periods. Thank you for figuring that out. This has been a very, very frustrating experience that keeps coming up. I’ll keep a closer eye on this client as they continue adding events. If you would still like a database dump, please let me know.
I should add…recurring events that have been in there from day one, approximately two years ago, work fine. This is only affecting recurring events added within the past few weeks. I’m sorry I can’t say exactly when.
No change. I had rebuilt the entire site from scratch earlier this year and everything worked fine, but had to use UTC. That no longer works either – and is also not ideal anyhow.
I have tried both of those solutions and neither one works. I have now had to go in and manually edit the times for every single recurring event after March 11. I am not doing that again and this should not be an ongoing issue with a simple calendar. Waiting up to two days for a single support reply is exactly why I will never use this plugin on a site again.
I have tried everything, which is why I requested “support” from you. DST has been an issue every single year with this plugin. Using UTC was the solution I received the last time it happened while waiting for a fix that never came. It is really unbelievable at this point. How can a calendar plugin not get DST correct? It happens every year in the US!
How are instructions like that available if there is no fix for it? And I would have to go through every recurring event on all of my client’s websites using this plugin?!? You cannot be serious.
I don’t understand how a DST issue like this can be pending for almost a month with no resolution is sight – and it doesn’t even appear on the list of known issues.
Please advise how I can request a refund. I will never use this plugin in the future.
