Default layout not updating in 1.2.0

Please can you create a layout with just a single image on it. Allow
that to run on the client and then try switching to a different image.

Is the content correctly updated then?

Alex

This email carries a disclaimer, a copy of which may be read at http://learning.longhill.org.uk/disclaimer

That does work with just a single image... I can change to another single image within the same layout fine. Its just my main layout which I use everywhere which seems to have a problem. Is there any particular combination of items that could cause the behavior I am seeing?
I've just swapped back to my main layout and same problem is back.

Try without the scrolling text.

This email carries a disclaimer, a copy of which may be read at http://learning.longhill.org.uk/disclaimer

Just a shot in the dark here, but I had the same problem with 1.2.0 and it turned out that my timing was off. My server is on a VPS in a different time zone then the clients and was about an hour off, also the Xibo software was set to UTC instead of my timezone.

Set the correct time on both the server and client and change Xibo to your time zone under Manage > Settings > Defaults.

Alex- I have tried without the scrolling text but the problem seems to remain. If I re-create the layout in it's entirety it appears to work, but for how long? When I initially created the now faulty layout (about 5 days ago) it was responding and updating normally when I tweaked it etc.

bmathis- thanks for the suggestions. I have confirmed that the time zone is correctly set, and both clients and server obtain their time sync from the same ntp source.

It would be interesting to get the XLF for the two layouts and a copy of
cacheManager.xml to compare.

Alex

This email carries a disclaimer, a copy of which may be read at http://learning.longhill.org.uk/disclaimer

Ok they are zipped up and here:

http://dl.dropbox.com/u/11464961/AndyC.zip

9.xlf is the working one and 5.xlf is the non-worker.

Could you also explain how the default layout updates? If my content collection period is set to 30 secs and I make a change to the layout, should the change be reflected wihthin that 30 secs? Or do I have to wait until the longest duration of a region has passed? So if I have a region set to 600 secs, I would have to wait the full 10 mins?

Cheers!

It depends entirely on how you've configured the client.

In the settings under Advanced is a tick box that controls which of
those two scenarios happen.

Alex

This email carries a disclaimer, a copy of which may be read at http://learning.longhill.org.uk/disclaimer

Excellent, I hadnt noticed that option. Thank you.

Re: Your other problem, both layouts look fine and the media contained in them looks OK in the cacheManager so short of someone having deleted some or more of the media locally then either one should work OK.

I've been speaking to Dan about this offline and I think we're going to release a 1.2.0 debug build (as we have done for some of the 1.0 series) which will log what the client is doing in alot more detail.

Hopefully then we can get to the bottom of what's causing this.

Alex

Cool, cheers for the excellent help as ever.

Just something that came up in discussion, could you check if there's anything in your blacklist table in the database please?

Alex

It is empty

Andy

Hi Andy

Can you try the following:
* In the settings, turn on auditing
* For the display you're testing with, turn on auditing (in Manage ->
Displays)
* Load the broken layout on to that client
* On the client machine, open the client library folder and note the
modification date/time on the xlf file for the trouble layout.
* Open the client up and let the layout load
* Now alt/tab to the explorer window so you can see the files while the
client is running
* Make a change on the server as you would normally
* Hopefully nothing changes on the client, but we're interested to see
if the modification date on the XLF file changes. Can you let us know if
it does.

Once it's had a few minutes (give it 15 as that's plenty for the longest
running media item you have to expire) then quit the client which will
flush the logs back to the server.

Then on the server go to Management -> Report Fault and download the
troubleshoot.txt file (no need to go through the wizard) and email the
file to <email address hidden>

Cheers

Alex

This email carries a disclaimer, a copy of which may be read at http://learning.longhill.org.uk/disclaimer

done as requested. you should have the file and my comments.

Cheers

Thanks. I'm sure Dan will be delighted :D

This email carries a disclaimer, a copy of which may be read at http://learning.longhill.org.uk/disclaimer

Andy, your log is fairly enlightening... from the moment you change your layout (ID5) in the server you get the following message from your client - right up until you restart it (I assume).

"The underlying connection was closed: An unexpected error occurred on a send." from Required Files complete

This is without a doubt what is preventing your layout from changing - because the client never receives the new layout... or anything else for that matter.

I am going to have a stab in the dark...... do you have a proxy involved anywhere in your set up? This could be something to do with HTTP keep alive..

There is a proxy server on my network, however neither client is pointing at it. Originally, when I first installed 1.2.0, both clients were using the proxy (for windows updates etc during build, and to download xibo client) but leaving it enabled caused the IP address in the Management --> Display section to show that of the proxy and not the client. So I removed the settings.

Are the proxy settings still active in IE? I believe the client will
attempt to use these if no proxy information is given in the config.

I have built a MSI for the debug client which is available from the
release download page in Launchpad. This client will log significantly
more to a log file called XiboDebug.Log

Could you repeat the test from before but using the debug client
instead and send the generated text file?

Proxy is not active as far as I can see. I have sent the log file as requested!

Somehow the layout you are updating has a region that never expires... this is very odd indeed... Your log should contain a call to "Schedule - NextLayout" but it doesn't...

Is there any chance I could hook a debugger up to your install?

You can do yes, how would you/we go about it?!

A good question.... is your Xibo server internet addressable? (Otherwise it
would be difficult)

If it is/you can make it so, can you drop the details to me in an email...
otherwise a next-best alternative would be for you to send us as backup of
your database so we can try to recreate the problem locally.

I wont be able to look at it until the weekend, so don't rush to provide
something today!
Cheers

details emailed direct

I'm having the same problem. Could this be because of not using schedule? I have only applied a default layout to one display.

Feel free to try using the schedule, but it should make no difference - they're essentially handled the same way at the client end.