Page MenuHomePhabricator

The "tag name" on the change line should link directly to "tagged changes"
Open, Needs TriagePublicFeature

Event Timeline

Change 861946 had a related patch set uploaded (by Jforrester; author: Jforrester):

[mediawiki/core@master] ChangeTags: When showing a tag, also link to a filtered RecentChanges view

https://gerrit.wikimedia.org/r/861946

Change 861946 merged by jenkins-bot:

[mediawiki/core@master] ChangeTags: When showing a tag, also link to a filtered RecentChanges view

https://gerrit.wikimedia.org/r/861946

Not sure 18 supports in CWS justified increasing the length of already usually lengthy tag info twice in most languages (especially outside of English).

I think the result is not good. It is a dual parenthesis and may be misunderstood as a description like misc edits.

Maybe it can be simplified into a symbol or emoji, like (F), (S) or 🔍︎ (https://www.emojiall.com/emoji/%F0%9F%94%8D%EF%B8%8E).

Another discussion: https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#%22Other_edits%22

With this change tags got very long, and the repetition of "(other edits)" all over Recent Changes is too distracting. In other languages "(other edits)" can get even longer.
On mobile devices each tag has a frame, and many tags with this addition use a full line (see German example in T326399). It's not uncommon to see 3, 4, even 5 tags on some changes, and more screen space used by the tags than the change itself. All this clutter so that (very) few users could (sometimes) filter by a tag, a feature already available in the filter by tag menu???

PS: Please keep RCs simple. There's a (Tag: ) before all tags, half-necessary imo, which links to Special:Tags where all tags are explained. People who spend their time in RCs probably don't need to be reminded in every line what Twinkle, mobile edit, or VisualEditor are. Check how much HTML code all this is adding and remember that some people somewhere pay for data or are still on slow lines.
Moreover, the "(other edits)" links in Special:Logs link to Special:RecentChanges; filtering by the tag in Special:Logs would be expected. Same for page history, and user contributions.

Not an improvement. A good place for this may be on the Special:Tags page itself, but multiple entries on basically every single line of watchlist/recentchanges is creating a lot of clutter

Strike that, it is already on Special:tags

The implementation is far from what was proposed in the wishlist survey...

The implementation is far from what was proposed in the wishlist survey...

Well, that proposal as written wasn’t possible: a lot of tags have links to help pages explaining their origin.

@stjn Notice @Izno suggested linking to documentation in separate parens if specified.

Well, that proposal as written wasn’t possible: a lot of tags have links to help pages explaining their origin.

Which projects can already localize, so they could have already done this locally? And if it was a description page could just put a prominent link on the top to such queries.

Change 879126 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):

[mediawiki/core@master] Revert "ChangeTags: When showing a tag, also link to a filtered RecentChanges view"

https://gerrit.wikimedia.org/r/879126

matmarex subscribed.

I'm going to revert the introduction of the links. I'll backport this to Wikimedia wikis later today.

The consensus in the discussion here and discussions elsewhere seems clear: when many tags are used, such as on Wikimedia wikis, these links take up more space than acceptable.

Perhaps the feature can be brought back in the future with a different design.

Change 879126 merged by jenkins-bot:

[mediawiki/core@master] Revert "ChangeTags: When showing a tag, also link to a filtered RecentChanges view"

https://gerrit.wikimedia.org/r/879126

Change 879098 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):

[mediawiki/core@wmf/1.40.0-wmf.17] Revert "ChangeTags: When showing a tag, also link to a filtered RecentChanges view"

https://gerrit.wikimedia.org/r/879098

Change 879099 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):

[mediawiki/core@wmf/1.40.0-wmf.18] Revert "ChangeTags: When showing a tag, also link to a filtered RecentChanges view"

https://gerrit.wikimedia.org/r/879099

Change 879098 merged by jenkins-bot:

[mediawiki/core@wmf/1.40.0-wmf.17] Revert "ChangeTags: When showing a tag, also link to a filtered RecentChanges view"

https://gerrit.wikimedia.org/r/879098

Change 879099 merged by jenkins-bot:

[mediawiki/core@wmf/1.40.0-wmf.18] Revert "ChangeTags: When showing a tag, also link to a filtered RecentChanges view"

https://gerrit.wikimedia.org/r/879099

Mentioned in SAL (#wikimedia-operations) [2023-01-11T21:58:01Z] <kindrobot@deploy1002> Started scap: Backport for [[gerrit:878154|Fix exception in <gallery mode="slideshow"> with missing images]], [[gerrit:879100|Fix phan error when Excimer is enabled]], [[gerrit:879098|Revert "ChangeTags: When showing a tag, also link to a filtered RecentChanges view" (T301063 T326399)]], [[gerrit:879099|Revert "ChangeTags: When showing a tag, also link to a filtered RecentChanges view" (T301063

Mentioned in SAL (#wikimedia-operations) [2023-01-11T22:21:37Z] <kindrobot@deploy1002> kindrobot and matmarex: Backport for [[gerrit:878154|Fix exception in <gallery mode="slideshow"> with missing images]], [[gerrit:879100|Fix phan error when Excimer is enabled]], [[gerrit:879098|Revert "ChangeTags: When showing a tag, also link to a filtered RecentChanges view" (T301063 T326399)]], [[gerrit:879099|Revert "ChangeTags: When showing a tag, also link to a filtered RecentChanges view

Mentioned in SAL (#wikimedia-operations) [2023-01-11T22:38:06Z] <kindrobot@deploy1002> Finished scap: Backport for [[gerrit:878154|Fix exception in <gallery mode="slideshow"> with missing images]], [[gerrit:879100|Fix phan error when Excimer is enabled]], [[gerrit:879098|Revert "ChangeTags: When showing a tag, also link to a filtered RecentChanges view" (T301063 T326399)]], [[gerrit:879099|Revert "ChangeTags: When showing a tag, also link to a filtered RecentChanges view" (T30106

The feature has been removed for now. It could be brought back if someone works on a version that avoids these issues.

There have been many discussions in various places about this over the last week, some of which included suggestions about different ways to add this. I won't take it upon myself to summarize them all, but here are some links to discussions I'm aware of: