Kein Speichern im Backend von Produkten möglich

Liste der Anhänge anzeigen (Anzahl: 1)

Ich kann "plötzlich" im Backend Änderungen oder Neuanlagen bei Produkten nicht mehr abspeichern. Die Buttons sind da, es erfolgt aber keine Reaktion.

Ab dem Abschnitt Dateiverwaltung sieht das auch etwas merkwürdig aus (siehe Hardcopy).

Ich kann ein vorhandenes Produktbild entfernen. Den Text eingeben.
Aber ab dem Abschnitt "Dateien hochladen" in der Dateiverwaltung geht dann nichts mehr. Der Button (sollte eigentlich kleiner sein) ist zwar klickbar, aber passiert sonst nichts.

Die Preiseinstellungen funktionieren dann wieder. Obwohl der Bereich nicht grau hinterlegt sein sollte, wenn ich mich recht entsinne.

Produkt veröffentlichen funktioniert auch nicht sauber. Hier poppt der Kalender für die Auswahl der ab/bis Datum bei Klick nicht auf.

Speichern/Speichern und schließen/Speichern und neu stehen praktisch als Fußzeile ganz unten und lassen sich nicht anwählen.

Contao 4.9.13
Isotope 2.7.1
(gerade eben noch auf diese Versionen geupdatet, aber vorher funktionierte es auch schon nicht mehr).

Mit Mac und Windows10-PC probiert. Auf Win mit Firefox und Edge. Mac mit Firefox.

Weiß da jemand Rat?

Ich kann hier nur vermuten, dass hier das Template für die Backend-Produktansicht defekt ist.

Kennt jemand den Speicherort dieses Templates?

Hast du irgendwelche zusätzlichen Extensions installiert?

Zitat:

Zitat von RainerG

Ich kann hier nur vermuten, dass hier das Template für die Backend-Produktansicht defekt ist.

Kennt jemand den Speicherort dieses Templates?

Dafür gibt es kein Template.

Steht irgendein Fehler in der Browser Konsole?

Zitat:

Zitat von Spooky

Dafür gibt es kein Template.

Steht irgendein Fehler in der Browser Konsole?

Nein, es ist im Log kein Fehler zu sehen, der darauf hindeuten könnte.

Es wirkt nur halt auch so, als wenn die Seite nicht richtig zusammen gebaut wird.

Zitat:

Zitat von RainerG

Nein, es ist im Log kein Fehler zu sehen, der darauf hindeuten könnte.

Welches Log meinst du hier?

Zitat:

Zitat von Spooky

Welches Log meinst du hier?

Das System-Log aus dem linken Bereich unter SYSTEM.

Das hatte ich nicht gemeint, ich meinte die Browser Konsole (F12 drücken und dann auf "Konsole" klicken).

Zitat:

Zitat von Spooky

Hast du irgendwelche zusätzlichen Extensions installiert?

Einige schon. Es ist nur die Frage, welche hier bei der Produktansicht im Backend da einwirken konnten.

Die zuletzt installierte Extension --> isotope_quickproducts habe ich deinstalliert. Ohne Erfolg.
Auch Systemwartung und manuelles Löschen von var/cache/prod/ half hier nicht.

Merkwürdig ist auch folgendes, wenn man sich as HTML unter den Entwicklerwerkzeugen des Firefox anschaut:
Unter der Produktansicht sind die Speicherbuttons(tl_submit_container) außerhalb des Container/Main-Bereiches, wenn man der Interpretation der Entwicklerwerkzeuge des Firefox glauben schenken kann.

Im Vergleich dazu sind in der Artikel/Inhaltselementeansicht die Speicherbuttons (tl_submit_container) innerhalb des Container/Main-Bereichs, wie es wohl richtig ist.

Zitat:

Zitat von Spooky

Das hatte ich nicht gemeint, ich meinte die Browser Konsole (F12 drücken und dann auf "Konsole" klicken).

Ich vermute Du meinst die Konsole der Entwicklerwerkzeuge.

Da kommt allerdings eine Fehlermeldung:

Code:

