Note: There are a few cases of duplicates in user autocompletion which are being worked on.

Kuma: Add a "what links here" feature



Mozilla Developer Network
5 years ago
3 years ago


(Reporter: Louis-Rémi BABE, Unassigned)


(Blocks: 2 bugs)


(Whiteboard: [specification][type:feature][triaged])



5 years ago
Before marking a page as junk, it is important to know "what links here".

This feature was available before the switch to Kuma.


5 years ago
Priority: -- → P2
Whiteboard: feature request;
This would go in the "Site tools" drop-down menu we haven't added yet, along with the dashboards. See bug 841534.
Whiteboard: feature request; → [type:feature]

Comment 2

4 years ago
bug 773855 is about the same feature for templates.


3 years ago
Whiteboard: [type:feature] → [specification][type:feature][triaged]
Blocks: 724930
fwiw, Sumo has exactly this feature:
Blocks: 1023763
(In reply to Florian Scholz [:fscholz] (elchi3) from comment #3)
> fwiw, Sumo has exactly this feature:
> firefox/links

Hmm, though also FWIW, I'm not sure I'd do it *exactly* the way kitsune does it [1].

Looks like they maintain a MySQL table with an inventory of links between docs. Rows get deleted and reinserted on parsing the doc at render time. I'd rather try doing this in elasticsearch as a parse-and-index job in the background, similar to what we do with CSS class names and such.

Oh, and another reason why I'd rather do it in elasticsearch: One of our use cases is bug 1023763, where docs are possibly linking to wiki URLs that don't exist yet. The kitsune approach tracks existing docs linking to existing docs. So, that is kind of a non-starter.

I think we need to find all docs that contain a link to some arbitrary URL string, whether that doc exists yet or not.
Duplicate of this bug: 1038515
You need to log in before you can comment on or make changes to this bug.