phpgroupware-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Phpgroupware-tracker] [bug #1122] Group instead of user


From: nobody
Subject: [Phpgroupware-tracker] [bug #1122] Group instead of user
Date: Thu, 23 Oct 2003 17:32:34 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5a) Gecko/20031010 Mozilla Firebird/0.6.1

=================== BUG #1122: LATEST MODIFICATIONS ==================
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=1122&group_id=509

Changes by: Hsing-Foo Wang <address@hidden>
Date: Thu 10/23/2003 at 21:32 (GMT)

            What     | Removed                   | Added
---------------------------------------------------------------------------
         Assigned to | lkneschke                 | None


------------------ Additional Follow-up Comments ----------------------------
Is this still a problem?



=================== BUG #1122: FULL BUG SNAPSHOT ===================


Submitted by: andreettopl             Project: phpGroupWare                 
Submitted on: Wed 09/04/2002 at 09:49
Category:  API - phpGWapi             Bug Group:  0.9.14 release            
Severity:  5 - Major                  Priority:  None                       
Resolution:  None                     Assigned to:  None                    
Status:  Open                         Component Version:  None              
Platform Version:  Linux - Debian     Reproducibility:  Every Time          

Summary:  Group instead of user

Original Submission:  My situation is the following:

I'm using LDAP as source for users and groups, according to

RFC2307 schemas for authentication.

I import an user with uidNumber=101, for example.

There's no group with gidNumber=101.

Everything works fine, for instance phpwebhosting tries to use /home/<uid>.

I create a new group into LDAP with gidNumber=101 and import

it. Now phpwebhosting tries to use /home/<gid> instead of

/home/<uid>.

Hacking the code of phpwebhosting I see that homedirectory

is stored into $GLOBALS['homedir'] or is retrieved from the

db via phpgw->session->appsession('vfs','').

Does this behaviour depend on LDAP management or on vfs_sql

implementation of VFS?

Thanks

Paolo

Follow-up Comments
*******************

-------------------------------------------------------
Date: Thu 10/23/2003 at 21:32       By: pooh_
Is this still a problem?

-------------------------------------------------------
Date: Mon 12/02/2002 at 09:46       By: gaio
I pefer adding some more info to this bug instead of opening new one.



Also i (debian woody, 0.9.14.001 from tarball) am using phpgw and i've found 
some problem with LDAP account.



+ if i dump the LDAP database i can see some user that have no group (eg, they 
have no memberUid <user> filed in no group) but phpgw report correctly that 
they belong to some group. Seems that this information are saved eslsewere, and 
i think it is not the case...



+ phpgw do some confusion with user and group in general, list some groups in 
memberUid for some other groups and so on.



+ big confision about user and group are done by Company Profile.



+ every time i create a user, they assign to user UID=GID, not a default group.



In general i think that phpgw could (would) be used to manage LDAP ``system'' 
account, and this is now possible, but some minor problem have to be fixed.






CC list is empty


No files currently attached


For detailed info, follow this link:
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=1122&group_id=509

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]