Nach Update auf 4.4.21 wird jquery nicht mehr lokal geladen, nur CDN

[JvH]

Ich habe gestern ein Update unserer Contao 4.4 Installation und aller installierten Pakete mit dem Contao-Manager (neueste Version) auf die Version 4.4.21 durchgeführt.

Die Seite verwendet das Theme Tao mit dem Rocksolid-Slider - der braucht jquery. Im Seiten-Layout ist "jquery laden" angeklickt. Wenn ich als jquery-Quelle CDN wähle funktioniert die Seite und im Quellcode erscheint der Aufruf der jquery-Datei. Wenn ich auf "lokal" stelle, funktioniert der Slider nicht mehr.

Wenn ich den Quellcode vergleiche, finde ich bei CDN den Aufruf von jquery (jquery-1.12.4.min.js) bei der lokalen Variante wird die Datei gar nicht erst aufgerufen. Die Datei habe ich sowohl nach files/tao/js als auch nach assets/jquery kopiert. Das Pagespeed Modul ist aus, den Cache auf dem Server, im Backend und im Browser habe ich gelöscht.

Aus Datenschutzgründen möchte ich die lokale Version verwenden - wie bekomme ich das hin?

[fusch]

Hallo JvH,

da es sich um ein bezahltes Theme handelt, würde ich auch den Support dafür verwenden. Ich schätze, das hat weniger mit Contao an sich, sondern eher mit dem Theme zu tun.

https://rocksolidthemes.com/de/contao/support

Gruß
Hella

[JvH]

Vielen Dank für den Hinweis!

Mich wundert allerdings, dass bei jquery über CDN ein expliziter Dateiaufruf stattfindet (code.jquery.com/jquery-1.12.4.min.js) und bei jquery lokal gar keiner.

Wenn im Seitenlayout jquery aktiviert ist, sollte es doch im Quelltext auch erscheinen - unabhängig von dem Tao-Theme (denke ich).

[planepix]

Hallo JvH,
einige Themes bringen ein eigenes Seitentemplate (fe_page.html5) in dem oft die Bibliotheken eingebunden sind und somit das Setzen der Checkbox u.U. aushebeln. Das kannst du einmal überprüfen.

[mlweb]

Mit dem TAO-Theme kann das nichts zu tun haben. Ich habe gerade eine Websites mit TAO-Theme auf Contao 4.4.21 upgedatet. Lokales jquery wird problemlos geladen.
Wenn Du im Seitenlayout Skripte zusammenfassen angeklickt hast, wird es allerdings zusammen mit den anderen javascripts in einer Datei mit von Contao erzeugtem Namen ausgeliefert (/assets/js/kryptischer_name.js). Das ist aber soweit ich weiß nicht erst in Contao 4.4.21 so.

[JvH]

In fe_page.html5 ist kein Verweis auf jquery. Die Datei ist beim Update auch nicht aktualisiert worden, das Datei-Datum ist von Mai und unter Contao 4.4.18 hatte das mit jquery lokal bis zum Update funktioniert.

Mir ist noch aufgefallen, dass die vom CDN abgerufene jquery die Version 1.12.4 ist und die jquery-Version unter assets/jquery die Version 3.3.1.

Aber auch wenn ich dort die 1.12.4 als jquery.min.js einstelle (und den Cache lösche) wird jquery mit der Einstellung "lokal" nicht geladen und ist im Quelltext auch nicht zu finden.

[mlweb]

In fe_page.html5 ist kein Verweis auf jquery.

Siehe mein Hinweis. Das könnte in einer zusammengefassten Datei zu finden sein.

[mlweb]

Mir ist noch aufgefallen, dass die vom CDN abgerufene jquery die Version 1.12.4 ist und die jquery-Version unter assets/jquery die Version 3.3.1.

In meiner frisch upgedateten Installation liegen unter /assets/jquery/js/ die zwei Dateien jquery.js und jquery.min.js. Beide Dateien sind von September 2016. Wurden also nicht kürzlich upgedatet. Beide Dateien beinhalten jquery in der Version v1.12.4. Wenn das bei Dir nicht so ist, dann solltest Du Dir diese Dateien aus dem Core ziehen und in Deine Installation hineinschieben.

[JvH]

Vielen Dank für die Hinweise!

Ich habe meine gesamte Installation noch mal Schritt für Schritt in einem Test-Verzeichnis aufgebaut. Dabei ist der Fehler nicht aufgetreten, sondern die jquery-Dateien lagen unter assets/jquery/js korrekt vor. In assets/jquery sind im Test-Verzeichnis nur die Datei composer.json, README.md und das Unterverzeichnis js mit zwei jquery-Dateien.

