OK.
I don't think it's permissions. Here's what I've done:
– Pre install
– Unzipped installation file locally
– Uploaded to the server
– Chmod all files / folders 777 (Ridiculous, but I thought I might as well)
– RTFM, RTFM AGAIN.
– Checked server requirements again
– Disabled suhosin (tested to make sure)
– Disabled mod security (tested to make sure)
– Decided to get creative and do an advanced install, which went swimmingly. (Moved the core outside doc root, custom manager name, everything else was default).
– Post install:
– Checked these logs: apache error log, mod sec audit, suhosin, php errors, /core/cache/log:
– All ERROR FREE (Yes even the install log this time).
– Checked all the config paths, they're all good and reflect my custom location.
– load up the manager
aaaaaaaand:
–
Call to a member function isAuthenticated() on a non-object
– So I put together a basic test in the manager directory with:
<?php
require dirname(__FILE__) . '/config.core.php';
if (!defined('MODX_CORE_PATH')) define('MODX_CORE_PATH', dirname(dirname(__FILE__)) . '/core/');
require_once MODX_CORE_PATH . 'model/modx/modx.class.php';
$modx= new modX('', array(xPDO::OPT_CONN_INIT => array(xPDO::OPT_CONN_MUTABLE => true)));
$modx->initialize('mgr');
print $modx->user->isAuthenticated('mgr');
Note the
require instead of
include, let's make damn sure we're getting the files we need.
And you guessed it, the result:
Call to a member function isAuthenticated() on a non-object
Can anyone think of any clever dubbuging experiment I can run to start looking for the cause of this?
Matt.
