[bug] NodeInfo Content-Type
parameters missing quotes #852
Labels
No labels
approved, awaiting change
bug
configuration
documentation
duplicate
enhancement
extremely low priority
feature request
Fix it yourself
help wanted
invalid
mastodon_api
needs docs
needs tests
not a bug
planned
pleroma_api
privacy
question
static_fe
triage
wontfix
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: AkkomaGang/akkoma#852
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Your setup
Docker
Extra details
No response
Version
fork based on
c0a99df06a
PostgreSQL version
No response
What were you trying to do?
Get the NodeInfo document of my Akkoma instance to process it via a Rust program.
What did you expect to happen?
The content type to be the same defined in the protocol:
What actually happened?
The content type was:
Notice the missing quotes, which were causing header value validation issues when passed to the mediatype Rust crate:
Logs
No response
Severity
I can manage
Have you searched for this issue?
I deployed a temporary fix on my instance on my Caddy reverse proxy:
Thanks for reporting! But while it worked out fine here, please be more specific about which custom patches you’re using in the future. In particular upstream Akkoma currently returns a
2.0
Content-Type for bothe versions of NodeInfo while your patched version seems to have already changed something about this since it reportedly returns2.1
.Fixed the version and missing quotes in #853
Btw, if you want to keep your program portable: IceShrimp.NET and Mastodon appear to not set the
profile
content-type parameter at all atm (Misskey does with correct version and quotation)oh, i'm very sorry, my patches don't touch the Content-Type at all, so, since I made this issue while about to fall asleep, it's much more likely that I made a mess while writing the issue and copying the string from the debug output 😭
thank you for the super fast follow-up! :)
that's handled in my program, it was just the missing quotes combined with the slashes in the value that were apparently breaking mediatype's parameter parsing!
not having read the media type RFC i have no idea if the issue was on Akkoma's or mediatype's side, but having it be the same as specified solves the issue regardless :)
again, thank you!