I love my day job
FBA and the SSPPP (Shared Service Provider People Picker) - SharePoint Skater

SharePoint Skater

Custom control and client script aficionado, neck-deep in a simmering SharePoint stew.

FBA and the SSPPP (Shared Service Provider People Picker)

This week, I had to create a few profiles (by hand) for Forms Auth user accounts.  Of course, in order to do this, you need to make sure the SSP's People Picker can recognize them.  I dutifully added the provider info and the requisite connection string to the SSP web.config, spun it up, and... nothing.  It had no idea who these users were.

I tried saving the web.config file again. I tried restarting the IIS website and the app pool.  I ran iisreset, and even rebooted the server.  I added every MOSS account imaginable to the membership database as a DBO (just to be sure).

Still, nothing worked.

Finally -- in a fit of "this is so stupid that it can't possibly work but I have to try it" -- I went to Central Admin -> Application Management, extended the SSP application, and implemented FBA on the newly-created IIS website.

Lo and behold, the crazy thing started up again and recognized my users, and I could create a new profile based on a forms auth user from the membership database.

Maybe someday I'll investigate the why of this; for now, I'm just glad it works.

Comments

Mate said:

Thanks!, I went to the same place, did the same thing and worked for me too, great!

# October 21, 2010 8:14 AM

Helge Norvang said:

Same here. I hope somebody figures out the reason why this is required to get it working. I know it was a issue in the beta/RC releases of SP2010 but that it would be fixed in the RTM version.

# November 2, 2010 7:49 AM

Bruce McGraw said:

I like your answer!  I am never sure why somethings work the way they do in SharePoint either. Thanks for the tip - we will add it to our growing list of "un documented workarounds!"

Bruce

# November 4, 2010 12:58 PM
Leave a Comment

(required) 

(required) 

(optional)

(required)