But after running the bookmarklet from favorites or favorites bar

Right click again and the desired options are there

The bookmarklet is available in my JavaScripts Library.

How to "install" the bookmarklet?

1. Navigate to my JavaScripts Library page.

2. Under Bookmarklets you will find a link. Drag it to your browser’s favorites bar or favorites.

How to use the script:

1. Open SharePoint List settings page. In this example we’ll open a Contacts list’s settings. Pay attention to the "Columns" table

2. Click the link you’ve added to your bookmarks:

3. See your Columns table again

This just temporarily modifies the page. The column will disappear with the next page refresh. But meanwhile you can even copy-paste.

I’ve tested it with IE 9, FireFox and Chrome.

If they were set to manual start after clicking the Start button on the workflow initiation form, nothing would happen.

In SharePoint logs I’d find the following message:

System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.Collections.Generic.KeyNotFoundException: The given key was not present in the dictionary.     at System.ThrowHelper.ThrowKeyNotFoundException()     at System.Collections.Generic.Dictionary`2.get_Item(TKey key)     at Microsoft.SharePoint.Workflow.SPWorkflowManager.IsConfigForSite(SPSite site)     at Microsoft.SharePoint.Workflow.SPWorkflowManager.GetWorkflowConfurationSection(SPSite site, String section)     at Microsoft.SharePoint.Workflow.SPWinOeHostServices.EnsurePluggableServices(SPSite site, SPWorkflowExternalDataExchangeServiceCollection services, ExternalDataExchangeService existingServices)     at Microsoft.SharePoint.Workflow.SPWinOeHostServices..ctor(SPSite site, SPWeb web, SPWorkflowManager manager, SPWorkflowEngine engine)     --- End of inner exception stack trace ---     at System.RuntimeMethodHandle._InvokeConstructor(Object[] args, SignatureStruct& signature, IntPtr declaringType)     at System.Reflection.RuntimeConstructorInfo.Invoke(BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)     at System.RuntimeType.CreateInstanceImpl(BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes)     at Microsoft.SharePoint.Workflow.SPWorkflowManager.LoadPluggableClass(String classname, String assembly, Object[] parameters)     at Microsoft.SharePoint.Workflow.SPWorkflowManager.GetService(SPWorkflowAssociation association, SPWorkflowEngine engine)     at Microsoft.SharePointWorkflow.SPWorkflowManager.RunWorkflowElev(SPWorkflow workflow, Collection`1 events, SPWorkflowRunOptionsInternal runOptions)

On another site collection on the same server workflows were working normally.

I’ve tried to resolve the problem with the solution described here but unfortunately it didn’t work.

At the end what worked for me was to re-enable workflows on site.

In Central Administration select Application Management and Manage web applications

Next select the failing Web application

Now click arrow under General Settings in the ribbon and select Workflow

Select No for "Enable user-defined workflows…" and click OK.

Now reopen the Workflow settings dialog by clicking on General Settings –> Workflow again

and select Yes, to re-enable user defined workflows.

Confirm your selection by clicking on the OK button.

This got my workflows up and running again.

There is an update available – on the same place – CodePlex. The project is still a small console application.

How to use it? Run it and follow instructions.

Click here to download the latest release.

Now thanks to my friend’s solution, you can tell them to go see for themselves. Robi Vončina has prepared a solution to list AD group members directly on your SharePoint site. It’s a nice solution to see who’s messing around your site.

The solution can be found on CodePlex.

On the failing server open Server Manager, and under Roles select Application server. You will most probably find quite a lot of DCOM errors. Open one of those errors to see for which user and for which service the authentication is failing. In the open window copy the GUID of the failing service. It will help you identify the service.

Next open registry editor and select the root node. In Edit menu select Find, paste the GUID and click Find next.

You can find the service name in one of the registry’s values (as seen on the screenshot below, in my case it was IIS WAMREG).

Leave the registry editor open (you might still need it).

Next in Start menu under Administrative tools click Component Services. Expand the Computers node and My Computer. Select DCOM Confing. Now locate the service you identified in your registry, right click it and select Properties.

In the open dialog select Security tab and in the Launch and activation permissions group click the Edit button.

If you have this entire tab grayed out, you need to do the following (outlined in the gray, otherwise skip the gray part below):

In registry editor (which I hope you still have open), right click the node you found and select Permissions Click Advanced and select the Owner tab. Change the owner to the account you’re logged on or to the administrators group (which I presume your account is in) Click Apply and in the permissions dialog also give same user/group full control Now you should close and reopen Component services and find the DCOM service.

In the permissions dialog for the service grant the failing user (or group the account is in) Local Launch and Local Activation permissions. And in case the event log says it is failing remote launch, grant the user remote launch and service also.

Confirm all the changes and close registry editor and Component services window.

Update: If you use Microsoft Office 2010, you have to use other fix:

http://support.microsoft.com/kb/841215

There are going to be a lot of MVPs and very good presenters under the same roof, so lectures will be very good. Trust me, I have the privilege of knowing lots of them and I have been to their presentations.

This year I’m also attending as a presenter. I believe with a very interesting topic – SharePoint and Silverlight, which are a very powerful combination.

I will also take the opportunity to launch my new open source project on Codeplex.

Not convinced? You will miss out an opportunity for attending great lectures from great presenters in an absolutely beautiful surroundings – Bled, Slovenija.

When? 24th and 25th October 2011.

Being on the other side of the globe is not an excuse. Some guys, like Joel Oleson and Michael Noel are flying in to present.

• My Central Admin was gone
• All SharePoint sites were gone (also checking in IIS)

That may be a real shocker. One option is to simply rerun config wizard to have the Central admin site and restore entire farm from backup (you DO have backup, do you?). Otherwise here’s the process on how I recovered all the sites:

Re-run SharePoint Products and Technologies Configuration Wizard

1. Run the SharePoint Products and Technologies Configuration Wizard
2. Rejoin the existing farm (entering database server and configuration database and farm passphrase of your lost SharePoint farm) – thank God these aren’t deleted
3. Central admin site has to be recreated

After the configuration wizard has finished you should see all your web applications back in IIS

Remake manual changes to web.config files

If you were making manual changes (not through SharePoint Object Model) to web.config files of your web applications, these are lost, so you better keep track and remake those changes.

Restart services

Event though you may have your sites back there is still work to do. If you have custom solutions deployed to SharePoint, you have to re-deploy them. Fortunately these are still stored in SharePoint.

SharePoint service applications are not started and you may receive an error like "There are no addresses available for this application" (in logs, event viewer and of course in the web application.

1. In SharePoint central administration open Application Management
2. Under Service Applications select Services on Server
3. Click Start next to service applications that you wish to restart.

You will also notice virtual applications reappearing in your IIS under your SharePoint Services IIS site.

Redeploy solutions

OMG, also solutions are gone from web applications. Yes you need to re-deploy these as well.

1. In SharePoint Central Administration select System Settings
2. Select Manage Farm solutions
3. You will see that all solutions are (probably) there but none of them is deployed.
4. Deploy each solution as needed by selecting the solution and clicking “Deploy solution” and following steps.

Review

After redeploying check your web applications if everything is working correctly. I noticed even though solutions were not deployed, the data, configuration and permissions remained.