Thank you for the transparency about the situation! Taking time to resolve personal problems is not something to apologise over, we’re all thankful for the incredible work you’re doing so we can use Kbin.
I don't personally have any issues with the website on mobile, I wonder if it could be browser related? I'm also not expecting perfection from something that hasn't been around very long, and never was on reddit so have nothing to compare it to.
I think you have valid points about "dealing" and "learning" and for some, that will be a turnoff. For me, it is an adventure 🙂
Didn't you just see the upside too, though? You can see who's downvoting all your comments and call them out on it. Someone could downvote stalk you on Reddit (quite sure that has happened to me before) and it would be invisible and unprovable.
True, but if they hadn't seen it was me that downvoted them in the first place, they wouldn't know who to stalk, and I wouldn't have to call anyone out at all. Really though, I can still see both sides here. I'm just bitter it happened to me. Lol
@billothekid2 I'm with @FaceDeer on this, it's way better to know you have a Downvote Fairy than to just think no one appreciates your comments.
Back on reddit it happens a lot, but the targets are more likely to feel discouraged or think the person they are replying to is the one downvoting them.
Besides, I had someone doing this to me here on kbin for a couple of days and they are not someone I ever downvoted or had even argued with.
I asked them to stop and they downvoted me one last time and then stopped. I don't think they'd realized I can see them.
So the cause isn't that people can see your downvotes, it's that some people are just dicks.
They went through all the trouble to downvote every post. You lived in that user's head rent free all that time. Wear that shit like a badge of honor. They're internet points; they're not important.
Yeah, trolls really care about being “called out”. Trolls can’t stand negative attention, so be sure to tell lots of people who they are and what they did!
Assuming you're being sarcastic and mean the opposite, this hasn't been my experience, actually. Just like with @livus, above, I called out a downvote-stalker once who'd been following me around and when I described how I was seeing his downvote pattern he instantly vanished. In my experience the "downvote warriors" are a cowardly bunch, they love being able to throw punches without being seen to throw punches. Once you make it clear to them that everyone can see what they're doing they crumple under scrutiny.
The trolls you're talking about are the kind that love to get into an argument with you. That's quite different.
Could be, I have no clue what their name was. I feel the worst fate for such people is to be irrelevant so I try to forget about them. :)
Yeah, the ability to spot vote manipulation is a nice one. The current interface for kbin makes it laborious to click through so many comments and posts to check, but once the API is settled it should be possible to write some nice tools for that kind of thing.
No problem. And I can imagine that there might be some out there who would indeed be gleeful about being called out for downvoting because they're just that deep into the "raging asshole" state that any negative attention is giving them the dopamine hit they crave. But I suspect that kind of troll is going to be blatant enough that he'll get blocked or banned by most places worth hanging out in anyway.
I probably shouldn't admit it, but one of my favourite ways of dealing with a raging asshole on Reddit was to be impeccably polite to them until they blew their stack badly enough while trying to provoke me that I could report them. :) I'd only do that if they were clearly already unredeemable, though.
@FaceDeer the super annoying thing on reddit would be when I was having a polite discussion with someone and a third party came along and silently downvoted everything they said to me.
Then they'd get all annoyed assuming it was me who did it.
A "fun" experience from Reddit that I'm glad is impossible here on kbin is when I'm in an argument with someone and they would insta-downvote every response I made to them, then vociferously deny that they were doing it even when it was basically impossible for it to be otherwise (for example if we were in a days-old thread nobody else was paying attention to and the downvote was happening within a minute or two of me posting - too fast to even have read the comment).
On a related note, I'm pleased that blocking someone doesn't prevent them from responding to your comments here. The "get the 'last word' in and then block me so I couldn't answer" pattern was even more annoying, since karma was meaningless anyway but the block disrupted the flow of informative debate if other people were following it too. In such situations I'd edit the last comment I'd made to mention what had happened, at least. Hope that shamed a few folks at least a little bit.
@FaceDeer yeah that secret downvoting thing was super passive-aggressive.
What was most annoying about blocks was that bug where you couldn't reply to anyone downthread of a comment by the person who blocked you, so they could effectively end your other conversations with other people.
These points are not a priority, but relatively easy to achieve. They will gradually appear on the instance in between working on significant things. It's worth following https://kbin.social/m/kbinDevlog
Now I just need to find a convenient way to save this piece of code and copy-paste it whenever I need it 🤔
Honestly, I'd just suggest to add a button for it in the editor after the code one? I think it's a common enough thing to use to warrant it. For every other formatting maybe a little link for a pop up or expandable that shows the remaining formatting rules, similar to how it was on old.reddit.
I'm poking around at it now. I'm guessing it's probably something to do with JavaScript -- which I block by default via NoScript. (That's kind of odd though since I thought it was generating a <details>/<summary> HTML block server side, but maybe it's doing it on the client and I just happened to have JS unblocked when I saw it before?)
Edit: It looks like it is coming from this webpack'd JS file currently which I think is built from this JS source file; there is a handleSpoilers function defined which manipulates details/summary elements. Oddly, there is also PHP code for manipulating details/summary like I thought.
@ernest can chime in on if that's a temporary thing or what, but yeah, it seems to not work for me because I block JavaScript.
Yo, that is so good to know!
Wish there was a link to some quick stylesheet guide that kbin supports when you write a comment. Haven't seen this feature before.
When it comes to /kbin as a platform, the federation of downvotes will certainly work and will be configurable per instance. Today, I started the initial work on implementing new ActivityPub services from scratch. This is a good time to start a discussion on how it should work on kbin.social - to your points, I would also add:
Downvote federation only applies to remote threads from other instances, without affecting local therads
This is a good time to start a discussion on how it should work on kbin.social
A while back, I made a thread on /m/AskKbin about this. While it's not solely kbin.social users, there's still a lot of good input, and you could use KES to sort through those who are and aren't on the instance if you want. My two cents are that it's important for downvotes to exist, be federated, and be shown separately so that (A) people can easily express that they feel something doesn't helpfully contribute to the discussion and (B) similar expressions from other instances aren't drowned out.
Downvote federation only applies to remote threads from other instances, without affecting local threads
To be clear, what exactly do you mean by this? Does this mean that downvote federation is one-way (i.e., that downvotes federate from Kbin instances but not to Kbin instances)?
I understand what you are saying here, and I have flip-flopped on the issue myself. At the moment I personally am a fan of the limited downvote federation because I do think it acts as a hivemind barrier; to use reddit as an example, as it got bigger the downvote was used as a means to disagree without adding any value to the discussion or to simply silence a dissenting point of view.
That is not to say there were not times when a downvote was warranted - hateful comments, racism, sexism, homophobia, transphobia, and general bigotry are all more than deserving of a downvote. There are also bots and general off-topic posts & comments that may warrant a downvote.
Overall though, I think the problem is how the downvote was used (on Reddit, at least) was not conducive to discussion. However, due to the fact that upvotes and downvotes are public on kbin it is possible that behavior could change, but then that could create problems with other instances where none of that information is public to begin with. (Nobody wants to have a crazy person come after them over a downvote.)
Right now, the fediverse is pretty small and Kbin is actually the most welcoming instance I have found so far. I am not sure if the lack of downvote federation has anything to do with this, but so far I actually like it. Maybe once kbin and the expanded fediverse grows larger my opinion will change, but right now I feel like it’s helping to make it more hospitable than reddit.
A key difference here is we can see who downvoted which I think makes people more cautious to downvote. I guess Lemmy users aren't used to that however (but it might change their behaviour when they realise we can see!)
Right! I sometimes wonder if that could not lead to a schism in the future; many, many people on lemmy value their complete anonymity and they could see kbin exposing their upvotes and downvotes as a violation of that. (Not saying that people on kbin don’t, but I think we act knowing that people can see who upvoted/favorited or downvoted/reduced a post.)
I can say that public voting has definitely changed my use of the downvote; I was much more trigger happy with it on reddit whereas I don’t think I have used it at all since I joined kbin. Lemmy users seem to use it the same way Redditors do, largely because voting isn’t public on their end.
Ill be honest, voting being public is a big deterrent from kbin for me, after having experiences in the past of having people harass me on the assumption that I had downvoted their content.
The risk of being targeted for harassment over a downvote basically cements kbin as an unusable platform for me.
E: And, on thinking about it? It also has me doubting the quality of kbin sourced content. Downvotes on reddit style forums, which this is, work as a community driven content filter. Actively discouraging the use of that filter means higher quality posts are harder to discern. And sifting through more chaff per good post is not appealing.
I see where you're coming from, but this to me seems more like a property of the fediverse than an issue with Kbin in particular. Right now, anyone can make an instance and choose to show downvotes. Someone could make their own instance, gather downvotes federated from other instances, and make a list of who's downvoted who. Being on an instance that doesn't show downvotes doesn't hide your downvotes from everyone — just you and others on instances that don't show them.
On this end, I feel that Kbin instances are just being transparent about the publicity of your votes. If anyone can see your downvotes just by looking at an instance that shows them, I think it's important that people are aware of that. Showing public votes is sort of telling you, "Hey, people can see how you voted on the fediverse," and that's preferable to pretending that nobody can see them.
That just drives me to use instances that dont federate with instances who show that information.
Like. Lets apply that logic elsewhere. I could make an instance that makes your ip address public, because that information is also available. Could stick it next to your username.
Would you use that service? Or do you prefer using an instance who keeps the information they can access private?
Obviously, if my instance was sending my IP address off to other instances, I would get off that instance. However, downvotes are different situation. To my knowledge, for votes to work and be somewhat reliable, instances need to have a user attached to each vote. It would be very problematic if an instance was sending userless votes and other instances were just accepting them without issue. Nothing about the fediverse requires sending my IP off to other instances, whereas votes need to have corresponding users to be trustworthy.
Yes, thank you, obviously my exaggerated example to highlight the point was exaggerated. But you get my point, yes?
E: here, since you responded my just describing the function of how votes work. Lets try a different example.
Servers can track what posts you look at. That is something they can do, and many websites do. Would you be pleased to have every single post you viewed listed on your profile?
Kinda? Your example wasn't really an exaggeration of the situation with downvotes but a different situation entirely, so it didn't really address my point. Again, as long as there are downvotes on the fediverse, the people behind them will be visible to anyone who wants to know just by looking at an instance that shows them. Thus, being on an instance that doesn't show who you downvoted doesn't make your downvotes more private than if you were on an instance that did.
I 100% get being worried about people seeing who you downvoted, but in that case, I'd suggest being on an instance that just doesn't have downvotes. Those exist, and I've seen plenty of people who prefer things that way.
Not having downvotes at all makes the exact reason I dont like kbin even worse. A lack of downvotes is, in part, what made facebook so vividly toxic and rife with hate speech and fake news. When a site lacks upper moderation and a method of inter-community moderation, there is no way to filter out bad content and bad users.
Removing downvotes is something wanted by people who dont want content filtered. Showing downvotes is something wanted by people who want to weaken filters. Weak or nonexistent filters is what allows the worst aspects of the internet to fester and rot.
I did literally say I am drawn towards instances that would refuse to federate with privacy free instances, which includes the ones that make votes public. In the exact same way I would not want federation with instances that make your ip or view history public.
Understandable. I don't view showing downvotes as weakening filters—I see how it could deter downvoting to some extent, but in my experience, it leads to people handing out downvotes less freely and when it's more justified as opposed to not downvoting at all. Nevertheless, I see where you're coming from, and I want to stress that I think it's completely fair to not want people to see if you've downvoted them.
Note: I don't think defederating from an instance prevents them from seeing your content (according to this thread), so I'm not sure if defederation would make your votes private.
Back in the day facebook only had a like button and people demanded a dislike button. I don't know what facebook thought internally.
I think what kbin really needs is reasons. (like slashdot - though I havne't been there in 20 years so I don't know what is current). Upvote because it is funny is different from upvote because it is insightful (I may want to filter on that). Downvote because it is SPAM vs downvote because it is insightful on how someone who is wrong thinks (which probably should count as an upvote) Of couscous I don't know what the fedration protocol allows.
At the moment I personally am a fan of the limited downvote federation because I do think it acts as a hivemind barrier;
I think it's a lot less straightforward than this. While it definitely drowns out the "hivemind" of the wider fediverse, it also creates a bubble within your own instance. If a lot of people outside of your instance think you made a bad comment but few inside your instance do, limited downvote federation creates an inaccurate representation of what people think.
Additionally, having downvotes but limiting their federation makes them extremely unintuitive and only serves to further confuse new users. It's actively misleading—you'd think that if you see 0 downvotes that nobody clicked the downvote button, but that might actually be 5 people or 10 people or 30 people. At least if you don't have a downvote counter at all, it's clear that downvote functionality just isn't recognized on the instance. I'd much prefer that over a straight up incorrect counter.
Overall though, I think the problem is how the downvote was used (on Reddit, at least) was not conducive to discussion.
I agree that there's a big problem with how downvotes are used. I personally use downvotes if something is:
spam
straight up hateful
completely off-topic
a nonsensical take that the poster doesn't support
In other words, if something isn't a reasonable contribution to the discussion, I'll likely downvote it.
However, lots of people seem to use the downvote button as a disagree button. I see this less on kbin.social than I do on other instances, and that could be a potential reason to not federate downvotes. If downvotes are used differently on kbin.social than on other instances, then I can see it making sense to not lump them all together. However, that only makes sense if people on kbin.social aren't using the downvote button as a disagree button (which they are, just less so than on other instances). And even still, there's the problem of an unfederated downvote counter still being misleading.
Rambling aside, I see three ways of handling this:
Remove the downvote button entirely.
Remove the downvote button, but replace it with reactions that people can use ("This is spam," "This is hateful", "This doesn't contribute to the discussion," etc.). If other instances adopt this set of reactions, reactions from those instances could federate.
Keep the downvote button and federate downvotes.
I don't like #1 very much because then you don't have a great way of indicating spam, hateful posts, unhelpful comments, etc. outside of reports that only moderators can see. #2 seems really nice, though both it and #1 come with the downside of filtering out negative feedback from instances with downvotes. #3 is also good, though it comes with the problems of downvote misuse.
Might be interesting to have per-instance weighted voting. So local votes would count as 1x, votes from other instances could count as 0.5x, and votes from that one instance that has a lot of vote brigading would count as 0x. Would be useful for smaller, specialized instances that tend to get harassed by outsiders.
Like you mentioned, that could be interesting for specialized instances used by a small group of people, but that wouldn't work for any general instance due to the vote counters being really unintuitive. If an instance were to do that, I imagine they'd also want to have something you can click that shows how many votes were local, how many were from other instances, how many were blocked, etc.
I imagine they'd also want to have something you can click that shows how many votes were local, how many were from other instances, how many were blocked, etc.
Actually, that would be really cool and worth doing regardless. Have a voting statistics view for each post where upvotes and downvotes are broken down per instance, and maybe by other criteria too. @ernest
Come to think of it, I think downvotes should become a message to the mod - either delete this unacceptable content, or remove the downvote. I'm not sure what the logistics of that are though - I'd be shocked if there are not serious unintended consequences of that.
If you want to get the mods to take something down, that's what the report button is for. Downvotes shouldn't also play that role, especially if they stay as downvotes. That down arrow is inevitably going to be used by a lot of people to express mere disagreement.
I don't want downvote for disagreement. Learn to debate a point and then leave it. Downvote for disagreement just discourages people from holding forth on complex unpopular positions ,even if they are correct. Of course it is most abused in politics where we can't objectively give a correct answer, but elsewhere i've seen real experts downvoted when they point out the popular narrative doesn't fit the facts.
If a lot of people outside of your instance think you made a bad comment but few inside your instance do, limited downvote federation creates an inaccurate representation of what people think.
But we're cooler than anyone else. :P
It's much more important to me to know what kbin thinks about my comment, than it is to know what the aggregate of kbin+hexbear or kbin+lemmy.world thinks.
And if you do want to know you just hit view on original instance and see all the votes.
That's not really a culture I want to be fostered here on kbin.social. Kbin instances are part of the wider fediverse, and there's nothing about someone on kbin.social that makes their vote more important than someone else's vote. If Kbin had a reaction system (like I mentioned in another comment) instead of downvotes, then not federating downvotes would make more sense, as specific "this is spam" or "this doesn't contribute to the discussion" reactions are more useful than just a down arrow. But the system we have right now is extremely unintuitive to new users and promotes a culture of "Eh, downvotes from people on other instances don't really matter. What's important is what people who are arbitrarily on my instance think."
If you really want to know which votes are local and which ones aren't, it'd be much better to either
have an indicator next to each user in the activity tab showing whether they're local or not, like what KES does with threads & comments, or
have something you can click that lists the numbers of local votes and remote votes separately.
I don't think instance membership is all that arbitrary. I'm on kbin.social not hexbear or beehaw or lemmy.world for good reason, and it's not only because kbin is technically better.
It definitely is to some extent, and voting culture isn't a huge part of why people go to kbin.social. Kbin.social is the main Kbin instance. If someone prefers the Kbin's UI to Lemmy's or wants to have microblog support, many will just default to kbin.social. I came here because I thought Lemmy looked ugly and Kbin looked really nice.
When you're introducing the fediverse to people, a lot of people are just going to go to the default instance, and it's honestly good advice to tell people to just do that to start out (lest they turn away from the fediverse entirely due to not being able to make a choice). Voting culture has nothing to do with that. Just because someone's on lemmy.world doesn't mean their downvotes are worth less than ours, and just because someone's on kbin.social doesn't mean they don't just hand out downvotes in order to disagree.
Right now, the fediverse is pretty small and Kbin is actually the most welcoming instance I have found so far. I am not sure if the lack of downvote federation has anything to do with this, but so far I actually like it.
Me too. I'm with you on this, I find our current voting culture way better and more welcoming than most of the lemmys.
But while I've also gone back and forth on the question, I've basically settled on the view that public downvoting encourages _responsible _downvoting, and the risks associated with downvotes being public are exaggerated given how much else of one's activity is public anyway.
(B) similar expressions from other instances aren't drowned out.
Some other instances are so much bigger than ours though. The "drowning out" will likely come the other way.
I don't have time to go through and find it right now but somewhere in my comments is screenshots of the difference in voting patterns on a comment thread (it happened to be one where someone was saying kbin is mostly trolls, so it was polarizing).
Kbin had voted in a completely different way to the lemmy, but because they were so much bigger than us, the aggregate would have looked like lemmy was the consensus.
Part of the appeal of an instance for me is its culture. It's hard to develop that when we risk being drowned out.
Well how does it work at the moment? I have the feeling that downvotes from some instances were synchronized in the past while others are not. Is it really that absolutely NO downvotes are synchronized at the moment from kbin?
We on kbin have not developed a knee-jerk "downvote everything I disagree with" behaviour that reddit had and lemmy.world is starting to have.
I think this is because we can see each other's downvotes and so we use them more responsibly. People from other instances don't have that so they behave differently.
Downvote-to-disagree has an offputting effect on discussion and creates echo chambers.
Not federating downvotes from much bigger instances allows us to develop our own culture here on kbin without it being buried in an avalanche from elsewhere.
Brigading from places like hexbear doesn't really affect us.
I'd prefer that kbin communities continue to develop based on the ethos of the people here, rather than potentially having our upvotes cancelled out by downvotes from a larger instance.
I responded in another comment of yours, but I'll also respond here for the sake of visibility.
We on kbin have not developed a knee-jerk "downvote everything I disagree with" behaviour that reddit had and lemmy.world is starting to have.
I completely agree with this. From what I can tell, public voting has made people on kbin.social much more reserved with their downvotes — tending to only use them for spam, hate, off-topic, or noncontributory posts and less for just disagreement — without having the risks that come with a complete lack of downvotes (i.e., not having a quick way to give negative feedback on posts that are off-topic, noncontributory, etc.).
Not federating downvotes from much bigger instances allows us to develop our own culture here on kbin without it being buried in an avalanche from elsewhere.
This is a good point, but there are a lot of issues with not federating downvotes. Yes, not federating downvotes DOES help to emphasize the downvoting culture on kbin.social, but it also means that the downvote counter is misleading and unintuitive. New users would reasonably think that, like the upvote counter, the downvote counter represents anyone who's downvoted your post (outside of people on defederated instances). Having downvotes act like they do right now makes kbin.social less approachable and more confusing to new users.
Also, as long as we're using the same system as other instances, I don't want to push the idea that negative feedback from other instances doesn't matter. A downvote is ultimately a downvote, whether it's from kbin.social, another Kbin instance, or a Lemmy instance. The last thing I want is for the main Kbin instance — the one to which many will default — to have an exclusionary culture.
If we don't federate downvotes, I think we'd be better off just ditching downvotes entirely and instead having something more conducive to how we want instant negative feedback to be used. As I've mentioned in other comments in this thread, it'd be great to have a set of reactions people can use. "This is spam," "This is hateful," "This is off-topic", "This doesn't meaningfully contribute to the discussion," etc. would be a much better system for promoting the voting culture we want here on kbin.social. And if other instances adopt such a system, we could federate those reactions with them as well.
If we don't federate downvotes, I think we'd be better off just ditching downvotes entirely and instead having something more conducive to how we want instant negative feedback to be used.
Out of curiosity, how would the current system be preferable to specific reactions? The whole idea of "we should only count downvotes on our instance" only makes sense if everyone on our instance is using downvotes in a more reserved manner, which isn't the case for everyone. Different people on kbin.social use the downvote button in different ways, and that'll be even more so as the instance grows. If we really want to preserve this voting culture we have, wouldn't it be better in every way to replace downvotes with reactions specific to how we'd want downvotes to be used?
@ThatOneKirbyMain2568 like I said, it's my second preference.
If you're asking why it's not my first choice, the answer's partly that I'm happy with the status quo for reasons I've already gone into, and partly pragmatism.
@ernest has a really long to-do list and figuring out how to implement it in a way that wouldn't undermine the report button or do something crazy e.g to reputation is probably not the best use of his time right now.
Definitely agree that Ernest has a ton to do and implementing a whole new system shouldn't rlly be the top of his priority list. If it's too impractical, I'd prefer that downvotes just federate instead of the unintuitive system we currently have, but I've already discussed that at length.
The nature of software development and internet communities has always been transient - frameworks and projects and websites have all come and gone. Despite how unlikely it may seem, even Facebook is not immune to becoming dust in the wind someday. God knows I've started my fair share of hobby projects and left them behind in states ranging from broken to buggy, so I should be the last person to throw stones. I know how it feels to just hit a complete motivational brick wall, or to have so many other things come up in life that my little project is the last thing on my mind.
For as long as I can remember, from the days of PHP bulletin boards to Reddit to kbin, I've never had only a single profile. So I think it's not a bad idea to prepare for the possibility that kbin doesn't last forever - literally nothing does. Nor do I think that's a foregone conclusion! But even if Ernest has moved on, or he's tied down by other matters, I think what he built is inspiring. I legitimately believe that kbin is cool tech, far far cooler than Bitcoin or VR or AI. Maybe someone else spins up a kbin instance, or mbin becomes the new de facto standard, but I don't mind running this account for as long kbin.social sticks around... no matter how many 503's I see lol.
I recognize each and every other commenter in this thread, y'all are prolific contributors. So if you are leaving, at least link your new profile in your bio.
Oh, the irony! I'm trying to upvote your comment, but keep getting an error.
I signed up here and Lemmy.world (same username), at roughly the same time, and have mostly used this account. Only in the past few days have I been leaning on lemmy.world, and giving some thoughts as to where my new backup might be. I really do appreciate the added benefits of 3rd party apps, but I'm definitely going to keep checking in here, and hoping I'll be back to using this account (almost) exclusively again soon. I don't even use the microblogging side of things here, but I've really enjoyed the vibes of Ernest and the local community.
This time is probably unrelated to @ernest's supposed inactivity. Actually, his another /kbin server, https://karab.in has been brought back on 15 of February.
Oh wow, what a day for the fediverse huh? Kbin's infrastructure went down, Lemmy.ml's certs expired (or so Firefox told me), and a ton of Misskey servers got hacked and started botspamming everyone.
Just because I was curious which platform takes the smallest cut:
Patreon takes 8%, plus payment processing (I assume another 3-5%). Let's call it 11%.
Buy Me a Coffee seems to take 5%, and Stripe takes 2.9%. Basically 8%.
Liberapay apparently takes 0% themselves, but 3-5% goes to payment processing through Stripe or Paypal. The site is funded by people who directly support the Liberapay account itself lmao. So 3% puts them in the clear lead.
I know Patreon is basically a household name at this point, but if you're open to a bit of change I'd encourage folks to use Liberapay!
Just re: Liberapay's fees, 2.9% is their recorded average when using Stripe and 4.9% the average when using PayPal. YMMV based on e.g. donation size (where a small donation will have a higher % fee due to the processing fees being a combination of flat and %), currency / country, etc.
It's still almost always the lowest-fee option when available, but just wanted to be clear that you can't just jump in and expect to see ~3% regardless of circumstance.
kbinMeta
Top
This magazine is from a federated server and may be incomplete. Browse more on the original instance.