| Daniel_Mietchen added a comment. |
Here's a suggestion in terms of mechanisms to avoid malicious re-runs. I'm not sure how practical it is, but perhaps it helps us move forward
- A dedicated mechanism (could be an on-wiki user group flag or an off-wiki page) keeps a list of pre-approved accounts that have the right to trigger pre-approved emergency queries to be run
- The actual triggering would be done by edits to an on-wiki page: a dedicated bot would
- listen to that page,
- check that the requesting account has pre-approved status,
- check whether the query has already been run within a pre-defined time interval
- if not: run the query once in that pre-defined time interval
- if yes: point to the relevant results page
- if the query still needs to be re-run before the time interval is over, then the query would have to be resubmitted by another pre-approved user, with some way to indicate that this is a conscious re-run
- post the query results on some static page and in a way (e.g. as JSON or CSV) that allows them to be harvested by other tools
This mechanism does not exclude all possibilities of erroneous runs, but would probably limit them significantly, especially if it were complemented by a query canceling mechanism as discussed in T136479.
TASK DETAIL
EMAIL PREFERENCES
To: Daniel_Mietchen
Cc: Smalyshev, matej_suchanek, Lucas_Werkmeister_WMDE, Jonas, Daniel_Mietchen, Aklapper, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
Cc: Smalyshev, matej_suchanek, Lucas_Werkmeister_WMDE, Jonas, Daniel_Mietchen, Aklapper, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
