Well, here's the deal. I finally got the thing installed and thought everything was cool. After downloading the CVS version per the previous message, I struggled for a bit then noticed that tables were missing. Sure enough I checked back on CVS and things are being updated right now :)
Anyhow, I get it to go past the install and all seems cool. I log in and I can view the Personal Page. But if I try to 'Add a New Bug' I get this message :
'You must first login before using this page.'
So I try accessing any of the pages off of /admin and get the following error :
'You do not have the permissions required for that function '
I'll maybe give it a go later tonight when I get home.
I didn't expect this package to be so difficult to install...Maybe it has something to do with the cut over to Pear DB :)
- Mike
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm sorry you are having all these problems with the install. I just made changes to CVS to try and correct the authentication problems... it's been a bear trying to convert this stuff over. :)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2002-03-27
Hey Benjamin,
No problem...I know problems are unavoidable when migrating to a new way of doing things. I think the product looks cool and am willing to help out were I can. I'll dig into the code a bit more later today and try to give ya some better feedback.
I just grabbed down the latest CVS tree and installed. I'm still seeing the same problems. Maybe this will help ya out a bit.
When I first bring up the page, before authenticating my session looks like this.
group_ids|a:1:{i:0;i:0;}
After auth I get the link for Admin Tools and my session looks like this.
From a quick look, I see in user.php you are using $perm->check_group('User'); and then in the /admin scripts you have $perm->check('Admin'); Should this be check_group as well? I change it to check_group and it allows me in fine to the project pages and other admin screens.
One other small thing I found, which has bit me with code I've written as well and I have since changed the naming of my functions. You have a function call valid_email in functions.php and install.php. Well it so happens that I have a global include of functions I use in various scripts and one is named valid_email. In all of my scripts, I name the functions to match the scripts. Something like this. bt_valid_email().
Just something to think about :)
BTW : I've disabled all the includes I do and the script is still broke, so I'm comfortable that I'm not stompin' on your stuff.
I'll write more later...
- Mike
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
That was very helpful. It looks like the $perm declaration in include.php is overriding the session var of the same name. Do you have register_globals = on, and do you have phplib installed?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ok, do an update to your CVS checkout. I tested with register_globals = on and found that the $perm in include.php was overriding the $HTTP_SESSION_VARS['perm'] array from inc/auth.php. I renamed the latter and it seems to work fine. Let me know how it goes for you.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2002-03-27
Looks like that did it...I can now access all the admin screens and things seem ok. I did have register_globals on but no phplib installed.
Are you migrating away from phplib?
Anyhow, I'll bang away on it and see if I can find any other trouble areas.
- Mike
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Cool, I'm glad that worked. That has been two weeks of unfun. We actually moved away from phplib a while back -- I was checking to see if that was conflicting with the session/$perm thing.
And I think I will change the name of the valid_email function... thanks for the heads up.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hey all,
Well, here's the deal. I finally got the thing installed and thought everything was cool. After downloading the CVS version per the previous message, I struggled for a bit then noticed that tables were missing. Sure enough I checked back on CVS and things are being updated right now :)
Anyhow, I get it to go past the install and all seems cool. I log in and I can view the Personal Page. But if I try to 'Add a New Bug' I get this message :
'You must first login before using this page.'
So I try accessing any of the pages off of /admin and get the following error :
'You do not have the permissions required for that function '
I'll maybe give it a go later tonight when I get home.
I didn't expect this package to be so difficult to install...Maybe it has something to do with the cut over to Pear DB :)
- Mike
I'm sorry you are having all these problems with the install. I just made changes to CVS to try and correct the authentication problems... it's been a bear trying to convert this stuff over. :)
Hey Benjamin,
No problem...I know problems are unavoidable when migrating to a new way of doing things. I think the product looks cool and am willing to help out were I can. I'll dig into the code a bit more later today and try to give ya some better feedback.
I just grabbed down the latest CVS tree and installed. I'm still seeing the same problems. Maybe this will help ya out a bit.
When I first bring up the page, before authenticating my session looks like this.
group_ids|a:1:{i:0;i:0;}
After auth I get the link for Admin Tools and my session looks like this.
group_ids|a:3:{i:0;i:0;i:1;s:1:"1";i:2;s:1:"2";}uname|s:12:"mike@ftl.com";db_fields|b:0;group|a:2:{s:5:"Admin";b:1;s:4:"User";b:1;}p
erm|a:2:{s:5:"Admin";b:1;s:7:"Editbug";b:1;}uid|s:1:"1";
If I click on Admin Tools I get a message saying 'You do not have the permissions required for that function' and my session looks like this.
group_ids|a:3:{i:0;i:0;i:1;s:1:"1";i:2;s:1:"2";}uname|s:12:"mike@ftl.com";db_fields|b:0;group|a:2:{s:5:"Admin";b:1;s:4:"User";b:1;}p
erm|O:5:"uperm":2:{s:9:"classname";s:5:"uperm";s:11:"permissions";a:0:{}}uid|s:1:"1";exp|i:1017255337;
From a quick look, I see in user.php you are using $perm->check_group('User'); and then in the /admin scripts you have $perm->check('Admin'); Should this be check_group as well? I change it to check_group and it allows me in fine to the project pages and other admin screens.
One other small thing I found, which has bit me with code I've written as well and I have since changed the naming of my functions. You have a function call valid_email in functions.php and install.php. Well it so happens that I have a global include of functions I use in various scripts and one is named valid_email. In all of my scripts, I name the functions to match the scripts. Something like this. bt_valid_email().
Just something to think about :)
BTW : I've disabled all the includes I do and the script is still broke, so I'm comfortable that I'm not stompin' on your stuff.
I'll write more later...
- Mike
That was very helpful. It looks like the $perm declaration in include.php is overriding the session var of the same name. Do you have register_globals = on, and do you have phplib installed?
Ok, do an update to your CVS checkout. I tested with register_globals = on and found that the $perm in include.php was overriding the $HTTP_SESSION_VARS['perm'] array from inc/auth.php. I renamed the latter and it seems to work fine. Let me know how it goes for you.
Looks like that did it...I can now access all the admin screens and things seem ok. I did have register_globals on but no phplib installed.
Are you migrating away from phplib?
Anyhow, I'll bang away on it and see if I can find any other trouble areas.
- Mike
Cool, I'm glad that worked. That has been two weeks of unfun. We actually moved away from phplib a while back -- I was checking to see if that was conflicting with the session/$perm thing.
And I think I will change the name of the valid_email function... thanks for the heads up.