Codeberg/Community
54
325
Fork
You've already forked Community
12

Captcha on Codeberg - 2025 edition #1797

Open
opened 2025年02月20日 17:46:16 +01:00 by fnetX · 33 comments
Owner
Copy link

Comment

This issue represents the current state of the inaccessible captcha that is still enabled for registration on Codeberg.org. To get everything on board about the problem:

  • The captcha prevents people with limited eye vision (either blind or otherwise having difficulties deciphering the distorted text) from registering at Codeberg.org without help from our admins. While we are happy to help, requiring assistance for the first step on Codeberg discriminates against these users and demotivates, especially when users only want to "quickly" report an issue to a project.
  • The captcha is not very effective anyway, because it's rather easy to solve. However, it reduces spam attacks. Without a captcha, mass-registering accounts on Codeberg is as easy as submitting the form and parsing the activation link from emails using a simple pattern. It is a low hanging fruit and everyone can get started with this within a few minutes. With a captcha, you need to invest about an hour to integrate with a captcha solver, so spam is reduced to those that find the time and motivation to do this. It relaxes our moderation team, they only need to deal with occasional spam waves.
  • We have considered many options over the years, such as proof-of-work based throttling. However, most options are either not very effective, not well maintained, still inaccessible (not by design, but because no one made them accessible), privacy-invasive, proprietary, require JavaScript ...
  • We invested effort, for example into an mcaptcha integration, but we decided it was not a viable option (for some reason I personally don't remember).

The solution to this is whatever requires a similar amount of engineering to automate registrations to Codeberg, and our aim is to completely get rid of a captcha. Our most recent idea can be found at forgejo/forgejo#6966

Message quotes from our Matrix channel about the problem

The only possible solution is to drop the captcha entirely, and that's both the goal and plan for the past years.

We invested effort into other captcha solutions, implement support for some others in Forgejo (e.g. mcaptcha), but nothing really worked out. You can trace the experiments back to https://codeberg.org/Codeberg-Infrastructure/CaptchaService :)

Dropping the captcha implies that we need better spam tools. We expected to get there by April 2025. The current progress is that we have a Forgejo Guardian which does an excellent job at containing SEO spam already.

As the recent spam waves showed, the current captcha is not hard to break. People can do this with a few hours of engineering effort.

However, we know that when we drop the captcha, the threshold is reduced by a lot. Up to the point where spamming user accounts on Codeberg is as easy as filling registrations and extracting the activation link from the email. Unfortunately, that means we will see similar campaigns on a weekly or even daily basis. Basically each time someone doesn't like us and finds five minutes to write a shell script.

So the requirement for dropping the captcha is not necessarily a captcha, but something that requires people to at least add some hour of work to implement OCR, send data to a service, or otherwise solve some technical difficulties.

If someone implements 100 different templates for the registration form and email that work the same but are hard to automate, this could also work :D

I appreciate the effort and your help in bringing this forward. It is embarrassing that this topic has been open for so long. The difficulty is the rather complex dependencies on spam detection, moderation tooling, denial of service vectors and much more.

### Comment This issue represents the current state of the inaccessible captcha that is still enabled for registration on Codeberg.org. To get everything on board about the problem: * The captcha prevents people with limited eye vision (either blind or otherwise having difficulties deciphering the distorted text) from registering at Codeberg.org without help from our admins. While we are happy to help, requiring assistance for the first step on Codeberg discriminates against these users and demotivates, especially when users only want to "quickly" report an issue to a project. * The captcha is not very effective anyway, because it's rather easy to solve. However, it reduces spam attacks. Without a captcha, mass-registering accounts on Codeberg is as easy as submitting the form and parsing the activation link from emails using a simple pattern. It is a low hanging fruit and everyone can get started with this within a few minutes. With a captcha, you need to invest about an hour to integrate with a captcha solver, so spam is reduced to those that find the time and motivation to do this. It relaxes our moderation team, they only need to deal with occasional spam waves. * We have considered many options over the years, such as proof-of-work based throttling. However, most options are either not very effective, not well maintained, still inaccessible (not by design, but because no one made them accessible), privacy-invasive, proprietary, require JavaScript ... * We invested effort, for example into an mcaptcha integration, but we decided it was not a viable option (for some reason I personally don't remember). The solution to this is whatever requires a similar amount of engineering to automate registrations to Codeberg, and our aim is to completely get rid of a captcha. Our most recent idea can be found at https://codeberg.org/forgejo/forgejo/issues/6966 <details><summary>Message quotes from our Matrix channel about the problem</summary> The only possible solution is to drop the captcha entirely, and that's both the goal and plan for the past years. We invested effort into other captcha solutions, implement support for some others in Forgejo (e.g. mcaptcha), but nothing really worked out. You can trace the experiments back to https://codeberg.org/Codeberg-Infrastructure/CaptchaService :) Dropping the captcha implies that we need better spam tools. We expected to get there by April 2025. The current progress is that we have a Forgejo Guardian which does an excellent job at containing SEO spam already. As the recent spam waves showed, the current captcha is not hard to break. People can do this with a few hours of engineering effort. However, we know that when we drop the captcha, the threshold is reduced by a lot. Up to the point where spamming user accounts on Codeberg is as easy as filling registrations and extracting the activation link from the email. Unfortunately, that means we will see similar campaigns on a weekly or even daily basis. Basically each time someone doesn't like us and finds five minutes to write a shell script. So the requirement for dropping the captcha is not necessarily a captcha, but something that requires people to at least add some hour of work to implement OCR, send data to a service, or otherwise solve some technical difficulties. If someone implements 100 different templates for the registration form and email that work the same but are hard to automate, this could also work :D </details> I appreciate the effort and your help in bringing this forward. It is embarrassing that this topic has been open for so long. The difficulty is the rather complex dependencies on spam detection, moderation tooling, denial of service vectors and much more.
Author
Owner
Copy link

Personally, I would even agree to dropping the captcha and monitoring the situation up until we see a first spam wave. In this case, we would require more data collection. How many spam users are created, what is their impact, how does the situation change without a captcha?

Personally, I would even agree to dropping the captcha and monitoring the situation up until we see a first spam wave. In this case, we would require more data collection. How many spam users are created, what is their impact, how does the situation change without a captcha?

I would like to reiterate one point: whatever you decide in the Core team, please don't use HCaptcha. They loudly claim they are accessible, but in the blind community they are known most widely either as HateCaptcha or HellCaptcha, and for reasons. Their accessibility cookie method simply doesn't work reliably, and most of the times doesn't work at all.

I would like to reiterate one point: whatever you decide in the Core team, please don't use HCaptcha. They loudly claim they are accessible, but in the blind community they are known most widely either as HateCaptcha or HellCaptcha, and for reasons. Their accessibility cookie method simply doesn't work reliably, and most of the times doesn't work at all.
Author
Owner
Copy link

I don't think we'll integrate with some other captcha service, except maybe some proof of work thing that does not require any interaction with users.

I don't think we'll integrate with some other captcha service, except maybe some proof of work thing that does not require any interaction with users.

i'm sure this has been considered, but what about supplementing with IP-based rate limits? new account registration is the main thing that needs to be captcha'd, right? that's something that will happen super rarely, mostly once per normal person, but a spammer would need to do it a ton of times in short succession. it's possible to spoof and use VPNs and whatnot, but that goes along with "there's no perfect solution, but making it take an hour instead of 5 minutes would be good."

i'm sure this has been considered, but what about supplementing with IP-based rate limits? new account registration is the main thing that needs to be captcha'd, right? that's something that will happen super rarely, mostly once per normal person, but a spammer would need to do it a ton of times in short succession. it's possible to spoof and use VPNs and whatnot, but that goes along with "there's no perfect solution, but making it take an hour instead of 5 minutes would be good."
Author
Owner
Copy link

We do have IP-based rate-limits, but recently, actors still managed to create hundreds of accounts in short time. Our rate-limit also aims to support use-cases like a whole school class or people at a hackathon signing up.

We do have IP-based rate-limits, but recently, actors still managed to create hundreds of accounts in short time. Our rate-limit also aims to support use-cases like a whole school class or people at a hackathon signing up.

Hiya, we're going to be moving GoToSocial to Codeberg from Github very soon, but the inaccessible captcha means that GtS folks who use screen readers can't log in to the service. Simply having a button to click that can read the captcha text out to you, or whatever else is standard, would solve this. Perhaps this could be implemented in the meantime as a stop-gap solution while you decide whether or not you want to drop the captcha entirely?

Hiya, we're going to be moving GoToSocial to Codeberg from Github very soon, but the inaccessible captcha means that GtS folks who use screen readers can't log in to the service. Simply having a button to click that can read the captcha text out to you, or whatever else is standard, would solve this. Perhaps this could be implemented in the meantime as a stop-gap solution while you decide whether or not you want to drop the captcha entirely?
Author
Owner
Copy link

There is a temporary workaround in place, that might be enough for your needs? Feel free to verify with a screen reader yourself and tell me (ideally via email) if you think this could work.

There is a temporary workaround in place, that might be enough for your needs? Feel free to verify with a screen reader yourself and tell me (ideally via email) if you think this could work.

Just try to listen the captcha. I've tried 6 times to create my codeberg account, and finally i suceed.

Just try to listen the captcha. I've tried 6 times to create my codeberg account, and finally i suceed.

Oh that's a very fun workaround :') I love it. I'll ask some of our screenreader users to try it out. Thank you very much!

