Last modified: 2014-06-09 19:18:06 UTC
Intention: Remove a copyright violation Steps to Reproduce: I removed the first instance of a ref tag. See https://en.wikipedia.org/w/index.php?title=Male_rape&diff=604793477&oldid=604792987 Actual Results: The re-used ref was "moved", but that had the effect of changing it, because the next instance of the same named ref had a different description. Reproducible: Didn't try I don't know how to solve this. The wikitext shouldn't have been written that way in the first place.
I'm pretty sure this is a WONTFIX; if the wikitext is in such a broken state that it defines a reference twice, there's nothing sane that VisualEditor can really do.
There's no way for VisualEditor to know which is the "right" ref when two refs have the same name but different content. I've seen this occasionally, and the "mismatched" refs sometimes have functionally the same content (e.g., one with a typo or abbreviation not present in the other). We could pop up an message about the error in the wikitext (which is probably something that should be done by MediaWiki, not VisualEditor). In VisualEditor, we could rename the refs to force them to be separated. Or we could do nothing, and maintain bug-for-bug compatibility with Cite.php's lack of internal checking.
(In reply to WhatamIdoing from comment #2) > There's no way for VisualEditor to know which is the "right" ref when two > refs have the same name but different content. I've seen this occasionally, > and the "mismatched" refs sometimes have functionally the same content > (e.g., one with a typo or abbreviation not present in the other). > > We could pop up an message about the error in the wikitext (which is > probably something that should be done by MediaWiki, not VisualEditor). In > VisualEditor, we could rename the refs to force them to be separated. Or > we could do nothing, and maintain bug-for-bug compatibility with Cite.php's > lack of internal checking. See bug 66233 for warning/stopping the user in Cite.php for this and other issues.