This morning we had very big issue, all clients gone to player default. Reseted all server and etc. information on the XiboPlayer Options. So started showing Xibo Player Default Screen, wont play any video.
All connected clients had same issue at same time. But the offline clients didn’t effect.
The players which we reenter server information on the XiboClient Options, (because they have all the files) they started to play videos.
But the server side we must delete and authorize all effected clients, because they shown as unauthorized.
You Can check one Display from Cms logs; The all effected players have Activity Threshold error in the log.
We’ve seen a few of these recently and we’re not sure why. It appears that the XiboClient.xml file we store in the Users Roaming folder gets removed, causing everything to reset.
In your case it seems like the hardwareKey file stored in the library folder also got removed, causing new hardware keys to be generated.
We do not have any information for what might be causing this at present.
The problem happened all clients at the same time, does it make any idea? But clients which not connected to server at the time, they have no problem.
Thanks Dan, this is very important, because it could happen any time, no warranty.
Best, Michael.
I had same test on this issue.
Yes as you said if you delete %APPDATA%\XiboClient.xml (roaming folder) file, player goes to factory default settings.
If the file does not exists, Player tries to connect the server (but no server information) after 2 minutes WatchDog says “Activity Threshold Exceeded” and restart Player, this loop continues always. By the time, %APPDATA%\XiboClient.xml wont created (because no healty server connection)
If you open xibo player options, and reenter server information, (I think it recreates hardwarekey), you need to Delete&Add the player and authorize from CMS.
SOLUTION: (it saves you from the issue but I still dont know how the problem occures)
After installation of Xibo Player, goto installation folder, usually (C:\Program Files\Xibo Player) and
edit default.config.xml
Modify those rows as your information; <LibraryPath>C:\xxx Your Library Path</LibraryPath> <ServerKey>YourServerKey</ServerKey> <DisplayName>COMPUTERNAME</DisplayName> <ServerUri>http://yourUrl</ServerUri>
When this problem happens and player goes to factory default, then Player reads information from this file, (because we add server information to this file) player get settings and could reconnect your server again. If you have all files in your Library, everything will be fine on CMS and Player side. And Xibo automatically creates XiboClient.xml file on %APPDATA% folder.
I hope this helps, but still need a real solution.
This error still continues. Some clients still clear all server and user information. They look like you install xibo first time.
After it lost all settings, it gets settings from default.config.xml file.
I ve found a solution with modifying default.config.xml with my server and user information (in C:\Program Files\Xibo Player). So when the players settings get clear, it gets default setting with my server key, library path ex.)
If you run xibo player setting from client, and write down displayid (you can get from server) after save, the client runs normally.
This is still the worst problem for us. Because multiple clients affect any time. For example, a client works fine and after an hour it clears information anyhow.
Player versions: windows 1.8.12-133
Server version: 1.8.11 - Docker
Thanks for your help, waiting for your reply.
Best,
Michael.
In the log I can see more than one Xibo process. If Xibo detects more than one active process, Xibo will assume that it is a new instance, a new instance has default configuration.
Sometimes when you close Xibo the process still running in background, if you close Xibo make sure there are not Xibo processes running (task manager).
Goto the player, paste the displayId in the hardwarekey file (in the client library directory) and restart the player. Now player connect the server without problem.
We had this problem today on one of our displays (current Win client) after an power outage.
The Xibo Options (Client) were empty after the power was restored. No IP, no Key, no Splash Screen. After re-entering IP+Key, the display started.
On this machine Windows Updates are disabled. So we can rule out an update issue.
I have the same issues with different systems. Sometimes only the ID gets lost, mostly the ID and the Background and sometimes the Client.xml stuff to.
Today I had one where only the ID was lost. I checkt the hardwarekey file and it wasn’t really empty, instead all characters was replaced by “spaces” (if i opened it with wordpad/note) respectively “speicial [NUL]-characters” (if i opened it with Notpad++). I see 10*[NUL] instead of eg. “id60001-01”.
The Systems:
Client “windows 1.8.10-132” with Server “1.8.13” and
Clients “windows 1.8.10-132”/“windows 2 R200-200”/“windows 2 R201-201” with Servers (over time) “2.0.x”->“2.1.0”->“2.1.1” (today I upgraded to 2.1.2).
Our Clients run on Win10IoT Enterprice LTS (all updates, popups, defender, automatic stuff, aso. disabled). Our CMS runs in a Docker container on an Ubuntu server in an MS-Azure cloud.
Hello, we hace a similar problem. The field Display ID in the Clients Options gets lost. We have modify this DIsplay ID manually because we cloned the systems in every display. Anybody have news about this problem?
Thanks
