-
Does anyone knows why in iOS, the webview, although is instructed to call an url in which all the "+" signs were URL escaped , changes them back to "+" before sending the requests to the backend server? I'm calling the backed server as follows:
the url passed to the fetch command is "https://www.mydomain.com/search?string=%2Bdistance" Unfortunately by passing the unescaped "+" causes problem at by backed java server level, which interprets the "+" as an empty space, messing up my logic. This weird behavior is only visible in iOS. Any idea what is causing this iOS behavior, and is there a way to fix it ? Thanks PS: I am using the latest cordova version |
Beta Was this translation helpful? Give feedback.
Replies: 3 comments
-
Didn't have time to look into why... but a temporary fix would be to:
FYI I just tried both using "+" and "%2B" and they're left intact when inspected in Web Inspector. |
Beta Was this translation helpful? Give feedback.
-
Thanks for your feedback! I just realized that I forgot about the cordova-plugin-webview-proxy I am using only for ios. I think the problem comes from somewhere in that plugin... I've also tried the double encoding, but funny enough when I do that, it just passes to the up stream the double encoded string, it doesn't decode it once. I will try to see if I can trick it to pass what it has to pass to the upstream. |
Beta Was this translation helpful? Give feedback.
-
I can confirm that the problem is coming from cordova-plugin-webview-proxy. |
Beta Was this translation helpful? Give feedback.
I can confirm that the problem is coming from cordova-plugin-webview-proxy.
Sorry for the hassle!