Installation Erweiterung schlägt fehl -

[derRenner]

Hallo,

ich habe nun ein eigenes Bundle erstellt und installiert
/bundles/contao-spacing-bundle/

meine composer.json sieht 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.*",
        "do-while/contao-backupdb-bundle": "^1.5",
        "fritzmg/contao-swiper": "^4.3",
        "madeyourday/contao-rocksolid-custom-elements": "^2.4",
        "oveleon/contao-cookiebar": "^1.13",
        "pdir/contao-sticky-footer": "^1.1",
        "terminal42/contao-easy_themes": "^3.1",
        "terminal42/contao-folderpage": "^3.1",
        "berecont/contao-spacing-bundle": "dev-main"
    },
    "extra": {
        "public-dir": "public",
        "contao-component-dir": "assets"
    },
    "scripts": {
        "post-install-cmd": [
            "@php vendor/bin/contao-setup"
        ],
        "post-update-cmd": [
            "@php vendor/bin/contao-setup"
        ]
    },
    "config": {
    "allow-plugins": {
        "contao-components/installer": true,
        "contao/manager-plugin": true,
        "contao-community-alliance/composer-plugin": true,
        "php-http/discovery": true
        }
    },
    "repositories": {
        "contao-spacing-bundle": {
            "type": "path",
            "url": "bundles/contao-spacing-bundle"
        }
    }
} 

Nun wollte ich via Contao Manager die Erweiterung [hofff/contao-calendarfield] installieren und dry-run schlägt mit Fehler fehl.

composer install --dry-run
$ C:\laragon\bin\php\php-8.1.8-Win32-vs16-x64\php.EXE -q -dmax_execution_time=0 -dmemory_limit=-1 -ddisplay_errors=0 -ddisplay_startup_errors=0 -derror_reporting=0 -dallow_url_fopen=1 -ddisable_functions= -ddate.timezone=UTC C:/laragon/www/auerhahn/public/contao-manager.phar.php composer install --no-dev --no-progress --no-ansi --no-interaction --optimize-autoloader --dry-run
Installing dependencies from lock file
Verifying lock file contents can be installed on current platform.
Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. It is recommended that you run `composer update` or `composer update <package name>`.
- Required package "hofff/contao-calendarfield" is not present in the lock file.
This usually happens when composer files are incorrectly merged or the composer.json file is manually edited.
Read more about correctly resolving merge conflicts https://getcomposer.org/doc/articles/resolving-merge-conflicts.md
and prefer using the "require" command over editing the composer.json file directly https://getcomposer.org/doc/03-cli.md#require-r
# Process terminated with exit code 4
# Result: Unknown error

Auch andere Erweiterungen enden mit dem gleichen Error - also gehe ich mal davon aus, dass die eigenen Erweiterung die Fehlerquelle ist.
Composer Update hatte via CM durchgeführt. Auch Composer Install nochmals angestossen.

Bitte um Hilfe - vielen Dank

[zonky]

lösch mal deine composer.lock und mach ein composer update

[fiedsch]

Dein Code-Beispiel zeigt

composer install ...

Neue Pakete installieren wäre aber

composer update ...

Edit: habe das Thema Contao-Manager übersehen und war davon ausgegangen, daß Du die composer.json editiert hattest. Insofern: was @zonky sagt.

[derRenner]

lösch mal deine composer.lock und mach ein composer update

nein, leider auch nicht - Fehler bleibt.
Ich habe auch nochmals Prod.- und Dev.-Cache gelöscht und dann nochmals composer.lock gelöscht und composer update gestartet.
composer update läuft dann auch ohne Fehler durch. Erst wenn ich eine Erweiterung installieren möchte kommt der Fehler

[cliffparnitzky]

Dann schmeiß doch alles von deiner Extension raus, wenn du die in Verdacht hast, und probiere es dann.

[Spooky]

Ersetze die composer.json mit

