Keine Speicherung mehr von Terminen über die CalDavschnittstelle

[log45ghj]

Hi,

seit dem Update auf die Version 14.03 vom 11082015 kann ich über die Caldavschnittstelle, egal ob mit Thunderbird oder Android keine Daten im Kalender mehr korrigieren oder anlegen.

Hatte gedacht, dass es mit meiner Datenbank zusammenhängt, aber auch eine Neuinstallation bringt den gleichen Fehler.

Soll der Termin gespeichert werden, wird folgender Fehler ausgegeben:

“Authentifizierung erforderlich”
"Database error Invalid SQL: Update egw_access_log SET
und die Sessionid der Änderung.

Er will Benutzerdaten.

Nach einem Rückschwenk auf die Version 14.2 vom 17072015 funktioniert wieder alles.

Daten zum Server: Windows Server 2008R2 mit IIS 7,5 und PHP 5.6.12 per FastCGI. Datenbank MySQL 5.6.26

Ein Löschen der SQL Tabelle setzt die phpgwapi von Egroupware komplett außer Kraft. Ist bei jemanden ein ähnliches Phänomen vorhanden. Der Eintrag von Terminen über die Weboberfläche funktioniert tadellos und diese können auch über den Caldav-Server abgefragen werden.

[Ralf_Becker_Stylite]

Hi,

enthält Dein Benutzername evtl. einen Umlaut oder Akzent?

Bei meiner MariaDB 10 gibt das zwar auch keinen Fehler, evtl. hängt das
noch an der Datenbank und/oder Version.
Was setzt Du ein?
Für PostgreSQL habe ich in dem Zusammenhang schon einen Fehler seit
14.3.20150811 behoben:

https://svn.stylite.de/viewvc/egroupware?revision=53375&view=revision

Sende mir mal die komplette Exception aus dem Apache error.log
einschließlich ein paar Zeilen davor und dahinter.
Kannst Du auch gerne direkt an rb-AT-stylite.de machen.

Ralf

Hi,

seit dem Update auf die Version 14.03 vom 11082015 kann ich über die
Caldavschnittstelle, egal ob mit Thunderbird oder Android keine Daten im
Kalender mehr korrigieren oder anlegen.

Hatte gedacht, dass es mit meiner Datenbank zusammenhängt, aber auch eine
Neuinstallation bringt den gleichen Fehler.

Soll der Termin gespeichert werden, wird folgender Fehler ausgegeben:

“Authentifizierung erforderlich”
"Database error Invalid SQL: Update egw_access_log SET
und die Sessionid der Änderung.

Er will Benutzerdaten.

Nach einem Rückschwenk auf die Version 14.2 vom 17072015 funktioniert wieder
alles.

Daten zum Server: Windows Server 2008R2 mit IIS 7,5 und PHP 5.6.12 per
FastCGI. Datenbank MySQL 5.6.26

Ein Löschen der SQL Tabelle setzt die phpgwapi von Egroupware komplett außer
Kraft. Ist bei jemanden ein ähnliches Phänomen vorhanden. Der Eintrag von
Terminen über die Weboberfläche funktioniert tadellos und diese können auch
über den Caldav-Server abgefragen werden.

–
View this message in context: http://egroupware.219119.n3.nabble.com/Keine-Speicherung-mehr-von-Terminen-uber-die-CalDavschnittstelle-tp4008559.html
Sent from the egroupware-german mailing list archive at Nabble.com.

---

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

–
Ralf Becker
Director Software Development

Stylite AG

Isaac-Fulda-Allee 9 | Tel. +49 6131 32702-0
D-55124 Mainz | Fax. +49 6131 32702-70

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 46224 Mainz Germany

[log45ghj]

Hallo Ralph,

Es sind nicht ganz Umlaute oder Akzente, aber vermutlich ist es das @ Zeichen. Meine Benutzernamen sind Mailadressen im Format test.a@meinedomain.eu .

Verwende den IIS 7.5 mit PHP 5.6.12 und MySQL 5.6.25 . Log vom Apache kann ich dir leider nicht liefern ;-).

[Ralf_Becker_Stylite]

Hallo Ralph,

