Custom SharePoint 2010 Ribbon Action for a Specific List Using Visual Studio 2010

Greeting to all my blog readers, we all know how good the sharepoint 2010 Ribbon is, and most wonderfull part is that it is Customizable by using both Visual Studio 2010 and SharePoint Designer 2010.

Recently on Microsoft Technet Forums a person asked this question: "I need a Ribbon Button for a Specific Lists using Visual Studio 2010" as he was thinking to attach Javascript code or CSOM code on that button(not possible with designer way), there was no way he was able to achieve the same using in Elements.xml file.

So i tried my luck with Server Side Object Model to achieve this and later even got the code Client Script object model and Server Side Object Model code to do this. In this blog i am only sharing the way i discovered this in server side object model.
I am showing code written as a Console Application to create a Ribbon Button on Specific List using Visual Studio.

It uses UserCustomActions Collection Property of SPList Object and to add a new UserCustomAction.
The Major Property is:
UserCustomAction.CommandUIExtension, this recieves token from the XML, the same way we enter in the Elements.xml during the traditional way. So here is how my code looks like:-  

 public static void Main(string[] args)
        {
//
SPSite osite = new SPSite(@"http://ServerUrl:PortNo./");
SPWeb oweb = osite.RootWeb;
SPList olist = oweb.Lists["*LISTNAME*"]; //Desired List for Ribbon Button
                     
 //New SPUserCustomAction           
 SPUserCustomAction action = olist.UserCustomActions.Add();

 //Location for new Custom Action..          
 action.Location="CommandUI.Ribbon";

 //This is Optional as we are setting the same late in commandUIExtension..
action.ImageUrl="/_layouts/images/mewa_frozenb.gif";


//This Property takes CAML based Input that we use in Elements.xml...
action.CommandUIExtension = @"<commanduiextension>" +
      "<commanduidefinitions><commanduidefinition Location='Ribbon.ListItem.Actions.Controls._children'>" +
         " <button Id='Ribbon.List.Items.Action.ankurButton' " +
                  "Sequence='03' " +
                  "Alt='ankurcustom' " +
                  "Command='testToShow' " +
                  "Image16by16='/_layouts/images/mewa_frozenb.gif' " +
                  "Image32by32='/_layouts/images/mewa_frozenb.gif' " +
                  "LabelText='ankurcustom' " +
                  "ToolTipTitle='ankurcustom' " +
                  "ToolTipDescription='Test To Show' " +
                  "TemplateAlias='o1'></Button>" +
        "</CommandUIDefinition></CommandUIDefinitions>"+
        "<commanduihandlers>" +
        "<commanduihandler Command='testToShow' " +
                          "CommandAction='javascript: alert(\"ankur says hello\")'>" +
            "</CommandUIHandler>" +
      "</CommandUIHandlers>" +
        
        "</CommandUIExtension>";


          action.Update();
        }
    }

Thats it and you will get a Explicit Ribbon button for a Particular List Only...

SharePoint 2013 is Running at my Home System Now

SP 2013 is at my home now:

It took me three days to make it happen, but yes I have got SP2013 Foundation Preview running on my system.

It is not that tricky that I thought it going to be, actually if we struggled during 2010 and know very well the right ways of installing SharePoint on  a 64 bit environment then it won’t be a big deal this time as we are habitual of certain issues.

So here Is how my first 2013 site  SharePoint foundation site looks like:

My Current System Configuration:

1)Windows Server 2008 R2

2)Sql Server 2008 R2.

3)VS 2012 RC

4)SharePoint Foundation 2013.

How I made it happen:

1)I downloaded SP Foundation from here:

http://www.microsoft.com/en-us/download/details.aspx?id=30345

2)Next I Downloaded SP 1 for Windows Server 2008 R2, which is require for SP2013 install from here:

http://download.microsoft.com/download/0/A/F/0AFB5316-3062-494A-AB78-7FB0D4461357/windows6.1-KB976932-X64.exe

Next I ran the Pre-requisite for SP2013 , if you find any issues with pre-requisite then suggest to follow this blog, which describes awesome powershell scripts to get them all, it helped me too:

http://www.dontpapanic.com/blog/?p=241

SharePoint, How to Implement Logs in my SharePoint Code Easily..

Hi everyone, today I am going to discuss a very important topic of Implementing Logs in SharePoint Code.

