[gemini] input field badly processed #191
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
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: sloum/bombadillo#191
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?
Hi!
I'm working on a gemini server, and I'm testing it with bombadillo and with elpher (emacs).
To have multiline input, I'm returning various times "10 Inser text". The first time bombadillo is processing the input correctly, and upon "enter" is pressed the request is sent as it should.
However, the second input does something weird. Bombadillo sometimes says "already at the bottom" or "Your way is blocked by void, there is nothing forward" or "no text matching" (input).
I think it's in a bad state (like in command mode, or something).
I'll provide a better description if needed
Thanks, Nicolò
Hi @nixo!
Thanks for submitting this issue. Can you tell me what version of Bombadillo you are running (
bombadillo -v
should provide this, in most situations).We had run into this awhile back and I believe it has been fixed. I know in the gemini torture tests there is a test for returning a query from. query and Bombadillo handles it correctly in all of the instances I have seen. So my guess is this may be a version issue. If, however, it is not I'd love to be able to replicate the behavior by testing it against your server if possible.
Thanks!
Thanks @sloum!
Well, I'm in one of the few situations in which bombadillo -v does not work (returns Bombadillo - build). But I know it's version 2.2.0. The commit you are referring to might be this (
c58b40def2
), which is newver than my actual version.I built the new version and input is working! I'll subimt the upgraded one to guix
However, it is treating redirects to absolute paths as to filesystem requests (redirect to /b/ returns "invalid system path"). Other clients do the "right thing" (what I expected it to be, reading specifications at 3.2.3). I'll open a new issue.
(an instance of my server is available on gemini://nixo.xyz . It's an anonymous board, thought it might be a nice first project)
Awesome! Glad that was was resolved :) After the next minor release (I've been lazy during the pandemic - anxious and depressed may be the more correct phrasing - and have not completed what I want to release) I plan on merging develop into master so the master branch should actually reflect the current state of development (I believe it may be lagging behind a tad).