enterprisey / afdstats Goto Github PK

Currently, the dates are inconsistent when it comes to the first nine days of a month. Nominations one has started on the first nine days of a month are shown with a leading zero in the date in the AfD stats, while votes on nominations started by other users are shown without a leading zero in the date in the AfD stats.

None of the dates in the "Date" column should ever show leading zeros, regardless of whether the nomination was originally started by the same user or a different user.

On homepage screenshot below, after testing, "number of AFD's to analyze" default appears to be 200. Consider updating.

"83.5% of AfD's were matches" should be in bold

To help differentiate it from the less accurate "Number of AfD's where vote matched result (green cells): 66 (81.5%)", because that percentage is lowered by the 2.5% "no consensus" results.

Per https://wikitech.wikimedia.org/wiki/News/Toolforge_Grid_Engine_deprecation the Grid Engine shutdown will begin on 2023-12-14. Moving to Kubernetes will require upgrading to Python 3.9, which is fixed by #27

Is this AFD creation date? AFD !vote date? Page last edit date? User last edit date?

Currently the tool doesn't understand "draftify" as an option for a deletion discussion. Draftification is an uncommon but still valid result of a deletion discussion, so I feel like the tool should also list it.

Example: https://en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion/Wessex_Society_of_Newfoundland_and_Labrador

Suggestion: Mention the total # of AFD votes counted/detected. Right now the total number of AFD pages edited is displayed, but not the total number of votes. Consider adding it beneath this text:

Total number of unique AfD pages edited by Novem Linguae: 47

Beneath the above text, we could add:

Total number of AfD votes detected in this query: 32

Examples:

• Report for User:Me and (signs as User:me_and – only AfD nominations are detected, not their other !votes such as this or this
• Report for User:A. C. Santacruz (signs as User:A._C._Santacruz – only AfD nominations are detected, not their other !votes such as this or this

This is happening with every user who uses underscores instead of spaces in their signature – it's only picking up their nominations because that part isn't based on signature matching.

This tool currently counts April Fools Day nomination !votes, which can throw off the numbers (depending on how actively someone participates). The issue could be resolved by having the tool ignore all !votes on pages that transclude {{humor}}.

Example: Actualcpscm's !vote here is not counted because their signature was an unsigned template.

https://en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion/Moises_Lino_e_Silva_(3rd_nomination)

Note that the {{Unsigned}} template always ends up substituted, so would need to check for the substituted code, not the template itself.

<!-- Template:Unsigned --><small class="autosigned">—&nbsp;Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:Actualcpscm|Actualcpscm]] ([[User talk:Actualcpscm#top|talk]] • [[Special:Contributions/Actualcpscm|contribs]]) </small>

hello @enterprisey there seems to be no project
license, can you please update OSI approved

• it has come to my attention about tool sweep on cloud mailing list

The list of AfDs is currently sorted by the date of the latest edit the user has made to each AfD. It should instead be sorted by the dates in the "Date" column, which shows when each vote was originally made.

*'''Weak keep'''. is not showing up at https://afdstats.toolforge.org/afdstats.py?name=Joe+Roe&max=500&startdate=&altname=

Perhaps we should double check that weak keep, week delete, strong keep, and strong delete (case insensitive) are counted. And if not, we should add support for this. They're common, and coding it would be easy.

On the index page, consider adding "case sensitive" next to the Username label on the search form.

Whatever "Individual AFD's" is sorted by is pretty close to what is displaying in the "Date" column, but is slightly different somehow. I think it'd be more intuitive if the sort matched the "Date" column.

If this has not been caused by any software modification of adfstats, then something has changed on the Toolserver, maybe.

Traceback (most recent call last): File "/data/project/afdstats/public_html//afdstats.py", line 91, in main db = MySQLdb.connect(db='enwiki_p', host="enwiki.labsdb", read_default_file=os.path.expanduser("~/replica.my.cnf")) File "/usr/lib/python2.7/dist-packages/MySQLdb/__init__.py", line 81, in Connect return Connection(*args, **kwargs) File "/usr/lib/python2.7/dist-packages/MySQLdb/connections.py", line 187, in __init__ super(Connection, self).__init__(*args, **kwargs2) OperationalError: (2013, "Lost connection to MySQL server at 'reading initial communication packet', system error: 0") None

Fatal error.

Example queries:

https://tools.wmflabs.org/afdstats/afdstats.py?name=ToBeFree&max=&startdate=&altname=
https://tools.wmflabs.org/afdstats/afdstats.py?name=ToBeFree&max=500&startdate=&altname=
https://tools.wmflabs.org/afdstats/afdstats.py?name=Sergecross73&max=500&startdate=&altname=