First public event sometimes doesn't show unless display_private set to TRUE

Hi forge22, looks like that domain has expired?..

So, switching display_private changes the endpoint that gets used for the API call (it’s event_search by default, or owned_events with display_private on). They behave differently, and we’ve never really understood all the differences, but the main thing is that events_search is only public, live events, with various filters on EB’s side, and cached for up to ten minutes. It sounds like there’s something about that event that is making EB remove it from that endpoint.

When you see it happening, check what you get directly from the API using this tool. That should give you an idea if it’s results from the API, or handling in the plugin. The plugin just uses local time for everything, so maybe there’s a time offset with your locale and Eventbrite event that might explain it.

Hi forge22, any luck with this?

Hello. My apologies earlier — it’s https://www.comedybarchicago.com/tickets/

Unfortunately, no. I tested with the tool and everything appears fine, however things have gotten much worse. Now the WP Keyring is not connecting at all, and gives me the error “This connection is NOT working correctly.” I have created a new app in Eventbrite and double checked all my keys — nothing is connecting.

I have reached out to them for support with the non-connection but still have not heard anything. The tool shows my API keys work fine, but no connection can be made from our site…

Hi forge22, the link you’ve given above is loading events for me; are you still seeing connection issues?

At this moment, 12:40p Chicago time, I’ve got yesterday’s events showing but with “This event is not available.” Today’s 8pm show (Sammy Obeid) shows 6h20 left for ticket sales, taking it to one hour before show time (which I believe is default behaviour). Does any of this seem off to you?

We are no longer seeing connection issues at the moment. The EB user changed their password, and for some reason, it disconnected our API, which had to be re-approved.

However, I have private events hidden again, and we will keep an eye on this weekend, as for some reason it appears that our Saturday events are the buggy ones.

If the Saturday event hides itself again, I will use the above tool to try and diagnose. I’ll paste my findings here if so!

HI forge22, yes, please do – sounds like a very odd issue we haven’t seen yet, so curious to hear your results. Thanks!

Hi. It’s doing it again! Setting the plugin to “show private” makes it appear, however it is not a private event.

I used the eventbrite API tool to check the output, and here is the troublesome item:

{
            "name": {
                "text": "Saturday Apr 16: The Big Sexy Show",
                "html": "Saturday Apr 16: The Big Sexy Show"
            },
            "description": {
                "text": "(shortened for brevity)"
            },
            "id": "21042500686",
            "url": "https://www.eventbrite.com/e/saturday-apr-16-the-big-sexy-show-tickets-21042500686?aff=ebapi",
            "start": {
                "timezone": "America/Chicago",
                "local": "2016-04-16T23:00:00",
                "utc": "2016-04-17T04:00:00Z"
            },
            "end": {
                "timezone": "America/Chicago",
                "local": "2016-04-17T00:00:00",
                "utc": "2016-04-17T05:00:00Z"
            },
            "created": "2016-01-26T19:38:08Z",
            "changed": "2016-04-12T01:39:01Z",
            "capacity": 131,
            "status": "live",
            "currency": "USD",
            "listed": true,
            "shareable": true,
            "online_event": false,
            "tx_time_limit": 480,
            "hide_start_date": false,
            "locale": "en_US",
            "is_locked": false,
            "privacy_setting": "unlocked",
            "is_series": false,
            "is_series_parent": false,
            "is_reserved_seating": false,
            "logo_id": "19115512",
            "organizer_id": "4686472265",
            "venue_id": "9503506",
            "category_id": "104",
            "subcategory_id": "4007",
            "format_id": "6",
            "resource_uri": "https://www.eventbriteapi.com/v3/events/21042500686/",
            "logo": {
                "id": "19115512",
                "url": "https://img.evbuc.com/https%3A%2F%2Fimg.evbuc.com%2Fhttp%253A%252F%252Fcdn.evbuc.com%252Fimages%252F19115512%252F73482740559%252F1%252Foriginal.jpg%3Frect%3D0%252C79%252C1000%252C500%26s%3Dc11cbc09cbf4d11292904ffd23283cab?h=200&w=450&s=aa7777466e928f0938994d9961a11e28",
                "aspect_ratio": "2",
                "edge_color": "#400b1f",
                "edge_color_set": true
            }
        },

Hi. It’s doing it again! Setting the plugin to “show private” makes it appear, however it is not a private event.

I used the eventbrite API tool to check the output, but I cannot seem to paste it here. Can I send you my API details?

Oh, just to be clear, display_private does not mean only private; that event, being live, public, and upcoming, should display whether display_private is used or not.

display_private means using the user/me/owned_events endpoint, and not means using the events/search endpoint. Unfortunately this means different results beyond just whether or not events are private. Keep in mind that the events/search endpoint is also cached on the API side (~5 mins-ish), causing further confusion when testing ??

Does this help?

Hmm, kind of. It’s still a mystery as to why our Saturday events are disappearing. Now we have another bug, which is related.

On our tickets page (iframe sent by eventbrite), with display_private = true, it will show yesterday’s event, which is past. However, if I set it to hide private, again we will experience the above bug, losing display of our Saturday events for some reason.

https://www.comedybarchicago.com/tickets/

On the home page however, the code I wrote hides the past event, so no issue there. The cache has not updated or expired to remove it. Could that be an issue?

True, it could be; the default cache is 24hrs for the plugin, but that can be filtered. There’s also this plugin to just change it to one hour, which may be more appropriate and consistent for your situation.

Hi forge22, any update on your situation?

Closing; just open a new thread if you’re still having issues.