Recently updated: the Productivity Hub
The Productivity Hub is a Microsoft SharePoint Server 2010 site collection that offers training materials for end-users.
The Hub is a SharePoint Server site collection that serves as a learning community and is fully customizable. It provides a central place for your training efforts, and includes training content from Microsoft’s core products. Microsoft also provides ongoing and updated content packs.
The Hub uses SharePoint Server’s social networking capabilities, such as blogs and discussion groups. In addition, it offers the Coach program, a change management feature to help you train end users to self-help, reducing the burden on your training and IT staff. The Coach program impacts productivity in a collaborative and positive way.
The 2010 version of the Productivity Hub includes a quiz feature, a section called ‘Get it Done’ that offers training for tasks such as email management and collaboration, and also features Silverlight. There will be a non-Silverlight version of the 2010 Hub delivered in late June.
The 2007 Hub contains 2007 content only (v2) with 2010 content added in v3 (to be released in June 2010). You can also add 2010 content packages to your current Hub. Watch for more document on migration from your 2007 Hub to your 2010 Hub.
Direct link: http://www.microsoft.com/downloads/en/details.aspx?FamilyID=4aaa9862-e420-4331-8bc3-469d7bae0ff1
Today is trouble solving day at a customer. One of the issues was a SharePoint Library on their Intranet having a required field, even though Require that this column contains information was set to “No”.
So I opened up SharePoint Manager 2007 to inspect the SchemaXml:
Required="FALSE" NumLines="6" Sortable="FALSE" ID="{36cc12a9-811f-4348-9494-45fdb6c561a2}" Version="12" StaticName="Attached_x0020_to" SourceID="{70650B4E-B343-42B9-AF4E-7BE6245FCC4B}" ColName="ntext2" RowOrdinal="0" RichText="FALSE" AllowHyperlink="TRUE" RichTextMode="Compatible" IsolateStyles="FALSE" AppendOnly="FALSE" UnlimitedLengthInDocumentLibrary="FALSE" />
Seems fine by me.
The field was a standard “Multiple lines of text” field, in a standard Document Library. It didn’t have Multiple Content Types enabled or anything or anything fancy was used. No JavaScript on the Edit Form was causing this nor was the Edit Form tampered with in SharePoint Designer 2007.
I tried switching the required field on and off through UI and code, but to no avail.
SPList list = web.GetList(listUrl);
SPField field = list.Fields["Attached to"];
field.Required = false;
field.Update();
So I decided to duplicate the problematic field in code, to see if any combination of properties was causing this; no luck.
SPList list = web.GetList(listUrl);
list.Fields.AddFieldAsXml("");
Deleting the field and recreating it fixed the issue, but I didn’t want to go there because there were a lot of documents with version history already using the field.
Switching Multiple Content Types on and off didn’t seem to do much. When enabled my field wasn’t used by the default Document Content Type. This was awkward because it should have. Investigating further on this showed that SharePoint Manager 2007 did link the Content Type and Field together, and that the FieldRef was set as “Required”.
http://schemas.microsoft.com/sharepoint/v3/contenttype/forms">http://schemas.microsoft.com/sharepoint/v3/contenttype/forms">DocumentLibraryForm
DocumentLibraryFormDocumentLibraryForm
So there was my issue and I could start working on a fix. No configuration or coding seemed to work however. I tried export and import using Chris O’Brien’s Content Deployment Wizard. My plan was to export the individual files, recreate the bugged field manually and then import again, hoping the metadata would be mapped correctly. But that didn’t work.
In the end I was so desperate I turned to modifying the record in the Content Database directly, something that’s totally unsupported and shouldn’t be done. If you do, thread careful, or better yet, don’t thread there at all…
UPDATE AllLists
SET tp_ContentTypes = 'http://schemas.microsoft.com/sharepoint/v3/contenttype/forms">http://schemas.microsoft.com/sharepoint/v3/contenttype/forms">DocumentLibraryForm
DocumentLibraryFormDocumentLibraryForm
'
WHERE tp_ID = '70650B4E-B343-42B9-AF4E-7BE6245FCC4B'
Probably with more time it would have worked with a combination of Import/Export and some coding.
Problem was solved, but can’t help feeling a bit dirty…
So today I ran into an issue on my working environment that I couldn’t access any shared folders, even if the share was a local folder and I had all available permissions.
My colleague found this thread describing the issue.
I verified in Device Manager and I did indeed have hundreds of Microsoft 6to4 Adapters installed.
Removal of the adapters can be scripted using the devcon.exe utility that can be found here for x86 and ia64. If you need the amd64 version you must download the Windows Driver Kit in order to obtain it. For future ease I have packaged all versions here: devcon_all.zip
devcon remove *6to4mp*
devcon rescan
Next make sure you install this hotfix to avoid this happening again in the future.
Finally reboot the system and you’re done !
Thanks a million, Davy !!
Yesterday was my first working day of the new year and it didn’t start very well.
I decided to upgrade one of our internal servers from SharePoint Foundation 2010 to SharePoint Server 2010, in order to have InfoPath Forms Server and the like… This should be a breeze if you follow this article on MSDN: http://msdn.microsoft.com/en-us/library/cc262342.aspx, however…
Office Web Applications were causing the SharePoint Server 2010 installer to fail saying
“The install install in progress conflicts with a previous installed Microsoft Office 2010 Server Product”
Uninstalling from the Office Web Applications didn’t work, and others have reported this as well: http://social.technet.microsoft.com/Forums/en-US/sharepoint2010setup/thread/9f43f8ec-e461-4954-9f00-a16c413914fc
So I tried the removal tool and finally got rid of all Office Web Applications-related stuff.
After the upgrade I tried to reinstall Office Web Application, but that kept failing saying something about access denied to a registry key called “UNKNOWN\Components\E0710AF3C7227C73AB0C4696A199C218\1100000”
I tried the regular stuff like setting myself as owner, inheriting to all child objects, but that didn’t work. Using the RegASSASSIN tool from Malwarebytes first, and then setting myself as owner got the job done.
Finally I managed to install the Office Web Applications and all was well again :)