"Log in with Codeberg" #592

circlebuilder commented 2022年03月07日 11:38:54 +01:00

There are so many apps and services that have a "Log in with Github" auth facility. They lower the barrier to sign up significantly. Codeberg might provide similar login facilities (OAuth / OIDC? I'm not an expert) and have a project where integrations are built and tracked.

Background:

I just installed a Discourse forum for a developer audience. I can enable Github login out-of-the-box, but since all code will be on Codeberg this feels a bit weird and also I want to promote usage of both Codeberg and Gitea as better alternatives than Github.

As for Discourse accounts.. they are most-used forum software I think for developer communities, and I am member of many forums. If they have their code on Github I usually reuse my Github account to login.

There are so many apps and services that have a "Log in with Github" auth facility. They lower the barrier to sign up significantly. Codeberg might provide similar login facilities (OAuth / OIDC? I'm not an expert) and have a project where integrations are built and tracked. **Background:** I just installed a Discourse forum for a developer audience. I can enable Github login out-of-the-box, but since all code will be on Codeberg this feels a bit weird and also I want to promote usage of both Codeberg and Gitea as better alternatives than Github. As for Discourse accounts.. they are most-used forum software I think for developer communities, and I am member of many forums. If they have their code on Github I usually reuse my Github account to login.

fnetX commented 2022年03月07日 12:29:52 +01:00

Gitea already has an OAuth. For example, you can login to the Woodpecker CI with your Codeberg account (if you were granted access). And https://code.obermui.de/user/login has a login with Codeberg, too.

It's up to the external applications to implement the "Login with Gitea/Codeberg" feature. We can collect potential candidates here, but honestly I think the requests better fit their issue tracker. I doubt we will have time to take care of (m)any other projects.

Gitea already has an OAuth. For example, you can login to the Woodpecker CI with your Codeberg account (if you were granted access). And https://code.obermui.de/user/login has a login with Codeberg, too. It's up to the external applications to implement the "Login with Gitea/Codeberg" feature. We can collect potential candidates here, but honestly I think the requests better fit their issue tracker. I doubt we will have time to take care of (m)any other projects.

circlebuilder commented 2022年03月07日 12:51:28 +01:00

I understand. Besides handy I saw it more as a promotional feature for Codeberg. At Discourse the team is likely not very interested to offer a tailored 'Login with Codeberg'. But they are interested in Github because of its popularity.

The project bulding/tracking integrations would be crowdsourced. Not a task of Codeberg team to spend time on, but encourage Codeberg users to contribute to.

It is just an idea, though, and you might close if you don't think its a good issue for this tracker.

I understand. Besides handy I saw it more as a promotional feature for Codeberg. At Discourse the team is likely not very interested to offer a tailored 'Login with Codeberg'. But they are interested in Github because of its popularity. The project bulding/tracking integrations would be crowdsourced. Not a task of Codeberg team to spend time on, but encourage Codeberg users to contribute to. It is just an idea, though, and you might close if you don't think its a good issue for this tracker.

renaissance commented 2022年03月07日 13:16:18 +01:00

It's up to the external applications to implement the "Login with Gitea/Codeberg" feature. We can collect potential candidates here, but honestly I think the requests better fit their issue tracker. I doubt we will have time to take care of (m)any other projects.

I have not implemented OAuth yet and I dont know if it is straigtforwared but should we create a documentation section for that

> It's up to the external applications to implement the "Login with Gitea/Codeberg" feature. We can collect potential candidates here, but honestly I think the requests better fit their issue tracker. I doubt we will have time to take care of (m)any other projects. I have not implemented OAuth yet and I dont know if it is straigtforwared but should we create a documentation section for that

fnetX commented 2022年03月07日 13:24:25 +01:00

There are probably better technical documentations on how to implement OAuth per tech stack. Otherwise, there are the specs. I don't see any reason to write our own "How To Oauth". There are thousands of apps that support OAuth, they can't each write their own OAuth guide just because they think someone might add OAuth support in third-party apps which can then connect to their app.

Regarding a crowdsourced list, this makes sense. If people say where they might want to see OAuth, we get an impression of the actual demand and people can then decide which app they pick if they are interested in implementing this somewhere.

There are probably better technical documentations on how to implement OAuth per tech stack. Otherwise, there are the specs. I don't see any reason to write our own "How To Oauth". There are thousands of apps that support OAuth, they can't each write their own OAuth guide just because they think someone might add OAuth support in third-party apps which can then connect to their app. Regarding a crowdsourced list, this makes sense. If people say where they might want to see OAuth, we get an impression of the actual demand and people can then decide which app they pick if they are interested in implementing this somewhere.

Emmasha commented 2022年05月16日 06:53:15 +02:00

There are most likely better specialized documentations on the most proficient method to execute OAuth per tech stack. In any case, there are the specs. I see no good excuse to compose our own "How To Oauth". There are great many applications that help OAuth, they can't each compose their own OAuth guide since they figure somebody could add OAuth support in outsider applications which can then interface with their application.

There are most likely better specialized documentations on the most proficient method to execute OAuth per tech stack. In any case, there are the specs. I see no good excuse to compose our own "[How To Oauth](https://bestmachete.co/)". There are great many applications that help OAuth, they can't each compose their own OAuth guide since they figure somebody could add OAuth support in outsider applications which can then interface with their application.

6543 commented 2022年05月26日 15:26:35 +02:00

Add CB to tailscale: https://github.com/tailscale/tailscale/issues/4717

Add CB to tailscale: https://github.com/tailscale/tailscale/issues/4717

Ghost commented 2022年07月30日 14:48:32 +02:00

For the record a related topic about weblate and sign-in from Codeberg.

For the record [a related topic about weblate](https://codeberg.org/Codeberg/Community/issues/463) and sign-in from Codeberg.

6543 commented 2022年08月09日 19:12:50 +02:00

I would close this as duplicate to #463

as we only can document from our side, the other projects have to adapt it ... (ease for foss projects to do so ... hard for propritarian)

I would close this as duplicate to #463 as we only can document from our side, the other projects have to adapt it ... (ease for foss projects to do so ... hard for propritarian)

HexagonCDN commented 2023年01月05日 12:55:30 +01:00

@6543 Please add duplicate label!

@6543 Please add `duplicate` label!