Grid View Issue Reappears with Performance Point 2013 post June 2013 CU

Hello again SharePointers!

I wanted to get the word out on another bug that seems to have reappeared in Performance Point in SharePoint Server 2013. Originally this issue popped up as a problem with the grid view being cut off towards the top. Example below:


This issue was corrected in the June 2013 CU for SharePoint Server here

But after testing both before SP1 (August 2013 CU) and after SP1 in my farms, I see the following issue pop up when multiple pages exist in the web part. This is referred to pagination I believe and causes a behavior that we see in our farm like the screenshot below:


For us it’s more of an issue about our users not being able to view the proper info they need. I have filed a case with Microsoft support and will keep everyone up to date on how it progresses.

Fortunately as I was typing out this post I got a message from someone that this is an official bug and will be submitted to the product group to be fixed.

So I am glad that it is not just my farms that see this issue… :) But I also hope that this provides some help for those of you seeing this issue as well. As soon as I get word on which CU this new fix will be in, I will let everyone know.

Thanks for visiting!


SharePoint 2013 SP1 kb2817429 fixes Dashboard Designer issue


I thought I would add to the hoopla currently going on around Service Pack 1 for SharePoint 2013 which was released this week. If you haven’t got it yet, go get it now and test it out on your farms! You can find it here.

One quick thing I also wanted to mention that I have verified with SP1 is that when you install this update it does fix the Dashboard Designer not loading error that I wrote about in my last two posts here and here.

One other tidbit I did notice after I patched my farms is that when you go into Central Administration and look at the patch numbers it erases all the annoying list of patches or cumulative updates applied to your farm previously. Kudos to the team for implementing this!

So a farm like this (Pardon the 2010 reference, I didn’t have a good 2013 one):


After the 2013 SP1 Install will look all nice and neat like this:


Enjoy and happy patching everyone!


Fix for KB2825647 released and verified

In my previous two posts I focused on a problem created by the install of the October 2013 CU for SharePoint 2013 Server. It basically disabled the ability of your users to launch dashboard designer (DD) after installing the cumulative update.

In December 2013 another CU was released, but didn’t do anything to address the problem of not being able to launch DD. If anyone of you have a SharePoint 2013 farm and use BI, this is kind of important. It’s kind of like owning a cheese factory and someone comes along and disables all of your cows from giving milk.

Good news though! After checking the MSDN forums I came across the following article:

Originally this article listed 3 files that needed to be replaced in all of your SharePoint farms to correct the CU issue, but initially I tried this and it did not resolve the problem. But after a few days two more files were added to be replaced as well.

The great news is that I confirmed that this does fix the original issue brought on by KB2825647 and now we can launch DD with the October 2013 and December 2013 CU applied to my SharePoint 2013 farm! Oh happy day!! Smile

Maybe this will get integrated into the February 2014 CU, but secretly I hope we get to see SP1 for SharePoint 2013 before that.

We’ll just have to wait and see. Happy SharePointing everyone!


December 2013 CU for SharePoint 2013 still has Dashboard Designer problem


Happy Friday again SharePoint folks! I bring you good tidings of joy in this holiday season, but all of this doesn’t come without a lump of coal from the world of SharePoint 2013.

According to this article put out:

The December 2013 CU for SharePoint 2013 has been released, but unfortunately for those of us looking for this CU to fix the broken Dashboard Designer that was a result from the October 2013 CU for SharePoint 2013, it isn’t going to happen.

I guess we all must still dream of Service Pack 1 coming hopefully next year. I hope this does get fixed eventually because if you are like me and have a Business Intelligence effort going on at your company and you use SharePoint 2013 for it, Dashboard Designer is kind of critical in this effort.

So if you are going to update your farms, feel free to, but be warned that DD is not going to function after you install it.

Everyone have a Merry Christmas and a Happy New Year! Smile


SharePoint Server 2013 October 2013 CU Issue


Happy Friday everyone! Even if it’s Friday the 13th…

I wanted to post this update about an issue that is related to the October 2013 CU for SharePoint Server 2013.

You can find the summary of this issue from Todd Klindt’s patch list here.

The frustrating thing about this issue is that I have confirmed that I have this same issue after applying the patch in one of my farms and that the “fix” that is suggested from this article does not work to bring Dashboard Designer back up for me.

So I hope that in the next few days we see this fixed with the December 2013 CU, but somehow I think that if it doesn’t make it here, we may see it in SP1 which I hope comes out before the next CU.

You can read more about SP1 for SharePoint 2013 here as well.


Possible SSRS issue with KB2817616


I was updating my test and then production servers this week when I did a bit of digging and found the following article on a possible SSRS issue with the August 2013 CU for SharePoint Server 2013. The author of the post is Craig Love

You can find it here:

I however cannot verify that it is causing any issues. We have several reports in our environment that use this type of setup, but after installing the patch in both our test and prod environments this week, I have not seen any side effects from this… yet. :)

Anyhow I wanted to get this one out there in case anyone else sees problems related to this.



Login issues with Host Named Site Collections


Greetings SharePointers!

Recently we created our first set of SharePoint 2013 sites using Host Named Site Collections. To get a quick refresher on this you should really read the following article by Kirk Evans (@kevans) to get a bit up to speed. You can find it here.

We had an interesting after effect for our users once we did this that I thought I would let everyone else know about.

Originally we had our SharePoint 2010 sites setup under path based site collections with the structure of http://webapp/sitecollection. This has been working out great for us so far, but many of our sites that we first created as sub sites in a site collection have grown to a size where we really needed to separate them out onto their own site collection and content database since they showed signs of only getting larger (like bigger than 50GB).

Since this is a bit trickier than simply doing a backup-spsite because since these were subsites, we had to use export-spweb to break them out of the site collection and then use import-spweb to move them into a new Host Named Site Collection (HNSC) named http://sitecollection.webapp.

Once we created our HNSC through PowerShell and finished the import-spweb to bring the sub site into the new site collection, we started getting calls from users about not being able to log into the new site. Once I logged into a user’s machine to see what the issue was I saw what was happening.

When the user went to the new HSNC 2013 site for the first time, they were being prompted to log in with a username like this:


Normally the users were used to seeing:


Once I corrected their login back to domain\username, then the prompt would go away and they could get into the site and they would not see the prompt any longer. Since this new naming was different from our standard domain I had to go into the user’s browser and make sure the new site was under their local intranet settings in their browser so the credentials could be passed properly.

Our long term fix for this was to roll out a group policy object to all the users of the site that added this new url to their local intranet section of their browser so their credentials would pass properly. Since implementing this GPO, we haven’t seen users having issues getting to the new site.

I hope this post helps anyone else who runs into this issue going forward.




Get every new post delivered to your Inbox.