| Nikki added a comment. |
I think it shouldn't allow a merge unless it is also going to create a redirect - either the merge is good and both parts should be done, or the merge is bad and neither should be done. Doing one but not the other always (as far as I can tell) creates a situation where someone needs to fix it afterwards.
The way the merge gadget behaves is pretty intuitive to me. That blanks any remaining descriptions before creating the redirect. There is also a bot (PLbot?) which attempts to find and fix partial merges which does the same thing. If someone is going to do a merge that ignores conflicting descriptions, removing any conflicting descriptions so that a redirect can be created would be the best option in my opinion and also the most consistent.
I can't really comment on ignoring sitelink conflicts because I would expect any merge with sitelink conflicts to be prevented. The first paragraph I wrote though would suggest that if people/things are going to be allowed to do merges which explicitly ignore sitelink conflicts, the conflicting sitelinks should be removed so that the item can be redirected.
Cc: Lydia_Pintscher, Esc3300, Magnus, matej_suchanek, hoo, Mbch331, Aklapper, Nikki, StudiesWorld, D3r1ck01, Izno, Wikidata-bugs, aude
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
