[Barry]

(As a footnote, I’ve moved this across to the Community Events forum since it relates to that plugin.)

[Barry]

I see what you are saying Andrew – but there is nothing to stop you from replacing those bits of code that call in information from elsewhere … of course you’d need to have a good understanding of what is happening behind the scenes if you were to replace them with your own code.

Can you give an example of what you are trying to do?

[Barry]

So I researched this (our reference for this problem is #14186) and my understanding is that:

• It only affects certain themes
• The devs are looking at ways of avoiding this conflict for a future release

In the meantime, there is a handy FAQ document for this issue – if you follow the steps contained in there does that solve this for you?

If not can you provide a little more information about the theme and plugins you are using (and also try our standard troubleshooting steps of deactivating everything but our plugins – then checking to see if the problem remains)?

[Barry]

Hi Corey – Leah’s had to pop out so I’m jumping in here: what I’d say is, if this is definitely the same problem, a fix is in the works and we’ll see it in a future release.

Rob had mentioned version 2.1 and we aren’t quite there yet; that said the other thread was obviously created quite some time ago now – so bear with me while I check into this.

[Barry]

Hi Manuel, I’ve answered your post (concerning Eventbrite) in the relevant thread:

Updating WordPress event changes Eventbrite timezone

If we could keep the discussion there that would be easiest for all.

Thanks!

[Barry]

Hi Manuel, we do accept that this is a problem – we’ve been able to reproduce it ourselves – and for that reason are treating it as a bug which will be fixed in a future release.

As with all software systems of any complexity bugs are an unfortunate reality and we deal with them as quickly as we reasonably can and in as open and transparent manner as we can: for instance, this forum is publicly searchable and many or most prospective users do their due diligence by looking across the threads to get a sense for how things are handled and what problems might exist.

In the case of your particular scenario what I can say is that I can create an event running at a given time (PST) and import it, then publish changes (from a test site set to UTC-8) without the time changing on Eventbrite.

That’s not to say you aren’t encountering a real and valid problem, just that it may be possible to workaround this (in specific cases like yours) without the need for manual adjustment.

[Barry]

Hi Chad: we’ll certainly do our best to update this thread as progress occurs.

[Barry]

Hi Andrew, Kindra: I’m guessing you don’t need any further support here and will close this thread. Please shout back before the end of the week if you need additional help.

[Barry]

(Will close this thread since it sounds like we’re all sorted here.)

[Barry]

I’m going to close this thread since it seems the original issue is resolved. If you need any further help with other issues please feel free to create a new thread.

Cheers!

[Barry]

If you need any more help just let me know, otherwise I’ll close this thread out at the end of the week.

[Barry]

Hey Sandro – could I ask you to ask this question in a separate thread? It makes it a lot easier for other users to research these topics in the future.

[Barry]

Not at all – and thanks for bringing this to our attention 🙂

[Barry]

Just to update everyone:

Guys I’m experiencing the same thing. It seems the rewrite rules are one step behind

This should be fixed as of 2.0.10. Thanks for all your patience 🙂

[Barry]

Hmm, good question. Possibly you could define the PUE Update URL as an empty value, otherwise you could simply ignore the update requests.

[Author]

Posts