Page MenuHomePhabricator

Exemption for temporary accounts creating
Open, Needs TriagePublic

Description

User Bazi wants remove limits for temporary accounts creating because long-term education project

It's IP under https://cs.wikipedia.org/wiki/Speci%C3%A1ln%C3%AD:P%C5%99%C3%ADsp%C4%9Bvky/~2026-61289-7 (or /24 range?)

Original task is here: https://cs.wikipedia.org/wiki/Wikipedie:N%C3%A1st%C4%9Bnka_spr%C3%A1vc%C5%AF#Nav%C3%BD%C5%A1en%C3%AD_limitu_pro_u%C4%8Debnu

Event Timeline

Pppery removed OJJ as the assignee of this task.Feb 4 2026, 4:04 AM

Expected number of attendance: 10-15
Projects: cswiki (+commons, wikidata)

Hi @OJJ, account creation is currently set to 6 new accounts per day from a single IP. I wouldn't feel comfortable granting a long-term exemption in general, and obviously this procedure is intended for single/full-immersion events and not for long-term use (as it also increases the edits/per minute limit for newbies and since the creation limits are per day). If there's a specific day on which accounts are created, you can specify it. Otherwise, you can use manual creation as a sysop onwiki. There are 10-15 participants, so I don't see the need for a long-term exemption, especially on a /24 IP range! Thanks for your understand :)

Hi @OJJ, account creation is currently set to 6 new accounts per day from a single IP. I wouldn't feel comfortable granting a long-term exemption in general, and obviously this procedure is intended for single/full-immersion events and not for long-term use (as it also increases the edits/per minute limit for newbies and since the creation limits are per day). If there's a specific day on which accounts are created, you can specify it. Otherwise, you can use manual creation as a sysop onwiki. There are 10-15 participants, so I don't see the need for a long-term exemption, especially on a /24 IP range! Thanks for your understand :)

Yes, I know it. I initially strongly recommended mass creating of standard accounts too. But it is course for seniors from non-public room in city library and the idea was that newcomers would try out motivational editing as an unregistered user (so temporal accounts is our game, not normal accounts, normal accounts should have been created for newcomers later using standard user rights). @Bazi is a lecturer and uses a room repeatedly, I am only mediator of his request as cswiki sysop. Finally, according to my research, an exception for one IP adress would be enough. It's up to you whether you consider it appropriate.

Actually I need a specific date, it cannot be granted for a long I need a specific date time, as mentioned it's an exemption that affects the creation of users on a daily basis (and edits on a minute basis) and would lose its usefulness if used longer :)

Actually I need a specific date, it cannot be granted for a long I need a specific date time, as mentioned it's an exemption that affects the creation of users on a daily basis (and edits on a minute basis) and would lose its usefulness if used longer :)

I am understanding. So let @Bazi determine.

Hi @OJJ, account creation is currently set to 6 new accounts per day from a single IP. I wouldn't feel comfortable granting a long-term exemption in general, and obviously this procedure is intended for single/full-immersion events and not for long-term use (as it also increases the edits/per minute limit for newbies and since the creation limits are per day). If there's a specific day on which accounts are created, you can specify it. Otherwise, you can use manual creation as a sysop onwiki. There are 10-15 participants, so I don't see the need for a long-term exemption, especially on a /24 IP range! Thanks for your understand :)

There is no problem with the limit for creating regular user accounts. The problem is with the limit for temporary accounts. The courses run weekly for 6 weeks, and participants create their own user accounts at home between the first and second lessons, so I don't need to increase this limit at all. The problem is that I would need them to be able to make at least minor edits without registering during the first lesson, before they register. However, the limit for temporary accounts is set at 1 per ten minutes, which would mean that during a two-hour lesson, I would have to regularly instruct one user every ten minutes to make their one trial edit and thus create their temporary account. But that doesn't make any sense from a teaching perspective. I need everyone to do what I instruct them to do at the same time. Until now, it worked because they edited under a shared IP address without logging in. At most, I think that after six such edits, they had to fill in a captcha, but that was all. However, the strict setting of one temporary account per ten minutes has now made this completely impossible.

There is no problem with the limit for creating regular user accounts. The problem is with the limit for temporary accounts. The courses run weekly for 6 weeks, and participants create their own user accounts at home between the first and second lessons, so I don't need to increase this limit at all. The problem is that I would need them to be able to make at least minor edits without registering during the first lesson, before they register. However, the limit for temporary accounts is set at 1 per ten minutes, which would mean that during a two-hour lesson, I would have to regularly instruct one user every ten minutes to make their one trial edit and thus create their temporary account. But that doesn't make any sense from a teaching perspective. I need everyone to do what I instruct them to do at the same time. Until now, it worked because they edited under a shared IP address without logging in. At most, I think that after six such edits, they had to fill in a captcha, but that was all. However, the strict setting of one temporary account per ten minutes has now made this completely impossible.

Ah, gotcha, sorry I misunderstood. This makes sense to me. I think we can grant the exemption for the first lesson (and then they will sign up, otherwise we can grant another exemption for the second lesson), do you know the date and the time? Thanks :)

This comment was removed by Bazi.

Ah, gotcha, sorry I misunderstood. This makes sense to me. I think we can grant the exemption for the first lesson (and then they will sign up, otherwise we can grant another exemption for the second lesson), do you know the date and the time? Thanks :)

Thank you very much. The first lesson took place last week. That's when I discovered this problem. I don't know the date of the next first lesson of the following course yet. I was hoping that this could be arranged permanently for all future first lessons so that it wouldn't have to be dealt with every time. It is a computer classroom in the library. The classroom is not freely accessible; it is only unlocked for various events and training sessions, so I don't think there is a risk of misuse. Experience to date does not suggest that almost no other editing is done in that classroom outside of our courses. That's why I thought it might be okay to set a more generous limit permanently.

As I said, we don't grant permanent exemption, they're limited to very limited periods of time (usually a few hours). Just see previous task to understand how the requests work (and, yes, there are projects that even have dozens of lessons and an exemption is created for each lesson). You can ask @Urbanecm for further info or for a confirmation about this point!