Microsoft Office | Success Denied

Microsoft macht einfache Dinge unnötig kompliziert? Ist nicht wahr! Selbst glühende Microsoft-Fans werden mir spätestens bei dem folgenden Problem beipflichten, dass da irgendein Holzkopf etwas ganz und gar nicht zuende gedacht haben kann. Als Java-Programmierer betreue und entwickle ich mehrere Webportale bzw. Webanwendungen. Diese verwenden wie eh und je eine Benutzeridentifikation über Sessions und Cookies. Die dafür nötige Benutzerverwaltung ist dabei teilweise mit einem Active Directory gekoppelt, aber das tut hier nichts zur Sache. Wer nicht eingeloggt ist, bekommt zunächst nur eine Login-Seite zu sehen. Selbst wer eine Unterseite direkt aufrufen will, aber noch nicht eingeloggt ist, wird sofort auf die Login-Seite zurückgeworfen. Nicht eingeloggt ist jeder, der Gegenteiliges nicht mit Hilfe eines Cookies beweisen kann.

Schon seit mindestens zwei Jahren liegen mir die Nutzer besagter Applikationen mit einem sonderbaren Fehlerbild in den Ohren: Sie sagen, man könne aus Word-Dokumenten, Excel-Tabellen und Powerpoint-Präsentationen keine Links zu Unterseiten meiner Webanwendung öffnen. Obwohl diese Nutzer auf der entsprechenden Seite im Browser definitiv eingeloggt sind, bekommen sie nur entweder eine Fehlermeldung oder einfach nur die Login-Seite zu sehen. Das entsprechende Problem konnte ich nachstellen, und gleichzeitig zeigen, dass das Problem dagegen NICHT auftritt, wenn man die Adresse mittels Copy & Paste aus Word/Excel/Powerpoint manuell in die Adresszeile des Browsers überträgt. In dem Fall wird sofort die richtige, verlinkte Seite angezeigt. Es schien so als würde der Browser nicht mehr erkennen, ob jemand eingeloggt ist, wenn man den Link aus einem MS Office-Programm öffnen wollte. Das fand ich sehr sonderbar. Darauf konnte ich mir lange Zeit keinen Reim machen.

Wieso sollte es einen Unterschied machen, ob ich den Link im entsprechenden Office-Programm anklicke, oder ob ich den Link von Hand in den Browser kopiere? Die Adresse ist doch in beiden Fällen genau dieselbe. Eigentlich sollte Office bei einem Mausklick auf den Link doch auch nichts anderes machen als den Standardbrowser zu öffnen und die Adresse dort einzufügen. Heute weiß ich: Das elende Mistding macht GENAU DAS eben NICHT. Microsoft findet sich oft ganz besonders witzig und scheißt gerne mal auf alles, was naheliegend und richtig wäre.

Der Mechanismus dahinter nennt sich „Microsoft Office Hyperlink Prefetching“ und wird beim Hersteller – trotz aller Probleme mit Webanwendungen wie den meinen – gerne weiterhin als dickes Feature verkauft. Im Gegenzug schiebt Microsoft die Schuld für die bekannten Probleme kackdreist auf die Entwickler der jeweiligen Seiten, weil diese sich auf Session Cookies verließen, ganz so als sei das der Fehler. Session Cookies sind nach wie vor eine etablierte und korrekte Form der Nutzeridentifikation, unabhängig davon was es mittlerweile noch so an neuen technischen Möglichkeiten gibt.

Das Hyperlink Prefetching ist wohl teilweise dafür gedacht, zu verhindern, dass Office den Browser überhaupt öffnet, wenn die Seite hinter dem Link ohnehin nicht erreichbar ist. Dazu macht Office den Link im Hintergrund schonmal heimlich selbst auf und guckt, was sich dahinter verbirgt. Wenn der Link ungültig ist, bleibt der Browser zu, und Office zeigt nur eine Meldung an. Wenn die Seite den Benutzer aber umleiten will, werden die Umleitungen vorher abgearbeitet und der Browser bekommt erst die Ergebnis-URL übergeben. Das ist aber leider eine ganz schlechte Vorgehensweise von Microsoft, denn diese Umleitungen passieren meistens nicht grundlos, sondern hängen von bestimmten Faktoren ab.

Passiert ist also Folgendes: Office öffnet den Direktlink zu den Unterseiten meiner Webanwendung heimlich im Hintergrund (ohne Session Cookie!), und wird natürlich umgeleitet, weil Office dort nicht eingeloggt ist und die Seite nicht sehen darf. Den Link zur Login-Seite übergibt Office dann strunzdumm dem Browser. Dieser wiederum hat das Session Cookie und erkennt, dass der Benutzer eigentlich eingeloggt ist und die Login-Seite normalerweise nicht sehen sollte. Je nach Implementierung bekommt man im Browser nun entweder bei jedem Link immer die Login-Seite zu sehen, obwohl man eingeloggt ist, oder wird wiederum auf eine Fehlerseite umgeleitet (etwa: Zugang verweigert), weil man als eingeloggter Benutzer nichts auf der Login-Seite zu suchen hat.

