It appears to be a bug. Can you please provide more information on what files have the information missing - did you upload those files via FTP or using a Web UI?

I first was assuming this only appears for files uploaded via FTP, but this also happens for older files uploaded trhough the UI. As it seems nearly every folder is now somewhat broken. Example:

"Tracks: 2530 Duration: 06:58:58 Size: 17.2 GB"

The duration should be much longer for so many files. If I select one of the broken files and open/close the tag editor, these files are displayed correctly afterwards. Could the "update tracks library" under general settings solve the problem? I once pushed this button but wasn't sure if the browser window should stay open when updating the files.

Can you please specify what bug is it? If it shows zero listeners when there are listeners connected, please switch to "Icecast KH" server in the settings, this should fix it.

No, its the data transfer counter bug from earlier versions, last month it always stated an usage of 0 GB for my account. I don't have many listeners, but at least a few GB should appear there. Currently it is at 1 GB, I'll observe this further.

If I select one of the broken files and open/close the tag editor, these files are displayed correctly afterwards. Could the "update tracks library" under general settings solve the problem? I once pushed this button but wasn't sure if the browser window should stay open when updating the files.

It appears to be a bug. It only affects tracks display and does not affect playback or track selection features. I have added it to the list of bugs. The library update from the control panel will not solve it. I will make it internally rebuild the music library for your account, it should be complete within 4 hours (the reindex task is low priority when server resources are managed).

There was a technical issue in December where it did not calculate data transfer for all accounts up to about December, 11. It was fixed. I have checked the general server stats and the data transfer is calculated correctly for all accounts. Please note that it counts only finished listener sessions - the data transfer is only added to the total count when a listener disconnects.

It appears to be a bug. It only affects tracks display and does not affect playback or track selection features. I have added it to the list of bugs. The library update from the control panel will not solve it. I will make it internally rebuild the music library for your account, it should be complete within 4 hours (the reindex task is low priority when server resources are managed).

Can the repeat track feature be folder based, rather than every folder in the track list group? We have folders broken by recent hits (which we tend to want on repeat every couple hours) and other folders which are throwbacks (which we wouldn't want to repeat for a few days)....right now those songs are repeating too often.

Can the repeat track feature be folder based, rather than every folder in the track list group? We have folders broken by recent hits (which we tend to want on repeat every couple hours) and other folders which are throwbacks (which we wouldn't want to repeat for a few days)....right now those songs are repeating too often.

Yes, we have plans on adding custom repeat protection rules for every Track List entry, but it will take some time to develop.

Trying to move files in filezilla to a different sub directory results in an error '550 unable to rename file' . I believe this is a permissions issue, is there anything you can do to resolve this?Thanks