Forum Replies Created
-
AuthorPosts
-
George
ParticipantThanks @benmhope—and not to belabor the questioning here, but when you say, “Subsequent edits to not affect the stock,” you mean that if you try editing the stock to be 100, 50, whatever, upon save it just gets reset right back to zero?
George
ParticipantCheers Matthew—check out those tools for further CSS tweaking that I mentioned above, they’re life-savers!
Best of luck with your site,
GeorgeGeorge
Participant😀
April 8, 2016 at 8:47 am in reply to: Have several event custom post types displayed on calendar #1100072George
ParticipantAwesome! Best of luck with your customizing and tinkering.
— George
George
ParticipantThank you @benmhope!
I’m glad to see that all of your products of ours, and WooCommerce itself and such, are all up-to-date. I’m still scratching my head about these issues because I cannot recreate them, though, so I’m wondering if both of you can address the following set of questions?
1. Does the stock get set to zero on the front-end of your site only? Or when you head to the “edit-event” screen for the event in your wp-admin, where you can manage the tickets and add new tickets and such, is the stock here also set to zero?
2. Does this happen to all events? Or does it only seem to be happening to some events?
3. If you create new events with tickets for testing purposes, does this problem happen with any new event you create? If so, then when does the problem emerge: as soon as you “Publish” the event, does the stock get reset to zero?
Thank you!
GeorgeApril 7, 2016 at 12:59 pm in reply to: Overriding tickets.php in a child theme breaks ticket fields #1099812George
ParticipantThank you for reporting this! I will create a bug ticket for our developers and we will patch this up as soon as possible.
Stay tuned to maintenance releases for this to be fixed!
Cheers,
GeorgeGeorge
ParticipantHey Joshlsullivan,
We actually cannot help with any sort of custom coding here. Check out this article to read more about this policy → https://theeventscalendar.com/knowledgebase/what-support-is-provided-for-license-holders/
I will try to point you in the right direction for getting things working though. For starters, can you clarify exactly where in your month view the ticket numbers would be displayed? In the tooltips, for example? Next to the title in the actual “month” grid of days?
Thanks,
GeorgeGeorge
ParticipantHey Christina,
Thanks for reaching out, and for your interest in our plugins!
A one-site (“Personal”) license would be plenty sufficient here, but I would actually like to clarify that our plugins do not support and do not work with WPML. 🙁
Sorry to disappoint!
GeorgeGeorge
ParticipantHey Matthew,
You can remove that content with the following CSS:
.single-tribe_events #tribe-events-content .tribe-events-meta-group-details dt:nth-of-type(2) {
display: none !important;
}.single-tribe_events #tribe-events-content .tribe-events-event-meta dd.tribe-events-event-cost {
display: none !important;
}
Cheers,
GeorgeGeorge
ParticipantThank you for clarifying! Try adding this CSS to the bottom of your theme’s style.css file to achieve that effect:
body.post-type-archive-tribe_events #header-meta {
display: none !important;
}
Sincerely,
GeorgeGeorge
ParticipantCan you post your System Information here in full, as well, @Benmhope? Here’s how to do that → https://theeventscalendar.com/knowledgebase/sharing-sys-info/
Thank you,
GeorgeApril 7, 2016 at 12:39 pm in reply to: Where is the documentation on Ticket Fieldsets in Event Tickets Pro? #1099796George
ParticipantThank you for clarifying!
I’m so sorry for the trouble here, @rob, but I have tried repeatedly to reproduce this problem and cannot recreate it no matter what I try.
With that in mind, then, it’s possible that your theme or other plugins are conflicting with our ticketing plugins and preventing the additional fields from displaying.
To help investigate this, I would recommend doing the complete set of the troubleshooting steps described here → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/
After EACH STEP in that process, go to your event with that ticket and ticket additional-info field and see if it shows up at all anywhere along the way.
I’m sorry to recommend this, but I cannot recreate any problems with getting the fields to display and there is no evidence of other possible causes of things at this time other than a theme or plugin conflict, which the above steps will reveal….
Keep us posted—and thank you for your patience!
GeorgeGeorge
ParticipantThank you! Deleting and then installing a fresh copy is a great step—let us know if that makes any impact here.
— George
George
ParticipantHey Sebastian,
1. Can you post your site’s System Information? Here’s how to do that → https://theeventscalendar.com/knowledgebase/sharing-sys-info/
2. Class names like “av-single-event-content” are NOT generated by our plugin. This, in fact, is I think the core of the problems here. Now that you’ve elaborated a bit, it seems that your theme itself is actually offering up a whole bunch of heavily-customized templates. That’s where the “av-single-event-content” class would come from and such. We unfortunately cannot help with theme templates because we do not make that code, so for assistance with anything relating to elements like “av-single-event-content”, definitely reach out to your theme developer support team for further assistance.
Cheers!
GeorgeGeorge
ParticipantHey @Melynda,
Thank you for this!
This information shows that your site is running the latest versions of The Events Calendar and its add-ons, so there is not a version conflict causing these problems….
I still am unable to reproduce the problems, though. 🙁 So this could mean that there’s a plugin or theme conflict on your site.
I’m curious, do you have any way of knowing if the “traffic” to that URL is from actual human traffic? What tools are you using to analyze that traffic? It could just be bots and web crawlers trying to index your site or something—and plus, if humans end up at that URL they get immediately redirected to the homepage.
So there may not be a “bug” or “problem” here—something with the configuration of plugins and themes on your site might be making that WP_Router/wp-router-placeholder-page/ slug available to XML Sitemap indexing tools, or search engines, or bots, etc.—they fill find nothing there and it will not impact your site, SEO, anything at all like that.
Then, if humans end up at the URL for some reason, they simple end up at the homepage.
If you can elaborate on how you know traffic is ending up there, that might be very helpful here.
Also, can you clarify what your primary concern is? Have you heard from users that they click an event link and end up at this URL, for example?
Thank you!
George -
AuthorPosts
