Version 9.2.3 (Cardada)
Veröffentlichungsdatum | 24.04.2024 |
Sicherheitsupdate | nein |
Behobene Fehler | 50 |
Optimierungen | 10 |
Übersicht Versionshistorie |
Hinweis
webEdition 9.2.3 Cardada enthält einige neue Features sowie wichtige BugfixesEin Update auf diese Version wird auf jeden Fall empfohlen.
Verbesserungen
- webEdition allgemein
- In davfs wird nun auch das Master-Template mit angezeigt (#14112)
- we:Tags
- <we:fomfield type="select">: besitzt nun analog zu anderen Select-Tags das Attribut "select_placeholder" (#14204)
- <we:setvar>: kann nun auch mit to="local" aufgerufen werden (#14174)
- Benutzerverwaltung
- Es ist nun möglich, Benutzer zu berechtigen, global Benutzer oder Gruppen zu speichern. Derzeit ist die Bearbeitung auf Berechtigungen und Arbeitsbereiche beschränkt (#14237)
- Interne Suche
- Slow Queries bei der Suche wurde korrigiert (#13458)
- Kundenverwaltung
- Das Sicherheitstoken (bisher optional) wird nun immer beim Kundenlogin geprüft (#14264)
- Widgets
- Das Widget "Zuletzt bearbeitet" zeigt nun auch kürzlich gelöschte Dokumente an (#11228)
- Workflow
- Es ist nun auch bei Workflows möglich einen Anzeigenamen (für die Bearbeiter) festzulegen. (#14141)
- Wysiwyg-Editor
Behobene Fehler
- webEdition allgemein
- Bei aktiver Fehlerprüfung (PHP) konnte das Info-Tab des Ordners nicht aufgerufen werden (#14257)
- Ein schwerer JavaScript-Fehler beim Öffnen von Vorlagen wurde behoben (#14139)
- Fehler beim Kopieren von Verzeichnissen wurde behoben. Es ist jetzt nicht mehr möglich Verzeichnisse in sich selbst zu kopieren. Außerdem werden gesperrte Dateien/Verzeichnisse nicht mehr mitkopiert (#14246)
- Benutzer-Gruppen können nun keine Hauptbesitzer mehr von Dokumenten sein (#14134)
- Im Dialog "Server durchsuchen" lassen sich wieder Verzeichnisse anlegen (#13125)
- Kleinere Fehler an den Dokumentenselektoren wurden behoben (#14253)
- Less: Der aktuelle Less-Parser wurde aufgrund von Fehlern und fehlenden Upstream Updates entfernt. Eine Umstellung auf Scss oder Vanilla CSS sollte einfach möglich sein (#14224)
- Mailversand über SMTP: der unverschlüsselte Versand über SMPT war defekt (#14188)
- we:Tags
- <we:block>: Ein kleineres Problem bei der Verarbeitung von "start" wurde behoben (#14150)
- <we:form type="formmail">: die Weiterleitung auf die mit "onsuccess" festgelegte webEdition-Seite erfolgt nun korrekt nur bei erfolgreichem E-Mail-Versand. Zu wichtigen Änderungen bei den Attributen "onerror" und "onmailerror" vgl. Tagreferenz! (#13924)
- <we:listview>: Von Hand geschriebene Listview-Conditions mit z.B. int_meinFeld='0' wurden bei der weiteren Verarbeitung zu int_meinFeld="", was zu Fehlanzeigen führte (#14190)
- <we:listview type="document">: Ein SQL-Fehler wurde behoben (#14244)
- <we:sendmail>: war nicht ohne Authentifizierung möglich (#14238)
- <we:url>: hängt nun einen mod-Stempel an, wenn das Attribut "modtime" gesetzt ist (#13641)
- <we:xmlnode>: konnte einen "out of memory" Fehler auslösen und bis zum Timeout laufen (#14240)
- In den Tags <we:category>, <we:categorySelect>, <we:href> und <we:include> sollte nun nur noch das Attribut "rootdirID" verwendet werden (#12058)
- Backup
- Benutzerverwaltung
- Das Speichern von Benutzern funktioniert wieder (#14144)
- Die Berechtigungsprüfung für Benutzergruppen wurde berichtigt (#14207)
- SECURITY: Vererben des Admin-Rechts über die Gruppe in der DB wurde unterbunden (#14228)
- In der Benutzerverwaltung wird der Bereich Newsletter und Objekt ausblendet, wenn das Modul inaktiv ist (#14135)
- Dokument-Typen
- Der Kategorie-Wähler war defekt (#14214)
- Fileupload
- Das Limit "Maximale Upload Größe" aus Einstellungen -> Erweitert wird nun auch bei Administratoren und wenn das Recht "Bildgröße nicht limitieren" gesetzt ist, in der Uploader-GUI unter "Skalieren" vorausgewählt (aber weiterhin nicht durchgesetzt) (#13402)
- Glossar
- Import/Export
- Interne Suche
- Die Datei-Wähler "Suchen in" funktionieren wieder (#14211)
- Klassen/Objekte
- Der Reiter "Arbeitsbereich" bei Objekten wird nun wieder angezeigt (#14143)
- <listview type="object">, Attribut condition: die Verwendung von numerischen Vergleichswerten konnte zu Problemen führen, wenn auf der Klasse ein Feld vom Typ object mit gleicher Klassen-ID existiert. Wichtig: der Fix funktioniert bei händischen Conditions nur, wenn für Feldnamen korrekt der Name ohne das Typ-Präfix verwendet wird (z.B. "meinDatum" statt "date_meinDatum"). Ausnahme sind Felder vom Typ Objekt: diese müssen immer als object_17 geschrieben werden (die bisher mögliche Schreibweise "17" funktioniert nicht mehr) (#14245)
- Änderungen auf Klassenverzeichnissen können wieder gespeichert werden. Da Verzeichnisname und Parent von Klassenverzeichnissen nicht veränderbar sind, wird anstelle dieser Eingabeelemente (wie in früheren Versionen) nur noch der Pfad ausgegeben (#14219)
- Leere Multiobjekt-Einträge werden nicht mehr als '0' in die DB geschrieben. Im Backend von Objekten wird auf dem leeren Multiobjekt-Eintrag auch der verwirrende Pfad zum Klassenverzeichnis nicht mehr ausgegeben (#14199)
- Beim Aufruf eines Objektes wurden die Arbeitsbereiche erst nach einen Reload angezeigt (#14070)
- Die Auswahl einer Sammlung in einem Objekt löste einen SQL-Fehler aus (#14132)
- Das SEO-Feld "Datum" wird nun korrekt dargestellt (#14068)
- Kundenverwaltung
- Ein kleiner Fehler bei der Navigation beseitigt, wenn die Kundenverwaltung deaktiviert war (#14161)
- Navigation
- Beim Kopieren von Verzeichnissen wurden in der Kopie alle Einträge geparkt (#14185)
- Sammlungen
- Objekte konnten nur per Drag&Drop hinzugefügt werden, nicht aber über den Selektor oder mit dem Button "Dateien aus dem Tree hinzufügen". Der Selektor öffnet nun direkt ins passende Klassen-Verzeichnis (#14230 und #14274)
- Ein Fehler beim Hinzufügen von Sammlungs-Elementen aus dem Dateibaum wurde behoben (#14133)
- Widgets
- Wysiwyg-Editor
- Im Frontend-WYSIWYG Editor lassen sich Links nun leichter setzen (#14160)
- <we:userIpnput type="textarea" wysiwyg="true">: bei Übergabe des Editor-Contents mittels Attribut "value" wurde das gesamte HTML zu Plaintext umgebogen (#14256)
- <we:userIpnput type="textarea" wysiwyg="true" inlineedit="false">: Das Zeichen & wurde im Vorschau-Div des WYSIWYG-Editors fälschlich zu & umgebogen (#14255)
- <we:userIpnput type="textarea" wysiwyg="true">: Der (längst totgeglaubte) TinyWrapper, der einfachen Zugriff auf die WYSIWYG-Editoren per Custom-JS ermöglicht, wird nun auch im Frontend wieder mit ausgeliefert (#14254)
- <userinput type="textarea" wysiwyg="true" inlineedit="true">: der Frontend-Tiny lädt auch wieder bei inlineedit="false" (#14250)
- Die Verwendung des Gallery-Plugins hat schwerwiegende Fehler bei der Ausgabe der Seite im Frontend verursacht (#14223)