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.
characters in filemanager, for exmaple, files that contain Chinese
characters.
Reason for producing the bug: One parameter of "fwrite"
is "strlen ($data['content'])". To multibyte character, "strlen" can
not return its actual length. So "fwrite" cannot write all characters
to the created file.
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.
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
- set a default account email address as well as a user preference email
address in the users' preferences
- actually check if the account creation succeeds before we commit the transaction to the database.
- remove some crap and make function readable
- set a default account email address as well as a user preference email
address in the users' preferences
- actually check if the account creation succeeds before we commit the transaction to the database.
- set default name to New User if we have no other data
- remove some crap and make function readable
