This ticket is for adding a //Compare// tab to the redesigned CheckUser interface. This step is where the actual CheckUser data will be exposed.
=== Acceptance criteria
* Hide the following users
** Auto-completes with usernames being displayed in the table below
** On adding a username to the widget, the result rows for that username go away
* Hide the following IPs
** Auto-completes with IP address being displayed in the table below
** On adding an IP to the widget, the result rows for that IP address go away
!!@Prtksxna What happens when the user gets rid of all the rows in the table with the filters?!!
!!@Prtksxna We'd need to have a loading animation for when the results are being filtered/reloaded.!!
==== Data tables
I propose having two separate tables -
1) For usernames submitted in the input form
2) For IP addresses or ranges submitted in the input form
===== For usernames
This table lists every IP address the given users have edited from.
* Table headers:structure -
*** A link to https://tools.wmflabs.org/guc/ tool for each user underneath the username|Apples|August 12, 11:00 - September 13, 10:00|126.96.36.199 - **17 edits** (10 from 3 other users)|Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.1 Safari/605.1.15|
** **Activity** (differs from mock)* **Username**
|**Activity**|*** A link to https://tools.wmflabs.org/guc/ tool for each user underneath the username
|August 12, 11:00 - September 13, 10:00|** **Activity** (differs from mock)
*** //Datetime of their first known edit from that IP// - //Datetime of their last known edit from that IP//
*** This is the IP address the edit/action was made from.
*** The IP address doesn't link anywhere (unlike the mock currently)
*** A count for number of edits made from that IP address in that time period from that user in bold
*** Following the mock, there is a count for how many edits were made from that IP address by other users (//$x from $y other users//)
*** User-customizable list of links under the IP address - this is currently customized on the wiki by https://en.wikipedia.org/wiki/MediaWiki:Checkuser-toollinks. We should use the same config variable for now.
!!@Prtksxna what should the UI look like if the configured links are too many? Should we try to limit how many links are allowed?!!
*** Shows the complete UA string
*** !!@Prtksxna We'd need to accommodate long UA strings in this column for now. What's the best way to handle this?!!
*** **Note** - The mock includes splitting the UA and showing device info (phone vs desktop). We'll do that in future iterations. Let's start with the very basics.