I seem to be hitting an issue with Passwords 2026.5.10 on a fully up-to-date setup.
Environment:
-
Nextcloud 33.0.5.1
-
Passwords 2026.5.10
-
PHP 8.3.31
-
MariaDB 10.8.8
-
Cron configured and working
-
HTTPS enabled
-
imagick, intl and zip installed
-
All Nextcloud setup checks pass
passwords:system:report debug returns:
{
"version": {
"server": "33.0.5.1",
"app": "2026.5.10",
"lsr": true,
"php": "8.3.31"
}
}
This is surprising because according to the documented requirements, PHP 8.3 and Nextcloud 33 should qualify for the regular release, not LSR.
Additionally, the logs repeatedly contain errors related to favicon handling:
OCA\Passwords\Controller\Api\ServiceApiController::getFavicon
OCP\Files\NotPermittedException
OC\Files\SimpleFS\NewSimpleFile::getETag():
Return value must be of type string, null returned
The errors occur when Passwords tries to retrieve favicons.
Things already checked:
-
All Nextcloud setup checks pass.
-
No missing PHP modules.
-
appdata ownership and permissions are correct.
-
Passwords cache directories exist and are writable.
-
No files inside appdata owned by a different user.
-
Cache was cleared through the Passwords UI, which recreated:
-
faviconCache
-
passwordsCache
-
previewCache
-
avatarsCache
-
Before cache cleanup:
-
faviconCache ~8 MB
-
passwordsCache ~30 MB
After cleanup:
- caches recreated successfully and are nearly empty.
Question:
-
Why is the app reporting
"lsr": trueon Nextcloud 33 + PHP 8.3? -
Are the
NotPermittedException/getETag()errors a known issue in 2026.5.10 related to favicon caching? -
Is there any additional diagnostic information I can provide to identify the affected cache entry or file?