X-Akten auf der Spur

[izanagi]

Da ich jetzt schon im laufe der Contao Karriere hier die dollsten Dinge erlebt habe
die aber eigentlich nirgendswo hinpassen, würde ich gerne kuriose Sammlungen hier aufschlagen. Eventuell kann ich ja hierzu in einigen Monaten eine nette Akte für die Wiki zusammenstellen. Also einfach fleissig mitmachen.


Heute beginne ich mit vier Themen.

[AKTE 1] Urplötzlich erscheinen an einigen Stellen, der <strong> tag ohne es selbst gesetzt zu haben. Einige Texte besonders im Head einer Tabelle sind nun Fett
EDIT: oder auch Leerzeichen aus dem Nichts ^^

[AKTE 2] Im Layout unter "Eigener JavaScript-Code" kann ich keinen Javascrip Code nutzen, aus einem unerklärlichen Grund ignoriert Contao jeglichen Code in diesem Abschnitt.
Etwas ähnliches http://dev.contao.org/issues/1362


[AKTE 3] Alles an Javascript läuft nicht mehr !
Lösung: ein zu übergebendes Element einer Funktion existiert auf dieser Seite nicht. Immer eine IF TRUE Abfrage mit einbauen ob das zutreffende Element auch gerade existiert. Oder Javascript nicht ins Layout einbauen sondern im Artikel erst.

[AKTE 4] Formularweiterleitung funktioniert nach "Newslettercheckbox" nicht mehr.
Lösung: Die Newslettercheckbox Modul Funktion ist zwar toll, aber irgendwie schädigt sie die normalen Formularfunktionen bei der weiterleitung. (...suche nach Lösung)



[Akte 5]
Nach der Installation vom Avatar gibt die Datenbank aktualisierung jedesmal aus:

ALTER TABLE `tl_member` CHANGE `avatar` `avatar` varchar(255) NULL default '';
ALTER TABLE `tl_module` CHANGE `agreement_headline` `agreement_headline` varchar(150) NULL default '';

[david enke]

[AKTE 1] Urplötzlich erscheinen an einigen Stellen, der <strong> tag ohne es selbst gesetzt zu haben. Einige Texte besonders im Head einer Tabelle sind nun Fett

Tabellenheader werden vom Browser standardmäßig fett dargestellt. Ich habe auch schon beobachten müssen, dass der TinyMCE hier mit strong-Tags nachhilft.

[AKTE 2] Im Layout unter "Eigener JavaScript-Code" kann ich keinen Javascrip Code nutzen, aus einem unerklärlichen Grund ignoriert Contao jeglichen Code in diesem Abschnitt.

Schau mal in deinen Einstellungen, ob du auch den script-Tag in die erlaubten Tags eingefügt hast, der fehlt nämlich regulär.

Grüße

[xchs]

Schau mal in deinen Einstellungen, ob du auch den script-Tag in die erlaubten Tags eingefügt hast, der fehlt nämlich regulär.

Sollte für dieses (und nur dieses) Feld nicht notwendig sein.

[izanagi]

@david Danke jetzt versteht man mehr.
[1] Der TinyMCE verbirgt so einige selbstständigkeiten *lach* da hast du recht.
[2] <script> ist drin, also daran liegt es wohl nicht.

@xchs
habe ich bisher immer automatisch bei Contao drin.

[Thomas]

<script> in den Einstellungen zugelassen birgt aber ein Sicherheitsrisiko und an vielen Stellen wird davon abgeraten! Wer sich nicht dran hält, darf sich auch über gewisse andere Dinge nicht wundern.

TinyMCE liegt wohl kaum an Contao, eher an diesem (sorry) bescheidenen Editor. Ich gebe Euch aber Recht, es kommen teilweise ominöse Dinge mit dem Tiny zustande.
Aber wie erwähnt, das findet man in anderen Systemen genauso und liegt nicht an den Systemen selbst. Wer Einträge über den Tiny nicht vorher nochmal kontrolliert, hat selber Schuld. Man kann sich auf dieses Ding eben nicht verlassen.

Im Layout unter "Eigener JavaScript-Code" kann ich keinen Javascrip Code nutzen, aus einem unerklärlichen Grund ignoriert Contao jeglichen Code in diesem Abschnitt.

Hat bei mir immer Funktioniert! Vielleicht liegt der Fehler eher woanders.

Kuriositäten unter Contao?
Mir fallen keine ein! Vielleicht gehe ich aber auch anders mit dem System um. Und wenn, finde ich den Fehler meistens zwischen meinen eigenen Ohren. ^^

[izanagi]

@Thomas
Ja das wird wohl so sein das der Fehler woanders liegt. Ich hab es auch nur im aktuellen Projekt.

Mir fallen keine ein! Vielleicht gehe ich aber auch anders mit dem System um.

Das glaub ich dir. Ich hab sehr sehr spezielle und neuartige Wünsche meines Kunden
das es oft über die Standardfunktion Contaos hinausgeht. Vielleicht habe ich daher auch
mehr experimentelle Fehlerquellen. Aber es anzusprechen ist gut, kommen sicher noch andere irgendwann mit dem selben Problem.


Derweil ein neues Problemchen, nicht unbedingt X Akte aber ich möchte es kurz ansprechen. Nach Umzug auf 1und1 gibt es hin und wieder im Backend folgendes:

Warning: Invalid argument supplied for foreach() in /homepages/35/d189472545/htdocs/wsb4346239901/system/config/editArea.php on line 102

[izanagi]

Mal wieder etwas neues. Kennen auch einige von euch vermutlich.
Nach der Installation vom Avatar gibt die Datenbank aktualisierung jedesmal aus:

[Akte5]