Uncaught Error: Could not find the file list container in the template! parseAndGetTemplate http://nd.prfz.de/system/modules/isotope/assets/plugins/fineuploader/fineuploader-4.0.3.min.js?v=209467a6:3 Templating http://nd.prfz.de/system/modules/isotope/assets/plugins/fineuploader/fineuploader-4.0.3.min.js?v=209467a6:3 FineUploader http://nd.prfz.de/system/modules/isotope/assets/plugins/fineuploader/fineuploader-4.0.3.min.js?v=209467a6:3 init http://nd.prfz.de/system/modules/isotope/assets/js/backend.js?v=209467a6:514 <anonymous> http://nd.prfz.de/contao?do=iso_products&act=edit&id=20&rt=MYJAyQgWhoThp3va72AaaF5Na6LQ03-omzX5N1F__SQ&ref=8kzUAK-w:364 fireEvent http://nd.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1 f http://nd.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1 each http://nd.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1 fireEvent http://nd.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1 h http://nd.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1 addListener http://nd.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1 <anonymous> http://nd.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1 <anonymous> http://nd.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1 fineuploader-4.0.3.min.js:3:24329

Fineuploader könnte passen, da zumindest visuell das Problem ab der Darstellung der Uploadmöglichkeit der Produktbilder anfängt.

Was kann da schief hängen bzw. fehlen?

Welche Version der fineuploader Extension ist bei dir installiert?

Zitat:

Zitat von Spooky

Welche Version der fineuploader Extension ist bei dir installiert?

Das kann ich über den Contao-Manager nicht ersehen, da er nicht aufgeführt ist, bzw. ich diesen nicht finde.

Allerdings ist der fineuiploader im Contao-Manager bei Isotope unter den Empfehlungen aufgeführt:

PDF-Artikel - Required for the standard document type in Contao 4.7+
mpay24/mpay24-php - For mPAY24 payment provider
petschko/dhl-php-sdk - For DHL Business shipping
Fine Uploader - For file uploads in frontend using FineUploader
terminal42/swissbilling-api - For SwissBilling payment provider

Und ebenfalls unter Konflikte aufgeführt:
Contao Manager Plugin - <2.0 || >= 3.0
mpay24/mpay24-php - < 4.0 || >= 5.0
Fine Uploader - < 2.0 || >= 3.0

Die neueste Version des FineUploaders ist die 3.1.7 vom 22.02.2021

Sollte ich diese 'einfach' mal installieren?

Zitat:

Zitat von RainerG

Das kann ich über den Contao-Manager nicht ersehen, da er nicht aufgeführt ist, bzw. ich diesen nicht finde.

Über die Konsole mit composer show terminal42/contao-fineuploader

Ansonsten müsstest du es manuell in der composer.lock Datei nachsehen bzw. diese hier posten.

Zitat:

Zitat von Spooky

Über die Konsole mit composer show terminal42/contao-fineuploader

Ansonsten müsstest du es manuell in der composer.lock Datei nachsehen bzw. diese hier posten.

Ich habe die composer.lock~ (bei mir ist die Tilde dran) in …/contao-manager/ durchsucht und den folgenden zusammenhängenden Block gefunden (einziges Vorkommen von fineuploader in den mehr als 16000 Zeilen).

Code:

"conflict": { "contao/manager-plugin": "<2.0 || >= 3.0", "mpay24/mpay24-php": "< 4.0 || >= 5.0", "terminal42/contao-fineuploader": "< 2.0 || >= 3.0" }, "replace": { "contao-legacy/isotope": "self.version" }, "require-dev": { "contao/manager-plugin": "^2.0", "discordier/httprequestextended": "~1.1", "friendsofphp/php-cs-fixer": "^2.14", "mpay24/mpay24-php": "^4.0", "petschko/dhl-php-sdk": "dev-master@dev", "terminal42/contao-fineuploader": "^2.0" }, "suggest": { "contao/tcpdf-bundle": "Required for the standard document type in Contao 4.7+", "mpay24/mpay24-php": "For mPAY24 payment provider", "petschko/dhl-php-sdk": "For DHL Business shipping", "terminal42/contao-fineuploader": "For file uploads in frontend using FineUploader", "terminal42/swissbilling-api": "For SwissBilling payment provider" },

Zitat:

Zitat von RainerG

Ich habe die composer.lock~ (bei mir ist die Tilde dran) in …/contao-manager/ durchsucht

Das ist die falsche Datei. Die composer.lock befindet sich im Installationsverzeichnis deiner Contao Installation.

Zitat:

Zitat von Spooky

Das ist die falsche Datei. Die composer.lock befindet sich im Installationsverzeichnis deiner Contao Installation.

Da steht das gleiche drin.

Zitat:

Zitat von Spooky

Über die Konsole mit composer show terminal42/contao-fineuploader
…

Konsolenzugriff (per SSH) ist bei dem Paket von trilobit standardmäßig leider nicht dabei.

Vermutlich hast du das Paket eh nicht installiert.

Btw. laut https://www.trilobit.de/leistungsspektrum/hosting.html ist der SSH Zugang "optional". Was genau bedeutet das?

Zitat:

Zitat von Spooky