{
    "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.*",
        "do-while/contao-backupdb-bundle": "^1.5",
        "fritzmg/contao-swiper": "^4.3",
        "hofff/contao-calendarfield": "^4.0",
        "madeyourday/contao-rocksolid-custom-elements": "^2.4",
        "oveleon/contao-cookiebar": "^1.13",
        "pdir/contao-sticky-footer": "^1.1",
        "terminal42/contao-easy_themes": "^3.1",
        "terminal42/contao-folderpage": "^3.1",
        "berecont/contao-spacing-bundle": "dev-main"
    },
    "extra": {
        "public-dir": "public",
        "contao-component-dir": "assets"
    },
    "scripts": {
        "post-install-cmd": [
            "@php vendor/bin/contao-setup"
        ],
        "post-update-cmd": [
            "@php vendor/bin/contao-setup"
        ]
    },
    "config": {
        "allow-plugins": {
            "contao-components/installer": true,
            "contao/manager-plugin": true,
            "contao-community-alliance/composer-plugin": true,
            "php-http/discovery": false
        }
    },
    "repositories": {
        "contao-spacing-bundle": {
            "type": "path",
            "url": "bundles/contao-spacing-bundle"
        }
    }
}

und dann eine vollständige Paketaktualisierung durchführen.

[derRenner]

Dann schmeiß doch alles von deiner Extension raus, wenn du die in Verdacht hast, und probiere es dann.

ich hoffe, da spricht Sarkasmus aus dir ... aber dieser Ansatz kann nicht die Lösung sein.

Ich möchte ja die Erweiterung einsetzen und sollte herausfinden, warum nun keine zusätzliche Erweiterung installierbar ist

[derRenner]

@Spooky - ja, das hatte funktioniert.

wenn ich das richtig erkenne, dann ist die zu installierende Erweiterung nun (einfach) manuell hinzugefügt.
Aber warum funktioniert eine Erweiterungsinstallation nun manuell und via CM nicht mehr?

[Spooky]

wenn ich das richtig erkenne, dann ist die zu installierende Erweiterung nun (einfach) manuell hinzugefügt.
Aber warum funktioniert eine Erweiterungsinstallation nun manuell und via CM nicht mehr?