Oh that's a very fun workaround :') I love it. I'll ask some of our screenreader users to try it out. Thank you very much!

As a screen reader user, I've tried to register a new account and didn't find any audio alternative which basically makes the process inaccessible. JAWS 2025 latest update, Chrome 135 latest build.

As a screen reader user, I've tried to register a new account and didn't find any audio alternative which basically makes the process inaccessible. JAWS 2025 latest update, Chrome 135 latest build.
Author
Owner
Copy link

@Menelion if you have some time, maybe tomorrow, I would like to see your behaviour during a user test. Would this work for you? I don't expect it to last more than 10 minutes, maybe with some technical preparation time.

@Menelion if you have some time, maybe tomorrow, I would like to see your behaviour during a user test. Would this work for you? I don't expect it to last more than 10 minutes, maybe with some technical preparation time.

Of course Otto! But my wife confirmed that there is no audio button. It looks like this: Captcha screenshot

Of course Otto! But my wife confirmed that there is no audio button. It looks like this: ![Captcha screenshot](/attachments/186d7e62-f7eb-4835-ae29-a1bf5a2c9d00)

Wait, what? I thought that a listen avaible, like another service. If you have a github or gitlab

Try to double-check your captcha, now.

If you fail, contact codeberg about the problem.

To contact codeberg, click here

