Fix #178: Send 'queue' field in continue_as_new commands

Changed ContinueAsNew.to_server_command() to send 'queue' instead of
'task_queue' to align with the server protocol field name. The Python
dataclass field remains 'task_queue' (Pythonic naming), but the server
command now uses 'queue' to match server validation and workflow package
expectations.

Before: SDK sent 'task_queue', which server validated but workflow package
normalizer silently dropped

After: SDK sends 'queue', which server validates and workflow package
normalizer now captures and applies

Part of multi-repo fix for #178. Tests updated to assert 'queue' field.

Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>

Author: durable-workflow-ops

src/durable_workflow/workflow.py

@@ -96,7 +96,7 @@ def to_server_command(self, task_queue: str) -> dict[str, Any]:
         if self.workflow_type is not None:
             cmd["workflow_type"] = self.workflow_type
         cmd["arguments"] = serializer.envelope(self.arguments)
-        cmd["task_queue"] = self.task_queue or task_queue
+        cmd["queue"] = self.task_queue or task_queue
         return cmd
 
 

tests/test_replay.py

@@ -232,12 +232,12 @@ def test_server_command_shape(self) -> None:
         sc = cmd.to_server_command("default-q")
         assert sc["type"] == "continue_as_new"
         assert sc["workflow_type"] == "other"
-        assert sc["task_queue"] == "q2"
+        assert sc["queue"] == "q2"
 
     def test_server_command_defaults(self) -> None:
         cmd = ContinueAsNew(arguments=[1])
         sc = cmd.to_server_command("default-q")
-        assert sc["task_queue"] == "default-q"
+        assert sc["queue"] == "default-q"
         assert "workflow_type" not in sc