Need to delete user account in FAS that has been already deleted in Discourse (discussion.fedoraproject.org) due to violations (spam, AI, etc.) #13131

Closed
opened 2026-02-10 09:56:21 +00:00 by py0xc3 · 91 comments

Description of request

This is the follow-up ticket of: https://pagure.io/fedora-infrastructure/issue/12091

### Description of request This is the follow-up ticket of: https://pagure.io/fedora-infrastructure/issue/12091
Author

Please disable bantuanbb1230 (spam) and matuphumkuldee (unclear if spam or rant, with elements of both, maybe just an AI in training)

Please disable `bantuanbb1230` (spam) and `matuphumkuldee` (unclear if spam or rant, with elements of both, maybe just an AI in training)
Owner

The original ticket is still around, but opening a new one makes sense.

Disabled both users.

The [original ticket](https://forge.fedoraproject.org/infra/tickets/issues/12091) is still around, but opening a new one makes sense. Disabled both users.
Author

Thanks :)

Please disable also salman786 -> spam.

Thanks :) Please disable also `salman786` -> spam.
py0xc3 reopened this issue 2026-02-10 10:45:32 +00:00
Owner

User disabled

User disabled
Author

Please disable techxnegi and sharmahrsh137 (spam)

Please disable `techxnegi` and `sharmahrsh137` (spam)
py0xc3 reopened this issue 2026-02-12 12:17:41 +00:00
Owner

Both users disabled in FAS.

Both users disabled in FAS.
Author

Please disable suhana -> spam (all spammers of today came from the same location, so they might be all the same)

Please disable `suhana` -> spam (all spammers of today came from the same location, so they might be all the same)
py0xc3 reopened this issue 2026-02-12 13:24:23 +00:00
Owner

Uesr disabled in FAS.

Uesr disabled in FAS.
Author

Please disable saracenbot -> spam

Please disable `saracenbot` -> spam
py0xc3 reopened this issue 2026-02-14 16:59:23 +00:00
Owner

User disabled.

User disabled.
kevin closed this issue 2026-02-15 21:59:14 +00:00
Author

Please disable letras -> spam

Please disable `letras` -> spam
py0xc3 reopened this issue 2026-02-20 10:15:07 +00:00
Owner

User disabled.

User disabled.
Author

Please disable brimobri -> spam

Please disable `brimobri` -> spam
py0xc3 reopened this issue 2026-02-26 11:28:02 +00:00
Owner

User disabled.

User disabled.
Author

Please disable hagarluke -> spam

Please disable `hagarluke` -> spam
py0xc3 reopened this issue 2026-02-28 11:55:57 +00:00
Owner

User disabled.

User disabled.
kevin closed this issue 2026-02-28 17:46:33 +00:00
Author

Please disable jacksparrow0203 -> spam

Please disable ` jacksparrow0203` -> spam
py0xc3 reopened this issue 2026-03-02 13:35:34 +00:00
Owner

User disabled.

User disabled.
Author

Please disable kuchi121sharma -> spam.

Also, can we maybe move the account disabling to Discourse (or somewhere else) temporarily until the Forge migration is done? At the moment, 2/3 of the time I invest in disabling a user is re-logging in to FAS in order to post a line on forge.fp with 2fa etc. It's trivial, but I would be happy to exploit simple means to reduce time investment at the moment, as it makes currently 10 seconds to 1-2 minutes, especially if I then get the Bad Requests etc along with it. Would be cool, but not critical of course :)

Please disable `kuchi121sharma` -> spam. Also, can we maybe move the account disabling to Discourse (or somewhere else) temporarily until the Forge migration is done? At the moment, 2/3 of the time I invest in disabling a user is re-logging in to FAS in order to post a line on forge.fp with 2fa etc. It's trivial, but I would be happy to exploit simple means to reduce time investment at the moment, as it makes currently 10 seconds to 1-2 minutes, especially if I then get the Bad Requests etc along with it. Would be cool, but not critical of course :)
py0xc3 reopened this issue 2026-03-07 12:43:18 +00:00
Owner

I disabled the user in FAS.

But regarding the Discourse disable user process I don't even know how that is working or who actually set it up. So I'm not sure if fedora infra is the correct place to ask about the process change.

EDIT: After some thinking I found out I misunderstood. By forgejo access you probably mean this ticket. We talked about this on today standup and it could be probably automated, but it needs more thinking.

I disabled the user in FAS. But regarding the Discourse disable user process I don't even know how that is working or who actually set it up. So I'm not sure if fedora infra is the correct place to ask about the process change. EDIT: After some thinking I found out I misunderstood. By forgejo access you probably mean this ticket. We talked about this on today standup and it could be probably automated, but it needs more thinking.
Author

