Page MenuHomePhabricator

Disable Slowvote application
Closed, DeclinedPublic

Description

I'd appreciate if us Phab admins would not enable more random $stuff (Phab applications) while the number of admins who can fix followup issues with (or answer support questions about) $stuff remains the same.
Similar to "Why not enable Conpherence", "Why not enable Calendar", etc, we originally declined Slowvote in T89906.
I cannot find a trace of a discussion why and how it still got enabled at some point. :(

The (valid) questions "How can I vote?" in T220719, plus no [discoverable] docs who can vote or why not, (plus whatever next migration from Phab to something, after Bugzilla to Phab in 2014, may come up, with people asking for feature parity of all those random Phab apps stuff) are examples why enabling more stuff, plus not always documenting it, is really not that great in the long run.

Event Timeline

Aklapper created this task.

Sure, it can be sometimes. :) See the points I made in my previous comment though.

Eh, it still beats voting on a wiki page.

Eh, it still beats voting on a wiki page.

If you're allowed to access the polling station, maybe. ;)

Screenshot from 2021-07-04 10-24-25.png (496×1 px, 44 KB)

I recently considered using slowvote for some things (to try it out and see if we would want to use it more).
But then came across this ticket.

Is there a plan to turn it off? or is it here to stay?

It seems like the consensus is to disable it but if there is a use-case for it then I'm all for supporting it.

Please see my initial task description here: I wrote that we originally declined Slowvote in T89906, and that I have not the slightest clue why random things nevertheless got enabled at some point (does someone know why?), without any documentation (does someone know why?), and then these random things create maintenance costs ("why can I not vote?") ending up on my desk, so to say. This is highly frustrating and not the first time this has happened.

Declining for the time being.