Duarte's SharePoint info

Recently came accros with the request for paging in a Content Query WebPart, because reinveing the wheel is a waiste of time. I ended bumping into this interesting webpart: Enhanced Content Query Web Part.

I ended up needing to customize some code, change the Pager webpart XSL and apply some CSS as well. But Worked beautifully after deployed & implemented.

If you want to read more general information; http://blog.mastykarz.nl/paging-content-query-web-part/.

Good Luck!

It seems Microsoft's intended purpose for the workflow history log disappear after 60 days.

Some customers do really want to keep their Workflow history, so here goes 3 options:

1. Disable the Workflow Auto Cleanup timer job completely
2. You can include a specific xml tag in your workflow feature.xml file that controls the number of days retained for the workflow history (max days = 9999)
3. Run a job nightly to force all the workflow history retention settings to a certain number of days (max days = 9999) >> an article was already published in this blog on how to implment such script (http://blogs.tamtam.nl/duarte/default,month,2008-08.aspx)

Honestly the consequences of keeping the whole workflow history is absolutely unknown. But might reduce the performance of whole portal or simple the workflow procedure. Might be noticeable after 1 year or earlier depending on the amount of workflows going on on a daily basis.

Are you going nuts after deploying your workflows & several IISRESETs and you see that it still behaves the same???

If your changes were on the designer editor (for instance changing a method for a if branch condition). After deploying your solution (or manually copying your DLL to the GAC) you need:

   1. Remove the workflow from the list that uses it
   2. Deactivate the Feature of the workflow
   3. Reactivate the feature.
   4. Re-attach the workflow to the list.

Are you see ing this error when you try to create a new page in a SharePoint site?

" List does not exist The page you selected contains a list that does not exist. "

Or are you also seeing this error when you try topen one of your pages?

"Invalid SPListItem. The SPListItem provided is not compatible with a Publishing Page."

Here is my non-sense solution (found after long trial and error an looking online):

1. Go to the Pages library where the file is stored

2. Create a new page, but from a different type than the pages that are failing

3. In the New Page area, select the page layout that is failing and create a test page

4. Your page is created successfully… and now you can see your pages…

A lot of trial & error… made me find this… seems a SharePoint… and not the access denied error & manage schedule errors I found before.

Good Luck!

My related search sources that helped my find this fabulous non-sense solution;

http://www.eggheadcafe.com/community/aspnet/69/10072753/list-does-not-exist-error.aspx

 http://vspug.com/camper/2007/08/27/list-does-not-exist-error-message-1-cause/

Most blog engines allow you to display a list of blog posts grouped by month. Unfortunately  SharePoint blog sites do not give you that ability, out of the box.

Here is a simple solution (no codding required) on how to overcome that limitation:

Download webpart

Read the original article…

The link "Save site as template" is only available under Look and Feel at the Top Level of the site collection. 
If you are trying to save a site as a template in WSS v3 or MOSS 2007 you need to append _layouts/savetmpl.aspx to your sub sites url. 

1. Supposing your subsite is:

    http://portal.moss2007.com/subsite/default.aspx

2. You would go to

    http://portal.moss2007.com/subsite/_layouts/savetmpl.aspx

     and then you would be able to save the site as a template.

Note: there might be cases where this will not work.

Good luck!

If you notice in SharedServices that:

1. the profile import is enumerating the same number (marked in yellow in the image below), the stop import is non responsive.

2. The search is crawlling for too long, gets stuck in the status "stopping" if you try to stop.

3. Your audiences are not compiling, because the import has not finished (mage below).

These are several syntoms that the service "Office SharePoint Server Search" is not working properly.

How to solve this?

1. In Windows, go to Administration Tools > Services

2. STOPthe service "Office SharePoint Server Search".

3. If step 2 fails, open the Windows Task Manager and kill the proccess "mssearch.exe"

4. Perform IISRESET

5. Go to Administration Tools > Services, and  START the service  "Office SharePoint Server Search".

6. Go to Share Point Central Administration > Shared Services

7. Open the User Profiles and Properties page, and verify if it is importing proper now.

Xtra suggestions:

Reset Search Index:

Now that (hopefully) everything is working fine, we should be concerned about the cause of this issue. Quite likely the search crawll got stuck at some point, and could be the cause for all this trouble. The best is to reset the current Search Index, and rebuilt it.

1. Go to Central Admin > Shared Services > Search Administration

2. Click on "Reset all crawlled content"

3. Go to "Content Sources" start manually a full crawll on the nedded content sources.

Good luck!

If you would like to delete Sharepoint Timer Job Definitions follow these steps:

1.  Go to Central Administration > Operations

2.  Click on Timer Job Definitions

3.  In this page go to the job that you wish to delete

4.  Copy the GUID shown in the URL field of the browser (something like below:

    http://centraladmin.company.com/_admin/JobEdit.aspx?JobId=99346da8%2D1cba%2D4691%2D8c18%2D4e257650aa72

5. Copy to NotePad and replace the %2D characters by a dash "-"

5.  Then go stsadm and run the following command:

     stsadm.exe -o deleteconfigurationobject -id <ObjectGUID>

The command stsadm.exe -o deletessptimerjob  is for deleting Shared Services timer jobs. Which rarely is needed...

Good luck!

This issue can happen for many reasons:

1. The Email server is down, or the server is not allowing your SharePoint server to send emails. Check each SharePoint Server in the farm individually.

2. Check if your Windows SharePoint Services Timer service is running. To start it go to my article: http://blogs.tamtam.nl/duarte/2008/12/19/SharePoint2007TimerJobsNotWorking.aspx

If these don't help, let me know what was your problem & solution in the comments below! :)

In SharePoint 2007 the inactive user profiles are deleted by a timer job called “My Site Cleanup Job” (Central Administration > Operations > TimerJobs Definitions > My Site Cleanup Job").

It is NOT after the third consecutive failed import that the automatic profile deletion happens.

So if your profiles are still appearing after import check the following:

1. Is your LDAP filter importing disable profiles?

    The LDAP filter must be something like to avoid importing disabled profiles:

    (&(objectCategory=person)(objectClass=user)( !(userAccountControl:1.2.840.113556.1.4.803:=2)))

    check this article: http://support.microsoft.com/kb/827754

2. Is your "My Site Cleanup" timer job enable? (see above)

   Central Administration > Operations > TimerJobs Definitions > My Site Cleanup Job").

   Enable it!

3. Is "Windows SharePoint Services Timer " service running?

   Administrative Tools > Services > Windows SharePoint Services Timer  

   Start it!