[Barry]

Hi Paul – how strange! I suspect one of two problems here – the first is that your templates have been edited and an error is either preventing the template from displaying in full or, though not so likely, an amount of code has been deleted.

Have you edited your event calendar templates at all? If so, did you set them up in a sub-directory within your theme directory (as recommended in our Themer’s Guide – link on the right under Useful Resources)?

Secondly, this could be a conflict with another plugin or even your theme. If I were you I’d consider the first possibility before you look at this one, but the basic troubleshooting steps we recommend are to disable all other plugins and switch back to a default, unmodified theme such as Twenty Eleven. If that solves the problem you should reactivate everything one-at-a-time until, hopefully, you discover which component is causing the problem.

Please just let me know if you need any further help here.

[Barry]

Ahh, ok.

Sorry to hear you’ve experienced some difficulties here Joshua – am I correct in thinking you are all sorted now or do you need any additional help?

[Barry]

Hi Shawn. When you use get_option() you are specifying a piece of information you wish to receive and – just in case that piece of information doesn’t exist – you are also specifying a default or fall back value.

So get_option(‘time_format’, ‘g:ia’) will not return ‘g:ia’ unless 1) the WordPress time_format setting doesn’t exist in the database, which would be very unusual, or 2) time_format itself is set to ‘g:ia’ (this can be controlled via the WordPress settings admin pages).

You’re correct that different methods are used within the plugins – there is no official answer for that, it really depends on a mixture of things such as the context, the programming style of the developer who committed that piece of code and so on.

Of course we try for a high level of consistency but now and again these things might get away from us.

I hope that answers your questions and just let me know if you need any further support 🙂

[Barry]

Sure, we’ll consider doing that – however the state does seem to be recognised, just not on one (administrative) page on their side, so I don’t really feel this is even an API issue as such. With that in mind I’d recommend pursuing this with Eventbrite independently of anything we do.

Thanks for your patience while we worked through this – I’m not sure there is much more I can do for you in this thread so I’m inclined to mark it as resolved and close it unless you feel you need further support?

[Barry]

Just to add, I’ll wait for your response to my last post before taking his further.

[Barry]

Kelly: one other thing I note when I test this is that, although the map appears different on the Edit Event page, it does appear to be correct on the public event page (where the state is also included in the address).

Can you confirm this behaviour is consistent with your experience?

[Barry]

OK – so I think we’re on the same page now and I can see the problem, thanks for your patience while I built up a picture of what was happening.

I’m going to update the issue at our end appropriately and once I receive feedback from a developer I will of course update you; I can’t give a precise timeframe for this however I will certainly do my best to let you know what is happening by the middle of next week.

What I can say is that it looks to me as if our Eventbrite plugin is correctly specifying the state as per the Eventbrite developer API and so my feeling is that we are looking at a quirk on Eventbrite’s side rather than a bug on our side.

With that in mind, perhaps it would be worth raising this with Eventbrite? I will however highlight this problem on our issue tracker and emphasize your proposal that a capability to toggle the automatic update of Eventbrite be introduced.

[Barry]

Right – so perhaps we’ve been talking at cross-purposes. You’re right, and I can certainly replicate that and confirm that I experience the same thing.

I’m not sure that I agree this is a bug, I suspect this is a quirk of Eventbrite. Given that the address anyway includes the state on the publicly visible event pages, does this represent a huge problem for you?

[Barry]

So looking at http://www.eventbrite.com/event/4476230526 I can see the state just above the Ticket Information box and also across where the address is listed in the When & Where box.

If, as a subuser, I log in and view Test OBP Event once again I see it reads Palm Desert, CA.

[Barry]

I appreciate that. As I am sure you can appreciate it is also difficult to troubleshoot in a time-effective manner without direct access. Anyway, let’s try what you have suggested.

Please create a venue with the following details.

Address: 1697 Pacific Avenue
City: Venice
Country: United States
State: California
Postal Code: 90291

Then create a new event and assign that venue. Then push to Eventbrite. If you could please then provide URLs to both the event on WordPress and the event on the Eventbrite site before you modify anything that might be helpful.

If that doesn’t yield any helpful information the only other strategy I can suggest is that you set up a new testing site and we see if we can replicate the issue there.

[Barry]

Hi John. You would need to make sure that the IDs match the category IDs if you are trying to use Jonah’s strategy. For instance:

#event-categories #tribe_events_cat-4

Would relate to a category with an id of 4, so you would need to figure this out. There are two ways of doing this:

• Edit the event category and take a look at the URL – you should see a segment reading tag_id=X where X is the ID
• If you are familiar with Chrome or Internet Explorer and their developer tools (I’m sure a ton of other browsers have similar capabilities) you might be able to right click the category and figure it out that way. Or you could inspect (view) the source and do it the old fashioned way 🙂

Does that help?

[Barry]

The problem here is that we cannot replicate this issue and I have seen no other reports of this; that suggests in some way it is localized to your installation. Perhaps, if it is not a conflict with another plugin or your theme, it is environmental.

In any case, here is what I suggest: please email us at [email protected] (mark your email for my attention) with WordPress login credentials.

Though you have already run through the troubleshooting steps I suggested I would like to repeat these in case there are other side-effects that provide useful information here. I would also need to create a test event and observe the process with my own eyes.

Further to the above, if you are able to provide FTP access we could do some further debugging work to look at the data being sent to Eventbrite and determine if it is being modified somehow.

If you could also install the Debug Bar plugin that would be appreciated.

If that all sounds good, I’ll look out for your email 🙂

[Barry]

Sure – I’ve added a note of this idea on our issue tracker.

[Barry]

And can you confirm if you have been able to run through the standard troubleshooting steps of disabling all other plugins and reverting to a standard, unmodified theme?

[Barry]

OK – just so that I understand this correctly – at the moment the above link appears to be showing the address correctly and if I continue to the related page on Eventbrite:

http://oldboldpilots-nov2012-es2.eventbrite.com/?rank=1

That too shows the address as being in California. Is this because you have already corrected it? What would I be seeing in the address under the Google map if you had not corrected it? Would the Google map still show the correct location?

I’m just trying to build a better picture of the exact problem. Bear in mind also that this doesn’t happen for me, so that raises the possibility of a conflict with another plugin.

• Can you confirm that all of your (Event Calendar) plugins are current and up-to-date?
• What version of WordPress are you running?
• If you turn off all other plugins and switch to an unmodified default theme does this problem persist?

Please also note that our response times are typically 24hrs, so at this point it realistically may be next week before I can get back to you.

Thanks for your support and patience,

Barry

[Author]

Posts