[Meredith]

Victor,

I tried replacing the file and it fixed the problem (I looked at the code in a diff as well, and the change makes logical sense, I’m happy to say). Thank you for providing us with this!

Will this fix be released in the next release of Events Calendar PRO? Or will the next release overwrite this change?

Thanks,
Aaron.

[Meredith]

Hi Victor,

I wanted to check in again. It’s been almost 2 months since I first reported this issue! Any update on when that proposed fixed might be implemented? And/or is there a code snippet I can add to the current version of the plugin to fix the problem in the meantime?

Thanks,
Aaron.

[Meredith]

Hi Victor,

It’s been a couple of weeks, so I just wanted to check in and see where you are with this. Is a fix expected soon?

Thanks,
Aaron.

[Meredith]

Victor,

That’s great news; not only knowing what’s causing the problem, but also having a fix in the works. Thanks for the update and for taking the time to investigate. I’ll keep an eye out for that maintenance release.

Aaron.

[Meredith]

This reply is private.

[Meredith]

This reply is private.

[Meredith]

This reply is private.

[Meredith]

Hi Victor,

I updated both plugins and that did not solve the problem. Do you have any ideas or suggestions?

Thanks,
Aaron.

[Meredith]

This reply is private.

[Meredith]

I resolved this. Just wanted others to know.

[Meredith]

Thanks, Hunter. That totally helped. The code you gave me didn’t work exactly, because it also fired if the user just clicked the “next month” link at the bottom of the grid, but I fixed it by adding a regex. Here’s my final working code:

jQuery( document ).ready( function( $ ) {

    if ( 'object' !== typeof tribe_ev ) return;

    var existingSearch = tribe_ev.state.url_params;

    $( tribe_ev.events ).on( 'tribe_ev_collectParams', function() {
        var issearch = tribe_ev.state.url_params.match(/tribe\-bar\-search/g);

        if(issearch) {
        	window.location = '/events/?' + tribe_ev.state.url_params + '&eventDisplay=list';
        }

    } );
} );

[Meredith]

Found the problem; my pre_get_posts modification was being ignored because of interference from another plugin (SearchWP).

[Meredith]

Checking in … Thanks.

[Meredith]

Josh, that’s not the problem. The code as I’ve written it (above) already does execute on the search results page. It just doesn’t actually filter out past events.

[Meredith]

Thanks for your quick reply, Josh.

This is intended for the main search of the site. Example:
http://cnyepiscopal.wpengine.com/?s=youth

See, for example, in those search results “Registration Deadline: 2016 Youth Pilgrimage to El Salvador” which has the event date of May 15.

Thanks!
Aaron.

[Author]

Posts