[serendipity_plugin_remoterss] HMTL wird nicht interpretiert

[bernd_d]

Ich habe versucht einen Feed mit HTML-Tags (in diesem speziellen Fall von twitpic.com) in die Seitenleiste einzufügen. Laut Einstellungen soll HTML dargestellt werden und nicht escaped.

Leider erscheinen die HTML-Tags im Frontend trotzdem, anstatt das sie interpretiert und das Foto dargestellt wird. Siehe auch die beiden Screenshots.

Der Feed sieht im Quelltext wie folgt aus:

Code: Select all

<item>
      <title><![CDATA[benutzername: http://twitpic.com/xxxxxxxxxxxxxxxx Sänk ju for träffeling wif deutsche Bahn ]]></title>
      <description><![CDATA[benutzername: Sänk ju for träffeling wif deutsche Bahn <br><a href="http://twitpic.com/xxxxxxxx"><img src="http://twitpic.com/show/thumb/xxxxxxxxxxxxx.jpg"></a>]]></description>
      <pubDate>Fri, 20 Aug 2010 07:29:43 +0000</pubDate>
      <guid>http://twitpic.com/xxxxxxxxxxx</guid>
      <link>http://twitpic.com/xxxxxxxxxx</link>
</item>

[garvinhicking]

Hi!

Hast Du es heute nochmal probiert? Das Caching ist ggf. noch aktiv und hat die Darstellugn so gecacht wie ursprünglich konfiguriert; wenn Du die HTML-Settings veränderst wirkt sich das erst nach dem nächsten Cache-Update (also bei Dir nach 3 Stunden) aus.

Grüße,
Garvin

[bernd_d]

Ich hatte den Cache auch testweise schon auf 5 Sekunden gestellt, Browser-Cache geleert etc. An dem dürfte es also eigentlich nicht liegen.

[garvinhicking]

Hi!

Hast Du mal testweise das smarty-template aktiviert? Welche s9y version nutzt du?

Grüße,
Garvin

[bernd_d]

Aktivieren von smarty ändert leider nichts an der Darstellung. S9Y ist seit eben in Version 1.5.4

Ich hab mir auch mal die Datei /archives/remoterss_cache...dat angesehen, da stehen die HTML-Tags scheinbar noch korrekt drin.

[garvinhicking]

Hi!

Hm, in der serendipity_plugin_remoterss.php ist folgende Zeile relevant:

Code: Select all

         if ($escape_rss) {
             $content .= $this->decode($item[$rss_element]);
         } else {
             $content .= htmlspecialchars($this->decode($item[$rss_element]));
         }

So wie ich das gerade sehe könnte es sein, dass die Escaping-Otpion genau falschrum ist. Hast du es mal auf "Ja" gestellt um zu schauen ob es dann so klappt?

Alternativ könntest Du mal die obige Zeile ersetzen durch:

Code: Select all

         if ($escape_rss) {
             $content .= $this->decode($item[$rss_element]);
         } else {
             $content .= htmlspecialchars_decode($item[$rss_element]);
         }

Grüße,
Garvin

[bernd_d]

Danke für den Hinweis mit dem "verkehrt herum". Wenn man die Option auf "Ja" stellt, wird das HTML wirklich dargestellt

[garvinhicking]

Hi!

Danke für den Hinweis mit dem "verkehrt herum". Wenn man die Option auf "Ja" stellt, wird das HTML wirklich dargestellt

Upps.

Dann muss ich da die Beschreibung mal aktualisieren. Die sollte dann wohl eher "PREVENT HTML-Escaping" heißen, oder ich flipp die Logik. Das würde dann in bestehende Installationen aber evtl Verwirrung stiften. Ich überleg da mal.

Grüße,
Garvin

[bernd_d]

Die Beschreibung zu ändern, wäre wohl das Unproblematischste. Mit dem umprogrammieren des Plugins macht man sich vermutlich weniger Freunde