As per the scenario the SharePoint Logs which code generates get stores in the 14 hive folder at location:
C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\LOGS

If you try to see this then you can find logs which SharePoint code creates, and also usage reports, next you can use tools like SharePoint Log Viewer to have a Look into these.

So how can we write these logs in our Customizations?

Many People have their own thoughts on Logging; I have myself used several approaches like:

1) Use a text file, deploy it to the Layouts folder and then write the logs into it, benefit with this is we can view these logs from any SharePoint Site url.

2)Use a Custom List on the Specific SharePoint Site  and implement Logging into it.

3)Use SPDiagnosticsServiceBase class  of Microsoft.SharePoint.Administration to create logs in the SharePoint 14 hive folder, the out of box and generic Way.

Here we are going to discuss the general and best approach, approach number 3 as mentioned above.

Tasks we will do:
1)Create a Utility Logger class which inherits from SPDiagnosticsServiceBase.

2)Create a Console Application which will generate the Logs using our Logger.cs  Class.

We will inherit the SPDiagnosticsServiceBase class:

I am trying to re-use the code written here:  SPDiagnosticsServiceBase

Step:1)Code Logger.cs Class.

public class Logger : SPDiagnosticsServiceBase
    {
        //Constants
        public static string areaName = "Custom Developments By Ankur";

        public enum CategoryID
        {
            None = 0,
            Processing = 100,
            Faulting = 200
        }

        //Constructors
        public Logger() : base("Custom Ankur Developments Logging Service", SPFarm.Local) { }
        public Logger(string Name, SPFarm Farm) : base(Name, Farm) { }

        //Properties
        private static Logger local;
        public static Logger Local
        {
            get
            {
                {
                    if (local == null)
                        local = new Logger();
                }
                return local;
            }
        }

        //Methods
        protected override IEnumerable<SPDiagnosticsArea> ProvideAreas()
        {
            List<SPDiagnosticsCategory> categories = new List<SPDiagnosticsCategory>();

            uint catId0 = (uint)(int)Enum.Parse(typeof(CategoryID), CategoryID.None.ToString());
            categories.Add(new SPDiagnosticsCategory(CategoryID.None.ToString(), TraceSeverity.Verbose, EventSeverity.None, 0, catId0));

            uint catId100 = (uint)(int)Enum.Parse(typeof(CategoryID), CategoryID.Processing.ToString());
            categories.Add(new SPDiagnosticsCategory(CategoryID.Processing.ToString(), TraceSeverity.Verbose, EventSeverity.Information, 0, catId100));

            uint catId200 = (uint)(int)Enum.Parse(typeof(CategoryID), CategoryID.Faulting.ToString());
            categories.Add(new SPDiagnosticsCategory(CategoryID.Faulting.ToString(), TraceSeverity.Unexpected, EventSeverity.Error, 0, catId200));

            yield return new SPDiagnosticsArea(areaName, categories);
        }

        public static void LogError(string errorMessage)
        {
            SPDiagnosticsCategory category = Logger.Local.Areas[areaName].Categories[CategoryID.Faulting.ToString()];
            Logger.Local.WriteTrace(0, category, TraceSeverity.Unexpected, errorMessage);
        }

        public static void LogInfo(string infoMessage)
        {
            SPDiagnosticsCategory category = Logger.Local.Areas[areaName].Categories[CategoryID.Processing.ToString()];
            Logger.Local.WriteTrace(0, category, TraceSeverity.Verbose, infoMessage);
        }
    }

}

2) Code for the Console Application/In our Custom Code of SharePoint Solutions:
try { Logger.LogInfo("My Custom Logging Started----Ankur"); this.UpdateProgress(100); } catch (Exception x) { Logger.LogError(String.Format("Custom Ankur Log Error: {0}", x.Message)); } finally { Logger.LogInfo("Custom Ankur Logging Completed"); }

Finally we can use SharePoint Log Viewer to View the Logs

SharePoint Log Viewer.

Creating Custom Workflow Activity using Visual Studio 2010 for SharePoint 2010 (SharePoint A to Z Series)

Hi, since long i was thinking to blog about this topic and finally got a chance to do so. Normally we prefer to create Designer Based Workflows, as they are easy to create, manage and quite flexible.

But still at situations Designer Workflows not allow us to do certain Tasks, for an instance , performing cross site Tasks, like Creating a Document Library in a different site or Creating a new site on certain conditions.

