[Andras]

Hello Jonah,

Thanks for reaching out!

Sorry about this issue with the organizers and venues and WPML.

We are aware of this bug which came with 4.6.14 and our developers will be looking into that hopefully soon.

Until then you can roll back to 4.6.13, I believe that still didn’t have this issue.

I am going to set the status of this ticket to “pending fix” and we will update it once the fix is released.

If you have any new questions or issues please create a new ticket and we’ll help you out.

Thanks and cheers,
Andras

[Andras]

Sure thing JB. I’ll be here waiting.

Cheers,
Andras

[Andras]

Hi Justin,

I checked your file and import.

I believe this is a glitch on our side. I will file a bugticket for this so our developers can take a look at it.

As for now I don’t really have a workaround for this, I’m sorry. The only way to fix this is to open and re-save the events.

I know that 5000+ is a lot, if you allow me here’s how I would do it to make it somewhat faster than opening them one-by-one.

• use Ctrl + click, that will open the events in a new tab
• open 5-10 at a time
• use Ctrl + Tab to switch between the tabs
• you position your mouse over the publish button and
• Click, Ctrl + Tab, Click, Ctrl + Tab …
• after all tabs saved, close them and open another 5-10
• you can use Ctrl + w to close a tab

Here’s a short screencast example I did. I used Ctrl + click when I clicked on ‘edit’, Ctrl + Tab to switch tabs and Ctrl + w to close them when the indicator in the tab stopped (meaning saving is ready).

If you are using a Mac, then it is likely Cmd + key.

https://1drv.ms/v/s!Aqh6lbOjUW1T8XWF-mhox835GUHS

Hope this helps. Let me know if you have any further questions regarding this.

I am going to set the status of this ticket to “pending fix” and we will update it once the fix is released.

If you have any new questions or issues please create a new ticket and we’ll help you out.

Thanks and cheers,
Andras

 

 

[Andras]

Hi Steve,

Thank you for testing that.

I also checked some more variations like php 5.6 and 7.1, apache and nginx. And in every scenario they work well without any notices or errors in the console.

I will pull in an extra set of eyes to take a look at this and get a different perspective. Please hold on.

Thanks and cheers,
Andras

[Andras]

Hi Andrew,

Thanks for sharing that! Sorry to hear that the categories from Outlook didn’t get imported. I just checked it and it looks like that the .ics export from outlook does not contain the category data, so unfortunately there is nothing we can do about this. I’m sorry.

Your workaround is a good one, that is a great way to do it in the light of the above note. Congrats on finding this solution.

Is there anything else I can help you with before we close this down?

Andras

 

[Andras]

This reply is private.

[Andras]

Hi Michael,

This took some time but managed to find the source of inconsistency.

Basically it boils down to this: If you change the label of the attendee meta fields after some ticket purchases have been made, then the data will not show up in the export any more.

This is how it works technically:

When you create the ticket product with the attendee meta fields, then the field names / slugs will be saved with the product.

When a ticket is purchased, all that data (slugs) is saved with the ticket.

When the export happens, then it checks the slugs for the product and exports those. If the ticket doesn’t have the same slugs, then it will not be exported.

In your case and with the sample data you pointed out, for the 2 fields with N/A:

Your ticket product has this slug saved:

... enter-n-a-if-not-applicable

But your tickets have this:

... enter-na-if-not-applicable

(See the difference between ‘na’ and ‘n-a’.)

My hunch is originally in the label it was “… enter NA if not applicable”, which then got changed to “… enter N/A if …”.

You short term solution for the past data would be changing the 2 labels to “… NA …” from the current “… N/A …”

I tested this on my local and it worked.

This goes for the two fields:

• If the attendee is being moved, what was their previous class? ENTER CLASS, DAY & TIME in the box below (Enter NA if not applicable)
• Medical Condition / Treatment (Enter NA if not applicable)

Obviously if you have made sales since then, then those might not show up properly in the new export. There is only a manual way to fix this. You will need to dig into the database and change the slugs for the purchased tickets manually.

In the long run you need to make sure that you don’t change the labels on the attendee fields, as that will change the slugs.

I hope this helps and let me know if you need further assistance.

Cheers,
Andras

[Andras]

Hey Paul,

Something unexpected came up for Jennifer so I’m jumping in to help out.

To set the expectations, this essentially looks like a custom development task and so is outside of our stated scope of support. With that being said, we’d love to help point you in the right direction.

We do need to prioritize support requests from other customers at this time. If you urgently need help with this, however, you may instead wish to consider working with a suitably skilled developer or designer who can offer the additional level of support you require.

I see that you are using WooCommerce. Probably the easiest way to limit the minimum number to one is with a template override. (Please undo / remove any changes you did before regarding this to start with a clean slate.)

Take this file:

wp-content/plugins/event-tickets-plus/src/views/wootickets/tickets.php

And make a copy of it here:

wp-content/themes/[your-active-theme]/tribe-events/wootickets/tickets.php

Open that file for editing and look for line 129, which should look like this:

'min_value' => 0,

Change that line to:

'min_value' => 1,

Save and now your ticket quantity counter will start at 1.

I would like to disallow any user to click on “Pay Now” button before he has entered his details.