Es sind nicht ganz Umlate oder Akzente, aber vermutlich ist es das @
Zeichen. Meine Benutzernamen sind Mailadressen im Format
test.a@meinedomain.eu .
@ als reines ASCII Zeichen ist kein Problem, zumal wir auch keine
Benutzernamen intern verwenden sondern eine nummerische Benutzer-ID.
Verwende den IIS 7.5 mit PHP 5.6.12 und MySQL 5.6.25 . Log vom Apache kann
ich dir leider nicht liefern ;-).
Dann grabe halt das IIS Log aus in das PHP seine Fehler loggt, bzw.
falls Du PHP-FPM verwendest dessen Log.

Ralf

–
Ralf Becker
Director Software Development

Stylite AG

Isaac-Fulda-Allee 9 | Tel. +49 6131 32702-0
D-55124 Mainz | Fax. +49 6131 32702-70

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 46224 Mainz Germany

[log45ghj]

Folgendes gibt PHP im Log aus bei dem fehlerhaften Zugriff

[17-Aug-2015 17:55:53 Asia/Kuwait] Database error (egw_exception_db_invalid_sql): Invalid SQL: UPDATE egw_access_log SET session_dla=1439823352,session_action=’/groupdav.php/tester@testfeld.se/calendar/f4aa96c2-1263-41a8-9fff-75aaba4d0de5.ics’,lo=NULL WHERE sessionid=49
Data too long for column ‘session_action’ at row 1 (1406)
[17-Aug-2015 17:55:53 Asia/Kuwait] #0 D:\Programme\Webseiten\egroupware\egroupware\phpgwapi\inc\class.egw_db.inc.php(2030): egw_db->query(‘UPDATE egw_acce…’, 1459, ‘D:\Programme\We…’, 0, -1, false)
[17-Aug-2015 17:55:53 Asia/Kuwait] #1 D:\Programme\Webseiten\egroupware\egroupware\phpgwapi\inc\class.egw_session.inc.php(1459): egw_db->update(‘egw_access_log’, Array, Array, 1459, ‘D:\Programme\We…’)
[17-Aug-2015 17:55:53 Asia/Kuwait] #2 D:\Programme\Webseiten\egroupware\egroupware\phpgwapi\inc\class.egw_session.inc.php(939): egw_session->update_dla()
[17-Aug-2015 17:55:53 Asia/Kuwait] #3 D:\Programme\Webseiten\egroupware\egroupware\phpgwapi\inc\class.egw.inc.php(295): egw_session->verify()
[17-Aug-2015 17:55:53 Asia/Kuwait] #4 D:\Programme\Webseiten\egroupware\egroupware\phpgwapi\inc\class.egw.inc.php(235): egw->verify_session()
[17-Aug-2015 17:55:53 Asia/Kuwait] #5 D:\Programme\Webseiten\egroupware\egroupware\phpgwapi\inc\functions.inc.php(81): egw->wakeup2()
[17-Aug-2015 17:55:53 Asia/Kuwait] #6 D:\Programme\Webseiten\egroupware\egroupware\header.inc.php(106): require_once(‘D:\Programme\We…’)
[17-Aug-2015 17:55:53 Asia/Kuwait] #7 D:\Programme\Webseiten\egroupware\egroupware\groupdav.php(46): include(‘D:\Programme\We…’)
[17-Aug-2015 17:55:53 Asia/Kuwait] #8 {main}
[17-Aug-2015 17:55:53 Asia/Kuwait] # Instance=default, User=tester@testfeld.se, Request=PUT https://egr.testfeld.local/egroupware/groupdav.php/tester@testfeld.se/calendar/f4aa96c2-1263-41a8-9fff-75aaba4d0de5.ics, User-agent=Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 Lightning/4.0.1.2

[Ralf_Becker_Stylite]

Hi,

Folgendes gibt PHP im Log aus bei dem fehlerhaften Zugriff

[17-Aug-2015 17:55:53 Asia/Kuwait] Database error
(egw_exception_db_invalid_sql): Invalid SQL: UPDATE egw_access_log SET
session_dla=1439823352,session_action=’/groupdav.php/tester@testfeld.se/calendar/f4aa96c2-1263-41a8-9fff-75aaba4d0de5.ics’,lo=NULL
WHERE sessionid=49
Data too long for column ‘session_action’ at row 1 (1406)
Der Fehler ist mit dem Commit den ich Dir vor 3 Tagen geschickt habe
behoben.
Einfach die folgende Datei bei Dir austauschen:

https://svn.stylite.de/egroupware/branches/14.2/phpgwapi/inc/class.egw_db.inc.php

