[ajax_shoutbox] installiert nicht vollständig und danach kein Backend mehr

Ich wollte die Ajax Shoutbox installieren.

Beim ersten Installationsschritt (dort wo die benötigten Erweiterungen angezeigt werden) bleibt er dann nach drücken auf Installieren hängen.
Weißer Bildschirm, mit dieser URL:

Code:

---

http://sub.domain.de/contao/main.php?do=repository_manager&install=ajax_shoutbox.10000009

---

Es passierte nichts mehr. Also nach einer Minute abgebrochen. Zur Anmeldung Backend - das kam noch - und nach User/Passwort nur noch weißer Bildschirm.

Da bleibt mir wohl nichts anderes, als das letzte Backup einzuspielen?

[Update]
Die Seite selbst, also Frontend, geht ohne Probleme. Mal sehen was das neu Einspielen bringt.

Puuuuh!

Das Löschen und erneute Einspielen aller Files hat gereicht. Backend geht wieder.

Hallo Community,

läuft die Shoutbox inzwischen?

Sollte ihr weiterhin Probleme haben, geben wir gerne Hilfestellung!

Wir würden uns freuen, wenn Fehlermelungen etc. an uns heran getragen werden könnten, um diese schnellst möglich zu beseitigen.


Mit freundlichen Grüßen
Paul Schmitz

Hallo Community,

wir haben soeben die ajax_shoutbox überaerbeitet und sie im ER zur Verfügung gestellt.

nach einem Update auf die Version 1.0.0 Build 6 sollte die Installation problemlos möglich sein.

Fehlerursache war der BOM in den Dateien.
Diesen haben wir entfernt / korrigiert.


Mit freundlichen Grüßen
Paul Schmitz

Im Erweiterungskatalog ist aber immer noch die Version 1.0.0 vom 21.04.2011 zu sehen.

Haben Sie auf die Buildnummer geachtet?

Bitte vergleichen Sie diese...

Wir haben es auf Windows wie auch auf Linuxserver getestet und haben die in der Vergangenheit angemerkten Fehler behoben.

Mit freundlichen Grüßen
Paul Schmitz

Zitat:

---

Zitat von concitus

Haben Sie auf die Buildnummer geachtet?

Bitte vergleichen Sie diese...

Paul Schmitz

---

Die Bulid-Nummer kommt ja erst im 2. Schritt und das Datum verwirrt.

Die Installation bleibt weiter hängen.

Weißer Bildschirm auf dieser URL:

Code:

---

http://sub.domain.de/contao/main.php?do=repository_manager&install=ajax_shoutbox.10000009

---

Das scheint der Schritt zu sein, wo normal wohl die DB Updates kommen.

Noch kann ich mich im Backend anmelden. dort wird die Erweiterung Ajax Shoutbox angeboten, aber ob sie funktioniert? Ist anzuzweifeln, weil ich noch nicht den Schritt mit den DB-Tabellen hatte.

Gehe ich jetzt in die Einstellungen (die angezeigt werden) der halb installierten Erweiterung und klicke auf speichern, dann kommt auch ein weißer Bildschirm.

Code:

---

http://sub.domain.de/contao/main.php?do=repository_manager&edit=ajax_shoutbox

---

Ich wollte jetzt die Fehlermeldungen einschalten. Einstellungen kann ich noch aufrufen, aber bei speichern kommt wieder ein weißer Bildschirm.