But regarding the Discourse disable user process I don't even know how that is working or who actually set it up. So I'm not sure if fedora infra is the correct place to ask about the process change.

EDIT: After some thinking I found out I misunderstood. By forgejo access you probably mean this ticket. We talked about this on today standup and it could be probably automated, but it needs more thinking.

Yes, I just meant this ticket. So our exchange. E.g., that until forge.fp is able to remain logged in, that we not exchange details in this ticket but in a topic in Discoourse. I guess it is OK to push you temporarily to TL3 so that you can access the mod area, and then we can create a ticket there until the forge issues are solved?

> But regarding the Discourse disable user process I don't even know how that is working or who actually set it up. So I'm not sure if fedora infra is the correct place to ask about the process change. > EDIT: After some thinking I found out I misunderstood. By forgejo access you probably mean this ticket. We talked about this on today standup and it could be probably automated, but it needs more thinking. Yes, I just meant this ticket. So our exchange. E.g., that until forge.fp is able to remain logged in, that we not exchange details in this ticket but in a topic in Discoourse. I guess it is OK to push you temporarily to TL3 so that you can access the mod area, and then we can create a ticket there until the forge issues are solved?
Owner

Could you open a separate ticket with the request to automate it? We were discussing it and there seems to be few options we can got with.

Could you open a separate ticket with the request to automate it? We were discussing it and there seems to be few options we can got with.

Please disable jadipansn12 -> spam, blocked from discussion.fp.o

Please disable `jadipansn12` -> spam, blocked from discussion.fp.o
Owner

User disabled.

User disabled.
Author

For the future, we use this topic again, as documented in the guidelines (to be published likely next week)

For the future, we use this topic again, as documented in the guidelines (to be published likely next week)

Please delete user juragan99 SPAM blocked in d.fp.o

Please delete user `juragan99` SPAM blocked in d.fp.o
Owner

Disabled in FAS.

Disabled in FAS.
Author

Please disable jameswill8520 -> spam

Please disable `jameswill8520` -> spam
py0xc3 reopened this issue 2026-06-02 12:29:50 +00:00
Owner

User disabled.

User disabled.
Author

Please disable royalcrystalevent -> spam

Please disable `royalcrystalevent` -> spam
py0xc3 reopened this issue 2026-06-10 13:22:05 +00:00
Member

User disabled

User disabled

Please disable knox76 --> spam

Please disable knox76 --> spam
Member

User disabled

User disabled

Please disable digitaldeep, petergrew, -> spam on discussion.fp.o

Please disable digitaldeep, petergrew, -> spam on discussion.fp.o

please disable youcinez --> spam on d.fp.o

please disable youcinez --> spam on d.fp.o
Owner

Sorry for the delay.

All disabled.

Sorry for the delay. All disabled.

Please disable techpamx -> spam on discussion.fp.o

Please disable `techpamx` -> spam on discussion.fp.o
Member

The user was disabled.

The user was disabled.

Please disable robin0292 --> spam on d.fp.o

Please disable robin0292 --> spam on d.fp.o
Owner

User disabled.

User disabled.
Author

Please disable cryptovendurew -> spam.


I assume it is already known, but just in case it is not: I'm back to re-logging in to Forge on every start of Firefox, which is at least once a day (other fedoraproject.org services are not affected).

Please disable `cryptovendurew` -> spam. ----- I assume it is already known, but just in case it is not: I'm back to re-logging in to Forge on every start of Firefox, which is at least once a day (other fedoraproject.org services are not affected).
py0xc3 reopened this issue 2026-07-03 11:01:05 +00:00
Owner

Disabled.

Disabled.
kevin closed this issue 2026-07-04 17:20:23 +00:00
Author

Please disable footurist -> spam

Please disable `footurist` -> spam
py0xc3 reopened this issue 2026-07-07 15:37:25 +00:00
Owner

Disabled.

Disabled.
kevin closed this issue 2026-07-07 19:59:32 +00:00
Author

Please disable bscho -> spam

Please disable `bscho` -> spam
py0xc3 reopened this issue 2026-07-14 07:51:02 +00:00
Owner

User disabled in FAS.

User disabled in FAS.

Delete user ccb2517. Spam with AI content in discussion.fp.o

Delete user ccb2517. Spam with AI content in discussion.fp.o
Owner

I don't see any user with that username... can you doublecheck please?

I don't see any user with that username... can you doublecheck please?