Du hast auch immer noch nicht geschrieben welche Datenbank und Version
Du einsetzt.
Nach dem Fehler gehe ich mal von einer PostgreSQL aus.

Ralf

[17-Aug-2015 17:55:53 Asia/Kuwait] #0
D:\Programme\Webseiten\egroupware\egroupware\phpgwapi\inc\class.egw_db.inc.php(2030):
egw_db->query(‘UPDATE egw_acce…’, 1459, ‘D:\Programme\We…’, 0, -1,
false)
[17-Aug-2015 17:55:53 Asia/Kuwait] #1
D:\Programme\Webseiten\egroupware\egroupware\phpgwapi\inc\class.egw_session.inc.php(1459):
egw_db->update(‘egw_access_log’, Array, Array, 1459, ‘D:\Programme\We…’)
[17-Aug-2015 17:55:53 Asia/Kuwait] #2
D:\Programme\Webseiten\egroupware\egroupware\phpgwapi\inc\class.egw_session.inc.php(939):
egw_session->update_dla()
[17-Aug-2015 17:55:53 Asia/Kuwait] #3
D:\Programme\Webseiten\egroupware\egroupware\phpgwapi\inc\class.egw.inc.php(295):
egw_session->verify()
[17-Aug-2015 17:55:53 Asia/Kuwait] #4
D:\Programme\Webseiten\egroupware\egroupware\phpgwapi\inc\class.egw.inc.php(235):
egw->verify_session()
[17-Aug-2015 17:55:53 Asia/Kuwait] #5
D:\Programme\Webseiten\egroupware\egroupware\phpgwapi\inc\functions.inc.php(81):
egw->wakeup2()
[17-Aug-2015 17:55:53 Asia/Kuwait] #6
D:\Programme\Webseiten\egroupware\egroupware\header.inc.php(106):
require_once(‘D:\Programme\We…’)
[17-Aug-2015 17:55:53 Asia/Kuwait] #7
D:\Programme\Webseiten\egroupware\egroupware\groupdav.php(46):
include(‘D:\Programme\We…’)
[17-Aug-2015 17:55:53 Asia/Kuwait] #8 {main}
[17-Aug-2015 17:55:53 Asia/Kuwait] # Instance=default,
User=tester@testfeld.se, Request=PUT
https://egr.testfeld.local/egroupware/groupdav.php/tester@testfeld.se/calendar/f4aa96c2-1263-41a8-9fff-75aaba4d0de5.ics,
User-agent=Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
Thunderbird/38.1.0 Lightning/4.0.1.2

–
Ralf Becker
Director Software Development

Stylite AG

Isaac-Fulda-Allee 9 | Tel. +49 6131 32702-0
D-55124 Mainz | Fax. +49 6131 32702-70

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 46224 Mainz Germany

[log45ghj]

Hi Ralph,

habe den Commit migriert. Jetzt funktioniert es wieder. Kommt die bearbeitete Datei dann im nächsten Release mit, weil im Archiv vom 11082015 ist ja noch die alte?

Zur Datenbank. Habe geschrieben welche ich nutze. Steht ganz oben im ersten Post:

Daten zum Server: Windows Server 2008R2 mit IIS 7,5 und PHP 5.6.12 per FastCGI. Datenbank MySQL 5.6.26

Also MySQL in Version 5.5.26 :-). Leider kein PostgreSQL.

Danke für die schnelle Hilfe

[Ralf_Becker_Stylite]

Hi,

Hi Ralph,

habe den Commit migriert. Jetzt funktioniert es wieder. Kommt die
bearbeitete Datei dann im nächsten Release mit, weil im Archiv vom 11082015
ist ja noch die alte?
Ja, wird im nächsten Paket enthalten sein.
Zur Datenbank. Habe geschrieben welche ich nutze. Steht ganz oben im ersten
Post:

Daten zum Server: Windows Server 2008R2 mit IIS 7,5 und PHP 5.6.12 per
FastCGI. Datenbank MySQL 5.6.26

Also MySQL in Version 5.5.26 :-). Leider kein PostgreSQL.
Ok, hab’ ich nicht gesehen.

Ralf

–
Ralf Becker
Director Software Development

Stylite AG

Isaac-Fulda-Allee 9 | Tel. +49 6131 32702-0
D-55124 Mainz | Fax. +49 6131 32702-70

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 46224 Mainz Germany