In T706#7898283, @Aklapper wrote:

@xSavitar: Ah, alright! Thanks for clarifying! I've added you. Usual disclaimer: Please follow guidelines (naming, an understandable project description which allows anyone else to understand when (not) to use that project tag, project icon/color), and if unsure please ask - thanks a lot! (And feel free to unsubscribe from this task. :)

In T706#7897441, @Aklapper wrote:

@xSavitar: Hi! You should already have permissions to create workboards for existing project tags. Do you also need to create project tags themselves more often/regularly?

Hi, I'm a Software Engineer freelancer at WikiTeq (Gerrit Group, trusted org) and we need board creation rights for the MediaWiki extensions we develop & maintain. I'll be in charge of the task of creating our phab board, hence this request. Thank you!

@Jdlrobson, I can update this patch tomorrow and see how things go. :)

In T306320#7860406, @Bugreporter wrote:

Before fully removing it we can first hide the link in sidebar.

@Milimetric, I'm not entirely sure of the whole process but I think adding the extension to the "WikiTeq" gerrit group should do. I don't know if there is something extra to do.

@Nikerabbit, I think we've fixed this a while ago already. The task can be resolved :)

@Daimona, can this be resolved or is something still left to be done? The members you mentioned in the description now are private :)

You're right @Majavah, without the 'accuracy' field, things are reproducible. Thanks! I think I can make a patch real quick :)

Request form data on both REL1_37 and master (the recent patch applied) looks innocent. See below:

I just tested this on REL1_37 and this works exactly the same way like my previous message above. See image after accepting the revision

I think this is working as expected. I'll go back in time and see what was the behavior but this is what I get with the patch

Something else is happening, I've just tested this locally and I'm unable to reproduce but yes, this needs some investigation.

Yes, this is blocking CI from even verifying patches, not just merges. Thanks for filling Lucas!

Thank you @Jdlrobson & @LucasWerkmeister for the discussion. I've read and updated the patch. Looking forward to reviews :]

@Zabe, can you confirm this no longer spams? Is the log free from this?

Oops, I must have missed that, sorry! Made a patch!

@Jdlrobson, just updated the code. Thanks!

I think I have the correct behaviors now. You can also test the patch to make sure everything works too for you. Thanks!

Locally, this is what I see when logged in:

I spoke too soon :(, I think I found out what the problem is, I'll work on a fix and submit shortly. Thanks!

@Xaosflux, thanks for reporting. I'll have a look at this quickly. This patch touches the History special page and not the Contributions special page. Never the less, I'll look and see what caused the error. Thank you!

Thanks @Tgr :]

Hi, poking again once more for reactivation of this process.

Thank you @Majavah 🙏🏽

Thanks for pinging @Aklapper, much appreciated. I had already forgotten about this and I had to read the logs before I remembered.