ForumsSearch



Search results for "Posted by spam.jtmcfarland"
Author Message
spam.jtmcfarland

Posted Mar 22, 2018 in: Issue when adding multiple lists
Score: 0
It appears that endpoint 3/lists/add.php is responding with invalid json (missing array delimiter) when adding more than one list per call.

Example:
https://api.toodledo.com/3/lists/add.php?access_token=xxx&lists=[{%22title%22:%22Item%201%22,%22ref% 22:%22b151d339-6e9f-4952-b4e3-8170520d37c0%22},{%22title%22:%22Item%202%22,%22ref%22:%22a360c26f-e7b 6-4008-b88b-31d3eb788e07%22}]

Yields:
[{"id":"5ab438dc190ba07b2252ba3d","added":1521760476,"modified":1521760476,"title":"Item 1","version":1,"ref":"b151d339-6e9f-4952-b4e3-8170520d37c0","note":null,"keywords":null,"rows":0,"co ls":[{"id":1,"title":"Title","type":19,"sort":1,"width":100}]}{"id":"5ab438dc190ba07b2252ba3e","adde d":1521760476,"modified":1521760476,"title":"Item 2","version":1,"ref":"a360c26f-e7b6-4008-b88b-31d3eb788e07","note":null,"keywords":null,"rows":0,"co ls":[{"id":1,"title":"Title","type":19,"sort":1,"width":100}]}]

which has the following problem:
SyntaxError: JSON.parse: expected ',' or ']' after array element at line 1 column 252 of the JSON data
spam.jtmcfarland

Posted Mar 22, 2018 in: Removing lists
Score: 0
Is there any way to easily remove all lists from my test/dev account?

While testing some code, I created 100 new lists, and haven't found a way to easily remove them all.
I did find this page [https://www.toodledo.com/delete_lists.php], however it doesn't seem to work (no errors reported and no changes made).

Thanks,
Jeremy
spam.jtmcfarland

Score: 0
Thanks for your feedback. Yes, I believe I understand what you've mentioned as it applies to rows\add.php. I supply the ref value, and can use that as a means to cross-reference the results of that call.

The problem I've run into is that I'm getting ref values (which I did not supply) back from rows\get.php. When I attempt to deserialize those values into the type that I provide/expect (UUID), they fail because they actually contain large int values.

It's possible that the ref value was provided at the time that the row was added by some other client, however I'm not understanding why I would be getting those ref values from calls to rows\get.php from this client if they are only echo'd back during calls to rows\add.php.

Upon re-checking, I've found that after removing my workaround, I'm unable to reproduce this error. So... unless I run across this issue again, or you know of anything else that's relevant, it's probably safe to ignore this potential issue.