Commit Graph

1195 Commits

Author SHA1 Message Date
Oscar Manuel Gómez Senovilla
df8f5a858c *** empty log message *** 2004-09-17 09:36:18 +00:00
Ralf Becker
e8f9f120a3 fixed bug [ 1027668 ] $$Link$$ not using https 2004-09-16 22:02:53 +00:00
Ralf Becker
f22dab597d fix for bug [ 1015533 ] Private entries prohibit response
If you are invited to a private event, you get full access to it, as you would if it were not private. Only restriction is: other people you gave access to your private events, still cant read the event, as long as they have no direct private grant from the owner of the event.
2004-09-08 12:20:56 +00:00
Ralf Becker
e72a231b42 reverted Matthew's commit and fix for bug [ 1015533 ] Private entries prohibit response
If you are invited to a private event, you get full access to it, as you would if it were not private. Only restriction is: other people you gave access to your private events, still cant read the event, as long as they have no direct private grant from the owner of the event.
2004-09-08 12:19:22 +00:00
Ralf Becker
7479c7f40a fix for bug [ 1022185 ] Last day of event shows 00:00:00 00:00:00 2004-09-08 12:17:39 +00:00
Ralf Becker
2f10c7a587 fix for bug [ 1022185 ] Last day of event shows 00:00:00 00:00:00 2004-09-08 10:13:33 +00:00
Oscar Manuel Gómez Senovilla
33e65129be *** empty log message *** 2004-09-03 19:02:35 +00:00
mgalgoci
75f04ec834 Fix issue where people invited to a private event were unable view the event
let alone view the event details. invitees are now allowed to view the event
details as well as accept their invitation to the event.

NB:

- if an invitee has granted another user private access to the invitee's calendar, the user
to which private access has been granted is UNABLE to view the details of the event.

- if the person who created the event and marked the event private has granted another user
access to that person's private events, then the person granted private access WILL be able
to see the details of the event.

- at most, uninvited third parties will only see that a private event is taking place at some
time, but only if they have at least read access to the calendar of one of the people invited
to the event.

I hope this makes sense. I've tested this extensively to make sure I am not accidently granting
access to private events that should be kept private.
2004-09-02 21:28:30 +00:00
reinerj
e235423ed9 update lang file from Theytaz Antoine 2004-09-02 17:49:58 +00:00
Ralf Becker
c6c034b291 allow to specify cats by there id again 2004-09-02 10:17:37 +00:00
Ralf Becker
b20e6ab27f dont check for MS IE the window-width on load, as some versions report constantly changing sizes 2004-09-02 09:58:36 +00:00
Ralf Becker
1ba7e3af73 fix for bug [ 1015331 ] Private calendar entries visible in month view 2004-09-01 13:54:57 +00:00
Ralf Becker
f5bcfcd145 fix for bug [ 1015169 ] Can't delete user 2004-09-01 13:26:25 +00:00
Ralf Becker
65fe6dd6e9 fix for bug [ 1014883 ] Sidebox with Add New Entry even if now permissions to add 2004-09-01 12:58:09 +00:00
Ralf Becker
e116a61201 fix for bug [ 1016837 ] Calendar Weekly Repeat Bug 2004-09-01 12:13:14 +00:00
mgalgoci
ca7d6d308f Fix this bug:
Date: Tue, 31 Aug 2004 16:16:35 +0200
From: Michael Schmidt <brokerjoker@gmx.de>
Reply-To: egroupware-developers@lists.sourceforge.net
To: egroupware-developers@lists.sourceforge.net
Subject: [eGroupWare-developers] Bug in Calendar?

Hi,

if I switch the calendar view to "week view", it displays three months
above the seven days of the week. These should be:

July - August - September

But today it shows:

July - August - October(!)


I guess it has sth. to do with today's date (31st of August).

Is this a known bug?

