Selectdb Feld aus CC tl_member nicht in Registrierungsformular auswählbar

[EBL]

Hallo zusammen,

ich habe vor Kurzem unsere Mitgliedertabelle �ber den CC um neue Felder erweitert. Hat auch alles soweit gut funktioniert. Nur wollen wir nun gerne ein Registrierungsformular nutzen, das die neuen Felder ber�cksichtigt. Es funktioniert auch mit allen bis auf das selectdb Feld. Das erscheint einfach nicht bei den editierbaren Feldern..
Wei� jemand woran das liegen k�nnte?

Danke

[eblick]

Beim Tag Attribut mit ausgew�hlter DB Quelle scheint es grunds�tzlich zu funktionieren.

Allerdings ist zwischenzeitlich wieder ein weiteres Problem aufgetaucht.

Nach dem updaten von Contao 4.9.16 auf Contao 4.9.19 und CC 4.3.9 und CE 4.3.10 werden die modifizierten Mitglieder-Felder nicht mehr erkannt und zum L�schen in der DB vorgeschlagen.

Das haben wir nun in zwei unabh�ngigen Installation nachvollzogen. Die Caches sind mehrfach geleert.

[Tim]

Nach dem updaten von Contao 4.9.16 auf Contao 4.9.19 und CC 4.3.9 und CE 4.3.10 werden die modifizierten Mitglieder-Felder nicht mehr erkannt und zum L�schen in der DB vorgeschlagen.

Kann ich nicht best�tigen. Um welche Feldtypen handelt es sich?

Es funktioniert auch mit allen bis auf das selectdb Feld

Kann ich best�tigen.

Temp. Workaround: Aktivere f�r das Attribute die Backend-Filterung in dessen Einstellungen. Damit wird das Feld geladen.

[EBL]

Hallo Tim,

vielen Dank f�r den Tipp, das hat geklappt!

[eblick]

Kann ich nicht best�tigen. Um welche Feldtypen handelt es sich?

Um alle, ich habe aber festgestellt, dass nach dem manuellen L�schen des Prod-Caches �ber FTP das Ganze wieder erkannt wird.
�ber den Contao Manager hatte ich s�mtliche Caches mehrfach gel�scht.

Problem war hier nur, dass das Updaten der DB �ber die CC-Funktion dazu gef�hrt hatte, dass s�mtliche neu angelegten Felder in der Datenbank gel�scht wurden, also inkl. Inhalt.

Irgendwo steckt hier noch ein Wurm...

[Tim]

Nutze den PCT Installer zum Leeren des Cache-Ordners. Der leer das Verzeichnis tiefen-rein.

[EBL]

Jetzt trat zu dem Thema noch ein neuer Fehler auf:
Wir hatten in dem Selectdb Feld bisher eine manuelle SQL Bedingung drin: Role="beispielValue"
Die hatte urspr�nglich auch ordnungsgem�� funktioniert. Zwischenzeitlich wurde ein Contao Update auf 4.9.19 gemacht. Heute kommt allerdings, wenn man die Mitglieder im Backend aufrufen will, der folgende Fehler:

Internal Server error

An exception occurred while executing 'SELECT id,alias FROM tl_member WHERE Role="beispielValue"': SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' at line 1

Wei� jemand was das ausl�sen k�nnte? Werden evtl. aus irgendeinem Grund die " und = Zeichen nicht richtig erkannt?

*Update: Das Contao Update auf 4.9.20 scheint das Problem zu l�sen

[Tim]

Wei� jemand was das ausl�sen k�nnte? Werden evtl. aus irgendeinem Grund die " und = Zeichen nicht richtig erkannt?

Contao speichert das Sonderzeichen dekodiert in der DB. Der eval DCA "decodeEntities" scheint nicht mehr zu arbeiten.

Ja. Das ist es. Gleiches Verhalten kann in den Events reproduziert werden. Beispiel pageTitle Feld.

Ich werde ein Issue bei Contao anlegen, falls noch nicht vorhanden.

Contao-Forum: https://community.contao.org/de/show...l=1#post547843

[Tim]

Das Problem ist mit Contao 4.9.20 behoben. 4.9.19 wird defekt deklariert.

