I am facing a issue in xibo version 4.
The content is not uploading into tizen display and giving font.css error
On the display page status is keep showing “Display is downloading new files”
I had the same problem and eventually it worked itself out. I am not sure if some background task runs periodically that fixes it. You could try to check out a layout and then republish it and see if that does it, I did that around the same time my error cleared.
Fonts.css does get generated by a background process, so if your XTR isn’t running that would be a good place to start investigating.
Beyond that, it might be that your display has an outdated cached list of required files, perhaps that wasn’t cleared for some reason. If you edit the display and save it will clear the cache.
@wer83 @dan Thanks for the reply
My issue still not fixed itself , in the manage display font.css still uploading
@wer83 I tried check out layout, even tried with creating different layout and publish but still same.
@dan I tried factory reset and clear cache of the display but still no success.
I did my installation through Xampp in windows server. What’s XTR and how can i check if its running?
You can look on the tasks page in the CMS and see if their run dates are increasing. More info here: Xibo on a Web server | Xibo Digital Signage
Correct me if I am wrong but the “Last Status” column seems to indicate it is not running? Mine shows check marks and not X’s.
1 Like
Spot on - the “last run” date is not filled in and the status is X which means XTR isn’t running.
You need to set up a windows scheduled task to regularly execute the task runner, information for how to do that is in the link I sent you.
I am seeing this issue on a Docker installation 4.0.6 out XTR tasks do not appear to be running. Does anyone have any ideas?
Versão: Player Android v4 R401
I have the same problem, but my tasks are being carried out normally, even so my Player does not download the Fonts and consequently never finishes the update, leaving an X in the status of the Players page.
As shown in the image below.
@dan Could you give me some guidance?
If you go to Administration → Fonts and then use the Row Menu to “View Detail” on those fonts - are they shown correctly?
If not, please can you delete those fonts and upload them again?
Hi,
I also have this problem with the fonts.css file which refuses to download to my displays.
I left it for several days without touching it but the error does not go away.
My tasks seem to be working well.
I am currently testing on Xibo CMS 4.0.6 under Windows Xampp.
I have three players, one in version 3 and the other in version 4…
One Windows version player, the other Android version…
both are impacted!
How can I correct this problem which seems to be recurring in this version of the CMS?
PS: I have another CMS server in version 3.0.4 under Windows Xampp, tested with the same players, but I don’t have this fonts.css problem
I had the same problem with fonts.css in 4.0.6/4.0.7. When I added some ttf fonts to Xibo then this was solved. Before there were no fonts available in Xibo.
Thank you for your reply @Digin
I just added a few fonts to Xibo, and indeed I no longer have this problem.
So thank you very much for this solution!
I had this problem several times with v4 on a brand new installation (docker).
On searching, the fonts.css file didn’t exist in the media folder.
I created it, even if empty, and it was fine. You still need to check which fonts are already present.
I think there’s a problem, probably random, in the creation of this file.
Perhaps it would be a good idea to check that this file exists, when installing or updating, and create it if it doesn’t.
The fonts.css file is removed on upgrade and doesn’t exist on first installation. It gets generated on two events:
- Fonts are changed (uploaded, deleted)
- A layout is imported with a font inside
- Daily Maintenance runs
Do those running a custom installation have XTR configured (XTR is now an essential function and must be running for the system to operate)?
For those with a Docker installation exhibiting the issue - that is strange - I’d expect Daily Maintenance to run straight away on install because it will be considered overdue.