Client downloading 1 file too many times (fonts.css)

Hi there

We’ve recently started trialling Xibo to drive some signage displays in our reception area and they are all consistently sending an error notification once per day - “screen is downloading 1 file too many times”. The file is always fonts.css.

I can see this seems to be something multiple users have experienced based on prior support posts, but there don’t seem to be any definitive solutions. So far I have tried clearing the display cache numerous times, rebuilding the fonts and reconfiguring XMR but none of these have resolved it.

Is there anything else you can recommend trying please?

The audit log shows a few recurring lines about fonts installs - not sure if this is valid:

25347 2fe7562 25/02/2019 09:31 WEB PUT DEBUG /fault/debug/off CMS font CSS returned from Cache.
25346 2fe7562 25/02/2019 09:31 WEB PUT DEBUG /fault/debug/off Install Fonts called with options: {"invalidateCache":false}
25344 f44df89 25/02/2019 09:31 XMDS INFO HTTP GetFile request redirecting to /var/www/cms/library/fonts.css
25335 6a77f9c 25/02/2019 09:31 WEB GET DEBUG /fault/view CMS font CSS returned from Cache.
25334 6a77f9c 25/02/2019 09:31 WEB GET DEBUG /fault/view Install Fonts called with options: {"invalidateCache":false}
25254 b70cd6f 25/02/2019 09:31 CONSOLE GET DEBUG / Cache file was different, we will need to notify the display
25249 e1f181a 25/02/2019 09:31 WEB GET DEBUG /audit CMS font CSS returned from Cache.
25247 e1f181a 25/02/2019 09:31 WEB GET DEBUG /audit Install Fonts called with options: {"invalidateCache":false}

Also we’re running the Docker build of the CMS and Windows client, both versions 1.8.12

Many thanks
Tim

Are players correctly displaying the content and are they using the fonts you’ve selected in layout designer or do they have a problem with that?
If you’re using custom fonts, if you look at font.css in your player local library, does that look correct?

When you install a new font or delete a font or rebuild the fonts, that file will be regenerated and players will download it again, however obviously that should not happen all the time and you should not see many notifications about players downloading it too many times.

If it still occurs, please enable auditing in CMS and one of the affected players, let it collect some logs about it and send the logs to me via private message.

Hi Peter

Many thanks for the reply. The screens are displaying correctly - I do have some custom fonts added to the library. The fonts.css on the server looks correct but it’s difficult to view the local copy as our IT dept has locked down remote access.

Interestingly the file size in the display management for fonts.css is completely different - the actual size is 756B, while the Media section on the display management tab shows a file size of 460B (presumably this is the size before I added the custom fonts) while the downloaded size shows 920B.

This was occurring on both the live screens we currently have, but one seems to be fine today - the display tab currently has a green highlight and a tick showing Up to Date, which it’s never done before. The fonts.css size in the display management is also correct (756B).

I’ve tried clearing the cache on both but does this not delete the local library files? Is there a way to do that via the CMS without having to directly access the client? I’m thinking if I can delete the existing fonts.css on the client then that might clear it up.

I tried enabling auditing but there was so much coming through I’m not sure which bits to send you - there doesn’t seem to be a way to export more than 100 lines at a time and there’s 21,000 to sift through! Is there a file stored on the server that would contain this or should I be looking for specific errors?