Backend zeigt Namen der Datenbankeinträge nicht mehr an

[win_tho]

Hallo zusammen,

kämpfe nun seit Wochen mit einem Problem, bei dem ich keine Idee mehr habe, was noch die Ursache sein könnte:

Im Backend werden die Titel der Datenbankeinträge nicht mehr angezeigt. Also zum Beispiel News, Events, FAQ, etc... Man sieht einfach noch den Eintrag, kann ihn auch problemlos bearbeiten, aber es wird nicht angezeigt, wie er heißt. Editiert man den Eintrag, wird der Titel/Name korrekt dargestellt.

Meine spontane Vermutung war MySQL-Encoding, Cache, etc... Habe auch ein Update von 4.9. auf 4.13 gemacht, das hat alles funktioniert, nur diese Datenbanklisten bleiben leer. Immer auch nur die zweite Ebene. Also die verschiedenen News-Bereiche funktionieren noch, die einzelnen Meldungen zeigen jedoch nichts an.

News.JPG

Das zweite merkwürdige Fehlverhalten ist die Tatsache, dass im Artikel-Baum Icons fehlen. Alle anderen Icons sind aber da. Es gibt auch keine Ladefehler, schon das HTML Markup fehlt.

Baum.JPG

Herzlichen Dank für jeden Tipp, der zur Lösung des Problems führt.

[BennyBorn]

Hast Du irgendwelche Erweiterungen im Einsatz die das Problem verursachen könnten? Man kann ja per Hook oder DCA-Anpassung viel überschreiben.

[win_tho]

Vielen Dank für die Rückmeldung. Über den Contao-Manager wird mir nur die Rocksolid-Antispam-Extension angezeigt. Diese würde ich mal ausschließen, da ich sie auch in anderen Installation aktiv habe und dort keinerlei Probleme feststellen konnte.

Die ganze Seite basiert allerdings auf dem MercuryTheme von themes4contao aus 2019. Damals wurden Extensions wie "SliderPro", "Galleria" installiert. Wie könnte ich diese denn testweise temporär deaktivieren? Einfach die Ordner unter web/system/modules entfernen?

[BennyBorn]

Bei alten Erweiterungen die in system/modules liegen kannst Du eigentlich in jedem Ordner eine Datei mit dem Namen ".skip" anlegen damit diese temporär deaktiviert wird. Das würde ich auf jeden Fall mal versuchen.

[win_tho]

Ahh perfekt! Übeltäter gefunden. War natürlich die letzte Extension, die ich deaktiviert hatte. "changelanguage" verursacht die Probleme.

Da die Seite eigentlich gar nicht mehrsprachig ist, würde ich sie einfach entfernen? Oder was wäre der Weg um die "alten" Extensions durch Extension-Manager-Version zu ersetzen? Würde sie jetzt aus system/modules löschen und dann die aktuelle Version einfach über den Manager aktivieren, oder?

Tausend Dank auf jeden Fall für den Tipp mit den Extensions!

[lucina]

Ich halte das jetzt mal für ausgeschlossen, dass 'Changelanguage' alleine dafür verantwortlich ist. Möglicherweise verlässt die sich auf etwas, das sich anders als vorgesehen verhält. Um das zu klären: Poste uns bitte den Inhalt deiner 'composer.json' sowie genaue Angaben darüber, was du an 'älteren' Erweiterungen ins Verzeichnis /system/modules gepackt hast.

[Ainschy]

Entweder komplett aus dem system/modules Ordner entfernen und bei Bedarf über den Manager der Installation hinzufügen. Das deaktivieren wie früher geht meines Wissen nicht mehr, damals wurde eine .skip Datei in dem Ordner der Erweiterung gelegt. Daher alle alten Erweiterungen prüfen, entfernen oder ersetzen.

[win_tho]

Also, die Haupt-Composer JSON sieht überschaubar so aus:

