Possibly related to T152830

Possibly related to T40123

Just knowing that the page has been moved at all would be a good start. One does not always even know to go trawling through the history for the information. The log for the article can be completely empty even though it has been moved multiple times. The move is logged at the ''old'' title.

Aklapper changed the title from "Feature Request: Move log enhancement" to "Make the log also include the prior page name when moving a page"

If that results in an entry in the log for the target page then that is what is needed. However, if you can only find it by searching the entire log or the log of the prior page then it doesn't really help.

The logging table stores the page ID which would be one way to do this. Unfortunately it looks like this is only correct for moves since Sep 2014. https://www.mediawiki.org/wiki/Manual:Logging_table#log_page

This task appears to be a duplicate of at least one or more of these tasks:

• T10731: Make it easy to find log actions across a page move
• T21031: Generating a comprehensive move history for an article
• T66184: Allow searching also by new/target name on moving log page

Repurposing this task slightly in light of my comment at T66184: Allow searching also by new/target name on moving log page.

What about having a checkbox for filtering by page id? The entire moving history of a page can be easily examined without further search.
Similar to T66184#5985797 but doesn't need another special page, only requires a few code changes.
In this way, we don't need to alter the database, and other types of logs can also benefit from this since old logs also disconnected after the page move.
I already have a bit of draft code about this, and will do it this week anyway.

Change 699302 had a related patch set uploaded (by Func; author: Func):

[mediawiki/core@master] Allow filter logs by page id instead of title text

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

In T152829#8441650, @Func wrote:

What about having a checkbox for filtering by page id?

page_id does not survive deletion.

In T152829#8443652, @JJMC89 wrote:

page_id does not survive deletion.

Restored pages would have the same page id as before. And, we are mainly talking about tracking the moving history of a existing page, right?
The generic feature that my patch would introduce may or may not suitable for all use cases, any suggestions are welcome, I will followup.

Restored pages would have the same page id as before.

That is not guaranteed. For example, history splits can result in a new page_id: TitleA (page_id = 123) is moved to TitleB and deleted. It is partially undeleted (page_id = 123) and moved to TitleC and then the remainder is undeleted (page_id != 123 since 123 is already taken). Assuming what remained at TitleB is what we care about, using its page_id would give no move log entries instead of showing all of the moves to and from TitleB.

Test wiki created on Patch demo by Func86 using patch(es) linked to this task:
https://patchdemo.wmflabs.org/wikis/ee0b2f5378/w