Change multiple task type in one go

I really like the new custom task type that was launched in the winter release 2025.
I have started using it and I have updated a key project I work on with my team.

I can select all tasks and change them to the custom task type which I created.
The problem is when I want to change the status of the custom type, I can only do it one task at a time, even when all tasks have been selected.

I would like to be able to change the status for all tasks in one go, just like I can change a custom field for a group of tasks in one go.

Screenshot 2025-03-19 at 08.35.08

3 Likes

I could have sworn there was a feedback request for this, but I can’t find it now - so I voted!

(@Skyler I guess a formal feedback topic was never created back when we were discussing this capability?)

3 Likes

@Phil_Seeman - I guess not. I voted too.

2 Likes

This is the one thing that for me stands in the way of adopting custom task types for reference projects.

Now a rule needs to be used to map custom field values against custom task statuses. As I think the point of these custom task types is to make it more straightforward needing this rule (and field) kind of defeats the point of having the custom task types with their statuses.

And I think it’s a hard sell when needing to add this caveat.

1 Like

Note: Not a solution but marked as such to elevate a key reply

Until/if this is implemented, you can change multiple tasks’ custom task type status by

  1. having a List view tab grouped by custom task type
  2. multi-selecting the tasks to change
  3. drag and drop to the destination grouping

Thanks,

Larry

@lpb I appreciate the workaround, but it still feels a bit convoluted and half-finished.

Will consider though.

1 Like

So far, with clients and custom task types my key use has been stages for pipeline workflows, and it’s natural (not convoluted!) to use List view grouped by these stages as the default view for the project.

Of course there are other uses for custom task types, but I think this is a natural one.

Sounds logical.

My thinking is this though: You can do all bulk changes using the bar that appears, so I train people to look for that bar to do any bulk update. Having to explain this as an exception and requiring a specific grouping to do a bulk update still sounds convoluted to me. Maybe convoluted is a strong word, but inconsistent at the least.

Also, last time I checked multi-select didn’t work with board view, which I commonly use for process workflows.

EDIT: I checked. Apparently using ctrl it works. Still would like to do it with shift though: FEATURE REQUEST: Be able to select multiple tickets with shift in board view

For reference projects I think this is less intuitive, which is my use-case a.t.m.

And another factor is that the people working in this specific project don’t do a lot of work in Asana yet, so I have an extra motivation to keep it as simple as possible.

@Jan-Rienk,

Just want to be clear that I’m in support of this request (which I voted for when it was created), I’m not disagreeing with you, and I’m not negating your issues.

All I was trying to offer was a workaround that I expect would be of value to some people, and a clarification for others reading this that the new feature is not convoluted in one typical use case.

Thanks,

Larry

2 Likes