ActiveDirectoryMembershipProvider and Search User/Group


We are using the ActiveDirectoryMembershipProvider in EpiServer 5 R1. It works for most functions (login etc) but we are having problems when using the Find User/Group functionality in admin mode. It works fine if "Search" is clicked without any parameters - the result is a list of all users which is expected. However, as soon as a name is entered, the result comes back empty.

This is turning out to be a problem since our client has 5000+ users...

This is how the ActiveDirectoryMembershipProvider is configured:

          <add name="ActiveDirectoryMembershipProvider" type="System.Web.Security.ActiveDirectoryMembershipProvider, System.Web, Version=, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"

Does anyone have a solution?

Best Regards,

Karl Ahlin

#26441 Dec 05, 2008 10:10
    Could you please type *<name> instead of <name> and check?. 
    #26449 Dec 05, 2008 12:55
    I've tried, unfortunately it doesn't help. I've also tried <name>* and *<name>* without luck.
    #26453 Dec 05, 2008 14:01

    For others with the same problem... I've located the problem and have a suggestion for how this can be solved.

    The problem is that EPi seems to surround the query with two percentage signs, i.e. SQL wildcards. So if the user enters "username", the actual query to the membershipproviders is "%username%". The method that gets called in the membershipprovider is FindUsersByName( ... ) or FindUsersByEmail( ... ). However, the Active Directory doesn't accept a percentage sign as a wildcard - it expects the '*' character as a wildcard character. So the Active Directory is queried for a user with the literal username of '%username%', which in most cases will return no users.

    The solution is to implement your own MemberShipProvider by inheriting from System.Web.Security.MembershipProvider. In your membershipprovider, simply redirect all method calls to a private instance of the ActiveDirectoryMembershipProvider, except for calls to FindUsersByName() and FindUsersByEmail(). In those two methods, you will first have to replace '%' with '*' in the usernameToMatch / emailToMatch parameter before calling the underlying FindUsersByName() and FindUsersByEmail().

    #26482 Dec 08, 2008 13:19
  • Member since: 1996

    Thanks Karl. This solved one of my problems today...

    #44072 Sep 30, 2010 9:53
  • Member since: 2013

    Hi Karl

    This solved my problem, but not before I had struggled for a while. I started out as you suggested, by inheriting from System.Web.Security.MembershipProvider and using a wrapped instance of ActiveDirectoryMembershipProvider. But this failed to work, because the "Initialize(...)" method on the my wrapped AD provider was never called, and I could not figure out how to get it called properbly. Thus, I switched to simply inheriting directly from ActiveDirectoryMembershipProvider, and then it worked straight away, and with much less code! Here is my complete code:


        public class EPiServerAdMembershipProvider : ActiveDirectoryMembershipProvider
            private readonly ILog _log = LogManager.GetLogger(typeof (EPiServerAdMembershipProvider));
            public EPiServerAdMembershipProvider()
                _log.Info("Created custom AD membership provider");
            public override MembershipUserCollection FindUsersByName(string usernameToMatchint pageIndexint pageSize,
                                                                     out int totalRecords)
                return base.FindUsersByName(usernameToMatch.Replace('%''*'), pageIndexpageSizeout totalRecords);
            public override MembershipUserCollection FindUsersByEmail(string emailToMatchint pageIndexint pageSize,
                                                                      out int totalRecords)
                return base.FindUsersByEmail(emailToMatch.Replace('%''*'), pageIndexpageSizeout totalRecords);



    #72018 Jun 05, 2013 15:18