[#58] pre-link MFM content #59
No reviewers
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#59
Loading…
Reference in a new issue
No description provided.
Delete branch "prelink-mfm"
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?
when misskey sends us a message, it gives us two different representations - the "federatable mfm" that misskey itself generates, this is a basic markdown-parsed HTML string which shows mfm formatting as italics
the other is either in the
_misskey_content
(deprecated) orsource
fields, and is the raw MFM sourcethis PR pre-parses the raw content and links mentions/hashtags/etc
dumb question, this is also going to do the same for MFM messages sent by akkoma, right?
hm we probably should, shouldn't we
also seeing how that interacts with stuf
ok change of plan
apparently source shouldn't contain anything like html, so we're going to throw out the silly html misskey generates and use our own, which i think was the initial suggestion
final AP format:
this is converted to
on the mastoAPI call
content
fieldo, noticed a bug
when a misskey user tags a user on the same instance it doesn't tag it
because this searches for that mention on our instance
interdasting, i'll see if i can replicate
suffering :angery:
well fixing THAT was a pain in the bum let me tell you