[wb-link] wird nicht aufgelöst und ist kaputt

[interbotz]

Hallo,
ich habe hier gerade eine Websitebaker Seite aufgezogen und hab ein Problem mit den internen Links:

Hier auf dieser Seite geht der intern über den WYSIWYG-Editor angelegte WB-Link und wird korrekt aufgelöst:
http://www.gärtner-sportpark.de/pages/badminton.php

Im Modul "Event Calendar" allerdings leider nicht:
http://www.gärtner-sportpark.de/pages/aktuelles.php

Wenn ich dort bei einem Eintrag (z.B. bei "28.04.2011 - 13. Junior Open") über den WYSIWYG-Editor anlege, sieht der Link dann so aus:
http://www.gärtner-sportpark.de/pages/%5Bwblink50%5D

.. und der Link ist "broken". Ich bekomms leider nicht hin, hier einen gültigen, internen Link einzufügen.

Hat jemand einen Tipp für mich?

Danke und viele Grüße,

Lars

[maverik]

Wenn ich mir Deinen Quelltext so anschaue ist der ziemlich mit "word verseucht". Das bringt natürlich einiges durcheinander.

In Word geschriebene Dokumente können nicht mit copy und paste in den wysiwyg Editor übertragen werden.

Wenn Du die Texte in Word schreibst musst Du sie erst in einen einfachen Texteditor einfügen damit sie die Wordformatierung verlieren, erst dann kannst Du sie in den wysiwyg übernehmen.

[interbotz]

Danke, Maverik.

... nur leider liegt es daran wohl nicht

Ich habe jetzt einen Test-Eintrag erzeugt (letzter Termin ganz unten), der nicht via Copy und Paste übernommen wurde, sondern nur mit dem WYSIWYG Editor erzeugt wurde.

Gleiches Problem...

.. oder meinst Du, ich muss erst mal *alle* anderen Einträge wieder komplett löschen?

Grüße,
Lars

[Hans Toolbox]

Erstmal: Bei mir läuft's, aber meinen Anwendern mute ich das Modul nicht zu.
Bei jedem Anklicken eines Termins die Seite auch jedesmal scrollen zu müssen, darauf muß man erstmal kommen.
Unter PHP5.3 gibt's Fehlermeldungen: split=deprecated und mktime unter Win

[dbs]

kann das nur für allevent bestätigen. bei monats- oder tagesübersicht ist es ok: klick

tja und dann hätte ich noch eine install wo es auch im allevent klappt. keine ahnung warum.

[Hans Toolbox]

@dbs
kannst den mal testen?

Nicht f. Produktiveinsatz (Debug wg. Win auf >NUL)

gelöscht

[dbs]

schnelltest: wblink bleibt als text.
dafür zeigt klick auf datum jetzt nicht mehr die monatsübersicht an.

[Hans Toolbox]

@dbs
Zusätzlich zur PM noch die letzte Version. (gelöscht)
Im Template wurde

Code:

<?php error_reporting(E_ALL & ~E_NOTICE & ~E_STRICT); ?>

sowie strict bei php und wb eingesetzt.
Also bei mir klappt's l Schaun wir mal.

[dbs]

habs mal durchgespielt.
notice gab es nur bei einem template und da ging es um undefined offset 1 und 2 in view.php zeile 406.

nach vielem hin und her... selbst mit den dateien von der install wo es funktioniert... geht es nicht.
der unterschied zu der install ist, sie ist eine svn1299 (warum auch immer).

so viel erstmal von hier am morgen.

[Hans Toolbox]

Ich habe es nur unter der letzten SVN getestet.

offset 1 und 2

hatte ich nur, wenn die o.a. Zeile NICHT im Template drin war, was ich sehr merkwürdig finde.
Von DEV wird's da wohl 'ne Antwort geben, warum es sich so unterschiedlich verhält.

Edit: Einen Fehler habe ich noch drin: Beim Datum wird nicht der Inhalt (oben Monat) angezeigt. Bei Dir aber anscheinend auch nicht, im Gegensatz zu http://www.gärtner-sportpark.de/pages/aktuelles.php Sehr merkwürdig.
WBLink klappt. Ist ja eigentlich was für "richtige Programmierer". Mit viel, viel, viel mehr Zeit krieg ich das möglicherweise auch noch hin. Für mich waren aber eigentliich nur die Fehlermeldungen unter php5.3 interessant. Das sollte irgendwer korrigieren. Speziell mktime (Monat) macht Probleme.

[interbotz]

Freut mich ja, dass ihr so eifrig an dem Thema dran seid. Tatsächlich funktioniert es nur im Bereich "all events" nicht und in der Monatsansicht werden die Links richtig aufgelöst und gehen. Als Workaround habe ich nun in einem Textbereich über dem Event Kalender die wichtigsten Termine nochmal händisch zusätzlich verlinkt und zeige nun nur noch die Monatsansicht an.

Trotzdem wäre ich dankbar, wenn jemand eine besser Lösung hätte oder einen Tipp auf ein anderes Modul, das ähnliches leistet...

Grüße,
Lars

[Hans Toolbox]

Möglicherweise kommt's noch dicker
Ein kurzer Check zeigte massive XSS-Probleme (so daß auch jeder was davon hat   ).
Schaun wir mal ob das verifiziert, oder Entwarnung gegeben werden kann

Edit1: XSS wurde (über andere Test-Suite) bestätigt.
Wer kann's noch testen?

Übrigens über value 'show_month' / 'monthno' / 'year', also schon massiv.

[Hans Toolbox]

Soll heißen, daß meiner Ansicht nach dieses Modul nicht nur aus Sicherheitsgründen bis zu einem Fix nicht mehr verwendet werden sollte.

[dbs]

zufällig auf die lösung gestoßen für wblink.
dieser thread http://www.websitebaker2.org/forum/index.php/topic,19812.msg133660.html#msg133660
führt zu diesem thread: http://www.websitebaker2.org/forum/index.php/topic,17184.msg113399.html#msg113399
welcher die antwort gibt, dieses an richtiger stelle einzutragen:

Code:

// wb->preprocess() -- replace all [wblink123] with real, internal links
$wb->preprocess($output);

was dann meinen wblink im allevent korrekt darstellte.

@hans: das hättest auch gleich sagen können  

[Hans Toolbox]

@hans: das hättest auch gleich sagen können

War in die Sicherheit sooooo involviert, daß es glatt aus dem Blickfeld geriet.
Aber nun sind wir ja wieder angekommen  

[DarkViper]

Der Austausch der [wblinkXXX] ist jetzt in der neuen Version im Core verankert und wird in den einzelnen Modulen zukünftig nicht mehr benötigt.
Zudem wurde die Funktion frontend::preprocess() überarbeitet und läuft, bei mehr als einem internen Link, deutlich schneller als zuvor.

[dbs]

schön zu hören darkviper.
bleibt noch das von hans erwähnte xss-problem.
ist es eins?

[DarkViper]

yep... es ist eins.
Leider betrifft das sehr viele Module, die bei der Parameterübergabe nicht sauber codiert sind.