-
That's it. Is there any way for the login to be just 'username' instead of the 'username@example.com' default?
Obviously that means that somewhere else it should be defined that username's e-mail address is username@example.com.
Any hint?.
2007-11-09 12:30:25 UTC in ]project-open[ - Service Management
-
Logged In: YES
user_id=670199
Thank you very much for your feedback. Go ahead with your
good work!
2006-08-21 15:02:44 UTC in EGroupware Enterprise Collaboration
-
Logged In: YES
user_id=670199
This bug is still present on 1.2.104.
2006-07-18 08:47:45 UTC in EGroupware Enterprise Collaboration
-
Logged In: YES
user_id=670199
Today I upgraded to 1.2.104 and I still can reproduce the
bug.
Tested with Konqueror 3.3.2 and Firefox 1.0.4, both from
Debian Sarge.
2006-07-18 08:45:50 UTC in EGroupware Enterprise Collaboration
-
Logged In: YES
user_id=670199
Yes: big "me too" here.
2006-06-16 15:31:19 UTC in EGroupware Enterprise Collaboration
-
Logged In: YES
user_id=670199
This bug is still open on 1.2.102.
2006-06-13 16:09:59 UTC in EGroupware Enterprise Collaboration
-
As per version 1.2 there seems not to be any option
to enterily delete a ticket. I think this option
should be added, probably with its own ACL (so ie.
only admins cand delete an already created ticket).
2006-05-12 10:20:00 UTC in EGroupware Enterprise Collaboration
-
Logged In: YES
user_id=670199
Still present on 1.2.100.
2006-05-04 13:38:12 UTC in EGroupware Enterprise Collaboration
-
Logged In: YES
user_id=670199
This bug is still present on 1.2.100.
It basically renders mydms unusable.
2006-05-04 13:33:02 UTC in EGroupware Enterprise Collaboration
-
Logged In: YES
user_id=670199
This bug is still present on 1.2rc8, but I have more news
on it.
It only happens for users that don't have access to the
root folder. It seems that then there's no object to
return from getFolder($folderid); of course this is "no
excuse", since the code should handle ellegantly this
situation.
2006-03-31 12:26:05 UTC in EGroupware Enterprise Collaboration
