SharePoint Enterprise Wiki and unable to set categories

After creating a site collection based on the Enterprise Wiki site definition, I was surprised that the Wiki Categories managed metadata field was greyed out and not selectable.  Furthermore, looking at the site column and term store management within the site collection administration showed no issues with the term store features not being activated.

OOTB Wiki Categories uses a local term store and is created on activation of the Publishing Infrastructure feature, however within site settings, Term Store Management Tool, the site collection term store did not exist.

Checking the managed metadata service connection within Central Admin and clicking properties showed that the ‘This service application is the default storage location for column specific term sets.’ was not enabled.  Enabling it and recreating the Enterprise Wiki site and all was well.

Remove warning icon ‘Indicates a field that is updated automatically from the corporate directory. Changes to these properties may be lost’

In an organisation where I’m deploying SharePoint 2010, the user profile service will be used to populate data back to Active Directory via self service.  The properties are set as editable and export rules are in place.  However the edit user profile page still shows –  “Indicates a field that is updated automatically from the corporate directory. Changes to these properties may be lost” at the top of the page and warning triangles against some fields that are being exported.

The page logic seems broken and doesn’t recognise all fields have a mapping, but the ones it does it seems to  presume they are import rules and not export so displays the warning.

To remove the warnings I was forced to amend editprofile.aspx from 14/TEMPLATE/LAYOUTS, taking a backup first of course.  To do this, open the file, find the line:

<SPSWC:ProfileEditor id=”ProfileEditor” runat=”server” />

Now and add the attribute, ShowWarningIcon=”False” so it becomes:

<SPSWC:ProfileEditor id=”ProfileEditor” ShowWarningIcon=”False” runat=”server” />

Open the edit profiles page and no more warning icons, however this also messes up the formatting of the page which can be fixed via following this post.  If anyone knows a better way without modifying out of the box pages, I’d be happy to hear it.

There was an error saving the picture. Please try again later.

Since applying SharePoint 2010 SP1 and the June 2011 cumulative update, users with the Manage User Profile permission are unable to add photos for other users via the web interface, attempting to do so results in the message “There was an error saving the picture. Please try again later.” .  However users can upload their own photos.

This occurs on three separate environments which were working correctly before the updates were applied, this is also affecting others, see here and here.

Furthermore, there is nothing the eventlogs or ULS, as a workaround I have been using this script from Phil Childs

UPDATE 3

This issue was NOT fixed in the October 2011 update.

UPDATE 2

This issue was NOT fixed in the August 2011 update.

UPDATE

Trevor Seward did some digging and compared the code from Pre and Post June CU and as you can see from his post, MS made a schoolboy error in the SaveFileToPersonalSite method in Microsoft.SharePoint.Portal.WebControls.ProfileImagePicker.

Web.config Modification Manager for SharePoint 2010

I’ve used the excellent Web.Config Modification manager add-on by Vincent Rothwell (original script and more info can be found here) many times to diagnose issues in MOSS, it’s especially useful diagnosing issues with code that uses the SPWebConfigModification class.

Although there is no official version for SharePoint 2010, it works well if you just amend to the referenced assembly to Microsoft.SharePoint, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c but to save you the hassle, I’ve done this already and also fixed a small bug which occurred when updating values containing apostrophes.

To install, download the file at the bottom of this post, rename to webconfig.aspx and copy to the 14/TEMPLATE/ADMIN folder.  Access via your Central Administration URL followed by /_Admin/webconfig.aspx

Download here and rename to webconfig.aspx