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…
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.
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.
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
Wenn das ein Datumsfeld mit Zeit ist, wird das nicht (so einfach) funktionieren - du prüfst ja auf Gleichheit, da müsste die Spalte selbst dann auch mit DATE(spaltenname) umgewandelt werden. Da wüsste ich auch nicht, ob WE das so einfach zulässt. Also ggfs mal mit field=“DATE(Start)”
Ich habe mich da eben noch mal dran gesetzt, er sollte in der nächsten Version wieder besser laufen.
Hatten wir da letzten Freitag kurz drüber gesprochen?
Wie gesagt würde ich vermuten, dass du in deinem Catch nicht den richtigen Fehler behandelst. Und wenn das dann eine Exception ist, wird PHP die Ausführung auch erst mal abbrechen (der WE-Errorhandler schreibt dann nur noch ins Log und beendet webEdition)
Was wird denn ins Log geschrieben?
Ich glaube, we:listview unterstützt die gewünschte Sortierung nicht. Sollte aber nicht allzu kompliziert sein, dies zu implementieren. Mach doch mal ein Ticket dazu auf.
Da könnte man zum Beispiel das Attribut order entsprechend erweitern.