Forum Replies Created
-
Posts
-
Hey Neal,
Thank you for the kind words. We are always happy to help.
If that makes you feel any better, I am not going to Costa Rica this year (some of us have to stay behind and hold the fort), in fact I’m right in the middle of extreme Canadian winter 🙂Kudos on running all the tests! As you were able to experience first hand, dealing with intermittent bugs is no walk in the park.
If you have more details on the weird scenario in question, so that I can try to reproduce it, that would be great.The only known bug currently impacting stock in an undesired way is when an order is placed manually though the backend.
But, if I am able to reproduce your scenario, I’d gladly submit it to our Dev team so that everybody can benefit from it.As per your feature suggestion, it is indeed a good idea.
In fact, you can suggest it or cast your vote on other features in our User Voice forum.If I am not mistaking, you will probably be interested in the partial solution provided here: https://tribe.uservoice.com/forums/195723-feature-ideas/suggestions/4471845-add-a-view-attendees-option-that-shows-attending
Regarding sending emails to attendees, there is no news on that front.
As you can imagine, we get tons of feature requests every day which in turn means that we have to do some pretty serious prioritization. But stay tuned!In the meantime, if you haven’t already, you might want to check out: https://www.woothemes.com/products/follow-up-emails/
Have a great day!
Geoff B.
Good evening Marcel,
Simply adding the code won’t do it for me. (I’m quite of o nitwit when it comes to coding).
I’m sorry to hear that, but I understand where you are coming from.
That being said, you are right, adding the code in without first tweaking it will not accomplish what you are looking for.Do I have to give them the same name as the current files in those folder have? When I export the latest version from GlotPress they are named wp-plugins-the-events-calendar-stable-nl.po and wp-plugins-the-events-calendar-stable-nl.po
Congratulations on managing to download the correct files from Glotpress.
To answer your question, yes you should give them the same name as the one found in the folder (e.g.: the-events-calendar-nl_NL.mo)
You are almost there!
Have a great evening,
Geoff B.Thank you for the system information Rochelle. Most of these plugins work great with ours (except sometimes JetPack which doesn’t play nice)
On a non related note, I am noticing that you are one version behind on both our free plugin and our Pro plugin.
After a backup, I would recommend updating both of them to the latest version.As per hiding the unwanted comment block (which comes from the theme itself), I am sorry my updated CSS patch didn’t cut it 🙁
Maybe this is not feasible for you, but one quick way to get rid of the second set of comments would be to turn the comment block generated by the theme off from your theme options ?
If that’s not an option, then could you try this yet again revised version ?
https://gist.github.com/GeoffEW/223fca6f45b78f2d1a42Have a great day!
Geoff B.
Hey Niklas,
Thank you for your understanding.
I thought the suggested plugin would work because it allows you to shop as a Customer. The reasoning being that this bug does not exist for orders coming from the front-end. But, it was just proposed as a way to patch things up until the bug is fixed.
I absolutely appreciate your additional efforts to find a solution on your end. But, unfortunately, the problem does not lie in the way you are placing your order.
The issue is with the way the stock gets displayed in the single events ticket section (which is inaccurate in the specific context of placing an order through the backend).
Once again, we apologize for the inconvenience. Our Dev team has received the bug and it will now undergo the complete release cycle (including tests).
You will indeed be notified as soon as the patch is available.
Best regards,
Geoff B.
Hey Jody,
I’m sorry that didn’t do it.
I believe the following solution will be just what you are looking for: https://wordpress.org/support/topic/problem-after-update-plugin-event-calendar-2?replies=4#post-8068853
Could you give it a shot and let me know how that goes ?
Best regards,
Geoff B.Hey Gary,
That’s a great question.
Whenever I am troubleshooting, I am a big fan of the following plugin (that lets you see pretty much all that’s going on): https://wordpress.org/plugins/debug-bar/
Additionally, I would recommend taking a look at the following links:
- https://en-ca.wordpress.org/plugins/debug-my-plugin/
- https://codex.wordpress.org/Debugging_in_WordPress
As stated before, I would love to get the details of the “rebellious” entries (at least screenshots) so that I can try to help you with the investigation.
Also, have you tried overwriting the /plugins/the-events-calendar/src/Tribe/Main.php with a fresh copy ?
Let me know how that goes.
Best regards,
Geoff B.Hey,
Just following up on this one. Awesome job by Brian on finding the resolution and to ET for applying the fix.
Please let us know if anything else comes up.
Best regards,
Geoff B.
Good afternoon Daniel,
First of all, I am so sorry if my answer caused any confusion.
This was certainly not my intention.I would love to try to clarify what I meant:
Making changes in the DB directly has risks (especially when it comes to deleting entries).
It does not take much to unintentionally delete something that “holds everything else together”. This is why I suggested reverting back to the DB backup and trying to perform the removal using a plugin or snippet instead.
The good news is that I have bumped into additional tools (if we need them) to do just that since our conversation began.
If I do a 1-time import, I get the correct 22 events.
If I do a daily import, I get almost 500 with duplicates.
Each event goes to a 404
http://www.plattparkchurch.org/calendar/-event/childrens-classes-113/
Oh dear, this must be terrible to experience. Once again, we apologize for all the inconvenience caused by the attempts to correct the initial issue.
Hopefully we can iron out all of these things quickly so that we can go back to business as usual.
In that spirit, I went ahead and tested things out on my local install.
And I was able to reproduce the escalating number of imported events 🙁Digging a bit deeper into it, I opened up the .ics files generated by the <span class=”s1″>Church Community Builder product you are using to generate the ics feed.
The issue is that each time the feed is downloaded, the unique IDs for each event are changed!</span>As such, our plugin is unable to recognize events as being the same and thus treat them as new ones.
I hate to be the bearer of bad news, but it does look like the only solution would be to change this behaviour at the source (how the ICS file is being generated).
Let me know how that goes.
Best regards,
Geoff B.Hey Juan,
Alright, keep me posted on your efforts and best of luck on the coding efforts.
That being said, you are absolutely right. Unfortunately, what you are attempting to do falls under customization.
And although we do encourage customization, the scope of our support for it is limited to getting you started on the right track 🙂Have a great week,
Geoff B.
Good evening Fanny and welcome back!
Thank you for reaching out to us.
We are sorry to hear about the photo view issue you have been experiencing.
I would love to help you with this topic.The good news is that I am able to get the Photo view to display properly under Safari and Apple tablets.
So this means that provided that we can find the cause of the issue in your specific situation, we should be able to fix it 🙂As a first troubleshooting step, could you please provide us with your system information in a private reply ? (following the instructions found in the link)
Also, could you please send us the URL of the website where the photo view is not working properly ?
Have a great day!
Geoff B.
Good evening Niklas and welcome back!
Thank you for reaching out to us.
We are sorry to hear about the stock issues you have been dealing with.
I would love to help you with this topic.As per the issue, you are describing, you are absolutely right. I was able to reproduce it.
This is a legitimate bug and I have opened a ticket for it. Thank you for pointing it out to us.What is going on is that the Product Stock number is always accurate AND reflects the order status correctly.
But, as you pointed out, the variable used to display the remaining number of tickets in the single event view does not take into account the WooCommerce order status, thus creating a discrepancy.Unfortunately, I cannot commit to a release date for a fix at this point. But you will be contacted as soon as there is one.
We do apologize for any inconvenience this could have caused.
In the meantime, I unfortunately do not have a workaround to offer, but if someone from our DEV team does, I will let you know ASAP.
That being said, it is less than ideal, but you could also consider taking a look at the following plugin as an alternative: http://codecanyon.net/item/shop-as-customer-for-woocommerce/7043722
Thank you for your understanding,
Geoff B.
Good afternoon Filippo,
Thank you for submitting your information.
I took the liberty of running a few tests of my own based on these details.
You are 100% right, by default, imported Facebook events do not get updated automatically when you update them on Facebook.
But, I do have some good news, when you go into the “Edit Event” page of an event who’s information has been updated on Facebook, you should see the following button on the right hand-side: https://cldup.com/ZecO276G2s.png
Clicking on that button, will update the appropriate info such as the time.
Let me know if that helps.
Have a great day!
Geoff B.
Hello Rochelle,
I totally understand what you are trying to do. I am sorry if I led you to believe otherwise.
This is why I updated the CSS code with a “+” sign.
Normally, this should hide the second set of comments (and not the first).Could you please test this ?
Best regards,
Geoff B.
Hey Paul,
Awesome and good job at putting it in place!
You are always welcome back if there’s anything else.
For now, I’ll just close this thread 🙂
Best regards,
Geoff B.
Good afternoon Linda,
Thank you for the system information.
As to the timestamp located before the summary, I did a bit more research into the topic.
It turns out that the date in question can be determined in a couple of ways depending on what the Google crawl engine sees when they scan the page.I also believe that there might be some per user caching at stake because for the same exact query the timestamp I get is 5 days ago, which coincides with the first time I did that query.
A quick test you could run is to ask somebody else in your neck of the woods to run the exact same search and see what result they get.
Preferably that person should not share the same Internet Connection as you do.In other words, this does look like a Google side issue and not something related to the latest update of our plugins.
As you might know, Google changes its ways on an almost daily basis.Let me know what you find out.
Geoff B.
