[George]

Hi Caroline (and Derek),

The connectivity issues you described could be at play here, for sure.

However, even though you mention not being able to do those steps right away, unfortunately those are still the most vital steps for us to start with here.

Derek – can you run through the same process I described to Caroline above? Regardless of what plugins you have installed on your site, it’s worth going through those steps (which include your theme, as well).

Thank you both for your patience with this process, let us know what you find!

— George

[George]

Hi Charmaine,

Apologies for the delay here!

Can you address the original questions I left in this thread on June 24? Namely:

1. What version of The Events Calendar do you have active on your site?
2. What version of Events Calendar PRO do you have active on your site?

Further, based on Mark’s input from above, can you check to see if your license keys are entered and valid on your site?

Thanks!
George

[George]

Hey Pete,

Thanks for the information here. I did some digging and one of our support team leaders Brian actually corrected my knowledge here – it turns out this Is a known issue that can sometimes happen. It stems from things deep within WooCommerce itself, which make it hard for us to address.

But I’m curious, can you clarify what process you’re using to test the purchasing of tickets? You mention this:

when I buy a ticket (as a test),

Are you manually approving payments?

If so, here’s what one of our devs shared with us upon digging into this:

This appears to be intended WooCommerce functionality when manually completing WooCommerce orders. WooCommerce does have a way you can manipulate stock after manually completing an order, though. Steps are:

1. Manually complete order
2. Click the View icon (the eyeball) on the Order
3. Scroll down to "Order Items" and check the box next to the item that was purchased.
4. At the bottom left of the "Order Items" meta box is a drop down. Select "Reduce line item stock" and click the little circle button.

As evidence of how this is a known issue within WooCommerce itself, you can check out the original WooCommerce-specific bug report here → https://github.com/woothemes/woocommerce/issues/5117

Let us know if the steps I highlighted above from our developer help you at all! 🙂

Thanks,
George

[George]

Hi Ken,

There is not a wrapper for all ECP-related pages.

As for venues and organizers, tribe_is_event() will return false for those because those things are not events.

To check for those things, there are equivalents however. They are tribe_is_venue() and tribe_is_organizer().

I hope that helps!

Cheers,
George

[George]

Hi Liz (and Eric),

I’m sorry about your continued frustration with importing here. Unfortunately, the essence of your problems come down to something with WP All Importer, a plugin we do not make and do not offer customer support for.

And Liz, what you mentioned reveals a lot about the nature of the problems:

With correctly formatted dates, I can get events in June to show up on the calendar, but a July calendar page isn’t created even though events for July have been imported. If I go into one of the July events and click update, then the July calendar page gets created and all of the July events show up.

So it seems that WP AI is not setting the status to “Published” upon import. If it did, then it stands to reason that these issues related to the events statuses not being “Published” would be resolved.

I’m sorry that we’ve hit a bit of a wall here, but at core this seems like a code-related issue with WP AI about how it is importing the Events post type.

One thing that might help is to point out the default WordPress importer and exporter tools include support for custom post meta → https://wordpress.org/plugins/wordpress-importer/. So if you export and then import each of the Events, Venues, and Organizers post types, the data should be transferred without issue.

Please let me know what your thoughts are on all this information – I cannot speak for code-related things within WP AI that aren’t allowing successful imports of our pretty standard, normal, and definitely code-compliant Events post type. But I can and will do anything else I can do help make this right with you guys – try out the default WordPress import/export tools if you haven’t and see if they help.

Thank you,
George

[George]

Can you clarify what you mean? I’m not quite sure what you mean as of yet. One thing I can recommend in the meantime is just to get and learn to use the basics of a free tool like Firebug if you use FireFox, or the Developer Tools for either Safari or Chrome – these tools will let you zoom right over an element you want to hide, and tell you its CSS classnames or IDs and such. Then you can just write CSS like I recommended at the bottom of your style.css file.

Thanks,
George

[George]

Yes, thanks very much for that tip Marcin. We will update our documentation accordingly to include that tip.

Thanks!

[George]

Hey Sorin,

Thanks for elaborating on your issue. Let me explain what’s going on. There is not a coding problem.

First you say this:

So, without translating, it will return frenglish (and that’s what a lot of users are claiming):
Recurring Événement
Related Événements

No, this is not the case – if it’s “without translating”, then why would the languages would be mixed? What it means if there are mixed languages is that you are loading a translation, but that the translation is incomplete.

Next, you say this:

And translating (in po file) ‘Recurring %s’ into ‘Réccurent %s’ and ‘Related %s’ into ‘Apparentés %s’ we will get a wrong French words order, which is not acceptable either:
Réccurent Événement

This is not an issue because you do not have to keep the order of the words in the translated string.

