zwene

Hi podpirate,

thank you so much, the filter function works perfectly. ??

>Tested together with WP User Frontend,
>which might be a similar
>scenario to your use case:

This plugin looks interesting. I will have a look on it. Thank you for the tipp. ??

Greetings,
zwene

Hi podpirate,

thank you for response. ??

I tested a lot of combination but it don’t work. ??

Where are you storing the *_view_cap values for a post? Wouldn’t it be easier to interact with other plugins and scripts to store them (alternatively) as a meta key? Or look if a meta key

_post_view_cap
_post_edit_cap
_post_comment_cap

like

_wpaa_fallback_page
_wpaa_post_behavior

exists and use the values of this meta keys instead then? This would be a great help. ??

And btw.: On the option page I edit the standard value for the event post type. Have you an idea why the standard values aren’t used if you create a new object not in the backend?

Greetings,
zwene

In the browser console I saw that it shall be a tinymce version conflict or so:

Consider using ‘dppx’ units, as in CSS ‘dpi’ means dots-per-CSS-inch, not dots-per-physical-inch, so does not correspond to the actual ‘dpi’ of a screen. In media query expression: print, not all, (-webkit-min-device-pixel-ratio: 1.25), (min-resolution: 120dpi) admin.php?page=rvy-revisions&action=view&revision=8344:1
Consider using ‘dppx’ units, as in CSS ‘dpi’ means dots-per-CSS-inch, not dots-per-physical-inch, so does not correspond to the actual ‘dpi’ of a screen. In media query expression: print, not all, (-webkit-min-device-pixel-ratio: 1.25), (min-resolution: 120dpi) admin.php?page=rvy-revisions&action=view&revision=8344:569
Deprecated TinyMCE API call: <target>.onInit.add(..) wp-tinymce.php?c=1&ver=4021-20140423:17
Failed to load resource: the server responded with a status of 404 (Not Found) https://www.xyz.de/wp-includes/js/tinymce/themes/advanced/theme.min.js
Failed to load: https://www.xyz.de/wp-includes/js/tinymce/themes/advanced/theme.min.js wp-tinymce.php?c=1&ver=4021-20140423:5

Has somebody any ideas against this …?

Thank you. I’m glad to test the new version if available. ??

It works like a charm. Thank you. ??

Yes, I like it. ??

I’m admin of a homepage with 400 – 600 visitors per day – in frontend. They are logging in with login forms in front end admin bar (thanks to WordPress Admin Bar Improved) and with the help of a little functions.php and your plugin I think I can update to the newest WordPress after month. ??

Ahhh – thank you, that’s it. (And I think as you, that “legend” will be much more self-explanatory and “key” is nothing you search for a legend option, too. ?? )

Ah, thank you for the tipp. But where should the legend appear? I can’t see anything after using legend=true. ??

No. The only practicable way is first approve the revision, then take a look on it and if you don’t want the changes go back to the revision before. You see, it isn’t really a work around, but it’s the best you can do in the moment. ??

Enter a dummy at “Enter keys to exclude”, then you get all existing custom fields.

Thank you for all! Since I commented the line

//$calendar = get_transient('eo_full_calendar_public');

out all works fine. ?? If you make this optional in the next update event organiser will be one of two (!!!) wordpress calendars in the moment who are looking for the access rights of the current user.

Greetings,
zwene

Amendment: I found out something. After I save or publish an event, all events but the private event are visible in the fullcalendar, too. And identical for all users (guests, administrator, author, …). Is the fullcalendar having it’s own cache or something and get’s the same status for all users after refresh because an update of events? And if so, how can I switch off this cache?

Hi Stephen,

no, private events are working fine.

But if you use a group or role access plugin like groups or wordpress access areas which are giving you the possibility to shrink the accessibility of posts, pages and custom post type objects by custom capabilities or roles, the event list works fine and the fullcalendar show only public events.

I made a little live demonstration for you with a clean wp install and wp access areas:

1. I create four example events and shrink 1 to private, 1 to registered users, 1 to author role and 1 to unregistered guests.

2. I log out.

3. At the event list on

https://eventorganiser.zwene.de/events/event/

I see only the one event I have access to as guest.

4. At the fullcalendar on

https://eventorganiser.zwene.de/fullcalendar/

I see this one event, too. As guest there is all ok.

5. I log in as author.

6. In the event list I see the three events the author has access to (public, author, registered):

https://pl.vc/1c5ow

7. In the fullcalendar I see only the public event:

https://pl.vc/3g97e

8. As administrator it’s the same (+ the private event in the event list).

I hope, now you can better obey me? If it will help, I can send you the author account informations or a duplicate of the test site.

Greetings,
zwene

@caimin_nwl: I’s corrected. ?? But nothing changed. No visible entries for the not logged in user, but because of the linked day (calendar) or the colored link boxes (fullcalendar) he can see and access them or can see that there is something he can’t see.

Hi,

after I thought about it for a while – can’t this

https://pl.vc/4wdw8

be a side effect of this

https://pl.vc/3lkeh

?

Greetings,
zwene