Hallo,
ich verwende EGroupware 17.1.20190808 auf einem Apache-Shared-Hosting-Server. Als Datenbank verwende ich einen MySQL Community Server der Version 5.6.30.

Für die Installation habe ich von https://github.com/EGroupware/egroupware/releases3 die entsprechende zip-Datei heruntergeladen, entpackt und dann per FTP auf meinen Server hochgeladen.

Ich habe bisher PHP 5.6.40 verwendet. Hier ging (und geht bei einem testweisem Downgrade) alles problemlos. Bei allen weiteren zur Verfügung stehenden PHP-Versionen – das sind 7.0.33, 7.1.33, 7.2.24 und 7.3.11 – tritt der Fehler auf:

Normalerweise lädt ja immer nur der Inhalt der Seite, wohl durch Javascript, nicht die gesamte Seite selbst. Nun habe ich jedoch das Problem, dass nach allen paar Klicks und wenn ich einige Sekunden keine Aktion durchgeführt habe, die gesamte Seite neu lädt. Kalendereinträge oder -änderungen werden dann z.B. nicht übernommen.

Die error_log-Datei sagt dabei folgendes:

[15-Nov-2019 13:52:39 UTC] Error reading etemplate request data for id=calendar_User_huzSrit94fWwpyIeYY6cTbAY_YWz21Stq5ssliVgtJc=!

[15-Nov-2019 13:52:39 UTC] EGroupware\Api\Etemplate\Request::read(‘calendar_User_huzSrit94fWwpyIeYY6cTbAY_YWz21Stq5ssliVgtJc=’, …) eT2 request not found / expired --> redirecting app to /eGroupWare/index.php?redirect=1573825959.8719 (_GET[menuaction]=EGroupware\Api\Etemplate\Widget\Nextmatch::ajax_get_rows, isJSONRequest()=TRUE)

[15-Nov-2019 13:52:40 UTC] Error reading etemplate request data for id=calendar_User_huzSrit94fWwpyIeYY6cTbAY_YWz21Stq5ssliVgtJc=!

[15-Nov-2019 13:52:40 UTC] EGroupware\Api\Etemplate\Request::read(‘calendar_User_huzSrit94fWwpyIeYY6cTbAY_YWz21Stq5ssliVgtJc=’, …) eT2 request not found / expired --> redirecting app to /eGroupWare/index.php?redirect=1573825960.2315 (_GET[menuaction]=EGroupware\Api\Etemplate::ajax_destroy_session, isJSONRequest()=TRUE)

[15-Nov-2019 13:52:40 UTC] An error happened (EGroupware\Api\Exception\AssertionFailed): CreateObject() file /home/user00000/public_html/eGroupWare/api/inc/class…inc.php not found!

[15-Nov-2019 13:52:40 UTC] #0 /home/user00000/public_html/eGroupWare/index.php(151): CreateObject(‘api.’)

[15-Nov-2019 13:52:40 UTC] #1 {main}

[15-Nov-2019 13:52:40 UTC] # Instance=default, User=User, Request=GET https://www.example.com/eGroupWare/index.php?redirect=1573825959.8719, User-agent=Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.1 Safari/605.1.15

[15-Nov-2019 13:52:43 UTC] calendar_holidays::render(‘DE’, 2018, 2024) took 0.461s to fetch 220 events

Hat jemand eine Idee, was das sein könnte?

Viele Grüße,
David.

Hallo Stefan,
tut mir leid, da hast du recht: Ich war irgendwie davon ausgegangen, dass man schon am Error-Log etwas erkennen kann.

Ich habe mal noch einige weitere Daten zu meiner Frage hinzugefügt.

Ich glaube, der Fehler steht im Zusammenhang mit einem PHP-Versions-Update. Ich werde das mal prüfen und melde mich dann nochmal mit neuen Infos.

Bis dahin, alles Gute,
David.

Hallo Stefan,
ich bin bei contabo.de und verwende das “Webspace-Paket XL”.

Die PHP-Informationen habe ich dir eben per E-Mail zugesandt.

Typo3 oder andere CMS verwende ich nicht.

Übrigens: Die Adresse lautet ja https://www.example.com/eGroupWare/index.php?cd=yes. Wenn der Fehler auftritt, ändert sich die URL immer in https://www.example.com/eGroupWare/index.php?redirect=1574145614.5916&cd=yes, wobei sich der Wert von redirect nach jedem Fehler ändert.

Viele Grüße,
David.

PS: Was bedeutet “cd=yes” eigentlich, das frage ich mich schon immer?

Hallo Ralf,
Stefan hatte die PDF-Datei ja an dich weitergeleitet.

Ganz oben steht:
EGroupware caching provider: EGroupware\Api\Cache\Apcu View APCu stats

Folgende Info konnte ich auch noch finden:

You are running the latest version of APCu (5.1.18)

Bei allen PHP-Versionen, wo der Fehler auftritt, wird wohl APCu verwendet.

Bei der PHP-Version, wo der Fehler nicht auftritt, erscheint:

EGroupware caching provider: EGroupware\Api\Cache\Files

Was sagt uns das nun? Was kann ich tun?

Ein eigener VPS nur für EGroupware für momentan ca. drei Nutzer macht nicht wirklich Sinn.

Grüße,
David.

Hier mal ein Screenshot der php.ini-Managementoberfläche.

Bildschirmfoto 2019-11-26 um 12.39.37.jpg1292x774 194 KB

In der .htaccess im Hauptpfad ist festgelegt, dass alles auf PHP 7.3.11 laufen soll.

Wenn ich in der .htaccess im EGroupware-Ordner folgendes hinzufüge, läuft nur EGroupware auf PHP 5.6.40:

<IfModule mime_module>
  AddHandler application/x-httpd-ea-php56___lsphp .php .php5 .phtml
</IfModule>

Das nutze ich nun erstmal als kurzfristige Lösung, bis ich den Fehler gefunden habe.