[eblick]

Seltsamerweise ist der Fehler nun wieder vorhanden...
Wir haben eine aktuelle 4.9.20 und CC 4.3.10

Nach einem Update von Erweiterungen �ber den Contao Manager, werden nun wieder die in der tl_member �ber den CC erg�nzten Felder zum L�schen vorgeschlagen.

Erst das manuelle L�schen des Prod/Dev Caches �ber FTP hat das Ganze wieder gel�st.

[Tim]

Ich denke der Cache Aufbau �ber den Manager ber�cksichtigt nur die Contao-eigenen tl_member Felder. Der Cache sollte meines Erachtens immer richtig gel�scht werden.

[eblick]

Ich muss das Thema nochmal hervorholen weil es wirklich kritisch ist.

Jede datenbankrelevante �nderung / Erg�nzung an der CC Konfiguration f�hrt bekannterma�en im Backend zum Vorschlag des Datenbankupdates �ber CC.

Wenn ich dieses Update direkt �ber CC im Backend ausf�hre, f�hrt dies unweigerlich um L�schen aller Felder und Datens�tze in der tl_member Tabelle.

Es ist nun keine Seltenheit, dass die CC Konfiguration regelm��ig erweitert und optimiert wird und datenbankrelevante �nderungen kommen immer wieder vor.

Gerade wenn wie bei uns in der Organisation mehrere Entwickler daran arbeiten, l�sst sich nicht ausschlie�en, dass jemand den "b�sen roten Knopf" dr�ckt, will hei�en das Update �ber CC ausf�hrt. Hatten wir selbst schon und mussten m�hsam ein Vortages Backup einspielen.

Aktuell haben wir uns hier damit beholfen, den Backendhinweis f�r ein DB Update einfach per CSS auszublenden!

Dann muss zwangsl�ufig das Update �ber das Install Tool mit den entsprechenden Warnungen durchgef�hrt werden. Sp�testens da wird man erinnert, dass der Prod Cache manuell �ber FTP gel�scht werden muss.

Ich denke, dass ist kein wirklich guter Zustand.

Ich frage mich, wie es �berhaupt dazu kommt, dass erweiterte Felder pl�tzlich nicht mehr erkannt werden. Hat es was mit der Reihenfolge zu tun, in der die CC Configs und die anderen Erweiterungen abgearbeitet werden?

L�sungsans�tze:

W�re es denkbar, das CC DB-Update zu korrigieren / erweitern, dass es vor dem Update den Cache selbst leert?

Irgendwie muss Contao doch erfahren, dass die tl_member (oder andere erweiterte Tabellen) �ber cc_neue Felder erhalten hat.

Evtl. k�nntet ihr euch auch mal mit Andreas Schempp kurzschlie�en um hier einen Ansatz zu finden. Es w�rde ja auch reichen, wenn das L�schen des Caches �ber den Contao Manager eine erweiterte Routine erh�lt.

[Tim]

Welche anderen Erweiterungen sind denn im Einsatz, die ebenfalls auf tl_member zu greifen und diesen manipulieren? Die Ladereihenfolgen k�nnen nat�rlich deutlichen Einfluss haben. Wenn andere Erweiterungen den DCA ebenfalls manipulieren und aber die Erg�nzungen von CC nicht ber�cksichtigen, wird das Install-Tool ggf. l�schen wollen. Gleiches vise versa f�r CC.
CC sollte meines Erachtens an erster Stelle stehen nach dem Contao Kern bei der Erweiterung von Kern-Tabellen.

- Contao Kern
- CC
- ...

Ausnahmen best�tigen die Regel und nicht immer kann eine Patentl�sung gefunden werden.

[eblick]

Wir verwenden in der Regel keine Erweiterungen mehr, die sich auf die tl_member Tabelle auswirken.

Anbei ein Screenshot unserer Standard Erweiterungen. Mehr ist es in der Regel nicht.

Im system/modules Ordner sind ausschlie�lich PCT Erweiterungen.

[Tim]

Das m�ssen wir uns im Detail mal bei Dir anschauen. Ich habe diverse Seiten gleichen Musters ohne das Problem. Ich bau mal etwas vergleichbares auch in einer Testumgebung auf.