Wikipedia talk:STiki

From Wikipedia, the free encyclopedia
Jump to: navigation, search



Welcome to the talk page for the WP:STiki tool. It works just as any other talk page. However, before you report a bug or feature request, please check the table of the first section to see if the issue is already known. Please do not edit that table manually, instead just start a discussion and STiki's developers will update the table as appropriate.

Known Bugs and Feature Requests[edit]

STiki Outstanding Bugs and Feature Requests
ID Contact Type Description Status Urgency
T#052 Rsrikanth05 Feature Request Note if an article has been tagged as a candidate for speedy deletion (CSD). This can be done similar to how "rollback situations" are noted in purple text atop the diff, but using a different color. Pending Medium
T#039 Ugog Nizdast Feature Request The user should have the capability to display some form of article history, primarily/all in the form of metadata, for the edit under inspection. Pending Medium
T#045 Chess Feature Request Current custom AGF messages hide behind opaque names and are fixed in number. There should be a more dynamic CRUD + naming scheme for AGF messages, which if not an in-STiki interface, could depend on user editing of the configuration files. Pending Medium-Low
T#040 Yaris678 Feature Request Rather than the current "last revert" message having a very "error" tone, shift that to something more positively reflecting the classification was still useful. Better yet, detect when conflicting edits are by STiki user to change message tone accordingly. Pending Medium-Low
T#010 Allens Feature Request There is a desire to somehow represent (possibly with underlining or a color) whether a wikilink has an existing article destination or is a "red-link". Some investigation is needed to determine how to best do this with the Mediawiki API, and the performance penalty it causes. Could also be a STiki option whether or not this should be done. On Hold Medium-Low
T#028 John of Reading Feature Request Expand processing to include some alternative namespaces, namely "portal" and "help". Existing classification models would be re-used and there would be an explicit new queue for these edits. Pending Medium-Low
T#027 Arc de ciel Feature Request More careful recording of "pass" actions. This would also permit a feature allowing a user to view, ex post facto, how the edits they passed on were eventually classified. On Hold Medium-Low
T#004 West.andrew.g Feature Request The STiki client currently talks to the backend using only MySQL. MySQL communication could be firewalled by some organizations, making the move to HTTP/PHP communications a good idea. However, this remains low priority given that such little mention has been made of this shortcoming. Pending Low
T#003 Chicocvenancio and Meiskam Feature Request STiki exists only in English, and should perhaps put structure in place for localization. Meiskam wrote some initial structure for this, but I am holding on trunk integration. To move forward, we need someone who has the time, expertise, resources (a server), and willingness to run a STiki backend and do all text translation. On Hold Very Low
T#999
-
Feature Request Note that all requests pertaining to the inclusion of back-end classifier features should be lodged and discussed in the sandbox at Wikipedia talk:STiki/Feature development
-
-


CHANGELOG for 2014-12-01 release (+ subsequent bug fixes and ERs)[edit]