Microsoft hat hier wirklich einen selten dämlichen Bug eingebaut für ein total hohles Feature, das keine Sau braucht, ohne Rücksicht auf Verluste. Aber sauer macht mich hauptsächlich die Tatsache, dass Microsoft die Schuld dafür auf alle anderen schiebt. Der Workaround, für den ich mich entschied, wird auf einer der unten angegebenen Webseiten präsentiert: Die MS Office Suite gibt sich bei seinem Hyperlink-Prefetch-Request als IE7 aus – ein Browser, den hoffentlich niemand mehr ernsthaft benutzt. In der Folge muss die Anwendung vor dem Login diesen User-Agent erkennen und den Request mit einer leeren Seite beantworten, also sämtliche Redirects verhindern. Erst dadurch macht Office das, was eigentlich sein verdammter Job wäre: Die URL unverändert an den Browser weiterzureichen. Dann klappt’s auch mit dem Login. Es ist natürlich klar, dass der Workaround wackelig ist, und sowieso hinfällig sein wird, sobald der User-Agent sich irgendwann ändert.

Es ist wirklich traurig, dass man als Entwickler seiner eigenen Webanwendung zu solch billigen Tricks greifen muss, um die Fehler von Microsoft auszubügeln, also etwas, das im Sinne meiner Softwareentwicklertätigkeit außerhalb meines Einflussbereiches und ganz bestimmt auch außerhalb meiner Verantwortung liegt. Aber die Nutzer der Weboberfläche sehen den Fehler zuerst bei dir, denn „ihr“ Office funktioniert ja wie gewohnt. Dagegen zeigt „deine“ Anwendung dem Benutzer eine Fehlermeldung an – also muss der Fehler genau dort liegen. Wenn sich solche und ähnliche Vorfälle häufen, wird das Programm subjektiv als generell fehlerhaft oder unausgereift wahrgenommen, die Nutzer beginnen an der Qualität deiner Software zu zweifeln, und in Konsequenz auch an deiner Kompetenz. Wie das Problem im Endeffekt behoben wurde, interessiert dann schon keinen mehr, denn der Entwickler hat ja nur seine Arbeit gemacht: Jetzt funktioniert es endlich so wie es längst hätte funktionieren müssen.

Hier einige Links zu dem leider schon recht lange bekannten Problem:

Schon seit Beginn meines Studiums bin ich großer Fan von OpenOffice.org (und neuerdings entsprechend LibreOffice). Ich finde den Gedanken toll, dass man ein vollständiges Office-Paket, das praktisch den gleichen Leistungsumfang wie Microsoft Office hat, kostenlos im Internet bekommen kann. Manches mag MS Office etwas besser können, anderes kann dafür nur OOo. Aber wer das bessere Preis-Leistungs-Verhältnis hat, muss ich hier wohl nicht extra betonen. Da ein Student sowieso an jeder Ecke sparen muss, war es nur naheliegend, dass ich umgestiegen bin.

In den letzten fünf Jahren hat sich bei mir einiges an Erfahrung im Umgang mit dem freien Office-Paket angesammelt, allem voran deshalb, weil ich sämtliche Ausarbeitungen, Dokumentationen, Diagramme, Präsentationen und meine Diplomarbeit damit verfasst habe. Ich weiß daher, dass sich die Bedienung der Programme gerade für Neulinge, wenn es um komplexere Dinge wie Dokumentenstrukturierung geht, zuerst schwierig gestalten kann. Man hat zwar einen großen Vorteil, wenn man schon mit MS Office umgehen kann, aber es bleibt einem nicht erspart, sich viele Dinge neu anzueignen.

Ich bin ganz gewiss kein Profi im Umgang mit OOo und LibreOffice, eher eine Art fortgeschrittener Anfänger, aber inzwischen kann ich auch anspruchsvollere und längere Dokumente flüssig anfertigen, ohne nach Tutorials zu suchen. Gerade was Dinge wie doppelte Seitennummerierung, aufwändige Kapitelnummerierung, verschiedene Seitenlayouts etc. angeht, habe ich oft Stunden damit zugebracht, mir aus dem Internet herauszusuchen, wie ich das bewerkstelligen kann.

Als sich LibreOffice kürzlich von OpenOffice.org abgespalten hat, war ich zunächst ratlos, welche Office-Lösung ich künftig weiterverwenden sollte. Inzwischen habe ich mich für LibreOffice entschieden. Im Moment macht diese Entscheidung noch keinen merklichen Unterschied, da die Pakete beinahe identisch sind, aber das wird sich rasch ändern. Meine Artikel über LibreOffice werden sich daher fast immer 1:1 auf OOo anwenden lassen. Persönlich ziehe ich die Lösung der Document Foundation vor, da Oracle offenbar nicht unbedingt den besten Ruf in Entwicklerkreisen hat. Ich glaube, dass es sich positiv auswirkt, dass man nicht unter der Fuchtel eines Softwaregiganten steht. Die neugewonnene Freiheit der Entwickler wird LibreOffice dauerhaft zugute kommen, so wie das einst bei der Entstehung von OOo der Fall war.

Da ich mein Wissen in irgendeiner Form mit Neulingen teilen möchte, werde ich voraussichtlich in Zukunft mehrere kleine Tutorials schreiben, die sich mit alltäglichen Problemen im Umgang mit LibreOffice befassen. Am wichtigsten ist mir dabei der LibreOffice Writer, da dieser erfahrungsgemäß am häufigsten gebraucht wird.

Success Denied

Ein Autor, ein Computer, ein Blog

Schlagwort-Archive: Microsoft Office

Tutorials für LibreOffice