Query strings are not being escaped for gemini status 1x requests #161
Labels
No Label
blocked
bug
build
documentation
duplicate
enhancement
finger
gemini
gopher
help wanted
http
in progress
invalid
local
needs-info
non-code
non-functional
non-urgent
question
release
rendering
suggestion
telnet
terminal
urgent
wontfix
No Milestone
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: sloum/bombadillo#161
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
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 innet/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 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.
Query strings are not being escaped for gemini status 1x responsesto Query strings are not being escaped for gemini status 1x requestsA fix for this has a PR: #166
Using
PathEscape
rather thanQueryEscape
seems to avoid the issue of+
being used for spaces, as it uses%20
.This has been merged in