Deine composer.json hatte auch eine "falsche" Einrückung. Das ist zwar grundsätzlich egal, aber evt. kann der Contao Manager dann nicht mehr damit umgehen (I don't know).

[cliffparnitzky]

ich hoffe, da spricht Sarkasmus aus dir ... aber dieser Ansatz kann nicht die Lösung sein.

Ich möchte ja die Erweiterung einsetzen und sollte herausfinden, warum nun keine zusätzliche Erweiterung installierbar ist

Das ist kein Sarkasmus, das nennt sich Fehleranalyse ... Verursacher identifizieren und dann prüfen, warum die den Fehler erzeugen ... so kommt man auch allein zu Ergebnissen.

[derRenner]

Einrückung - nein, das kann's nicht gewesen, weil ich die Zeile "hofff/contao-calendarfield": "^4.0", einfach nur reinkopiert habe

Der Unterschied zu meinen Versuchen
- "hofff/contao-calendarfield": "^4.0", war nicht manuell eingefügt
- ich hatte diesesmal keinen Testlauf gefahren, sondern (eigentlich irrtümlich) gleich direkt 'alle Pakete aktualisieren'

Aber ich habe da jetzt noch eine zweite Installation, die ich dann auch gleich noch mit 'dry-run' testen werde ...

[zonky]

Erst wenn ich eine Erweiterung installieren möchte kommt der Fehler

"Installieren" geht über composer update und nicht mit composer install

das erste erzeugt die composer lock
das zweite installiert alles was in der composer.lock steht

[derRenner]

OK, der Fehler kann wohl auf den 'Testlauf' eingegrenzt werden.

Installation über Contao Manager:
- Erweiterung in 'Entdecken' auswählen
» Testlauf mit allen Paketen bringt Fehler
» Alle Pakete aktualisieren läuft ohne Fehler durch

[Spooky]

Poste die Konsolenausgabe des Testlaufs.

[derRenner]

$ C:\laragon\bin\php\php-8.1.8-Win32-vs16-x64\php.EXE -q -dmax_execution_time=0 -dmemory_limit=-1 -ddisplay_errors=0 -ddisplay_startup_errors=0 -derror_reporting=0 -dallow_url_fopen=1 -ddisable_functions= -ddate.timezone=UTC C:/laragon/www/dev413/public/contao-manager.phar.php composer require hofff/contao-calendarfield --no-update --no-scripts --prefer-stable --sort-packages --no-ansi --no-interaction

Using version ^4.0 for hofff/contao-calendarfield
C:\laragon\www\dev413\composer.json has been updated

# Process terminated with exit code 0
# Result: OK


$ C:\laragon\bin\php\php-8.1.8-Win32-vs16-x64\php.EXE -q -dmax_execution_time=0 -dmemory_limit=-1 -ddisplay_errors=0 -ddisplay_startup_errors=0 -derror_reporting=0 -dallow_url_fopen=1 -ddisable_functions= -ddate.timezone=UTC C:/laragon/www/dev413/public/contao-manager.phar.php composer update --with-dependencies --no-install --no-scripts --no-dev --no-progress --no-ansi --no-interaction --optimize-autoloader --dry-run

Loading composer repositories with package information
Updating dependencies
Lock file operations: 2 installs, 0 updates, 0 removals
  - Locking hofff/contao-calendarfield (4.0.1)
  - Locking menatwork/contao-multicolumnwizard-bundle (3.6.2)
Package php-http/message-factory is abandoned, you should avoid using it. Use psr/http-factory instead.
108 packages you are using are looking for funding.
Use the `composer fund` command to find out more!
No security vulnerability advisories found.

# Process terminated with exit code 0
# Result: OK


$ C:\laragon\bin\php\php-8.1.8-Win32-vs16-x64\php.EXE -q -dmax_execution_time=0 -dmemory_limit=-1 -ddisplay_errors=0 -ddisplay_startup_errors=0 -derror_reporting=0 -dallow_url_fopen=1 -ddisable_functions= -ddate.timezone=UTC C:/laragon/www/dev413/public/contao-manager.phar.php composer install --no-dev --no-progress --no-ansi --no-interaction --optimize-autoloader --dry-run

Installing dependencies from lock file
Verifying lock file contents can be installed on current platform.
Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. It is recommended that you run `composer update` or `composer update `.
- Required package "hofff/contao-calendarfield" is not present in the lock file.
This usually happens when composer files are incorrectly merged or the composer.json file is manually edited.
Read more about correctly resolving merge conflicts https://getcomposer.org/doc/articles/resolving-merge-conflicts.md
and prefer using the "require" command over editing the composer.json file directly https://getcomposer.org/doc/03-cli.md#require-r

# Process terminated with exit code 4
# Result: Unknown error

[Spooky]

Der Testlauf war erfolgreich. Dass danach nochmal ein composer install ausgeführt wird, kannst du ignorieren (und als Fehler beim Contao Manager auf Github reporten).

[andreas.schempp]

Dass danach nochmal ein composer install ausgeführt wird, kannst du ignorieren (und als Fehler beim Contao Manager auf Github reporten).

Die Aussage ist nicht korrekt. Nur der

composer install

Task zeigt dir effektiv, was auf deinem System effektiv gemacht würde. Das Update-Ergebnis enthält keine Informationen deines lokalen vendor-Ordners.

[Spooky]

Aber ein composer install nach einem composer update --dry-run macht keinen Sinn. composer install würde ja nur die Dinge aus der composer.lock installieren, welche bei einem --dry-run nicht aktualisiert wird - daher auch die Warnung.

[andreas.schempp]

naja, der Manager ist hier halt kein Standard Composer. Der Manager (angenommen du hast die Cloud aktiviert) macht ein echtes Update in der Cloud, kopiert die .lock lokal hin, macht ein "install --dry-run" damit du die voraussichtlichen Änderungen siehst und stellt dann die .lock wieder zurück. Warum einfach wenns auch kompliziert geht? ;-)