Wait, what? I thought that a listen avaible, like another service. If you have a github or gitlab Try to double-check your captcha, now. If you fail, contact codeberg about the problem. To contact codeberg, click [here](mailto:contact@codeberg.org)

I did contact Codeberg by writing a comment here in the issue. thanks for solving my captcha, but it's not a solution. "contact us" is not a solution, either, that basically means a blind person cannot create an account which is humiliating.

I did contact Codeberg by writing a comment here in the issue. thanks for solving my captcha, but it's not a solution. "contact us" is not a solution, either, that basically means a blind person cannot create an account which is humiliating.
Author
Owner
Copy link

@Menelion There is currently a way to complete registration without solving the visual captcha, and we have received positive feedback from some blind users. Our logs show that there are successful registrations using this method now and then.

However, I understand that the current solution is unconventional and eventually confusing. I'm still interested in learning about that confusion to improve it.

It's not clear if and how long it will stay as-is, but it was looking good for the first time.

@Menelion There is currently a way to complete registration without solving the visual captcha, and we have received positive feedback from some blind users. Our logs show that there are successful registrations using this method now and then. However, I understand that the current solution is unconventional and eventually confusing. I'm still interested in learning about that confusion to improve it. It's not clear if and how long it will stay as-is, but it was looking good for the first time.