For example, “Recurring %s” is the original string, but you could just put the %s first in your translated version of it, then change the word “recurring” to whatever makes sense in your language.

So, in other words, if you have this:

Related %s

And you want it to be this:

Événements apparentés

Then do not just literally translate the original string to be this:

Apparentés %s

If Apparentés comes after, then put it after. Like this:

%s Apparentés

That will work completely fine.

––––––

For all other folks in this thread – if your language files are mixed with English and your original language, then your language is just not fully translated yet. I am sorry if that’s the case, but the only solution is to submit translations so we can improve them. Then, check back on the translations site to see if your language is complete. If it is, then delete your plugin’s existing language files and download fresh new ones off of translations.theeventscalendar.com.

Please consult these two articles for more information about it:

• http://theeventscalendar.com/knowledgebase/changing-the-language-on-your-calendar/

• http://theeventscalendar.com/knowledgebase/adding-or-updating-a-translation/

Thanks,
George

[George]

Hey Ronaldus,

I didn’t recreate this issue myself, but it’s indeed some odd behavior that we’ll keep on our radar. If possible, I’d recommend using the Pending Review status for now – is that a workable solution?

If we nail down this bug in full, and get a fix out for it, it will be mentioned in the changelogs of whatever update the fix is included in. So stay tuned to updates and read the changelogs! 🙂

Do you have any other questions or concerns I can help you with for now?

Thank you for your patience throughout this issue!

— George

[George]

Hi Everyone,

There are a few separate issues being mentioned in this thread so to keep things simple, first, Kim I’m not 100% certain what you mean by your issue. Can you open a new thread, perhaps, and clarify exactly what you mean about “building up the English side”?

––––––

For all other issues reported here, namely that translations are incomplete or showing lots of English strings, this is because the .po and .mo files you are using on your site are out of date. The strings for all plugins are much different after the 3.10 update, and if you have not downloaded a fresh .po and .mo file for your language off of http://translations.theeventscalendar.com, then your old translation will not work.

If you have download a .mo or .po file off of translations.theeventscalendar.com, and still see some English strings regardless, then this just means that the language on translations.theeventscalendar.com is not fully translated yet.

Your patience as translations are updated is immensely appreciated – thank you! If you want to know how to contribute to translations, or just learn more about the new site in general, please see read two links:

• http://theeventscalendar.com/knowledgebase/changing-the-language-on-your-calendar/

• http://theeventscalendar.com/knowledgebase/adding-or-updating-a-translation/

Thank you!
George

[George]

Hey Xavi,

If you have a fully-translated .po file, you can upload it here and we can gladly import it for Catalan for the time being.

In the meantime, your comments about the “Validator” user level are interesting and I will forward them to other developers on our team. We’re brand new with GlotPress and still ironing out our process with it, so your patience while we do so means a lot! The “Validator” role sounds really promising and we’d love to bring you in on this. I’ll let you know what we can do.

Thank you Xavi!

[George]

Hi Jacob,

Thank you for the kind words about the plugin!

Can you clarify whether or not the file whose strings you are manually editing are the German mo and po files already included with the plugin? Or are they ones that you’ve freshly downloaded off of http://translations.theeventscalendar.com ?

If they are not from http://translations.theeventscalendar.com, then it will be out of date and words will continue to be missing on your front-end regardless of edits you make to the file manually included with the plugin.

I hope this helps clarify things a bit – let us know if that’s the case!

Thanks,
George

[George]

Hey Paul,

I’m really sorry about the delayed response, I’m not sure what happened because I’m pretty damn certain I wrote a reply here! Your thread was one we were keeping tabs on during our hotfix development sprint, so I’m really sorry that somehow my reply slipped through the cracks.

With all that being said, the official hotfix is finally released. While there are still things we’re racing to improve, the general core functionality of the plugin should remain intact and it should remain usable until we get a more thorough fix out the door.

Apologies again for the delay Paul – please let me know if the hotfix is helping you so far and/or if you have any other questions or concerns!

Thanks,
George

[George]

Hi Michael,

If your translation file is not working, then it’s likely just outdated because the .pot file for The Events Calendar has totally changed with the 3.10 update.

We’ve just launched a whole new process for translations and have two write-ups for it here:

Changing the Language on Your Calendar

And here:
https://theeventscalendar.com/knowledgebase/adding-or-updating-a-translation/

I suggest you check those out, and check out the new Translations Site. See if German is fully translated, and grab new files if so. Hopefully the new mo and po files will work better than your previous attempts.

Thank you!
George

[George]

Hey David,

Do you mean that you want to translate core time-related names like “Monday”, “Tuesday”, “hour”, “second”, etc.?

Also, what locale is your WordPress site itself using?

— George

[Author]

Posts