If you look at the local version of the post at https://piefed.social/c/tesseract@dubvee.org/p/2232597/addressing-the-elephant-in-the-room, it has accepted a comment despite the original at https://lemmy.world/post/49817942 remaining locked. I do not see any comments on e.g. piefed.ca so the comment may not have federated.

Isn't this a bug? It's definitely going to be confusing to people, so I thought I would let you know! :-)

Edit: added details to title that the post was remotely locked on Lemmy, as opposed to locally or remotely on another PieFed instance.

[–] 1 point 1 week ago*

It's been a couple weeks and I wanted to add another perspective about this.

I noticed a user downvoting posts, https://lemvotes.org/user/FarStare@lemmy.dbzer0.com if it helps to have specifics. In the more than one full year of existing, they have never once contributed via making a post, never once commenting even, just doling out up- and down-votes in roughly equal proportion, and even those nearly exclusively via posts but almost never comments.

I am not concerned about receiving votes from PugJesus - either up or down, as PugJesus has earned the right to speak on behalf of the community. But who is this other person who is influencing how others see my content? Are they male or female? Do they have a degree of some kind? Do they primarily visit meme communities, as the vote pattern might suggest, or other communities as well?

So how do I feel about people who use the Threadiverse more than others? My answer is more complex and nuanced than simply yay or nay. I might prefer the opposite of the implemented feature even - the more someone posts (including comments?), the more upvotes they are allowed to make? Have they not earned such?