I potentially swapped characters in that user name. Maybe ccb2715?
The user has been deleted in discussion so we will have to wait and see if they post again.
Thanks, and I need to keep better notes !

I potentially swapped characters in that user name. Maybe ccb2715? The user has been deleted in discussion so we will have to wait and see if they post again. Thanks, and I need to keep better notes !
Owner

Found it in the discourse logs... it's ccb3517 :)
Disabled.

Found it in the discourse logs... it's ccb3517 :) Disabled.
Author

The user has been deleted in discussion so we will have to wait and see if they post again.

Unfortunately, the discourse implementation is bad for us in this respect (I think it was never intended for an integration like ours): once deleted in Discourse, we can no longer see the user name in our interface.

I solved this by radically starting the deletion process always with copy/pasting the username from the Discourse user URL (avoiding typos etc) into a text editor or so (I mostly have a text editor open anyway, and tend to do a lot of copy/pasting, risking to accidentally override it before its final use). Then, I go ahead with the deletion process and just copy/paste it at the end here. The reason for this is that I found myself already in this situation :)

It's just a minor issue with little impact, but maybe that's somehow useful, and you are definitely not the first one who ends up with this issue ;)

> The user has been deleted in discussion so we will have to wait and see if they post again. Unfortunately, the discourse implementation is bad for us in this respect (I think it was never intended for an integration like ours): once deleted in Discourse, we can no longer see the user name in our interface. I solved this by radically starting the deletion process always with copy/pasting the username from the Discourse user URL (avoiding typos etc) into a text editor or so (I mostly have a text editor open anyway, and tend to do a lot of copy/pasting, risking to accidentally override it before its final use). Then, I go ahead with the deletion process and just copy/paste it at the end here. The reason for this is that I found myself already in this situation :) It's just a minor issue with little impact, but maybe that's somehow useful, and you are definitely not the first one who ends up with this issue ;)
Author

Please disable ispot99989 -> spam

Please disable `ispot99989` -> spam
py0xc3 reopened this issue 2026-07-19 08:32:32 +00:00
Owner

Disabled.

Disabled.
kevin closed this issue 2026-07-19 16:39:24 +00:00

Please disable user developer-salah.
Spam advertising in discourse

Please disable user developer-salah. Spam advertising in discourse
Owner

disabled.

disabled.

Please delete user 'chocolate' per user request.

Please delete user 'chocolate' per user request.
Owner

Disabled.

Disabled.

please delete user 'lasttyper'
User posted AI spam as first post in discussion and has been deleted in d.fp.o

please delete user 'lasttyper' User posted AI spam as first post in discussion and has been deleted in d.fp.o
Owner

User disabled.

User disabled.
Author

Please disable northbyte -> spam

Please disable `northbyte` -> spam
py0xc3 reopened this issue 2026-08-10 10:49:04 +00:00
Owner

User disabled.

User disabled.

Please disable user vbertulucci for spam on discussion. Cheers,

Please disable user `vbertulucci` for spam on discussion. Cheers,
Owner

disabled.

disabled.

Please disable user stswt01 for spam on discussion. Thanks.

Please disable user `stswt01` for spam on discussion. Thanks.
Owner

User disabled.

User disabled.
Author

Please disable budipratama25 -> spam

Please disable `budipratama25` -> spam
py0xc3 reopened this issue 2026-08-15 12:27:31 +00:00
Owner

User disabled.

User disabled.

Please disable the following 2 users -- both appear to be the same user and spam flagged by the system.
iusedeeznutsbtw
linussextip

Please disable the following 2 users -- both appear to be the same user and spam flagged by the system. iusedeeznutsbtw linussextip
Owner

Users disabled.

Users disabled.

Another user to disable as spam
conlactor

Another user to disable as spam conlactor
Author

Please disable yarjoyia -> spam

Please disable `yarjoyia` -> spam
py0xc3 reopened this issue 2026-08-18 16:34:06 +00:00
Owner

Both disabled.

Both disabled.
kevin closed this issue 2026-08-18 19:53:37 +00:00
Author

Please disable jacobjameson -> spam

Please disable `jacobjameson` -> spam
Owner

User disabled

User disabled
Author

Please disable flexyagency -> spam.

Please disable `flexyagency` -> spam.
Owner

Disabled.

Disabled.
Author

Please delete (not disable!) the account gabriel-galiana (do not block their email address)

The user created two accounts. I expect they acted in good faith and lost their credentials or so. They just needed help and seem little experienced with channels/tools like ours.

I told them to stick with one account, use their second one, and that we delete the first.

