I totally understand the need for this to be optional for everyone. For our process, which we have altered to fit into this world of subtasks not inheriting its parent’s custom fields by…
- Promoting subtasks to the project, which clutters the project with tasks not everyone needs to see.
- I had to create a template system that included a primary deliverable and all of its subtasks in the project, with a date of say 2030. Then I duplicate the deliverable, which creates no due date copies. Then I select the copies and add them to the proper project.
We have custom fields that indicate what client service we are billing to… Each client may have multiple services, so this provides a way for us to charge that service specifically, as well as report on what we do for each service. This is done through 2 custom fields that provide reporting data to Everhour (time tracking). But the only way to get these fields on the subtasks is to add the subtasks to the project. Doing this manually is ridiculous. I had a system that would add the subtasks to the project, add the fields, then remove them from the project, but that was way too complicated and cumbersome.
So we have a very big need for subtasks to inherit the parent tasks’s custom fields.
I don’t care if it’s an ON/OFF preference, or a switch on the parent task to “send to all subtasks” or on the subtask to "receive all parent task custom fields. Actually, thinking about the 3rd one, that would be hard to do in practice, as I would have to navigate to each task, so that wouldn’t be a good option. If at some point Asana moves to a way where the primary task list shifts levels, so for example, if I wanted to see the subtask level, then all the subtasks would be in the task list, thus I could affect multiple subtasks at once without having to navigate individually to each one. Hopefully that makes sense.