@japananon It's not completely serverless, and arbitrators need to be trusted. See my comment:
https://mitra.social/objects/018f9189-cf2b-0f4b-ccb3-61ec502953cb
Bisq DAO is better because the risk of collusion is much lower
@japananon It's not completely serverless, and arbitrators need to be trusted. See my comment:
https://mitra.social/objects/018f9189-cf2b-0f4b-ccb3-61ec502953cb
Bisq DAO is better because the risk of collusion is much lower
>The problem is that if the flow doesn't follow that happy path (instant-accept or pending), then you don't know there is a problem.
In such cases I keep it in pending state forever. But the sender may cancel and re-send the follow request.
>Furthermore it seems that there are no existing recommendations regarding handling of a Follow to an Actor who believes you are already following them. Do you send back an Accept? Ignore the activity?
I send Accept every time, i.e. Follow activity is idempotent
>I'm writing this because I'm unable to follow `@weekinfediverse@mitra.social, but I don't actually know whether it failed or is pending accept.
It was successful, and my server sent Accept, and the response was:
[202] {"status":{"code":"accepted","message":"Accepted"},"response":{}}>...the problem is I don't actually know for sure, and this would also potentially provide guidance for new implementors.
There was a discussion about error reports: https://socialhub.activitypub.rocks/t/report-errors-in-server-processing/3006
But none of the proposal were implemented
>I am gonna see if it can handle an arbitrary balance
I was told you can run your own bank: https://socialhub.activitypub.rocks/t/federated-alternative-to-patreon/4018/14
@sun That's an interesting idea. And I think Taler integration can be added to Mitra, but I am not likely to work on it myself
@sun No recipient privacy (for some reason this is advertised as a feature), and depends on the banking system (at least in the default configuration). In my opinion these are fatal flaws
I haven't studied it much, but overall looks like an interesting project, better than Stripe/PayPal/etc
If only there was a way to integrate peer to peer payments into federated social media without relying on Stripe and Google... Maybe someday it will be discovered!
https://mastodon.social/users/dansup/statuses/112489844955494674
@tadano Yeah, it's a good idea
ActivityConnect breaking change: identifiers of bridged objects are different now. They were percent-encoded but the set of allowed characters was not correct, and that has been fixed.
I doubt that anyone else is using it, but just in case, I recommend un-following all bridged actors and deleting them from local cache.
@clemv @nimda The problem has been fixed in Mitra v2.19.0 (wait for update)
2.19.0 has been released. Now you can do:
mitractl add-emoji emojiname https://pleroma.social/path/to/emoji.png>In that case how tricky is the federation work on the backend? As for the frontend, IMO just copying Pleroma's UI design for emoji reacts (emoji react button that leads to picker with search + emoji reacts shown just above buttons) but I don't know how painful that is to implement.
Sure, I'll probably make something similar to Misskey and Pleroma. But it's a non trivial task, can't tell how much time it will take.
@japananon You can remove followers if you want. There is an option in profile menu
@tadano @Tadano Nope, that limit is hard-coded. But the next release is almost ready, give it a day or two.
@tadano @Tadano The limit is 50 emojis per post, which seems to be a sane number (it exists to protect server from being overloaded).
I'll add a mitractl command for importing emojis from other servers in the next release.
@tadano @splitshockvirus @Tadano
>Take pic related, the same user favourited and emoji reacted to OP yet I only received a notif for the favourite/like. Am I interpreting it incorrectly or did I misconfigure something?
Perhaps something is wrong with this particular emoji? Mitra has a size limit for emojis and may also discard certain file types. Could you ask that user to send the same emoji react to one of my comments?
>I should have specified this as a Husky-specific issue, I notice that replies I see never indicate who's being replied to. This isn't a problem on the default web UI, thankfully.
I don't know why this might be happening. If you have a GitHub account, consider reporting it to Husky dev https://github.com/captainepoch/husky/issues
>IMO being able to change the site logo from web and modifying the CSS, frontpage layout and about page would be very nice. If not from web, from the server without having to rebuild.
Server-side CSS modifications shouldn't be difficult to implement. I'll think about it.
>Addendum: In your opinion, how complicated would emoji reacts + autocomplete be to implement? I looked in the codeberg and didn't see any issues or anything related to it.
>t. Layman when it comes to Rust/JS programming
Autocomplete is easy, it is a 100% frontend job. Mitra UI already supports mention auto-suggestions which are similar.
Emoji reactions are much more complicated, they require both backend (+federation) work and frontend work (+UI design).
Thank you for a detailed report @tadano !
Yes, docs and missing features will be gradually added over time, I agree that reactions, emoji autocomplete and admin UI are very nice to have.
I have a couple of questions/comments:
>no emoji reacts, even husky seems to filter out notifications for them
The default Mitra frontend should notify about incoming emoji reacts. Are you saying that these notifs are not displayed in Husky?
>replies in threads kind of janky (I know dev is working on it)
Could you elaborate? They seem to be working fine on my instance.
>no quote posts (not terribly salted peanuts about this but mite be cool to see)
You can make a quote post from a thread. Open the post menu and select "Repost with comment". It is also possible to add a quote to a post using the special wiki-like syntax: [[activitypub_id]] (see the doc).
>no markdown options for posts
A subset of markdown is already supported. Do you need some markdown feature that is not currently supported (e.g. headings)?
>wish default UI was more customizable (e.g. like how you can change the background, logos, front-page, etc. on Pleromer) I could be full of shit assuming you could just muck with the assets directly for results
Currently it's a bit complicated because you will need to re-build the frontend: https://codeberg.org/silverpill/mitra-web#customization
I want to improve that though.
@juanro49 @Tadano reported https://git.pleroma.social/pleroma/relay/-/issues/39
@juanro49 @Tadano The outbox property is required by ActivityPub standard (but the outbox collection can be empty). Are you using a fork of https://git.pleroma.social/pleroma/relay ?
I can report the issue to upstream
@nihilist @monero Consider the following situations:
- Bob and Arbitrator are colluding against Alice
- Bob and Arbitrator are the same person
I think this system needs a higher authority to function properly. And there's a simple non-technical solution to this problem. If you don't agree with Arbitrator's ruling, you make the case public and provide proofs. As a result, Arbitrator's reputation is destroyed.
Someone can even create a rating service similar to @kycnotme that will list arbitrators with good reputation
@tadano @phoenix @compound And yes, It's not vegan, sorry. But all lifeforms involved in creating it were treated with utmost respect.
Developer of ActivityPub-based micro-blogging and content subscription platform Mitra. Working on Fediverse standards: https://codeberg.org/silverpill/feps
076萌SNS is a social network, courtesy of 076. It runs on GNU social, version 2.0.2-beta0, available under the GNU Affero General Public License.
All 076萌SNS content and data are available under the Creative Commons Attribution 3.0 license.