Hi. is it possible to have at least an answer, even if it’s to say 'no'? Thanks.

My apologies for the delay. This slipped through the cracks of my inbox.

I think this should be doable, but let me check with the team for bandwidth availability. The Board Elections did just move to overlap with your dates, but that in theory should not matter.

Can I please clarify - do you want this open to all voters who meet those criteria globally? (I assume you mean the dates to be in 2025) That would probably be around 60,000 potential voters. If there is a list of WMFr members we could use instead that would be much easier.

Hi. The voting phase is from September 22 to Octobre 5.

Hi again!

Corrected info:

Criteria

The account must not be blocked on any Wikimedia projects at the moment of the vote (between Sep 22- Oct 5 2025)
The account must not be a bot-account.
The sum of edits on all Wikimedia projects must be greater than 300 edits on September 21, 2025.
The account must have done 200 edits between March 21, 2025 and September 21, 2025.

Eligibility
We do want everyone to be able to vote: this election is for a single « community seat » to complement the regular board of administrator. Anyone who is interested in participating in the election should be allowed to participate. We don't expect many actual voters, though, as we're not pushing large-scale messaging and will essentially be sharing news about the election on the village pump of French-language projects.

Hi @jrbs I hope you're doing well! Does this sound feasible?

Hi, sorry for my delayed response here.

I think this would be OK. It is more work than you might assume to make a voter list like this though -- you need to make a new SQL table on all wikis for a global election and that is quite a lot of additional stuff.

@Novem_Linguae I wonder if you have ideas here for how we can do this in a way that makes sense for an election of this scale?

Would the stakeholders be willing to narrow the eligibility requirements to a couple of wikis, such as metawiki and frwiki? That would greatly simplify things on the technical side. Then someone could do some https://quarry.wmcloud.org/ queries and merge the results together and upload that into SecurePoll -> VoterEligibility -> Eligibility List

Or this could be a good opportunity to try out the script that @SD0001 wrote that crawls all the wikis but doesn't create additional SQL tables. The one described in T399418: Request creation of voterlists VPS project.

I can help with generation of the global voter list. Will try to run the voterlists script this weekend with the criteria mentioned in T400228#11113763. @Lepticed7 @asirac A limitation of the script is that it does not know about edits to Flow talk pages (the table unfortunately isn't exposed to wiki replicas), but considering that French projects don't seem to actively use Flow, hopefully it's acceptable?

In T400228#11149571, @Novem_Linguae wrote:

Would the stakeholders be willing to narrow the eligibility requirements to a couple of wikis, such as metawiki and frwiki? That would greatly simplify things on the technical side. Then someone could do some https://quarry.wmcloud.org/ queries and merge the results together

Even with just a couple of wikis, it's still not possible to use Quarry to build voter lists. The queries time out as there are too many users.

For the enwiki administrator elections in July 2025 (AELECT2), I used https://quarry.wmcloud.org/query/94828 to generate an eligible voters list in 87 seconds. I think there's potential to use quarry under certain circumstances (simple criteria, small # of wikis. or complex criteria, small # of wikis, and do some filtering and merging offline).

Let's track/discuss this on the subtask: T403809.