how to?

how to?

@fnetX sorry, but what's the way? As seen on the screenshot, there is no audio player, no link to an audio file and no other alternative. could you please guide me? Thanks.

@fnetX sorry, but what's the way? As seen on the screenshot, there is no audio player, no link to an audio file and no other alternative. could you please guide me? Thanks.

Rather than removing the captcha entirely, perhaps an IP rate limit could trigger the captcha?

Rather than removing the captcha entirely, perhaps an IP rate limit could trigger the captcha?

Folks, it seems, I found a solution. https://altcha.org/. @fnetX your thoughts on it, please? Thanks!

Folks, it seems, I found a solution. https://altcha.org/. @fnetX your thoughts on it, please? Thanks!

Hi. newbie here. I am in favor of Codeberg should get rid of all JS required features.
At least dont and new ones.

on topic: How about ask some (mersenne) prime number(s) between A and B instead of captcha?
A and B maybe given as blurred image for normal (not blind) user.
Or blind users access as codeberg.org/blind subdomain?

Dont forcing people to register to participate(eg. make comment, open bug ...) just ask prime numbers:)

Hi. newbie here. I am in favor of Codeberg should get rid of all JS required features. At least dont and new ones. on topic: How about ask some (mersenne) prime number(s) between A and B instead of captcha? A and B maybe given as blurred image for normal (not blind) user. Or blind users access as codeberg.org/blind subdomain? Dont forcing people to register to participate(eg. make comment, open bug ...) just ask prime numbers:)

Hi, I highly recommend against dropping the captcha support. The objective of captcha is not to stop spam, but set the bar higher, and slow down bot account creation, not prevent it.

If you care about accessibility, allow the option to manually email codeberg to create an account for you, not remove the captcha.
Thanks

Hi, I highly recommend against dropping the captcha support. The objective of captcha is not to stop spam, but set the bar higher, and slow down bot account creation, not prevent it. If you care about accessibility, allow the option to manually email codeberg to create an account for you, not remove the captcha. Thanks

If you care about accessibility, allow the option to manually email codeberg to create an account for you

This is not accessibility

> If you care about accessibility, allow the option to manually email codeberg to create an account for you This is not accessibility

Hi, I'm a sighted user, but I'm echoing here the feedback of a blind person who couldn't participate in a discussion thread on our Codeberg-hosted project. They said that in addition to the signup page having a captcha, Codeberg sometimes shows a captcha challenge during login attempts and for some page views as well. It sounds like these additional visual challenges are what discouraged them from ever using Codeberg, even though they could technically email Codeberg staff to get help with account creation, since they wouldn't be able to freely interact with Codeberg using a screen reader.

I personally only ever see Anubis (anti-AI scraping) challenges on some page views and I wonder whether this person's experience of captchas on Codeberg pre-dates the adoption of Anubis? Is somebody able to confirm that the only visual captcha challenge remaining on Codeberg is the one during user account registration?

BTW, I also second the notion that disabled users should not be forced to go through extra steps during account creation, such as emailing Codeberg staff to get help with registering their user account. I understand why this step is unfortunately needed right now, but I see it as a stopgap rather than a feature that should stay forever. Accessibility, as the name says, is about providing the same level of access to different people regardless of their abilities.

Hi, I'm a sighted user, but I'm echoing here the feedback of a blind person who couldn't participate in a discussion thread on our Codeberg-hosted project. They said that in addition to the signup page having a captcha, Codeberg sometimes shows a captcha challenge during login attempts and for some page views as well. It sounds like these additional visual challenges are what discouraged them from ever using Codeberg, even though they could technically email Codeberg staff to get help with account creation, since they wouldn't be able to freely interact with Codeberg using a screen reader. I personally only ever see Anubis (anti-AI scraping) challenges on some page views and I wonder whether this person's experience of captchas on Codeberg pre-dates the adoption of Anubis? Is somebody able to confirm that the only visual captcha challenge remaining on Codeberg is the one during user account registration? BTW, I also second the notion that disabled users should _not_ be forced to go through extra steps during account creation, such as emailing Codeberg staff to get help with registering their user account. I understand why this step is unfortunately needed right now, but I see it as a stopgap rather than a feature that should stay forever. Accessibility, as the name says, is about providing the same level of access to different people regardless of their abilities.

