625f92fe44
This a a rather large commit due to the nature of the stuff it is touching. To get PHPUnit up and running again I had to update some deps and I did so by vendorizing them. The vendorizing of zf1 makes sense since distros are already considering to drop it from their repos. * [x] install vendorized zf1 with composer * [x] load composer autoloader before zf1 * [x] Implement headAction for all Zend_Rest_Controller based controllers * [x] switch to yml dataset to get around string only limitations of xml sets (also removed warning in readme) * [x] use year 2044 as hardcoded date for tests since it is in the future and has the same days like previously used 2016 * [x] make tests easier to run when accessing phpunit directly * [x] clean up test helper to always use airtime.conf * [x] switch test dbname to libretime_test * [x] test db username password switched to libretime/libretime * [x] install phpunit with composer in a clear version (make tests easier to reproduce on other platforms) * [x] remove local libs from airtime repo (most of airtime_mvc/library was not needed of in vendor already) * [x] configure composer autoloading and use it (also removed requires that are not needed anymore) * [x] add LibreTime prefix for FileNotFoundException (phing had a similar class and these are all pre-namespace style) * [x] add .travis.yml file * [x] make etc and logdir configurable with LIBRETIME_CONF_DIR and LIBRETIME_LOG_DIR env (so travis can change it) * [x] slight cleanup in config for travis not to fail * [x] add cloud_storage.conf for during test runs * [x] rewrite mvc testing docs and move them to docs/ folder * [x] don't use `static::class` in a class that does not have a parent class, use `__CLASS__` instead. * [x] don't use `<ClassName>::class`, since we already know what class we want `"<ClassName>"` ist just fine. * [x] fix "can't use method in write context" errors on 5.4 (also helps the optimizer) * [x] add build status badge on main README.md Fixes https://github.com/LibreTime/libretime/issues/4 The PHP parts of https://github.com/LibreTime/libretime/pull/10 get obsoleted by this change and it will need rebasing. This also contains https://github.com/LibreTime/libretime/pull/8, the late static binding compat code was broken for no reason and until CentOS drops php 5.4 there is no reason I'm aware of not to support it. I inlined #8 since the test would be failing on php 5.4 without the change. If you want to run tests you need to run `composer install` in the root directory and then `cd airtime_mvc/tests && ../../vendor/bin/phpunit`. For the tests to run the user `libretime` needs to be allowed to create the `libretime_test` database. See `docs/TESTING.md` for more info on getting set up.
78 lines
3.2 KiB
PHP
78 lines
3.2 KiB
PHP
<?php
|
|
//require_once "../application/configs/conf.php";
|
|
|
|
class ScheduleUnitTest extends Zend_Test_PHPUnit_ControllerTestCase //PHPUnit_Framework_TestCase
|
|
{
|
|
public function setUp()
|
|
{
|
|
TestHelper::installTestDatabase();
|
|
TestHelper::setupZendBootstrap();
|
|
|
|
parent::setUp();
|
|
}
|
|
|
|
public function testCheckOverlappingShows()
|
|
{
|
|
|
|
}
|
|
|
|
public function testIsFileScheduledInTheFuture()
|
|
{
|
|
TestHelper::loginUser();
|
|
$CC_CONFIG = Config::getConfig();
|
|
|
|
$testShowData = ShowServiceData::getNoRepeatNoRRData();
|
|
$showService = new Application_Service_ShowService();
|
|
$futureDate = new DateTime();
|
|
$futureDate->add(new DateInterval('P1Y')); //1 year into the future
|
|
$futureDateString = $futureDate->format('Y-m-d');
|
|
|
|
$testShowData["add_show_start_date"] = $futureDateString;
|
|
$testShowData["add_show_end_date"] = $futureDateString;
|
|
$testShowData["add_show_end_date_no_repeat"] = $futureDateString;
|
|
|
|
//Fudge the "populated until" date to workaround and issue where the default
|
|
//value will prevent anything from actually being scheduled. Normally this isn't
|
|
//a problem because as soon as you view the calendar for the first time, this is
|
|
//set to a week ahead in the future.
|
|
$populateUntil = new DateTime("now", new DateTimeZone('UTC'));
|
|
$populateUntil = $populateUntil->add(new DateInterval("P2Y")); //2 years ahead in the future.
|
|
Application_Model_Preference::SetShowsPopulatedUntil($populateUntil);
|
|
|
|
//$showService->setCcShow($testShowData); //Denise says this is not needed.
|
|
$showService->addUpdateShow($testShowData); //Create show instances
|
|
|
|
// Moved creation of stor directory to TestHelper for setup
|
|
|
|
// Insert a fake file into the database
|
|
$request = $this->getRequest();
|
|
$params = $request->getParams();
|
|
$params['action'] = '';
|
|
$params['api_key'] = $CC_CONFIG["apiKey"][0];
|
|
$request->setParams($params);
|
|
|
|
$metadata = array("MDATA_KEY_FILEPATH" => "/tmp/foobar.mp3",
|
|
"MDATA_KEY_DURATION" => "00:01:00",
|
|
"is_record" => false);
|
|
|
|
//Create the file in the database via the HTTP API.
|
|
$apiController = new ApiController($this->request, $this->getResponse());
|
|
$results = $apiController->dispatchMetadata($metadata, "create");
|
|
$fileId = $results["fileid"];
|
|
$this->assertNotEquals($fileId, -1);
|
|
$this->assertEquals($fileId, 1);
|
|
|
|
//The file should not be scheduled in the future (or at all) at this point
|
|
$scheduleModel = new Application_Model_Schedule();
|
|
$scheduleModel->IsFileScheduledInTheFuture($fileId);
|
|
$this->assertEquals($scheduleModel->IsFileScheduledInTheFuture($fileId), false);
|
|
|
|
//Schedule the fake file in the test show, which should be in the future.
|
|
$showInstance = new Application_Model_ShowInstance(1);
|
|
$showInstance->addFileToShow($fileId);
|
|
|
|
//Test the function we actually want to test. :-)
|
|
$this->assertEquals($scheduleModel->IsFileScheduledInTheFuture($fileId), true);
|
|
}
|
|
}
|
|
|