Szenario und Problem: normaler Kalender mit mehrtägigen Einträgen. Um die Angabe “von bis” etwas übersichtlicher darzustellen als mit den beiden Standard-Spalten “Anfangszeit” und “Endzeit”, habe ich eine weitere Spalte erstellt vom Typ “berechnet (basierend auf anderen Spalten)”. Das funktioniert weitgehend gut für Termine, die nicht als ganztägige Ereignisse markiert sind - auch wenn sie mehrtägig sind. Sobald aber ein Termin als “ganztägig” markiert ist, wird die Endzeit (normalerweise …. 23:59) merkwürdigerweise um eine oder zwei Stunden nach hinten verschoben. Wird nun davon das Datum extrahiert, erhält man den folgenden und somit falschen Tag.

Fall 1 - korrektes Verhalten:
Anfangszeit: 07.02.2007 00:00
Endzeit: 21.02.2007 23:59
Ganztägiges Ereignis: nein
Von/bis-Feld: 7.2. - 21.2.2007

Fall 2 - falsches Verhalten:
Anfangszeit: 05.02.2007 00:00
Endzeit: 09.02.2007 23:59
Ganztägiges Ereignis: ja
Von/bis-Feld: 5.2. - 10.2.2007

Sobald ein Termin als ganztägiges Ereignis gekennzeichnet wird, wird die Endzeit (aus der Perspektive von berechneten Spalten - nicht in der Originalspalte) um eine oder zwei Stunden nach hinten verschoben - also auf 00:59 bzw 01:59. Originell, nicht wahr? Leicht nachzuvollziehen zB mit der Formel =TEXT(Endzeit;”DD.MM.YYYY hh:mm”) in einer berechneten Spalte.

Eine von/bis-Spalte ist doch ein spektakulärer Wunsch. Die Darstellungsweise “7.2. - 21.2.2007″ ist viel kompakter als zwei Spalten mit Anfangs- und Endzeit inklusive Stunden und Minuten. Bin ich wirklich der Einzige, der auf solche Probleme trifft?

Ich habe es schlussendlich (unsauber) gelöst, indem ich generell 0,1 von der Endzeit (serielle Zahl: Tage nach 1. Januar 1900) subtrahiere. Wer eine besser Lösung als diese findet, melde sich:

=WENN(
TEXT(Anfangszeit;"YYYY")=TEXT(Endzeit;"YYYY");
TAG(Anfangszeit) & "." & MONAT(Anfangszeit) & ". - " & TAG(Endzeit-0,1) & "." & MONAT(Endzeit-0,1) & "." & JAHR(Endzeit-0,1);
TAG(Anfangszeit) & "." & MONAT(Anfangszeit) & "." & JAHR(Anfangszeit) & " - " & TAG(Endzeit-0,1) & "." & MONAT(Endzeit-0,1) & "." & JAHR(Endzeit-0,1)
)

Eine weitere Eigenart betreffend Übersetzungen lässt sich nicht so leicht korrigieren, wie zB “Speicherort” oder in Meeting-Arbeitsbereichen “Uhrzeit” statt “Dauer” (übersetzt von “time”). Die Angabe zum Ersteller bei Einträgen (zB Ankündigungen) verwendet das Wort “um” statt “von”. Keine Ahnung, wie sie darauf gekommen sind. Um mir ist diese Idee jedenfalls nicht gekommen.

Update 2007-05-16:
Fabian hat eine Lösung für dieses Problem.

Wie ich im Artikel “Making ASP.NET AJAX and SharePoint 2007 work together” zwischen den Zeilen lese, soll das erste Service Pack für SharePoint 2007 Ende 2007 öffentlich gemacht werden. Das ist eine lange Wartezeit:

The catch? Official SharePoint support for ASP.NET AJAX will only arrive with SharePoint 2007 Service Pack 1, Ammeraan said. This is because Microsoft shipped SharePoint 2007 while ASP.NET AJAX was still in beta. (Mary Jo Foley reports that Vista SP1 should arrive by the end of 2007.)

