CalDAV and CardDAV stopped working in 23.1.20250902

[oscar]

Hi all,

This morning I upgrade from 23.1.20241128 and since then I cannot login anymore using my sync apps on Android.
For Calendar I’m using good old CalDAV-Sync (https://caldav-sync.en.aptoide.com/app), for Addressbook I got DAVx5 (https://www.davx5.com/).

The apps log an authentication error, but when I enable debug log in eGW, the error log says:

[Fri Sep 12 10:43:59.225366 2025] [proxy_fcgi:error] [pid 3018249:tid 3018747] [client _xxxx.xxxx.xxxx.xxxx_:0] AH01071: Got error 'PHP message: EGroupware\\Api\\Cache::get_provider(Instance) no provider found (error instanciating provider EGroupware\\Api\\Cache\\Files: EGroupware\\Api\\Cache\\Files::__construct() can't create basepath !)!EGroupware\\Api\\Cache::get_provider:712 / EGroupware\\Api\\Cache::getCache:298 / EGroupware\\Api\\Cache::getInstance:466 / EGroupware\\Api\\Session::get_sessionid:1271 / EGroupware\\Api\\Session::init_handler:2093 / require_once:52(/api/src/loader.php) / include:80(/header.inc.php)'

I can’t find anything related in the release notes, did I miss anything?

Thanks in advance

[RalfBecker]

Do you have APCu PHP extension installed, which is absolute recommended?

The error says, you don’t and EGroupware tries to fall back to files in /tmp or the configured temp-directory (in Setup > Configuration) but it’s NOT writable by the webserver.

Ralf

[oscar]

Hi Ralf,

Thanks for your reply. The server I’m using has OpCache i.s.o. APCu, but I assume APCu is still required then? If so I’ll make sure that gets installed.
The configured tmp directory however is writeable by the webserver (700 but the webserver is the owner), and I do see files are constantly written, e.g. in egw_cache so that shouldn´t be an issue.

Oscar

[oscar]

Here’s a (partial) check of my installation settings; as you can see, the tmp is writeable:

I do have a debug log of CalDAV, maybe that helps:

20250912T152643Z V org.dmfs.syncadapter.SyncAdapter background data setting:   background data value:true
20250912T152643Z V org.dmfs.syncadapter.SyncAdapter network type: 1   newtork subtype: 0   is connected: true   is available: true
20250912T152643Z V org.dmfs.syncadapter.SyncAdapter starting sync ...
20250912T152643Z V org.dmfs.caldav.syncadapter.SyncAdapter ignore_settings, force, ignore_backoff
20250912T152643Z D org.dmfs.caldav.syncadapter.SyncAdapter Sync pending operations ... false
20250912T152643Z D org.dmfs.caldav.syncadapter.SyncAdapter is Upload: false
20250912T152643Z V org.dmfs.caldav.syncadapter.SyncAdapter running regular sync
20250912T152643Z D org.dmfs.calendar.CalendarManager mutators column seems to be PRESENT
20250912T152643Z V org.dmfs.calendar.CalendarManager  ------ checking columns from attendees view, create at least one event on your device to make this work ------
20250912T152643Z V org.dmfs.calendar.CalendarManager attendees table is ok
20250912T152643Z V org.dmfs.calendar.CalendarManager  ------ done ------
20250912T152643Z D org.dmfs.calendar.CalendarManager uid2445 column seems to be PRESENT
20250912T152643Z V org.dmfs.caldav.syncadapter.SyncAdapter synctoken: https://<url>/groupdav.php/<user>/calendar/1757597173
20250912T152643Z V org.dmfs.caldav.syncadapter.SyncAdapter Syncing calendar 'Calendar Oscar van Eijk' with id 6 at caldavs://<url>/groupdav.php/oscar/calendar/ for <useer>
20250912T152644Z E org.dmfs.syncadapter.SyncAdapter authentication error null
org.dmfs.dav.b.d
        at org.dmfs.dav.t.a(Unknown Source:61)
        at org.dmfs.dav.b.a(Unknown Source:11)
        at org.dmfs.caldav.syncadapter.a.a(Unknown Source:1806)
        at org.dmfs.p.a.onPerformSync(Unknown Source:989)
        at android.content.AbstractThreadedSyncAdapter$SyncThread.run(AbstractThreadedSyncAdapter.java:354)