{
    "type": "project",
    "require": {
        "contao/calendar-bundle": "4.13.*",
        "contao/comments-bundle": "4.13.*",
        "contao/conflicts": "*@dev",
        "contao/faq-bundle": "4.13.*",
        "contao/listing-bundle": "4.13.*",
        "contao/manager-bundle": "4.13.*",
        "contao/news-bundle": "4.13.*",
        "contao/newsletter-bundle": "4.13.*",
        "madeyourday/contao-rocksolid-antispam": "^2.0"
    },
    "extra": {
        "contao-component-dir": "assets"
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    }
}

Unter system/modules liegten:

changelanguage
dcawizard
dlh_geocode
dlh_googlemaps
galerie
haste
iconpicker
multicolumnwizard
pageimage
t4c_columns
t4c_elements
t4c_footer
t4c_header
t4c_logo
t4c_megamenu
t4c_onepage_nav
t4c_portfolio
t4c_slickslider
t4c_slider_pro
t4c_tabs
themes4contao
themes4contao_mercury

Sobald ich in changelanguage eine .skip lege, passt wieder alles. Deren Composer sieht so aus (kommt mir sehr alt vor)

{
    "name":"terminal42/contao-changelanguage",
    "description":"ChangeLanguage extension for Contao Open Source CMS",
    "keywords":["contao", "change", "language"],
    "type":"contao-module",
    "license":"LGPL-3.0+",
    "authors":[
        {
            "name":"terminal42 gmbh",
            "homepage":"http://terminal42.ch"
        }
    ],
    "require":{
        "php":">=5.4",
        "contao/core-bundle":"~3.5 || ~4.1",
        "contao-community-alliance/composer-plugin":"^2.4.1 || ~3.0",
        "codefog/contao-haste": "~4.13",
        "menatwork/contao-multicolumnwizard": "^3.3"
    },
    "require-dev": {
        "contao/core":"~3.5",
        "friendsofphp/php-cs-fixer": "^2.1",
        "phpunit/phpunit": "4.*",
        "phpunit/dbunit": "~1.3",
        "satooshi/php-coveralls": "~0.6"
    },
    "conflict": {
        "terminal42/contao-newslanguage": "*",
        "aschempp/contao-calendarlanguage": "*",
        "contao-legacy/newslanguage": "*",
        "contao-legacy/calendarlanguage": "*"
    },
    "replace": {
        "contao-legacy/changelanguage": "self.version"
    },
    "autoload": {
        "psr-0": {
            "Terminal42\\ChangeLanguage\\": "library/"
        }
    },
    "extra":{
        "branch-alias": {
            "dev-develop": "3.2.x-dev"
        },
        "contao": {
            "sources": {
                "": "system/modules/changelanguage"
            },
            "runonce": [
                "config/update.php"
            ]
        }
    }
}

[Ainschy]

Puh, wo fängt man da an ...

Nach meiner Einschätzung sind alle Erweiterungen unter system/modules veraltet und ob es dazu einen Nachfolger gibt kann ich dir nicht mal sagen.

In der composer.json sind die Angaben im script Bereich veraltet und die Anti-Spam Erweiterung ist unter 4.13 bereits Teil im Contao Core.

Ich gehe davon aus das bei einer Umstellung auf PHP8 die Installation nicht mehr laufen wird.

[Spooky]

Um eine in system/modules manuell installierte Erweiterung zu deinstallieren (um danach ggf. eine neuere Version per Composer zu installieren), musst du wie folgt vorgehen:

1. Die jeweilige Erweiterung in system/modules manuell löschen.
2. Den Ordner var/cache/prod manuell löschen.
3. vendor/bin/contao-console cache:warmup --env=prod ausführen (bzw. das Äquivalent dazu im Contao Manager)

Danach kannst du, wenn gewünscht, die neueste Version der jeweiligen Erweiterung über Composer (Contao Manager) nochmals installieren.

[win_tho]

Vielen Dank. Genau so bin ich nun auch vorgegangen und es scheint alles funktioniert zu haben.