Version 6.2.0.0

Veröffentlichungsdatum	17.05.2011
Sicherheitsupdate	nein
Behobene Fehler	169
Optimierungen	156
Übersicht Versionshistorie

Hinweis

Vollständige Übersetzungen: Deutsch, Deutsch_UTF-8, Dutch, Dutch_UTF-8, English, English_UTF-8, Finnish, Finnish_UTF-8
Unvollständige Übersetzungen: French_UTF-8, Polish_UTF-8, Russian_UTF-8, Spanish_UTF-8

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

Verbesserungen

PHP 5.3 Kompatibilität: webEdition ist jetzt unter PHP-Versionen 5.3.0 und höher vollständig und problemlos einsetzbarbar, dies zeigen Testberichte von mehr als 100 Kundeninstallationen verschiedener Entwickler.
Bis zu dieser Version konnten bestimmte PHP-Einstellungen zur Fehlerbehandlung und die dadurch generierten "E_DEPRECATED"-Warnungen einen Betrieb unter PHP 5.3.0 (und höher) ausschließen. Ab dieser Version werden sowohl bei Online-Setup, Tarball-Setup als auch in webEdition selbst diese Meldungen unterdrückt. Sie lassen sich gezielt über die Einstellungen im Tab "Fehlerbehandlung" jedoch separat wieder aktivieren (#4862) wobei auch E_STRICT berücksichtigt wird (#5036). Die Arbeit an der Beseitigung aller als "veraltet" eingestufter PHP Funktionen (ereg usw.) geht dabei unvermindert weiter.
Zur Geschwindigkeitsoptimierung wurde die umfangreiche Datei we_tag.inc, die den Code für viele we:Tags beinhaltet, in einzelne Dateien aufgespaltet, wodurch für viele Templates (insbesondere solche mit relativ wenig Tags) eine deutliche Geschwindigkeitssteigerung erreicht wurde (#4867) und gleichzeitig die Herstellung vollständiger PHP 5.3 Kompatibilität vereinfacht wird.
Um Abwärtskompatibilität zu gewährleisten, wurde in den Einstellungen im Tab System der neue Bereich Abwärtskompatibilität aufgenommen. Das alte Verhalten, alle (insbesondere "alte") WE-Tags immer vollständig zu laden, lässt sich über den Schalter Lade alle 'alten' we_tag Funktionen wieder aktivieren. Es wird nur benötigt, wenn in custom_tags oder im eigenen PHP-Kode in Vorlagen we_tags in der Form we_tag_tagname() aufgerufen werden. Empfohlen wird ein Aufruf in der Form we_tag('tagname',$attribs,$content), der die Tags bei Bedarf automatisch nachlädt(#4898)
Zur Geschwindigkeitsoptimierung der Datenbank wurden neue Indices angelegt, die den DB-Durchsatz deutlich steigern und auch Querbeziehungen berücksichtigen (#4837),
In diesem Zusammenhang wurde die Backup-Erstellung und der Backup-Import so angepasst, dass auch Tabellen mit mehreren Indices korrekt übertragen werden (#4956)
Ebenso angepasst wurde das LiveUpdate, das jetzt auch auto_increment+primary key richtig behandelt (#4960)
Zur Geschwindigkeitsoptimierung wurde alter, nur für eine Spezialversion von WE genutzter Code entfernt (#4971) sowie die verschiedenen Tabellen-Update-Funktionen in einer Klasse konsolidiert (#5115)
Alle WE-Tags verfügen jetzt über das Attribut comment, das es erlaubt kommentare in den Tags zu hinterlassen, diese werden nicht ausgegeben (#5146), darüber hinaus erlaubt der neue WE-Tag <we:comment> die Einstreuung von Kommentaren. Code der zwischen <we:comment>…</we:comment> steht, wird dabei nicht ausgeführt und erlaubt so schnelle und einfache Versuche und Umstellungen in den Vorlagen
Das Zend Framework wurde auf Version 1.11.6 upgedated (#5259, #4871) und zur Herstellung von Kompatibilität mit alten PCRE-Versionen (vor 7.0) gepatcht (#4863).
Alle Editoren wurden gebündelt und in das Verzeichnis /editors verschoben (#4585).
Der Java Vorlagen-Editor beherrscht jetzt Search&Replace - Strg-F bzw. Strg-G aktiviert den Dialog (#5166)
Der Verein verfügt über ein neues Java-Codesigning-Zertifikat, alle Java-Applets wurden neu signiert (#5199), damit wurden gleichzeitig diverse Probleme mit Java-Apps beseitigt (#5101)
Bei der mehrspaltigen Ausgabe aus dem <we:listview>-Tag (Attribut cols > 1), wird die korrekte Anzahl rows jetzt von der listview selbst berechnet und das Weglassen des Attrbut rows führt nicht mehr zum Absturz (#4965), darüber hinaus wurden weitere listviews mit der Möglichkeit der mehrspaltigen Ausgabe ausgestattet (type=document|category) (#4983)
Bei allen Tags wurde das Attribut comment eingeführt, welches bei der Ausgabe der Tags herausgefiltert wird und die eingabe vom Kommentaren in Tags erlaubt. Darüber wurde das Tag <we:comment> geschaffen, mit dem ebenfalls Kommentare gemacht werden können (<we:commenthier steht der Kommentar</we:comment>, die nicht ausgegeben werden. Mit dem Attribut type="xml|html|js" kann für eine Ausgabe in der jeweils gültigen Form gesorgt werden (#5146)
Der <we:listview type="Document">-Tag kann jetzt auch mit conditions umgehen, dabei funktionieren einzelne Conditions und durch OR verknüpfte Conditions (AND-Verknüpfungen werden aufgrund der Struktur der tblContent nicht unterstützt), (#4855)
In einer <we:listview type="search"> kann jetzt auch per $GLOBALS['lv']->f('ClassID') auf die Klasse des Suchergebnisses zugegriffen werden (#4730).
Die Links von <we:next> und <we:back> sind jetzt besser anpassbar und das Attribut id hinzugefügt (kann mit self überschrieben werden) (#4821)
Bei den IF-Tags <we:ifVar>, <we:ifField>, <we:ifPosition>, <we:ifVotingfield> und <we:ifShopfield> wurde für numerische Vergleichsoperationen das neue Attribut operation="equal,less,less|equal,greater,greater|equal", für Stringvergleiche operation="contains" eingeführt (#4816).
Beim <we:include name="xyz">-Tag, das dem Redakteur die Auswahl eines Dokumentes zum Inkludieren erlaubt, ist jetzt analog zum <we:href>-Tag die Angabe eines Startverzeichnisses Rootdir möglich (#87)
Das <we:include>-Tag funktioniert jetzt auch innerhalb eines Blocks, so das dynamische Dokumente jetzt auch dort eingebunden werden können (#3514)
Beim Tag <we:include>, kann mit dem neuen Attribut kind=int|ext>all die Auswahlmöglichkeiten definiert werden (#4917)
.htaccess-Dateien können jetzt auch innnerhalb von webEdition gepflegt werden. Dazu wurde ein neuer ContentType eingeführt, die der Besonderheiten dieser Datei berücksichtigt. (#4690).
Auch auf Systemen, bei denen Zend das Cache-Verzeichnis nicht automatisch bestimmen kann, wurde für die Komponenten die den Cache automatisch nutzen, dieser jetzt aktiviert (#4750)
Für den <we:field>-Tag wurde als neuer möglicher Wert wedoc_Published für <we:listview type="document"> eingeführt (#2592)
Der <we:field>-Tag unterstützt jetzt auch die direkte Übertragung der Ausgabe an beliebige Variablen mit dem Attribut to=screen|request|post|get|global|session usw. und nameto (#4774).
Der <we:input>-Tag unterstützt jetzt auch die direkte Übertragung der Ausgabe an beliebige Variablen mit dem Attribut to=screen|request|post|get|global|session usw. und nameto (#4796).
Der Tag <:we:conditionAdd> wurde um das Attribut exactmatch erweitert. Ist dieses gesetzt, so kann jetzt zwischen Zeichenketten mit und ohne Umlaute unterschieden werden. Im Gegensatz zum alten Verhalten wird dann z.B. bei der Kondition zwischen Furth und Führt (zwei Orte) unterschieden (#4844)
Der <we:userinput>-Tag wurde um den Typ flashmovie erweitert (#4793)
Der <we:userinput>-Tag wurde um den Typ quicktime erweitert (#4794)
Der <we:userinput>-Tag wurde um den Typ binary erweitert (#4784, #3108)
Der <we:userinput type="Date">-Tag wurde um die Attribute minyear und maxyear erweitert, mit denen sich die angezeigten Jahreszahlen beeinflussen lassen (#4882)
Der <we:title>-Tag wurde um die Attribute prefix, suffix und delimiter erweitert, um so Standardtexte-Bausteine festzulegen, z.B. <we:title suffix="Meine Seite" divider=" | ">Hier kann weiterhin ein Standardtitel stehen</we:title> bzw. <we:title prefix="Meine Seite" divider=" | ">Hier kann weiterhin ein Standardtitel stehen</we:title> (#4753)
Die Tags <we:charset> und <we:css> geben jetzt auch einen Zeilenumbruch aus (#5143)
Die WE-Funktionen browser_detect / BrowserCheck / ifClient wurden auf die gleiche Code-Basis umgestellt (#4891), und um aktuelle Browser erweitert (#3131)
Die tblErrorLog enthält jetzt ein lesbares Datum und nicht mehr einen Unix-Timestamp (#4907), darüber hinaus wurde die Tabelle um eine Spalte für den Fehlertyp erweitert und es wird ein Backtrace mit ausgegeben. (#4909)
Fehlerhafte SQL-Statements, die über die WE-DB Funktionen abgewickelt werden, erzeugen jetzt eine E_USER_WARNING und können bei aktivierter WE-Fehlerbehandlung wie andere Fehler auch per E-Mail versendet, ins Log geschrieben,.. werden (#4525)
Das WE-Fehlerlog läßt sich jetzt innerhalb von WE anzeigen (#5180) und enthält zusätzliche Informationen über den Kontext (#5176)
Modul-Deaktivierungen werden im TagParser jetzt besser geprüft und bei Verwendung eines Modul-Tags wird kein PHP-Fehler, sondern eine WE-Fehlermeldung mit Ursache ausgegeben. (umgesetzt für die in we_tagParser behandelten Tags, #4369).
Die Modul-Deaktivierungen im Einstellungsdialog berücksichtigen jetzt die Abhängigkeiten der Module untereinander (#4833).
Die Logos in webEdition wurden aktualisiert (#4835)
HTML 5 Im Einstellungsdialog kann jetzt im Tab Erweitert festgelegt werden, das das <we:img>-Tag kein name-Attribut mehr ausgibt. (#176)
XHTML Strict Im Einstellungsdialog kann jetzt im Tab Erweitert festgelegt werden, das das <we:form>-Tag kein name-Attribut mehr ausgibt. (#2930)
Probleme mit "Persistent" Connects (pconnect) zur Datenbank wurden beseitigt (#5091)
Probleme mit der (ungewollten) Ausgabe von Leerzeichen am Anfang der Ausgabe wurden durch Entfernen von ?> am Ende diverser Dateien beseitigt (#5088)
Die Zahl der bei einem Dokument speicherbaren Kategorien ist nicht mehr durch den Feldtyp begrenzt (#4933)
Versionierung die Unterschiede zwischen zwei Vorlagen sind jetzt deutlich besser sichtbar (#4596)

Suchmaschinen optimierte Links

Die Search Engine Optimization bleibt ein wichtiges Thema für Web Content Management Systeme wie webEdition. Als Datei basiertes System bietet webEdition hier schon von Hause aus vielfältige Möglichkeiten für die Generierung "optimierter" und auch für den Menschen gut lesbarer Links (SEO-Links). Aber es gibt immer Platz für Verbesserungsmöglichkeiten, sowohl bei "normalen" Dokumenten als auch insbesondere bei Objekten.

Für alle diesbezüglichen neuen Möglichkeiten wurde in den Systemeinstellungen (Menü Extras->Einstellungen->Allgemein ein neuer Tab SEO-Links als zentrale Konfigurationsstelle eingeführt. Hier kann auch eingestellt werden, wie SEO-Links innerhalb von webEdition dargestellt werden. Da SEO-Links nicht als interne Dokumente erkannt werden (ein Klick also nicht den Editor öffnen würde), können SEO-Links innerhalb von webEdition für den Editmode und/oder die Vorschau unterdrückt werden (#5049).

Ein Kritikpunkt war die Darstellung von Links in der Form: http://www.domain.de/Meine-Artikel/index.php, also die Ausgabe der "DirectoryIndex"-Dateinamen (z.B. index.php, index.html) in Links, gegenüber einer Ausgabe von http://www.domain.de/Meine-Artikel/ . Seit Version 6.1.0 ist für das Navigations-Tool ein Ausblenden der DirectoryIndex-Dateinamen bereits möglich. Diese Möglichkeit wurde jetzt auf alle relevanten Tags erweitert:

Für die Tags <we:link> (#4941), <we:linklist> (#4974), <we:object> (#4979), <we:listview type=document|search|object|multiobject> (#4940) kann mit dem neuen Attribut hidedirindex dieses Ausblenden jetzt ebenfalls erfolgen. Zentral läßt sich das Verhalten über den Tab SEO-Links in den Systemeinstellungen konfigurieren, dies wirkt sich dann auch auf den <we:a>-Tag aus (#5159).
Für die in einem Tag <we:textarea type="wysiwyg"> erzeugten Links läßt sich dieses Verhalten ebenfalls zentral über den Tab SEO-Links in den Systemeinstellungen konfigurieren (#4975).

SEO-Links für das DB/Object-Modul

Gesponsert durch die Multimediaagentur 3ma media, München, konnte jetzt durch Dr. Schulz ein lange gefordertes Feature, die SEO-Links für Objekte, realisiert werden. Dabei werden Links der Form http://www.domain.de/Meine-Artikel/darstellung.php?we_objectID=123 ersetzt durch Links http://www.domain.de/Meine-Artikel/darstellung/Beliebiger-Text-aus-dem-Objekt, bei Nutzung einer DirectoryIndex-Datei (index.php statt darstellung.php) auch als http://www.domain.de/Meine-Artikel/Beliebiger-Text-aus-dem-Objekt.

Der dargestellte Text kann dabei einem (bis zu drei) Objektfeld(ern) entnommen werden. Die genutzten Objektfelder (und weitere Möglichkeiten wie ID, Datumsangaben und Zwischentexte (-_ oder andere beliebige Zeichen) werden dabei im Tab Eigenschaften (#4378) in der Klasse konfiguriert und im Tab "Bearbeiten" einzelnen Objektfeldern zugewiesen bzw aus diesen entfernt (#5153). Dabei kann (muss) die maximale Länge des übernommenen Textes je Objektfeld festgelegt werden (#5011).
In den Objekten werden die generierten Objekt-Urls dann im Eigenschaften-Tab angezeigt (#5012). In Objekt- und Klassenverzeichnissen wurde die URL in die Übersicht Arbeitsbereiche aufgeommen (#5016).
Jedem Objekt kann (muss aber nicht) im Eigenschafts-Tab ein festes Darstellungs-Dokument zugeordnet werden (#5047), was die letztendlich generierte URL, insbesondere in Bezug auf den Darstellungsort im Verzeichnisbaum, eindeutig festlegt. Ein Vorgabewert kann dazu im Eigenschafts-Tab der Klasse definiert werden, (#5045) was dann auf alle neu erstellten Objekte angewendet wird. Die in der Klasse definierte Voreinstellung kann in Objekt-Ordnern (Tab Arbeitsbereich) auf alle gewählen Objekte übertragen werden (#5046). In Objekt-Ordnern kann zudem im Eigenschaftstab ein Darstellungsdokument festgelegt werden, was dann auf alle darin enthaltenen Objekte übertragbar ist (#5048)

Für die Tags <we:link> (#4942), <we:linklist> (#4977), <we:object> (#4978), <we:listview type=document|search|object|multiobject> (#4966) kann mit dem neuen Attribut objectseourls dieses Ausblenden gesteuert werden. Zentral läßt sich das Verhalten über den Tab SEO-Links in den Systemeinstellungen konfigurieren.
Für die aus dem Navigationstool erzeugten Links auf Objekte läßt sich dieses Verhalten zentral über den Tab SEO-Links in den Systemeinstellungen konfigurieren (#4981), (#5216).
Für die in einem Tag <we:textarea type="wysiwyg"> erzeugten Links läßt sich dieses Verhalten ebenfalls zentral über den Tab SEO-Links in den Systemeinstellungen konfigurieren (#4976).
Im <we:field>-Tag kann darüber hinaus ein spezielles Dokument als Link-Ziel über das neue Attribut triggerid ausgewählt werden (http://qa.webedition.org/tracker/view.php?id=5014#5014). Damit kann für Links aus Listviews für konsistente URL gesorgt werden.
Die neue Datei /webEdition/redirectSEOurls.php ist für die Identifikation des gewünschten Objektes und die Darstellung mit dem "richtigen" (d.h. gewünschten) WE-Dokument zuständig und berücksichtigt verschiedene Webserver-Konfigurationen (#5138) sowei windows-Systeme (#5234) Das Verhalten kann im Einstelllungsdialog definiert werden. Mit der "Fehlerseite für nicht existierende Objekte" kann hier auch ein ErrorDocument 404 angegeben werden, das aufgerufen wird, wenn das Objekt (oder eine andere Seite) nicht gefunden wird (#4967)
Die SEO-URLs werden in Objekt-Ordern im Tab Arbeitsbereich angezeigt, die Ergebnisse nach der Url sortiert werden, dort kann auch gezielt nach Ihnen gesucht werden. Dies vereinfacht den Überblick über die Generierten Urls un erleichtert es Dubletten (also identische Urls, die dann gegebenenfalls nicht dem richtigen Object zugeordner werden können) zu finden und zu beseitigen. (#5016)
Der WE-Tag <we:url/> wurde um den Typ object erweitert und gibt dann Objekt-SEO-Links zu einem Objekt mit definierter id aus. Dabei kann das im Objekt eingestellte Darstellungsdokument (TriggerID) durch das optionale Attribut triggerid überschrieben werden (#5217)
Die WE-Tags <we:next/> und <we:back> funktionieren jetzt auch mit SEO-Links (#5262)

Hintergrund-Informationen

Die wesentlichen Konkurrenz-CMS zu webEdition sind nicht Datei-, sondern Datenbank-basiert (oder bieten nicht ein Feature wie das DB/Object-Modul), arbeiten also in der Regel mit Links in der Form index.php?id=xyz.

Um SEO-freundliche Links zu generieren und dann den jeweils darzustellenden Inhalt zu identifizieren, wird oft mit der RewriteEngine des WebServers gearbeitet. Die dabei entstehenden Rewrite-Rules können beliebig kompliziert ausfallen (bis hin zu einer Regel je "Dokument" bei ungünstiger Konfiguration der Namens-Regeln), was den Server teilweise erheblich belasten kann.
Im Falle des Dokumenten-basierenden webEdition werden duch die Vielzahl der "normalen" WE-Dokumente diese Regeln nochmals komplizierter und aufwändiger. Dies ist also für webEdition kein vernünftiger Ansatz.

Eine erste Regel sollte daher sein, das ein SEO-Objekt-Link nicht identisch sein darf mit einem Link auf ein "normales" Dokument.

Nutzung der Rewrite-Engine

Um die Rewrite-Regeln übersichtlich zu halten und die Serverlast nicht unnötig zu erhöhen, sollten also auf jeden Fall existierende Dokumente ausgeschlossen werden bzw. nur für den Fall, dass ein Dokument nicht existiert, versucht werden, ein passendes Object zu verlinken. Der Apache URL Rewriting Guide) empfiehlt zwar für diesen Fall explizit die Nutzung eines Error404-Dokumentes, aber es kann Situationen in Verbindung mit anderen Regeln geben, in denen es Sinn macht, die RewriteEngine zu nutzen. Unter dem Titel "Redirect Failing URLs To Other Webserver" werden im Apache URL Rewriting Guide) zwei Möglichkeiten diskutiert, die sich einfach auf den eigenen Server (Ersatz des fremden Servers durch eine eigene Datei auf der Basis einer Vorlage die den <we:redirectObjectSeoUrls>-Tag wie oben beschrieben enthält.

Aufruf der redirectSEOurls.php als ErrorDocument 404

Die einfachste Art, die redirectSEOurls.php Datei aufzurufen, ist wegen der geschilderten Problematik der Aufruf asl Error404-Dokument. Dieses wird vom Webserver immer dann aufgerufen, wenn er kein "passendes" reales Dokument gefunden hat.
Über eine .htaccess-Datei folgenden Inhalts läßt sich dieses Dokument in vielen Webserver-Konfigurationen definieren (es gibt viele weitere Möglichkeiten, je nach Server-System und Konfiguration, eine Möglichkeit gibt es immer):

ErrorDocument 404 /webEdition/redirectSEOurls.php

Die .htaccess-Datei kann dabei seit Version 6.1.1 direkt über webEdition (für diesen Fall im root) angelegt werden.

Für "existierende" Objekte erfüllt die Datei folgende Aufgaben:

es identifiziert das darzustellende Objekt
es identifiziert das für die Darstellung zu verwendende WE-Dokument (unter Berücksichtigung der Objekt-Arbeitsbereiche) und die damit zur Darstellung zu verwendende Vorlage
es übermittelt einen Statuscode "200 OK" an den Browser, die Suchmaschine, ...
es stellt das Objekt unter der aufgerufenen URL dar.

Falls das Objekt (die zur Darstellung zu verwendende Datei) nicht gefunden wurde, sind zwei Aktionen möglich:

Es ruft das im Einstellungsdialog definierte WE-Dokument auf (es liegt dann in der Verantwortung dieses Dokumentes, den richtigen Statuscode (404 not found) an den Browser zu übermitteln.

oder

Es übermittelt den Statuscode "404 not found" an den Browser (dies läßt sich aber im Einstellungsdialog unterdrücken)

Beispiel-Backup

Um das etwas zugänglicher zu machen, wurde eine WE-Backup-Datei erstellt. Username: admin, Password: admin webackup_seo-urls-version-bseit 12. Februar in Version B

Internationalisierung

Um den bereits seit längerem in webEdition verfolgten Ansatz zur Internationalisierung (je Sprache ein Dokument/Objekt) zu vervollständigen, wurden die Verwaltung von Ländern und Sprachen nach ISO-Codes durchgängig eingeführt. Die Ausgabe erfolgt dabei als Klartext im Backend in der gewählten Backendsprache, im Frontend in der jeweils im Dokument hinterlegten Sprache (besser Locale). Für Eingaben stehen jeweils Selectfelder sowohl im Backend und im Frontend zur Verfügung.

Die Verknüpfung zu Dokumenten (#5182) und Objekten (#5194) in den jeweils anderen Sprachen kann jetzt im Backend hergestellt werden - diese funktionalität kann im Einstellungsdialog im Tab Sprachen aktiviert werden.
Dabei wird für Dokumente/Objekte (#5183) auf Wunsch (Einstellungsdialog) auch der Link im anderen Dokument/Object automatisch gesetzt, dabei dürfen die anderen Sprachdokumente nicht in einem Editor-Tab geöffnet sein!
Ein rekursives Setzen der Links, bei dem versucht wird, den Sprachenkreis schnellstmöglich zu schließen, wird auf Wunsch (Einstellungsdialog) ebenfalls unterstützt (#5272), dabei dürfen die anderen Sprachdokumente nicht in einem Editor-Tab geöffnet sein!
Die zugeordneten Dokumente (#5192) und Objekte (#5195) können dabei direkt aus dem Dokument/Objekt zur Bearbeitung geöffnet werden.
Auch einem Dokumenten-Verzeichnis kann ein Dokument in einer anderen Sprache im Backend zugewiesen werden (#5193), dieser Link wird genutzt, wenn ein Dokument im Verzeichnis keine eigene Zuweisung aufweist.
Auch einem Objekt-Verzeichnis kann ein Dokument (nicht ein Objekt!) in einer anderen Sprache im Backend zugewiesen werden (#5196), dieser Link wird genutzt, wenn ein Objekt im Verzeichnis keine eigene Zuweisung aufweist. Nutzung: ist z.B. für ein News-Objekt noch kein übersetztes Objekt in einer anderen Sprache verfügbar, wird auf die News-Übersicht der Sprache verwiesen.
Die Links auf die zugeordneten Dokumente/Objekte können über eine <we:listview type="languagelink"> einfach ausgegeben werden (#5184)
Auch einem DokumentenTyp können korrespondierende DokumentenTypen für die anderen Sprachen zugeordnet werden. Damit lassen sich dann einem Dokument heraus die Dokumente der anderen Sprachen (des jeweiligen DokumentenTypes) anlegen. (#5273)
In den Systemeinstellungen wurde ein neuer Tab Länder (neben Locale, früher Sprache) eingeführt. Hier stehen dann alle von Zend_Locale unterstüzten Länder zur Auswahl. Der Administrator kann hier die Länder auswählen, die als Top-Land und als "normales" Land in den Selectfeldern zur Auswahl angeboten werden (#4757). Die Auswahl der unterstützten Sprachen erfolgt weiterhin im Tab Sprachen.
Kundenverwaltung: In der Kundenverwaltung wurde der neue Feldtyp country eingeführt, der intern ISO-Länderkodes (DE, GB, FR usw.) verwendet. In der KV aber als Selectbox mit den Ländernamen (sortiert nach Top-Ländern und anderen Ländenr wie in den Systemeinstellungen hinterlegt) in der Backendsprache bedient wird (#4758).
Kundenverwaltung: In der Kundenverwaltung wurde der neue Feldtyp language eingeführt, der intern ISO-Sprachekodes (de, en, fr usw.) verwendet. In der KV aber als Selectbox mit den Sprachnamen der einzelnen Sprachen in der Backendsprache bedient wird (#4759).
Kundenverwaltung: Das <we:sessionField type="print">-Tag unterstützt die Ausgabe von ISO-kodierten Länder- und Sprachnamen mit den Attributen aslanguage und ascountry und gibt ISO-Kodierten Daten in der Sprache des Dokumentes aus, dabei kann mit dem Attribut doc (self|top) bestimmt werden, welche Sprache dabei benutzt wird. Mit dem Attribut outputlanguage kann diese automatische Sprachauswahl überschrieben werden (Eingabe als ISO-Code) (#4763).
Kundenverwaltung: Das <we:sessionField type="hidden">-Tag unterstützt die Übermittlung von Sprach und Ländercodes. Mit den Attribut languageautofill und mit dem Attribut doc (self|top) kann dabei die Sprache automatisch aus dem Dokument bestimmt werden. (#4762).
Kundenverwaltung: Das <we:sessionField>-Tag wurde um den neuen Typ country ergänzt. Dieser bietet eine Selectliste der in den Systemeinstellungen gewählten Länder (Sortiert nach Top-Ländern und anderen, dabei jeweils alphabetisch sortiert) in der Sprache des Dokumentes an. Mit dem Attribut doc (self|top) kann dabei die Sprache automatisch aus dem Dokument bestimmt werden. (#4760).
Kundenverwaltung: Das <we:sessionField>-Tag wurde um den neuen Typ language ergänzt. Dieser bietet eine Selectliste der in den Systemeinstellungen gewählten Sprachen (alphabetisch sortiert) in der Sprache des Dokumentes an. Mit dem Attribut doc (self|top) kann dabei die Sprache automatisch aus dem Dokument bestimmt werden. (#4761).
Der <we:userinput>-Tag wurde um den Typ country erweitert, das Verhalten ist analog zum oben beschriebenen <we:sessionField type="country"> Tag (#4782)
Der <we:userinput>-Tag wurde um den Typ language erweitert,das Verhalten ist analog zum oben beschriebenen <we:sessionField type="language"> Tag (#4783)
Der <we:formfield>-Tag wurde um den Typ country erweitert, das Verhalten ist analog zum oben beschriebenen <we:sessionField type="country"> Tag (#4799)
Der <we:formfield>-Tag wurde um den Typ language erweitert,das Verhalten ist analog zum oben beschriebenen <we:sessionField type="language"> Tag (#4780)
Der <we:input>-Tag wurde um die Typen language und country erweitert, die die ISO-Codes jeweils in der Sprache des Dokumentes ausgeben, dabei kann mit dem Attribut doc (self|top) bestimmt werden, welche Sprache dabei benutzt wird. Mit dem Attribut outputlanguage kann diese automatische Sprachauswahl überschrieben werden (Eingabe als ISO-Code) (#4795)
Der <we:field>-Tag wurde um die Typen language und country erweitert, die die ISO-Codes jeweils in der Sprache des Dokumentes ausgeben, dabei kann mit dem Attribut doc (self|top) bestimmt werden, welche Sprache dabei benutzt wird. Mit dem Attribut outputlanguage kann diese automatische Sprachauswahl überschrieben werden (Eingabe als ISO-Code) (#4773)
DB/Objektmodul: Es wurde der neue Feldtyp country (#4780) und language eingeführt. (#4781), die jeweils im Backend eine Auswahl der Länder/Sprachen als Select in der Backendsprache erlauben.
Shop-Modul: Auch der Shop unterstützt die neuen Typen "language" und "country" nach ISO-Codes (#4764)

Shop Modul

Die Multimediaagentur 3ma media, München, hat eine umfangreiche Erweiterung des Shop-Moduls in Auftrag gegeben, die sich um das Thema Versand von E-Mails bzgl. Statusänderungen (Eingang der Bestellung, Zahlung erfolgt usw.) drehen. Danach können E-Mails an den Kunden automatisch oder von Hand direkt aus dem Shop-Modul heraus versendet werden.

Es wurden zusätzliche Events (Status-Änderungen) eingeführt: "Auftragsbestätigung", "Stornierung", "Bestellung abgeschlossen" (#4751) sowie weitere frei definierbare Events, die z.B. für die Verwaltung von Stornos eingesetzt werden können (#4829).
Die im Shop-Modul genutzten Bezeichnungen der Statusfelder sind jetzt in einem Einstellungsdialog frei definierbar (#4766), ebenso kann festgelegt werden, welche Statusfelder überhaupt angezeigt werden (#4765), und zwar separat für die Übersicht "alle Bestellungen eines Kunden im Shop und Kundenverwaltung (#4830).
Für jeden Shop-Status kann jetzt die ID eines Dokumentes hinterlegt werden, das als Basis für die Mail an den Kunden dient (#4776). Ebenso kann das Feld des Dokumentes festgelegt werden, das für den Text des E-Mail Betreffs genutzt wird.
In den Dokumenten die versendet werden, können über we:href-Tags (in we:ifEditMode) zwei Dokumente (z.B. PDFs) hinterlegt werden, die dann als Anhang an die Mail angehängt werden (#5131,#5235 )
Absender-Name und Adresse sowie der Versand der Mails als BCC an einen Admin-Account können ebenso festgelegt werden (#4777), dabei sind mehrere BCC-Empfänger möglich (#5127).
Es kann im Einstellungsdialog auch festgelegt werden, welcher Status zu einem automatischen Versand der Mail führt (#4775), welche E-Mails "von hand" ausgelöst werden und für welchen Status überhaupt keine E-Mail zugelassen werden. Dies schließt auch die Möglichkeit ein, eine automatische Mail beim Eingang der Bestellung (aus dem we:writeShopData-Tag heraus) zu versenden (#4778)
Wird eine E-Mail erneut gesendet, so wird abgefragt, ob dies auch wirklich beabsichtigt ist (#4811)
Um die Daten der Bestellung in den Status-Mail Dokumenten verfügbar zu machen (aber auch für andere Zwecke), wurde der Listview-Tag um den type=order erweitert (#4769, #221). Dieser neue Typ wird ergänzt duch den neuen Tag <we:order> (#4770). Die einzelnen Daten sind jeweils per <we:field> zugänglich. Die Daten des Kunden aus dem Shop können dabei mit Feldnamen "Customer_xyz" (Name ders Felder aus der KV), die aus der Kundenverwaltung mit dem <we:customer>-Tag angesprochen werden.
Um die Daten der einzelnen Artikel einer Bestellung in den Status-Mail Dokumenten verfügbar zu machen (aber auch für andere Zwecke), wurde der Listview-Tag um den type=orderitem erweitert (#4771, #221). Dieser neue Typ wird ergänzt duch den neuen Tag <we:orderitem> (#4772). Die einzelnen Daten sind jeweils per <we:field> zugänglich.
Internationalisierung: Der Shop unterstützt auch die neuen Typen "language" und "country" nach ISO-Codes (#4764) und ermöglicht der Versand unterschiedlicher Dokumente je nach Nutzersprache (#4779) bzw. die Übergabe eines Sprachparameters an die Status-Mail Dokumente.

Weitere Verbesserungen im Shop-Modul:

Innerhalb einer <we:listview type="shopvariant"> greift jetzt auch der Tag <we:ifFound> (#4736).
In Dokument- und Objekt-Listviews kann jetzt die Zahl der Shop-Varianten mit WE_SHOPVARIANTS im <we:field>-Tag ermittelt werden. Diese Konstante kann auch in <we:ifField> bzw. <we:ifNotField> für Prüfungen herangezogen werden (#4735).
Zur Überprüfung von selbstdefinierten Bestellungs- und Artikelfeldern im Warenkorb (<we:shopField>) wurden die neuen Tags <we:ifShopField>, <we:ifNotShopField>, <we:ifShoptFieldEmpty> und <we:ifShopFieldNotEmpty> eingeführt (#279).
Für die relevanten Tags des Shopmoduls, also für <we:shopField>, <we:showShopItemNumber> und <we:shipping> wurden die Attribute to=screen|request|post|get|global|session usw. und nameto neu eingeführt eingeführt (#4801).
Der Shop unterstützt jetzt auch nicht ganzzahlige Artikelanzahlen ("halbe Gebinde").
Dazu wurde der Tag <we:addDelShopItem> um das Attribut floatquantities=false|true ergänzt. Eventuelle "Komma" werden dabei automatisch umgewandelt.
Der Tag <we:showShopItemNumber> wurde um das gleiche Attribut erzänzt, zusätzlich kann für die Ausgabe das Zahlenformat über num_format="german|french|english|swiss" bestimmt werden (Vorsicht bei Berechnungen!). Wird hier ein HTML-Select-Tag ausgegeben, können über das Attrbut step auch nicht ganzzahlige Schritte generiert werden (z.B. 0.5, 1.0, 1.5 usw.). Innerhalb des Shopmoduls wurde die Anzeige ebenfalls angepasst. (#4875). Diese Erweiterung wurde gesponsert von ….

Kundenverwaltung

Es werden jetzt "Persistent-Logins", also AutoLogin über Cookies, und zwar für einen Nutzer mit verschiedenen Browsern und von verschiedenen Computern aus, unterstützt. Dazu wurde die Tabelle tblWebUser um die Felder AutoLoginDenied (zum Abschalten dieses Features für einzelne Nutzer in der KV) und AutoLogin (Übermittlung des Wunsches des Nutzers nach Autologin) erweitert, die Tabelle tblWebUserAutologin zur Verwaltung der Login-Keys neu angelegt.
Das Tag <we:sessionField> wurde um das Feld Autologin (Übermittlung des Wunsches des Nutzers ==1, beim Abmeldevorgang Übermitlung des Wunsches das Cookie zu Löschen ==0) erweitert.
Der Tag <we:sessionStart> wurde um das Attribut persistentlogins="true|false", mit dem Standardwert false erweitert, der dieses Verhalten anschaltet.
Das Feature wurde von der Multimediaagentur 3ma media, München, gesponsort (#4872)
Es steht jetzt ein OnlineMonitor zur Verfügung, der die Zahl der registrierten und nicht-registrierten Nutzer die aktuell Online sind, auflistet. Dazu wurde der <we:sessionStart>-Tag um das Attribut onlinemonitor="false|true" erweitert. Mit dem Attribut monitorgroupfield kann ein Feld aus der Kundenverwaltung bestimmt werden, das den Namen der "Gruppe" enthält, der der registrierte Nutzer angehört, mit dem Attribut monitordoc="self|top" das Dokument festgelegt werden, welches als aktuelles gespeichert wird.
Eine Ausgabe der aktuellen Nutzer erfolgt über eine <we:listview type=onlinemonitor> die neben der CustomerID, der Gruppe usw. auch weitere Angaben zum Nutzer enthält (siehe Doku)
Das Feature wurde von der Multimediaagentur 3ma media, München, gesponsort (#4880)
Der neue Tag <we:ifLogin> erlaubt Initialisierungen nachdem ein User sich eingelogt hat (#4920).
Der neue Tag <we:ifLogout> ermöglichet "Aufräumarbeiten" nachdem ein User sich ausgelogt hat (#4919).
Es wurden zwei neue Datentypen eingeführt: Date und DateTime, bei Date ist keine Eingabe einer Uhrzeit notwendig.(#4888)
Der Tag <we:sessionField> kennt jetzt auch für die Eingabe den Typ date (mit den Attributen dateformat, minyear und maxyear) (#4889)
Der Username darf jetzt beliebige Zeichen enthalten (#5094)
Je nach Konfiguration ließen sich keine Thumbs mehr anlegen (#4963)
Es wurde der neue Datentyp number eingeführt und die Datentyp-Information wird nicht mehr aus den DB-Feldern abgeleitet. (#4929)
Es wurde der neue Datentyp set eingeführt (#4906)
Es wurde der neue Datentyp multiselect eingeführt (#5077)
Die unnötigen Demo-Felder (die auch bei einem Update immer wieder angelegt wurden, sind entfernt (#4937)
Beim Tag <we:sessionField type="hidden"> kann jetzt über usevalue="true" festgelegt werden, das die DAten aus der DB vom übergebenen value-Wert überschrieben werden (#4886)
Unnötige Tests auf die Existenz von LastAccess, MemberSince usw. wurden entfernt und damit die KV, aber auch der Tag we:sessionStart> deutlich beschleunigt (#4870)
die Tabelle tblFailedLogins wurde aktualisiert und für IP6-IPs vorbereitet. Dabei wurden gleichzeitig diverse Fehler entfernt (#4908)

DB/Objektmodul

Es wurde der neue Feldtyp flashmovie eingeführt. (#3056)
Es wurde der neue Feldtyp quicktime eingeführt. (#4794)
Für die Sortierung über mehrere Spalten bei einer <we:listview type="object"> wurde ein Beispiel in die Tag-Dokumentation aufgenommen (#4197)
Probleme mit nachträglich hinzugefügten Feldern einer Klasse wurden beseitigt (#5174)

Benutzerverwaltung

Es wurde ein neues Arbeitsrecht eingeführt: "Benutzer darf die Standard-Datei-Erweiterung ändern" und damit ein potenzielles Sicherheitsproblem geschlossen (#4949)
Der Ersteller (inkl. Datum) sowie der Modifizierer (inkl. Datum) eines Nutzers sowie der Zeitpunkt der letzten Aktivität des Nutzers werden jetzt angezeigt (#159)
Das Verhalten bei "Kontakt zum Server verloren" wurde geändert: Der Ping wird häufiger ausgeführt. Im Falle eines RPC Failed, wird jetzt trotzdem erneut gepingt. Wird ein weiteres WE-Fenster geöffnet, werden die Locks nicht mehr zurückgesetzt - dies geschieht nun auf Grundlage der Session. Damit kann also nun gefahrlos mehr als eine Instanz mit dem gleichen Benutzer offen halten. Die Sperre der Dokumente wird nicht beim gleichen Benutzer aufrecht erhalten - startet man WE also 2 mal mit gleicher Benutzerkennung, kann man in beiden Instanzen das gleiche Dokument öffnen! Das Lock erhält die letzte Instanz. Somit kann im Falle eines Browserabsturzes an eigenen Dokumenten weiterarbeiten werden! (#4846)

Newsletter-Modul

Die beiden neuen Tags ifNewsletterSalutationEmpty und ifNewsletterSalutationNotEmpty erlauben eine wesentlich flexibler Gestaltung der Anrede und von Newslettern insgesammt (#4998)
Die beiden neuen Tags ifNewsletterSalutation und ifNotNewsletterSalutation erlauben eine wesentlich flexibler Gestaltung der Anrede und von Newslettern insgesammt (#4997)
Im Tag <we:addDelNewsletterEmail> wurde mit den neuen Attributen recipientCC und recipientBCC eine bessere Kontrolle über den Newsletteranmeldungen ermöglicht. Das Attribut includeimages ermöglicht schönere Double-Opt_in Bestätigungsmails (#5028)

LiveUpdate / OnlineInstaller

Der neue OnlineInstaller 2.5.0.6 integriert das neue Logo, verlinkt auf den Verein und optimiert das Datenbank-Handling. (#4938, #4954)
LiveUpdate: Ein potenzielles Sicherheitsproblem beim Liveupdate wurde behoben (#4584) und online (im Update-Server) für alle Versionen umgesetzt.
LiveUpdate: Die Darstellung der zur Verfügung stehenden Versionen wurde übersichtlicher gestaltet (#4916)
LiveUpdate: Im Fehlerfall werden die SQL-Statements jetzt im Update-Log besser dargestellt und der Query-String eingeblendet. Dies ist insbesondere nützlich für die jetzt neu eingeführten DB-Indices, da so einfacher überprüft werden kann, welche Tabellen fehlerbehaftet sind (doppelte Einträge) und bereinigt werden müssen (#4931,#2898)

Behobene Fehler

Probleme bei der Erstellung und Wiederherstellung von Backups im Internet Explorer 9 wurden beseitigt (#5271)
Probleme mit praktisch allen Auswahldialogen im Internet Explorer 9 wurden beseitigt (#5260)
Der webEdition Tag <we:include type="document" name="xyz" /> wirft innerhalb jetzt von WE keine PHP-Notice mehr (#4742)
Probleme mit dem <we:sendMail>-Tag bzgl. BCC und CC Empfängern wurden beseitigt (#5000)
Die in einer inkludierten Datei initialisierten Variablen stehen jetzt auch im Master-Template wieder zur Verfügung (#4943)
In einer <we:listview type="customer|order|orderitem"> führt das Attribut desc ohne Angabe einer Order nicht mehr zu einer leeren Ausgabe (#4817)
In einer <we:listview type="search"> wird bei der Anzahl der Gesamteinträge das Language-Kriterium jetzt berücksichtigt. (#5017)
Bezüglich des order-Attributs des <we:listview>-Tags wurden der Tag-Wizard für alle listview-Tapen aktualisiert, es werden jetzt nur noch funktionierende Order-Werte angezeigt.
Die vorhandenen, aber weder in der Dokumentation noch im Tagwizard auftauchen Tags ifTdEmpty bzw. ifTdNotEmpty (in Zusammenhang mit mehrspaltiger Ausgabe von listviews) wurde aktualisiert und dokumentiert (#4918)
Der niemals genutze "Dokumenten-Cache" in den webEdition-Dokumenten wurde entfernt (#3496)
Target-Fehler bei <we:next> und <we:back> bei Nutzung mit include in einem Mastertemplate wurden beseitigt (#5162)
Beim <we:formmail>-Tag greift das Attribut onmailerror jetzt für alle fehlerhaften E-Mail-Adressen (#3528)
Beim <we:userinput type="img">-Tag wird nach misslungenem Upload (z.B. captcha-Code nicht korrekt) jetzt kein "zerstörtes" Bild mehr angezeigt (#5023)
Der <we:ifNotDelete> Tag funktioniert jetzt wieder (#5039)
Der <we:ifNotEmpty> Tag funktioniert jetzt auch im Editmode wieder korrekt (#5076)
Ein Problem mit dem Include von Dateien mit utf-8 Umlauten wurde beseitigt (#5059)
Import vom Server: Importiert man aus dem Root-Verzeichniss, so wird jetzt nicht mehr das /webEdition Verzeichnis mit importiert (#4899)
Backup Ein Problem beim Erstellen von Verzeichnissen wurde behoben (#4853)
Backup Ein Problem beim Importieren von Backups aus alten WE-Versionen, das dazu führte das neue Funktionen nicht genutzt werden konnten, wurde beseitigt (#4717)
Backup Diverse Probleme bei Importieren von Backupdateien wurden beseitigt (#5063, #5089, #5041, #5111, #5112).
Backup Die tbllock wird nicht mehr im Backup exportiert, dadurch werden SQL-Fehler bem Import vermieden (#5096, #5245)
Java-Editor: Probleme mit der Code-Vervollständigung wurden beseitigt (#5081)
Java-Editor: Eine Fehlermeldung im apache-Log wurde beseitigt (#3295)
WYSIWYG-Editor: Die falsche Formatierungen im WYSIWYG-Editor, die bei vorhandenen, fehlerhaften <div>-Tags im HTML-Code auftritt, wurde insofern beseitigt, das der Schriftstil "Normal" jetzt einheitlich bei Internet Explorer und firefox dazu genutzt werden kann, vorhandene HTML-Blocktags (<p>, <h1>,…<h6>, usw.) zu entfernen.(#4688)
CodeMirror: Ein Javascript-FEhler wurde beseitigt (#5009)
Voting-Modul: Ein Fehler bei der Anzeige des Voting-Logs wurde beseitigt (#4813)
Voting-Modul: Beim Tag <we:voting> funtioniert jetzt auch die Übergabe des Attributes version als Variable version="\$VotingVersion"> (#4980)
Ein <we:setvar to=global>, ausgeführt außerhalb von klassischen WE-Dokumenten wurde von den Tags <we:object>, <we:customer>, <we:order> usw. (alle Einzeltags zu den Listviews) im TagParser ignoriert (#4848)
Opera Versionen werden jetzt richtig erkannt (#4868) und das Java-Menü wieder angezeigt (#4869)
Ein JavaScript Fehler, der gelegentlicht zu Meldungen im Error-Log führte, wurde beseitigt (#4890)
PHP-Warnungen im TagWizard wurden entfernt (#4910)
weToolLookup.class.php prüft den Pfad zum Tool jetzt auch unter openbasedir korrekt (#4912)
Ein kritischer Fehler bei <we:next> und <we:back> wurde beseitigt (#4841).
Der Schutz kritischer Verzeichnisse durch eine .htaccess-Datei wurde verbessert (#4143), gleichzeitig dafür gesorgt, das innerhalb von webEdition die entsprechenden Dateien weiterhin zur Verfügung stehen(#4958).
Ein Fehler beim E-Mail-Versand über SMTP wurde beseitigt (#4839)
Die missverständliche Bezeichnung "Schließe Dokument" usw. wurde auf "Schließe Tab" usw. umgestellt (#4820).
Nach dem Speichern einer neuen Vorlage ist der Button "Neues Dokument" jetzt sofort sichtbar (#4562).
Zwei Fehler in SDK xml-Dateinen wurden beseitigt (#4873 und #4874).
Banner-Modul: die Tabellenindices der tblbannerviews und tblbannerclicks werden nicht bei der Installation, sondern nur beim Erstellen bzw. Wiederherstellen eines Backups angelegt. Die entsprechenden Definitionen wurden den sql-Dumbs hinzugefügt. (#4884).
Banner-Modul: Probleme beim Löschen von Statistikdaten wurden beseitigt (#4982).
Banner-Modul: Eine Fehlermeldung im Bannermodul wurde beseitigt (#5205).
Glossar-Modul: Begriffe im <title></title> werden nicht mehr besetzt (#5067).
Glossar-Modul: Probleme mit dem Menü des Moduls wurden besetigt (#5165).
Benutzerverwaltung Ein Problem mit dem Recht "Der Benutzer darf Dateierweiterung ändern" wurde beseitigt (#5105)
Newsletter-Modul: Ein Problem beim Versand von E-Mails und der Option "E-Mail nicht senden, falls die E-Mail-Adresse ungültig ist" wurde beseitigt (#4985),
Newsletter-Modul: Leerzeichen am Ende einer E-Mail-Adresse führen nicht mehr zum Abbruch (#4303).
Newsletter-Modul: Durch ein Update werden die Newslettereinstellungen nicht mehr überschrieben (#5206)
Newsletter-Modul: we:newsletterUnsubscribeLink erzeugt jetzt ein href (#5202)
Export Ein Fehler beim Export von autologin-Daten wurde beseitigt (#5086)
Ein Problem beim "Sprache übertragen" aus einem Ordner wurde beseitigt (#5044)
Die Datenstruktur der tblIndex (Suche) wurde optimiert (#5062)
Datenbank-Probleme bei Systemen bei denen WebServer und DB-Server auf verschiedenen Systemen liegen wurden beseitigt (#5168,#5175)
Die Systeminformation nennt jetzt die Ursachen (fehlende Extensions) wenn die Voraussetzungen für das WE-SDK (Apps) nicht erfüllt sind (#5079)
Ein Problem mit der Multiselect-Anzeige beim Internet-Explorer wurde beseitigt (#5079)
Diverse Javascript-Fehler wurden entfernt (#4955, #4957, #5009)
Ein Problem #5237) und eine Notice im Einstellungsdialog wurde beseitigt (#5208)
Probleme mit ISO-Sprachen wurden gelöst (#5257, #5236)
Diverse Probleme beim Merge und Build der neuen Version wurden beseitigt (#4845, #4926, #4995, #5001, #5002, #5003, #5255)

Shop-Modul

Die Shopsession war bisher nicht an den User gebunden. Dadurch blieb trotz ausloggen der Warenlorb erhalten. Im Tag <we:createshop> kann jetzt durch dass neue Attribut deleteshoponlogout erreicht werden, das vorhandene Shopdaten in diesem Fall gelöscht werden. (#5158).
Eine vorhandene Bestellung läßt sich jetzt wieder um neue Artikel erweitern (#4915)
Das bisher für den <we:createshop>-Tag nicht dokumentierte Attribut deleteshop wurde in den TagWizard und die Dokumentation aufgenommen. (#4921).
Unterstriche in Feldnamen (z.B. Feldname_Teil1_Teil2) verhindert nicht mehr die Variantendarstellung bzw.Nutzung (#4682)
Ein Fehler bei Anzeige einer Bestellung wurde beseitigt (#4791)
Ein Fehler beim Wechseln von Geschäftsjahren wurde beseitigt (#4755)
Zeichensatzprobleme bei Änderung des Shopfields innerhalb des Shop-Moduls (Bestellung) wurde beseitigt (#4429)
Zwei PHP-Warnungen wurden bei "Alle Bestellungen des Kunden"-Ansicht einer gelöschten Bestellung beseitigt (#3263)
Ein Darstellungsfehler im POPUP Status-Mails wurde beseitigt (#4805)
Der <we:a type="shop">Tag übergibt jetzt auch innerhalb einer <we:listview type="multiobject"/> Shopdaten korrekt an den Warenkorb (#8118)
Bei den Tags <we:ifShopfieldEmpty> und <we:ifShopfieldNotEmpty> funktioniert der Fall bei leerem Feld wieder (#4895)
Die Prüfung <we:ifFieldNotEmpty type="multiobject"> funktioniert jetzt auch innerhalb eines <we:repeatShopItem>-Tags (#4827)
Ein Benutzer kann nicht mehr aus der Detailansicht einer Bestellung in die Kundenverwaltung springen, wenn er nicht die notwendigen Rechte hat (oder umgekehrt aus der Bestellübersicht der KV in die Bestellung) (#3911)
Der TagWizard zu showShopItemNumber funktioniert wieder (#4876)
Der TagWizard zum shipping-Tag funktioniert wieder (#5119)

Objekt/DB-Modul

In einer <we:listview type="object|multiobject"> wird bei der Anzahl der Gesamteinträge das Language-Kriterium jetzt berücksichtigt. (#5018)
Die Felder Title, Description und Keywords werden jetzt auch richtig gesetzt, wenn der Feldname ein _ im Namen enthält (#5006)
Beim Verschieben von Objekten (Menü: Datei->Verschieben->Objekte) kann man Objekte jetzt nicht mehr in die Ordner anderer Klassen verschieben (#4902)
Eine PHP-Warnung bei der Initialisierung von Objekten wurde beseitigt (#4842)
Metadaten von Objekten werden jetzt wieder angezeigt (#4629)
Ein Problem mit einer Listview type=object in Bezug auf das Attrbut id wurde beseitigt (#4865)
Beim CSV-Import von Objektdaten werden jetzt auch die Werte für Checkbosen übernommen (#4733)
Der Tab Eigenschaften konnte unter bestimmten Umständen nicht mehr von allen berechtigten Nutzern angeklickt werden (#4865)
Bei der Neuanlage von Klassen wurden zunächst die Felder DefaultDescription und DefaultKeywords vertauscht (#4939)
Auch bei deaktivierter Kundenverwaltung wird der Speichern-Button bei Objekt-Verzeichnissen jetzt wieder angezeigt (#4716), der unter bestimmten Bedingungen eingeblendete "Editor"-Button jedoch nicht mehr (#4831).
Bei deaktiviertem Objekt/DB-Modul wurden diverse PHP-Warnungen in der Datei webEdition.php beseitigt (#4836).
Ein Problem beim Speichern eines Objektes wurde beseitigt (#4970).
Das <we:write-Tag setzt jetzt auch Kategorien richtig, die als Property von einem we:userinput type=select (hier Übergabe der Kat-ID) stammen (#5068)
Ein Problem mit einer <we:listview type="multiobject"> wurde beseitigt (#5072)
Wird ein Objekt über Arbeitsverzeichnisse mit Darstellungstemplate ausgegeben, so wird jetzt auch die Sprache in dem ausgegebenen Dokument richtig gesetzt (#5153)
Das Problem, das manche leere Objekttabellen aus einem Backup nicht wiederhergestellt wurden, wurde beseitigt (#5228)

Kundenverwaltung

Das beim Export von Kunden erscheinende html-encoding der Zeichen < bzw. > wurde entfernt (#4571)
Drei Fehler in we:sessionfield wurde beseitigt (#4789) und für den Fall type=hidden (#4839, #4840)
Der Econda-Code in <we:saveRegisteredUser> wurde korrigiert (#3808)
Der Tag ifRegisteredUser überprüft bei gesetztem cfilter nicht wieder permissions/userID(#4989)
Die tblWebUser wird durch ein Update nicht mehr einfach erweitert (#2855)
Ein Problem mit der Sprachausgabe in KV-Backend wurde beseitigt (#5066)
Ein Problem beim Eintragen von Newsletter Empfängern in die KV wurde beseitigt (#5136)
Ein SQL_Fehler beim Autologin wurde beseitigt (#5116)
Beim einem Multiselect sind nicht mehr alle Felder vorausgewählt (#5156)
Kundenverwaltung / Benutzerverwaltung: In beiden Modulen werden die Felder Username und Passwort vom Browser nicht mehr mit gespeicherten Daten vorbelegt (#3261)

Navigation

Werden DirectoryIndex-Dateien in der Navigation nicht angezeigt, so werden jetzt auch geparkte DirectoryIndex-Dateien beim Parken automatisch aus der Navigation ausgeblendet (#4959)
Der Tag <we:ifHasEntries> liefert bei geparkten Unterseiten nicht mehr true (#4988)
Aus dem Dokument heraus können Navigationseinträge jetzt wieder gelöscht und umbenannt werden (#5152)
Dynamische Navigation aus Dokumenten nach Datum absteigend sortiert funktionieren wieder (#5253)
Einige PHP-Warnungen wurden entfernt (#4973)

LiveUpdate / OnlineInstaller / Tarball-Setup

LiveUpdate: Drei Probleme beim Setzen von DB-Indizes wurde beseitigt (#4932, #4849, #4878) und der Update-Server entsprechend angepasst (#4871)
LiveUpdate: Zwei Probleme beim Update der tblObject_X Tabellen wurden beseitigt (#5064, #5078), diese Updates erfolgen jetzt als Patch im Rahmen des Updates, dabei werden auch Indices jetzt beim Update angelegt (#5085]).
LiveUpdate: Im Rahmen des Updates werden keine neuen (doppelten) Einträge in tblsearchtool mehr gesetzt (#5052,#5093)
LiveUpdate: Probleme mit der Rückwärtskompatibilität bzgl. des Newsletters und der tblSearch wurden beseitigt (#5120, #5140, #5243)
LiveUpdate: Es werden keine Update-Server Cookies mehr gesetzt, sodass Cookies von Drittanbietern nicht mehr aktiviert sein müssen (#4567). Dies wirkt sich jedoch erst bei einem Update von 6.2 auf Folgeversionen aus
Nightly Builder: Zwei Probleme mit dem Nightly Builder (verantwortlich für die Produktion der nightly builds, alpha, beta und RC Versionen) wurden beseitigt (#5106, #5058)
OnlineInstaller: Ein Problem bei der Installation mit tblPrefix wurde beseitigt (#4954)
OnlineInstaller: Ein Problem in Zusammenhang mit MySQL Version 5.5 wurde beseitigt (#4992)
Tarball-Setup: Missverständliche Fehlermeldungen wurden korrigiert (#4848)
Tarball-Setup: Ein Problem mit dem Einstellungsdialog nach Installation aus dem Tarball wurde beseitigt (#5037)