Fix some federation issues
#357
Sloučený
Plume_migration_agent
sloučil 7 commity z větve fix-federation
do větve master
před před 5 roky
Posuzovatelé
Požádat o posouzení
Žádní posuzovatelé
Štítky
Zrušit štítky
Related to the REST API
Code running on the server
Stuff related to Federation
Related to the front-end
Translations, and related code
More about project management or code than the project itself
The building, or installation process of Plume
Something isn't working
We need to talk
New feature or request
This is a new feature
Compatibility with different browsers, readers and OS
Related to an external package that Plume uses
UI/UX related issues and PRs
Good for newcomers
Extra attention is needed
Issues affecting only mobile UX
How elements're rendered out for the end user
Something else needs to be fixed first
This issue or pull request already exists
This PR is not complete yet
Issues concern a limited number of instances
This doesn't seem right
Need to be discussed by the community (on Loomio)
This PR is ready to be reviewed
Proposed ideas worth considering
This is issue has been created after a vote on Loomio
This will not be worked on
Použít štítky
A: API
Related to the REST API
A: Backend
Code running on the server
A: Federation
Stuff related to Federation
A: Front-End
Related to the front-end
A: I18N
Translations, and related code
A: Meta
More about project management or code than the project itself
A: Security
Build
The building, or installation process of Plume
C: Bug
Something isn't working
C: Discussion
We need to talk
C: Enhancement
New feature or request
C: Feature
This is a new feature
Compatibility
Compatibility with different browsers, readers and OS
Dependency
Related to an external package that Plume uses
Design
UI/UX related issues and PRs
Documentation
Good first issue
Good for newcomers
Help welcome
Extra attention is needed
Mobile
Issues affecting only mobile UX
Rendering
How elements're rendered out for the end user
S: Blocked
Something else needs to be fixed first
S: Duplicate
This issue or pull request already exists
S: Incomplete
This PR is not complete yet
S: Instance specific
Issues concern a limited number of instances
S: Invalid
This doesn't seem right
S: Needs Voting/Discussion
Need to be discussed by the community (on Loomio)
S: Ready for review
This PR is ready to be reviewed
Suggestion
Proposed ideas worth considering
S: Voted on Loomio
This is issue has been created after a vote on Loomio
S: Wontfix
This will not be worked on
Bez štítku
A: API
A: Backend
A: Federation
A: Front-End
A: I18N
A: Meta
A: Security
Build
C: Bug
C: Discussion
C: Enhancement
C: Feature
Compatibility
Dependency
Design
Documentation
Good first issue
Help welcome
Mobile
Rendering
S: Blocked
S: Duplicate
S: Incomplete
S: Instance specific
S: Invalid
S: Needs Voting/Discussion
S: Ready for review
Suggestion
S: Voted on Loomio
S: Wontfix
Milník
Nastavit milník
Smazat milník
Žádné položky
Bez milníku
Zpracovatelé
Přiřadit uživatele
Smazat zpracovatele
Bez zpracovatelů
2 účastníků
Oznámení
Termín dokončení
Termín dokončení není platný nebo je mimo rozsah. Použijte prosím formát „rrrr-mm-dd“.
Žádný termín dokončení.
Závislosti
Nejsou nastaveny žádné závislosti.
Reference: Plume/Plume#357
Odkázat v novém úkolu
Není zde žádný obsah.
Smazat větev „fix-federation“
Smazání větve je trvalé. NEMŮŽE být vráceno zpět. Pokračovat?
Ne
Ano
There are some bugs in federation, the goal of this will be to fix most of them
(Maybe incomplete) list of things to do :
Codecov Report
Concerning mention links, I think the only easy solution is to add a domain argument to the parser, and prefix each link with it. Any other solution I'm thinking of either imply post processing or database access in the parser
Maybe we can always use the FQN for these links so that they are correct on remote instances, and add a redirection when requesting a FQN that is on the current instance?
FQN will do the trick when talking to other Plume, but Mastodon use a different model for user links (
https://mastodon.local/@<name>
, notice no slash between @ and<name>
), and Pleroma uses yet another (https://pleroma.local/users/<name>
). So either we use users ap-url (need db access), or we use an absolute link to the current instance (not the best solution, but definitely the easiest)Mastodon also recognises the profile URL format of
https://mastodon.local/users/<name>
, to redirect to the correct user profile, I have tried it. Thus it may be possible if you were to implement the URL format ofhttps://pleroma.local/users/<name>
that it should work just fine for Mastodon too, I think?We could change our scheme, but it wouldn't fix how we treat remote users.
/@/<user@domain>
is valid with Plume, but the equivalent is not with Mastodon/Pleroma. I really think using absolute urls is the easiest way to goOne can undo activities made by others. I should fix that too before merging
All your changes seems to work! The only issue, but I'm not sure if it one is that I'm still getting notifications in Pleroma: it appears on the notification page (/USER/mentions) but not in the notification panel on the left (but maybe that's just how Pleroma works, I don't use it regularly enough to know).
I've no idea why it's that way, I would expect the left panel, /USER/mentions and the notification on /web to be in sync, apparently they aren't???
Yes, I don't know how Pleroma works 🤷♀️ but I guess we can ignore this issue, it is still better than before even if not perfect…
Posuzovatelé
0ea1d57e48
.Krok 1:
Z vašeho repositáře projektu se podívejte na novou větev a vyzkoušejte změny.Krok 2:
Slučte změny a aktualizujte je na Forgejo.