ALTER TABLE `tl_member` CHANGE `avatar` `avatar` varchar(255) NULL default '';
ALTER TABLE `tl_module` CHANGE `agreement_headline` `agreement_headline` varchar(150) NULL default '';

Diese kann aus unerklärlichen Gründen nicht dauerhaft aktualisiert werden.

[BugBuster]

Weil es falsch ist
Korrekt muss es in der database.sql heißen:

`avatar` varchar(255) NULL default NULL;
`agreement_headline` varchar(150) NULL default NULL;

Siehe auch im Wiki-Korrekte_database.sql_erzeugen

[izanagi]

Ok und das heisst jetzt genau ?
Hat die Erweiterung einen defekt ?! Also ich habe diesen Datenbankeintrag ja nicht erzeugt.
Weiss auch nicht wo genau ich mich einmischen kann, an welcher Stelle.

Vielleicht sollte ich mir den Database.sql Generator mal anschauen

EDIT: in der DB steht `avatar` varchar(255) NULL default '',
das ist also schonmal richtig. Nur wie bekomm ich den Müll jetzt aus der SQL ?

EDIT2: In der SWL der Avatar steht das hier :

CREATE TABLE `tl_member` (
`avatar` varchar(255) NULL default '',
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

-- --------------------------------------------------------
-- Table `tl_user`
--

CREATE TABLE `tl_user` (
`avatar` varchar(255) NOT NULL default '',
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

Ändderung in NULL default NULL;; wie du sagstest bringt nur, das er die Datenbank jetzt garnicht mehr aktualisieren möchte. habs wieder rückgängig gemacht.

[BugBuster]

Ja, die Erweiterung hat einen kleinen Fehler.

Die database.sql ist richtig, wenn Contao die DB nicht mehr aktualisieren will. (außer natürlich bei Neuinstallation)
Dann passt die genau zur syntaxrichtigen Vorgabe von Contao.

Änderung in NULL default NULL; wie du sagtest bringt nur, das er die Datenbank jetzt gar nicht mehr aktualisieren möchte.

Aber das ist doch genau das was wir wollen?

[izanagi]

Sorry ich hatte mich blöd ausgedrückt.
Also ich sag dir mal die Schritte:

• install.php aufrufen
• Unter >Tabellen aktualisieren< steht "Die Datenbank ist aktuell."
• Klick auf [Datenbank aktualisieren] um zu testen das es stimmt.
• Ergebnis: "Die Datenbank ist nicht aktuell!"
• Spalten: ALTER TABLE `tl_member` CHANGE `avatar` `avatar` varchar(255) NULL default '';
• ALTER TABLE `tl_module` CHANGE `agreement_headline` `agreement_headline` varchar(150) NULL default '';
• Klick auf [Datenbank aktualisieren]
• Ergebnis: "Die Datenbank ist aktuell!"
• WIEDER Klick auf [Datenbank aktualisieren]
• WIEDER Ergebnis: "Die Datenbank ist nicht aktuell!"
• Karusell !!

Gebe ich zweite "NULL" in die sql des Avatars mit rein, kommt folgendes:

• install.php aufrufen
• Unter >Tabellen aktualisieren< steht "Die Datenbank ist nicht aktuell."
• Spalten: ALTER TABLE `tl_member` CHANGE `avatar` `avatar` varchar(255) NULL default NULL;;
• Klick auf [Datenbank aktualisieren]
• Ergebnis: Keine Reaktion !?!! "Die Datenbank ist nicht aktuell!" bleibt stehen.

[izanagi]

Etwas zu Akte 2, sehe gerade das nicht nur der eigene Javascript Bereich defekt ist sondern auch alle Mootools Templates ignoriert werden.
Accordion wird z.b. garnicht auf die Seite erzeugt.

[elwega]

Der Beitrag ist ja schon älter und vielleicht habe ich auch etwas verpasst.
[Akte 5]
Nach der Installation vom Avatar gibt die Datenbank aktualisierung jedesmal aus:[/QUOTE]

ALTER TABLE `tl_module` CHANGE `agreement_headline` `agreement_headline` varchar(150) NULL default '';

aber das ist immer noch (Contao 3.2.3) und nervt.
Abhilfeversuche meinerseits mit Änderungen an der DB waren bis jetzt nix.
Hat wer ne Idee?

[BugBuster]

Mit der aktuellen Version von Avatar? (3.2.0)

Falls du manuell updatest, schau mal ob es im Verzeichis system/modules/avatar/config/ eine Datei database.sql gibt. Wenn ja, löschen.

[elwega]

Mit der aktuellen Version von Avatar? (3.2.0)

Falls du manuell updatest, schau mal ob es im Verzeichis system/modules/avatar/config/ eine Datei database.sql gibt. Wenn ja, löschen.

Hallo Glen,

ne war über LifeUpdate. im system/modules/avatar/config ist keine sql nur autoload.ini / autoload.php /config.php

[BugBuster]

"agreement_headline" kommt nicht aus Avatar würde ich sagen. Da muss ein anderes Modul stören.
Ich glaub das kommt aus der Erweiterung "subpalettes".

[elwega]

EDIT ohhhhhhhh bist du schnell!
Habe nun xtmembers deinstalliert und alles ist beim Avatar ok

xtmember => Nicht erprobt für Contao 3.2.3 ist mir klar das es Schwierigkeiten geben könnte.

[KlausGrenoble]

Nur so nebenbei: Der Text führt zu Mißverständnissen (Contao 3 bitte Version 2.x).

Freigabe-Notizen und Änderungs-Log für avatar
ACHTUNG Für Contao 3 bitte Version 2.x verwenden

ACHTUNG Für Contao 2 bitte Version 1.x verwenden

Erweietrung durch Tristan Lins (bit3 UG)

1) Fix "Bad Request" when changing avatar directory in tl_settings (#2)