Thanks for analyzing that problem
Hi!
… introduced through
http://svn.stylite.de/viewvc/egroupware?view=rev&revision=32165
Sorry, I do not have postgres available, so I cannot check the reason for
the changeset, but if that was a problem with postgres, then the behavior
with an LDAP backend is different and should probably also be patched. It
seems, the LDAP backend does not (yet?) rename bday to contact_bday?
SQL backend uses a column prefix ‘contact_’, while LDAP uses own names,
we can NOT change. There is a mapping in place for LDAP, but it only
supports the names without column prefix.
I would expect only the 2. change in calendar_bo, is really necessary:
http://svn.stylite.de/viewvc/egroupware/branches/1.8/calendar/inc/class.calendar_bo.inc.php?r1=32165&r2=32164&pathrev=32165
@Klaus: can you try if you revert the first, PostgreSQL problem is still
fixed.
If not this needs to be fixed in addressbook_sql or so_sql.
Thanks for fixing the LDAP backend for birthdays.
Not yet fixed
Ralf
Hi!
I have digged through the code of my LDAP installation on the search for
the root cause of this problem.
The current status of my search is that the change in line
egroupware-1.8/calendar/inc/class.calendar_bo.inc.php:1719
$bdays =& $contacts->read(
causes this problem.
The read function (phpgwapi/inc/class.contacts.inc.php) again calls some
parent, but there I lost track of what exactly is called and what has
changed in the SQL code which is now missing in the LDAP code.
There has also been some change in the old_read function, which might be
related.
If I revert the change in class.calendar_bo.inc.php:1719 to the 1.6
content, LDAP does not show the problem any more (after re-login), but I
have not tested the SQL version with the reverted line.
Can you please do further checks?
Thanks and best regards,
Hans-Jürgen
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers
–
Ralf Becker
Director Software Development
Stylite GmbH
[open style of IT]
Morschheimer Strasse 15
67292 Kirchheimbolanden
fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de
www.stylite.de
www.egroupware.org
Geschäftsführer Andre Keller,
Gudrun Müller, Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers