[BUG] with_overrides(pod_template=...) silently ignored for map_task

[zen-xu]

Flyte & Flytekit version

flytekit: 1.16.15
Python: 3.13.7

Describe the bug

map_task(...).with_overrides(pod_template=PodTemplate(...)) silently drops the pod_template override during serialization. The override is accepted and stored on the Node object, but never serialized into the TaskNodeOverrides for array node map tasks.

This is a separate issue from #6463 / PR #3270, which fixed pod_template serialization for regular tasks (conditional should_fast_serialize() logic in get_serializable_task). The map_task serialization path has the same class of bug but in a different location.

Expected behavior

Correctly override the map_task pod template

Additional context to reproduce

No response

Screenshots

No response

Are you sure this issue hasn't been raised already?

• Yes

Have you read the Code of Conduct?

• Yes

[runllm]

You are correct: as of flytekit 1.16.15, using .with_overrides(pod_template=...) on a map_task does not serialize the pod_template override into TaskNodeOverrides for array node map tasks, even though the override is accepted and stored on the Node object. This is a known bug and is distinct from the fix for regular tasks in #6463 / PR #3270, which does not address map_task serialization. The issue is confirmed by the lack of pod_template propagation in the map_task serialization path, as shown in test cases and RFCs, and is also referenced in recent changelogs and test files (test_node_creation.py, test_map_task.py, CHANGELOG-v1.16.0.md).

Would you like a step-by-step breakdown of where the serialization fails and how it differs from regular task overrides?

Sources:

• test_map_task.py
• test_node_creation.py
• CHANGELOG-v1.16.0.md

---

This is an AI-generated response and your feedback is appreciated! Please leave a 👍 if this is helpful and 👎 if it is not.

Mention @RunLLM to ask follow-up questions. See runllm.com for more!