Aufgefallen ist mir noch, dass in der Test-Installation unter components/jquery die gleichen jquery-Dateien liegen wie bei meiner regulären Installation unter assets/jquery (Insgesamt sieben Dateien, jquery in der Version 3.3.1)

Irgendwie sind beim Update die Dateien da reingerutscht und das Unterverzeichnis js war nicht angelegt worden.

Ich habe jetze aus assets/jquery alle Dateien gelöscht, aus der Test-Installation die Datei composer.json und das Unterverzeichnis js mit den richtigen Versionen eingespielt, im Contao-Manager und im Backend die Caches gelöscht und die Composer-Abhängigkeiten neu erstellen lassen.

Danach waren zwar wieder die falschen jquery-Dateien im Verzeichnis assets/jquery, aber auch nach wie vor die richtigen im Unterverzeichnis js und der lokale Abruf von jquery funktioniert wieder.

Danke für die Unterstütung!

[mlweb]

Ich konnte diesen Fehler jetzt in einer meiner Installationen beim Update auch beobachten.
Dabei konnte das Update über den Manager nicht beendet werden (Fehlermeldung).
Danach wurde ein "composer update" über die Konsole durchgeführt. Im Ordner assets/jquery fehlt der Unterordner js und es existieren folgende Dateien im Ordner assets/jquery

2018_08_20_jquery_lokal.png

Die jquery-Version ist wie bei TO v.3.3.1

Das Kopieren der Dateien aus einer funktionieren Installation löst das Problem.

Ist der Fehler eine Meldung auf Github wert?
Wenn ja in welchem Bereich?

[Spooky]

Ich konnte diesen Fehler jetzt in einer meiner Installationen beim Update auch beobachten.
Dabei konnte das Update über den Manager nicht beendet werden (Fehlermeldung).

Was für ein Fehler?

[Spooky]

Danach wurde ein "composer update" über die Konsole durchgeführt. Im Ordner assets/jquery fehlt der Unterordner js und es existieren folgende Dateien im Ordner assets/jquery

2018_08_20_jquery_lokal.png

Die jquery-Version ist wie bei TO v.3.3.1

Das Kopieren der Dateien aus einer funktionieren Installation löst das Problem.

Zeige mal deine composer.json.

[mlweb]

Die composer.json unterscheidet sich m.E. nicht von den Installationen bei denen das Problem nicht auftrat:

{
    "name": "contao/managed-edition",
    "type": "project",
    "description": "Contao Open Source CMS",
    "license": "LGPL-3.0-or-later",
    "authors": [
        {
            "name": "Leo Feyer",
            "homepage": "https://github.com/leofeyer"
        }
    ],
    "require": {
        "php": "^5.6|^7.0",
        "bugbuster/contao-visitors-bundle": "^1.1",
        "contao/calendar-bundle": "^4.4",
        "contao/comments-bundle": "^4.4",
        "contao/faq-bundle": "^4.4",
        "contao/listing-bundle": "^4.4",
        "contao/manager-bundle": "4.4.*",
        "contao/news-bundle": "^4.4",
        "contao/newsletter-bundle": "^4.4",
        "do-while/contao-backupdb-bundle": "^1.2",
        "jrgregory/m17-sticky-backend-footer": "^2.0",
        "kmielke/calendar-extended-bundle": "^1.0",
        "madeyourday/contao-rocksolid-columns": "^2.0",
        "madeyourday/contao-rocksolid-custom-elements": "^2.1",
        "madeyourday/contao-rocksolid-frontend-helper": "^2.0",
        "madeyourday/contao-rocksolid-icon-picker": "^2.0",
        "madeyourday/contao-rocksolid-slider": "^2.0",
        "madeyourday/contao-rocksolid-theme-assistant": "^2.0",
        "terminal42/contao-easy_themes": "^2.2"
    },
    "conflict": {
        "contao/core-bundle": "<4.4.8"
    },
    "config": {
        "component-dir": "assets"
    },
    "extra": {
        "branch-alias": {
            "dev-4.4": "4.4.x-dev"
        }
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    }
}

[Spooky]

Hm, das Problem kann ich leider nicht nachvollziehen. Mit welcher PHP Version hast du das composer update gemacht?

[mlweb]

Was für ein Fehler?

Na das es nach dem Update auf die Version 4.4.21 im Ordner /assets/jquery keinen Ordner js gibt. Dafür aber die oben aufgeführten Dateien direkt unter /assets/jquery. Damit kann jquery nicht lokal aufgerufen werden.

Wie gesagt bei einigen anderen Installationen, die ich aktualisiert habe ist das Problem nicht aufgetreten. jquery ist dort nach wie vor in der Version 1.12.4 im Einsatz und es existieren keine jquery-Dateien direkt unter /assets/jquery mit der Version 3.3.1.
Wesentlicher Unterschied zwischen den Updates war das Hängenbleiben im Manager und danach Update über die Konsole.