Instead of Creating Complete Workflow we can still use Custom Activities Development in Visual Studio 2010 which is much easier to built and easy to manage for client's Power Users.

So what  i mean is simple “Code an Activity” instead of Coding a Complete Workflow.

Now lets come to the point and follow some steps to create a simple Workflow Activity. Remember this will be Number 1, and quite easy one, later i will post some bigger and much cruciall Activities.

What I’m about to show you is what I did and tested in the following environment: 

• Microsoft Windows server 2008 R2 Enterprise Edition
• SharePoint Server 2010 Enterprise Edition
• MS SQL 2008 Enterprise Edition
• Visual Studio 2010 Ultimate
• Code was done in C# only
(Note: we don’t need the exact environment, but as such a similar one to get started)

Step: 1) Create a Project to support Activity Deployment to Farm

Create an Empty Project in VS2010 and Name it “CustomActivityDemo”, make Sure it should be a Farm Scoped Project.(No SandBoxed), And select the site on which you like to test it /*Empty SharePoint Project*/

Next Click Finish.. It will be just like a scenerio where this project will act as a Rocket Launcher for our Rocket(Activity).. :)

We will setup code and properties later in this, now lets move ahead and create our Activity Project in the Same Solution.

Step :2) Create WorkFlow Activity Project

At the Solution level Right Click and “Add a Project” in VS2010.

Next  Select the Visual C# >Workflow >Workflow Activity Library and set the project name as ‘CreateSiteActivity’.

Now whole solution will appear like this:

Note that after adding Workflow Activity Library Project  a Design view of Activity appears which shows Activity1.cs

lets now follow these subpoints:

• Right click the Activity1.cs and rename it to “CreateSiteActivity.cs”,

• Again Right Click “CreateSiteActivity” and click “View Code”.

• Now add a reference to
 Microsoft.SharePoint.dll and  Microsoft.SharePoint.WorkflowActions.dll   located in ISAPI Library:

• Import the following NameSpaces in the code file:

using Microsoft.SharePoint;
using Microsoft.SharePoint.Workflow;
using Microsoft.SharePoint.WorkflowActions;

This will how the code will appear now:

Before going further lets discuss some of the important terminologies:

 Step :3) Some Introduction to WorkFlow Terminologies:
This will be boring a bit but very quickly please do read these lines as it will clear our process in a bigger way:

Dependency Property
Dependency properties provide a centralized repository of a workflow's state.
The DependencyObject is a hash table that stores the current values of any DependencyProperty that is applied to it.

Dependency Object Class:

public abstract class DependencyObject : IComponent, IDisposable

An instance type of a dependency property can be bound to instance data, in which case the actual value is not determined until runtime.
You set this type of dependency property's value to be an ActivityBind to bind to the actual value that is accessed at runtime.

ActivityBind binds an activity property to any of the following:
• Another activity property.
• A field.
• A property.
• A method.

In Simpler Word:

Dependency Property provide a mechanism that allows SharePoint Designer to provide values for your custom action before you add your custom functionality.

To allow SharePoint Designer to pass values to your custom action when the workflow runs, you must create public properties inside your custom action. In this example, you will create a custom action that will create a new site within SharePoint whenever executed inside a SharePoint Designer workflow.

Before Writing any Dependency Property and its Binding Property, we have to think about our Inputs, so in this example here are the inputs:

SiteUrl: Where the site will be located.

SiteTitle: Title for the new site.

SiteDescription: Description for the new site.


SiteTemplate: Template to use to create the new site.

InheritPermissions: True, if the new site will inherit permissions from its parent site.


For each field, you create a property in your custom action to allow the users to specify these values when designing their workflow in SharePoint Designer.

When creating properties for a custom action, you create the property itself and a matching DependencyProperty. The DependencyProperty class allows SharePoint Designer to bind the property to the UI in the workflow wizard, where the user specifies the values of these properties in the workflow being created.



Note: Please follow the Syntax we will use while Creating a Property and a Matching Dependency Property, there is Matching Relation require in both of these Names.

Add the following code to create a property and DependencyProperty for SiteUrl:

Parameters it takes are : 1)String Name of the associated Property, Type of Property, Type of Owner(Activity Class Name)

