lgersing
Hmm... I'll look into this and see if I can't recreate.Which site def are you targetting?
Targeting the root site collection "/", but I'm adding the webparts to a sub-site within the same site collection.
lgersing
for now it's for passthrough. Password is a custom password that is then emailed back to the user who is prompted to change it. In AD-AD set ups (or possibly Forms - Forms) then it wouldn't make a difference as the same account would work in both.
Ok, that might explain some of it, it appears that loading the page with the webpart on it is the action that triggers account creation (COOL!) and I'm guess something got "hosed up" when we were trying to get the webparts loaded before. I deleted the accounts in CS and reloaded the page - now at least I see the forums filtered by by Role and not all forums like before. I also didn't have email configured on the CS site so I never got the email that my account had been created. I configured SMTP, but still no email - it might be hung up in our spam filters; however. Getting closer, but still no page yet...
QUESTION: How do the enrollment settings correspond to the ability for the REST API to auto-enroll users? I had it set to require approval and that was overriden.
SUGGESTION: It would be helpful to have the ability to add a filter to the webpart to only display certain forums, for example. Auto-filtering by Roles is way powerful, but I can see some value in adding a filter at the webpart level as well to focus content on specific pages if required.