Also alles wieder löschen und neu aufspielen, das Backup der Dateien nur einspielen brachte kürzlich keinen Erfolg. :(

Was mir jetzt aufgefallen ist (vielleicht war es auch schon kürzlich).
Die Erweiterung Avatar wird auch angeboten und zwar diese zu reparieren. Das hatte ich vorher auch schon bei der Installation der Forums/Helpdesk Erweiterung. Aber dessen Installation klappte.

Wenn Sie das Verzeichnis ajax_shoutbox unter system/modules/ löschen, sollte alles wieder funktionieren.

Danach bitte in der Erweiterungsverwaltung die Datenbank aktualisieren.

Bitte schalten Sie dann im BE unter Einstellungen die Fehlermedungen ein, und versuchen Sie dann die Erweiterung neu zu installieren.

Jetzt sollten die Fehlermeldungen angezeigt werden, wenn es welche gibt.


Mit freundlichen Grüßen
Paul Schmitz

Die Installation ist leider immer noch fehlerhaft. Version 2.9.4 - 1.0.0 stable 6


Diese Meldung Cannot modify header information - headers already sent by (output started at /xxxxxx/system/modules/ajax_shoutbox/languages/de/modules.php:43) in /xxxxxx/system/libraries/Template.php on line 230


Bei Aufruf /contao/main.php?do=shoutboxentries kommt dann diese Meldungen

#0 /XXXXXX/system/libraries/Database.php(589): Database_Statement->query()
#1 /XXXXXXl/system/modules/tags/TagHelper.php(110): Database_Statement->execute()
#2 /XXXXXX/system/drivers/DC_Table.php(2673): TagHelper->deleteIncompleteRecords('tl_shoutbox', Array, NULL, NULL)
#3 /XXXXXX/system/drivers/DC_Table.php(304): DC_Table->reviseTable()
#4 /XXXXXX/system/modules/backend/Backend.php(234): DC_Table->showAll()
#5 /XXXXXX/contao/main.php(101): Backend->getBackendModule('shoutboxentries')
#6 /XXXXXX/contao/main.php(304): Main->run()
#7 {main}

Hilft das?

kann ich Sie mal per Telefon kontaktieren?
wenn ja Nummer bitte per PM.

ich habe soeben eine neue Version zur Verfügung gestellt.

Mit freundlichen Grüßen
Paul Schmitz

Hallo Herr Schmitz,

wir hatten auch schon mal vor einiger Zeit telefoniert, weil die Erweiterung bei mir nicht lief.
Damals kamen wir dahinter, dass die BOM-Zeichen am Anfang der Dateien daran Schuld waren.
Auch in der neuen Version finde ich bei drei oder vier Dateien noch diese Zeichen.
Entferne ich diese wieder und lade das ganze per ftp hoch funktioniert die Shoutbox leider trotzdem nicht. Die alten Einträge werden nicht angezeigt und neue kann man nicht erstellen.

Habe vorerst die alten Dateien wieder hoch geladen. Fehlermeldungen habe ich mir leider nicht anzeigen lassen, aber ich denke, dass das der Threadersteller mittlerweile wohl getan hat und sie da Bescheid wissen.

In der Vergangenheit habe ich versucht, eine Löschfunktion der Beiträge des gerade angemeldeten Mitgliedes für seine eigenen Beiträge zu integrieren.
Zwar bekomme ich es hin, dass nur bei den eigenen Beiträgen das Löschsymbol angezeigt wird, aber ich schaffe es einfach nicht den Beitrag aus der Datenbank zu löschen.
Würde mich freuen, wenn sie mir da weiterhelfen könnten.
Ich denke diese Möglichkeit des Löschens eigener Beiträge wäre wirklich sinnvoll - wie schnell hat man was falsches eingetippt und kann das dann nicht korrigieren, wenn man nicht ins Backend kommt.
Außerdem ist mir aufgefallen, dass man die Beiträge im Backend nicht editieren kann - es kommt lediglich eine leere Seite, wenn man auf den entsprechenden Knopf klickt. Möglich, dass das allerdings genau so von Ihnen beabsichtigt ist?!

Viele Grüße,
Sascha Mayländer

Hallo Herr Mayländer,

in welchen Dateien finden Sie denn noch die BOM-Einträge?

Ich hatte meines Wissen alle Dateien durchgesehen und den BOM entfernt...

Es gibt eine kleine Anpassung in JS.
Sind alle Datein der Erweiterung bei Ihnen original?

Das Editieren von Beiträgen im BE ist nicht geplant.
Für das FE ist das aber eine sinnvolle Funktion, welche ich im Laufe des Abends erstellen werde und ggf. noch heute zur Verfügung stellen kann.

Dazu möchte ich aber genau wissen in welchen Datein sich noch ein BOM versteckt...
Sonst macht ein Update wieder kein Sinn.

Mit freundlichen Grüßen
Paul Schmitz

Hallo Herr Schmitz,

ich hatte etwas übertrieben mit drei oder vier Dateien! :)
Habe gerade noch einmal die Datei aus dem Repository entzippt und diese BOM Zeichen in genau einer Datei gefunden: writeMessage.php

