make.com webhook response consistently not recorded on the first call

  • renske.renske-1379093898437197944

    R

    4 days ago

    Hi! My make.com webhook response is consistently not recorded in Nordcraft on the first call. It works flawlessly after calling it the first time, but not on the first try.

    I can see the response pop up for a milisecond (unfortunately I think you cannot see this in the video, even though I saw it when recording), and then it is gone again.

    Does anyone know of a reason why this would happen?

    Some things I already tried:
    It does this both in the editor as well as in the preview, and it does also not depend on the variables in the body. Autofetch is turned off.

    This is the link to a recording (it is cut off but contains all info): https://www.loom.com/share/e783c12e80ec4dd2adbd3aca8d141e12?sid=683843aa-df33-4a87-8a61-e6a23ea0a935
  • filip_dajkovic-1379097897940942969

    Filip Dajkovic

    4 days ago

    Try running it without any "on success" actions and let us know if that changed anything
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
  • renske.renske-1379099187613794374

    R

    4 days ago

    It works without the actions 🤔
  • filip_dajkovic-1379110565796122676

    Filip Dajkovic

    4 days ago

    That means there's something with your on success actions thats interfering, not sure what it could be and why tho. Could you provide us with some more information about those actions
  • renske.renske-1379132009204420608

    R

    4 days ago

    I tested all the success actions and the culprit is setting this "chat_id" variable in the success actions, which is also used in the body of the request. The API call works perfectly when I am not setting this specific variable, it does not work when setting this variable.

    Normally chat_id is based on the outcome of the API call, but for testing I changed it to be static and it is still corrupting the API call.

    I still do not understand why it only happens the first time I execute the API after a reload. It is also interfering when it is not null, so that cannot be the reason..
    1379132008986312765-image.png
  • Tod-1379132011050176585

    Tod

    4 days ago

    Great job @R! Your contribution to the Nordcraft Community just made you advance to Community Level 6! 🌲
  • renske.renske-1379135094014607391

    R

    4 days ago

    FYI this is the body of the API (+ the user_id)
    1379135094031122472-image.png
  • filip_dajkovic-1379135789048402010

    Filip Dajkovic

    4 days ago

    This seems like a bug, changing a variable connected to an API should affect it only if autofetch is on. You could post it inside undefined channel or try to get Team toddle's help right in here.
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
    🙏1
  • erikbeus-1379349450245275749

    Erik Beuschau

    4 days ago

    Hi @R
    I'm happy to investigate this, but it seems your original Loom video no longer exists. To help me debug, it would be useful if you could:
    - DM me details about the project/branch/component I should look at
    - Briefly explain the current behavior vs. the expected behavior
    - Explain how I can reproduce the issue

    Thanks 🙌
  • renske.renske-1379377757653434399

    R

    4 days ago

    Hi @Erik Beuschau, will send you a DM!
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
    👍1
  • renske.renske-1380156569253052426

    R

    2 days ago

  • Fixed and working like a charm 🙂
    🙌2
    🙌3
    🙌3
    🙌3
    🙌3
    🙌3
    🙌3
    🙌3
    🙌3
    🙌3
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4
    🙌4