Have you ever had a workflow, form, or process in SharePoint Foundations 2010 that needs to reference user account info like email address, job title, or other info that needs to stay up to date?
In our setup we have many electronic forms that our users complete to request things, update things, or to ask to be approved by someone. However, if they get married, or change jobs, or some other life altering event happens, then we need to make sure that AD and SharePoint Foundations are in sync. The very first time they log into SharePoint Foundations it grabs this info and puts it into a user information list that is hidden and referenced. You can read more about this here by Tobias Zimmergren (@zimmergren). He does a great job of explaining where this is located and what it does.
Our problems came about when users changed job titles or email addresses because this info only gets added when the users first logs on and never gets updated again. <Insert sad trombone noise here>
So my buddy JP (@flagship50) took it upon himself to write a tool called the Foundation User Profile Service (or FUPS as I like to call it). It solves our problem quite nicely and keep all the pertinent information that we need for our users synced with what is entered into Active Directory.
Next we created a place for it on CodePlex so the entire world could enjoy it. Give it a once over and see if you like it. It has worked great for us so far and he is working on a 2013 version for those of you who are curious.
I thought I would take this opportunity to let everyone know about a bug that was discovered by our BI team this week with the April 2013 CU for SharePoint 2010.
The bug is mainly affecting PerformancePoint Services in SharePoint 2010 Server.
Background: Our users have a set of KPI’s that are published on a couple of dashboards that contain operational data. Normally when the dashboards load, these graphs, charts, and reports are hidden to improve initial loading performance. When the user clicks on the proper cell for each KPI, the dashboard will create 1-3 graphs, charts, reports or a mash up of the 3 to display further details.
Issue: We noticed earlier this week in our environment that when we would click on a cell for a KPI, none of the charts, graphs, or reports for that KPI would display properly. It was just like they weren’t being displayed when the user clicked on a cell. Our users have many important reports they get to by this process, so this affects us in a big way.
One odd thing to note that we found in our troubleshooting of this issue is that if you edit the page in SharePoint that each dashboard is on, the graphs and charts and reports show up just fine. When you stop editing the page in SharePoint, the dashboards go back to not showing them. Weird, huh!!??
Workaround: For now the only workaround we have for this issue is to display all of our charts and graphs and reports on the dashboards at the same time. This does slow down our performance a bit, but this is better than the users just not being able to see the information they need at all.
As we learn more about this, I will update this post.