Page MenuHomePhabricator

Improve display of IRC logs for tasks with long tag names
Open, LowPublicFeature

Description

Right now, a typical message is:

<wikibugs> Collaboration-Team-Triage (Collab-Team-Q3-Jan-Mar-2017), Edit-Review-Improvements-RC-Page, MW-1.29-release (WMF-deploy-2017-03-28_(1.29.0-wmf.18)), MW-1.29-release-notes, Patch-For-Review: Add technology so we'll be able to track usage of RC  Pa... - https://phabricator.wikimedia.org/T158344#3126312

The bug title, which isn't even that long, gets truncated, and a lot of the tag information is not necessary here. Also, the title and link, the most important parts, are at the end.

I can think of a few possibilities:

  1. Put a longer (though maybe still truncated) version of the title (and perhaps URL) at the beginning. Then, truncate the tags, and truncate the subject less.
  1. Blacklist tags

2a. Global blacklist (some that are never shown) E.g. the MW-1.29-release ones are probably not necessary.
2b. Only show the tag (s) that causes the entry to show in this channel, plus maybe a whitelist of useful tags (e.g. Patch-For-Review). E.g. if the channel is listening to Collaboration-Team-Triage (Collab-Team-Q3-Jan-Mar-2017) and Edit-Review-Improvements-RC-Page, only put those (plus potentially Patch-For-Review from the global whitelist).

  1. Shorten milestones (only "Collab-Team-Q3-Jan-Mar-2017", not "Collaboration-Team-Triage (Collab-Team-Q3-Jan-Mar-2017)").

Event Timeline

bd808 renamed this task from Improve tags used in IRC messages to Improve display of IRC logs for tasks with long tag names.Feb 17 2024, 8:32 PM
bd808 changed the subtype of this task from "Task" to "Feature Request".
bd808 moved this task from Backlog to Need discussion on the Wikibugs board.
bd808 subscribed.

#3 happened accidentally when T1176: Get icon and color from API instead of screen scraping was implemented. Almost immediately T358653: wikibugs only shows milestone name without parent project name asked that to be treated as a regression.

A variation on that however could be to only show the parent tag of a milestone tag. In the original example that would change:

Collaboration-Team-Triage (Collab-Team-Q3-Jan-Mar-2017), Edit-Review-Improvements-RC-Page, MW-1.29-release (WMF-deploy-2017-03-28_(1.29.0-wmf.18)), MW-1.29-release-notes, Patch-For-Review

into:

Collaboration-Team-Triage, Edit-Review-Improvements-RC-Page, MW-1.29-release, MW-1.29-release-notes, Patch-For-Review

#2 seems reasonably possible as well. The allow and deny lists should be treated like the ChannelFilter config files as they are likely to need regular adjustments.

The shuffling of locations in #1 feels invasive after many years of the current render order. A variation by trimming the tag list dynamically would be easier to do as list manipulation before PhorgeMessageBuilder.build_project_text bakes the list into a single string. Drops probably always should happen from right to left though so event trimming the string version should be possible. Finding a way to this without rendering, deciding the string ti too long, and re-rendering with some new input flag to trigger the trimming would be nice if it gets chosen.