Exception in TaskItemOperation trying to get translator when it doesn't have any assigned

+++ b/translators/tmgmt_local/src/Plugin/views/field/TaskItemOperations.php
@@ -30,7 +30,7 @@ class TaskItemOperations extends FieldPluginBase {
+    if ($item->access('view') && $item->getTask()->getTranslator() && $item->getTask()->getTranslator()->id() == \Drupal::currentUser()->id()) {

Yeah that fix works. This issue is not about changing the workflow at all.
There are many ways to improve the whole UX of the local translator, most importantly guide the user through the whole process, but that's a followup.

I would still prefer two if()s or an early exit if no translator available.

Oops, in any case, use hasTranslator() to check if there is a translator!

+++ b/translators/tmgmt_local/src/Plugin/views/field/TaskItemOperations.php
@@ -30,6 +30,9 @@ class TaskItemOperations extends FieldPluginBase {
+    if ($item->getTask()->isUnassigned()) {
...
     if ($item->access('view') && $item->getTask()->getTranslator()->id() == \Drupal::currentUser()->id()) {

Oh man, "getTranslator()" is about the account that translates... It clashes somehow withour usual getTranslator that is fetching the translator plugin from job / item...
Should we change this API to getAssignee() or so? If we have a more complex workflow (from translator to reviewer, ...) we will use the same property / getter.

I just wanted to commit as is with followup work, but we also need a failing test for this!

Ok, committed.