[mlweb]

Der Manger nutzt nach seiner Aussage die PHP-Version 7.2.7-nmm1. Die Konsole spukt mir die gleiche Version aus. Provider ist All-Inkl.
Eine zweite Installation auch bei All-Inkl., gleiche PHP-Version, beides Update von 4.4.20 auf 4.4.21 ist problemlos durchgelaufen.
Die Version mit dem Problem hat als einzigen Unterschied bugbuster/contao-visitors-bundle und kmielke/extended-calendar-bundle zusätzlich installiert.
Meine Vermutung geht aber tatsächlich mehr in Richtung zunächst nicht korrekt abgeschlossenes Update über den Manager als Ursache. Das lässt sich natürlich nicht reproduzieren.
Vielleicht kann @JvH uns noch mitteilen, ob seinem Problem auch ein "missglücktes Update" vorausgegangen ist

[Spooky]

Kann das Problem doch nachvollziehen

Der "Fehler" liegt bei kmielke/calendar-extended-bundle. Dieses Package required auch fullcalendar/fullcalendar welches wiederum components/jquery required. Da Contao (bis vor kurzem)

"config": {
    "component-dir": "assets",
    …
}

verwendet hat, gibt es nun diesen Konflikt. Je nach dem was zufällig zuerst ausgeführt wird, installiert Composer zuerst contao-components/jquery nach assets/ und danach components/jquery nach assets/ und überschreibt daher das vorherige contao-components/jquery.

https://github.com/kmielke/calendar-...undle/issues/3

[mlweb]

Ah, danke für die Info und das Melden bei github. Habe damit jetzt auch bei einer zweiten Installation das Problem identifizieren können. Dort war es allerdings bisher noch nicht aufgefallen, da keine Slider oder ähnliches im Einsatz sind.

[Spooky]

Wie schon im Ticket erwähnt, könnt ihr das Problem beheben, in dem ihr "component-dir": "assets" aus "config" löscht und statt dessen "contao-component-dir": "assets" in "extra" hinzufügt. Danach den Ordner assets/jquery löschen und dann ein composer update durchführen.

[kmielke]

Hallo,

sorry für die Unannehmlichkeiten... Kenne mich mit dem Composer-Kram noch nicht so aus.

Wie genau kann ich das für die Erweiterung kmielke/calender-extended-bundle fixen?

Danke

[Spooky]

Meiner Meinung nach solltest du fullcalendar/fullcalendar gar nicht requiren, da das JavaScript für's Frontend ist . Oder du bundlest den fullcalendar mit deiner Extension, anstatt das package zu requiren.

[mlweb]

Wie schon im Ticket erwähnt, könnt ihr das Problem beheben, in dem ihr "component-dir": "assets" aus "config" löscht und statt dessen "contao-component-dir": "assets" in "extra" hinzufügt.

Ja danke. Habe ich schon mit angefangen. War ja eh schon als deprecated gekennzeichnet. Hattest Du aber glaub ich mal forum erwähnt, dass es nicht zwingend erforderlich ist das zu ändern. Ist aber dann unabhängig von diesem Problem vielleicht doch besser diese Änderung in der composer.json durchzuführen.

[Spooky]

Ja, es ist auch nicht zwingend. Außer man hat eine Abhängigkeit auf components/*. Dann ist es zwingend

[kmielke]

Meiner Meinung nach solltest du fullcalendar/fullcalendar gar nicht requiren, da das JavaScript für's Frontend ist . Oder du bundlest den fullcalendar mit deiner Extension, anstatt das package zu requiren.

Hi Spooky,

wie bekomme ich denn jetzt den fullcalendar Kram an die richtige Stelle /assets? Ich bekomme es irgendwie nicht hin. Hast du da eine Tipp für mich?

Danke

[kmielke]

Hab's hinbekommen.

Das Problem https://github.com/kmielke/calendar-...undle/issues/3 ist behoben, und Version 1.0.4 steht bereit.

Danke

[operatorone]

Hi,

ich habe das gleiche Problem bei einer 4.4.26 Installation. Wie finde ich heraus welche Erweiterung dafür verantwortlich ist?

Viele Grüße,
operatorone

[Spooky]

composer why components/jquery

[operatorone]

Danke für den Tipp. Leider bekomme ich folgende Meldung in der Console:

server:~/www/XXXXX$ composer why components/jquery

[InvalidArgumentException]
Could not find package "components/jquery" in your project


depends [-r|--recursive] [-t|--tree] [--] <package> [<constraint>]

[Spooky]

Dann hast du vermutlich nicht dasselbe Problem

[operatorone]

Mh, ok.

[Spooky]

Beschreibe dein Problem genauer in einem eigenen Thread.

[operatorone]

Ok