I just tried this and I wasn't able to reproduce the case. Is there anything special about this show? Do you see any error on apache2 log(/var/log/apache2/error.log)?
[Thu Apr 26 13:57:59 2012] [error] [client 127.0.0.1] PHP Fatal error: Class 'Application_Common_DateHelper' not found in /usr/share/airtime/application/models/Schedule.php on line 38, referer: http://localhost/Sch$
There's nothing special about the show. Just a standard time slot that I'd usually populate with play lists the way I always have
Post edited by Bob Zurunclε at 2012-04-26 17:08:48
How big is your db dump file? Can you please email it to james.moon@sourcefabric.org? We need to do exactly what you did as we cannot reproduce this nor observe those error in our log.
I'm going to back up everything (clonezilla style) and reinstall from scratch and not over write the beta 4 database to beta 5 and see if that clears it up
I'm having the same problems, Bob. I cannot add anything to a show: no playlists, no media. Nothing shows up in the "Show Content" and I get weird display errors in Playlist Builder (I posted screenshots in another thread in the development area as part of a bug report). I did a fresh install (backed up the DB but didn't restore it), imported all the media again, and started streaming by modifying ls_script.liq to change the default to play randomized selections from a playlist (this works correctly).
I did a fresh install of Beta5, left the database empty and allowed the content to be imported into the empty database
All seem to be working more or less. At least the sub menu to add content to a scheduled show works
Having said all that, there are some fairly serious stability issues as compared to ver 2.0.3 especially when creating play lists while on the air.
The on air light status goes in and out, we've lost the station clock and the browser interface locks up for extended periods of time ultimately timing out a jquery script
In addition, after a reboot of the computer, we are scheduling shows and they do not go on air when the timer hits the proper time.
We have to "bump" the software doing a restart of icecast, playout & media-monitor then it will go on air
The functionality is nice but practically speaking the function is really kludge-esque
Hope that helps to some degree
There are also apache errors. I'll post that in a bit
Can you confirm if these errors are happening for you on airtime-dev.sourcefabric org?
We aren't experiencing any of these issues (especially the random slow-downs). Can you give us a overview of your system? What version of Ubuntu/Debian are you running? Maybe post the output of "airtime-check-system".