Visibility of events in calendar grid

Now I have a corresponding problem:

All replacements I made with my own or every standard conditional like logged_id replaces the title, but not the (perma)link (colored bars with event link) so the so replaced events are visible furthermore. Is this a bug or am I making something wrong with e. g.

{ logged_in }content{ / logged_in }

or

{ logged_in }#_EVENTNAME{ / logged_in } ?

I tested it with fullcalendar and integrated calendar.

there shouldn’t be spaces between the brackets, so {logged_in}

(Posting from work with work account:)

The spaces are only because of don’t crashing the thread because of code. ??

To be sure we’re talking about the same code, can you repost the exact code you’re using? You can use the code button to prevent crashing the thread ??

The function returns the correct value. Her’s the custom function code:

add_action('em_event_output_condition', 'my_em_user_access', 1, 4);
function my_em_user_access($replacement, $condition, $match, $EM_Event){
if(  (get_field('acf_access_event', $EM_Event->ID) == 'alle') ) {
$replacement = '#_EVENTNAME';
} elseif( (get_field('acf_access_event', $EM_Event->ID) == 'angemeldet') && is_user_logged_in() ) {
$replacement = '#_EVENTNAME';
} elseif( (get_field('acf_access_event', $EM_Event->ID) == 'schulintern') && current_user_can('edit_events') ) {
$replacement = '#_EVENTNAME';
} else {
$replacement = '';
}
	return $replacement;
}

In the options under “Full Calendar Options” I have the following event title format:

{my_em_user_access}#_EVENTNAME{/my_em_user_access}

This results in empty, background colored lines with permalinks if the event title is replaced with ”.

maybe you can try something like this

if(  (get_field('acf_access_event', $EM_Event->ID) == 'alle') ) {
	$replacement = preg_replace("/\{\/?$condition\}/", '', $match);
} elseif( (get_field('acf_access_event', $EM_Event->ID) == 'angemeldet') && is_user_logged_in() ) {
	$replacement = preg_replace("/\{\/?$condition\}/", '', $match);
} elseif( (get_field('acf_access_event', $EM_Event->ID) == 'schulintern') && current_user_can('edit_events') ) {
	$replacement = preg_replace("/\{\/?$condition\}/", '', $match);
} else {
	$replacement = '';
}

then {my_em_user_access} #_EVENTNAME {/my_em_user_access}

Thank you. I tried it but it don’t work. Even with

{logged_in}#_EVENTNAME{/logged_in}

I get something like this:

https://pl.vc/3aqml

I test it in a clean install, too. There’s the same. The question is, why don’t I get a standard conditional like logged_in working?

if that condition doesn’t work, then something else must be screwing with WP and the is_user_logged_in() function because that’s what we use. Maybe caching?

No, not in the moment and not in the clean system. But what I can do is install an clean system without any other plugins installed.

And the is_user_logged_in() function: Otherwhere this conditional works fine and without problems. But I will test what’s with another on board conditional like {no_category_X}.

Edit 1: Result with {no_category_62} is the same. Crazy that at me no conditional works …

Edit 2: I installed a clean, new WP 3.6.1 with Events Manager and WP FullCalendar as the only plugins. Same result.

Are you able to run some of these tests in another environment? I.e. a separate server somewhere?

Also, have you tried hooking into the places where the conditionals are processed and using the likes of var_dump() to see what’s actually being passed through?

Thanks

No, not yet. But because I tested only WP 3.6.1 installations, I will testeing downgrading to 3.5.2 and 3.6.

So: Downgrades to 3.6 and 3.52 don’t change anything. And edit the php version from 5.3.x to 5.2.x and 5.4.x, too. ??

I’m astonished that I’m the only user with such problem.

So, I give up: An other webhoster with an other webspace – and the same problem. What I make wrong that abolutely no conditional is working for me and don’t replace the (perma)link and the colored event lines? ??

if using another host, are you still copying over your website with your settings/plugins etc?

maybe your customizations are messing up with the conditionals we have in place already?

No, I made a clean install of wp 3.6.1. And because to prevent not good coded own conditional functions I only test {logged_in}.