This will require a bit more advanced coding, possibly javascript and jQuery.

However, if you set the all the fields as required, then the user will not be able to add the tickets to the cart, until all required fields are filled out. They will rather see an error message like this: https://cloudup.com/cM5B2seF_nm

I hope this helps. Let us know.

Cheers,
Andras

[Andras]

Hello williamsa16,

Thanks for reaching out to us!

I sincerely apologize for the reply that comes to you very late. We do strive to provide an answer within 24-48 hours to any post. Somehow your thread flew below the radar. Again, I’m really sorry about this and I’ll make sure you will get a timely response from now on.

Our plugins don’t have a built-in functionality like this. I can recommend 2 workarounds.

Create a template override, where the ticket selector cannot go higher than 4. If you tell me what eCommerce solution you are using (WooCommerce, EDD, or the built-in Tribe Commerce) then I might be able to give you some guidance on how to achieve this.

Use WooCommerce and possibly an add-on like this one to limit the max number of tickets. If you go this route then you might need to tweak your site to sell tickets from the WooCommerce products page.

Let me know if this helps.

Cheers,
Andras

[Andras]

This reply is private.

[Andras]

Hello m7adam,

Firstly I would like to sincerely apologize for making you wait so long for an answer. We strive to provide an answer within 24 hours, somehow your post flew below the radar and I just discovered it.

I’m sorry you are having issues with the gCal import. Let me try to help you with this.

Do I understand correctly that if the import is set up to run daily, then you are receiving an error, and when it is set up to hourly, then it runs ok most of the time?

Could you share with me the url you are importing so that I can run some tests on my end as well?

Thanks and cheers,
Andras

[Andras]

Hello Dan,

Thanks for reaching out!

Our plugins do not have any invoicing functionality built in. You would need to rely on an eCommerce solution (WooCommerce or EDD) to do this for you.

If you use any of the above you can still set up tickets and sell them, while WooCommerce (and possibly an add-on to that) will take care of creating and sending the invoice.

Or you can set up WooCommerce products to be your tickets without having the need for our ticketing plugins. Maybe it would be simpler.

Let me know if you have any further questions.

Cheers,
Andras

[Andras]

Hi Ward,

Thanks for reaching out!

Not quite sure what an “average week in our office” means for you, so I’m going to make half a guess here:

You would like to show a week view filled up with events.

That is the same for all weeks.

You don’t need dates or links or show details of the single events.

So:

Week view: here is the default week view that comes out of the box with Events Calendar Pro: https://wpshindig.com/events/week/

For this you can create a template override and / or css hacks to hide the dates at the top and whatever else you don’t need (dates, links etc.)

If you want to show the same for all weeks then possibly the best solution would be setting up the events sometime in the future and add a snippet that will always load that week for you.

We also have a snippet / extension which helps you set what hours you want to show (midnight to midnight, or only 9 to 5 or whatever you wish).

And there is a built-in setting which lets you enable / disable any calendar views: https://cloudup.com/cxoNqAA9Q-l

Please note, that we are limited in supporting and providing customizations as per our support policy. We can try to give you guidance, but you will need to do most of the coding yourself for these (unless we have a ready solution).

I hope this helps. Let me know if you have further questions.

Cheers,
Andras

[Andras]

Hello Ciaran,

On the list view I do see the name of the current month.

I tried getting to the month view, but I couldn’t, so I’m not sure how to move forward on this.

Could you prepare a screenshot / mockup to show what is the current status and another showing what you would like to achieve?

You can check if the month view is enabled under Events > Settings > Display tab (screenshot)

A template override doesn’t do anything with the data saved in your database. It merely allows you to change the design, layout and / or content details of your different calendar views.

So in one sense, yes it will effect your current events in list view if you create a template override for the list view.

If you create an override for the month view, then nothing will happen with the list view.

Andras

[Andras]

Hi,

Unfortunately I wasn’t able to take a look at the site. I received a “This download link has expired.” message.

We also have some performance related knowledgebase articles, I suggest you going through them.

• Caching Basics – https://theeventscalendar.com/knowledgebase/caching-basics/
• Caching Month View Transients – https://theeventscalendar.com/knowledgebase/caching-month-view-transients/
• The Events Calendar Performance Considerations – https://theeventscalendar.com/the-events-calendar-performance-considerations/

Other ideas:

• Decrease the number of events
  • delete the passed ones (older than a month or so). There is an option for that under Events > Settings > General tab (screenshot)
  • don’t post events which are too much in the future, e.g. further than 6 months
• Decrease the number of posts in the database
• restructure the pages where there is a lot of different content / load less content (as was mentioned before)
• use a caching plugin (you might be already using one, I don’t know)

Or a totally different route: leave WordPress.com and set up your own site at a hosting provider.

For less than half the price of the .com Business package you can get a top account at SiteGround. (This is not an affiliate link.) Or you can choose any hosting provider you like.

Personal experience, I’m running a website at SiteGround which is not light on resources and have no issues.

The drawback of this one is that you need to fully maintain (update your plugins) your own site, but I guess you need to do something similar at .com as well. On the other hand you will have less limitations.

I hope this helps. Let me know if you have any further questions.

Cheers,
Andras

[Author]

Posts