Skip to main content
Solved

Why HTTPCaller replaces Ñ by %D1 instead %C3%91 in Query String Parameters?

  • October 20, 2017
  • 3 replies
  • 41 views

jorge_rosales
Contributor
Forum|alt.badge.img+8

Best answer by takashi

Hi @j4, as you say, I believe Ñ should be encoded to %C3%91, rather than %D1. It could be a defect of the HTTPCaller. Hope someone from Safe will check this.

As a workaround in the interim, as @david_r mentioned, you can use the TextEncoder to encode the parameters and then construct desired URL string containing the parameters, in the URL parameter field.

This post is closed to further activity.
It may be an old question, an answered question, an implemented idea, or a notification-only post.
Please check post dates before relying on any information in a question or answer.
For follow-up or related questions, please post a new question or idea.
If there is a genuine update to be made, please contact us and request that the post is reopened.

3 replies

david_r
Celebrity
  • October 20, 2017

URLs with parameters containing special characters (including spaces) needs to be encoded using so-called percent encoding and I suspect the HTTPCaller tries to do it for you.

You can also encode the parameter values manually using the TextEncoder transformer, that way you'll have more control over the final URL.


takashi
Celebrity
  • Best Answer
  • October 20, 2017

Hi @j4, as you say, I believe Ñ should be encoded to %C3%91, rather than %D1. It could be a defect of the HTTPCaller. Hope someone from Safe will check this.

As a workaround in the interim, as @david_r mentioned, you can use the TextEncoder to encode the parameters and then construct desired URL string containing the parameters, in the URL parameter field.


jorge_rosales
Contributor
Forum|alt.badge.img+8
  • Author
  • Contributor
  • October 20, 2017

URLs with parameters containing special characters (including spaces) needs to be encoded using so-called percent encoding and I suspect the HTTPCaller tries to do it for you.

You can also encode the parameter values manually using the TextEncoder transformer, that way you'll have more control over the final URL.

I did it. TexEncoder changes 'BREÑA BAJA' by 'BRE%C3%91A%20BAJA' but HTTPCaller changes 'BRE%C3%91A%20BAJA' by 'BRE%25C3%2591A%2520BAJA' (% -> %25). So I discarded using Query String Parameters and constructed the full url manually (StringConcatenator) as @takashi mentioned. What is odd is that HTTPCaller works fine with an url including Ñ character.