Skip to main content

Posts

SharePoint Designer 2010 Reusable Workflows with Lookup Values

When you create a Reusable Workflow in SharePoint Designer 2010, that uses lookup values, and you try to deploy it in another environment, the lookup values will get broken. This is happening because the list you are reading the lookup values from has another Guid. Here is what I came up with to make this deployment easier: Deploy the reusable workflow in the new environment. Open the site you have deployed the workflow solution in SharePoint Designer Go to the related list (List and Libraries > Your Related List Name) and copy the new List ID value. Go to All Files > Workflows >   Your Workflow Name >  Your Workflow Name. xoml and open it in SharePoint Designer as XML ( right click on it > Open with >  SharePoint Designer (Open as XML) ) Find an  and you will find the old list guid in the ListId  attribute  Replace the old guid value with the new one Save it and close the window. The workflow should be pointi...

Managed Metadata field values are not displayed

Problem: The values for a Managed Metadata field values are visible only for Site Collection Administrators. In edit mode the current and possible values for the Managed Metadata field are visible and accessible. Solution:  The  NT AUTHORITY\Authenticated Users  does not have Read permission in the  TaxonomyHiddenList. Check the permissions in < site url>/Lists/TaxonomyHiddenList/AllItems.aspx. The following permissions should be present: -  NT AUTHORITY\Authenticated Users (NT AUTHORITY\authenticated users)  with  Read  permission -  System Account (SHAREPOINT\system)  with  Full Control permission

SharePoint 2010 Workflow Activities

Developing Workflow Activities for SharePoint 2010 examples can be found in a section in  Developing Applications for SharePoint 2010  from MSDN. This section is under  Execution Models in SharePoint 2010  >  Reference Implementation: Workflow Activities . The code for the entire section can be found here:  Developing Applications for SharePoint 2010 .

SharePoint 2010 put back the "Set Up Groups for this Site" link

The " Set Up Groups for this Site " page has been, for some unknown reason, hidden in SharePoint 2010. The page is still there and it can be accessed here : /_layouts/permsetup.aspx . To make this generally available I created a custom action to add this to the " People and Groups: All Groups " ( /_layouts/groups.aspx ) page, in the Settings dropdown menu: xml version = "1.0" encoding = "utf-8" ?> < Elements xmlns = "http://schemas.microsoft.com/sharepoint/" > < CustomAction Id = "64f25e2b-f9fb-4e37-b848-5949603b03ab" Title = "Set Up Groups for this Site" Description = "Use this page to specify who can access your site. You can create new SharePoint groups or re-use existing SharePoint groups." Location = "Microsoft.SharePoint.GroupsPage" GroupId = "SettingsMenu" Sequence = ...

How to create a custom Workflow Task / SharePoint Server Workflow Task content type using Visual Studio?

If you are designing an Workflow and you want to create custom  Workflow Task or SharePoint Server Workflow Task  using Visual Studio interface then you'll need to make these two content types visible. To make them visible I'm using the following  PowerShell   script: $site = Get - SPSite "http://site/url/here" $web = $site . RootWeb # Workflow Task $contentType = $web . ContentTypes [ "Workflow Task" ] $contentType . Group = "Custom Content Types" $contentType . Hidden = $FALSE $contentType . Update () # SharePoint Server Workflow Task $contentType = $web . ContentTypes [ "SharePoint Server Workflow Task" ] $contentType . Group = "Custom Content Types" $contentType . Hidden = $FALSE $contentType . Update () $site . Dispose () Then when you can add a new Content Type from Visual Studio and you will see the two Content Type in the list. To revert these changes run this PowerShell script: ...

SharePoint 2010 Customizing default application pages

Customizing an SharePoint 2010 Application Page.  In this example I'm customizing the /_layouts/MWS.aspx, the new meeting workspace page.  These steps can be followed for any of Application Page. 1. Create the custom application page and deploy it into the _layouts folder. 2. Create an IHttpModule to redirect all requests that come to MWS.aspx and redirect them to customMWS.aspx: class RedirectModule : IHttpModule { public void Dispose (){ } public void Init ( HttpApplication context ) { // add event handler context . PreRequestHandlerExecute += context_PreRequestHandlerExecute ; } void context_PreRequestHandlerExecute ( object sender , EventArgs e ) { HttpApplication httpApp = sender as HttpApplication ; HttpContext context = httpApp . Context ; string httpUrl = context . Request . RawUrl . ToString (); //compare our URL and redirect it to custom one if ( httpUrl . ToLower (). Contains ( "/_...