Page MenuHomePhabricator

Special:MergeHistory causes incorrect byte change values in history
Open, LowestPublic

Description

When merging pages the article history byte change values are not corrected, In the attached file, Page B was created, as an updated version of page A, so I used Special:MergeHistory to combine them. However it creates incorrect byte size values in the history. The oldest edit created the page, edit two modified the page, and revision three was the creation of page B. It should register as +37, but its reading as the entire page size.

Event Timeline

Betacommand raised the priority of this task from to Needs Triage.
Betacommand updated the task description. (Show Details)
Betacommand changed Security from none to None.
Betacommand added a subscriber: Betacommand.
Aklapper triaged this task as Lowest priority.Dec 3 2014, 6:34 PM
Lahwaacz added a subscriber: Lahwaacz.EditedJan 13 2016, 9:30 PM

Similar behaviour is on recent changes and user contributions lists, where first revisions of a page are marked with capital "N". When other (older) revisions are merged in front of the first revision, it is still marked with "N" in those lists, even though it is not first after the merge.

I think the N is correct in this place.

Wbm1058 added a subscriber: Wbm1058.EditedFeb 10 2019, 10:08 PM

Is this a bug or feature? This is the only evidence that I'm aware of where Special:MergeHistory leaves any log on the target page indicating that another page was merged into it. There is no log entry, nor a no-changes edit that leaves an edit summary indicating a history-merge occurred at this edit. The telltale sign that a merge ooccurred at that edit is the fact that the edit ostensibly increased the page size from zero bytes, when the previous edit did not blank the page. SO to me, this is a useful feature in that it leaves a bit of evidence, albeit cryptic and hard to find, of where another page was histmerged in.

@Wbm1058 That should be considered as two separate bugs, definitely not as a feature.