Ansonsten hatte ich die Shoutbox komplett gelöscht und erst dann die neuen Dateien des Updates hochgeladen, nachdem ich vorher besagte Zeichen entfernt hatte.

Oh, die Löschfunktion wäre wirklich super - freu mich aufs Update!

Gruß,
Sascha Mayländer

Vielen Dank für die Mithilfe!

habe das auch dort korrigiert.

Löschfunktion ist gleich fertig ;)

habe grade die beta3 Version für due ajax_shoutbox zur Verfügung gestellt.

Bitte testen und uns Feedback geben!


Vielen Dank

Mit freundlichen Grüßen
Paul Schmitz

Bitte schauen Sie sich noch einmal die Zip-Datei an, Herr Schmitz - ich glaube Sie haben da ein paar Dateien vergessen, oder?! ;)

danke... :o

war so im Brass mit Telefon und co. da ist mir das durch gegenagen entschuldigt bitte!

ist aber jetzt hoch geladen

Danke, die Installation hat jetzt fehlerfrei funktioniert.

MFG
servpoint

Hallo habe die aktuelle Version des Tools installiert...

Das eingabe Formular wird angezeigt...

die Beiträge selbst nicht.

Im Backend sind die Beiträge verfügbar....

Wer weiß rat?

Ich habe das ganze jetzt händisch installiert, weil es bei mir über das Backend irgendwie nicht recht wollte - das kann allerdings sehr gut an mir gelegen haben - kann ich leider nicht mehr recht nachvollziehen.

Soweit läuft es, aber ich weiß noch nicht recht, wo ich den jetzt welches Template auswählen kann, damit ich eigene Einträge löschen kann.

Leider scheint irgendwas doch noch nicht mit dem Javascript zu stimmen.

Ich habe auch das Problem, dass meine Einträge nur ins Nirwana abgeschickt werden und nicht in der Datenbanktabelle landen.
Die Einträge werden nicht mehr durch Enter abgeschickt (Mehrzeiligkeit wäre ja ganz nett), sondern nur noch durch einen Klick auf die senden-Taste.
Bereits vorher erstellte Einträge der Datenbanktabelle werden auch nicht angezeigt.

Die Erweiterung scheint noch nicht ganz rund zu laufen...

Die Einträge werden mit der Klasse invisible versehen... was dazu führt das die einträge nicht angezeigt werden...

Zur Einrichtung des Moduls:

• Im BE ein neues Modul vom Typ Shoutbox erstellen
• Im Modul bitte die Einstellungen zum Avatar und zur Anzahl der Einträge vornehmen
• Modul im Layout oder im Artikel einbinden

!WICHTIG!
Das Feld "Beiträge im Feld" darf nicht NULL sein!

Dieses Problem ist bekannt und wird im nächsten Update behoben.

Modul ist nach Anleitung eingerichtet..... die Einträge werden trotzdem nich im Frontend angezeigt....

Im Backend sind sie vorhanden...

@ Acta: sind die Einträge wirklich mit der Klasse "invisible" versehen?
Oder sind das die Formularfelder?

Die Nachrichten werden von dem JavaScript shoutbox.js in den DIV-Container mit der id "ShoutboxMessageList" geschrieben und im Template shoutbox_entrys.tpl von der Datei writeMessage.php generiert.

Zum testen, kann man in der shoutbox.js die Aktualisierungsrate in der Zeile 16 wie folgt ändern:

Orginal:

PHP-Code:

---

window.setInterval("getShoutRequest()", 1000); 


---

Testversion:

PHP-Code:

---

window.setInterval("getShoutRequest()", 100000); 


---

somit erreicht man das erst nach dem schreiben / absenden eines Kommentars das Feld mit der Nachrichtenliste gefüllt wird.

Evtl. kann man dann auch Fehlermeldungen in der writeMessage.php sehen.

gerne schaue ich mich nach einer kurzen Nachricht per PM bei Ihnen im contao um.

Hierzu bieten wir ein Fernwartungstools an:
http://www.concitus.de/Fernwartung.html

Ist dieses gestartet, wird eine ID angezeigt, die wir zur Verbindung brauchen.

Ich bin für heute raus - vielleicht kommen mir morgen neue Ideen für die Fehlersuche! :)

