Error 503: Call to a member function getIcon() on null

[jochla]

Installation der aktuellen Master-Version 1.0.2 unter TYPO3 v13.2.1, API Key eingetragen, Caches gelöscht. Beim Aufruf "Metadaten bearbeiten" für eine Bilddatei (.jpg) im Modul Filelist tritt der Fehler auf.

[ischmittis]

Kannst Du bitte einmal mit 13.3 testen?

[tehplague]

@jochla Habs reproduziert bekommen und arbeite gerade an nem Bugfix.

[jochla]

@tehplague super! Danke und viel Erfolg! 👍

[tehplague]

Magst du mal den Stand aus #12 testen, ob das Problem dann noch auftritt?

[jochla]

Test mit TYPO3 v13.2.1: Error 503 tritt nicht mehr auf. Allerdings wird das Icon wohl nicht korrekt angezeigt:

Auch das Klicken auf den Button löst nichts aus.

[tehplague]

Ich hab es gerade sowohl unter 13.21 als auch unter der aktuellen 13.3.0, auf die ich mich jetzt ohnehin konzentriere, getestet. In einem TYPO3, in dem ansonsten fast nichts installiert ist. In beiden Fällen sieht es so aus:

Versuch bitte, auf jeden Fall einmal den DI-Cache zu leeren (sprich, alles unterhalb von var/cache wegwerfen). Im Composer-Mode muss die Installation ja sowieso laufen, weil die Extension nicht über das TER installierbar ist, sodass du vermutlich den Cache des Caching-Frameworks schon leer hast - das müsste Composer bereits erledigt haben.
Ansonsten gehe ich aktuell eher davon aus, dass da irgendetwas spezifisch an deiner Installation ist. Dann müssten wir mehr Informationen über dein Setup haben.

[jochla]

Die Test-Site ist unter TYPO3 v13.2.1 noch klassisch aufgesetzt, also ohne composer. Die extension habe ich über eine ZIP-Datei hochgeladen und über den Extension Manager installiert. typo3temp-Verzeichnis habe ich auch mehrfach gelöscht.
Nach der gestrigen Erkenntnis, dass ab TYPO3 13.3.0 die Installation nur noch im composer mode geht, werde die Test-Site mit composer neu aufsetzen. Habe damit aber noch keine Erfahrung.

[tehplague]

TYPO3 13.3 geht schon noch ohne Composer, auch wenn ich das absolut nicht empfehlen kann. EXT:ai_filemetadata allerdings nicht, weil die Extension als Abhängigkeit das OpenAI-SDK hat, das durch Composer mitinstalliert wird und das wir nicht sinnvoll im ZIP bundlen können, da es zu Konflikten mit dem übrigen System kommen könnte (ich kann ja keine andere Extension daran hindern, das selbst in einer anderen Version mitzuliefern. Das würde kollidieren und ich kenne mindestens eine weitere Extension, die auch den OpenAI-Client einsetzt).

Dass im TER ein ZIP-File zu bekommen ist, ist uns bewusst, das ist leider aktuell eine Einschränkung der Prozesse auf my.typo3.org bzw. von Tailor. Ich würde das auch gerne loswerden und die Extension im TER als Composer-only markieren, selbst kann ich das allerdings aktuell dort nicht setzen.

[jochla]

@tehplague danke für deine Erklärung. Die Umstellung auf die Installation mit Composer werde ich auf jeden Fall vornehmen. Und dann kann ich Eure Extension ja auch problemlos installieren :)

[nabossha]

I might have a similar / related problem here:

TYPO3 13.4.0
composer-install
DDEV / PHP 8.3

removed ALL other EXTs except typo3/-namespace, cleared all caches /var / dumped autoload - error still exists.

[tzeier]

I'm encountering the same issue with 13.4.2, PHP 8.2, ddev. Is there a fix available?

[ischmittis]

@tzeier is this a composer install?

[tzeier]

@tzeier is this a composer install?

Yes. Composer install in ddev.