Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[feature] client support for Local-Only Posting #3309

Open
sgrigson opened this issue Sep 16, 2024 · 12 comments
Open

[feature] client support for Local-Only Posting #3309

sgrigson opened this issue Sep 16, 2024 · 12 comments
Labels
enhancement New feature or request

Comments

@sgrigson
Copy link

Is your feature request related to a problem ?

While it raises the question of which existing UI even supports local posts, it would still be nice to support this feature, especially for nascent island networks. In those scenarios, there's a great many occasions when messaging only your own server is desirable.

Describe the solution you'd like.

A mechanism (maybe keyed to how the Glitch fork of Mastodon does it, I'm not sure Hometown does it the same) to mark a post Local-Only, so it will not federate at all beyond the current server.

Glitch allows you to flag a post as local-only one of two ways:

  • With a dropdown option in the UI for "Local Only"
  • Using the 👁emoji somewhere in your post

In the case of the latter, that would allow us to make a post local-only without a UI feature.

Describe alternatives you've considered.

None

Additional context.

No response

@sgrigson sgrigson added the enhancement New feature or request label Sep 16, 2024
@Fastidious
Copy link

Is this something that existing clients (not the front-ends of the ActivityPub servers you mentioned) support?

@tsmethurst
Copy link
Contributor

tsmethurst commented Sep 16, 2024

Ello ello, on main we support local only posting by setting the local_only variable to boolean true when a status is created via the client API, since that seemed to be what Glitch used. It's also possible to do exactly the same thing on 0.16.0 by setting the federated flag to boolean false, though this latter method is deprecated. So on main, and in the upcoming 0.17.0 release, any client that can support that Glitch feature should be able to work with GoToSocial as well.

Re: the eyeball thing, we briefly considered it in this issue -- #301 -- but essentially we're wary of having "magic" emojis do things and would rather avoid that if possible.

@sgrigson
Copy link
Author

Thanks! That's helpful to know that it's so close (and in some ways already here.)

Outside of the scope of this particular ticket, but I do wonder about the UI issue a lot more for handling interaction policies.

@VyrCossont
Copy link
Contributor

VyrCossont commented Sep 16, 2024

Glitch doesn't use a local_only param: the dropdown option in its frontend just appends the magic emoji 👁️ to the post source before submitting. Tested on my Glitch 4.3-ish instance just now and checked against their current source.

Hometown does use a local_only param, I think; their docs are here. I don't have a Hometown test instance so I can't confirm that 100% and this is based on a quick read of their status create API handler just now (and also a previous look I did in #1985 and then forgot). To complicate things, it also supports magic emoji and a magic string.

@tsmethurst
Copy link
Contributor

Ahh okay, I was just confusing glitch and hometown I think, thanks for the clarification.

@VyrCossont
Copy link
Contributor

VyrCossont commented Sep 16, 2024

Well, it doesn't matter much, because there are no third-party clients that support local_only except possibly for Tusker on iOS (personally unconfirmed but the Hometown docs mention it).

Issues for adding it to our recommended clients:

@sgrigson
Copy link
Author

I'd also recommend seeing if it can be added to Elk/Phanpy, as both are pretty popular UI alternatives (and the latter in particular works very well with GTS).

Even so, as a Feditext user on mobile, this will be nice. Thanks!

@VyrCossont
Copy link
Contributor

VyrCossont commented Sep 17, 2024

@sgrigson Elk and Phanpy don't seem to support it today, but the Phanpy developer is fairly open to new features, at least. (I'm not familiar with the Elk devs yet.) Feel free to open issues with those projects politely requesting support for local_only posts and point them back here. (already opened) IIRC they use the same Fedi client lib anyway?

@VyrCossont
Copy link
Contributor

VyrCossont commented Sep 17, 2024

@VyrCossont
Copy link
Contributor

And so does Elk:

@Steffo99
Copy link

@VyrCossont I've already added support for local-only posting for Akkoma and Pleroma to Phanpy (cheeaun/phanpy#657), adding it for GtS shouldn't be a problem either, but I need to know how it will be implemented, since every fedi backend seems to have slightly different semantics for what they mean by Local-only!

@VyrCossont
Copy link
Contributor

VyrCossont commented Sep 17, 2024

@Steffo99 oh cool, I didn't know you were a Phanpy contributor! So for GtS 0.17:

I believe Akkoma adds another visibility level for local-only posts instead of an orthogonal flag, so it won't work like Akkoma.

This should get you compatible with Hometown as well, but not Glitch, unless someone finally gets the local_only posting param merged.

@tsmethurst tsmethurst changed the title [feature] Local-Only Posting [feature] client support for Local-Only Posting Sep 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

5 participants