Webhook url path altered when using variables

Hi, hope someone can help with this, I am about to go insane :upside_down_face:

Describe the issue/error/question

When I add a webhook and specify the path “api” the full url will be

But if I add a variable to the path like api/:version the webhook url created be like
So n8n automatically add the webhook id to the url. I see no way of changing this in the UI.

What is the error message (if any)?

No error but webhook url not like I would expect.

Please share the workflow

Information on your n8n setup

  • **n8n version: 0.190.0
  • **Database you’re using (default: SQLite):Postgres
  • **Running n8n with the execution process [own(default), main]:queues
  • **Running n8n via [Docker, npm, n8n.cloud, desktop app]:docker

Hi @Micke, welcome to the community!

That’s a good find. I wasn’t aware of this, but will make sure to add it to our internal bug tracker. Sorry for the trouble, we’ll make sure to let you know once this is fixed.

Perhaps you can consider using query parameters until this is fixed. As in using a path of api and then opening a URL like .../api?foo=bar to send a foo parameter with a value of bar?

Hi @MutedJam
Thank you for response. I ended up accepting the webhook id in the url (partly).
If i create a webhook with a paramter i get a long url with the ID in the URL.
If I copy this one and add a second paramter the base part of the URL persist.
So now I get:

And if I end up exposing this online I can hide the webhookId1 part with the loadbalancer.

Also Webhook - Enhanced with dynamic elements in path RESTful API approach [GOT CREATED] - #8 by jan seems to suggest this is the expected behaviour.

Best regards

1 Like

Any new about this issue? It’s still happen today.

This is actually not a bug. That was implemented like that on purpose for technical reasons. Is probably something that will be reworked in the future but as far as I am aware is that sadly nothing that will become a priority any time soon.

What exactly do you try to do? Because there is maybe a workaround.