My company has been using Xibo’s open‑source solution for quite some time now. However, a few days ago all of our displays’ statuses went offline. Upon further diagnosis, we found that our displays were not downloading the dependency: bundle.min.js.
To resolve the issue, we performed the following steps on one of the affected displays (C294):
Updated the Xibo Player to latest version (see above)
Uninstalled/reinstalled the Xibo Player, forcing the display to be re‑added/reconnected to the CMS
Updated the Xibo (CMS) Docker installation to the latest release (see above)
The interesting thing is the display we re‑added cannot download ANY dependencies now. The displays are up-to-date, show the correct data & time, and have the right time zone set. Any help or guidance is greatly appreciated. Thank you!
FYI: We’ve turned the displays off in the meantime, so they’re not logged in currently!
C294 (running latest version of Xibo Player for Windows) (cannot download any dependencies)
My name is Jerry from the Xibo support team. Sorry to hear about the issue where your player isn’t able to download the dependencies (required files) in order for it to show your scheduled layout. To attempt and help you resolve this, there is an XML file that handles downloading those dependencies; I’m suspecting that this file might be corrupted. Could you please try to delete it in your Xibo local library? Below is a step-by-step guide.
Open your Xibo player option and locate the library.
Go to your local library and delete the requiredFiles.xml file. Here, my local library is in documents, so I went inside and searched for the requiredFiles.xml and deleted it.
Go back to your CMS Schedule section, click the row menu for your scheduled event, and click on Edit. You don’t have to make any changes and just save it. This will force the player to re-download all the required files.
Thank you so much for your response! It is greatly appreciated!
Unfortunately, even after following the instructions, the issue still remains and is unchanged.
To recap, I removed the requiredFiles.xml file responsible for downloading dependencies on C294 and C295 in their local library. I then waited about 30 minutes to allow the displays time to re-download the dependencies. During that time, the CMS Display section showed the displays’ status as “Display is out of date but has not yet checked in with the server.”
C294 still cannot download any dependencies. C295 still has all of its dependencies, but bundle.min.js downloaded again. The files remained cached in C295’s local library.
Thank you for the screenshots you’ve provided and the information regarding the steps you have performed based on my recommendation. To isolate the issue further, could you please try the below steps?
First, make sure that your Xibo for Windows (XfW) player are both closed for the C294 and C295 displays
Remove all the schedules for both the C294 and C295 displays.
Make sure that a default layout is set to those displays; here’s how.
Go to the CMS Task section and run all the tasks to make sure all the tasks are running. Check the Last Run column, and that should show a recent date to tell us that the task is running. Also, under the Status column, it should show a clock symbol if the tasks are running properly; if not, then it should show a bug symbol.
Go to the Xibo player local library and delete everything (this is where the requiredFiles.XML resides).
Check to see if in the CMS display section the 2 displays’ entries turned green (up-to-date).
As the default layout is a simple layout, it should be able to download all the dependencies even if the network you are currently connected to has a slow internet connection just in case.
If it still fails and you are still seeing that the displays somehow still can’t download the dependencies, could you go to the CMS font section to see if all the fonts are there? If not, please download the fonts here and upload them to your CMS.
Below are the fonts that should come with the CMS when you first install it.
If it still fails, then try to change your internet connection. Try to connect your displays to maybe your mobile hotspot to see if it can download the required files when connected to your mobile data. If this is the case, you might need to look if there are any network filtering systems or firewalls that are blocking the player from downloading the required files when connected to your original internet connection.
You have to whitelist the below TCP ports.
TCP/80 or TCP/443 — HTTP or HTTPS connection
TCP/9505 — XMR communication.
Please try to perform the steps from top to bottom to better isolate and see which of those steps worked for you.
I went to the CMS Task section and ran all the tasks listed. However, the Drop Player Cache task and Media Orientation task remained inactive but showed a status of running properly (clock symbol).
Proceeding with your suggestions, I deleted everything in C294’s Xibo Library directory, waited a few minutes and checked its status in the CMS. Unfortunately, the status remained out-of-date and the directory unpopulated. The XfW Player remained closed during the entire process. To further testing, I launched the Player to see if that would make a difference. C294’s status changed from out-of-date, to display is downloading new files. The only thing shown on C294 was Xibo’s logo (not the default layout). The Xibo Library did repopulate. However, it did not contain any of the dependencies.
All the fonts are there. I will post a screenshot verifying it in a reply below.
Unfortunately, I cannot connect any of the displays to my mobile hotspot as they only support wired connections. Our anti-virus and anti-malware solution isn’t blocking anything, and neither is our firewall. Everything is internal and on the same subnetwork, so the traffic between them does not pass through the firewall. It stays local and is switched, not routed, therefore whitelisting the TCP ports is obsolete. No host-based firewalls exists either, i.e., Windows Defender Firewall has been disabled.
Thank you for all the information you’ve provided in your last response. I would like to isolate this issue further if this is being caused by the tasks not running in your CMS or something else. In the Xibo cloud-hosted setup, the tasks are managed and run on our servers. To isolate the task issue you are having in your self-hosted CMS, could you please try to create an Xibo Cloud trial CMS instance, connect your test display, and check if you are getting the same issue with dependencies not being downloaded by your Xibo for Windows (XfW) players? You can create a Xibo Cloud trial CMS here. If the issue does not happen in the Xibo Cloud trial CMS instance, that would confirm that the issue is with your self-hosted CMS setup.
If everything works in the Xibo Cloud trial CMS, then we know it’s on your self-hosted CMS setup. Would you be able to check for me in your self-hosted CMS? Go to the Font page, then download the fonts by clicking the row menu of the font and clicking on download. Please check the name if there are spaces in them; if there are, please remove them and then reupload the fonts back to your CMS, Font section. Check if you still have the same issue.
In case the issue still persists, we would like to know what is causing the issue on your self-hosted CMS instance. Could you please try to obtain the below information?
Could you please check for fresh logs for the display having the issue by going to the CMS log section?
Could you please run the Report Fault wizard while the issue is happening? Here’s how.
Could you please get the player status log for me while the issue is happening? Press the i key on your keyboard while Xibo for Windows is running.
Also, would you know if you have upgraded your self-hosted CMS recently? Do you recall which version of CMS it was before the upgrade? Did you only notice the issue after the upgrade?
Thank you for your response. I created a Xibo Cloud CMS instance and added C294 as you suggested. Everything worked well, confirming that the issue lies with the self-hosted CMS.
We recently upgraded our CMS, but unfortunately, I’m not sure which version it was running before the update. The issue originally began on the older version. Updating the CMS was one of the steps I tried to resolve the problem.
The logs appear to contain sensitive CMS‑related information. Is there something specific you’d like me to check, or would you prefer that I email them to you instead?