Vermutlich hast du das Paket eh nicht installiert.

Btw. laut https://www.trilobit.de/leistungsspektrum/hosting.html ist der SSH Zugang "optional". Was genau bedeutet das?

Wir müssten ihn dazukaufen, wenn ich mich recht entsinne.

Was mir auffällt, wenn ich mir den Seitenquelltext anschaue ist, dass der Seitenaufbau am Ende ziemlich durcheinander kommt.

Normal enden ähnliche Backendseiten mit:

HTML-Code:

… <div class="tl_formbody_submit"> <div class="tl_submit_container"> <...> </div> </div> </form></div> </main></div> <script>Backend.initScrollOffset()</script> </body> </html>

Bei meiner desolaten Produktseite sind </form></div> und </main></div> weiter innerhalb des Quellcodes.

'tl_formbody_submit' und 'tl_submit_container' liegen z. B. außerhalb von <form> und <main>, sollten aber normalerweise direkt vor </form></div> und </main></div> liegen.
<form> schließt sich direkt nach der Hochlademöglichkeit eines Produktbildes.
<main> schließt sich vor 'tl_formbody_submit' und 'tl_submit_container'

Mittels Entwicklerwerkzeuge konnte ich 'tl_formbody_submit' und 'tl_submit_container' temporär vor

HTML-Code:

</form></div> </main></div>

verschieben und so erreichen dass abgespeichert wird.
Dazu hatte ich vorher ein deaktiviertes Produkt kopiert und entsprechend angepasst. Das klappte natürlich nicht mit dem Produktbild, weil dieser Bereich bzw. der Upload ja gestört ist. Kurzerhand das Produktbild im entsprechenden Ordner ausgetauscht. Das klappt natürlich nur solange, wie ich deaktivierte Produkte habe.
Eine Notlösung also nur.

Ich überlege, Isotope zu löschen und neu einzuspielen, falls sich keine Lösung findet.

Nur müssen dabei natürlich alle bisherigen Produkte, Bestellungen, Einstellungen etc. erhalten bleiben. Wie also dann am besten vorgehen?

Solange du nichts aus der Datenbank und dem Ordner isotope/ löschen lässt, bleibt alles erhalten.

Über welche php-Datei wird eigentlich die Produktseite bei Isotope im Backend erstellt?
Ggf. ist nur diese defekt.

Oder sehe ich das zu einfach?

Das ist ein DataContainer: https://github.com/isotope/core/blob...roduct.php#L24 > https://github.com/isotope/core/blob...roductData.php

Zitat:

Zitat von Spooky

Das ist ein DataContainer: https://github.com/isotope/core/blob...roduct.php#L24 > https://github.com/isotope/core/blob...roductData.php

Bis auf einige Leerzeilen ist alles gleich bei beiden Dateien.

Je tiefer ich schaue, desto merkwürdiger wird das.

Ich habe mal in meiner Contaotestinstallation Isotope installiert und ein Prodkut hinterlegt.

In der Testinstallation ist die Produktseite im Backend wie folgt aufgebaut:

#Versionsabschnitt mit Wiederherstellen
Allgemeine Einstellungen
- Produkttyp
- Kategorien
- Alias
- Artikelnummer
- Name
- Teaser
- Beschreibung
Preis-Einstellungen
- Preise verwalten
Dateiverwaltung
- Bilder
- Datei hochladen
Veröffentlichung
- Produkt veröffentlichen
- Startdatum
- Stopdatum
#Speichern/.../...

In der 'defekten' Produktseite wie folgt:

#Versionsabschnitt FEHLT
Allgemeine Einstellungen
- Alias
- Beschreibung
- Name
- Kategorien
- Artikelnummer
- Teaser
- Produkttyp
Dateiverwaltung
- Bilder
- Datei hochladen
Preis-Einstellungen
- Preise verwalten
Veröffentlichung
- Produkt veröffentlichen
- Startdatum
- Stopdatum
# Speichern/../.. - im Footerbereich über die ganze Breite!!

Also einiges durcheinander sortiert.

