Hidden API errors #124
Comments
Is there a debug module I can enable beyond the Alfred debug? I suspect there is something on the node side going on. |
I have identified the root cause of the issue: Todoist has a hardcoded limit of 300 tasks in a project. I hit the limit, so all new task creation was failing. Marking a task complete takes it down to 299, then the next complete, but thereafter fails. (NOTE: This is for Premium/Business subscribers; free I believe have a limit of 150) Could you return a more useful error message instead of just failing with an error code 400? I have worked around this issue in the meantime by adding a "post notification" within Alfred using the "Post notification" option, which at least returns "ALFRED WORKFLOW TODOIST: ✓ Happy days!" or the "Error 400". |
Hmmm I'd have to see. I return what I get from todoist API. It's a little bit of an edge case where I would need to create a somewhere around 280 dummy tasks to test this. Any chance you could try what the API returns in your case? It is fairly easy with the rest API and something like postman. Would you be up for that? The notifications I'm not entirely sure but it's probably easier to create a separate issue to track this, wouldn't you agree? |
I tested creation using the documented API with CURL (https://developer.todoist.com/rest/v8/?shell#get-active-tasks) and receive the response "Maximum number of items per user project limit reached" as a response once I hit 300.
I'll clone for the notifications issue. |
Thanks that helps. I'll see what I can do. |
Improve string parsing, now requires id for project, labels and sections(BREAKING) Searching of tasks by section and setting of sections to tasks now possible Fix update error #128 (bug) Set time to next update check (settings) Optionally receive pre-releases of this workflow Show task title in notification when created #126 Set cache timeout for tasks Allow filtering tasks by project, label, priority and section #20 Improved error handling and feedback, easily fill out a bug report when an unexpected error is encountered Show more helpful errors when a call to the Todoist API fails #124 Improved typing and code documentation for contributors BREAKING CHANGE: Improve string parsing, now requires id for project, labels and sections ISSUES CLOSED: #128 #126 #124 #20
# [6.0.0-alpha.1](v5.8.4...v6.0.0-alpha.1) (2020-02-08) ### Features * **project:** full rewrite ([2849c8a](2849c8a)), closes [#128](#128) [#126](#126) [#20](#20) [#124](#124) [#128](#128) [#126](#126) [#124](#124) [#20](#20) * **project:** provide a useful error as a list item when node.js is not installed ([e039157](e039157)) ### BREAKING CHANGES * **project:** Improve string parsing, now requires id for project, labels and sections
Should be fixed in the v6.0.0-alpha.3. It should be stable enough to use as your daily driver, I now have tests for 80% of the code base. If you want to keep receiving updates set Martien |
# [6.0.0-beta.1](v5.8.4...v6.0.0-beta.1) (2020-02-26) ### Bug Fixes * **settings:** rename annonymous_statistics to error_tracking ([3816345](3816345)) * api filter requests being broken ([3b344a1](3b344a1)) * **build:** possibly fix version number not updated in alfred workflow ([ac02c22](ac02c22)) * **cache:** cache always being reset ([d83408e](d83408e)) * **cache:** handle empty resource lists ([af89785](af89785)) * **cache:** issue where cache timestamps wouldn't be updated once created ([5156040](5156040)) * **commands:** [#151](#151) don't rely on alfred input filtering, remove uids ([92d9ac4](92d9ac4)) * **commands:** certain characters not (" and \) being parsed ([d53d68f](d53d68f)) * **commands:** error when trying to retrieve a non existent project ([42e0009](42e0009)) * **project:** unhelpful error message when missing todoist token in settings ([5a0af91](5a0af91)) * **settings:** [#152](#152) settings break with multiple consecutive spaces ([b3f2f2a](b3f2f2a)) * **todoist:** task cache not being refreshed ([179c0bc](179c0bc)) * alfred workflow version is the same as the release version again ([0ce67a3](0ce67a3)) * updater not picking up new prereleases, please update manually ([fdcb793](fdcb793)) * updater not storing last update timestamp ([35ff532](35ff532)) ### Features * **commands:** [#13](#13) sort by due date by default ([32044b0](32044b0)) * **commands:** filter tasks directly through Todoist ([f9bd460](f9bd460)), closes [#13](#13) [#20](#20) [#72](#72) * **parser:** reimplement date from now for timestamped tasks ([cd090d8](cd090d8)) * **project:** full rewrite ([2849c8a](2849c8a)), closes [#128](#128) [#126](#126) [#20](#20) [#124](#124) [#128](#128) [#126](#126) [#124](#124) [#20](#20) * **project:** provide a useful error as a list item when node.js is not installed ([e039157](e039157)) ### BREAKING CHANGES * **project:** Improve string parsing, now requires id for project, labels and sections
Description
I recently found that despite me creating multiple todos, they weren't being created. After deeper troubleshooting, I've found a very weird issue. It appears that I can only create a single task at a time - creating a second one fails with an error code 400. However, if I mark a task as complete, then creation of a second task succeeds.
Steps to reproduce
Steps to reproduce the behavior:
-Task creates successfully
-Task fails to create
-Task marked as completed
-Task creates successfully
Expected behavior
Tasks should create successfully every time, regardless of how many times task creation is run.
Error logs
STEPS:
Alfred Workflow Todoist
Toggle debugging mode
in de upper right cornerAll information
5. Rerun queryLog:
Additional context
Is there perhaps some local file that is getting locked or could be causing this issue? I find it quite odd.
ADDITIONAL SUGGESTIONS:
The text was updated successfully, but these errors were encountered: