Serendipity Forums

Da man den Bug schlecht erklären kann, hab' ich Euch ein Video gemacht. Der Fehler tritt übrigens nur dann auf, wenn die Bilder auf Amazon verlinkt sind, speichere ich die Bilder im Blog, passiert das nicht.

http://www.youtube.com/watch?v=rS0ILZmKQ_k

Bugreports als Video, dass ich sowas auf meine alten Tage noch erleben darf.

Ich könnte mir vorstellen dass es an den "_" in den Dateinamen liegt, ggf. hast Du das "Serendipity Textformatierungs"plugin aktiv und der wandelt _XXX_ in <u>XXX</u> und das wiederrum triggert irgendeinen PHP-Absturz.

Versuch mal die "_" alle zu entfernen, ob das was ändert.

Grüße,
Garvin

garvinhicking wrote:Bugreports als Video, dass ich sowas auf meine alten Tage noch erleben darf.

Schön, gell? Ich bin ja Betatester bei Softmaker, die lieben das auch. Ich mache das mit "Faststone Capture", ist eigentlich total easy.

garvinhicking wrote:Ich könnte mir vorstellen dass es an den "_" in den Dateinamen liegt, ggf. hast Du das "Serendipity Textformatierungs"plugin aktiv und der wandelt _XXX_ in <u>XXX</u> und das wiederrum triggert irgendeinen PHP-Absturz. Versuch mal die "_" alle zu entfernen, ob das was ändert.

Das kann man nicht entfernen, weil das in den Links zu den Bildern ist. Aber auch, wenn man die entfernt, geht es nicht. Ich habe BB-Code als Textformatierung drin, hab's mal entfernt, hat aber nichts gebracht, geht immer noch nicht. Weitere Textformatierungs-Plugins habe ich nicht.

Hi!

Das kann man nicht entfernen, weil das in den Links zu den Bildern ist. Aber auch, wenn man die entfernt, geht es nicht. Ich habe BB-Code als Textformatierung drin, hab's mal entfernt, hat aber nichts gebracht, geht immer noch nicht. Weitere Textformatierungs-Plugins habe ich nicht.

Hast Du mal dasselbe Bild mit genau dem Dateinamen auf deinen eigenen Server gepackt, so dass die Links dann alle zu http://deinblog/bla/__sdfsdF___sdf.jpg zeigen, und auch die Links?

Und probiers auch ggf. mal ohne WYSIWYG-Editor.

Grüße,
Garvin

Also, die Bilder mit Originalnamen auf dem Server:

519haM+9cyL._SL500_AA240_.jpg
51jszlICgaL._SL500_AA240_.jpg

funktioniert problemlos!

Ohne WYSIWYG gehts aber auch nicht, das hier steht als Quellcode:

Hi!

Und mit deaktiviertem WYSIWYG-Editor, wenn du den geposteten Quellcode in einem Eintrag einträgst und abspeicherst, wie sieht es danach konkret aus?

Liste nochmal deine aktivierten Ereignisplugins auf.

Grüße,
Garvin

Nur mal so am Rande: Ich würde nicht ausschließen, dass Amazon die Einbindung der Grafiken auf externen Seiten eventuell serverseitig unterbindet, wenn sie nicht einem bestimmten (von Amazon vorgegebenen) Schema entspricht.

YL

yellowled wrote:Nur mal so am Rande: Ich würde nicht ausschließen, dass Amazon die Einbindung der Grafiken auf externen Seiten eventuell serverseitig unterbindet, wenn sie nicht einem bestimmten (von Amazon vorgegebenen) Schema entspricht.

Ja, aber dadurch dürften keine HTML-Tags verschwinden, das kann ich mir eigentlich nur durch fehlerhaften WYSIYG-Editor oder Markup-Plugins erklären.

Oder ggf. auch sogar ein Apache mod_security Modul, fällt mir gerade auf.

Grüße,
Garvin

Hallo,

ich hab den Quellcode mal testweise bei mir in einen HTML-Klotz geworfen, der funktioniert problemlos.

S9Y 1.7.8 mit PHP 5.4.25
CK-Editor im Quelltextmodus.
Kein Markup-Plugin.

Gruß
Mario

Hier meine Plugins:

http://www.hadley.de/bilder/plugins.jpg

Ich habe aber herausbekommen, woran es liegt, der mag die Links nicht:

http://ecx.images-amazon.com/images/I/51jszlICgaL._SL500_AA240_.jpg

Ersetze ich das ECX durch WWW, gehts! Was natürlich nix bringt, weil der link dann ja nicht mehr stimmt. Der Editor stört sich aber am dem ecx.

Hallo,

ich habe den Quellcode noch mal in meinem Testblog eingebaut und auch die Plugins, die du benutzt installiert. Der Testblog läuft mit PHP 5.3.3 und S9Y 1.7.8 und ich habe wie du auch den Standard Wysiwyg-Editor benutzt.
Funktioniert einwandfrei.

Ich würde fast tippen, dass das an deiner Browserumgebung liegt? Mal mit nem anderen Browser versucht?

Gruß
Mario

Am Ende wird ja die Seite als Download angeboten. Das heißt normalerweise, dass etwas auf Serverseite schief läuft (und nein, nicht zwingend ein 500er oder sowas, sondern ein Verhindern der Ausführung, von einem Sicherheitsmodul vll?).

Natürlich, im anderen Browser testen ist eine gute Idee, aber ich wette 5 Internetpunkte, dass es am Apache liegt.

Ich habe alle Browser durch

Ich schließe mich da onli an, vieles, gerade die "http://ecx" sache spricht für einen mod_security ähnlichen Serverfilter da da irgendwie aggressiv anbeißt.

Denn rein PHP/Serendipity-Seitig gibt es keinen unterschied ob jemand http://www oder http://lassmichdochmacheney benutzen will.

Grüße,
Garvin

Der Server unter lassmichdochmacheney konnte nicht gefunden werden.