Stracktrace zeigt Fehlerzeile aus Cache an statt von der Originaldatei

[Samson1964]

Ich versuche gerade meine Erweiterungen kompatibel mit Contao 5 zu machen. Dabei ist mir aufgefallen, das der Stacktrace im Debug-Modus verwirrt, da nicht mehr die fehlerhafte Zeile aus der Originaldatei angezeigt wird, sondern stattdessen die Fehlerzeile aus dem Cache:



Im Original ist Zeile 1251 betroffen, wonach ich natürlich erstmal suchen mußte.

Ist das ein Fehler im Debugmodus oder ein neues Feature um dem Entwickler die Arbeit zu erschweren?

[Spooky]

oder ein neues Feature um dem Entwickler die Arbeit zu erschweren?

Mit solcher Rhetorik vergeht einem die Lust am Antworten.

[Samson1964]

Mit solcher Rhetorik vergeht einem die Lust am Antworten.

Sorry. Ist also ein Fehler.

[zoglo]

Sorry. Ist also ein Fehler.

Ich kann es nicht reproduzieren. Bei mir lädt nichts aus dem Cache wenn ich den Debug-Modus anhabe.

Den Forenpost habe ich zu spät gesehen, auf GitHub fehlen jegliche Informationen. Du solltest dein Issue also nochmal updaten mit Screenshots und mehr Informationen (Ein Verweis auf das Forum reicht NICHT)

[BugBuster]

Nicht? ist doch normal das Contao die genutzten dca Files dort ablegt im Debug Modus. ( in einer etwas anderer Syntax)
Tut mein Contao 5.6 auch.
Wenn da nun ein Fehler drin ist der erst zu Laufzeit auftritt, dann kommt das eben aus dem Dev Cache.

[zoglo]

Nicht? ist doch normal das Contao die genutzten dca Files dort ablegt im Debug Modus. ( in einer etwas anderer Syntax)
Tut mein Contao 5.6 auch.
Wenn da nun ein Fehler drin ist der erst zu Laufzeit auftritt, dann kommt das eben aus dem Dev Cache.

Weiß ich nicht so recht. Wenn ich eine Extension entwickle / update / debugge, bin ich im APP_ENV=dev unterwegs und baue sicherlich nicht den dev-cache jedes mal neu auf, das macht für mich keinen Sinn hmm.... Vielleicht verstehe ich hier was falsch... das wird wohl schon in alten Versionen so gewesen sein, wenn das der Workflow war oder nicht?

[Tastaturberuf]

Nicht? ist doch normal das Contao die genutzten dca Files dort ablegt im Debug Modus. ( in einer etwas anderer Syntax)
Tut mein Contao 5.6 auch.
Wenn da nun ein Fehler drin ist der erst zu Laufzeit auftritt, dann kommt das eben aus dem Dev Cache.

Nein, der `APP_ENV=dev`-Mode baut keinen DCA-Cache auf.

[Samson1964]

Weiß ich nicht so recht. Wenn ich eine Extension entwickle / update / debugge, bin ich im APP_ENV=dev unterwegs und baue sicherlich nicht den dev-cache jedes mal neu auf, das macht für mich keinen Sinn hmm.... Vielleicht verstehe ich hier was falsch... das wird wohl schon in alten Versionen so gewesen sein, wenn das der Workflow war oder nicht?

Ich bin nur Hobby-Entwickler. Von daher ist mein Aufbau sehr einfach.

1. Bundle lokal vorbereiten
2. bei GitHub hochladen
3. in Contao installieren
4. Debug-Modus aktivieren
5. im vendor-Ordner programmieren
6. nächste Version bei GitHub hochladen

Das mit dem Debug-Modus klappt mittlerweile wunderbar. Auch weil dabei wohl der Cache nicht verwendet wird. Mittlerweile scheint er wohl wieder eine kleine Rolle zu spielen.

https://github.com/contao/contao/issues/9132
Das Verhalten in Contao 5.6 scheint so gewollt zu sein, wie Andreas Schempp dort schreibt.

[zoglo]

Das Verhalten in Contao 5.6 scheint so gewollt zu sein

Aber sicherlich nicht "um dem Entwickler die Arbeit zu erschweren", ich kann es bei mir nicht reproduzieren.

[Samson1964]

Aber sicherlich nicht "um dem Entwickler die Arbeit zu erschweren", ich kann es bei mir nicht reproduzieren.

Programmierst Du so wie ich? Bundle normal in vendor installiert via Contao Manager, Debug-Modus an. Tritt ein Fehler im Bundle auf, wird in 5.6 der Fehler aus var/cache angezeigt, in 4.13 noch aus vendor. Andreas Schempp hat auf GitHub bestätigt, das das in 5.6 so gewollt ist. Es ist übrigens eine frische 5.6-Installation.

[zoglo]

Programmierst Du so wie ich? Bundle normal in vendor installiert via Contao Manager, Debug-Modus an. Tritt ein Fehler im Bundle auf, wird in 5.6 der Fehler aus var/cache angezeigt, in 4.13 noch aus vendor. Andreas Schempp hat auf GitHub bestätigt, das das in 5.6 so gewollt ist. Es ist übrigens eine frische 5.6-Installation.

Wie machst du es denn mit der Versionierung im vendor?
Ich symlinke mir das Bundle lokal, damit ich nicht bei jedem composer update meine Änderungen überschreibe.

[Samson1964]

Wie machst du es denn mit der Versionierung im vendor?
Ich symlinke mir das Bundle lokal, damit ich nicht bei jedem composer update meine Änderungen überschreibe.

Wenn ich im vendor fertig bin, synchronisiere ich die Dateien mit meiner lokalen Version. Dann starte ich Sourcetree, lege eine neue Version an und lade/pushe die zu Github hoch. Damit ist die neue Version öffentlich. In meiner Entwicklungsumgebung könnte ich nun auch via Contao Manager die neue Version holen. Aber brauche ich ja nicht, da die Dateien schon im vendor sind. Und evtl. habe ich da ja schon weiterentwickelt und will natürlich mit einem Update über den Contao Manager meine geänderten Dateien nicht überschreiben.
Diese Vorgehensweise nutze ich seit dem Umstieg auf Contao 4 und fahre damit sehr gut.

Wenn eine Erweiterung noch nicht im vendor meiner Entwicklungsumgebung ist, arbeite ich nur an der lokalen Version, z.B. Anpassungen in der composer.json. Das Vorgehen danach ist wieder identisch, nur das ich diesmal die Erweiterung via Contao Manager installiere, weil sie ja noch nicht in der Entwicklungsumgebung ist.

[zoglo]

Kann man so machen, jeder hat seinen eigenen Workflow.
Die ganzen Dateien nochmal zu kopieren finde ich a bissle unsinnig, du könntest zumindest prefer source installen (composer), dann hast du auch die .git Versionierung in vendor. Musst halt aufpassen mit composer updates je nach branch