App: org.dmfs.caldav.lib
App version: 0.4.32
OS version: 30
OS Info: Cat/S62Pro/S62Pro:11/RKQ1.210406.002/1.022.00:user/release-keys
Manufacturer: Cat
Date: Fri Sep 12 17:27:41 GMT+02:00 2025

[RalfBecker]

Hi Erik,

Here’s a (partial) check of my installation settings; as you can see, the tmp is writeable:

No, it’s not checking /tmp, just that APCu is not installed!

That’s the code throwing the exception:

EGroupware/egroupware/blob/master/api/src/Cache/Files.php#L57

I have not used Api\Cache\Files in a long time, as it’s so much slower than APCu (shared memory) or Memcached.

Ralf

[oscar]

Hi Ralf,

It’s not checking /tmp indeed, but it is checking the save_path location from php.ini, which is in my case the same as the configured temp directory in Setup -> Configuration. I wasn’t clear about that.
But as I wrote, egw_cache in there is owned by the user that runs apache and the directory is actively written.

I’ll make sure APCu gets installed, but I’m afraid that won’t fix it (this egw server works for over 20 years already without it, and agaik the APCu caching was introduced long before the 20241123 release I upgraded this morning)

Thanks,
Oscar

[oscar]

What also surprises me; the error says:

can't create basepath !

But the code throws:

can't create basepath $this->base_path!

which implies $this->base_path is empty, so the check that fails is not egw_cache being unwriteable, but the first check:
!isset($this->base_path)

And indeed, when I remove the argument false on line 52 I get (as part of the error):
error instanciating provider EGroupware\\Api\\Cache\\Files: EGroupware\\Api\\Cache::get_system_config(temp_dir) $GLOBALS['egw_info']['server']['temp_dir'] is NOT set!)

But if I manually try to get it:

sql> select config_value from egw_config where config_app = 'phpgwapi' and config_name = 'temp_dir';                                
+---------------------------------------+
| config_value                          |
+---------------------------------------+
| (the correct path)                    |
+---------------------------------------+
1 row in set (0.001 sec)

[RalfBecker]

This is Api\Cache::get_system_config():

EGroupware/egroupware/blob/master/api/src/Cache.php#L738

Please check the error_log, for the error_log statement, when the DB query fails in line 761. Maybe somehow the DB connection is failing …

An other option would be, if the $GLOBALS[‘egw_info’][‘system’][‘temp_dir’] is set to empty string in your header.inc.php, because an empty string would not trigger querying the DB.

Ralf

[oscar]

The header.inc does not contain a temp_dir:

