# UX: Tasks: New task gets assigned the 'In Progress' state **URL:** \ **Category:** Bugs & Issues\ **Created:** [May 12, 2026, 12:21pm UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841 "2026-05-12T12:21:23Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![myg\_ge](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/myg_ge/32/12457_2.png) [@myg\_ge](https://community.fibery.io/u/myg_ge)\ **Post date:** [May 12, 2026, 12:21pm UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/1 "2026-05-12T12:21:23Z")
![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/e/e0e8fbc295847677bcdf9fc1e82250f143b8c746.png) When I click ‘New Task’ and add the task name and hit enter, a new task gets created but with the default state ‘In Progress’ although the ‘To Do’ is the default. ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/1/1ec2adb6e22114243b2f758cbb60d728e251d09b.png) ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [May 12, 2026, 1:05pm UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/2 "2026-05-12T13:05:58Z")
If you have filter(s) applied to a view, Fibery will attempt to enforce (one of) these filters to entities created from that view. It looks like you have an In Progress filter, so I guess this is being applied. ---
**Author:** ![myg\_ge](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/myg_ge/32/12457_2.png) [@myg\_ge](https://community.fibery.io/u/myg_ge)\ **Post date:** [May 12, 2026, 5:43pm UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/3 "2026-05-12T17:43:20Z")
Hmm… That’s good to know but absolutely counterintuitive. I’d rather prefer to see the state that would be used (with an option to change it) during task creation instead of this behavior ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [May 12, 2026, 6:16pm UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/4 "2026-05-12T18:16:05Z")
If we didn’t apply the filter from the view, then the newly created items would disappear after creation, which people tend to find unintuitive 🤷 ---
**Author:** ![myg\_ge](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/myg_ge/32/12457_2.png) [@myg\_ge](https://community.fibery.io/u/myg_ge)\ **Post date:** [May 12, 2026, 6:39pm UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/5 "2026-05-12T18:39:39Z")
Yes, I understand that. “Competitive” point of view 🙂 ---
**Author:** ![myg\_ge](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/myg_ge/32/12457_2.png) [@myg\_ge](https://community.fibery.io/u/myg_ge)\ **Post date:** [May 13, 2026, 8:52am UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/6 "2026-05-13T08:52:05Z")
What if I have both To Do and In Progress filters on? Why it still creates In Progress as the leading state? ---
**Author:** ![RonMakesSystems](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/ronmakessystems/32/14122_2.png) [@RonMakesSystems](https://community.fibery.io/u/RonMakesSystems)\ **Post date:** [May 13, 2026, 9:11am UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/7 "2026-05-13T09:11:40Z")
Can you share a screenshot of your filter configuration? ---
**Author:** ![myg\_ge](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/myg_ge/32/12457_2.png) [@myg\_ge](https://community.fibery.io/u/myg_ge)\ **Post date:** [May 13, 2026, 9:50am UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/8 "2026-05-13T09:50:17Z")
![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/5/541879bada60b872559099ce3cc2e63ffa360b23.png) ---
**Author:** ![Viktar\_Zhuk](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/viktar_zhuk/32/1934_2.png) [@Viktar\_Zhuk](https://community.fibery.io/u/Viktar_Zhuk)\ **Post date:** [June 9, 2026, 6:32pm UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/9 "2026-06-09T18:32:39Z")
I see that we have fixed a bug in the release on 28th of may ([release notes](https://community.fibery.io/t/may-28-2026-user-access-improvements-slack-workflow-steps/10917)) - Filter auto apply doesn’t take default value into account Does it help with your issue? ---
**Author:** ![myg\_ge](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/myg_ge/32/12457_2.png) [@myg\_ge](https://community.fibery.io/u/myg_ge)\ **Post date:** [June 10, 2026, 7:07am UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/10 "2026-06-10T07:07:27Z")
Hey Viktar, Nope, it still has the same old behavior - instead of creating a new task with a pre-set default status - it creates a new task with the ‘ín progress’ status. ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [June 10, 2026, 7:31am UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/11 "2026-06-10T07:31:33Z")
> [@myg\_ge](#): > > instead of creating a new task with a pre-set default status What is the default value for your state field? ---
**Author:** ![RonMakesSystems](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/ronmakessystems/32/14122_2.png) [@RonMakesSystems](https://community.fibery.io/u/RonMakesSystems)\ **Post date:** [June 10, 2026, 8:04am UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/12 "2026-06-10T08:04:57Z")
Hey! I just tested this, its indeed off. The general bug here is: Any time there are two or more filter conditions using the “is” condition, and are “or” grouped, it will always pick the last condition to fit the value on entity creation. No matter the default value of the field. Why this is a bug and not expected: If you use a “contains any of”, it will always fit the newly created entity to the first value the user picks unless the default is one of the options, in which case it will always pick the default. Example: ![Screenshot 2026-06-10 at 08.54.32](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/5/57c10606a58abdeb7cb5e39ce483d2a655651a18.png) ^ This will default to In Progress ![Screenshot 2026-06-10 at 08.54.14](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/f/f899ebb5eb7e11e78bce95f917358ff38b0a0d3f.png) ^ This will default to Done. (side note, the ui will sort this back when you open the menu again, but under the hood it still works) ![Screenshot 2026-06-10 at 09.03.25](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/8/8274497e4d94a430aca7be35a8889070bb36ca2a.png) ^ This will default to To Do (since it is the default value) * * * **Why this is relevant:** _Scenario a:_ ```auto Field 1 = Value 1 or Field 1 = Value 2 or Field 1 = Value 3 ``` Should work the same as: _Scenario b_ ```auto Field 1 is any of Value 1, Value 2, or Value 3. ``` * * * It currently is not the same in the sense that: | Scenario | If Default Exists in Options | If Default Doesnt Exist | | --- | --- | --- | | Multiple “is”, “or” | Enforces last filter in list | Enforces last filter in list | | Single “is any of” | Enforces default | Enforces first filter in list (see above) | I hope this helps, but to be honest this configuration isn’t so tricky to test and you quickly see how things are a bit off. ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [June 10, 2026, 9:05am UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/13 "2026-06-10T09:05:34Z")
Except that @myg_ge did not use ‘is any of’ 😉 ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/7/79e82f835283429cd02928a44307c2222f309c34.png) ---
**Author:** ![RonMakesSystems](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/ronmakessystems/32/14122_2.png) [@RonMakesSystems](https://community.fibery.io/u/RonMakesSystems)\ **Post date:** [June 10, 2026, 9:16am UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/14 "2026-06-10T09:16:09Z")
I don’t understand what you’re saying here. This configuration is similar to “is any of”, so it should enforce the default value, no matter the order of the filters, just like “is any of” does. No? ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [June 10, 2026, 9:35am UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/15 "2026-06-10T09:35:50Z")
> [@RonMakesSystems](#): > > I don’t understand what you’re saying here. I just didn’t understand why you were reverse engineering the logic for an ‘is any of’ filter when it didn’t match the case that was originally mentioned 🤷 ---
**Author:** ![RonMakesSystems](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/ronmakessystems/32/14122_2.png) [@RonMakesSystems](https://community.fibery.io/u/RonMakesSystems)\ **Post date:** [June 10, 2026, 9:40am UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/16 "2026-06-10T09:40:29Z")
I see, the main reason is this: > [@RonMakesSystems](#): > > Field 1 = Value 1 > or > Field 1 = Value 2 > or > Field 1 = Value 3 > > Should work the same as: > Field 1 is any of Value 1, Value 2, or Value 3. But if you disagree with this premise let me know. ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [June 10, 2026, 9:59am UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/17 "2026-06-10T09:59:07Z")
Well, as you pointed out, in the second case, the option chosen is governed by the order in which the filters were added, whereas in the first case it is governed by their positional order. I am not convinced that, in the case where several ‘is’ filters exist, it would make sense that whichever was defined first be the dominant one. And it gets even more complicated to choose the ideal behaviour when multiple filters/filter groups are present, with various combinations of AND/OR logic. Tldr I think there is no easy answer (but there might still be a bug to be fixed) ---
**Author:** ![RonMakesSystems](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/ronmakessystems/32/14122_2.png) [@RonMakesSystems](https://community.fibery.io/u/RonMakesSystems)\ **Post date:** [June 10, 2026, 10:13am UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/18 "2026-06-10T10:13:42Z")
I think that first one or the last one is a more minor inconsistency. The main thing in this thread is about the lack of “Default” value being enforced even when it is in the options as a valid filter. Sorry if I derailed it a little. ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [June 10, 2026, 1:26pm UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/19 "2026-06-10T13:26:59Z")
@myg_ge can you confirm that with the filters as you showed in the image, you are getting items created in the Done state? ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/f/f58b7aba33b7580e1e837f8f0bee149f99333f95.png) That would seem inconsistent with the behaviour that Ron has described (setting aside the issue of the default state not being respected). ---
**Author:** ![myg\_ge](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/myg_ge/32/12457_2.png) [@myg\_ge](https://community.fibery.io/u/myg_ge)\ **Post date:** [June 10, 2026, 5:04pm UTC](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841/20 "2026-06-10T17:04:04Z")
@Chr1sG, Unfortunately, new entities aren’t being created in the Done state. ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/4/4dd2393ea717cde6d37f0850dd830dd59ddcdd10.png) [Next page](https://community.fibery.io/t/ux-tasks-new-task-gets-assigned-the-in-progress-state/10841.md?page=2)