Posts by NilSole

In der Regel wird im Frontend nur ein Cookie gesetzt wenn du we:sessionStart verwendest.

Der Fehlertext kommt vermutlich, weil dein login zu oft fehlgeschlagen ist.

Hallo Jürgen,

we:sendMail startet auch eine Session, wenn es bis dahin noch keine gibt. Das wird das Problem sein.

Wir haben da im Hintergrund was umgestellt, die 2 Widgets kommen später wieder.

Reicht da nicht das Attribut required? Das Select Tag verhält sich allerdings auch etwas komisch bzgl required…

Das bedeutet, dass die Felder alle nullbar sind.

Eventuell musst du den Haken bei Pflichtfeld setzen, musst du schauen ob das dann das gewünschte Verhalten ist.

Andernfalls könnten wir überlegen, ob wir das Feld auch beim Klick in das Feld aktivieren. Das könntest du als Ticket erfassen

Dann vielleicht vor die 2 noch eine 0, also 02…

Ich arbeite sonst nicht mit Objektfeldern, daher kenne ich auch deren Namen nicht

Die genaue Ersetzungslogik kenne ich dann auch nicht - in jedem Fall wäre es vermutlich für uns schwer zu entscheiden…

Mal eine andere Frage: heißt das Objekt-Feld in deiner Klasse dann einfach nur „2“? Es wird ja ersetzt mit Objekt_2, wenn du das umbenennen kannst, würde hier vermutlich auch die Ersetzung ausbleiben. Solch einen ‚Bug‘ könnten wir auch nicht wirklich beheben…

Also wenn du es erst mal lösen willst, könntest du vielleicht die Zahlen ergänzen um .0

Also würde deine 2 zum Beispiel zu 2.0

So könnte sich die Ersetzung austricksen lassen. Ansonsten kannst du natürlich einen Bug erstellen.

Meine Einschätzung nach kannst du das verwenden. Da sollte eher die Doku angepasst werden.

we_base_request.class.php würde ich meinen.

Ich hatte in diesem Bug etwas bzgl Escaping geändert, die Änderung gibt es aber leider erst ab 9.2.1. Ggfs kannst du die Änderung händisch nachtragen.

Für den header sollte das gehen. Die WE-Tags kannst du so in PHP aufrufen oder ggfs mit dem Attribut to einer Variable zuweisen.

header ("Location: " . we_tag("link",["name" => "forward","only"=>"href"])) ;

Quote from TomyN

Diese Datei wird ja von WE selbst erzeugt, d. h. ich habe da erstmal keinen direkten Einfluss drauf. Und mit den alten WE Versionen gab es da keine Probleme. Daher bin eben verwirrt...

Na klar hast du das Einfluss drauf, die Datei wird ja aus dem Template mit der ID 640 generiert. Schau da mal rein.

Hallo,

Was steht denn in deiner forward.tmpl? Hast du PHP genutzt oder nur WE-Tags?

Ich würde von der Meldung vermuten, dass da irgendwo am Anfang folgender Code steht

we_base_mainmodel::getElement();

Warum es im Firefox vielleicht geht… eventuell hast du den FF irgendwo gesondert behandelt??

Ist denn das Workflowmodul überhaupt aktiv? Ansonsten ohne ein paar (unterschiedliche) Fehlermeldungen schwer zu beurteilen.

Lass vielleicht einfach das strtotime weg - also nur ‚2023-01-01‘ zum Beispiel.

Eventuell reicht sogar eine Update-Wiederholung, da wir ein paar Fehler nachträglich noch in der 9.2.2 behoben hatten.

Grundsätzlich sollten in der Nightly aber noch mehr Fehler behoben sein und über mehr Tests freuen wir uns natürlich auch.

Eventuell ist da was beim Update nicht richtig gelaufen - vielleicht kann eine Update Wiederholung helfen?

Steht dein Dokument denn auf Dynamisch? Ggfs könnte das helfen