By: Anonymous: Jacques () Feb 05 09 @ 6:12 (Read 1160 times)
Bug - Please check the calendar - the "add personal event" function of the calendar does not work. Only the "add master event" function works. I have tested the Glfusion Demo with the same results.
The calendar submission system has been completely rewritten for glFusion v1.1.2 and this problem does not exist in that version. If I can finish up the new installation routines we'll get this thing out the door pretty soon!
Hello. I'm not sure if this bug is related to that bug or not, but here's is a problem I have with the Calendar plugin:
What I want is to have
1. the calendar visible for read for all users
2. logged in users to be able to update the main event calendar and their personal calendar
I've set the Calendar in to be configured so that it displays for all users and login is not required.
I've configured the 'All Users' group so that the calendar is not moderated, not editable, not submittable.
I've configure the "Logged In" group so that the calendar can accept submissions.
Now what happens is the calendar is available as read only for a non-logged in user, but the "Add Master Event" button is still showing up. Which is okay if when the user clicks on it they got an alert or a login prompt, but what they get is a simple re-load of the calendar.
We Are Linux. You Will Be Assimilated. Resistance Is Futile.
Looks like a poor design implementation. There is no check to see if the Add Master Event button should display, but if clicked, there are checks to ensure the user has permissions. I've made the following changes:
- Do not display the Add Master Event button if the user cannot submit an event
- If for some reason the user does navigate to the add event screen (should not really happen now, but...) display the login screen instead of redirecting the user.
Give this new index.php (public_html/calendar/ directory) a try and if it checks out ok, I'll include it in the next patch level update.