At the same time as the rollout of Spring '13, I'm encountering issues related to High Volume Customer Portal Users: their usernames are now clashing with users in other orgs.
I'm aware that Portal Users are almost first class citizens: they have Session Ids, can perform JavaScript Remoting, can be given permission to make API calls etc, but:
- they must login via a special page identifying the target Org and Portal,
- usernames/emails can be changed at will without requiring verification,
However I was confident that those usernames only had to be unique within my org.
I don't recall seeing this change in the Spring '13 release notes. Can anyone offer guidance? Is this a side effect of the impending release of Chatter Communities?
Edit: what drew me to identify the namespace clash was that I couldn't modify a High Volume Customer Portal User without changing his username first, which was then impossible to change back because it was the same as a non-portal user in another org. You too can sanity check this: try to create a High Volume Customer Portal User with username [email protected]
in a Spring '13 org.
Edit1: raised a case with Salesforce; they reproduced the issue on separate internal test orgs and escalated straight up to R&D. Support from these guys is outstanding. I'll keep you updated.
Edit2: Salesforce have confirmed this is a regression and that they will be releasing a fix for this. Couldn't have asked for a better sanity check than the testing you guys did. Sincere thanks to all.
Edit3: this has been patched by Salesforce in very good time and transparently throughout the process. Portal usernames per-org are restored.
[email protected]
as the username, but I cannot create a portal username that has the same username as one of the regular names in my org, and I cannot create a regular user that has the same username as one of my portal users. FYI: I don't have a lot of users in my DE, so I can just view all of them in a users list view easily.