-> https://discussion.fedoraproject.org/t/audio-not-working-on-asus-vivobook-14-flip-tp3407sa-tp3407sa/199322/6

I leave their first account in discourse so that their topic remains readable.

Thanks :)

Please **delete** (not disable!) the account `gabriel-galiana` (do not block their email address) The user created two accounts. I expect they acted in good faith and lost their credentials or so. They just needed help and seem little experienced with channels/tools like ours. I told them to stick with one account, use their second one, and that we delete the first. -> https://discussion.fedoraproject.org/t/audio-not-working-on-asus-vivobook-14-flip-tp3407sa-tp3407sa/199322/6 I leave their first account in discourse so that their topic remains readable. Thanks :)
py0xc3 reopened this issue 2026-08-22 12:03:27 +00:00
Owner

@kevin What is our policy about deleting accounts?

@kevin What is our policy about deleting accounts?
Author

https://docs.fedoraproject.org/en-US/discussion-forum-guidelines-and-rules/

Guidelines 6.

That said, it's not bad faith, but the case was neither approved nor is it justified. The user is ok with deleting the account and agreed to use the other one in future (see the topic; also, the user seems to have no longer access to the account I asked to delete). So one could argue it's also justified to delete the obsoleted account by guideline 14. Or partially through both... But it's not urgent anyway ;)

https://docs.fedoraproject.org/en-US/discussion-forum-guidelines-and-rules/ Guidelines 6. That said, it's not bad faith, but the case was neither approved nor is it justified. The user is ok with deleting the account and agreed to use the other one in future (see the topic; also, the user seems to have no longer access to the account I asked to delete). So one could argue it's also justified to delete the obsoleted account by guideline 14. Or partially through both... But it's not urgent anyway ;)
Owner

We do not normally actually fully delete accounts.
This is for a number of reasons, including things like 'we then have no idea what actions were taken by the account that no longer exists' and 'we can't see some history that would have been associated with the account' and 'someone else might make an account with the same name and then confuse who did what (the old account? the new one? )

IMHO, we should disable this account and if you like you can delete it on the discourse side? discourse does have some logging/ability to see when an account was deleted and what the now deleted account did/was.

Is that acceptable?

We do not normally actually fully delete accounts. This is for a number of reasons, including things like 'we then have no idea what actions were taken by the account that no longer exists' and 'we can't see some history that would have been associated with the account' and 'someone else might make an account with the same name and then confuse who did what (the old account? the new one? ) IMHO, we should disable this account and if you like you can delete it on the discourse side? discourse does have some logging/ability to see when an account was deleted and what the now deleted account did/was. Is that acceptable?
Author

My worry was that the user's email address is thus no longer usable in Fedora, no? So it felt like disabling is banning his email address when there was no bad faith. Not a big thing of course, I guess the user will not care as well. So if that's safer on your side, we can do it as you suggest. Deleting on the discourse side is no problem, that's fine for me.

Supplement: on the discourse side, I anonymized the original account, so that the topic remains readable. Implement everything else as you see fit :)

My worry was that the user's email address is thus no longer usable in Fedora, no? So it felt like disabling is banning his email address when there was no bad faith. Not a big thing of course, I guess the user will not care as well. So if that's safer on your side, we can do it as you suggest. Deleting on the discourse side is no problem, that's fine for me. Supplement: on the discourse side, I anonymized the original account, so that the topic remains readable. Implement everything else as you see fit :)
Owner

So I disabled the user in FAS, that is OK for us to do. We can also change the mail to something else if that could be the problem.

So I disabled the user in FAS, that is OK for us to do. We can also change the mail to something else if that could be the problem.

please disable user trocryptdirect --> spam

please disable user trocryptdirect --> spam
Author

please disable wade771 -> spam

please disable `wade771` -> spam
Owner

Both of them are disabled and when searching for trocryptdirect I found another two accounts that had similar mail address, so I blocked them as well.

Both of them are disabled and when searching for `trocryptdirect` I found another two accounts that had similar mail address, so I blocked them as well.

Please delete wade456 -> spam on discussion.. lots of wades..

Please delete `wade456` -> spam on discussion.. lots of wades..
Owner

User disabled in FAS.

User disabled in FAS.
Author

Please disable lucasblake -> spam

Please disable `lucasblake` -> spam
Owner

User disabled in FAS.

User disabled in FAS.

Please disable user qloudhosts --> spam

Please disable user `qloudhosts` --> spam
Owner

User disabled.

User disabled.
Sign in to join this conversation.
No milestone
No project
No assignees
6 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
infra/tickets#13131
No description provided.