Version 6.3.2.0

Veröffentlichungsdatum 21.05.2012
Sicherheitsupdate nein
Behobene Fehler 38
Optimierungen 7
Übersicht Versionshistorie

Hinweis

Mit diesem Update werden weitere schwerwiegende Fehler der Version 6.3.0 und 6.3.1 behoben. Wir empfehlen jedoch ein Update direkt auf die jetzt verfügbare Version 6.3.3.

Bitte beachten Sie vor einem Update von Versionen vor 6.3.0 unbedingt die ausführlichen Hinweise sowie die Liste mit Optimierungen und Bugfixes in der Versionshistorie Version 6.3.
Bei einem Update von Version 6.3.0 (und später) beachten Sie bitte auch die Versionshistorie für die Versionen 6.3.1


Vollständige Übersetzungen in Version 6.3: Deutsch, English, French
Unvollständige Übersetzungen: Dutch, Finnish, Polish, Russian, Spanish

Nach dem Update sollten folgende Rebuilds durchgeführt werden:
Dokumente und Vorlagen

Wichtig:
Nach dem Update sollte die Spracheinstellungen jedes einzelnen Backend-Users in der Benutzerverwaltung überprüft werden:
1. Schritt: Menü Extras-> Einstellungen->Allgemein, prüfen und setzen Sie Backend Sprache und Backend Zeichensatz, speichern!
2. Schritt: Benutzerverwaltung, je User: Tab "Einstellungen", dort "Oberfläche", prüfen und setzten von Backend Sprache und Backend Zeichensatz.

Verbesserungen

Eigener PHP-Kode in Templates

Da es in der Vergangenheit bei der Verwendung eigener PHP-Variabeln innerhalb von WE-Tags immer wieder zu Unklarheiten und Problemen gekommen ist, wurde die Übergabe von Variablen systemweit vereinheitlicht: Seit Version 6.3 sucht der Tag-Parser die übergebenen Variabeln ausschließlich im globalen Sichtbarkeitsbereich (global scope). Existiert die Variable nur in einem lokalen Sichtbarkeitsbereich, so gilt sie als nicht existent!

Ob sich eine mit <?php $foo = 'value'; ?> deklarierte Variable im globalen Sichtbarkeitsbereich befindet, hängt vom jeweiligen Programmkontext ab: Da dieser in der Regel nicht bekannt ist, gilt die Faustregel, dass Variabeln zur Verwendung in WE-Tags explizit global definiert werden sollten. Dies geschieht entweder durch die Verwendung von we:setVar type ="global", die Verwendung der to -Funktion vieler WE-Tags oder die Deklaration der Variablen als <?php $GLOBALS['foo'] = 'value' ?>.

Wichtig: Die (global deklarierten) Variabeln werden in den WE-Tags gleich verwendet, wie bisher! Beispiel: <?php $GLOBALS['imgID'] = 17; ?> wird im WE-Tag weiterhin aufgerufen als <we:img id="\$imgID">. Eine Übergabe mit <we:img id="\$GLOBALS['imgID]"> wird nicht unterstützt!

