@evan@context aaaahr, I let myself get confused. If an object has properties in an object without an id, then these are transient according to the specification:
...unless they are intentionally transient.
In the case of the actor, this would mean that oauthAuthorizationEndpoint is transient. which is wrong
@evan@context The reason for the usecase "update oauthAuthorizationEndpoint & oauthTokenEndpoint" is that I want to let the client decide where it authenticates itself #activitypub
@evan it is the task of the activitypub server to delegate the authentication to an oauth server. In some cases, the activitypub server can also be the oauth server. The task of the activitypub server is to trust one or more oauth servers. I think it makes sense for an actor or an activitypub client application to be able to decide whether they want to use Facebook, Github or whatever to authenticate themselves.
@naturzukunft These properties are about an OAuth flow for granting access to the ActivityPub API, not authenticating using OIDC. GitHub does not know about your ActivityPub API implementation and will not do a good job informing your user about what scope of access the client is asking for.