In web format it won't display my tasks by label, it just says "No tasks etc. etc." It works fine on my iPad app.Any ideas?
Hello Ben,Please clarify - are you clicking on the label from the list on the left, from a task or typing it directly to the search box?Also, what's the exact name of the label and is it part of a longer query? If so - what's the complete query?Best regards,David
Clicking it from the list on the left.Doesn't work on any of the four labels I have. @office_(active) for example
Hello Ben,Thank you for clarifying. This is actually caused by the parenthesis in the label's name. They collide with our parser. If you right-click on each of your labels, choose "Edit label" and rename them to @office_active, for example, they will work correctly.If other labels don't have () in their names and also not work, please let us know what names did you use for them.Best regards,David
Hi!I have a similar Problem. We are collaborating with a small team yet so far we were not able to use labeling. We have not used () only _ which supposedly also creates the above mentioned problem. We use the Mac APP as well as Iphone and Web Apps. Always with the same problem.Please make a list of characters that are misread or unsported by your parser.Thx!
Hello Carl,I can't reproduce this issue with _, I've added a label called @label_name and it works without issues, I can search for it and see tasks attached to it.Are the tasks you're looking for assigned to other people? If so, please include :all: in the filter because by default searching for labels shows tasks that are either assigned to you or not assigned at all.Best regards,David
My issue is similar but not related to filters. When I click on a label in the Labels list it does not show me all of the tasks associated with that particular label. Only some of them but not all of them. Am I doing something wrong?
Still playing around with the same issue. Seems like it may have something to do with whether a task is assigned to someone. The tasks that were showing up in response to clicking on a label (resulting in an "@label" search) would disappear from the label search after assigning to a team member. Yet, this is inconsistent as some label searches show tasks that are assigned to team members. ????
Same issue in Chrome and Firefox. In iOS the label shows the correct count of tasks for the label (just to the right of the label), but when you go to look at the tasks, none are present. In the above listed browsers, you do not even get the correct count.
Hey Darius! I also still have The Same problem. It only occurs like you say when collaborating with others. I would really much like my coworkers and myself to be able to group task such as "make bank transfer" anything else is unproductive.Greetings Carl
Hi,Please confirm, is this within shared projects only, or only when the task is assigned to someone?Did you assign the task, or did someone else assign the task?Regards,Brendon.
Brandon,So far I have seen this where I assigned the task to another team member (e.g. "Mark") and added the label "Sally". When I click on the "Sally" label the tasks marked with that label do not show up. If I go back to those tasks and un-assign them (leaving them unassigned) and then go back to the "Sally" label, the tasks do show up. So it appears to be related to assigning the tasks. I have not tried it with someone else assigning the tasks.
Again, I can reproduce this all the time by making the tasks show up or disappear from the label search by simply assigning or un-assigning the tasks.
FYI, we are trying to let other team members have the capability to track tasks associated with a particular team member (of course, where they have access to the shared projects in which these tasks are sitting). As you know, right now you cannot create a filter to search for tasks assigned to a particular person (only to yourself or "to others"). But you could work-around that with labels. However, the labels do not work properly when the tasks have been assigned. Looks like a bug, but hopefully easy to fix (fingers-crossed).
Hi,I will pass this along, it would appear to be a bug.Regards,Brendon.
Hey Brandon,this happens within shared projects but apparently only when tasks are assigned specifically to a user if that is what you meant. Thanks Darius for that hint!E.g.:Projekt: <OfficeTasks>Task1 @make transferTask2 @make transfer assigned to USER1Task3 @write InvoiceTask4 @write InvoiceTask5 @write Invoice assigned to USER2Task6 @write InvoiceWhat all User should be able to see isLabel: <make transfer>:Task1 @make transferTask2 @make transfer assigned to USER1Label: <write Invoice>:Task3 @write InvoiceTask4 @write InvoiceTask5 @write Invoice assigned to USER2Like Darius said: As soon as someone assigns a task to a user but himself the task disappears from the label. This is what you ACTUALLY see: Label: <make transfer>:Task1 @make transferLabel: <write Invoice>:Task3 @write InvoiceTask4 @write InvoiceTask6 @write Invoice@DariusNice Idea for the work around for tracking assigned tasks.I really hope this can be fixed asap! Like I previously said: Our team can't reach their full potential with this Task Manager...RegardsCarl
Hello Carl,Everyone can see any task if they include :all: in the query, so if you search for::all: & @make_transfer:all: & @write_Invoiceall tasks will be displayed. By default, Todoist will always search for tasks that you're responsible for, but you can check all tasks anytime within a project (or searching for :all: as mentioned above).Best regards,David
Hey David!That Tipp was very helpful! I'm guess there is now easy way but this work around to switch off the default search?
Carl,Correct. We may consider adding this as an option in the future, but right now, by default, everyone will always see just their own tasks (and unassigned tasks) in search results.Best regards,David
@David - the workaround you provided does work which is a good temp fix. Do not want to have to create a custom filter for each label however. Hopefully, you guys can fix the issue with the default label search from the labels list. Thanks again.