Habe es leider nicht zum laufen gebracht.
Ich habe es noch einmal komplett neu installiert, Modul eingerichtet, Einträge auf 30 gestellt!
Die vorhandenen Datenbankeinträge werden nicht angezeigt und neue werden nicht in die Datenbank geschrieben.
Als Hinweis sei gesagt, dass mit der alten JavaScriptdatei zumindest die vorhandenen Datenbankeinträge gezeigt werden, aber keine neuen Einträge verfasst werden können.

Deshalb vermute ich den Fehler bei der neuen Javascriptdatei und dem Zusammenspiel mit den PHP-Dateien - vielleicht ein Fehler bei der Namensgebung in einem Dateiverweis???

Viele Grüße,
Sascha Mayländer

ich habe die Shoutbox jetzt mal zum testen bei uns auf der Internetseite installiert:

http://www.concitus.de/ajax_shoutbox.html

Da ich keine Fehlermeldung auf den genannten Seiten sehen kann bin ich auch mit meinem Latein am Ende! :(

Vielleicht haben Sie ja noch eine Idee?

Ich bin wie gesagt gerne bereit per Fernwartung auf den Bildschirm zu kommen, um dann in der Erweiterung zu schauen, ob alles so ist wie es sein soll.

nach einer weile bringt er auch:

Der Request wurde abgeschlossen, ist aber nicht OK
Fehler:0

Hab dich mal in Skype geaddet....

Hallo Community,

es gibt jetzt eine neue Version in der weitere Fehler beseitigt worden sind und neue Funktionen hinzugekommen sind!

Erfahrungen mit der Erweiterung und Kritik sind für uns sehr wichtig. Nur so können wir die Erweiterung perfektionieren!

http://www.contao.org/erweiterungsli...010019.de.html

Mit der aktuellen Version klappte die Installation. Allerdings habe ich diesmal die Erweiterung Avatar nicht angekreuzt. Avatar ist eigentlich installiert, wird aber mit dem Vermerk reparieren angezeigt (wobei das Reparieren immer wieder angezeigt wird).

Allerdings hatte ich die Shoutbox mal bei einer recht nackten (also recht erweiterungsfreien Installation) ohne Probleme installieren können und das war mit der Version von gestern noch gewesen!

Dann ist doch alles gut! Reparieren wird immer bei Abhängigkeiten angezeigt. Solange die Checkbox nicht angehackt ist, wird alles gut...

Läuft denn alles im FE?

Guten Morgen, Herr Schmitz!

Habe mich heute morgen gleich mit der Shoutbox beschäftigt.
Was habe ich gemacht:
1. Im Artikel den Verweis auf das Shoutboxmodul gelöscht
2. Das angelegte Modul Shoutbox gelöscht
3. Shoutbox über das Backend deinstalliert
4. Ordnerstrukturen, die trotz der Deinstallation noch auf dem Server vorhanden waren gelöscht
5. Cache des Browsers (Opera) gelöscht
6. Die Erweiterung über das Backend neu installiert
7. Modul angelegt und im Artikel eingefügt

Ergebnis: Nur die Eingabemaske ist zu sehen. Trage ich händisch Daten in die Tabelle ein, so werden diese auch nicht angezeigt. Funktioniert auch nicht im IE oder Firefox.

Dann habe ich den Ordner der Erweiterung noch einmal per ftp vom Server gelöscht und die unveränderten Dateien aus dem Zip-Ordner per ftp neu aufgespielt.
Brachte leider alles nichts.

Wie schon einmal gesagt, werden Daten, die ich händisch in die Tabelle eintrage immerhin angezeigt, wenn ich die shoutbox.js durch die alte Datei ersetze. Neue Eintragungen kann ich dann allerdings auch nicht machen.

...jetzt bin ich vorläufig wirklich mit meinem Fehlersuchelatein am Ende und hoffe Sie haben noch eine Idee, woran es liegen könnte.

Ich lade mir jetzt mal Ihre Fernwartungssoftware herunter und hoffe, dass Sie mir darüber weiter helfen können.

So, ich hab die Shoutbox jetzt auch mal installiert und angetestet.

Die Installation lief völlig reibungslos durch :)
Modul angelegt, auf Sicherheitsfrage verzichtet (weil im geschützten Mitgliederbereich), Modul in Artikel eingebunden und geguckt.
In IE und FF war ein Eingabefeld für die Nachricht zu sehen. Hab was eingegeben und das erschien dann auch prompt in der Nachrichtenliste unten. Beim 3. Versuch kam dann
"Der Request wurde abgeschlossen, ist aber nicht OK
Fehler:500"
und IE und FF waren völlig blockiert.
Außerdem fiel mir auf, dass in der Liste immer nur Datum/Uhrzeit und die Nachricht angezeigt wurde. Aber kein Name!
Ich wollte nun einfach mal testweise die Sicherheitsfrage doch aktivieren, aber das Modul reagiert auf diese Einstellung nicht. Hächen ist weg, aber es wird kein Eingabefeld für Name und auch nicht für Sicherheitsfrage angezeigt.

