Query strings are not being escaped for gemini status 1x requests #161

Closed
opened 2020-05-24 18:14:53 +00:00 by sloum · 3 comments
Owner

This was not included in the last build due to some perceived ambiguity on my part. It seemed that the major search engines were not unescaping query strings. However, this has been shown to be incorrect. They do escape, but they do not seem to support + as meaning <space>. The tools in net/url encode a space as +, which causes the, mostly built with python, servers to just render a +.

I am actvely seeking advice for this issue on the message board. This did not make it into 2.3.0, but can be a minor release sometime soon once a path forward is figured out.

This was not included in the last build due to some perceived ambiguity on my part. It seemed that the major search engines were not unescaping query strings. However, this has been shown to be incorrect. They do escape, but they do not seem to support `+` as meaning `<space>`. The tools in `net/url` encode a space as `+`, which causes the, mostly built with python, servers to just render a `+`. I am actvely seeking advice for this issue on the message board. This did not make it into `2.3.0`, but can be a minor release sometime soon once a path forward is figured out.
sloum added the
bug
gemini
labels 2020-05-24 18:15:09 +00:00
Author
Owner

This is related to #157 which was closed as fixing the main issue being brought to attention by that issue card. However, it can be referenced for more info on this issue.

This is related to #157 which was closed as fixing the main issue being brought to attention by that issue card. However, it can be referenced for more info on this issue.
sloum changed title from Query strings are not being escaped for gemini status 1x responses to Query strings are not being escaped for gemini status 1x requests 2020-05-24 18:24:32 +00:00
Author
Owner

A fix for this has a PR: #166

Using PathEscape rather than QueryEscape seems to avoid the issue of + being used for spaces, as it uses %20.

A fix for this has a PR: #166 Using `PathEscape` rather than `QueryEscape` seems to avoid the issue of `+` being used for spaces, as it uses `%20`.
sloum added the
in progress
label 2020-05-26 02:46:32 +00:00
Author
Owner

This has been merged in

This has been merged in
sloum closed this issue 2020-06-15 06:27:24 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: sloum/bombadillo#161
No description provided.