Druckbare Version
Moin moin zusammen,
ich hatte eine Testinstallation von 4.7.7 auf 4.8.1 upgedated und dabei ist mir eine Sache aufgefallen, wo ich euch mal um Rat fragen wollte.
In dem Seitenlayouts fehlt unter "Eigene Layoutbereiche" die Auswahlmöglichkeit der Templates. Anstatt wie bei der 4.7.* Version wo mir das Template "block_section" angezeigt wurde steht nun nix mehr. Habt ihr da eine Idee für mich, da ich in einigen Layouts diese Funktion nutze.
Danke für eure Antworten
Viele Grüße
Alex
Super, hat sich ja gerade überschnitten :-)
Vielen Dank für den Hinweis!
Moin zusammen,
ich habe gerade eine recht umfangreiche Website von 4.7 auf 4.8 aktualisiert, was auch sehr gut geklappt hat. Da ich die Stylesheets vom alten internen Editor auf externe CSS-Dateien umstellen wollte, habe ich die Seitenlayouts bearbeitet – auch das hat so weit gut geklappt.
ABER: Dabei nach dem Speichern des Seitenlayouts ist folgendes Problem aufgetreten: Im Seitenlayout sind drei "Eigene Layoutbereiche" definiert. Bis zum Bearbeiten des Seitenlayouts waren diese Bereiche noch vorhanden und wurden im Frontend sauber ausgegeben. Nachdem ich das Seitenlayout gespeichert habe, ist die Spalte "Template" (wo "block_section" stehen müsste) leer, das Dropdown ist auch leer, so dass nichts ausgewählt werden kann.
Anhang 22644
Die Ausgabe im Frontend beschränkt sich auf zwei leere custom-Divs:
Anhang 22645
Ich habe das Template manuell erstellt und testweise weitere block_ - Templates erstellt. Das Dropdown bleibt leer.
Auch in einer anderen (Testinstallation) ist das Feld Template bei eigenen Layoutbreichen leer.
Das scheint also ein Contao-Fehler zu sein. Hat jemand eine Idee für einen Workaround?
Vielen Dank und viele Grüße
Timo
Hallo Timo,
ich denke dieses Issue passt: https://github.com/contao/contao/issues/677
:D
OK, das passt würde ich sagen. Schade, dann verschiebe ich das Update wohl nochmal...
Wie ich gesehen habe, ist das Problem behoben. Dazu muss einfach die Datei
vendor/contao/core-bundle/src/Resources/contao/widgets/SectionWizard.php
gegen folgende ausgetauscht werden:
https://raw.githubusercontent.com/co...tionWizard.php
Frage dazu: Ich gehe davon aus, dass sich die Datei beim nächsten Update überschreibt, oder?
Hallo zusammen
Ich habe 2 Installationen, eigentlich alles gleich von C 4.7. latest auf C 4.8.1 update über den Contao Manager.
Komisch war dass die einte Webseite die Eingenen Layoutbereiche machte und zusätzlich (siehe Bild 1) 2 Templates erstellt hatte.
Die 2te Webseite ging es nich dort kann ich im Seitenlayout auch kein template beim Dropdown anwählen, auch nicht wenn nich eines erstellt habe.
Fragen:
- kann an Contao 4.8.2 warten und darüber installieren ? dann währe dies gefixt? oder nochmals neu machen.
Trage "contao/core-bundle": "4.8.1" als conflict ein und führe ein composer update durch.
Ich kämpfe gerade mit demselben Problem. Ich habe eine 3.5-Version auf 4.8.1 migriert und der individuelle Layout-Bereich ist nicht angezeigt.
Habe ich das richtig verstanden? Der Konflikt soll in die folgende Datei geschrieben werden:
vendor/contao/core-bundle/composer.json
In der Datei, ca. in der Mitte, steht dann:Kann ich meine 4.8.1 auf 4.8.0 downgraden, indem ich die Zielversion ändere im Contao-Manager? Das scheint nicht zu klappen, trotz Löschen der diversen Caches und Abhängigkeiten. Im Backend wird immer noch Version 4.8.1 und das Aufklappmenü im individuellen Layout wird immer noch nicht angezeigt.Code:...
"conflict": {
"contao-community-alliance/composer-plugin": "<3.0",
"contao/core": "4.8.1",
"contao/manager-bundle": "4.5.* <4.5.2",
...
Muss ich nochmals ganz von vorne anfangen mit einer 4.8.0-Installation?
contao/core-bundle, nicht contao/core
Ups, OK. Die Datei sieht jetzt so aus (für die Dummies unter uns, zu denen ich mich auch zähle):
Downgraden funktioniert aber immer noch nicht...Code:...
"conflict": {
"contao-community-alliance/composer-plugin": "<3.0",
"contao/core": "",
"contao/core-bundle": "4.8.1",
"contao/manager-bundle": "4.5.* <4.5.2",
...
Du hast immer noch "contoa/core" drin stehen, noch dazu mit falscher Versionsangabe. Bei Problemen außerdem immer die Konsolenausgabe posten.
Den Contao-Core habe ich dringelassen weil der vorher schon drin war. Nach dem Vergleich mit dem Backup muss ich allerdings zugeben, dass da wohl noch ein Stern zwischen den Anführungszeichen war. Stand jetzt ist also:
Die Konsole schweigt beharrlich.Code:...
"conflict": {
"contao-community-alliance/composer-plugin": "<3.0",
"contao/core": "*",
"contao/core-bundle": "4.8.1",
"contao/manager-bundle": "4.5.* <4.5.2",
...
Sollte denn ein Downgrade von 4.8.1 auf 4.8.0 grundsätzlich möglich sein?
Was genau heißt das? Führe ein Update durch, klicke im Task Fenster auf das "<>" Icon um die Konsolenausgabe zu sehen und poste diese hier.Zitat:
Zitat von Marion
Ja, natürlich.Zitat:
Zitat von Marion
Aha, wir meinten nicht dieselbe Konsole. Ich habe die vom Browser gemeint.
Die Contao-Konsole ist tatsächlich gesprächiger:
Der Knackpunkt ist wohl die Zeile "nothing to install or upgrade".Code:> Resolving dependencies using Composer Cloud v2.0.11
# Job ID 3KKj4B6YqEiqurEuRevIofe5nvaldP0waCMqiz4coG6xA8x3BmON55kHZsVrTHR0tqkWuk5Gcc7Y42v7HxfN4jE completed in 69 seconds
# Memory usage: 754.44MB (peak: 3382.11MB), time: 64.17s.
$ /opt/php7.3/bin/php '-q' '-d' 'allow_url_fopen=1' '-d' 'memory_limit=-1' '/home/clients/1b6d5de6750137489275a4e32b77cd30/web/j965gtrk/web/contao-manager.phar.php' 'composer' 'install' '--prefer-dist' '--no-dev' '--no-progress' '--no-suggest' '--no-ansi' '--no-interaction' '--optimize-autoloader' 2>&1
Loading composer repositories with package information
Installing dependencies from lock file
Nothing to install or update
Generating optimized autoload files
Warning: Ambiguous class resolution, "ProxyManager\Generator\Util\ProxiedMethodReturnExpression" was found in both "/home/clients/1b6d5de6750137489275a4e32b77cd30/web/j965gtrk/vendor/ocramius/proxy-manager/src/ProxyManager/Generator/Util/ProxiedMethodReturnExpression.php" and "/home/clients/1b6d5de6750137489275a4e32b77cd30/web/j965gtrk/vendor/symfony/proxy-manager-bridge/Legacy/ProxiedMethodReturnExpression.php", the first will be used.
ocramius/package-versions: Generating version class...
ocramius/package-versions: ...done generating version class
contao/manager-plugin: Generating plugin class...
contao/manager-plugin: ...done generating plugin class
> Contao\ManagerBundle\Composer\ScriptHandler::initializeApplication
Added the web/app.php file.
Added the web/index.php file.
Added the web/preview.php file.
// Clearing the cache for the prod environment with debug
// false
[OK] Cache for the "prod" environment (debug=false) was successfully cleared.
// Warming up the cache for the prod environment with debug
// false
[OK] Cache for the "prod" environment (debug=false) was successfully warmed.
Trying to install assets as relative symbolic links.
--- -------------------------------- ------------------
Bundle Method / Error
--- -------------------------------- ------------------
? ContaoCoreBundle relative symlink
? ContaoFaqBundle relative symlink
? ContaoNewsBundle relative symlink
? ContaoNewsletterBundle relative symlink
? ContaoMmenuBundle relative symlink
? RockSolidSliderBundle relative symlink
? MarkocupicGalleryCreatorBundle relative symlink
? ContaoCalendarBundle relative symlink
? ContaoCommentsBundle relative symlink
--- -------------------------------- ------------------
[OK] All assets were successfully installed.
--- ------------------------------------------ ----------------------------------------------------------------
Symlink Target / Error
--- ------------------------------------------ ----------------------------------------------------------------
? web/files/tiny_templates files/tiny_templates
? web/files/inhalt files/inhalt
? web/files/downloads files/downloads
? web/files/design files/design
? web/files/gallery_creator_albums files/gallery_creator_albums
? web/system/modules/dlh_googlemaps/assets system/modules/dlh_googlemaps/assets
? system/themes/flexible vendor/contao/core-bundle/src/Resources/contao/themes/flexible
? web/assets assets
? web/system/themes system/themes
? system/logs var/logs
--- ------------------------------------------ ----------------------------------------------------------------
Done! Please open the Contao install tool and make sure the database is up-to-date.
# Process terminated with exit code 0
# Result: OK
---
### Prozess erfolgreich abgeschlossen ###
Ich hab da wohl grundsätzlich etwas nicht verstanden. Ich habe im Contao-Manager die Versionsnummer angepasst und dann auf Aktualisieren geklickt, siehe Bild. Anhang 22666
Auf welchem Schlauch stehe ich?
Dort solltest du nicht ^4.8.0 eintragen, sondern den Default lassen, also 4.8.*
Poste deine aktuelle composer.json.
Ich hab die Datei heute zum ersten Mal editiert, die übrigen Zeilen sollten also eigentlich stimmen. Hier meine ganze composer.json:
Code:{
"name": "contao/core-bundle",
"type": "symfony-bundle",
"description": "Contao 4 core bundle",
"license": "LGPL-3.0-or-later",
"authors": [
{
"name": "Leo Feyer",
"homepage": "https://github.com/leofeyer"
}
],
"require": {
"php": "^7.1",
"ext-dom": "*",
"ext-gd": "*",
"ext-intl": "*",
"ext-json": "*",
"ext-pcre": "*",
"ext-pdo": "*",
"ext-zlib": "*",
"ausi/slug-generator": "^1.1",
"bacon/bacon-qr-code": "^2.0",
"contao-components/ace": "^1.2",
"contao-components/chosen": "^1.2",
"contao-components/colorbox": "^1.6",
"contao-components/colorpicker": "^1.5",
"contao-components/contao": "^9.0",
"contao-components/datepicker": "^2.3",
"contao-components/dropzone": "^5.0.1",
"contao-components/highlight": "^9.0",
"contao-components/jquery": "^1.12 || ^2.0 || ^3.0",
"contao-components/jquery-ui": "^1.11.4",
"contao-components/mediabox": "^1.5",
"contao-components/mootools": "^1.6.0.1",
"contao-components/simplemodal": "^2.1",
"contao-components/swipe": "^2.0.3",
"contao-components/tablesort": "^4.0",
"contao-components/tablesorter": "^2.1",
"contao-components/tinymce4": "^4.7",
"contao/image": "^1.0",
"contao/imagine-svg": "^0.1.2 || ^0.2",
"doctrine/dbal": "^2.6",
"doctrine/doctrine-bundle": "^1.8",
"doctrine/doctrine-cache-bundle": "^1.3.1",
"doctrine/orm": "^2.6.3",
"friendsofsymfony/http-cache": "^2.6",
"friendsofsymfony/http-cache-bundle": "^2.6",
"imagine/imagine": "^0.7 || ^1.0",
"knplabs/knp-menu-bundle": "^2.1",
"knplabs/knp-time-bundle": "^1.5.2",
"lcobucci/jwt": "^3.2",
"league/uri": "^5.0",
"matthiasmullie/minify": "^1.3",
"michelf/php-markdown": "^1.4",
"nelmio/cors-bundle": "^1.5.3",
"ocramius/package-versions": "^1.2",
"oyejorge/less.php": "^1.7",
"paragonie/constant_time_encoding": "^2.2",
"patchwork/utf8": "^1.2",
"phpspec/php-diff": "^1.0",
"phpunit/php-token-stream": "^1.4 || ^2.0 || ^3.0",
"psr/log": "^1.0",
"scheb/two-factor-bundle": "^4.0",
"scssphp/scssphp": "^1.0",
"simplepie/simplepie": "^1.3",
"spomky-labs/otphp": "^9.1",
"symfony-cmf/routing-bundle": "^2.1",
"symfony/asset": "4.2.* || 4.3.*",
"symfony/cache": "4.2.* || 4.3.*",
"symfony/config": "4.2.* || 4.3.*",
"symfony/console": "4.2.* || 4.3.*",
"symfony/dependency-injection": "4.2.* || 4.3.*",
"symfony/event-dispatcher": "4.2.* || 4.3.*",
"symfony/expression-language": "4.2.* || 4.3.*",
"symfony/filesystem": "4.2.* || 4.3.*",
"symfony/finder": "4.2.* || 4.3.*",
"symfony/framework-bundle": "4.2.* || 4.3.*",
"symfony/http-foundation": "4.2.* || 4.3.*",
"symfony/http-kernel": "4.2.* || 4.3.*",
"symfony/lock": "4.2.* || 4.3.*",
"symfony/process": "4.2.* || 4.3.*",
"symfony/routing": "4.2.* || 4.3.*",
"symfony/security-bundle": "4.2.* || 4.3.*",
"symfony/swiftmailer-bundle": "^2.6 || ^3.1.5",
"symfony/translation": "4.2.* || 4.3.*",
"symfony/twig-bundle": "4.2.* || 4.3.*",
"symfony/yaml": "4.2.* || 4.3.*",
"terminal42/service-annotation-bundle": "^1.0",
"true/punycode": "^2.1",
"twig/twig": "^2.7"
},
"conflict": {
"contao-community-alliance/composer-plugin": "<3.0",
"contao/core": "*",
"contao/core-bundle": "4.8.1",
"contao/manager-bundle": "4.5.* <4.5.2",
"contao/manager-plugin": "<2.0 || >=3.0",
"doctrine/dbal": "2.9.* <2.9.3",
"doctrine/doctrine-migrations-bundle": "<1.1",
"doctrine/orm": "<2.4",
"knplabs/knp-time-bundle": "1.9.0",
"lexik/maintenance-bundle": "2.1.4",
"symfony/doctrine-bridge": "<3.4",
"symfony/security-core": "4.2.* <4.2.3",
"symfony/swiftmailer-bundle": "2.6.* <2.6.2",
"symfony/twig-bundle": "4.1.0"
},
"require-dev": {
"ext-fileinfo": "*",
"composer/composer": "^1.0",
"contao/manager-plugin": "^2.3.1",
"contao/test-case": "^3.0",
"doctrine/doctrine-migrations-bundle": "^1.1",
"doctrine/event-manager": "^1.0",
"lexik/maintenance-bundle": "^2.1.3",
"monolog/monolog": "^1.22",
"php-http/guzzle6-adapter": "^1.1",
"phpunit/phpunit": "^7.5",
"symfony/browser-kit": "4.2.* || 4.3.*",
"symfony/phpunit-bridge": "^4.3"
},
"suggest": {
"contao/tcpdf-bundle": "To export articles as PDF files",
"lexik/maintenance-bundle": "To put the application into maintenance mode"
},
"extra": {
"contao-manager-plugin": "Contao\\CoreBundle\\ContaoManager\\Plugin",
"symfony": {
"require": "^4.2"
}
},
"autoload": {
"psr-4": {
"Contao\\CoreBundle\\": "src/"
},
"classmap": [
"src/Resources/contao/"
],
"files": [
"src/Resources/functions/utf8_bootup.php"
],
"exclude-from-classmap": [
"src/Resources/contao/config/",
"src/Resources/contao/dca/",
"src/Resources/contao/helper/functions.php",
"src/Resources/contao/languages/",
"src/Resources/contao/templates/",
"src/Resources/contao/themes/"
]
},
"autoload-dev": {
"psr-4": {
"Contao\\CoreBundle\\Fixtures\\": "tests/Fixtures/src/",
"Contao\\CoreBundle\\Tests\\": "tests/",
"Contao\\TestBundle\\": "tests/Fixtures/vendor/contao/test-bundle/"
}
},
"support": {
"issues": "https://github.com/contao/contao/issues",
"forum": "https://community.contao.org",
"source": "https://github.com/contao/core-bundle",
"docs": "https://docs.contao.org"
}
}
Das ist nicht die richtige composer.json. Alles spielt sich natürlich immer um die composer.json deiner Contao Installation - im Root deiner Contao Installation.
Aha, zumindest einer der Schläuche identifiziert. Ich glaubte aus den vorherigen Posts verstanden zu haben, dass es sich um die Datei unter vendor/contao/core-bundle handelt, wie weiter oben geschrieben.
Hier also composer.json, die angepasst werden soll, direkt unter dem Installationsverzeichnis, noch ohne Konflikteintrag:
Dann soll ich hier nach dem "require"-block den folgenden Code einfügen - richtig?Code:{
"type": "project",
"require": {
"contao/calendar-bundle": "^4.8",
"contao/comments-bundle": "^4.8",
"contao/conflicts": "*@dev",
"contao/faq-bundle": "^4.8",
"contao/listing-bundle": "^4.8",
"contao/manager-bundle": "4.8.*",
"contao/news-bundle": "^4.8",
"contao/newsletter-bundle": "^4.8",
"delahaye/dlh_geocode": "^1.1",
"delahaye/dlh_googlemaps": "^2.4",
"dklemmt/contao_dk_mmenu": "^3.0",
"madeyourday/contao-rocksolid-slider": "^2.0",
"markocupic/gallery-creator-bundle": "^1.2"
},
"extra": {
"contao-component-dir": "assets"
},
"scripts": {
"post-install-cmd": [
"Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
],
"post-update-cmd": [
"Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
]
}
}
Code:"conflict": {
"contao/core-bundle": "4.8.1",
},
Genau, ja.
Ich habe einen kleinen Syntax-Fehler gemacht: das Komma vor der schliessenden geschweiften Klammer muss weg. Hier also die korrekte composer.json im Installationsverzeichnis:Dann hab ich im Contao-Manager den Composer Class Loader und den Composer-Cache aktualisiert.Code:{
"type": "project",
"require": {
"contao/calendar-bundle": "^4.8",
"contao/comments-bundle": "^4.8",
"contao/conflicts": "*@dev",
"contao/faq-bundle": "^4.8",
"contao/listing-bundle": "^4.8",
"contao/manager-bundle": "4.8.*",
"contao/news-bundle": "^4.8",
"contao/newsletter-bundle": "^4.8",
"delahaye/dlh_geocode": "^1.1",
"delahaye/dlh_googlemaps": "^2.4",
"dklemmt/contao_dk_mmenu": "^3.0",
"madeyourday/contao-rocksolid-slider": "^2.0",
"markocupic/gallery-creator-bundle": "^1.2"
},
"conflict": {
"contao/core-bundle": "4.8.1"
},
"extra": {
"contao-component-dir": "assets"
},
"scripts": {
"post-install-cmd": [
"Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
],
"post-update-cmd": [
"Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
]
}
}
Dann im Contao-Manager Pakete aktualisieren durchgeführt.
Zuletzt im Contao-Manager den Installer für die Composer-Abhängigkeiten laufen lassen.
Und hurra! Das Downgrade auf 4.8.0 hat geklappt. Zweites hurra! Das Auswahlmenü im Layout lässt sich jetzt aufklappen.
Das dritte hurra lässt noch auf sich warten. Der individuelle Layoutbereich wird im Frontend immer noch nicht angezeigt. Da schaue ich jetzt mal, ob sich mit css oder Templates etwas machen lässt.
Vorerst mal vielen Dank für deine Hilfe, Spooky!
Nachtrag: auch das dritte hurra! ist eingetroffen. Dazu musste ich einfach die einzelnen Layouts aufrufen und auf Speichern klicken. Jetzt erscheint der Layoutbereich im Frontend. Manchmal kann das Leben auch ganz einfach sein...:)