this post was submitted on 03 Aug 2023
8 points (100.0% liked)

/kbin meta

3 readers
3 users here now

Magazine dedicated to discussions about the kbin itself. Provide feedback, ask questions, suggest improvements, and engage in conversations related to the platform organization, policies, features, and community dynamics. ---- * Roadmap 2023 * m/kbinDevlog * m/kbinDesign

founded 1 year ago
 
all 10 comments
sorted by: hot top controversial new old
[–] [email protected] 6 points 1 year ago (1 children)

This looks like a Lemmy issue, not a /kbin one. Perhaps find a Lemmy development community somewhere to ask.

[–] [email protected] 2 points 1 year ago

i asked there as well, in my other comment i showed their answer

[–] [email protected] 3 points 1 year ago (1 children)

Looks like basic markdown syntax to me. Does Lemmy maybe not use markdown formatting in that area of the site?

[–] [email protected] 5 points 1 year ago (1 children)

i found out from lemmy that it appears they escape everything that comes from kbin like so:

[–] [email protected] 5 points 1 year ago* (last edited 1 year ago) (1 children)

Mardown has several valid different ways to define itself, both ways listed are valid ways to indicate italics.

You would expect Lemmy and KBin to fix on one way but display both. That is a bug in the lemmy renderer.

For example asterisk Is a special character, when used in JSON you have to escape special characters with a backslash. A single backslash is also a special character. What your seeing is double escaping, (e.g. something is repeating it on code)

A quick look through the KBin code showed it using json_encode which is the JSON conversion library built into PHP. A quick google shows double calling the library on a string won't do that and I can't see KBin doing anything obviously wrong.

Lemmy has had some really weird bugs, an expectation that Lemmy hadn't escaped a block of code at a set point so they escape it and KBin is escaped would seem the most likely candidate.

The easiest test would be seeing how it renders on an alternate KBin instance, you would expect the extra characters to show up there, if they don't its probably Lemmy

[–] [email protected] 4 points 1 year ago* (last edited 1 year ago) (3 children)

The easiest test would be seeing how it renders on an alternate KBin instance

So, not op, but I just tested this. The issue OP is seeing doesn't occur on karab.in and fedia.io the same way it does on lemmy, but I'm noticing that there IS an issue with how the markdown is federated between kbin instances.

This is, verbatim, what I get on both karab.in and fedia.io:

Show off your hard work! (Not limited to just weight loss) Use this format when posting pictures: > Gender/Age/Height [Weight Before > Weight After = Total Amount Lost] (Time period in months) Personal title > Example: F/23/5'5" [289lbs > 250lbs = 39lbs] (4 months) I am very proud of myself! RULES > Be respectful > Support one another > No sexual comments (based on the subreddit)

Notice how there's no new lines / paragraphs and that some of the > (but not all of them) got changed into > and the receiving instance didn't change them back.

For reference, this is how it should be:

Show off your hard work! (Not limited to just weight loss)

Use this format when posting pictures:
> Gender/Age/Height [Weight Before > Weight After = Total Amount Lost] (Time period in months) Personal title
> Example: F/23/5'5" [289lbs > 250lbs = 39lbs] (4 months) I am very proud of myself!

RULES
> Be respectful
> Support one another
> No sexual comments

(based on the subreddit)

So clearly there is an issue with kbin itself here, whether or not lemmy has an issue too.

@euphoria

[–] [email protected] 3 points 1 year ago

That kind of character conversation is exactly what you would see if escaping wasn't being done properly.

Definitely a bug in KBin there