Re: [phpBT-dev] auth

[Ben C. <php...@be...>]

I haven't run into that problem yet, but I haven't been actively looking
at this for a while.  The CVS is in flux with the main goal being a move
away from global variables.  So, there may be problems with
$HTTP_SESSION_VARS, as I previously was relying on globals and only
recently started relying on the track vars.

I was having problems getting the auth stuff converted, so there very
well may be problems that I have yet to uncover.  It's at the top of the
list of things I need to verify work properly.  Your input and testing
have been very helpful, so please keep feeding me info.  In return I'll
try to feed you fixes. :)  Of course, anyone is welcome to solve the
problem for me and put the changes into CVS. :)

On Mon, Feb 25, 2002 at 10:04:38PM +0100, Patrick Mairif wrote:
> Hello,
> 
> I still got the "Cannot use a scalar value as an array" problem in
> inc/auth.php. Now on another machine, but the same php installed.
> 
> I found the following out:
> 
> The problem occures with the actual version from cvs.
> It happens when the object $auth is created from the class uauth.
> 
> In the constructor of uauth is a reference from
> $HTTP_SESSION_VARS['auth'] assigned to $this->auth. This reference is
> then used as an array, but it is an object of class uauth
> (get_class($this->auth) gives "uauth")!
> 
> What's the aim of this procedure? What can be wrong? Do I am the only
> one
> with this problem?
> Why is not the object $auth with the php4 session-management sored and
> restored? It's much more simple!
> 
> ...going to test the latest release instead of the cvs-version.
> 
> patrick!
> 
> 
> _______________________________________________
> phpbt-dev mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpbt-dev