Now you’re telling me you have the same issue on two other CMS’s? Can we see the logs from those instead then please. All we need is one clean set of logs showing the download from the client where the client reports the file as having an incorrect MD5 checksum.
I’ve tried on three CMSs and can’t replicate it with the exact same feeds you’re using.
Yes currently i am working on the win8.1 box, but i can also test it with the linux-cms, the same problem. not always reproducable, i think it depends on the feed or i something like that.
EDIT ok, i will now generate a debug on hosted cms
So it’s never going to download correctly if the file isn’t present.
The CMS hasn’t been able to write it, but it thinks it should have. So please check the filesystem permissions allow the CMS to write files to that location.
there are lot of ticker_* files there, but not the one you mention. But i will check the permissions now
EDIT: set 777 now on all files and folders recursive
So now you’d need to wait for the cache to expire before the CMS would try and download those images again from the original feed, or you could delete the ticker from the layout and add it again. That should remove the ticker files that relate to that feed (I believe)
OK we can leave it if you like. Can you just check that CMS is 1.7.3 too? Some of the error messages in the log don’t tie up to the line numbers I’d expect for an unmodified 1.7.3 CMS so I think either there’s been some modification to the files already or it’s an older version. If so there are known bugs in the earlier 1.7 releases with this functionality.
As far as i can tell/test for now, it is working with the version 1.7.3 on shared hosting and win8 player, no md5-error again. I think you can close this issue now.
Why cms 1.7.3 on win and 1.7.1 on linux have the same md5-problem (and on different clients different results) i do not understand. (I would have installed 1.7.3 earlier!! I saw in version 1.7.3 the function addModuleFileFromUrl is now using curl)
Now i have a combination working. I try to figure out what the problem with xampp on win8 is. As soon as i find a solution/mistake i will report.
And for information, i had to comment out CURLOPT_FOLLOWLOCATION (yes, there are better solutions…) because of the following message:
<errormsg>curl_setopt_array() [<a href='function.curl-setopt-array'>function.curl-setopt-array</a>]: CURLOPT_FOLLOWLOCATION cannot be activated when safe_mode is enabled or an open_basedir is set</errormsg>
<errornum>2</errornum>
<errortype>Warning</errortype>
<scriptname>/home/www/web1108/html/xibo/lib/data/file.data.class.php</scriptname>
<scriptlinenum>260</scriptlinenum>
I am really happy that is working and now i can start improving the ticker or other features.
The reason 1.7.1 doesn’t work is it’s broken - hence the release of 1.7.2 and then 1.7.3. The reason it doesn’t work on your Windows machine is that you have a hard disk error or filesystem corruption preventing the disk from being reliably read and written.
Error message from unlink: I think that function is/was also called multiple times (thats why temp folder is empty and unlink is called on a file that does not exist)
The problem with w+ when called multiple times:
"place the file pointer at the beginning of the file and truncate the file to zero length"