Doppelte Zeitzonen-Rechnung bei DateTime Listenfeldern

SharePoint und DateTime - das allein ist ja schon eine Geschichte für sich. Intern verwendet SharePoint ja UTC-Time und rechnet diese dann je nach Zeitzonen-Einstellungen der jeweiligen SharePoint Site automatisch um. Soweit so gut - aber eben, jede Automation hat so ihren Preis. Man findet auf dem Web etliche Beispiele, wo man genau mit dieser (an und für sich exzellent gemeinten und meist auch gut umgesetzten) Automation auf Probleme stösst...

Das Problem, welches ich hier lösen möchte äussert sich in dem, dass eine falsche Uhrzeit angezeigt wird - und zwar wird nachvollziehbar 2 mal die Zeitzonen-Verschieben gerechnet. In meinem Fall ist dies plus 1 Stunden (Schweiz). Die angezeigte Zeit ist aber jeweils um eine Stunde später. Ändere ich die Zeitzonen-Einstellung auf plus 2 Stunden ist die angezeigte Zeit 2 Stunden später usw.

In dem von mir untersuchten SharePoint-Projekt war die Situation folgendermassen: Datum und Zeit wurden über standard SharePoint Publishing WebControls als MetaDaten einer Veröffentlichungsseite eingegeben. Fehlerquelle: wohl kaum. In allen Listenansichten wird die Zeit korrekt ausgegeben. Nächster Test: Über das Objektmodell hole ich mir das fragliche SPListItem und prüfe das von SharePoint erstellte Objekt vom Typ DateTime (Code ist nur exemplarisch):

DateTime myTestDateTime = (DateTime)spList.Items["myTestItem"]["myTestDateTimeField"];

Komisch - auch hier absolut alles korrekt! Die Zeit stimmt, Zeitzone etc. ist ebenfalls korrekt. Und trotzdem liefert die Applikation falsche Zeiten.

Nach einer Weile habe ich dann realisiert, dass ich es hier nicht mit "normalen" SPListItems zu tun hatte: Diese SPListItemCollection ist das Resultat einer Abfrage mittels SPQuery. Nachdem ich eine ähnliche Abfrage nachgebaut hatte konnte ich tatsächlich feststellen, dass der identische Code von oben für dieselbe Seite (ich sage bewusst nicht "das identische SPListItem", den dieses ist ja nur eine Instanz von diesem Typ) nun die falsche Zeit liefert.

Des Rätsels Lösung: SPQuery hat eine Eigenschaft DatesInUTC. Diese ist standardmässig auf false und dies verursacht nachweislich das Problem...

SPQuery mySPQuery = new SPQuery();
mySPQuery.DatesInUTC = true;

... und plötzlich stimmt auch mein Test von oben mit SPListItems von einem SPQuery wieder.

Kommentar hinterlassen Name: Email: Ihre URL: Kommentare: Sicherheitscode eingeben: