c593286260
fixed SQL error reported on developer list: nothing known about column "recur_date"!
2012-03-20 07:18:44 +00:00
21c49b0b26
* Calendar/CalDAV/eSync: fixed etag generation to NOT query maximum user-modification date for each entry, fixed etag and ctag for eSync to only use recurance master, as ActiveSync event does not contain extra participant data for exceptions (virtual and real)
2012-03-12 08:20:36 +00:00
8514dd5d64
DB-model uses now egw_cal_user.cal_status="X" for participants who got deleted. They never get returned by read or search methods, but influence the ctag of the deleted users calendar!
2012-01-23 07:41:29 +00:00
3d3f0724df
* calendar/esync: do not allow a minimum length of less then 1 for uid; esync: if no UID given, do not even try to fetch exceptions.
2011-12-22 14:03:12 +00:00
4703ccbcb3
always return an array, if an array is given as argument
2011-11-10 06:40:55 +00:00
cf1eee2818
max_user_modified for recurring events has to include all recurrences, otherwise we get a "412 Precondition Failed" in CalDAV, as it is part of the ETag
2011-11-09 17:53:42 +00:00
b599d4a4e2
using maximum of cal_modified and cal_user_modified for iCal LAST-MODIFIED too
2011-10-23 08:31:44 +00:00
77fb521ccd
fixed not exported participants via CalDAV
2011-10-17 14:06:21 +00:00
0b96631cd4
Do NOT move start- and end-date, to the earliest exception, as they will NOT be found in CalDAV or ActiveSync, because
...
we only recognice recuring events which start before or in the current timerange and end in or after it or have no end-date.
--> give an error message, as it is a debuging/support nightmare, if this gets silently fixed when reading events.
No idea how this situation (exceptions before startdate) can be created anyway.
2011-09-12 11:04:48 +00:00
8996f45e9e
* Calendar: not using freebusy rights for searching calendar, as it would allow to probe for event contents
...
- optimised private event filter for searching to not query private grants (again) from database
2011-08-16 10:20:40 +00:00
17f6dad7eb
* CalDAV: fixed and enabled iterator again, to minimize resource usage, fix for mystylite bug #1942
...
it was disabled because sql query was broken, because we did not use MIN(cal_end) multiple events per cal_id were returned
2011-08-03 16:13:56 +00:00
9b8921116b
* Calendar: show status set for the whole series at recurrences too, unless they have an individual status
...
removed previous participants call now completly, as the above changes archive the same thing, without enumerating all recurrences to the database
2011-08-03 12:35:42 +00:00
5529618ba1
fix broken category search, selected cat=1 always, when only one category wasselected, as (int) of an array does not give the required/expected result
2011-07-19 07:32:28 +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
59a0fc75ad
temporary fix for array passed as custom-field-link
2011-05-12 15:03:26 +00:00
9e141e72e0
patch #2952 : typo in class.calendar_so.inc.php
2011-05-03 17:28:54 +00:00
51c365d572
deal with cols parameter to search() being an array
2011-04-10 13:52:35 +00:00
1b8654b57f
fixed PostgreSQL error on CalDAV PROPFIND: not all selected columns where in GROUP BY clause
2011-04-10 13:11:33 +00:00
da95032505
fixed some problems with r34529: move all filtering into SQL query
...
- group-calendar empty
- owner-too filter fixed
- events with multiple users with differnt status and group invitation fixed
2011-04-09 14:41:15 +00:00
0bfd238e3f
* CalDAV: store name part of URL from client PUT request, to fully comply with CalDAV spec
2011-04-06 19:26:10 +00:00
be3dd73dcf
quietened permanent error_log
2011-04-06 12:56:40 +00:00
bef80c1f7f
improved performance of ctag generation (using only a single and quick DB query, compared to multiple queries plus one for each recurring event
2011-04-06 12:46:21 +00:00
1df79639b9
quieten permanent error_log
2011-04-06 08:03:32 +00:00
66c61cb74e
- move all filtering into SQL query in calendar_so, to be able to correctly return N rows starting from row M
...
- re-enabling propfind iterator again for calendar (fetching events in chunks of 500), to lower memory footprint
Please note: changed SQL queries used for CalDAV do not take changed participants (or status) in exceptions into account
2011-04-05 15:32:20 +00:00
c0b4f3b4c6
* Calendar: store async job of alarm with alarm owner as owner to get eg. the correct from address
2011-03-21 14:13:42 +00:00
246f13ff6a
* Calendar: fixed PostgreSQL error on transfering records of a delted user to an other one
2011-03-11 07:37:34 +00:00
d7356a350f
* Calendar: fixed SQL error on search: Argument of OR must be of type boolean, not of type smallint
2011-03-10 17:56:13 +00:00
3bb9e89bcf
* CalDAV/Lightning: fixed under some conditions infinit poping up alarms and user not able to add alarms
...
- Lightning pops up alarm, until Sequence/etag get updated: if user has no edit rights on an other users calendar, etag never got updated, now we update it
- fixed user was not able to add alarms via CalDAV, if he had no edit rights for event (was always possible in web UI)
- alarms from other users calendars are not included any more, as they make no sense but a lot of trouble
- fixed wrong condition on adding alarms, causing some alarms no being saved
2011-03-05 10:21:32 +00:00
b2bea332b1
Do private filtering on DB level
2011-02-28 23:43:34 +00:00
3c469c8392
fixed status of all recurrences get set to "unknown", if status of a single recurrence get changed
2011-01-06 05:19:10 +00:00
b19c4b3030
* fixed conflict check of resource quantity and storage of changed quantity in existing events
...
(changed quantity was used for conflict check, but not stored!)
There is still a bug with multiple non-overlapping events overlapping the checked event: check is against quantity sum, not the maximum
2010-11-11 08:51:13 +00:00
abb976d0cf
fixed typo
2010-10-28 09:43:40 +00:00
0a35a4a7c2
an other PostgreSQL compatibility problem: cast to varchar necessary
2010-10-28 09:22:01 +00:00
ddcc0e1f75
removed never implemented cats_no_subs common pref and always include sub-cats (no change as currently only one was selectable)
2010-10-14 16:16:02 +00:00
7c55020318
Use just set cal_id variable instead of potentially not set event['cal_id']
2010-10-13 17:24:32 +00:00
07063ebf7a
Update cal_modified for all required cases; adjust CalDAV ctag function
2010-09-11 18:08:48 +00:00
ce35264ed9
fix for postgreSQL bug reported by Anthony Messina (amessina-at-messinet.com): sync_contentid is varchar(60) and needs explicit cast, fixed by letting egw_db do the quoting, which is more save anyway
2010-09-10 07:01:41 +00:00
8241be4091
storing deleted timestamp instead of a deleted flag, to allow to use calendar table instead of egw_api_content_history later on
2010-09-09 09:11:57 +00:00
f90e1da24f
Fix alarm handling for recurring events starting in the past
2010-08-10 21:21:18 +00:00
f2bc58898f
rework of calendar purge function
2010-07-06 08:20:53 +00:00
419516c011
removed columns from DELETE statement
2010-07-02 06:00:25 +00:00
f8431b00a7
- Fix purging of old events so it doesn't delete everything
...
- Trick config into calling the hook when purging is turned off so cron job is cancelled
2010-07-01 15:27:37 +00:00
c6b0f825d9
Fix SyncML replace and recur_enddate issue
2010-06-26 15:58:33 +00:00
a4ae9df347
searching case insensitive for PostgreSQL too
2010-06-22 16:59:04 +00:00
ae1807c571
Fix recurring event alarm issue
2010-06-18 13:37:42 +00:00
61099d4a89
Move purging of old calendar events to use less API and do more with the DB directly. Hopefully will be a little easier on the DB.
2010-06-14 11:45:00 +00:00
f6eb00e6a1
Allow alarms for recurring events starting in the past
2010-06-08 16:36:55 +00:00
015245d235
Improved alarm handling
2010-06-07 17:54:29 +00:00
b1682123c7
certain clean-ups, plus fixing wrong query passed to calendar integration (leftover from parameter change)
2010-06-01 09:28:37 +00:00
de1a64cacd
"missing break in deleted filter (showing only unknow status)"
2010-05-21 15:09:11 +00:00
