es funktioniert wieder bis auf eine Seite
Einfach der Server oder woran lag es?
es funktioniert wieder bis auf eine Seite
Einfach der Server oder woran lag es?
Ist da ein Formular drin?
Moin Christoph,
ja das geht, einfach die Condition in eine Bedingung schreiben.
<we:ifVar ...>
<we:condition name="condi">
<we:conditionAdd field="Bisdatum" compare=">" type="now" />
<we:conditionAnd />
<we:conditionAdd field="Spitalskirche" compare="!=" />
</we:condition>
<we:else />
<we:condition name="condi2">
<we:conditionAdd field="Bisdatum" compare=">" type="now" />
<we:conditionAnd />
<we:conditionAdd field="Citypastoral" compare="!=" />
</we:condition>
</we:ifVar>
<we:listview type="object" name="term" condition="\$condi">
Alles anzeigen
Theoretisch sollte auch eine Updatewiederholung die Tabellen entsprechend bereinigen.
Da kannst du schon mal sehen, dein Formular schreibt die Daten noch nicht korrekt. formID muss nicht in das we_ui_we_global_form Array. Aber so oder so fehlt da noch ein Wert.
Ich sehe du hast da einen Fehler im hidden Field.
Wenn du beim value to=global" in den Tag schreibst, weird die Variable auch ins Globals array geschrieben und nicht ausgegeben.
So sollte es gehen:
Den Feldnamen dann nach Bedarf anpassen, je nachdem wie du die Daten entgegennehmen möchtest!
Ja den Fehler kann ich reproduzieren. Ich meine ich hatte das schon mal als Bug gemeldet.
Habe nochmal einen Eintrag gemacht: https://qa.webedition.org/view.php?id=14259
Moin Silvia,
du solltest bereits im ListView die Variable setzten, so:
<we:listview type="document" id="\$formID" rows="1">
<we:repeat>
<we:field name="empfaengerAdress" type="text" to="global" nameto="destination" />
</we:repeat>
</we:listview>
Das andere Konstrukt funktioniert (glaube ich) nicht.
Das setVar dann entsprechend entfernen.
Ja genau, das wäre dieser Teil.
Ein anderer Ansatz wäre, die DokumentenID zu übertragen, und in der empfangenden Seite die entspechende ID zu nutzen, um ein Feld mit der Adresse auszulesen.
Moin Silvia,
hast du mal in den Fehlerlog geschaut?
Vermutlich fehlt dir einfach die Funktion: EnCrypt_mailaddress.
Da findest du diverse Ansätze im Netz zu.
Dann musst du natürlich das Feld mit der Mailadresse auch in die Variable $GLOBALS['enc_email' schreiben, sonst kann die auch nicht ausgelesen werden.
z.B. so: <we:textarea name="contact_recipient" to="global" nameto="enc_email" />
Und das im Frontend-Teil, da liest du die Variable ja auch aus. Aktuell versuchst du das Verschlüsseln aber im WE Part.
Eine Updatewiederholung installiert die bestehende Version neu. Deswegen ist es korrekt, dass die Version bleibt
Schade, wäre zu einfach gewesen. Fehler ist identisch?
Kannst du mal (nach einem Backup) eine Updatewiederholung auf der aktuellen Version machen?
Moin Silvia,
vorsicht! Dein Ansatz kann funktionieren, übergibst du im Klartext hier allerdings eine Empfängeradresse, kann diese einfach ersetzt werden und zum Spammen genutzt werden.
Ich habe sowas auch mal gemacht, allerdings vorher die entsprechende Adresse verschlüsselt und anschließend wieder entschlüsselt.
Das kann z.B. so aussehen: (EnCrypt_mailaddress ist dann eine Funktion zum Verschlüsseln, da gibt es viele Ansätze)
<we:comment>Empfängeradresse Codieren</we:comment>
<we:textarea name="contact_recipient" to="global" nameto="enc_email" />
<?php $enc_email = EnCrypt_mailaddress(trim($GLOBALS['enc_email'])); ?>
Diese wird dann im Formular als hidden gesetzt:
Auf der empfangenden Seite wieder entschlüsselt und ins sendMail eingetragen:
$contact_recipient = UnCrypt_mailaddress(trim($fo['contact_recipient']));
<we:sendMail id="196" subject="$contact_subject_ohne_anhang" recipient="$contact_recipient" from="$contact_sender" mimetype="text/html" />
Ein anderer Ansatz wäre, die DokumentenID zu übertragen, und in der empfangenden Seite die entspechende ID zu nutzen, um ein Feld mit der Adresse auszulesen.
Moin Heiko,
hast du dazu schon einen Eintrag in der Bugbase gemacht?
https://qa.webedition.org
Puh ich glaube ab hier ist es was für die Bugbase. Gabs in letzter Zeit nen Update welches nicht vollständig durchgelaufen ist?
Moin Christoph,
das Object muss erst initialisiert werden, vor der Nutzung und wenn du to="global" machst, musst du die Variable auch als global auslesen.
Moin Moin,
ja diese Meldung hatten wir schon mal.
Neuere Versionen von WE verwenden, wenn ich das richtig im Kopf habe, neuere Versionen von Adminer.
Ich meine mich zu erinnern, dass das Risiko sehr gering war, dass die Lücke genutzt werden kann.
.php also dynamisch ist richtig, sonst wird es nicht funktionieren.
Was sagt denn das Fehlerlog?
Moin Heiko,
interessant, haben wir noch nie gehabt.
Hier wäre es sicherlich interessant zu wissen, was genau der Kunde gemacht hat um das möglichst konkret nachvollziehen zu können.
Zudem:
- WE Version
- PHP Version
- DB Version
- Welche Rechte hat der Benutzer des Kunden?
LG
Finn
Moin Moin,
du schaust dir da die Vorschau einer Vorlage an.
Das kann durchaus komisch aussehen. Verknüpfe mal ein Dokument mit der Vorlage und probiere dann die Dokumentvorschau / Oder die Ansicht im Frontend.
LG
Finn