Dank eines aufmerksamen Benutzers habe ich heute bemerkt, dass die Kommentarfunktion nicht mehr funktioniert. Dies soll gleich Anlass zu einem neuen Blogpost werden.
Die Fehlermeldung war leider mehr als dürftig:
Sorry, the following error occured while processing your comment: Fehler beim Rückruf
Rückruf? Wtf ^^ Na toll, das kann ja lustig werden. Eine Suche im Ereignisprotokoll am Server zeigte lediglich Informationen und harmlose Warnmeldungen. Das Logfile vom Blog unter App_Data\logger.txt zeigte Daten vom 24.11.2014.
Na gut - Fiddler auspacken und einmal schauen ob man dort etwas sieht. Wer es noch nicht kennt: ein ziemlich geniales Tool zum Debuggen von HTTP(s)-Requests. (http://www.telerik.com/fiddler)
Brachte aber auch nichts, hier steht zwar eine Nummer (1136), aber mit der bin ich auch nicht wirklich weitergekommen.
Durch Zufall bin ich dann auf einen Blogpost gestoßen, welcher mich zur Recaptcha-Extension brachte. Der Blogpost (http://www.surinderbhomra.com/Blog/Post/2011/06/21/BlogEngine-There-was-an-error-in-callback-issue) riet ReCaptcha zu deaktivieren. Mag vielleicht helfen, aber ist nicht optimal. Wie sich dann herausstellte lag es an den verwendeten Keys. Ich erstellte mir auf deren Homepage ein neues Schlüsselpaar. (http://www.google.com/recaptcha/intro/index.html - ahja, die wurden anscheinend bereits 2009 von Google gekauft^^)
Leider ließ sich das neue Schlüsselpaar im Einstellungsdialog nicht speichern. (Falls ihr jetzt genauso planlos wie ich gerade eben danach sucht: "Benutzerdefiniert" > Erweiterungen > ReCaptcha > auf den blauen Link klicken, um den Einstellungs-"Dialog" zu öffnen). Im Dialog erschien nach dem Speichern meine komplette Website in einem 100x200px-Fenster mit einer nichtssagenden Fehlermeldung.
Ein Bild sagt mehr als 1000 Worte - nämlich wiedermal nichts... (im Screenshot ist die komplette Meldung abgebildet, es gibt keine Details...)
Na dann... Sysinterals Process Monitor auspacken und schauen, was schief läuft. Ah, ja ein Zugriff verweigert für App_Data\datastore\extensions\MetaExtension.xml:
Nach Korrektur der Berechtigungen für den entsprechenden Benutzer des IIS-Application-Pools war das auch wieder behoben und ich durfte meinen neuen Key speichern. Hinweis: Es betraf mehrere XML-Files in diesem Ordner - somit bekam der gesamte Ordner die passenden Berechtigungen.