Todoist api call returns differently if it's not my own user

Questions
1

Describe the issue/error/question

I have a workflow that basically adds subtasks to a task when certain labels are added to that task.
It’s been running fine, but somehow the last week it seems like it doesn’t work if someone else on my todoist business plan is doing it.

So my workflow relies on the ‘event_data_extra’ section of the json that gets returned by the webhook. In that, I can see what the labels were before it was triggered. Which I then compare to what the labels are now. And then I know which exact label(s) were added.

But somehow when the webhook gets triggered by someone else on my todoist plan, it does trigger the webhook. But it doesn’t return ‘event_data_extra’.

I’ve contacted Todoist and they say it’s an n8n issue… Which I doubt, but ok.

Please share the workflow

Share the output returned by the last node

I would love to share the code… but when I now run the webhook it’s not even returning anything in the ‘labels’ section of the json… So I can’t even see what the current labels are.

[
  {
    "headers": {
      "host": "thibaultmol.app.n8n.cloud",
      "x-request-id": "REDACTED",
      "x-real-ip": "107.20.130.91",
      "x-forwarded-for": "107.20.130.91",
      "x-forwarded-host": "thibaultmol.app.n8n.cloud",
      "x-forwarded-port": "443",
      "x-forwarded-proto": "https",
      "x-forwarded-scheme": "https",
      "x-scheme": "https",
      "content-length": "747",
      "x-app-id": "20621",
      "user-agent": "Todoist-Webhooks",
      "content-type": "application/json",
      "x-todoist-hmac-sha256": "REDACTED",
      "x-todoist-delivery-id": "REDACTED",
      "accept-encoding": "gzip"
    },
    "params": {},
    "query": {},
    "body": {
      "event_data": {
        "added_at": "2023-02-27T16:40:48.320065Z",
        "added_by_uid": "40364226",
        "assigned_by_uid": null,
        "checked": false,
        "child_order": 1,
        "collapsed": false,
        "completed_at": null,
        "content": "Besteld via email/telefoon/website",
        "description": "",
        "due": null,
        "id": "6655517501",
        "is_deleted": false,
        "labels": [],
        "parent_id": "6655511734",
        "priority": 1,
        "project_id": "2302402967",
        "responsible_uid": null,
        "section_id": null,
        "sync_id": "6655517501",
        "url": "https://todoist.com/showTask?id=6655517501&sync_id=6655517501",
        "user_id": "40364226"
      },
      "event_name": "item:added",
      "initiator": {
        "email": "EMAIL",
        "full_name": "Thibault Molleman",
        "id": "40364226",
        "image_id": "71711a883ab54976955ae31fed206037",
        "is_premium": true
      },
      "user_id": "40364226",
      "version": "9"
    }
  }
]

Information on your n8n setup

  • n8n version: 0.210.2
  • Database you’re using (default: SQLite):
  • Running n8n with the execution process [own(default), main]:
  • Running n8n via [Docker, npm, n8n.cloud, desktop app]: n8n.cloud
1 Like
2

welp… I’m trying it today and it doesn’t seem to happen anymore… I’m assuming there was bug on todoist’s end. But haven’t gotten confirmation from them yet

1 Like
3

Hey @thibaultmol,

That is a bit strange, The bit I would be interesting in checking is the data the webhook gets when it is working and what it gets when it isn’t. Because we are limited by what Todoist sends it could be that the issue is there and maybe we can find a way to work around it.

4

I haven’t had this issue in the last couple days. So I think it might have had something to do with Todoist’s backend (they did launch a new feature and did see some people on reddit complain about syncing issues. So maybe something broke behind the scenes)

1 Like
5

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.