Page MenuHomePhabricator

Enable "what links here" detection of wikilinks in edit summaries (and logs)
Open, LowPublicFeature

Description

(split out from T60698: Enable fulltext search in edit summaries (and logs) )

Special:WhatLinksHere only displays links to the target that exist on Wikipedia pages. Editors would find it valuable to also know where links are present in edit summaries or log entries. This would be valuable for making decisions on what to do with certain redirect pages - users may not want to delete a redirect if it was linked in an edit summary somewhere, and would therefore break that link, for example. Another use case is in deciding where a particular redirect should be pointed - understanding current usage is important, but links in edit summaries cannot be easily reviewed.

Event Timeline

This is not a good idea IMHO.

You can fix bad links appearing in Special:WhatLinksHere just by editing the pages where they appear. That's not the case for edit summaries or log actions, since you can't edit them. It would add noise to that page, a filter to exclude those would be needed. What's the use case anyway?

Aklapper changed the subtype of this task from "Task" to "Feature Request".

@Quiddity: Do you remember a specific use case for this?

It looks like I split this out of someone else's Task Description as a sub-task, per https://phabricator.wikimedia.org/transactions/detail/PHID-XACT-TASK-p3rtoly3oopgceb/
Personally, I agree with Ciencia_Al_Poder, unless the functionality could be kept distinct from the normal Special:WhatLinksHere (I.e. The default Special:WhatLinksHere results would not include edit-summaries, but that info would be available to a custom interface).

Bugreporter subscribed.

I am unsure about it since log and edit summary can not be amended (T15937: Correcting edit summaries), so bad entries would leave forever until we revdeled or suppressed the edit summary entirely.

P.S. a new table is not strictly needed but current links table assumes the origin page must exist, where collecting log summaries will break the assumption.