public static DependencyProperty SiteUrlProperty =DependencyProperty.Register("SiteUrl", typeof(string),typeof(CreateSiteActivity));

public string SiteUrl {
    get { return this.GetValue(SiteUrlProperty).ToString(); }
    set { this.SetValue(SiteUrlProperty, value); }
}

Now for a while just think on what we have written:

Dependency Property Name : SiteUrlProperty and Matching Property Name is SiteUrl

It is required to follow above Syntax i.e always write Dependency Property with Suffix “Property” if you miss this then you will get Compilation Error.

Step: 4) Getting Current Workflow Context

 

 public static DependencyProperty __ContextProperty =
    DependencyProperty.Register("__Context", typeof(WorkflowContext),
    typeof(CreateSiteAction));

public WorkflowContext __Context {
    get { return (WorkflowContext) this.GetValue(__ContextProperty); }
    set { this.SetValue(__ContextProperty, value); }
}

Step:5) Complete Rest of Dependency Properties Simmilarly

simmilarly complete the Dependency Properties for rest of inputs we discussed earlier and code should now look like this:

using Microsoft.SharePoint;
using Microsoft.SharePoint.WebControls;
using Microsoft.SharePoint.Workflow;
using Microsoft.SharePoint.WorkflowActions;
using System;
using System.ComponentModel;
using System.Web;
using System.Workflow.Activities;
using System.Workflow.ComponentModel;
namespace CustomActionsLibrary {
   public class CreateSiteAction : SequenceActivity {
      public static DependencyProperty SiteUrlProperty =
         DependencyProperty.Register("SiteUrl", typeof(string),
         typeof(CreateSiteAction));

      public string SiteUrl {
         get { return this.GetValue(SiteUrlProperty).ToString(); }
         set { this.SetValue(SiteUrlProperty, value); }
      }

      public static DependencyProperty SiteTitleProperty =
         DependencyProperty.Register("SiteTitle", typeof(string),
         typeof(CreateSiteAction));

      public string SiteTitle {
         get { return this.GetValue(SiteTitleProperty).ToString(); }
         set { this.SetValue(SiteTitleProperty, value); }
      }

      public static DependencyProperty SiteDescriptionProperty =
         DependencyProperty.Register("SiteDescription", typeof(string),
         typeof(CreateSiteAction));

      public string SiteDescription {
         get { return this.GetValue(SiteDescriptionProperty).ToString(); }
         set { this.SetValue(SiteDescriptionProperty, value); }
      }

      public static DependencyProperty SiteTemplateProperty =
         DependencyProperty.Register("SiteTemplate", typeof(string),
         typeof(CreateSiteAction));

      public string SiteTemplate {
         get { return this.GetValue(SiteTemplateProperty).ToString(); }
         set { this.SetValue(SiteTemplateProperty, value); }
      }

      public static DependencyProperty InheritPermissionsProperty =
         DependencyProperty.Register("InheritPermissions", typeof(bool),
         typeof(CreateSiteAction));

      public bool InheritPermissions {
         get { return (bool) this.GetValue(InheritPermissionsProperty); }
         set { this.SetValue(InheritPermissionsProperty, value); }
      }

      public static DependencyProperty _ContextProperty =
         DependencyProperty.Register("_Context", typeof(WorkflowContext),
         typeof(CreateSiteAction));

      public WorkflowContext _Context {
         get { return (WorkflowContext) this.GetValue(_ContextProperty); }
         set { this.SetValue(_ContextProperty, value); }
      }
   }

Step:6) Execution of Main Action

Whenever in Workflow the pointer reaches to the Activity then There is an entry method which executes and this method/function is Execute :


We need to override this function to write the functionality of our activity:

protected override ActivityExecutionStatus Execute(ActivityExecutionContext
   executionContext) {
   try 
{

   } catch (Exception ex) {

   }
}

This function returns an ActivityExecutionStatus which is an enum containing values. And takes executionsyntax as parameter.


For getting refference to current site , we will use _Context property that we defined above