$ grep GLOBALS header.inc.php
$GLOBALS['egw_info']['server']['header_admin_user'] = '********';
$GLOBALS['egw_info']['server']['header_admin_password'] = '*****************';
$GLOBALS['egw_info']['server']['setup_acl'] = '';
$GLOBALS['egw_domain']['default'] = array(
$GLOBALS['egw_info']['server']['show_domain_selectbox'] = false;
$GLOBALS['egw_info']['server']['db_persistent'] = true;
$GLOBALS['egw_info']['server']['mcrypt_enabled'] = false;
$GLOBALS['egw_info']['server']['mcrypt_iv'] = '*************';
$GLOBALS['egw_info']['flags']['page_start_time'] = microtime(true);
$GLOBALS['egw_info']['server']['versions'] = $setup_info['api']['versions'];
$GLOBALS['egw_info']['server']['versions']['phpgwapi'] = $GLOBALS['egw_info']['server']['versions']['api'] = $setup_info['api']['version'];
$GLOBALS['egw_info']['server']['versions']['header'] = '1.29';
if(!isset($GLOBALS['egw_info']['flags']['noapi']) || !$GLOBALS['egw_info']['flags']['noapi'])
$

Also in the error_log, nothing special. This is the full logmessage I get when I call get_system_config() with throw enabled:

[Sat Sep 13 10:39:05.094439 2025] [proxy_fcgi:error] [pid 3459669:tid 3460051] [client 188.188.126.49:0] AH01071: Got error 'PHP message: EGroupware\\Api\\Cache::get_provider(Instance) no provider found (error instanciating provider EGroupware\\Api\\Cache\\Files: EGroupware\\Api\\Cache::get_system_config(temp_dir) $GLOBALS['egw_info']['server']['temp_dir'] is NOT set!)!EGroupware\\Api\\Cache::get_provider:712 / EGroupware\\Api\\Cache::getCache:298 / EGroupware\\Api\\Cache::getInstance:466 / EGroupware\\Api\\Session::get_sessionid:1271 / EGroupware\\Api\\Session::init_handler:2093 / require_once:52(/api/src/loader.php) / include:80(/header.inc.php); PHP message: EGroupware\\Api\\Cache::get_provider(Tree) no provider found ()!EGroupware\\Api\\Cache::get_provider:712 / EGroupware\\Api\\Cache::getCache:298 / EGroupware\\Api\\Cache::getTree:425 / EGroupware\\Api\\Translation::init:179 / EGroupware\\Api\\Translation::translate:223 / lang:397(eGroupWare: login blocked for user '%1', IP %2) / EGroupware\\Api\\Session->login_blocked:1221 / EGroupware\\Api\\Session->create:577 / EGroupware\\Api\\Header\\Authenticate::autocreate_session_callback:109 / call_user_func_array(EGroupware\\Api\\Header\\Authenticate::autocreate_session_callback) / EGroupware\\Api\\Egw->verify_session:335 / EGroupware\\Api\\Egw->setup:227 / EGroupware\\Api\\Egw->__construct:90 / require_once:104(/api/src/loader.php) / include:80(/header.inc.php)'

[oscar]

What surprises me here is: the Cache directory is actively written by several apps:

$ ll -ltr egw_cache/
[...]
-rw-r--r--   1 oveas oveas  1339 Sep 15 15:36 eT2-Cache-83b5dcb48742c6d9cfc60d16d29afebe--status-templates-default-call.xet-1756799109
-rw-r--r--   1 oveas oveas  2792 Sep 15 15:36 eT2-Cache-83b5dcb48742c6d9cfc60d16d29afebe--status-templates-default-room.xet-1756799109
-rw-r--r--   1 oveas oveas  3427 Sep 15 16:16 eT2-Cache-83b5dcb48742c6d9cfc60d16d29afebe--admin-templates-default-group.edit.xet-1756799100
-rw-r--r--   1 oveas oveas   550 Sep 15 16:17 eT2-Cache-83b5dcb48742c6d9cfc60d16d29afebe--status-templates-default-search_list.xet-1756799109
-rw-r--r--   1 oveas oveas  5702 Sep 15 16:25 eT2-Cache-83b5dcb48742c6d9cfc60d16d29afebe--timesheet-templates-default-index.xet-1756799109
-rw-r--r--   1 oveas oveas 10121 Sep 15 16:25 eT2-Cache-83b5dcb48742c6d9cfc60d16d29afebe--timesheet-templates-default-edit.xet-1756799109
-rw-r--r--   1 oveas oveas 14113 Sep 15 16:40 eT2-Cache-83b5dcb48742c6d9cfc60d16d29afebe--calendar-templates-default-edit.xet-1756799100
-rw-r--r--   1 oveas oveas   961 Sep 15 17:03 eT2-Cache-83b5dcb48742c6d9cfc60d16d29afebe--mail-templates-default-folder_management.xet-1756799101
$

Only groupdav seems to have issues.
I tried to set $GLOBALS['egw_info']['system']['temp_dir'] in header.inc.php but that didn’t work. For now I hardcoded the correct path in Cache/Files.php and that fixes it (until the next upgrade…)