Ich hatte mir ursprünglich in den Kopf gesetzt, den ganzen Pfad von file_pluginfile bis inkl. send_file zu testen. Nach viel Zeitverschwendung bin ich aber zu dem Schluss gekommen, dass das nicht geht. U.a. geht Moodle davon aus, dass qtype_questionpy_pluginfile bei Erfolg immer died, das lässt sich auch für Tests nicht unterbinden. Und send_file macht alle Level von Output Buffering aus.
Zwei neue Dinge, die hier hinzukommen, sind die Nutzung des HTTP-Clients Guzzle und Moodle's Wrapper dafür, und Dependency Injection via https://moodledev.io/docs/4.4/apis/core/di. Den Rest des API-Codes sollten wir demnächst :tm: dann auch auf Guzzle umbiegen.
Aktuell scheitern die Actions beim Versuch, moodle-plugin-ci zu installieren. Das schaue ich mir morgen mal an, passiert aber auch auf dev.
Ich hatte mir ursprünglich in den Kopf gesetzt, den ganzen Pfad von
file_pluginfilebis inkl.send_filezu testen. Nach viel Zeitverschwendung bin ich aber zu dem Schluss gekommen, dass das nicht geht. U.a. geht Moodle davon aus, dassqtype_questionpy_pluginfilebei Erfolg immerdied, das lässt sich auch für Tests nicht unterbinden. Undsend_filemacht alle Level von Output Buffering aus.Zwei neue Dinge, die hier hinzukommen, sind die Nutzung des HTTP-Clients Guzzle und Moodle's Wrapper dafür, und Dependency Injection via https://moodledev.io/docs/4.4/apis/core/di. Den Rest des API-Codes sollten wir demnächst :tm: dann auch auf Guzzle umbiegen.
Aktuell scheitern die Actions beim Versuch, moodle-plugin-ci zu installieren. Das schaue ich mir morgen mal an, passiert aber auch auf dev.