GenericUserFolder Question
I'm trying to work with the GenericUserFolder product. I've been following the How To and I don't seem to be getting the results I would expect. I've installed the product, created a test folder with an acl_users folder. I deleted the acl_users folder and added a GenericUserFolder. I configured the security settings on acl_users as specified in the GUF readme. I then tried to access my test folder from a different browser (to make sure I would be asked for authentication). When I tried to access the folder, I got the simple login screen. I entered the values 'jorge' for the username and 'secret' for the password. When I pressed Ok, I didn't see the index_html file for the folder, instead I got the login screen once again. Can someone help me out with some ideas on what I might have done wrong (or not done at all?) Thanks. James W. Howe mailto:jwh@allencreek.com Allen Creek Software, Inc. pgpkey: http://ic.net/~jwh/pgpkey.html Ann Arbor, MI 48103
On Fri, 11 Feb 2000, James W. Howe wrote:
got the simple login screen. I entered the values 'jorge' for the username and 'secret' for the password. When I pressed Ok, I didn't see the index_html file for the folder, instead I got the login screen once again. Can someone help me out with some ideas on what I might have done wrong (or not done at all?)
I can't help, 'cause I need the same assistance you do. I'm seeing exactly the same thing. In fact, I also tried something else: left the folder containing the GenericUserFolder with normal permissions, and created a subfolder where I removed all inherited permissions. I then edited the authenticateUser method so that it always returned '1'. I *still* kept getting the login screen when going into the subfolder. Then I guess a timeout expired and I could no longer get into the main folder management screen from the browser I was authenticated as manager, so I deleted the whole mess <wry grin>. So, what are James and I doing wrong? We just followed the cookbook for the simplest test case... --RDM
"R. David Murray" wrote:
On Fri, 11 Feb 2000, James W. Howe wrote:
got the simple login screen. I entered the values 'jorge' for the username and 'secret' for the password. When I pressed Ok, I didn't see the index_html file for the folder, instead I got the login screen once again. Can someone help me out with some ideas on what I might have done wrong (or not done at all?)
I can't help, 'cause I need the same assistance you do. I'm seeing exactly the same thing. In fact, I also tried something else: left the folder containing the GenericUserFolder with normal permissions, and created a subfolder where I removed all inherited permissions. I then edited the authenticateUser method so that it always returned '1'. I *still* kept getting the login screen when going into the subfolder. Then I guess a timeout expired and I could no longer get into the main folder management screen from the browser I was authenticated as manager, so I deleted the whole mess <wry grin>.
So, what are James and I doing wrong? We just followed the cookbook for the simplest test case...
Did you set the permissions on the subfolder to allow a logged in user to see it? IIRC, the GUF test user, jorge, has a role of 'specialrole'. If you only removed all inherited permissions, and didn't specify the new role to be able to view the document (and access contents information, of course), this will happen. It hit me for about 30 minutes. -- In flying I have learned that carelessness and overconfidence are usually far more dangerous than deliberately accepted risks. -- Wilbur Wright in a letter to his father, September 1900
On Sat, 12 Feb 2000, R. David Murray wrote:
On Fri, 11 Feb 2000, James W. Howe wrote:
got the simple login screen. I entered the values 'jorge' for the username and 'secret' for the password. When I pressed Ok, I didn't see the index_html file for the folder, instead I got the login screen once again. Can someone help me out with some ideas on what I might have done wrong (or not done at all?)
I can't help, 'cause I need the same assistance you do. I'm seeing exactly the same thing. In fact, I also tried something else: left the folder containing the GenericUserFolder with normal permissions, and created a subfolder where I removed all inherited permissions. I then edited the authenticateUser method so that it always returned '1'. I *still* kept getting the login screen when going into the subfolder. Then I guess a timeout expired and I could no longer get into the main folder management screen from the browser I was authenticated as manager, so I deleted the whole mess <wry grin>.
So, what are James and I doing wrong? We just followed the cookbook for the simplest test case...
Sounds like you havn't granted permission for user jorge to view the documents. Simple way to test this is to edit userRoles so that jorge is a member of the Manager role. -- ___ // Zen (alias Stuart Bishop) Work: zen@cs.rmit.edu.au // E N Senior Systems Alchemist Play: zen@shangri-la.dropbear.id.au //__ Computer Science, RMIT WWW: http://www.cs.rmit.edu.au/~zen
On Mon, 14 Feb 2000, Stuart 'Zen' Bishop wrote:
Sounds like you havn't granted permission for user jorge to view the documents. Simple way to test this is to edit userRoles so that jorge is a member of the Manager role.
I forgot to mention that I'd edited the userroles thing and changed defaultrole to manager. It didn't make any difference. I think I haven't tried putting all the permissions back on the acl_users folder. I'll try that tomorrow. --RDM
participants (4)
-
Bill Anderson -
James W. Howe -
R. David Murray -
Stuart 'Zen' Bishop