tnx,
Michael
2004-08-31 18:43:51 +00:00
reinerj
879653f7eb replace the bad word 2004-08-31 18:04:04 +00:00
reinerj
a83d020083 in this file, no tabs where included and this produce errors on install 2004-08-31 15:50:34 +00:00
Ralf Becker
9b5a1b6545 different style for the multiple user week-view: one row per user 2004-08-31 09:40:09 +00:00
Ralf Becker
c69e9cd32e implemented a one-click (tm) change between single and multiple account-selection for the calendar 2004-08-29 20:32:56 +00:00
reinerj
a5ca0539aa update japan langfile from Jun Kuriyama 2004-08-29 08:04:22 +00:00
mgalgoci
f3bbad5fff More ical import fixes (and cleanups) 2004-08-25 20:51:59 +00:00
mgalgoci
db7cd1697e fix long standing issue in is_owner() - mailto is a subarray of organizer. 2004-08-25 15:33:59 +00:00
alpeb
046609d851 Fixed wrong time when exporting to vcal. Also changed ical versi��n from 2.0 to 1.0 because outlook 2000 was rejecting icals with this version. Shouldn't I have changed this version number? 2004-08-24 19:43:19 +00:00
Ralf Becker
e35b30f61d fixed planner again 2004-08-23 08:19:35 +00:00
Ralf Becker
9f9ef95b80 fixed probs pointed out by Joxean Koret 2004-08-22 18:44:47 +00:00
Ralf Becker
2c20ef30e6 not longer used 2004-08-22 18:02:57 +00:00
mgalgoci
72f2561223 better handling of rogue newlines in ical files imported from other sources.
the legality of the presences of newlines inside an ical record is debatable, but
as we have seen, this can and will happen.

Fixes https://sourceforge.net/tracker/index.php?func=detail&aid=989070&group_id=78745&atid=554338
2004-08-19 18:43:02 +00:00
mgalgoci
d51ed17fab account for imported events that end up having no participants. 2004-08-19 15:38:01 +00:00
Ralf Becker
b9601ff903 fixed bug [ 1008512 ] Matrix view missing data (Name in first column of weekly MV) 2004-08-19 11:09:26 +00:00
Ralf Becker
b144f0ffad merged carsten's changes from the 1.0 branch
and fixed bug [ 1011704 ] Division by zero error
2004-08-19 10:29:57 +00:00
mgalgoci
77cce9e9dc parse_user_host was never ever defined! Ever! I even checked phpgroupware! They have this
bug too!! It looks to me like switch_mailto give the functionality that parse_user_host
_should_ have provided.
2004-08-18 20:40:44 +00:00
Ralf Becker
02d78c172d fixed SQL error in status-update, thanks to bug report from M.Cuneyt Gursan <cgursan-at-kablonet.com.tr> 2004-08-18 11:23:46 +00:00
Oscar Manuel Gómez Senovilla
ad0563dc8e *** empty log message *** 2004-08-18 11:10:26 +00:00
Ralf Becker
ff84561c98 removed unnecessary RefreshTable 2004-08-13 20:36:28 +00:00
reinerj
4cbda82863 italien translations from leonardo amadori 2004-08-12 18:17:28 +00:00
reinerj
5e9bdd8def replace the crap 2004-08-09 00:35:19 +00:00
Ralf Becker
4fb9fd8ce4 fix for bug [ 996391 ] Conflict warning although there is no conflict 2004-08-07 17:23:12 +00:00
Ralf Becker
0d1e67445d fix for bug [ 1004481 ] alarm management: you could not create alarms for other participants, even if you had the required write-grants from them 2004-08-07 14:55:38 +00:00
Ralf Becker
c3717d0315 fix for bug [ 1004555 ] Database error adding new calendar item:
- happend only if participants have been disabled via custom-fields
- was caused by the code entering participants from matrixview
2004-08-07 14:22:58 +00:00
Ralf Becker
86e0942150 fixed wrong regular expression 2004-08-07 10:40:10 +00:00
Oscar Manuel Gómez Senovilla
9449ea5afa *** empty log message *** 2004-08-07 10:22:51 +00:00
reinerj
1f1c58be46 update korea lang translation from Futurizer 2004-08-07 00:58:47 +00:00
ak703
61482e0a19 sync with Version-1_0_0-branch 2004-08-06 20:44:22 +00:00
Ralf Becker
906dd66691 bulgarian translations from Iassen Pramatarov <turin-AT-fsa-bg.org> 2004-08-04 14:56:19 +00:00
reinerj
0d91f7017e update Korea translation futurizer 2004-08-04 10:14:18 +00:00
Ralf Becker
8cbf049cb3 removed order by from count(*) query as MaxDB dont order after columns not retrived 2004-08-03 23:22:35 +00:00
Ralf Becker
bdc3456ed6 reworked so-layer for MaxDB and new db-functions:
- added cal_ prefix to phpgw_cal
- hol_ prefix to phpgw_cal_holidays
- renamed cal_login=>cal_user_id,cal_type=>cal_user_type in phpgw_cal_user
2004-08-03 22:52:13 +00:00
alpeb
39c1a0aabb Fix incorrect number of infolog entries shown in home 2004-08-01 16:45:04 +00:00
Ralf Becker
700c20b802 Imported the new calendar from the ralfbecker branch and merged it with the bugfixes and improvments of the 1.0 branch.
All further development will be done now in HEAD
2004-08-01 15:36:04 +00:00