Es wird immer merkwürdiger :-(

Die Reihenfolge sollte grundsätzlich egal sein - stellst du aber beim Produkttyp ein.

Zitat:

Zitat von Spooky

Die Reihenfolge sollte grundsätzlich egal sein - stellst du aber beim Produkttyp ein.

Die Reihenfolge im Backend wird beim Produkttyp eingestellt?

Was mit der merkwürdigen Reihenfolge ja auch einhergeht ist die fehlerhafte Darstellung der Dateiverwaltung (siehe Hardcopy oben) und dem nicht Funktionieren der Speicherbuttons (nur mit dem Tricksen über die Entwicklerumgebung - Verschieben des tl_formbody_submit - des Firefox konnte ich das Speichern erreichen) und dem nicht möglichen Upload eines Produktbildes (nur löschen geht). Desweiteren fehlt die Versionsverwaltung von oben rechts.

Zitat:

Zitat von RainerG

Die Reihenfolge im Backend wird beim Produkttyp eingestellt?

Ja. Im Produkttyp kannst du ja auswählen, welche Attribute ein Produkt haben soll - und du kannst auch die Reihenfolge der Eingabefelder ändern. Darüberhinaus kannst du auch für (fast) jedes Attribut festlegen, in welcher Sektion sich das Attribut befinden soll und wie es formatiert sein soll (w50 etc.).

Zitat:

Zitat von Spooky

Ja. Im Produkttyp kannst du ja auswählen, welche Attribute ein Produkt haben soll - und du kannst auch die Reihenfolge der Eingabefelder ändern. Darüberhinaus kannst du auch für (fast) jedes Attribut festlegen, in welcher Sektion sich das Attribut befinden soll und wie es formatiert sein soll (w50 etc.).

Man lernt nicht aus :-).

Ich habe jetzt mal das Produktattribut Bilder(Images) an verschiedene Posititionen gesetzt. Bei jeder Variante ist der Aufbau ab diesem Attribut irgendwie zerschossen (den Kalenderbutton auswählen beim Start/Endetermin geht z. B. nicht mehr) und alles ist mit grauem Hintergrund versehen. Bilder(Images) selber ist auch zerbröselt (siehe Hardcopy oben), Datei hochladen geht über die ganze Breite und funktioniert auch nicht. Der Text "Die Dateien werden hochgeladen" und der Uploadbalken sollten normal nur während des Hochladens zu sehen sein, werden aber dauerhaft angezeigt.

Hier scheint also die Logik um das Produktattribut Bilder(Images) herum 'defekt' zu sein.

Poste mal einen Screenshot deiner Produkttypkonfiguration.

Liste der Anhänge anzeigen (Anzahl: 1)

Zitat:

Zitat von Spooky

Poste mal einen Screenshot deiner Produkttypkonfiguration.

Erst einmal zwischendurch ein großes DANKE für deine Hilfsbereitschaft!:)

Hier ist der Screenshot einer Produkttypkonfiguration.

Wenn ich den Abschnitt für den Produktbildupload abwählen könnte, würde wohl, so vermute ich jedenfalls, alles bestens dargestellt werden und funktionieren.

Liste der Anhänge anzeigen (Anzahl: 1)

Ich habe mir mal die Mühe gemacht und den Quellcode der fehlerhaften Produkt-Backendseite und einer funktionieren Produktbackendseite zu vergleichen.
Dabei habe ich den Uploadabschnitt bei beiden in der Produkttypdefinition nach unten geschoben.

Das Problem scheint durch den Aufruf dieses Scriptes zu entstehen:
<script type="text/template" id="qq-template">

Hier der Compare der Zeilen ab kurz vor dem Aufruf bis zum Ende:

Anhang 24503

Hier kann man sehen, dass statt </span> ein </script> eingesetzt wird, dann statt </script> ein </fieldset> und auf ähnliche Weise geht so weiter.

Der (wohl fehlerhafte) Skriptaufruf scheint damit im Einklang zu der folgenden Fehlermeldung aus dem Entwicklerwerkzeug im Firefox zu sein:

Code:

Uncaught Error: Could not find the file list container in the template! parseAndGetTemplate http://www.prfz.de/system/modules/isotope/assets/plugins/fineuploader/fineuploader-4.0.3.min.js?v=eed9f6f8:3 Templating http://www.prfz.de/system/modules/isotope/assets/plugins/fineuploader/fineuploader-4.0.3.min.js?v=eed9f6f8:3 FineUploader http://www.prfz.de/system/modules/isotope/assets/plugins/fineuploader/fineuploader-4.0.3.min.js?v=eed9f6f8:3 init http://www.prfz.de/system/modules/isotope/assets/js/backend.js?v=209467a6:514 <anonymous> http://www.prfz.de/contao?do=iso_products&act=edit&id=262&rt=TjGS3LLgFf7YXT7JTWb87qFCYKPdoSfcxc_JD_fUmrk&ref=VFqquPWS:442 fireEvent http://www.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1 f http://www.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1 each http://www.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1 fireEvent http://www.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1 h http://www.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1 fineuploader-4.0.3.min.js:3:24329 parseAndGetTemplate http://www.prfz.de/system/modules/isotope/assets/plugins/fineuploader/fineuploader-4.0.3.min.js?v=eed9f6f8:3 Templating http://www.prfz.de/system/modules/isotope/assets/plugins/fineuploader/fineuploader-4.0.3.min.js?v=eed9f6f8:3 FineUploader http://www.prfz.de/system/modules/isotope/assets/plugins/fineuploader/fineuploader-4.0.3.min.js?v=eed9f6f8:3 init http://www.prfz.de/system/modules/isotope/assets/js/backend.js?v=209467a6:514 <anonym> http://www.prfz.de/contao?do=iso_products&act=edit&id=262&rt=TjGS3LLgFf7YXT7JTWb87qFCYKPdoSfcxc_JD_fUmrk&ref=VFqquPWS:442 fireEvent http://www.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1 forEach self-hosted:206 f http://www.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1 each http://www.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1 fireEvent http://www.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1 h http://www.prfz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-05a57d63.js:1

