Xibo CMS 4.4.4 Docker - Fonts page crashes, "9/9 global dependencies missing"

Get Help CMS Installation
1

Environment

  • Xibo CMS: ghcr.io/xibosignage/xibo-cms:release-4.4.4

  • XMR: ghcr.io/xibosignage/xibo-xmr:1.3

  • Database: MySQL 8.4

  • Deployment: Official xibo-docker Docker Compose, imported into OpenMediaVault (OMV) Compose

  • Host OS: Linux (OMV)

  • Player: Linux Player 4.0.5 and 4.0.6 (antiX) - Windows .Net player seemingly unaffected

Issue

The Linux player initially failed to receive layout changes because the XMR WebSocket address was incorrectly configured. After correcting the XMR settings, the player successfully connected via WebSocket.

However, layouts are still not displayed. The player reports:

  • Layout invalid, skipping

  • No layouts, showing default layout

  • [FAULT] 9/9 global dependencies missing

The same layout works correctly on the Windows .Net player.

CMS Symptoms

Displays running the 4.0.6 Linux Player report one fault in the display overview, previous version communicate that error only locally and as additional information when gathering a screenshot.

The CMS also exhibits an unrelated-looking but possibly connected issue:

  • Opening Administration → Fonts always returns HTTP 500 (“Unexpected Error”).

The application log contains:

Call to undefined method Xibo\Controller\Font::getValidExtensions()

with the stack trace pointing to:

lib/Controller/Font.php

Inspection of that file shows:

'validExt' => implode('|', $this->getValidExtensions())

while later in the same file it correctly uses:

$this->fontFactory->getValidExtensions();

Since Xibo\Controller\Font does not implement getValidExtensions(), this results in the fatal error.

Checks already performed

  • Fresh CMS installation using the official Docker image.

  • Fresh Linux player installation and previous Linux player installation.

  • XMR connectivity verified and working.

  • Docker volumes and permissions verified.

  • /var/www/cms/library is writable.

  • CMS and player system times are correct.

  • Fonts exist under /var/www/cms/library/fonts.

  • Global assets exist under /var/www/cms/library/assets.

Question

Could this be a regression in the release-4.4.4 Docker image?

The fatal error in Font.php appears unrelated to my environment and may explain why the player reports missing global dependencies and refuses to render layouts.

Any guidance or confirmation would be appreciated.

2

Same issue has been reported a couple hours before: Display Fonts Issue - #5 by TaharG