Updated install instructions for 2.5.x
updated translation resources
updated translation resources
Merge pull request #54 from danielhjames/2.5.x

Updated install instructions for 2.5.x
SAAS-404: Separate the Airtime API version from the Airtime version

* Airtime PHP side can be version bumped without pypo freaking out now
CC-5697: Editing a linked show's repeat day sets wrong day for show content

When a user edits a show and changes the repeat day, we are really deleting the instances from the original
repeat day and creating new instances. Therefore, we don't need to update the show content's start/end time
in this case.
CC-5697: Editing a linked show's repeat day sets wrong day for show content

Added comment
CC-5698: Library -> Scheduled column doesn't get updated when bulk adding items

Array storing file ids of scheduled files was in wrong place
and was getting re-created everytime a file was inserted into a show
CC-5697: Editing a linked show's repeat day sets wrong day for show content

Optimized how we store the instance ids that already exist
CC-5697: Editing a linked show's repeat day sets wrong day for show content

Fixed a problem where we can't store the original cc_show_day data
because none can exist at some points. If the user changes the only
repeat day, the cc_show_day rule is deleted first then recreated
CC-5696: Two shows or even three shows playing at once. Unstopable even after reboot

The problem was that we weren't updating the first show's start time if deleting
a repeat show day changes it. This affected the difference between the original
show start time and the new one.
CC-5716: Write database test to check the show content after editing a repeating show and removing a repeat day
Temporarily commenting out test
CC-5716: Write database test to check the show content after editing a repeating show and removing a repeat day
CC-5715: Write database test to check the schedule start times after editing a repeating show and changing the repeat day
CC-5696: Two shows or even three shows playing at once. Unstopable even after reboot
CC-5719: Incorrect show content start time

The show content was getting recalculated twice sometimes.
So if the difference between the original and now show start
date-time and was 2 hours, the scheduled content would have
a difference of 4 hours
CC-5718: Show content can get scheduled in instances that are in the past

Disabled scheduled content into instances that have already played out
Removed setting the show's start date to the first repeating instance's start date
because we already fixed that in CC-5697
CC-5724: Changing start date of a repeating show will update content incorrectly
Broke unit test for adding content to single show