Closed to266 closed 4 years ago
I think you are right. We should percent encode the blob url, not use the application/x-www-form-urlencoded
form.
The change should be relegated here:
I'll try to make the change and get back to you!
@to266 can you please check if the aforementioned PR solves the issue? If yes I will merge it! Thanks!
Yes it does! Thanks for the quick turn-around :)
If a blob contains spaces in its name, they get encoded as
+
and not%20
when generating a blobl URL. In turn the URL cannot be used until those+
are replaced with%20
.Example code:
This returns something along the lines of
which does not work with just a simple GET (or navigating with a browser).
If the
+
is replaced with%20
, the PDF is displayed as expectedAs far as I can see, the consensus is to use
+
only in theapplication/x-www-form-urlencoded
, which is after the?
in actual URL: https://stackoverflow.com/questions/1634271/url-encoding-the-space-character-or-20