addcslashes() verändert Benutzereingaben

Wenn man beim Ausfüllen eines VisFormulars in einem einfachen Texteingabefeld doppelte Anführungszeichen (") verwendet, so wird in der späteren Anzeige des Formularinhalts jedem doppelten Anführungszeichen ein Backslash vorangestellt. Speichert man dann dieses Formular erneut, so werden dann daraus zwei Backslashes usw.
Beipiel: "Titel" wird zu \"Titel\" wird zu \\"Titel\\" usw.
Schuld daran ist die Verwendung der Funktion  addcslashes() in den Formularelementklassen (z. B. \components\com_visforms\lib\business\text.php).
Kann ich diese Funktion aus dem Programmcode entfernen oder gibt es einen besonderen Grund für ihre Verwendung?

Hallo,

danke für den Hinweis.
Das muss ich mir im Detail ansehen.
Falls es sich hierbei tatsächlich um eine reproduzierbares Problem handelt, dass direkt von Visforms ausgelöst wird, dann muss das natürlich auch im Code behoben werden.
Welche Visforms Version verwendest du?

Gruß,
Aicha

Hallo,

ich kann das Problem auf meinem Entwicklungsystem reproduzieren.
Ich werde so schnell wie möglich schauen, wie man das sauber beheben kann.

Gruß,
Aicha

Hallo,
so, nachdem ich mir den gesamten Komplex nun in Ruhe angeschaut habe, hier meine Ergebnisse.
Kurzfassung: Ja die letzte Codezeile, mit dem addcslashes() in den entsprechenden Dateien ist zu viel.
Also aus muss werden,
Die addcslashes ist ein Relikt, dass bei einem Code-Refactoring überflüssig geworden ist.
Ich konnte nun nachvollziehen welche Funktion es ursprünglich hatte und warum es nun überflüssig ist und letztlich sogar einen Fehler erzeugt.
Offensichtlich kommt es sehr selten vor, dass jemand solche Anführungszeichen hat, da dieses "Relikt" schon eine ganze Weile so existiert. Ich werde den Bug für das nächste Release auch im Code fixen, aber ich gebe dem keine besonders hohe Priorität, da du ja offensichtlich in der Lage bist, den Code bei dir selbst anzupassen. Ich hoffe, das ist okay.
Danke noch mal für deine Unterstützung.
Gruß,
Aicha

Alles klar, vielen Dank, auch für die schnelle Reaktion, nehme die Zeile dann heraus. Sollte es wider Erwarten dann noch Probleme geben, melde ich mich.

Ein Problem bei der Verwendung von doppelten Anführungszeichen in einem Eingabefeld ist übrigens, dass man den Wert dieses Feldes dann nicht als Urlparameter für die Formularanzeige im Beitrag verwenden kann, da die Syntax für die Formularanzeige ja selbst doppelte Anführungszeichen verlangt.
Ist eben schon alles ziemlich komplex...

Ich hatte übrigens über das Kontaktformular der Homepage einen Link zum Nachstellen des Problems gesendet. Diesen Link lösche ich dann. In der Kontaktanfrage stand noch ein weiterer Punkt, der einen Rechtschreibfehler auf dem Kontaktformular betrifft (Leitungen->Leistungen).
Ist die Kontaktanfrage überhaupt angekommen?

Hallo,
ja die Anfrage war angekommen.
Hätte ich vielleicht in meiner Antwort hier explizit erwähnen sollen:
Das hat sich hinter dem "Danke für deinen Unterstützung" unschön versteckt.
Entschuldige bitte.

Danke für die Mühe mit dem Erstellen eines Testfalls!
Da ich das Problem selbst nachvollziehen konnte und debugging am einfachsten auf meinem Entwicklungssystem ist, habe ich den Testfall allerdings gar nicht benötigt.

Und ja, ich bin auch der Meinung, dass man jedes Zeichen verwenden können sollte. Das geht auch wunderbar, wenn man ein Komponente hätte die außer der reinen Formularfunktionalität sonst nichts hätte (kein Edit, keine URL-Parameter....). In dem Augenblick, in dem man viel zusätzliche Funktionalität anbitete wird es komplex und die sauberen Implementierungen müssen dann ja überall durchlaufen. D.h. je nachdem, was man machen will, gibt Grenzen und URL-Parameter und Quote geht halt einfach nicht, aber URL-Parameter alleine und Qoute allein, das schon.

Danke auch für den Hinweis zu dem Tippfehler.
Habe ich jetzt auch korrigiert.
Gruß,
Aicha