So installiert war ja jetzt endlich. nun hab ich das mal kurz eingerichtet. Einfach, aber erstmal vollkommen genügend (die Tage mal etwas aufhübschen).

Was mir auffällt: Ich habe die max. sichtbaren Einträge mal auf 4 gestellt (40 sollen es sein, aber zum Testen sind 4 doch besser ;-). Allerdings wird diese Einstellung ignoriert. Es werden weiterhin alle angezeigt (in diesem Fall allerdings alles Einträge von mir - also einem User).

Hups! Jetzt ist es plötzlich in Ordnung - nur noch vier Einträge werden angezeigt :-).

Hab das Modul nun noch einmal gelöscht und neu angelegt und dabei die Sicherheitsfrage aktiviert. Es wird mir aber immer noch nur das Message-Feld angezeigt (kein Feld für Name und keine Sicherheitsfrage).
In der Liste der Nachrichten steht dann auch nur Datum, Uhrzeit und die Nachricht. Auch hier erscheint kein Name.
Versuche ich, eine neue Nachricht zu schreiben, kommt
"Der Request wurde abgeschlossen, ist aber nicht OK
Fehler:500"

Viele Grüße
Andre

Bitte testet doch das Modul auf unserer Seite.
Dort haben wir genau die Erweiterung wie sie im ER zur Verfügung steht installiert.

http://www.concitus.de/ajax_shoutbox.html

Konfiguration im Anhang (Screenshot)

Nach einigen PNs läuft die Shoutbox nun.

Mein Avatar-Modul (bzw. Controller - GetImage) hatte scheinbar ein Problem mit einem JPG. (aktivierte Anzeige der Fehlermeldungen brachte das zum Vorschein)

Das Problem der nicht angezeigten Namen in der Shoutbox-Liste wurde durch ein kleines Update des Moduls (Version 1.1.1 Build 4) beseitigt.
Zitat Paul Schmitz (concitus):
Wenn das Feld pid mit einer gültigen Userid gefüllt wurde, dann wird aus der tl_member der username genommen. Wenn nicht, wird der Name aus dem Formular verwendet und in das Feld name geschrieben.

Aktueller Einsatz der Shoutbox bei mir:
Chat im geschützten Mitgliederbereich. Sicherheitsfrage ist deaktiviert. Das Mitglied sieht auf der Chatseite nur ein Eingabefeld für die Nachricht. Name und Avatar werden über due UserID im Hintergrund gesetzt. Unter dem Eingabefeld steht die Liste der Nachrichten (jeweils mit Avatar, Datum, Uhrzeit, Name, Nachricht). Dabei erscheinen wirklich nur so viele Nachrichten, wie im Modul festgelegt.

Nach ersten Tests funktioniert nun alles. :D

Ich habe die Erweiterung noch einmal komplett gelöscht und sicher gestellt, dass weder in der Datenbank noch auf dem Server Reste vorhanden sind.
Dann habe ich die Erweiterung über das Backend neu installiert, das Modul mit den Werten - wie auf dem angehängten Bild des Backends - eingerichtet und in den Artikel eingebunden.

Ergebnis:
Es wird nur das Eingabeformular angezeigt. Bei einer Eingabe und Enter geht der Cursor in die nächste Zeile, bei einer Eingabe und Klick auf "Senden" leert sich das Eingabeformular, aber es wird darunter nichts angezeigt und in der Datenbank ist auch kein Eintrag vorhanden.

Ein Browserproblem, bzw. ein Problem von Adblock oder Popupblocker, scheint es nicht zu sein, da ich die gleichen Ergebnisse unter Opera, IE8 und Firefox erhalte.