Also, if votes were exposed, each individual could decide for themselves how they wanted to make use of voting - perhaps someone would ban PugJesus, or conversely write special code (a 3rd party app / API recipient?) to highlight posts that PugJesus upvoted (isn't that how "boosting" works? at least re-tweeting does).

It's really difficult to guess what someone wants, as each person wants different things. Which is why ultimately in an effort to make things more fair & equitable, the solution can end up making it less so.

I like the follow-up suggestion to leave this new option OFF by default, so that an instance admin would have to specifically opt-in, perhaps as part of an overall suite of features limiting things like posts and comments as well. Although really, I think other approaches might work better - e.g. why would someone want to limit themselves to "some" of PugJesus' content, wouldn't they rather simply have it all or else ban him from the instance and therefore have none? I am not seeing the benefit realistically of having "some", especially when the delimiter is not based on community or overall content but simply what time of day (based on an arbitrary threshold for when they starts and ends to restart the next period) the votes are cast?

  • source
  • [–] 10 points 2 weeks ago (14 children)

    Lemmy's issues are pretty gigantic as well - to the point where many people outright refuse to fund its further development, thus impacting the future of the Threadiverse (one example is the inordinate amount of time spent performing moderation activities rather than actually working on adding features to the codebase).

    Anyway, it's good to have multiple alternative options - having more software implementations of the ActivityPub Protocol is unquestionably a good thing imho.

    The social engineering though is NOT a good thing imho - fortunately it's an option that can be disabled, though unfortunately it is opt-out rather than opt-in, and not transparently handled at all.

  • source
  • parent
  • context
  • [–] 18 points 2 weeks ago

    No, this affects each and every PieFed instance that upgrades to v1.7 (I sent you in a different reply here the exact lines of code). PugJesus' instance PieFed.social uses the now-default value of 240 as the daily vote quota. Admins may opt-out by setting the quota differently, however this will only impact votes accepted on your current instance. It will not affect votes accepted by other PieFed instances. e.g. if your instance uses 500 rather than 240, then someone looking at the identical content from PieFed.social will not see any of the second half of your daily votes: you will be able to OFFER them, and Lemmy will receive all of them, but each PieFed instance chooses itself how much it will receive or not.

    And btw this information is not presented anywhere to show what these values are across each instance. Like the caps on posts and comments, it is silently effective, but not transparent in the least. So like the whole argument about whether defederations destroy the foundational principles of the ActivityPub Protocol-using Threadiverse, this new issue too is going to wreak havoc on the acceptance of PieFed in the wider Threadiverse & Fediverse communities. :-(

  • source
  • parent
  • context
  • [–] 38 points 2 weeks ago

    All votes, up or down, whether from Lemmy or the local or a different PieFed instance, are now restricted by an admin-set quota value. This was quietly reported outside of Matrix channels, buried into part of the 1.7 release of the code - see the exact relevant line at https://codeberg.org/rimu/pyfedi/src/commit/7e10e92de2cf271088b76a31d725cad67afe08aa/app/activitypub/routes.py#L2335.

    This value can be adjusted however the admins desire (e.g. the PieFed.zip admins say they have set it to a ridiculously high value to essentially disable it, and other PieFed instances are coming out strongly against it), but by default is set at 240 (https://codeberg.org/rimu/pyfedi/src/branch/main/config.py#L191, thanks to flamingos@feddit.uk for reporting these lines of code). As in you can vote 240 times per day before you are blocked from doing so further. Logged-in PieFed users can see how much of their local instance quota they've used so far, but (i) no numeric values are presented, only a visual bar where you have to guess at where you are (e.g. do I have 10 votes left now? 100? 2?), (b) this will only show you the LOCAL instance quota - not the quotas of OTHER instances, and in particular the vote quota seems applied to incoming votes from Lemmy, Mbin, Mastodon, nodeBB, etc. platforms as well as PieFed instances, and (c) none of this is explained anywhere, on any page, e.g. there is currently no way to tell which instances use those quotas, nor what values they are currently set at.

    And I thought I recalled hearing that there are caps already on posts and comments too, but I haven't studied the code and I think this is not well known, if it is even true rather than me misremembering or misunderstanding something. PieFed seems to be going to some effort to limit its users ability to interact with the Threadiverse. Which obviously for some admins is going to be a big plus, to keep costs down by silencing all the "noise" from messy human interactions (although I don't fully understand this: if that is what you want then why not just stop pulling in votes altogether, and simply sort by New?) but the manner in which this implementation has been rolled out... leaves PieFed open to an immense amount of criticism.

    img

  • source
  • parent
  • context
  • [–] 24 points 2 weeks ago (31 children)
    [–] 2 points 2 weeks ago

    Though with a difference that multiple centers exist, rather than exclusively one.

    Also for those of us in the USA there are so many other life-threatening additional considerations to add: e.g. if we join Piefed.ca then what happens when the USA decides to invade Canada, so either communication gets cut off or people who use this social media get rounded up onto a convention camp?

  • source
  • parent
  • context
  • [–] 30 points 2 weeks ago (9 children)

    PieFed is another federated threaded forum software like Lemmy, though just within the last week greatly surprised people by switching gears to be less like traditional social media that welcomes lots of engagement. The changes were not announced in advance, not something that can be opted out of (except by migration to another instance, which is what PugJesus is saying he will not consider doing) and are quite unpopular overall.

    None of THAT background stuff will affect you on Lemmy.World, except that you'll see a quieter network overall, especially now that PugJesus is leaving us.

    Overall it is perhaps best to use the Threadiverse not as your sole or possibly even primary social media but as one among several, as this one is struggling (post).

  • source
  • parent
  • context
  • [–] 6 points 2 weeks ago

    Others have calculated and said that this is false. Remember we are not discussing merely votes on posts but also comments. Someone mentioned that the quota could be reached in two hours at a vote every 10 seconds. I cannot even see the numeric value of the vote quota so I am relying on the math of others who have studied this in greater depth.

  • source
  • parent
  • context
  •  

    There seems to be an issue with pulling in post titles sometimes, either from Lemmy or other PieFed instances, resulting in the text "(content in post body)" rather than the actual title.

    Here are several examples to help diagnose: https://piefed.social/post/2189717/comment/12017862 (you'll need to scroll down, the list is in the comment below, not the post, but for some reason clicking the link starts up at the top).

    Thank you for taking a look!

    (I'll mark this post as a "Question", as in when will this be fixed?:-)

     

    I wrote out a very long and detailed reply to someone, citing sources and putting quite some time into crafting my message, only to be presented with a message "replier blocked" in red font. Or if I attempt via a direct URL to the comment, I get a different presentation of the similar message saying "Your reply was not accepted because Replier blocked", in black text against a pink background (in my dark mode view with PieFed theme, using Firefox on Android).

    I am fairly certain that the person I was attempting to reply to has not blocked me, as we talk all the time including DMs even. So I suspect it is the account above them that has me blocked?

    Although in this case, why am I able to see their content, if I am "blocked"? The person I attempted to reply to is on a Lemmy instance, but the person who I suspect blocked me is on the same instance as me, PieFed.social. I can see their profile too, but attempting to enter the page to send a DM confirms that one of us has blocked the other, and their username is not in my block list so it must have been them blocking me. I am writing all of this out to show my process of discovery.

    Can a visual indicator be added to comments that are going to result in me wasting (potentially significant amounts of) time attempting to reply to but that will result in failure?

    Otherwise this amounts to shadow-banning, which is not going to be a good look for Piefed and will hinder its acceptance in the community.

    Left to my own devices, while surely I could place a visual icon next to the names of such accounts, there are too many problems with that approach to make it viable. (1) I would have to discover the situation first, (2) plus as seen above what if I am incorrect in my determination there, (3) plus that situation might change over time - e.g. if a block was added accidentally, or otherwise reconsidered and removed.

    Having been blocked is crucial information, which is preventing me from discoursing with my actual friend in this case. And currently the only way I seem to be able to discover this fact is to either enter the page to send them a DM or not merely open the reply box but go ahead and compose and make a FULL attempt to send off a reply message to either them or also including everyone who has replied below them as well.

    The indicator of this phenomena needs to have occurred MUCH sooner in the process, to avoid frustrations. No means no, I totally respect that much at least, but I wish I had been told that, somehow?

    community themes (piefed.social)
    submitted 3 months ago* (last edited 3 months ago) by to c/piefed_meta@piefed.social
     

    Sometimes community mods set their community-specific themes to something that is entirely unreadable - like dark text on top of a black background for a spoiler box, itself on top of a light-colored background (where the dark text would have been readable, except the spoiler box changing everything). I am having to turn off community theme overrides entirely as a result if I want to read the content.

    One suggestion could be to provide a link to an external testing tool, or better yet put some automated testing directly into the code where the community themes are built, to alert people to such accessibility considerations? Honestly the latter might be more work than strictly necessary... but it also sounds kinda fun so I thought I would mention it 🤔🤣.

    img

    view more: next ›