Can't edit a scheduler task, when extbase command does not exist anymore
It is all in the subject.
Create a scheduler task, select an extbase command controller task. Remove this task (by removing the method, removing the command controller config or deactivating the extension). When you try to edit the task, this task list is loaded again, but the buttons in module doc header are changed like the in any edit form.
For migrating purposes this is bad behavior...
#1 Updated by Georg Ringer 15 days ago
- Status changed from New to Rejected
Thanks for creating this issue!
With #85977 the extbase command controllers have been deprecated in favor of symfony commands. Those are already available in 9 as well, checkout the links and infos at https://docs.typo3.org/c/typo3/cms-core/master/en-us/Changelog/9.4/Deprecation-85977-ExtbaseCommandControllersAndCliAnnotation.html
therefore I am closing this issue.
Your reasoning is wrong. This is clearly a bug.
I know the new Symfony commands. And I did migrate my commands. Then I wanted to edit the scheduler tasks to change them to the new commands. Guess what? I can't do that... People just want to keep complex timing functions for example. I don't want to create new scheduler tasks.
Georg Ringer wrote:
unless it is already a symfony command, you can't change the type anymore and you need to recreate those commands anyway.
Let me clarify why I think this needs fixing:
- first of all: yeah, extbase commands are deprecated. But they are still working in v9.
- but even so: When people must migrate their command to symfony, thzan they want to change the according scheduler task and select the new command. Clearly that should be possible.
- at least: show some kind of error. Because the current v9 backend will break when trying to edit a extbase command which does not exist anymore.