e6f1f8f837
- Fix $$Recurrence$$ notification placeholder to be empty (not missing) for non-recurring events
...
- Avoid warning in get_link_options by making unused parameter optional
2015-03-23 19:58:58 +00:00
de4d246726
* Calendar: speed improvments for huge calendar databases
...
by using time-range views instead of whole calendar and dates table
Also got old, much simpler non-union code working again, but union is still slightly quicker for huge databases (not at all for small ones!)
2015-01-19 19:32:26 +00:00
4e27f324c9
improved method to query events with performance gains of a factor 10 on huge databases, currently only used in conflict check
2015-01-14 19:41:01 +00:00
a35590b8fe
fix replacementes in update messages
2014-10-09 13:52:14 +00:00
4c15c2f2de
* Calendar/API: allow not serialized data in async jobs, only run automatic purge if we have a real number > 0
2014-07-02 12:42:12 +00:00
00881d1c94
silence some warnings on mail-to-all-participants
2014-03-20 16:10:52 +00:00
866d680e6a
fixed iCal and iMip method and notification text for initial responses to organizer to be replys (not added=invitation)
2014-02-20 16:14:32 +00:00
90c89e0eb7
* CalDAV/Calendar: sending now iMip response to external organizer when initialy accepting invitation via CalDAV client (before only status changes where sent)
2014-02-20 15:04:47 +00:00
874b4b594f
Fix warning "Argument #1 is not an array" in calendar conflict
2014-02-12 11:59:32 +00:00
fe2438cc53
* Calendar: automatic cancel alarms from removed or rejected participants
2013-08-15 14:56:34 +00:00
012e2e4763
* Calendar: when moving a series exceptions where lost (regular recurrences shown again) and exceptions where moved too
2013-08-15 12:23:38 +00:00
1b9c105198
* Calendar: changing an existing, recurring event to whole-day, caused an end-time on day before start
2013-06-07 11:53:45 +00:00
86d54d092c
* Calendar: configuration to automatic create links for participants from addressbook
2013-06-04 18:00:39 +00:00
32751c69b6
no more querying of recurrences for etag of series master, as all update methods now update modification time of series master for recurrenc-exceptions
2013-02-26 08:48:50 +00:00
a8e6f13304
* Calendar/CalDAV: fixed wrong time in notification mails caused by updates via CalDAV (not web interface), if user-timezone differs from server
2013-01-31 15:15:48 +00:00
435f726bf9
select priority should map 0 to None, not empty
2013-01-31 14:13:45 +00:00
872fe5918e
Some missed skip_notifications
2012-12-18 16:00:29 +00:00
0be74c9b87
different method to read the next occourrence of a series; (as old method also fetched deleted exeptions as next occurrence)
2012-12-07 14:10:51 +00:00
83981b9cad
* Calendar: fix for missing 2568to-firstname2568 and 2568to-lastname2568 replacements
2012-12-06 12:01:05 +00:00
ae28edb43a
* Calendar: notify responsible for a resource "participating" in a private event only with privacy-cleared details
2012-11-13 13:31:44 +00:00
f8a007bad4
* Calendar/CalDAV/eSync: fixed exceptions get not deleted with series via CalDAV or eSync
...
moved code from our UI to BO, to either delete exceptions (default) or keep them with a new UID
2012-10-22 13:15:40 +00:00
49f1d43ad1
* Calendar: fixed recuring event lost start-date, if single recurrence got deleted, also installed save-guard in case other code triggers that too
...
caused by storing an event with unset start- or end-date, to not write it
2012-10-02 16:43:49 +00:00
7ade6b4f55
* Calendar: popup notifications now include a link again
2012-09-04 12:10:37 +00:00
1b3e897eec
* Calendar: fixed since last update missing event details, notification iCal adds description with (required) *~*~*~*~*~*~*~*~*~* separator, extended has description before event details and links
2012-08-21 14:49:26 +00:00
df83423ca3
* Calendar: if deleting next recurrance of an event series containing alarms, move alarms to next recurrance, to not alarm for deleted recurance
2012-08-14 17:02:34 +00:00
4ac5e799eb
fixed some more "Illegal string offset"
2012-08-14 07:55:05 +00:00
56a4bdfbbe
* Calendar: fixed issue of deleted first recurrence shortens event and causes it not to be find in CalDAV or eSync ("event has exceptions before startdate"), REQUIRES SCHEMA UPDATE (visit setup)!
2012-08-11 10:01:02 +00:00
cff9872f17
cast accounts->members(hips) to array, to cope without PHP warnings for not (longer) existing accounts
2012-08-09 08:41:29 +00:00
eff584ff4b
* Calendar/eSync/CalDAV: meeting requests contain again nice body followed by a separator and describtion, ignore empty description in eSync ChangeMessage
2012-07-24 22:23:32 +00:00
f8ae428f32
* Calendar: fixed EGroupware owner got notified about status changes, even if email-notification preference was "never", now only external chairs get always notified
2012-07-17 12:36:48 +00:00
68f9a07917
as we want ical body to be just describtion, we can NOT set links, as they get appended to body
2012-07-17 09:48:43 +00:00
e09a9c3198
fixed 5.4 PHP Warning: Illegal string offset 'start' or 'end'
2012-07-02 08:14:27 +00:00
0a076525b8
improve notification by allowing to set up specific popup notification messages and subjects; this is used for calendar notification to give worthwile information in popup and meet expectations for ical/rfc type notification
2012-06-13 14:50:41 +00:00
fc7dfc1ab6
* Calendar: notifications of type iCal use event-title as subject and describtion as body, like Exchange does, type extended provides old format
2012-06-12 16:59:06 +00:00
2da30ad703
fix of typos
2012-06-12 16:17:25 +00:00
313eb12f19
bocalendar_update::email_update_requested() allowing eSync to check if calendar will send a notification according to preferences
2012-06-12 15:44:55 +00:00
2f81eea8ef
fixed only partially translated alarms
2012-05-15 14:41:41 +00:00
4ea76b4a95
need to init lang even earlier
2012-05-15 12:48:45 +00:00
6d1dc16ac3
* Calendar: notification always use language of current user, not of user to notify
2012-05-15 12:43:32 +00:00
8c6341d551
* Calendar/EMail: when accepting email invitation from organizer who is an EGroupware user but created invitation outside: if no access to organizers calendar, make organizer a participant with role CHAIR
...
- show errors from calendar_boupdate::update()
2012-04-24 14:37:32 +00:00
1fc54e038b
* Calendar: fixed wrong time in iCal of notification, if notifying user is not in server TZ
...
we need to pass $event[id] so iCal class reads event again, as event is in user TZ, but iCal class expects server TZ!
2012-01-23 02:43:06 +00:00
7630f59a13
* Calendar: new (forcable) user preference to notify external participants (non-EGroupware users), event owner has to set it, it is off by default, to keep the current behavior of not notifying externals
2012-01-05 05:47:02 +00:00
68dd900091
* Calendar: fixed groupmembers cant accept/reject group-invitations in listview via context-menu (error: failed because of insufficient rights!)
2011-11-21 14:25:44 +00:00
89ed7d49d1
fixed alarm on series got lost, if creating an exception
2011-11-11 12:46:34 +00:00
684d23326e
* Calendar: fixed MyStylite bug #2434 : context menu could be used to invite yourself to any event you can read
2011-11-09 09:44:28 +00:00
3819816248
* Calendar: fixed various issues with history in calendar: id display, unecessary stuff loged, ...
2011-08-04 14:00:15 +00:00
f65fd9129f
* Calendar: added purge interval of half a year
2011-06-14 18:16:08 +00:00
145cf9ce68
New method to display meeting-requests for fmail and allow to (tentativ) accept or reject them
2011-05-27 20:32:46 +00:00
30259bfd4c
* Calendar: fixed not included organizer in meeting request
2011-05-26 10:48:57 +00:00
678d0ed937
AS supports now two types of meeting requests:
...
a) meeting request arriving per mail via felamimail_activesync::GetMessage(List)
b) EGw internal meeting requests via calendar_activesync::GetMeetingRequest(s)
EGw backend returns both via INBOX to the client device (b) with negative id's to not conflict with mail uid's)
MettingResponse method in EGw backend calls calendar or fmail depending on id
Unfortunately this is NOT yet completly working:
- could not test with fmail, as I have no permanent internet access
- MeetingResponse method of calendar get never called, in fact client never sends one :-(
- meeting requests via calendar a now displayed double:
a) via calendar_activesync::GetMessage(List), which could be switched off easily
b) via calendar_activesync::GetMeetingRequest(s)
client sends no MeetingResponse on either of them, for a) it displays buttons to accept, tentative or decline, but only calls SendMail and ChangeMessage (without status)
--> do NOT update if you already use AS!!!!!!!!!!!!!!!!!!!!!!!!!!
2011-05-15 18:25:16 +00:00
