Laut Alexey Proskuryakov, WebKit Reviewer, liegt es wohl in der Handhabung der Accept Header:

This happens because WebKit no longer sends “text/xml” in Accept header. The ChangeLog for <http://trac.webkit.org/projects/webkit/changeset/35167> states that we match Firefox 3, but this is not quite true – only the list of accepted types is the same, but their priorities are quite different.

In Safari 3, the Accept header matched Firefox 2 exactly.

Kurz gesagt, die Art und die Reihenfolge der Accept Header ist noch nicht ganz so, wie es sein sollte.

Davon einmal abgesehen noch schnell ein Lob an alle Beteiligten. Innerhalb von nur zwei Stunden hatte Alexey den Bug aufgenommen und selbst Dustin Whittle (Symfony-Core-Developer) hat kaum eine Stunde nach bekanntwerden des Problems einen Blick auf seine Server-Konfiguration werfen können. Das das so schnell geht, hätte ich dann doch nicht gedacht.

Mal schauen, ab wann der Fehler auch wirklich beseitigt ist;-)

Update: Ich hab es mal von meiner Kollegin gegenchecken lassen… das ganze ist wohl ein Safari-Problem. Und tatsächlich – wenn ich die Seite auf meinem Mac mit Firefox öffne, funktioniert alles. Und es liegt nicht an der Benutzerkennung;-)

Update 2: Wieder so ein Tag mit Brett vor dem Kopf… das Problem liegt nicht an Safari, sondern daran, dass ich ja immer einen Nighly Build von WebKit am laufen habe. Das ganze ist also ein WebKit-Bug… (und weder Schuld von Symfony, noch von Safari, sorry). Wieder einmal umsonst die Pferde scheu gemacht…