Im Einsatz ist die Shoutbox bei mir auch im geschützten Mitgliederbereich mit deaktivierter Sicherheitsabfrage.
Bei aktivierter Anzeige werden keine Fehlermeldungen angezeigt.

Als Anhang schicke ich noch alle installierten Erweiterungen mit, die zugegebenermaßen recht zahlreich sind und vielleicht hakt es da.
Aber mit dem JavaScript der ersten Version der Shoutbox lief alles einwandfrei.

Vielleicht bekommen wir durch Vergleich unserer Systeme den Fehler eingegrenzt.

In deiner BE-Abbildung von den Moduleinstellungen gibts einen Eintrag "Anzahl Bilder pro Seite in der Detailansicht". Das müsset bei der Shoutbox eigentlich "Beiträge im Feld". Ist hier nur die Beschriftung falsch oder wird dort ein ganz falsches Feld eingeblendet?

Wenn du mit phpMyAdmin in die Datenbank schaust, gibt es dort eine Tabelle tl_shoutbox mit den Spalten id, pid, sorting, tstamp, name, message?

Bei mir wird jetzt nach dem aktuellen Update auch der Name angezeigt! Das wird also langsam :-).

Ich bräuchte aber mal einen Tipp bzw. ein Beispiel für ein bisschen CSS für die Shoutbox, damit ich den den Avatar und darunter den Namen und Datum und den Boxtext rechts bekomme. Hat da jemand ggf. ein paar fertige Formatierungsbeispiele, die da in die Richtung gehen?
Leider bin ich (noch ;-) nicht der CSS-Guru. Ich habe z. B. versucht, die Klasse Avatar mit float:left zu versehen, aber dabei ragte dann der Avatar außerhalb der Nachricht (also dem Bereich der Klasse shoutboxPost) heraus und bewirkte zudem, dass der Avatar der nöchsten Message versetzt wurde.
Irgendetwas scheint da also noch zu fehlen. So ein bisschen Beispiel-CSS würde da ggf. etwas Erleuchtung bringen.

@ultraracer
Wie dort die falsche Benennung "Bilder pro..." hinkommt hab ich auch nicht verstanden - vielleicht läuft darüber ja tatsächlich was falsch?!

Die Tabelle ist korrekt in der Datenbank vorhanden.

@RainerG
Ich geb dir mal meine CSS Einträge kommentarlos weiter:

Code:

---

