+ Add Question

indented task pass from a parent to another

It's not a constant, but it happens often, the "sub-tasks" are passing from the parent where they had been created to the one below it.

I admit that we use a lot subs, but theyd been conceived for this... right?

Each time is a problem because my collaborators being crazy and continue to add subs that had been already created but that aren't anymore indented in the parent where they must be.

Where is the problem?

This happens on Mac, both in desktop and Chrome apps.

Thx in advance for the help

All responses

Brendon Wadey staff
Replied on Jun 18, 2014 - 11:47

Hi Jose,

Does this occur with any sub-tasks? I have had one other report which seemed to indicate that it happens on the parent/sub tasks that are at the bottom of your project list? Is this the case?

Is there anything else in common when this does happen, the name of the project (does it have underscores, unique characters etc)?

Regards,
Brendon.

José Benitez premium
Replied on Jun 18, 2014 - 11:59

Hi Brendon,
thx for the answer.

It's just happened again, but this time not just some (not sure they're always the last subs), but all subs gone within the task below the "natural" parent.

What I can ensure that's not happen just at the bottom of the list.

About the name of the project you catch me, there are both hash and underscore...
does it a problem?

Thx again.

Ciao

David Trey staff
Replied on Jun 18, 2014 - 12:56

Hello José,

Technically, the name of the project should not cause this, but considering that we can't reproduce this issue on our end, we need to gather as much details about the situation as possible. Once we can trigger this at least once, then we can identify the cause of this issue and fix it.

That said, can you follow certain exact steps to always reliably trigger this issue? If so, please let us know step-by-step how to do it and we'll try to reproduce it.


Best regards,
David

José Benitez premium
Replied on Jun 18, 2014 - 12:59

I'll give a try... not so easy, because it's always a surprise we find when we back on task, not when we do something on it.

Ciao

José Benitez premium
Replied on Jun 19, 2014 - 05:24

Hi David,
I confirm it's pretty impossible to understand how and when happens.

What I can tell you is that it happens on level 2 and 3 sub tasks.

My two cents thought...
could this happen in concurrency of sync?
I mean in the moment that 2 different users are syncing the same list?

We're coming from Wunderlist and in the case described above
the tasks within a list were changing the order.
The other things it was happen in WL Chrome app was that
if you were adding sub tasks during sync they weren't inserted as subs,
but at the same level of designated parent.

Ciao

Clyde Romo staff
Replied on Jun 19, 2014 - 06:07

Hi José,

You should not run into problems if multiple people are using/syncing the list. Todoist is designed to handle this well. We use Todoist internally and have lots of sub-tasks though not many levels and not once have I seen this.

If you can observe when exactly this happen, that would definitely will bring us closer to identifying and fixing the issue. Sorry for the inconvenience.

Regards,

Clyde

José Benitez premium
Replied on Jun 19, 2014 - 06:10

Hi Clyde,
I'll do my best.

Such as I told, it's always a surprise which I find re-opening a task with subs :-(

Thx.

Ciao

Clyde Romo staff
Replied on Jun 19, 2014 - 06:14

Hi José,

You can also note down how often this happen and which platform you first notice it (web, desktop app, mobile, plug-ins). If you have an example, can you maybe take a screenshot and post it here?

Regards,

Clyde

José Benitez premium
Replied on Jul 03, 2014 - 05:34

Hi Clyde,
in the past days it doesn't happened anymore.
This morning it came back.

I'm using the Chrome app, you can see what happens in the attached screenshot.
The 3 highlighted sub tasks were children of "cover" task, now they passed to the task above.

A similar thing happened in some other parent tasks.

Thx + ciao

David Trey staff
Replied on Jul 03, 2014 - 06:31

José,

Just to clarify - you have only used the Chrome app lately when this happened? Or did you at any point use a different app/platform (Mac app, iOS app, Android etc.)?

Unfortunately so far we still can't reproduce this :-( As soon as we could trigger it at least once, it would greatly help us to identify the source of this issue.


Best regards,
David

José Benitez premium
Replied on Jul 03, 2014 - 06:36

Yes, just Chrome app, but this morning I synced my Android phone.

I understand the problem because also for me it's a problem to understand when it happens :-(

I'll give more attention.

Ciao

José Benitez premium
Replied on Jul 07, 2014 - 02:54

Hola,
not fully same problem, but it's to do...

The scenario:

main project
-- Lavoro - info varie (sub-project)
----- Todoist - tag relativi al "quando" (task)
-------- task 1
-------- task 2
-------- task 3
-------- task n

This morning I created a new task, named 'Todoist', at the same level of 'Todoist - tag relativi al "quando"', then I moved the existing task as child of 'Todoist' task. The result has been that all children of 'Todoist - tag relativi al "quando"' left their position and became children of 'Todoist' (pls see attached screenshot).

Hope you can replicate this.

Ciao

Clyde Romo staff
Replied on Jul 07, 2014 - 03:24

Hi José,

Thanks for the additional info. By any chance, are you using our API to create some tasks?

Regards,

Clyde

José Benitez premium
Replied on Jul 07, 2014 - 03:36

yep... nope, I'm not so advanced :-)

The only time I used the API has been to test the gannt chart for todoist: http://moongift.github.io/TodoistGanttChartView/

Ciao

Clyde Romo staff
Replied on Jul 07, 2014 - 04:07

Hi José,

It was worth asking. We can't still replicate it and that would've explained that. We had one user running into a problem because he was not using the API properly.

It would be great if we had the exact steps to reproduce this.

Regards,

Clyde

José Benitez premium
Replied on Jul 07, 2014 - 04:52

Hola Clyde,
for the other matter (children sub-task that change parent) I'm not able to understand when it happens so I'm not able to replicate, different for this that I replicated several times.

Here attached a screencast, the only thing I did via shortcut is the indent below the newly created task... all the other "movements" you see in the screencast are not sons of some actions by me.

Hope this help.

Ciao

David Trey staff
Replied on Jul 07, 2014 - 08:14

Hello José,

I can partially reproduce this issue, have passed it to the developers and we'll look into it.

In general, we recommend not to use asterisks * in front of tasks names. It's a deprecated feature which we no longer fully support and it may or may not cause different issues.


Best regards,
David

José Benitez premium
Replied on Jul 09, 2014 - 04:10

Hola,
coming back to the matter you'd been able to reproduce...
this morning I discovered that if the "new" task I want to use as parent already has a child all is working as expected.
Pls see attached file "no prob if parent already have child".

Furthermore (and important) in the meanwhile I was recording the screencast it happened the thing for which I opened this post, pls see attached "child is moving to another parent". I recorded the screencast 3 times and it happened just one time.

Bests

jo

Clyde Romo staff
Replied on Jul 09, 2014 - 04:28

Hi Jo,

Thank you for these. :-) I have now passed these additional info to our developer.

Regards,

Clyde

José Benitez premium
Replied on Jul 09, 2014 - 04:40

One thing more about "child is moving to another parent".

The project "ZZZZZZZ" was a sub-project and both it and its parent weren't shared with nobody.
All this has been managed with Chrome app on Mac (Mountain Lion).

Ciao, ciao

jo

Clyde Romo staff
Replied on Jul 09, 2014 - 04:49

Hi Jo,

Thanks again!

Regards,

Clyde

David Trey staff
Replied on Jul 28, 2014 - 10:57

José,

This issue has now been fixed.


Regards,
David