Nun denn, was kann man da machen? Einfach mal fleissig weiter Bugs bloggen und hoffen, die sind alle im Service Pack behoben. Oder noch besser: es gibt vor dem Service Pack noch einige Hotfixes, das wär’s.

Kennt jemand diesen kleinen Bug (ich werde langsam zum Bug-Sammler)? Nach einer frischen(!) Installation plus obendrauf die 20 “Fabulous WSS Server Admin Templates” erscheinen etliche zusätzliche Features unter “Websitefeatures”. Unter anderem diese “Zusammenarbeitslisten”. Das Bildchen fehlt aber - diesmal ein Bug, der nicht allzusehr weh tut. Wenn alle Bugs doch nur so harmlos wären…

Ich habe bis jetzt noch keine Möglichkeit gefunden, diesen Fehler zu beseitigen - geschweige denn überhaupt herauszufinden, wo der Fehler genau liegt. Im Eventlog taucht nichts auf und die Workflowberichte können wegen dem anderen Fehler nicht angezeigt werden.

Auf jeden Fall scheint es laut anderen Blogs mit der Einstellung “Status updaten” zusammenzuhängen. Nur finde ich das eine Muss-Einstellung - der Workflow soll doch automatisch “complete” werden.

Für die intuitive, übersichtliche Navigation durch die an diversen Orten vertreuten Administrationsseiten muss noch einiges gehen, bis zum ersten Service Pack, der hoffentlich so einiges korrigiert. Das Produkt “MOSS 2007″ wird gut werden - nur schade, dass der Release-Termin zusammen mit Vista und Office sein musste und in Stein gemeisselt war (wegen Nichteinhalten von solchen Terminen in der Vergangenheit). Office 2007 habe ich nur kurz gesehen, es scheint sehr zu überzeugen - auch gerade die neuen Dateiformate. Vista und MOSS wurden aber schlichtweg nicht fertig auf den Termin hin (eigentlich wurden sie ja schon im November in kleinem Rahmen gelauncht!).

Es wäre interessant, etwas in die entsprechenden Entwicklerabteilungen hinein zu sehen. Ich hoffe, sie merken selbst auch, dass es zu tun gibt.

Wie auch immer, hier wieder mal was, das inkonsistent umgesetzt ist: In den Websiteaktionen-Websiteeinstellungen (wunderbares Deutsch) gibt es auf der Stufe der Websitesammlung unter Websitesammlungsverwaltung (rechteste Spalte) den Link Websitesammlungsfeatures. In der zweitletzten Spalte “Websiteverwaltung” gibt es den Punkt Websitefeatures. Scheinbar hat jemand bei Microsoft (vielleicht der, der Location mit Speicherort übersetzt hat) auch gefunden, diese langen Begriffe müssten kürzer sein - in der Bread Crumb Navigation steht auf beiden Seiten “Websitefeatures”, obwohl am einen Ort “Websitesammlungsfeatures” gemeint sind.

Einfach mal was zum Schmunzeln… man beachte die \ns

Wieder mal tauchten plötzlich Fehlermeldungen “Die Probezeit für dieses Produkt ist abgelaufen” (englisch: “The trial period for this product has expired”) auf. Das Problem hatte ich schon mal - damals aber mit DCOM-Fehlermeldungen im Event Log.

Dieses Mal waren im Eventlog keine Fehler zu sehen. Auch die ganzen Domain Controller Workarounds funktionierten nicht. Dieser Post hat dann mein Problem gelöst: die Identitäten der Application Pools auf Domain-Admins umgestellt: works fine. Ob das so super ist, die Pools unter Administratoren laufen zu lassen, und ob das nicht andere Probleme mit sich bringt, kann ich zurzeit noch nicht sagen.

Zur Abwechslung mal ein Bug - Spalte des Objekts 'Liste' bearbeiten.

Scheinbar taucht dieses Hardcore-Problem bei allen(?), die nicht die Originalsprache installiert haben, auf:

Fehler

Die Hilfe kann nicht angezeigt werden.

Technische Detials: HC wurde nicht gefunden. (MS.OSS.Manifest, 1031)

Die Variante davon lautet genau gleich, aber mit MS.WSS.Manifest. Wunderbar. Wieder was für Service Pack 1