/*SHOUTBOX*/
#ShoutboxMessageList {margin-top:15px;}
.shoutboxPost {background-color:#FFFFFF;border:1px solid #dedede;border-radius:8px;-moz-border-radius:8px;-webkit-border-radius:8px;padding:5px 15px 10px 5px;margin-bottom:5px;}
.shoutboxPost .avatar img {float:left;padding:3px;background-color:#FFFFFF;border:1px solid #DEDEDE;margin:0px 5px 5px 0px;}
.shoutboxPost .time {float:right;font-weight:bold;}
.shoutboxPost .name {font-weight:bold;}
.shoutboxPost .tools {float:right;padding:5px 0px 5px 5px;}
.shoutboxPost .message {padding-left:42px;font-style:normal;}

---

Damit das delete.gif nicht nach der Nachricht über den Rahmen hinaus im Raum schwebt, muss man die Datei shoutbox_entrys.tpl etwas anpassen (eigentlich nur die zwei letzten div's vertauschen), wozu man die Datei am besten in den template Ordner kopiert und dann anpasst, damit das ganze updatesicher ist:

PHP-Code:

---

<?php foreach($this->entrys as $message): ?>

        <div class="shoutboxPost">
                <div class="avatar"><?php echo $message['avatar']; ?></div>
                <div class="time"><?php echo $message['tstamp']; ?></div>
                <div class="name"><?php echo $message['name']; ?></div>
                <?php if($message['userid'] == $message['pid']): ?>
                        <div class="tools">
                                <a href="javascript:deleteEntry(<?php echo $message['id']; ?>)">
                                        <img src="system/modules/ajax_shoutbox/html/delete.gif" alt="remove entry" />
                                </a>
                        </div>
                <?php endif; ?>
                <div class="message"><?php echo $message['message']; ?></div>
        </div>

<?php endforeach; ?>

---

@sascha39
Lass uns mal das mit der falschen Beschriftung im BE klären.
Wenn du dir den Quelltext der BE-Seite ansiehst, findest du dann für das fragwürdige Eingabefeld die id="ctrl_perPage"?

Hast du bei all deinen Versuchen eigene Dateien im templates-Ordner erzeugt?

Gibt es in der tl_member die Felder id, firstname, lastname und avatar oder sind die bei dir durch irgendwas umbenannt worden?

@ultraracer
Als du template erwähntest ging mir ein Christbaum auf!
Das war es! Ich habe tatsächlich eine eigene mod_shoutbox im template Ordner angelegt und nachdem die gelöscht ist funktioniert alles wie es soll!

Danke, da wäre ich ohne dich ewig nicht drauf gekommen.

Warum im Backend die falsche Beschriftung ist verstehe ich allerdings nicht. Die Eingabe wird korrekt berücksichtigt.
Den Eintrag id="ctrl_perPage" finde ich im Quelltext wieder.

Werde die Beschriftung wohl händisch einpflegen, ansonsten läuft es ja jetzt.

Danke für jede Hilfe und sorry, wenn ich hier wegen eigener Schusseligkeit soviel Verwirrung gestiftet habe.

Schön, dass es letztlich doch so einfach war ;)

Die Feldbeschriftung ist ja im Prinzip egal. Vielleicht gibt es in der langconfig einen Eintrag für eines deiner anderen vielen Module, wer weiß?

Na dann, viel Spaß mit der Shoutbox!

Danke, den Spaß werden die Mitglieder meines Badmintonvereins sicher haben - dort kommt die Shoutbox gut an und ist sicher eine der meistbesuchtesten Seiten.
Deshalb wurde sie auch schon schmerzlich vermisst! ;)

Bei dem Entwickler der Shoutbox habe ich gerade noch angeregt, eventuell einen Zeichenzähler in das Eingabeformular mit einzubauen, der auf die verbliebene Anzahl an einzugebenden Zeichen hinweist und automatisch begrenzt.

Abgesehen davon bin ich immer wieder begeistert wie harmonisch alles bei Contao zusammengeht und problemlos funktioniert, obwohl ich so viele Erweiterungen installiert habe. Das spricht sicher für eine ausgeklügelte Architektur.

Wünsche allen eine schöne Woche! :)

Das Zeichenzählen kriegst du angeblich mit der Erweiterung [inputcount] hin. Habs selbst noch nicht ausprobiert, nur im Forum und ER gelesen. (Integration in die Shoutbox durch den Entwickler wäre natürlich bequemer)

Ich krame dieses alte Thema nun einfach mal heraus, weil ich das selbe Problem habe, wie es hier bereits mehrfach erwähnt wurde.

Ich habe die Shoutbox + Avatar installiert (x_avatarresizer ist auch installiert) und ein neues Modul mit den Vorgaben, die in diesem Thema auch mal angehängt wurden, erstellt und als Modul in einen Artikel eingebunden. Die Seite mit dem Artikel befindet sich in einem geschützten Mitgliederbereich.

Wenn ich auf die Seite gehe, bekomme ich sofort die Fehlermeldung:
"Request wurde abgeschlossen, ist aber nicht OK. Fehler: 400" (siehe Screenshot im Anhang)

Das Fenster geht sofort nach dem Schließen immer wieder auf. Angezeigt werden nur (bei Chrome) ein Eingabefeld, der Text "Nachricht*" und ein Senden-Knopf. Im FF sehe ich zusätzlich noch das Captcha.

Wenn ich die Meldung blockiere, so dass ich eine Nachricht ins Feld tippen kann, leert sich das Feld einfach, ohne das anderweitig etwas passiert (weder Frontend noch Backend).

Contao-Version: 2.11.3

Weiß jemand eine Lösung und kann mir helfen?
Ich habe das Forum durchsucht, aber leider wird der Fehler ein paar Mal erwähnt, jedoch nie eine Lösung genannt und das Problem offenbar im Stillen per PN behoben... :(

die Shoutbox ist nicht für contao 2.11.3 freigegeben, da keine Tokens verarbeitet werden

Zitat:

---

Zitat von concitus

die Shoutbox ist nicht für contao 2.11.3 freigegeben, da keine Tokens verarbeitet werden

---

Sehr schade. Ich hätte sie gern verwendet. =(