Short Tom Blog

Recently I had an interesting error issue with my company’s MOSS 2007 intranet.

My marketing department were trying to create a page to redirect to a PDF newsletter.  The answer was the OOTB Redirect Page.  Now this worked fine for all users with edit permissions, the redirect page came up for 5 seconds and then loaded the PDF file in the browser (as configure in Adobe Reader) as expected.  Now all the other users who had read permissions tried to open the redirect page straight away they were displayed with a nice "page cannot be found" error message.

The redirect URL was set the http://intranet/marketingsite/Documents/Internal%20newsletters/Newsletter%20April%202009.pdf

After some investigation I worked out that the Redirect page content type does not like spaces(%20 in HTML encoding) in the file name or url.

Therefore I changed the PDF filename and Folder name to replacing the spaces with underscores ( _ ).  Therefore the new url was

http://intranet/marketing/Internal_newsletters/Newsletter_April_2009.pdf

Problem solved

Remember, always test with the redirect page with a user account with read only permissions.

Whilst investigating a Browser support issue for SharePoint I found out that the 64 bit versions of IE7 & IE8 are only Level 2 Supported Browsers.  This means that all the functions performed via the browser with SharePoint will not work as designed in these browsers.

             

SharePoint items like the Date picker control, Rich Text Editor field and Datasheet view will not work as designed with the 64 bit versions of IE7 & IE8.

See the TechNet article for more details http://technet.microsoft.com/en-us/library/cc263526.aspx

Cannot start the WSS Search Service & Office SharePoint Search not working – Same SQL & WSSMOSS Server

Problem

Running SQL and MOSS on the same server, I was unable to start the WSS Search Service and the Office SharePoint Search service was showing errors in the SSP Site.  I had the following errors in my Event viewer:

Event Type:           Error

Event Source:       Windows SharePoint Services 3 Search

Event Category:   Gatherer

Event ID:                10034

Description: Could not access the Search service configuration database.

Context: Application '8f7d4cbe-8cb1-4d32-b406-1737af554479'

Details:The filename or extension is too long.   (0×800700ce)

Event Type:           Error

Event Source:       Office SharePoint Server

Event Category:   Office Server Shared Services

Event ID:                6482

Description:Application Server Administration job failed for service instance Microsoft.Office.Server.Search.Administration.SearchServiceInstance (9d344ee4-eacc-4460-8dc6-bb66bd5ab982).

Reason: The path is not of a legal form.

Techinal Support Details:

System.ArgumentException: The path is not of a legal form.

   at Microsoft.Office.Server.Search.Administration.SearchApi.RunOnServer[T](CodeToRun`1 remoteCode, CodeToRun`1 localCode, Boolean useCurrentSecurityContext, Int32 versionIn)

   at Microsoft.Office.Server.Search.Administration.SearchApi.AddApp(Role role)

   at Microsoft.Office.Server.Search.Administration.SearchServiceInstance.InstallGathererApplicationIf()

   at Microsoft.Office.Server.Search.Administration.SearchServiceInstance.Synchronize()

   at Microsoft.Office.Server.Administration.ApplicationServerJob.ProvisionLocalSharedServiceInstances(Boolean isAdministrationServiceJob)

Reason

If you are running SQL and WSS/MOSS on the same server you will need to specify the Database Server, in the SharePoint Configuration Wizard as the NetBIOS name (Server01) and not the FQDN (Server01.Domain.com).  Seems to be a bug in SharePoint as I always use the FQDN wherever possible

Solution

Disconnect from the SharePoint Farm (by running the SharePoint Configuration Wizard) and reconnect, this time using the NetBIOS name for the DB server.  You will need to set the Indexer for any SSP's you have created and restart some of the Services on the SharePoint Server but you should get back up and running.