[Andras]

This reply is private.

[Andras]

Hi Gesine,

This is what I could find out from your database:

Weihnachtsferien:

The original was created on November 8. The second was created on December 20. I guess an import was running and something happened and it got duplicated. I will need some time to dig into the imports.

The Frankreich-Austausch is not in the database, but I found it like “Frankreichaustausch (PMG in Colmar)”. The event ID is 7001 and it is on the ignored/hidden list. Please check your Ignored list (as recommended above) and look for it there. Then un-ignore it.

Osterferien: No clue at the moment what could have happened. For this I will also need some time, need to dig into the imports on our side.

Let me know if you manage to find the Frankreichaustausch.

Grüsse,
Andras

[Andras]

Thanks for getting back to me on that and sharing your thoughts.

I have one more idea for you. Actually two.

If you want to limit the ticket purchase to one ticket only, then go to the WooCommerce product, go to Inventory, and check the box that says ‘Sold individually’. This will then limit the ticket purchase to one ticket. Here’s a screenshot.

If you want to limit to more (but the same for all tickets), then you can create a template override for this file:

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

Line 123 is this:

$max_quantity = $product->is_sold_individually() ? 1 : $max_quantity;

Change it to the max quantity you want to allow, like:

$max_quantity = 3;

If you would like different limits to different tickets, then you could build in an “if” with the ticket ID’s like this:

if ( $ticket->ID == 12 ) {
$max_quantity = 5;
}
elseif ($ticket->ID == 16 ) {
$max_quantity = 2;
}
else {
$max_quantity = 1;
}

The ticket ID’s you can figure out if you hover over the pencil icon when trying to edit a ticket. (screenshot) I know this can be cumbersome with a lot of tickets, but it works. 🙂

You could also use arrays for the ticket numbers if you are handling a lot of them. Set up different arrays of ticket ID’s for the different limits and then make a check “if the $ticket->ID is in this or that array, then do this” kinda thing.

Hope this helps.

Cheers,
Andras

[Andras]

Hello Maria,

I’m really sorry about this Facebook thing. We are also bummed and do hope we can resume this service soon. Unfortunately it’s not in our hands. 🙁

I will check that refund request with my colleague and will let you know. We will get this sorted.

Cheers,
Andras

[Andras]

Dan, thanks for reporting back.  I’m super happy to hear it started working again.

I am going to close this ticket, and yeah, in case you need anything please create a new ticket and we’ll be happy to help.

Cheers,
Andras

PS: We’d be grateful if you would give us feedback on your satisfaction with support. Just click on one of the classy looking emojis below. 🙂 If you can spare a few words, that’s even better. Thanks!

PS2: If you like our plugins, and you didn’t yet do so 🙂 we would also be happy to receive a review in the wordpress.org repository. Much appreciated!
https://wordpress.org/support/view/plugin-reviews/the-events-calendar/
https://wordpress.org/support/view/plugin-reviews/event-tickets/

 

[Andras]

Awesome, happy to hear it got solved. Great job Marcus!

I am going to close this ticket, but if you need anything else related to this topic or another please create a new ticket and we’ll be happy to help.

Cheers,
Andras

[Andras]

This reply is private.

[Andras]

Hallo Marcus

I just tested this. I created the German translation (tribe-ext-schedule-day-view-de_DE.po) with PoEdit and added it to my local test site in the plugin folder (wp-content\plugins\tribe-ext-schedule-day-view\languages\). All the translations worked.

Then I have installed Loco translate and the translations are still showing.

This is what could have happened:

You did some translations with Loco translate. The translation file in this case gets copied to a different folder, e.g. wp-contents/translations/plugins (or there is a Loco translate folder option as well).

Then you did some further translations in PoEdit an uploaded the file into the plugin folder.

But if there are translations outside the plugin folder (like above), then those take precedent.

What you can do is make sure that either:

• Translation files are only in the plugin folder OR
• the translation files in the other folder(s) are up to date as well

Hope this helps. Let me know.

Cheers,
Andras

[Andras]

You’re welcome, I’m happy it helped.

Just want to note that the fix might take some time and might not make it into the next maintenance release.

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 Ruta,

I have ran some tests over the weekend on a multi-site installation and the new instances of recurring events got generated for me as expected.

It might be this glitch is unique to your installation / site.

I’m looking forward to hearing back from you regarding the manual run of the cron.

Meanwhile I will try to get another pair of eyes to take a look at this. Maybe we’ll get some ideas what we can still look at.

Cheers,
Andras

 

[Andras]

Hi Matt,

Thanks for confirming. Happy to hear it works.

This fix was squeezed in at the last moment and looks like the addition to the readme / changelog was skipped.

I am going to close this ticket, but if you need anything else related to this topic or another please create a new ticket and we’ll be happy to help.

Cheers,
Andras

PS: We’d be grateful if you would give us feedback on your satisfaction with support. Just click on one of the classy looking emojis below. 🙂 If you can spare a few words, that’s even better. Thanks!

PS2: If you like our plugins, and you didn’t yet do so 🙂 we would also be happy to receive a review in the wordpress.org repository. Much appreciated!
https://wordpress.org/support/view/plugin-reviews/the-events-calendar/
https://wordpress.org/support/view/plugin-reviews/event-tickets/

 

[Andras]

You’re welcome!

There are two workarounds that could help you:

On the WooCommerce product page you can go to the Inventory tab and check ‘Sold individually’. (screenshot) This will limit the purchase to 1 ticket only in one order.

Or you could try a plugin that limits the number of products (like this one or this one) that can be purchased. There are more like this.

Note, I haven’t tested these plugins so cannot confirm if they work, but testing them shouldn’t be too difficult.

Cheers,
Andras

[Andras]

Hi Hannes,

This is awesome, thanks for sharing that!

Since this is marked resolved I am going to close this ticket, but if you need anything else related to this topic or another please create a new ticket and we’ll be happy to help.

Cheers,
Andras

PS: We’d be grateful if you would give us feedback on your satisfaction with support. Just click on one of the classy looking emojis below. 🙂 If you can spare a few words, that’s even better. Thanks!

PS2: If you like our plugins, and you didn’t yet do so 🙂 we would also be happy to receive a review in the wordpress.org repository. Much appreciated!
https://wordpress.org/support/view/plugin-reviews/the-events-calendar/
https://wordpress.org/support/view/plugin-reviews/event-tickets/

 

[Andras]

i don’t get an error but the website calendar still doesn’t show it.

Does “Frankreich-Austausch” show up on the back-end in the event list?

If yes, then is it set to published?

If it doesn’t then please go the the list of the ignored events, and check if it is there maybe. That can be the reason of the event not being imported if it shows up in the preview. Here’s a screenshot of where you can find the ignored events: https://cloudup.com/c231UC3jOpI

Weihnachtsferien

Indeed weird. My tests are still working properly after the weekend.

I’ll check if there is anything in the database.

Please keep your eyes open and if this happens again, let me know.

The website still ran with PHP5.6

That shouldn’t be a major issue. Our plugins still support that version. Of course in the long run it is recommended to upgrade to 7.x

I exported a full database dump.

Thanks, I got it. Will dig into it to see if I can find something. Please give me a day or 2 for this. I will get back to you as soon as I can.

Cheers,
Andras

[Andras]

This reply is private.

[Author]

Posts