@AGueyte There is one unchecked item in the task description. Did we complete that?

We are going forward with Meek with approval from @Matanya and @KTC.

@Huji We are already working on this. Meek's STV is being added in T283728: Implement STV tallying in STVTallier::finishTally [XL]. :)
I'll close this task as a duplicate. Feel free to reopen if something's amiss. Thanks!

Thanks for filing the task, @Johan.

FYI on this task - we have an active discussion on the meta page about the proposed designs.

In T273091#7091962, @Aklapper wrote:

@ARamirez_WMF: Hi, the Due Date set for this open task is more than three months ago. Can you please either update or reset the Due Date (by clicking Edit Task), or set the status of this task to resolved in case this task is done? Thanks.

Yep, this is a duplicate. @RhinosF1 thanks for filing this. Our team has recently been involved in SecurePoll work which is taking up much of our time. We'll pick this work back up soon.

Follow-up work to be done in T283603. Closing this investigation task.

In T280531#7113982, @DannyS712 wrote:

In T280531#7112240, @Niharika wrote:

In T280531#7105165, @DannyS712 wrote:

Please remember that T280808 should be resolved before enabling on production non-test wikis (per that task description, "We could go ahead with the second option while we're just testing with a handful of actions on beta, but we should decide which solution to implement before enabling on production sites.")

Hey Danny. Our team bandwidth is a bit low at the moment. We will probably stay with the second option unless we see issues with it. We can come back and work on implementing the table option in the future when we have more time on our hands. Does that sound acceptable to you?

I think that the longer we wait to make a decision, the harder it would be to implement if the decision is to use a table - if the current thinking is "stay with the second option unless we see issues with it" perhaps just resolve T280808 saying that?

In T280531#7105165, @DannyS712 wrote:

Please remember that T280808 should be resolved before enabling on production non-test wikis (per that task description, "We could go ahead with the second option while we're just testing with a handful of actions on beta, but we should decide which solution to implement before enabling on production sites.")

• After refreshing the page, "Thank" becomes "Thanked"
  • I think just in cookie/browser storage. After I cleared cookies and cache it became "Thank" again. But I will probably raise a separate bug.

RU ArbCom have raised a couple of feature requests from the next version of Interaction Timeline:

"https://interaction-timeline.toolforge.org/ has too many results, that are not relevant, for example, edits in Wikipedia:Sandbox - It would be nice if we could exclude some of the results, including page title prefix filter. Users often have edits on the same page (forum-type pages) that are widely spaced in time. If possible, it would be good if the user could set the period between edits on any pages that interests him, so that edits of the users, that fall out this period will not be displayed. In case it is impossible or difficult to configure the mechanism in such a way that a more accurate assessment is made, it is desirable to give the user an opportunity to hide such pages from the results."

Thank you @MarioGom. We want to add multiple services into IP Info eventually. We are beginning with MaxMind for now and will look into Spur in the near future. It's awesome that you've validated Spur for us.

Reopened T277222: Create job to tally elections [M] and T277226: Make Echo notification for when tallying is done. Let's discuss these at the next estimation meeting and prioritize.

I discussed this task with @LSobanski and they are inclined towards us picking up this work at our leisure (preferably after SecurePoll).
We can repurpose this into an actionable ticket and add it to our backlog.

Thanks for catching this and creating this task, @Raymond.

@DannyS712 Thank you for your thoughtful feedback. @Prtksxna, @Tchanders and I discussed these changes at length yesterday and agree with the points you made. We'll have some new mocks to share with the community (on this page) and will seek feedback on it before making any widespread changes.

Revived this following T280275: Investigate why tallying a large, encrypted election did not complete on votewiki when kicked off via the tally page [8h].

Revived this following the conversation in T280275: Investigate why tallying a large, encrypted election did not complete on votewiki when kicked off via the tally page [8h].

@Tchanders David and I are talking about this. Is it possible to communicate the time remaining for the job to complete in the UI?

In T280275#7061990, @drochford wrote:

@Tchanders Despite the tallying taking a considerable time vi the Job method, I would prefer this way so as to remove the need for somebody with server access running the script.

@jrbs thanks for letting us know. It's an annoying bug. I'll see if we can find some time during a maintenance sprint to tackle this.