OpenLDAP
Up to top level
Build   Contrib   Development   Documentation   Historical   Incoming   Software Bugs   Software Enhancements   Web  

Logged in as guest

Viewing Incoming/6868
Full headers

From: ali.pouya@free.fr
Subject: When used in conjunction with the translucent overlay, the rwm overlay filters out auxiliary objectclasses
Compose comment
Download message
State:
0 replies:
2 followups: 1 2

Major security issue: yes  no

Notes:

Notification:


Date: Wed, 16 Mar 2011 13:38:55 +0000
From: ali.pouya@free.fr
To: openldap-its@OpenLDAP.org
Subject: When used in conjunction with the translucent overlay, the rwm overlay filters out auxiliary objectclasses
Full_Name: Ali POUYA
Version: 2.4.24
OS: Redhat EL5
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (145.242.11.3)


When used in conjunction with the translucent overlay, the rwm overlay filters
out auxiliary objectclasses

To produce the problem in the test environment you can proceed as follows :

# Go to the tests directory :
cd openldap-2.4.24/tests

# Save the files which will be modified :
cp data/test-translucent-add.ldif data/test-translucent-add.ldif.orig
cp data/slapd-translucent-local.conf data/slapd-translucent-local.conf.orig


# Add an auxiliary objectClass to the local directory LDIF file :

cat >> data/test-translucent-add.ldif << !
> objectClass: extensibleObject
> !

# Run the translucent test :
./run test034-translucent

# The test does not succed, which is normal because we added an auxiliary
objectClass.

# Now simply add "overlay rwm" in the local config :

sed -i 's/^database config/\noverlay rwm\n\ndatabase config/'
data/slapd-translucent-local.conf

# The test succeeds ! meaning that the auxiliary objectClass was filtered out by
the rwm (was hided).

I confirm that rwm works fine for the auxiliary objectClasses when used without
the translucent overlay.

Thanks for your help
Best Regards
Ali Pouya

Followup 1

Download message
Date: Tue, 29 Mar 2011 11:44:41 +0200
From: ali.pouya@free.fr
To: openldap-its@OpenLDAP.org
Cc: ali.pouya@free.fr
Subject: Re: (ITS#6868) When used in conjunction with the translucent overlay, the rwm overlay filters out auxiliary objectclasses
Hi all,
Can someone help me about this problem ?
We use Samba in our project and it needs some auxiliary classes which disappear
in this configuration.
The design of my project depends on the correction of this bug.
Thanks a lot
Best Regards
Ali Pouya





Followup 2

Download message
From: Hallvard B Furuseth <h.b.furuseth@usit.uio.no>
Date: Tue, 29 Mar 2011 12:58:26 +0200
To: ali.pouya@free.fr
Cc: openldap-its@openldap.org
Subject: Re: (ITS#6868) When used in conjunction with the translucent overlay,
 the rwm overlay filters out auxiliary objectclasses
Note, this bug is not related to auxiliary classes.  The same thing
happens if you add a superclass like 'top' instead of extensibleObject.

ali.pouya@free.fr writes:
> Can someone help me about this problem ?
> We use Samba in our project and it needs some auxiliary classes which
> disappear in this configuration.
> The design of my project depends on the correction of this bug.

OpenLDAP is volunteer-driven, currently busy with migration from CVS
to Git, and we'll get to the bug when we get to it.

If you can't wait to see if that'll be soon, the openldap-technical
mailinglist has a wider readership than the bug database.  Maybe your
problem can be solved differently if you describe what you want in
more detail, and someone there can think of how:
   http://www.openldap.org/lists/mm/listinfo/openldap-technical

Or you can pay someone to fix the bug:
   http://www.openldap.org/support/

I can think of a things to try myself.  Maybe you can rearrange your
setup to put rwm on another database, or maybe it's a recent bug and
it works with an earlier OpenLDAP version.

-- 
Hallvard


Up to top level
Build   Contrib   Development   Documentation   Historical   Incoming   Software Bugs   Software Enhancements   Web  

Logged in as guest


The OpenLDAP Issue Tracking System uses a hacked version of JitterBug

______________
© Copyright 2013, OpenLDAP Foundation, info@OpenLDAP.org