mwsat

Hi,
first its not a nice option having to delete WordPress data by a SQL command I have to create on my own.

Further I’m not sure if your advice works well: if I delete rows from the wp_em_events table only what happens to e.g. all the applied categories? They are set in the generic WordPress table wp_term_relationships with a reference to the post_id of an event. Is a function/relationship set in the database for “if a row from the wp_em_events table is deleted corresponding rows of the wp_term_relationships table are auto-deleted too”?

Apparently not: I’ve deleted an event with the DELETE button of phpMyAdmin from the wp_em_events table. But a row with the post_id of the deleted event still exists in the wp_term_relationships table – an orphan now.

I found the solution: the used URL did not work, there is one which works.

In the Events Managers plugin Settings -> Pages -> Events the basic path to the pages AND apparently also the feed is set, and the setting was “termin”, therefore {basic web site URL}/termin/feed works well.

A note on that: for iCal date all of these URLs work well on my site:

• {basic web site URL}/events.ics
• {basic web site URL}/events/events.ics
• {basic web site URL}/termin/events.ics

As I noted in my first post the documentation page about the use of iCal sounds like you can do the same for RSS, only events.ics has to be replaced by feed.

Please clarify this in the documentation.
Thanks!

The RSS Scope was set to “Future events”, now I’ve changed it to “All events” but still no item in the feed.

Strange is also the unchanged lastBuildDate Sun, 03 Apr 2022 14:23:10 +0000. We have changed events since then. Other properties of the RSS channel tell that a 1 hourly frequency for updates is set – this is not executed apparently.

What software is triggering this build: native WordPress or the Events Manager plugin?

I updated to 2.6.3 and QuickEdit deals with the catgories of Post Expirator correctly.

Thanks for fixing the issue.

Add-on: I’ve installed and tested the EM plugin on my own WP site: PHP version 7.3, same WP version, same theme – but on this site the iCal link provides an iCal file with all data:
https://www.mws.at/blog/tests/termine-2/

What about uninstall and re-install EM? How to save all the events in the database?

I have no experience with the WP Save Mode plugin – and haven’t used it.
Current versions: WP 5.5.1, PHP so far 7.3, upgraded to 7.4 today (error not fixed), EM 5.981.
Today I also deactivated all plugins except EM and the ones required by the theme (TagDiv Newspaper). The empty iCal file was not filled by this action.

That’s a test page of a website in German.
https://www.pfarregersthof.at/komm/tests/kalender-test-1b/

To the right of each event I have set all the EM placeholders of iCal in an angle bracket:

This is the used shortcode:

[events_list_grouped mode="daily" scope="past" order="DESC" pagination="1"]{has_time}#_24HSTARTTIME: <span style=background-color:#_CATEGORYCOLOR>&nbsp;&nbsp;</span> {has_tag_INFOTEXT}#_EVENTLINK{/has_tag_INFOTEXT}{no_tag_INFOTEXT}#_EVENTNAME{/no_tag_INFOTEXT} (#_LOCATIONLINK) {#_CATEGORYLINK} -- [#_EVENTICALLINK | <a href=#_EVENTICALURL>iCal URL</a> | #_EVENTWEBCALLINK | <a href=#_EVENTWEBCALURL>WebCal URL</a>]<br />{/has_time}{all_day}<span style=background-color:#_CATEGORYCOLOR>&nbsp;&nbsp;</span> #_EVENTNAME<br>{/all_day}[/events_list_grouped]

I think the scope should make no difference in creating iCal content. We’ve tested it on a “future” page with the same results, but we don’t want use not working links on pages for the public.

Thanks for pointing at the cache. Reloading the page in edit mode by a Ctrl F5 cleared it and the TinyMCE toolbar is shown now.

• This reply was modified 4 years, 10 months ago by mwsat.

I’ll have to migrate a WP site to a new server using PHP 7 next week. Are there any plans for an update of this plugin?
(It is of great help for our site.)

Thanks, using grep worked – with searching for get_currentuserinfo* !

Found two plug-ins which have been updated recently without fixing this issue.

… and the notice is gone.
Thanks!

Ok that works, the log entries are gone.

Will this be added to a next version of the plugin?

This ticket sounds promising.
Thanks Robert

Issue solved – or something like that:
The key is the setting “Minimum user role with full access”. It was set to Editor therefore any user with the role Editor was able to edit pages regardless of the assigned UAM group. On the other hand only users with role Editor can edit somebody else’ page. This makes it hard to setup e.g. two pools of pages, for one group editors of UAM group A take care and the other group should be edited by UAM group B. For this setup the “Minimum user role …” setting has to be set to Administrator.

Hi,
I’ve shared this experience … and found a solution: the Toolbar Toggle button makes the difference. If activated all toolbars are shown, if not activated only the first one.