Wie und wo könnte da der Hund begraben liegen?

So sollte es aussehen: https://github.com/isotope/core/blob....php#L325-L327

Zitat:

Zitat von Spooky

So sollte es aussehen: https://github.com/isotope/core/blob....php#L325-L327

Ich habe die MediaManger.php meiner Installation und die von github mit dem Notepad++ verglichen. Die Dateien sind identisch :-(.

Ich habe jetzt mal testweise aus der MediaManager.php diese Zeilen entfernt:

Code:

if (!$blnIsAjax) { $return .= '<div id="ctrl_' . $this->strId . '" class="tl_mediamanager">'; $extensions = trimsplit(',', $GLOBALS['TL_CONFIG']['validImageTypes']); $upload .= '<div id="fineuploader_'.$this->strId.'" class="upload_container"></div> <script> window.addEvent("domready", function() { Isotope.MediaManager.init($("fineuploader_'.$this->strId.'"), "'.$this->strId.'", '.json_encode($extensions).'); }); </script> <script type="text/template" id="qq-template"> <div class="qq-uploader-selector qq-uploader"> <div class="qq-upload-drop-area-selector qq-upload-drop-area" qq-hide-dropzone> <span>'.$GLOBALS['TL_LANG']['MSC']['mmDrop'].'</span> </div> <div class="qq-upload-button-selector qq-upload-button"> <div class="tl_submit">'.$GLOBALS['TL_LANG']['MSC']['mmUpload'].'</div> </div> <span class="qq-drop-processing-selector qq-drop-processing"> <span>'.$GLOBALS['TL_LANG']['MSC']['mmProcessing'].'</span> <span class="qq-drop-processing-spinner-selector qq-drop-processing-spinner"></span> </span> <ul class="qq-upload-list-selector qq-upload-list"> <li> <div class="qq-progress-bar-container-selector"> <div class="qq-progress-bar-selector qq-progress-bar"></div> </div> <span class="qq-upload-spinner-selector qq-upload-spinner"></span> <span class="qq-edit-filename-icon-selector qq-edit-filename-icon"></span> <span class="qq-upload-file-selector qq-upload-file"></span> <input class="qq-edit-filename-selector qq-edit-filename" tabindex="0" type="text"> <span class="qq-upload-size-selector qq-upload-size"></span> <span class="qq-upload-status-text-selector qq-upload-status-text"></span> </li> </ul> </div> </script>'; }

Danach sieht die Seite gut aus. </main> ist da wo es sein, nur halt der Abschnitt mit dem Bildupload fehlt.

Wenn ich aber nur diesen Teil belasse:

Code:

if (!$blnIsAjax) { $return .= '<div id="ctrl_' . $this->strId . '" class="tl_mediamanager">'; $extensions = trimsplit(',', $GLOBALS['TL_CONFIG']['validImageTypes']); $upload .= '<div id="fineuploader_'.$this->strId.'" class="upload_container"></div> <script> window.addEvent("domready", function() { Isotope.MediaManager.init($("fineuploader_'.$this->strId.'"), "'.$this->strId.'", '.json_encode($extensions).'); }); </script> <script type="text/template" id="qq-template"> </script>'; }

dann wird der fehlerhafte Aufbau auch schon produziert.

Also liegt der Fehler am Scriptaufruf.

Bezogen auf die Fehlermeldung:

Code:

Uncaught Error: Could not find the file list container in the template!

stellt sich dann die Frage wo dieser file list container sein sollte und wie er aufgebaut ist.

Ich habe den ISOTOPE-Ordner der funktionierenden und den der 'defekten' Installation uploaded und mit PureSync binär verglichen.

Alles ist identisch :-(.