Missing Details, Thumbnails & Filmstrip views in Picture Libraries

I found a some very strange behaviour on client installation where suddenly the Details, Thumbnails & Filmstrip views had vanished from a Picture Library.

This is the way a picture library usually looks :-

This is the way my picture library is looking now:-

My initial thought was that I’d broken something through the site customisation of the minor Master Page tweaks and some style tweaks, but what when I packaged up the work and deployed to another server I saw that it all worked and appeared to be a server wide issue.

This blog post has confirmed where the issue had come from. The Infrastructure Update for WSS and MOSS  had caused the issue, Microsoft are aware of it and are currently working on a fix, I’ll let you know when I hear more. There is currently no known work around for this issue.

MOSS Daylight savings time Update for Australia 2008

Seems like the daylight savings issues are continually biting. On the bright side the fix this year for MOSS is a very simple xml change. Simply navigate to “C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\CONFIG” and edit “timezone.xml”. I’d recommend making another copy of timezone.xml at this point just in case. The example here fits for East Coast Australia 2008. Simply go through file until you find your particular timezone, then modify the values or Month Day Hour, just remember that Day is actually the week that it changes ie in this example DST starts in the first week of October this year in Melbourne. It’s all pretty straight forward.

<TimeZone ID="76" Name="(GMT+10:00) Canberra, Melbourne, Sydney" Hidden="FALSE">

  <Bias>-600</Bias>

  <StandardTime>

    <Bias>0</Bias>

    <Date>

      <Month>4</Month>

      <Day>1</Day>

      <Hour>3</Hour>

    </Date>

  </StandardTime>

  <DaylightTime>

    <Bias>-60</Bias>

    <Date>

      <Month>10</Month>

      <Day>1</Day>

      <Hour>2</Hour>

    </Date>

  </DaylightTime>

</TimeZone>

Item-level permissions on document libraries.

I recently had a client requirement where the client wanted to created a “drop box” type of document library, where users were able to modify and view only there own documents. I knew this possible in custom lists through this option being displayed in List Setting / Advanced Settings link.

What I didn’t realise was that this option wasn’t displayed in document libraries. I found this post from Matt Morse that had the solution to this problem. Matt points out that when you take a look in the Microsoft.SharePoint.ApplicationPages.dll the following code exists in the AdvancedSettingsPage class’s OnLoadEvent.

this.ItemLevelSecurityPanel.Visible = (type != 1) && (type != 5);
Where type is the base type of the list (1 = doclib, 5 = issues)
The Fix
Matt has written a great little tool here, and the source is available here. The code is pretty straight forward as you can see from the snippet below. 
    SPSite site = new SPSite(siteUrl);

    SPWeb web = site.OpenWeb(webUrl);

    SPList list = web.Lists[listName];


    PropertyInfo pInfo = list.GetType().GetProperty(propertyName);


    if (pInfo.PropertyType == typeof(int))

        pInfo.SetValue(list, Convert.ToInt32(propertyValue), null);

    else

        pInfo.SetValue(list, propertyValue, null);


    list.Update();


    web.Dispose();

    site.Dispose();
The property that we are setting in this case is ReadSecurity and WrtieSecurity the possible values are documented in these MSDN pages. In my case I was setting “Users have read access only to items that they create (2)” and “Users can modify only items that they create (2)”. Using Matt’s tool I basically just entered the following from the command line.




SPSetListProperty “http://server” "/Site" "Document Lib" "ReadSecurity" "2" 
SPSetListProperty “http://server” "/Site" "Document Lib" "WriteSecurity" "2"




Once this was done the document library performed exactly how we required, now the users who have contribute permissions can use this library to view and edit only their own items, and owners are able to see all items in the document library.

A March 2008 cumulative daylight saving time (DST) update is available for Windows Mobile-based devices

With Australia again changing the start of daylight saving again this year there’s yet another series of patches to run. Windows Update seems to have delivered all the patches without a hitch so that come Sunday October 5 all my servers and desktop Operating Systems seemed to change without a hitch but my phone didn’t. I had to run the patch KB950885 – A March 2008 cumulative daylight saving time (DST) update is available for Windows Mobile-based devices here manually to correct the time on it. This should make tomorrow easier as due to the phone running an hour early, it meant that I got up at 4.30 this morning instead of 5.30, Ouch.

I’m going to investigate why no updates have ever been delivered through Windows Update on my phone. My guess is it’s related to 3’s custom Windows Mobile build.