@mislav wrote in #1797 (comment):

I personally only ever see Anubis (anti-AI scraping) challenges on some page views and I wonder whether this person's experience of captchas on Codeberg pre-dates the adoption of Anubis? Is somebody able to confirm that the only visual captcha challenge remaining on Codeberg is the one during user account registration?

The only visual captcha is at the registration page. Not sure if they are seeing Anubis as a visual challenge (even though it does not have such capabilities), the challenge should be solved automatically quickly but it causes two redirects (to Anubis and back to the page) in rapid succession, so I can imagine this is a weird experience.

I do want to echo that was previously said by @fnetX, there's a temporary workaround in place that screen readers should be able to find, it's not ideal (and sincerely hope it's not the permanent solution) but bypasses the need to go through extra steps:

There is a temporary workaround in place, that might be enough for your needs? Feel free to verify with a screen reader yourself and tell me (ideally via email) if you think this could work.

@mislav wrote in https://codeberg.org/Codeberg/Community/issues/1797#issuecomment-7856597: > I personally only ever see Anubis (anti-AI scraping) challenges on some page views and I wonder whether this person's experience of captchas on Codeberg pre-dates the adoption of Anubis? Is somebody able to confirm that the only visual captcha challenge remaining on Codeberg is the one during user account registration? The only visual captcha is at the registration page. Not sure if they are seeing Anubis as a visual challenge (even though it does not have such capabilities), the challenge should be solved automatically quickly but it causes two redirects (to Anubis and back to the page) in rapid succession, so I can imagine this is a weird experience. I do want to echo that was previously said by @fnetX, there's a temporary workaround in place that screen readers should be able to find, it's not ideal (and sincerely hope it's not the permanent solution) but bypasses the need to go through extra steps: > There is a temporary workaround in place, that might be enough for your needs? Feel free to verify with a screen reader yourself and tell me (ideally via email) if you think this could work.

@Gusted wrote in #1797 (comment):

there's a temporary workaround in place that screen readers should be able to find, it's not ideal (and sincerely hope it's not the permanent solution) but bypasses the need to go through extra steps:

I'm not a significantly experienced user of screen readers by any means, but I just tried to find this workaround using macOS VoiceOver features in Safari and I'm not sure what that workaround would be.

This is what's being spoken as I approach the captcha part of the signup form:

CAPTCHA Please enter the following number or word into the captcha field... Star

The image itself cannot be navigated to because it's been aria-hiddend. Then, as I focus the captcha input field:

This page currently has a captcha required to complete the registration. Please enter the following number or word into the captcha field: Services If you have difficulties solving the captcha, please contact us at contact@codeberg.org in the meantime and let us know your prefered account name. required invalid data edit text

I've additionally navigated around the page with VoiceOver and also searched the DOM for any additional mentions of "captcha" but did not find a way that I can register my user account without being able to read the image or without having to email Codeberg.

@Gusted wrote in https://codeberg.org/Codeberg/Community/issues/1797#issuecomment-7860917: > there's a temporary workaround in place that screen readers should be able to find, it's not ideal (and sincerely hope it's not the permanent solution) but bypasses the need to go through extra steps: I'm not a significantly experienced user of screen readers by any means, but I just tried to find this workaround using macOS VoiceOver features in Safari and I'm not sure what that workaround would be. This is what's being spoken as I approach the captcha part of the signup form: > CAPTCHA Please enter the following number or word into the captcha field... Star The image itself cannot be navigated to because it's been `aria-hidden`d. Then, as I focus the captcha input field: > This page currently has a captcha required to complete the registration. Please enter the following number or word into the captcha field: Services If you have difficulties solving the captcha, please contact us at contact@codeberg.org in the meantime and let us know your prefered account name. required invalid data edit text I've additionally navigated around the page with VoiceOver and also searched the DOM for any additional mentions of "captcha" but did not find a way that I can register my user account without being able to read the image or without having to email Codeberg.

CC @fnetX, could you check if the workaround is still in place?

CC @fnetX, could you check if the workaround is still in place?
Author
Owner
Copy link

I confirmed the workaround is still in place and works. One challenge might be whether screen readers use browse or focus mode. I do not have access to proprietary software such as Mac OS. IIRC we once tested this with NVDA on Windows, too.

It might be possible that the workaround only works in focus mode on certain screen readers and we could add a hint for users that the form is best completed with focus mode.

During conversation with users who have requested an account to be created, we have asked for feedback on the form. Some have only understood how to register the account after sending us an email. This situation is not optimal, I agree to this.

I confirmed the workaround is still in place and works. One challenge might be whether screen readers use browse or focus mode. I do not have access to proprietary software such as Mac OS. IIRC we once tested this with NVDA on Windows, too. It might be possible that the workaround only works in focus mode on certain screen readers and we could add a hint for users that the form is best completed with focus mode. During conversation with users who have requested an account to be created, we have asked for feedback on the form. Some have only understood how to register the account after sending us an email. This situation is not optimal, I agree to this.
Author
Owner
Copy link

Oh, I just re-read the transcription you provided and it also works for you, but apparently was too confusing.

You literally need to enter the word that follows "Please enter the following number or word into the captcha field:".

Oh, I just re-read the transcription you provided and it also works for you, but apparently was too confusing. You literally need to enter the word that follows "Please enter the following number or word into the captcha field:".

Oh, thank you, that works! Because some of the wording was the exact repeat of the input label that I just heard, I did not understand what it was asking of me, and I dismissed it instead of following the instructions literally.

Oh, thank you, that works! Because some of the wording was the exact repeat of the input label that I just heard, I did not understand what it was asking of me, and I dismissed it instead of following the instructions literally.
Author
Owner
Copy link

Hi there! On a unrelated note, but relevant to actors in this issue: Forgejo now has an accessibility Matrix room at https://matrix.to/#/#forgejo-accessibility:matrix.org. If you are using Matrix and would like to share some issues with us or would like to participate in discussions and testing, feel free to join the room.

Hi there! On a unrelated note, but relevant to actors in this issue: Forgejo now has an accessibility Matrix room at https://matrix.to/#/#forgejo-accessibility:matrix.org. If you are using Matrix and would like to share some issues with us or would like to participate in discussions and testing, feel free to join the room.

@fnetX Given the fact that Matrix istelf is inaccessible (at least I couldn't find any accessible clients for Windows), it's kind of...

@fnetX Given the fact that Matrix istelf is inaccessible (at least I couldn't find any accessible clients for Windows), it's kind of...

Hello all, i'm new here.

I see there are reasons for removing robot test.
I see there are reasons for also keeping robot test.
I see the solution for not passing robot test and registering here is contacting to codeberg (via email i guess?) which creates more work and time loss. Which creates a reason to not use it as solution.

So we need better solutions for reasons of keeping robot test.
Or we need better solutions for reasons of removing robot test.

I know i sound annoying but i wanted to state this to show what i see before telling what i think as solution.

Here is an idea. Im really novice at FLOSS field and so it may be not good or have too many holes before i know...

Why dont we have a place to use for proving ourselves as a reliable individuals to places like codeberg and orher floss focused places? I remember while i was registering i saw i could use gitlab and github. Similar to that we can have a place like mastodon to use. That system should be like a html and css, whose can be readed by all web browsers to create a webpage. on that place we can have different rules and values like name or tag or image for different places to use like for codeberg i could set another profile image there etc.

So we wont need to create account for each place and try to pass their robot and trust test each time but need apply and pass one test to manage one and configure it for each place. Actually there can be more than one for us to apply and they can cooperate each other so when we use one we like more we can benefit from others as they allow so that would reduce monopolization of that case.

I wrote so much so im finishing here. Have a nice day ^^.

Hello all, i'm new here. I see there are reasons for removing robot test. I see there are reasons for also keeping robot test. I see the solution for not passing robot test and registering here is contacting to codeberg (via email i guess?) which creates more work and time loss. Which creates a reason to not use it as solution. So we need better solutions for reasons of keeping robot test. Or we need better solutions for reasons of removing robot test. I know i sound annoying but i wanted to state this to show what i see before telling what i think as solution. Here is an idea. Im really novice at FLOSS field and so it may be not good or have too many holes before i know... Why dont we have a place to use for proving ourselves as a reliable individuals to places like codeberg and orher floss focused places? I remember while i was registering i saw i could use gitlab and github. Similar to that we can have a place like mastodon to use. That system should be like a html and css, whose can be readed by all web browsers to create a webpage. on that place we can have different rules and values like name or tag or image for different places to use like for codeberg i could set another profile image there etc. So we wont need to create account for each place and try to pass their robot and trust test each time but need apply and pass one test to manage one and configure it for each place. Actually there can be more than one for us to apply and they can cooperate each other so when we use one we like more we can benefit from others as they allow so that would reduce monopolization of that case. I wrote so much so im finishing here. Have a nice day ^^.

@Gin_61 wrote in #1797 (comment):

So we wont need to create account for each place and try to pass their robot and trust test each time but need apply and pass one test to manage one and configure it for each place

Very interesting. Something like Gravatar (except not outright owned by anyone... WordPress 🤢) - Profiletar? 😆

@Gin_61 wrote in https://codeberg.org/Codeberg/Community/issues/1797#issuecomment-8271741: > So we wont need to create account for each place and try to pass their robot and trust test each time but need apply and pass one test to manage one and configure it for each place *Very* interesting. Something like Gravatar (except not outright owned by anyone... WordPress 🤢) - Profiletar? 😆
Sign in to join this conversation.
No Branch/Tag specified
main
No results found.
Labels
Clear labels
accessibility

Reduces accessibility and is thus a "bug" for certain user groups on Codeberg.
bug

Something is not working the way it should. Does not concern outages.
bug
infrastructure

Errors evidently caused by infrastructure malfunctions or outages
Codeberg

This issue involves Codeberg's downstream modifications and settings and/or Codeberg's structures.
contributions welcome

Please join the discussion and consider contributing a PR!
docs

No bug, but an improvement to the docs or UI description will help
duplicate

This issue or pull request already exists
enhancement

New feature
infrastructure

Involves changes to the server setups, use `bug/infrastructure` for infrastructure-related user errors.
legal

An issue directly involving legal compliance
licence / ToS

involving questions about the ToS, especially licencing compliance
please chill
we are volunteers

Please consider editing your posts and remember that there is a human on the other side. We get that you are frustrated, but it's harder for us to help you this way.
public relations

Things related to Codeberg's external communication
question

More information is needed
question
user support

This issue contains a clearly stated problem. However, it is not clear whether we have to fix anything on Codeberg's end, but we're helping them fix it and/or find the cause.
s/Forgejo

Related to Forgejo. Please also check Forgejo's issue tracker.
s/Forgejo/migration

Migration related issues in Forgejo
s/Pages

Issues related to the Codeberg Pages feature
s/Weblate

Issue is related to the Weblate instance at https://translate.codeberg.org
s/Woodpecker

Woodpecker CI related issue
security

involves improvements to the sites security
service

Add a new service to the Codeberg ecosystem (instead of implementing into Gitea)
upstream

An open issue or pull request to an upstream repository to fix this issue (partially or completely) exists (i.e. Gitea, Forgejo, etc.)
wontfix

Codeberg's current set of contributors are not planning to spend time on delegating this issue.
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
13 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
Codeberg/Community#1797
Reference in a new issue
Codeberg/Community
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?