Hinweis: Aus Gründen der Abwärtskompatibilität wurde unter Extras -> Einstellungen -> Allgemein -> System der Schalter "Tag-Parser: setze voraus PHP LocalScope==GlobalScope" eingebaut: Standardeinstellung ist "nein". Ist der Schalter auf "ja" gesetzt, werden auch Variabeln aus dem lokalen Sichtbarkeitsbereich des WE-Tags geparst. Von einer Verwendung des Kompatibilitätsmodus wird nach Möglichkeit abgeraten, da er die normale Funktion einiger WE-Tags verhindert (u.a. Versand von E-Mails aus dem Newsletter- und dem Shop-Modul sowie we:sendMail) (vgl. dazu den Hilfetext im Eintellungs-Dialog sowie #6297)

Weitere Verbesserungen

  • Tag we:listview, type ="languagelink": Bei der Sortierfolge order ="Locale" mit showself ="true" wird der Link auf self nicht mehr am Ende, sondern an der alphabetisch korrekten Position eingefügt. Bei order ="random()" wird self in die Zufallssortierung mit einbezogen.
    Zusätzlich kann jetzt auch eine eigene Sortierfolge explizit mittels kommaseparierter Liste angegeben werden: order ="de_DE,pl_PL,ru_RU" (mit oder ohne Leerzeichen in der Liste). Ist der Link zu einer der angegebenen Sprachen nicht vorhanden, wird die Sprache übersprungen. Weitere, nicht in der Liste enthaltene Sprachen werden hinter den genannten Sprachen in alphabetischer Reihenfolge (nach Locale) angehängt (#6321)
  • Tag we:sidebar: Mit dem (optionalen) Attribut parameter können jetzt auch PHP-Parameter an das zu öffnende Sidebar-Dokument übergeben werden ("param1=value1&param2=value2"). Die Parameter können im aufgerufenen Dokument normal per normal $_REQUEST oder $_GET angesprochen werden (#5515)
  • Tag we:userinput hat neu den type ="print": Er kann benutzt werden, um den Inhalt eines Kundenverwaltungs-Feldes direkt auszugeben (analog zu we:var, mit dem z.B der Inhalt eines Eingabe-Feldes ohne die Eingabemöglichkeiten ausgespielt wird) (#6276)
  • Tag we:xmlfeed: Das reparierte we:xmlfeed kann neu auch mit curl verwendet werden (die Übergabe von Parametern im Attribut url funktioniert wieder normal) (#3053)
  • Navigations-ToolNamen von Navigationsregeln (Regeln für Highlighting) können neu auch Sonderzeichen wir Umlaute und Leerzeichen enthalten (#107)
  • LiveUpdate/OnlineInstaller: Ins Live-Update und in den Online-Installer wurde ein Spenden-Button (PayPal) eingebaut. Spenden an den gemeinnützigen webEdition e.V. ermöglichen es, dass der Verein professionelle Entwickler einstellen kann, die Beseitigung von Fehlern sowie die Entwicklung neuer Features beschleunigt wird und die Weiterentwicklung von webEdition langfristig gesichert ist (#6419 und #6427)

Behobene Fehler

  • CodeMirror: Nach Änderung der Standardeinstellungen für Schrifttypen, -größen und Zeilenabstände ist die Darstellung von Template-Kode im Editor deutlich übersichtlicher (#6391)
  • In der Standardvorlage (Datei -> Neu -> Vorlage), steht im <html>-Tag jetzt lang="<we:pageLanguage type ="language" doc ="top" />" anstatt type ="complete": Die Ausgabe ist dadurch valide ("de" anstatt "de_DE") (#6428)
  • LogIn-Screen in ISO: Beim Update bzw. bei der Update-Wiederholung auf 6.3.0 und 6.3.1 wurde in we_conf.inc.php das Backend-Charset auch bei UTF-8-Installationen auf "ISO-8859-1" gesetzt: Dies konnte zu Problemen mit dem Login-Screen führen. Der Fehler wurde behoben (#6414)
  • Tagwizard: Link zur Tag-Referenz wird wieder bei allen we-Tags ausgespielt (#6341)
  • Sidebar: Das Aktivieren der Sidebar durch Klick auf einen Link vom Typ we:sidebar funktioniert wieder (#6411)
  • Fehler im Tag-Parser wurden behoben (#6400)
  • Fehlende Einträge in den Language-Files wurden ergänzt (#6389)
  • Seit Version 6.3.0 lieferte die Methode DB-WE->query einen boolean als Rückgabewert. Aus Gründen der Abwärtskompatibilität wird jetzt wieder die SQL-Ressource-ID zurückgegeben. Damit funktionieren auch die einst auf www.we-devedge.de beschriebenen DB-Zugriffe wieder (#6382)
  • Redundanter Code zum Aufruf des Glossars in we_showDocument.inc.php wurde eliminiert (#6376)
  • Fehler beim Anlegen und Speichern neuer Vorlagen wurden behoben: Das Speichern neuer Vorlagen wird wieder bestätigt und der zeitweilig fehlende Reload des Trees erfolgt normal. Dadurch werden neue Vorlage wieder sofort im Tree angezeigt (#6403)
  • Bei einer Änderungen des Feldes "Hauptbesitzer" unter WE-Document -> Eigenschaften -> Besitzer wurde bisher automatisch die Checkbox "Zugriff einschränken" aktiviert (tblFile, RestrictedOwner=1). Dies geschieht jetzt nicht mehr (#3400)
  • Das Hauptmenu reagiert jetzt auch im Internet Explorer 7 und 8 beim Klick auf die Top-Menupunkte ohne Verzögerung (#6441)
  • Default-Sidebar (automatisch geöffnet, wenn in Extras -> Einstellungen -> Allgemein -> Oberfläche -> "Seitenleiste" -> "beim Starten anzeigen" aktiviert ist): Links zur Versionshistorie und Tag-Referenz sind wieder aktuell (#6261)
  • Tag we:captcha war seit Version 6.3 defekt: Der Fehler wurde behoben (#6354)
  • Tag we:date, type ="js" mit format ="F" und format ="M": Die Monate werden jetzt korrekt ausgespielt (#6381)
  • Tag we:field, type ="href" funktioniert wieder normal (#6329), auch innerhalb von we:block (#6421)
  • Tag we:ifFieldNotEmpty funktioniert wieder für alle field-Typen normal, auch wenn es sich in dem per listview type="document" aufgerufenen Dokumen in einem we:block befindet (#6347, #6422 und #6408)
  • Tag we:ifVarNotEmpty funktioniert wieder normal (#6367)
  • Tag we:image, we:flashmovie und we:quicktime: Attribut id kann wieder dynamisch (durch Übergabe einer PHP-Variable) belegt werden. Dabei ist zu beachten: Ist das Attribut showcontrol ="true" oder nicht gesetzt ("true" ist der default-Wert), so wird id bei einem konkreten Dokument nur solange beachtet, wie im Editmode kein Bild/Film ausgewählt wurde.
    Für die Übergabe von Variabeln an das Attribut id gilt neu folgende Regel: Ist die Variable global definiert (Deklaration als $GLOBALS['foo'] oder we:setVar type ="global" oder we-Tag to ="global"), so muss sie wie bisher escaped werden (id ="\$GLOBALS['foo']" oder id ="\$foo"). Befindet sie sich hingegen (nur) im lokalen Scope, darf sie nicht mehr escaped werden (id ="$foo") (#6433)
  • Tag we:listview: Zufällige Sortierung (order ="random()") funktioniert wieder normal (#6324)
  • Tag we:xmlnode funktioniert wieder normal (#6339)
  • Navigations-Tool: Regeln fürs Highlighting lassen sich wieder bearbeiten (#6338)
  • DB/Objekt-Modul: Fehler beim Anlegen neuer Klassen wurden behoben (#6365)
  • DB/Objekt-Modul: Seit Version 6.3.0 wurden korrekt xml-kompatibel generierte <br/>-Tags aus Objekt-Textareas im Frontend falsch als <br> ausgespielt. Dieser Fehler wurde behoben (#6333)
  • DB/Objekt-Modul: Objektfelder des Typs "Link": Der Eingabedialog wird wieder korrekt ausgespielt (#6046)
  • DB/Objekt-Modul: Objektfelder des Typs "Objekt": Das verlinkten Objekte wird wieder normal in der Datenbank gespeichert (#6377)
  • DB/Objekt-Modul: Objektfelder des Typs "Objekt": Der Wert eines Auswahl-Feldes (select) im verlinkten Objekt wurde zeitweilig per Listview nicht mehr ausgegeben. Dieses Problem wurde behoben (#6399)
  • DB/Objekt-Modul: Jegliche Verwendung des "&"-Zeichens führte beim Import von Objekten über generisches XML zu unvollständigen oder verfälschten Ergebnissen. Dieses Problem wurde behoben (#5741)
  • DB/Objekt-Modul: Tag we:write type ="object" speichert wieder im korrekten Klassen-Verzeichnis (#6336)
  • Kundenverwaltung: Kunden -> Sortierung verwalten... -> "Neue Sortierungsgruppe einfügen" funktioniert wieder normal (#6384)
  • Kundenverwaltung: Der Kundenfilter wurde teilweise noch vor dem Start der User-Session (Teil des Logins) geprüft: dadurch konnte es vorkommen, dass ein User Seiten nicht angezeig bekam, obwohl er über den Kunderfilter die Berechtigung dazu besaß. Umgekehrt konnte es passieren, dass eine entsprechende Seite auch nach dem Logout noch angezeigt wurde. Beide Fehler wurden behoben (#5660)
  • Shop-Modul: Varianten werden im Warenkorb sowie im Backend wieder korrekt angezeigt (#6434)
  • Shop-Modul: Die Verwendung von freien Feldern, die erst bei einer Bestellung editiert werden, funktioniert wieder normal (#6396)
  • Zeitplaner: Die Einstellung unter Extras -> Einstellungen -> Allgemein -> Erweitert -> "Auslösen des Zeitplaners" wird jetzt korrekt gespeichert, der Zeitplaner funktioniert wieder. Hinweis: Wird für eine neu angelegte oder geparkte Datei die Aufgabe "Veröffentlichen" angelegt muss das Dokument anschließend veröffentlicht (!) werden. Speichern reicht nicht! Das Veröffentlichen aktiviert hier lediglich den Zeitplaner, der das Dokument dann zum angegebenen Zeitpunkt tatsächlich veröffentlicht (#6404 und #5915)
  • LiveUpdate/OnlineInstaller: Wurde in einer Version vor 6.3.0 bei der Installation ein Server-Document-Root angegeben, der von dem automatisch erkannten abweicht, konnte dies beim Update auf 6.3.0 oder 6.3.1 zum Abbruch bzw. zu einer starken Beschädigung der betroffenen Seite führen. Dieses Problem konnte behoben werden (#6318)
  • LiveUpdate/OnlineInstaller: Zusätzliche Sprachpakete können wieder normal im Reiter "Sprachen" des LiveUpdate-Popups nachgeladen werden (#6305)
  • Backup: SQL-Fehler beim Wiederherstellen von Backups konnten behoben werden (Fehler in DB->isColExist) (#6401 und #6183)
  • Banner-Modul: Banner lassen sich wieder normal in Banner-Gruppe speichern (#6346)

powered by webEdition CMS