fixed a bug where a user could see the Calendar edit form but not save it. Event->canEdit now returns the parent canAddEvent check
This commit is contained in:
parent
fed13bad77
commit
b9e6914f34
2 changed files with 5 additions and 5 deletions
|
|
@ -7,6 +7,8 @@
|
|||
- add: User Defined Fields in Posts Edit Form can now be used as hidden form
|
||||
elements
|
||||
- fix: Collaboration System not deleting getCSMail workflows (perlDreamer Consulting, LLC)
|
||||
- fix: Calendar event edit should inherit (perlDreamer Consulting, LLC)
|
||||
http://www.plainblack.com/bugs/tracker/calendar-event-edit-should-inherit
|
||||
|
||||
|
||||
7.3.13
|
||||
|
|
|
|||
|
|
@ -154,16 +154,14 @@ sub canAdd {
|
|||
|
||||
=head2 canEdit
|
||||
|
||||
Returns true if a user can edit this asset.
|
||||
Returns true if a user can edit this asset. This uses the canEditEvent
|
||||
from the parent Calendar.
|
||||
|
||||
=cut
|
||||
|
||||
sub canEdit {
|
||||
my $self = shift;
|
||||
my $session = $self->session;
|
||||
|
||||
return $session->user->isInGroup($self->getParent->get("groupIdEventEdit"))
|
||||
or $self->SUPER::canEdit;
|
||||
return $self->getParent->canAddEvent;
|
||||
}
|
||||
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue