Thursday, July 16, 2009

SharePoint Meta Data doesnt transfer with a "COPY"

I'm in the middle of redoing some file organization and came to the realization that the "COPY" function does not keep associated meta data and content types. You must use "CUT" if you want this data to transfer with the files.

The issue is that when doing this with Windows Explorer is it might or might not work with CUT - most folders error out with a file name being too long.

The solution is to use the "Manage content and structure" feature - well that doesnt work for me.

I haven't tested with RoboCopy, but will soon and hope to use the CUT command as I have several thousand files and folder to move and delete.

Tuesday, June 16, 2009

SharePoint Designer Workflow Error

Another lame error from Microsoft, forgive me for naming my task the same as my workflow...go figure.

"You specified identical destination filenames for some of the files you are trying to copy. Make sure all destination files have unique names and try again."

This message appears when you attempt to compile a workflow that:
Is set to start manually.
Includes a task action where the name of the task is identical to the name of the workflow.

Cause
When you compile a workflow, Office SharePoint Designer 2007 saves the initiation form (Workflow_name.aspx) and the custom task form (Task_name.aspx) to the same workflow folder. A workflow will not compile successfully if these forms have the same file name because two files in the same folder cannot have the same file name.

Resolution
Rename the task in the workflow:
In the task action, click the link that opens the Custom Task Wizard.
Click OK in the warning message about how changing the custom task may break running instances

Thursday, April 16, 2009

Out of the box Approval Workflow errors out

Recent issues with custom workflow led to testing out of the box basic functionalty. I set up the most basic approval process on a test document library and everything functioned properly until the approver approved the document. After checking logs, event errors I found nothing that really gave me an idea on how to fix it.

I called good ole' microsoft support and they are aware of this issue, however they have an unpublished internal article with the fix.

The Solution:
Document Library Settings > Workflow settings > Click on your active workflow > Next > Uncheck the Post-Completion Workflow Activities check box!

Rerun your workflow and you will be error free.

MOSS Diagnostic Logs are not Generating!

I recently noticed the logs just randomly stopped generating on our production server, however they were working fine in development. I compared settings, checked service accounts, rebooted the server, freed disk space...

The Solution:
Navigate to the services on your server and check the Windows SharePoint Services Tracking service. It should be started, set to automatic and using the local system account. This service had not started properly during a reboot or something and was disabled therefore no logs where being generated.