Greetings STiki-ers... We have a substantial release this iteration, fulfilling many months of feature requests and minor bug discoveries. This is the first version in a while whose release was not forced by an emergency circumstance (i.e., unannounced WMF change), and I am excited to get out meaningful features that demonstrate my commitment to the tool and the anti-damage community. This version brings us:

  • The "Options" menu now has a setting that allows clients to be notified via pop-up if an AIV post has been lodged (T#018; T#046).
  • Null diffs should no longer be displayed (T#038). This was a bug introduced when STiki enabled custom color options for users.
  • Users will not be displayed their own edits from the queues, as this is a conflict of interest (T#043).
  • More AGF messages were added, including some pulled in from a GitHub merge (our first community code contribution!). Some category labels were pre-pended to help better manage this growing list. The code copy was also synced with community copy at: WP:STiki/Good-faith-revert_messages.
  • The metadata panel content now has "mouseover" support. In particular, this should permit the full display of comments which are truncated because they are too lengthy to fit in the fixed-size placeholder.
  • A "small numerical edits" filter has been created. Sometimes monotonous and difficult to casually assess, this filter can allow users to skip edits where "only a single numerical value is changed, and the magnitude of that change is (0.5 < change < 2.0)" (T#049).
  • Additional watchlisting options (reverts/warns/both/preferences/never) are now accessible via a drop-down menu in the login panel (T#042).
  • Additional user/article-talk links added to metadata panel (T#036).
  • Removed reference to "editing anonymously" in login dialog (T#044).
  • The "don't template the regulars" option/dialog was re-focused such that it is now labeled: "warn if reverting regular" (T#050).
  • A classification button was added to support reversion and immediate "4im" issuance (assuming warning criteria are met and escalation wouldn't already result in an AIV report)(T#041)
  • There have been reports of user's edit session's dropping, resulting in editing while logged out. This results in privacy loss and community confusion. This is believed to be a bug on the WMF server-side. However, using the "assert=true" check, STiki can now at least detect the error state -- it pops a dialog and forces a restart (T#048).
  • Due to a WMF API change, we were forced to change the way user edit counts are performed. The WMF changed the way pagination is done, breaking our earlier parser in some cases. This code was used to determine STiki permissions (>1000 NS0 edits), "don't template the regulars" logic, and non-critical aspects of milestone reporting.
  • Minor improvements to warning increment logic; in particular, better handling when duplicate section headers exist.
  • Documentation changes in support of above
    • 2014-12-01: An additional space character in some of the pre-formatted AGF messages was causing them to be parsed in a non-conventional boxed style with monospace font, characteristic of the "pre" environment. This was fixed and and a new file was uploaded under the same filename.
    • 2014-12-12: Something seems to have changed with the way Mediawiki parses new line instructions, causing section headers to not be displayed, and causing warnings to run together. STiki has changed line breaks on talk pages messages from "/r" (carriage return) to "/n" (newline).
    • 2015-06-13 EMERGENCY RELEASE: The WMF switch to support only HTTPS caused widespread breakage due to hard-coded HTTP API calls. Paths were updated and the version was marked as a required upgrade. This also pushed T#051 to production which addressed a bug with the persistence of custom AGF messages.
    • 2015-07-02 EMERGENCY RELEASE: Mediawiki is changing the way pagination/continuation is handled for API queries that produce many results. This decision breaks existing code, but curiously, legacy functionality is still supported if an extra parameter is passed (if this sounds dumb, it is). The old methodology will be switched off sometime on 2015-JUL-02. Internal to STiki this primarily affects/affected the permission check of "1000+ edits in NS0". This new version fixes that issue; users who who rely on that entry criteria will likely require an immediate upgrade.

I have tested the code, but as we develop features around infrequent use-cases (4im, AIV, etc.) it becomes increasingly difficult to verify correctness in the wild. Your continued monitoring, innovation, and support is greatly appreciated. West.andrew.g (talk) 03:46, 1 December 2014 (UTC)

CBNG down; metadata queue is default[edit]

It's been down for around 5 hours now (User_talk:ClueBot_Commons) so I decided to make the switch. West.andrew.g (talk) 13:59, 1 September 2015 (UTC)

Should be back up by now. --I am k6ka Talk to me! See what I have done 18:18, 1 September 2015 (UTC)
Yes check.svg Done -- Switched back. Thanks, West.andrew.g (talk) 19:08, 1 September 2015 (UTC)

Is STiki down?[edit]

I'm pretty sure it's just me, but I've been unable to connect to STiki since yesterday. What's going on? lavender|(formerly HMSSolent)|lambast 01:48, 4 September 2015 (UTC)

HMSSolent, it's not just you. We always have to deal with STiki being down. Flyer22 (talk) 03:13, 4 September 2015 (UTC)
Yep. It's down since yesterday. One of those rare occasions. Pinging @West.andrew.g: in case he's not aware. --Rsrikanth05 (talk) 06:32, 4 September 2015 (UTC)
He is aware, see his talk page. Widr (talk) 06:34, 4 September 2015 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── ClockC -- STiki is down, and I've contacted my colleague. Unfortunately, he reports that physical security has changed and he no longer has access; troubleshooting that now. Thanks, West.andrew.g (talk) 18:23, 3 September 2015 (UTC)

Yes check.svg Done -- Everything should be back online and queues are re-populating. Thanks, West.andrew.g (talk) 18:23, 4 September 2015 (UTC)
Working now - thanks! lavender|(formerly HMSSolent)|lambast 00:00, 5 September 2015 (UTC)