Klassen/Klassenfelder Probleme/Bugs - Handlungsbedarf

[Xenon]

Wir haben in unserer Firma derzeit wieder einmal ein gravierendes Problem mit webEdition Klassen.

Der Fehler ist derselbe wie in meinem früheren Thema: http://forum.webedition.org/viewtopic.php?f=24&t=15187
„Die Klassen spielen vollkommen verrückt. Legt man eine Klasse an, verschieben sich die Felder in der Klasse beim Speichern und werden dann in den Objekten nicht mehr angezeigt. Manche Felder erscheinen doppelt mit gleichem Namen, obwohl man nur eines mit diesem Namen angelegt hat.“

Wir haben ein Projekt offline komplett fertig erstellt und hochgeladen, bis dahin alles OK. Nach 3 Wochen wollten wir die Klassen nachträglich mit zusätzlichen Feldern erweitern. Wenn ich ein Feld anlege und veröffentliche sagt mir webEdition dass der Name des Feldes bereits existiert. Also muss ich das Feld wieder löschen, speichere ich dann aber nur die bereits vorhandenen Felder ab werden diese durcheinandergeworfen – die Reihenfolge verschiebt sich immer.
Da der Fehler bei uns Offline und Online auftritt bin ich der festen Meinung dass dieses Problem bekannt sein muss!!!

Kann der Fehler etwas mit den MySQL Tabellen zu tun haben. Oder die Fehlerhafte Art und Weise wie webEdition auf diese schreibt.

Die Klassen müssen halten – immer! Sonst macht die an sich geniale Funktion der webEdition Objekte keinen Sinn.

Ich bitte die verantwortlichen Administratoren und Entwickler diesem Problem nachzugehen. Und bald eine Lösung zu finden. So sind die webEdition-Klassen im Moment vollkommen instabil.

Vielen Dank

Unsere webEdition Versionen die wir auf dem System verwenden sind:
6.1.0.2
6.1.6 RC 2
Online Server: Linux
Unsere Browser: Firefox, Safari und IE in verschiedenen Versionen - der Fehler bleibt wie oben beschrieben aber immer derselbe.

Wir verwenden mit 100 % Sicherheit weder offline noch online Suoshin.

[Liquid]

In dem Fall wäre es sinnvoll auf die aktuelle Version upzudaten.
Ich hatte ein vergleichbares Problem, welches aber schon seit einigen Versionen gefixt ist.

[Xenon]

Wir haben bei jedem webEdition immer die aktuellste Version.

[ThomasGoebe]

Hallo Xenon,

ist auf dem Echt-System eventuell Suoshin aktiviert? Damit hatte ich einmal die gleichen Probleme, besonders bei großen Klassen. Suoshin hat eine Einstellungen, durch welche die max. Zeichenzahl bei POST/GET Anfragen beschränkt werden. Und da beim Speichern einer Klasse eine ganze Menge Zeichen übertragen werden, führte das zu dem Problem. Suoshin an der Stelle anders konfigurieren und alles wird gut.

Gruß
Thomas

[mokraemer]

@Xenon: aktuell ist die 6.2.2
Das Problem hört sich sehr nach dem bekannten suhosin Fehler an - müßte auch auf der Systeminformation mit einem "!" markiert sein.
Suhosin beschränkt bei best. Einstellungen die Größe des Requests etc. dadurch kommen dann eben nicht mehr alle Daten in WE an.

Check das bitte noch mal!

[ThomasGoebe]

sag ich doch.

[Xenon]

Wir verwenden mit 100 % Sicherheit weder offline noch online Suoshin.

[Xenon]

php.ini vom lokalen Server

[Xenon]

webEdition PHP Einstellungen online

[mokraemer]

hmm. hab die ini Datei noch nicht geschaut - das andere sieht aber wirklich ok aus.

Bin aktuell ein wenig ratlos - v.a. weil Thomas Klassen und Objekte massiv benutzt - wenn es also ein Problem gibt, würde ich meinen, dass er es zu erst entdeckt.
Habt ihr immer noch die 6.1.6, oder seid ihr auf einer aktuellen Version?
Ist das Verhalten an einem Browser festzumachen (IE 9 wäre da so ein Kandidat)?

Was habt ihr sonst für Besonderheiten in den Klassen? Feld-Anzahl?
Meldet der Browser vielleicht irgendwo einen JS-Fehler?

[Xenon]

Wir benutzen immer die neueste Version, wir haben alles regelmäßig aktualisiert.

Unsere Klassen sind etwa 15-20 Felder groß. Die Felder sind normale Textarea, Bilder, Date und Integer.

JS Fehler habe ich keine entdeckt.

Das Fehlerhafte verhalten hat nichts mit Browsern zu tun. Wir haben wirklich jeden erdenklichen Browser ausprobiert (Safari, Firefox, Opera, IE), immer dasselbe Fehlerhafte Ergebnis.

[mokraemer]

also, dann schlage ich folgendes Vorgehen vor:
1. Mach bitte einen Bug-Report auf qa.webedition.org
2. kann ich das Problem hier nicht reproduzieren - also brauche ich einen Zugang - dann dort bitte eine neue Klasse so vorbereiten dass die das Verhalten zeigt - ich will ja keine bestehenden Daten gefährden.
Zugangsdaten kannst du im Bugtracker als privat hinterlegen - die sind dann nicht sichtbar; alternativ an development@webedition.org
3. sofern noch nicht geschehen, bitte phpmyadmin-app installieren: http://download.webedition.org/applicat ... ird-party/ sonst ist das Debugging reichlich mühsam.

[CHRISworks]

Ich habe das Problem mit allen Angaben und Zugangsdaten in den Bug-Tracker gestellt und hoffe auf eine schnelle Lösung:

http://qa.webedition.org/tracker/view.php?id=5499