Step:7) Code to insert in Execute Method:

        protected override ActivityExecutionStatus Execute(ActivityExecutionContext executionContext)
        {
            try {

                SPWeb oweb = this._Context.Web;


                string templateId;

                switch (this.SiteTemplate)
                {
                    case "Team Site":
                        templateId = "STS#0";
                        break;
                    case "Blank Site":
                        templateId = "STS#1";
                        break;
                    case "Document Workspace":
                        templateId = "STS#2";
                        break;
                    case "Wiki Site":
                        templateId = "WIKI#0";
                        break;
                    default:
                        templateId = "BLOG#0";
                        break;
                }
                oweb.AllowUnsafeUpdates = true;

                 oweb.Webs.Add(this.SiteUrl, this.SiteTitle, this.SiteDescription, 1033, templateId, !this.InheritPermissions, false);
                
                return ActivityExecutionStatus.Closed;
            
            
            }

 catch(Exception ex){

                ISharePointService service =
    (ISharePointService)executionContext.GetService(
        typeof(ISharePointService));

                if (service == null)
                {
                    throw;
                }

                service.LogToHistoryList(this.WorkflowInstanceId,
                    SPWorkflowHistoryEventType.WorkflowError, 0, TimeSpan.Zero,
                    "Error Occurred", ex.Message, string.Empty);

                return ActivityExecutionStatus.Faulting;
            
            }
           
                    }

Note: If an error occured then we have used ISharePointService to logtohistory list whatsoever error occurs.

Step : 8) Create ACTIONS file

NOTE:Before reading the next lines first Sign the Assembly and run "sn.exe -T 'Path to Dll'" command to get the PublicKeyToken Value of CreateSiteActivity.dll

Next Step is to Create an Action File, this file is require to tell Designer how the Activity will appear in UI to the USER, this will make the custom activity to appear in the Wizard.



An ACTIONS file is an XML file that is used by SharePoint Designer's workflow wizard to provide a user-friendly experience for configuring actions. Every action must be configured in an ACTIONS file before it can be used in SharePoint Designer. By default, there is only one ACTIONS file, located at


{14 Hive}\TEMPLATE\1033\Workflow\WSS.ACTIONS, and it contains an entry for each of the built-in actions in Windows SharePoint Services.

<?xml version="1.0" encoding="utf-8"?> <WorkflowInfo> <Actions Sequential="then" Parallel="and"> <Action Name="Create A Subsite" ClassName="CreateSiteActivity.CreateSiteActivity" Assembly="CreateSiteActivity,Version=1.0.0.0, Culture=neutral, PublicKeyToken=5c3f29e162d61460" AppliesTo="all" Category="List Actions"> <RuleDesigner Sentence="Create subsite with these settings: %1, %2, %3, %4 and %5"> <FieldBind Field="SiteUrl" Text="url" Id="1" DesignerType="TextArea"/> <FieldBind Field="SiteTitle" Text="title" Id="2" DesignerType="TextArea"/> <FieldBind Field="SiteDescription" Text="description" Id="3" DesignerType="TextArea"/> <FieldBind Field="SiteTemplate" Text="site template" Id="4" DesignerType="TextArea"/> <FieldBind Field="InheritPermissions" Text="inherit permissions" Id="5" DesignerType="TextArea"/> </RuleDesigner > <Parameters> <Parameter Name="SiteUrl" Type="System.String, mscorlib" Direction="In" /> <Parameter Name="SiteTitle" Type="System.String, mscorlib" Direction="In" /> <Parameter Name="SiteDescription" Type="System.String, mscorlib" Direction="In" /> <Parameter Name="SiteTemplate" Type="System.String, mscorlib" Direction="In" /> <Parameter Name="InheritPermissions" Type="System.Boolean, mscorlib" Direction="In" /> <Parameter Name="_Context" Type="Microsoft.SharePoint.WorkflowActions.WorkflowContext, Microsoft.SharePoint.WorkflowActions" Direction="In"/> </Parameters> </Action> </Actions> </WorkflowInfo>


for a complete refference of this file please visit this msdn article:
http://msdn.microsoft.com/en-us/library/bb897811.aspx

Step:9) Deployment Process

Deployment Process Consists of Four Sub Steps:


1)Sign The Assembly and Get The Public Token and place it in the ACTIONS file:

Right Click “CreateSiteActivity” Project and then go to Properties and then in “Signing”, create a new key name it “CreateSiteActivity”, then BUILD the Project and later Sign the assembly using:

Sn.exe –T “path to CreateSiteActivity.dll”

Note the PublicKeyToken and modify the Actions file accordingly.

2)Place the ACTIONS file to the Worklfow Mapped Folder of SharePoint 14 Hive:


