Edit: to lemmy users, this link looks no different. To third party app users and Kbin users, etc, the previous links all cut out after the first underscore.
I mean sure, but that’s a bit more involved than just pasting a link with no code and having the renderer make a link, which lemmy is supposed to do. The app is failing to meet the lemmy spec, the developer should fix that.
So, it’s actually more a Lemmy bug. Lemmy stores the comments just fine but the API displays it with markdown. The double underscore is screwing up other apps abilities to display it and there’s really no way to avoid that. A third party app can’t tell if it’s supposed to be interpreted or not.
So on Lemmy, all the URLs look fine. On Kbin or any other apps, they’ll all get cut off after the first underscore.
I’ve just checked on kbin and the link works just fine. Kbin doesn’t display the full link, but when you click it on the website it works.
Are you using an app to browse kbin? In that case it’s your app that’s not doing it correctly. Possibly kbin doesn’t give it the infomration, or maybe it just reads the text of the link and misuses that.
Either way, the problem is nothing to do with lemmy. However lemmy apps have their own little bugs to work out (eg instance agnostic links from v0.18) so we’re all in the same boat of fedeverse development.
The link works for me. I was helping other folks who may have an issue with bare links as pointed out by the other commenter.
Either way, Lemmy is the reason non-lemmy readers can’t actually properly parse the information. The information is not what’s stored in the database. Only Lemmy can display it properly since it wraps it up in a bunch of markup that is then provided to third parties. As a developer, I don’t know what reasoning you still think you have to believe it’s not Lemmy. Everything you’ve said so far does nothing to backup that point.
Edit: also, I’m done here. I’m not interested in convincing a non-developer their favorite platform isn’t perfect.
Edit: to lemmy users, this link looks no different. To third party app users and Kbin users, etc, the previous links all cut out after the first underscore.
The link works for me.
So which is it? Did it work or not?
When I checked, it worked. Before the link was edited, when it was just a raw url with no markdown code. Lemmy dispayed the full link with the underscores. Kbin displayed a shortened version, but it linked to the same url.
You’re being incredibly pretentious with this “I’m a developer” nonsense. A developer of what? Be specific. Which app did you actually see the problem in?
Either way, you’ve been the one trying to push the blame on lemmy and users, right from the start. I’m not really sure what you’re playing at here, but it seems like you’ve realised your mistake and are now trying to save face.
The issue is with your app. Both lemmy and kbin desktop websites parsed the url correctly.
Edit: Works fine on lemmy and kbin websites, doesn’t work in Jerboa. So it’s yet another problem with Jerboa (or whichever app) text processing, nothing to do with lemmy and certainly not the user’s fault.
“I see a problem I can easily fix but obviously it’s someone else’s problem.”
Before the link was edited, when it was just a raw url with no markdown code.
It’s always with markdown. Lemmy is the only web app that can access it without markdown. I explained it like four different ways now. If you don’t understand it by now, you never will.
It worked for me and it’s why I provided a full link. Since it was created on Kbin, it was escaped by Lemmy as well. So lemmy will display the app just like Kbin would. But anyone who creates a link on lemmy, it will always look wrong in every other web app or third party app. It’s simply not possible for a third party app to display a link properly that was created by a lemmy user. Same goes for code boxes. They can only be displayed properly by Lemmy and no one else. It’s not possible for third party apps to display them properly.
Lemmy is the only one that can display links and code boxes created by Lemmy users. Links and code boxes created by every other platform displays properly everywhere.
You’re literally hand waving it away because it still works even though it’s impossible to parse by any other app. Just because it is only aesthetic doesn’t mean it’s a bug. The bug affects jerboa more than Kbin. I still helped those users instead of your pretentious ass by saying “oh well, not my problem.”
When there’s a problem that only exists with lemmy, it’s lemmy.
Do you need me to explain it yet another way? Do you need an ELI5?
You’re the pretentious one speaking from some authority without having any clue what the fuck you’re talking about.
I’m done. You’re blocked so I won’t be angered by any stupid replies from you.
“I see a problem I can easily fix but obviously it’s someone else’s problem.”
Here’s the full link.
https://nitter.net/__silent_/status/1698345924840296801
Edit: to lemmy users, this link looks no different. To third party app users and Kbin users, etc, the previous links all cut out after the first underscore.
I mean sure, but that’s a bit more involved than just pasting a link with no code and having the renderer make a link, which lemmy is supposed to do. The app is failing to meet the lemmy spec, the developer should fix that.
So, it’s actually more a Lemmy bug. Lemmy stores the comments just fine but the API displays it with markdown. The double underscore is screwing up other apps abilities to display it and there’s really no way to avoid that. A third party app can’t tell if it’s supposed to be interpreted or not.
So on Lemmy, all the URLs look fine. On Kbin or any other apps, they’ll all get cut off after the first underscore.
Yes there is, the way lemmy avoids it.
_might be usable as a tag in mark down, but it shouldn’t be used to break out of a URL.This is definitely a kbin bug lol.Edit: not kbin, but whichever app people are browsing with. Both lemmy and kbin websites work.Lemmy avoids it by having the source content and then translating output to markdown. Any third party reader needs to sanitize that output.
Lemmy basically does not output safe content for third parties. It’s absolutely a Lemmy bug from any developer’s perspective.
I’ve just checked on kbin and the link works just fine. Kbin doesn’t display the full link, but when you click it on the website it works.
Are you using an app to browse kbin? In that case it’s your app that’s not doing it correctly. Possibly kbin doesn’t give it the infomration, or maybe it just reads the text of the link and misuses that.
Either way, the problem is nothing to do with lemmy. However lemmy apps have their own little bugs to work out (eg instance agnostic links from v0.18) so we’re all in the same boat of fedeverse development.
The link works for me. I was helping other folks who may have an issue with bare links as pointed out by the other commenter.
Either way, Lemmy is the reason non-lemmy readers can’t actually properly parse the information. The information is not what’s stored in the database. Only Lemmy can display it properly since it wraps it up in a bunch of markup that is then provided to third parties. As a developer, I don’t know what reasoning you still think you have to believe it’s not Lemmy. Everything you’ve said so far does nothing to backup that point.
Edit: also, I’m done here. I’m not interested in convincing a non-developer their favorite platform isn’t perfect.
So which is it? Did it work or not?
When I checked, it worked. Before the link was edited, when it was just a raw url with no markdown code. Lemmy dispayed the full link with the underscores. Kbin displayed a shortened version, but it linked to the same url.
You’re being incredibly pretentious with this “I’m a developer” nonsense. A developer of what? Be specific. Which app did you actually see the problem in?
Either way, you’ve been the one trying to push the blame on lemmy and users, right from the start. I’m not really sure what you’re playing at here, but it seems like you’ve realised your mistake and are now trying to save face.
The issue is with your app. Both lemmy and kbin desktop websites parsed the url correctly.
Here it is again for testing: https://nitter.net/__silent_/status/1698345924840296801
Edit: Works fine on lemmy and kbin websites, doesn’t work in Jerboa. So it’s yet another problem with Jerboa (or whichever app) text processing, nothing to do with lemmy and certainly not the user’s fault.
Incredibly pretentious. Sort yourself out mate.
It’s always with markdown. Lemmy is the only web app that can access it without markdown. I explained it like four different ways now. If you don’t understand it by now, you never will.
It worked for me and it’s why I provided a full link. Since it was created on Kbin, it was escaped by Lemmy as well. So lemmy will display the app just like Kbin would. But anyone who creates a link on lemmy, it will always look wrong in every other web app or third party app. It’s simply not possible for a third party app to display a link properly that was created by a lemmy user. Same goes for code boxes. They can only be displayed properly by Lemmy and no one else. It’s not possible for third party apps to display them properly.
Lemmy is the only one that can display links and code boxes created by Lemmy users. Links and code boxes created by every other platform displays properly everywhere.
You’re literally hand waving it away because it still works even though it’s impossible to parse by any other app. Just because it is only aesthetic doesn’t mean it’s a bug. The bug affects jerboa more than Kbin. I still helped those users instead of your pretentious ass by saying “oh well, not my problem.”
When there’s a problem that only exists with lemmy, it’s lemmy.
Do you need me to explain it yet another way? Do you need an ELI5?
You’re the pretentious one speaking from some authority without having any clue what the fuck you’re talking about.
I’m done. You’re blocked so I won’t be angered by any stupid replies from you.
Thank you! Now it’s clickable for me.