In the CustomActivityDemo project Add a SharePoint Mapped Folder to Template /1033/Workflow

i.e{SharePointRoot}/Template/1033/Workflow and save the above ACTIONS file, with ACTIONS as extension.

3)Deploying CreateSiteActivity DLL to GAC and Create Safe Control in Web Config of the Web Application.


1)Expand the Package Item in the CustomActivityDemo Project,

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Then double click it, which will open the Package properties then click Advanced.

 click Add. And select Existing Assembly:

Add Necessary Information to add safe control, when complete it will appear as this:

4)Add Authorize Type in web config

To do this, we will include a feature in sharePoint Project: "CustomActivityDemo" (The Rocket Launcher) Project, Name it something Suitable and Scope it to WebApplication:

Then right click the Feature and Add a Reciever:

Add using Microsoft.SharePoint.Administration Namespace to its code file
Uncomment Feature Activated Block.

As scope of the Feature is SPWebApplication , from properties take the instance of feature parent as spwebapplication:

If you see the properties of SPWebAPPlication Instance then you can see a collection WebConfigModifcations:

Now we have to add a new webconfigmodifcation to this collection , to do so create an Instance of SPWebConfigModification class:


SPWebConfigModification modification = new SPWebConfigModification();


Now we will initiate these properties of Modification:

*)Name
modification.Name =”AuthType”;



*)Owner
modification.Owner = “//Owner Assembly name”/ CreateSiteActivity (in our case)


*)Path

modification.Path= "configuration/System.Workflow.ComponentModel.WorkflowCompiler/authorizedTypes";




*)Type:

modification.Type = SPWebConfigModification.SPWebConfigModificationType.EnsureChildNode;




*) Value //complete Assembly information

mofication.value = "<authorizedType Assembly=\"CreateSiteActivity, Version=1.0.0.0, Culture=neutral, PublicKeyToken=5c3f29e162d61460\" " +

"Namespace=\"CreateSiteActivity\" TypeName=\"*\" Authorized=\"True\" />";


 

//Add and apply the modification




currentWebApp.WebConfigModifications.Add(modification);

currentWebApp.WebService.ApplyWebConfigModifications();

Entire Code will appear as this:

using System;
using System.Runtime.InteropServices;
using System.Security.Permissions;
using Microsoft.SharePoint;
using Microsoft.SharePoint.Security;
using Microsoft.SharePoint.Administration;

namespace CustomActivityDemo.Features.CustomActivityFeature
{
    /// <summary>
    /// This class handles events raised during feature activation, deactivation, installation, uninstallation, and upgrade.
    /// </summary>
    /// <remarks>
    /// The GUID attached to this class may be used during packaging and should not be modified.
    /// </remarks>

    [Guid("d2be807f-9acf-4a85-9c00-4efb7caa35ac")]
    public class CustomActivityFeatureEventReceiver : SPFeatureReceiver
    {
        // Uncomment the method below to handle the event raised after a feature has been activated.

        public override void FeatureActivated(SPFeatureReceiverProperties properties)
        {

            SPWebApplication currentWebApp = (SPWebApplication)properties.Feature.Parent;

            SPWebConfigModification modification = new SPWebConfigModification();
            modification.Name = "AuthType";
            modification.Owner = "CreateSiteActivity";
            modification.Path = "configuration/System.Workflow.ComponentModel.WorkflowCompiler/authorizedTypes";
            modification.Type = SPWebConfigModification.SPWebConfigModificationType.EnsureChildNode;
            modification.Value = "<authorizedType Assembly=\"CreateSiteActivity, Version=1.0.0.0, Culture=neutral, PublicKeyToken=5c3f29e162d61460\" " +
                "Namespace=\"CreateSiteActivity\" TypeName=\"*\" Authorized=\"True\" />";

            //Add and apply the modification
            currentWebApp.WebConfigModifications.Add(modification);
            currentWebApp.WebService.ApplyWebConfigModifications();
            



        }

Next Build, Package and Deploy your solution.

Step: 10) Test the new Action
Next open the site which we used for testing this project in SharePoint Designer and Create a New List  Workflow  on any of List (take Task).

And in List Actions you can see our newly created activity:

It will Work as it did at my end. Please test yourself and use it in your daily workflow cycle.

Hope it will help and Workflow Activities creation will be now a simple process for you all.