Wikipédia:Manipulação de históricos: diferenças entre revisões

1 196 bytes adicionados ,  14h13min de 16 de setembro de 2010
expansão
(expansão)
 
==Um caso simples==
 
O procedimento que se segue une os históricos de artigos no caso do exemplo hipotético:
 
 
* Cortado de A (título antigo),
* SubstituidoSubstituído por um redirecionamento para B (título novo) e
* Colado em B (título novo).
(Isto é, a ferramenta [[Wikipedia:Como mudar o nome a páginas (mover)|Mover]] não estava disponível ou não foi usada para fazer a transferência simultânea de histórico de edição e artigo para o novo título).
#Em seguida, mova A (título antigo) para B (título novo), usando a ferramenta de moção. (Agora, as versões antigas estão completas no histórico do novo título.)
#Restaure o artigo de B da seguinte forma:
##Veja o histórico da página <ref name="cut"> <br>
 
'''Bug da perda de histórico:''' A partir de Setembro de 2005, com a MediaWiki [http://wikipédia.sourceforge.net/1.6alpha 1.6 alpha], a seguinte peculiaridade provavelmente será observada: depois de restaurar com sucesso um artigo, o seu histórico pode parecer:
 
*estar deficiente em relação às versões recém restauradas ou
*mostrar o histórico original completo depois de um ciclo de deleção/restauração parcial, incluindo versões que na verdade ainda estão deletadas.
 
Esses problemas persistem mesmo se o botão Atualizar do browser for ativado. Mas esses não provaram ser erros na base de dados propriamente dita, e a informação subjacente é correta; eles são apenas problemas com a informação disposta. Note que parece não haver consistência a respeito da aparição desses bugs - espere ver um dos dois ou nenhum.
 
Entretanto, para alguns usuários, o problema pode ser resolvido com uma combinação de expurgo e desvio em relação à memória cache do browser. <br> <br>
 
''Contornando o problema:'' Para ver os históricos corretos e atuais do artigo, selecione um tamanho de histórico diferente (por exemplo, os "20 últimos" ou "100 últimos" em lugar dos 20-padrão. (Note que esse truque só funciona uma vez: se você fizer outra restauração e o histórico for desarrumado novamente, será necessário selecionar um novo tamanho de histórico, que não tenha sido utilizado previamente, para ver o histórico atual correto.)
 
De outra forma, fazer uma edição na página recém movida forçará a correção do histórico a ser mostrada. Então, se você tiver que fazer uma edição na página-alvo por quaisquer outras razões (por exemplo, para restaurar a versão mais recente do artigo como mostrado no passo 4.3 acima), isso fará o histórico correto ser mostrado. Alternativamente, se você não quer deixar as coisas de forma que um usuário inocente seja confundido, faça uma edição "gratuita" na página, que cumprirá a função de renovar o histórico. <br> <br>
 
'''Bugs antigos:'''
 
Versões anteriores do software Wikimedia mostravam outros problemas similares:
 
* O sucesso da restauração pode ser anunciado, mas seus resultados não serão observados por algum tempo, antes que servidores escravos acompanhem o mestre.
* O histórico unido pode ter todas as versões dos dois artigos anteriormente separados, mas sem que o mais recente seja mostrado no topo da lista e sem a versão mais recentemente editada sendo entregue pelo servidor, antes que uma nova edição seja feita no artigo.
* Algumas vezes acontece o seguinte: ao ver o histórico no passo 3.1, é mostrado o histórico da página recém deletada, não o histórico da página recém movida.
 
Esses bugs não parecem estar acontecendo mais, mas para ter certeza, vale a pena manter a vigilância.</ref>
## Acesse "Veja ou restaure... edições deletadas?" e,
## Selecione "Restaure!". (Agora, o histórico do novo título tem as versões antigas e novas, incluindo uma cópia extra da versão mais antiga de A (título antigo), criada pela ferramenta [[Wikipedia:Como mudar o nome a páginas (mover)|Mover]].)
# Nesse estágio, B (título novo) apenas mostrará o texto "#REDIRECT B (título novo)", (assumindo que o redirecionamento era a mais recente versão de A (título antigo), a página de B (título novo) mostrará essa versão mais recente). O último passo consiste em reverter para a última versão de B (título novo) anterior à mudança:
## Acesse o "Histórico de edição" de B (título novo).
## Faça uma atualização completa (Shift+Control+R no Mozilla Firefox e similares e Control+F5 no Internet Explorer), a fim de ver um histórico atualizado refletindo a atualização.<ref name="cut" />
##Selecione, edite (ignore a mensagem "AVISO: Você está editando uma revisão ultrapassada") e salve a última versão pré-moção.
 
===Fundindo históricos de páginas com muitas revisões===
{{referências|Notas}}
Supondo que a página '''TítuloNovo''' tem muitas revisões para serem apagadas ou apagar o artigo poderá causar outra perturbação. O procedimento seguinte pode ser usado para fundir históricos nesta situação:
#Mover '''TítuloNovo''' para '''TítuloVelho''' com um sumário de edição do género "fusão de históricos, voltará para o título correcto em breve". Responda sim quando perguntado se quer apagar a página '''TítuloVelho'''.
#Restaure as edições de '''TítuloVelho''' que contêm o histórico.
#Mova '''TítuloVelho''' de volta para '''TítuloNovo'''.
#Se for necessário, restaure as edições restantes de '''TítuloVelho'''.
 
===Um caso mais complexo===
[[Categoria:!Livro de estilo]]
Por vezes, depois de uma movimentação corta-e-cola, o artigo no título antigo é depois editado para outro propósito (por exemplo, tornando-o numa página de [[Wikipedia:desambiguação|desambiguação]]. Isto causa parte do histórico do artigo em TítuloNovo estar no TítuloVelho, mas o histórico em TítuloVelho também contém o histórico de NovoSignificado. O uso da função de [[Wikipedia:Apagamento seletivo|Apagamento seletivo]] permite que também estes sejam reparados.
[[Categoria: !Ajuda]]
 
<!--
=== A more complex case ===
 
Sometimes, after a cut-and-paste move is performed, the article at the old title is then edited for some other purpose (e.g. turning it into a [[Wikipedia:Disambiguation|disambiguation]] page). That causes the article now at NewTitle to have part of its history there, and part at OldTitle, but the history at OldTitle also contains the history of NewMeaning. Use of the [[Wikipedia:Deletion guidelines for administrators#Version deletion|selective deletion]] function allows these to be repaired as well.
An example of this was [[Military of Japan]]; the original was moved to [[Japan Self-Defense Forces]] with a cut-and-paste move, and the article [[Military of Japan]] was then turned into a disambiguation page. This was repaired with the following procedure:
 
''Para seleccionar mais do que uma revisão para restauro, carregue na caixa ao lado da primeira revisão para ser restaurada, e depois carregue pressionando a tecla shift na última revisão a ser restaurada. Todas as edições intermédias serão seleccionadas.''
# [[Military of Japan]] is deleted.
# Selective undelete is used to undelete only those versions of [[Military of Japan]] which belonged to "Japan Self-Defense Forces".
# [[Japan Self-Defense Forces]] is deleted. {{ref|pecul}}
# The versions of "Japan Self-Defense Forces" at [[Military of Japan]] are moved to [[Japan Self-Defense Forces]], using the normal page-move function.
# Undeletion of [[Japan Self-Defense Forces]] restores the rest of the versions of that article to its history. {{ref|pecul}}
# However, the most recent version in the history of [[Japan Self-Defense Forces]] is now the most recent version of the old history from [[Military of Japan]] (it's a copy of that version, created by the page-move function). So, go into the history of [[Japan Self-Defense Forces]], select the next-most-recent version, click on it, and when it appears, click on "Edit this page", ignore the "WARNING: You are editing an out-of-date revision" message, type something suitable (e.g. "Restoring most recent version after merging histories") in the [[Wikipedia:Edit summary|edit summary]], and hit "Save page". That article is now restored to its condition prior to this procedure, and now also has its complete history.
# Step 4 above (the move) will have left a history containing just a redirect at [[Military of Japan]]. Delete the redirect.
# Undeletion of all the ''other'' versions of [[Military of Japan]] restores the more recent history of that article; no additional steps are needed, as the most recent version should now be the current version. {{ref|pecul}}
 
<!--
=== A troublesome case ===
 
In this case, the time periods of the two series of edits will overlap.
 
TheIf proceduresomeone above performs athen page-history mergemerges thatpages (sooner''A'' orand later)''B'' sequencesusing the method described above, the result will sequence the versions of ''A'' and ''B'' strictly by time, with the result that various versions of ''A'' will be interleaved between versions in the page history of page ''B'' (and/or vice-versa). Inspecting this merged history without means of distinguishing between the two overlapping progressions (since nothing in this history indicates which version belongs to which sequence) invites severe confusion.
 
An appropriate procedure for such a case is to forego the history merge, and instead handle the situation much like a normal merge; put a note pointing to the other version of the page on the article's talk page. If it is inappropriate to leave the second copy in the main article space, you can archive the duplicate page to Talk: space (i.e. by moving it to some suitable title, such as Talk:RandomArticle/OldVersion).
 
====Parallel versions====
Users sometimes send in an ill-advised history-merge request after the two pages involved have been [[Help:Merging|text-merged]]. If the two pages have separate origins and simultaneous separate parallel histories before they were text-merged, they should not be history-merged, as that would shuffle the parallel editing histories together in one list and make a mess. There is an example in [http://en.wikipedia.org/w/index.php?title=Clemson_Tigers_football&oldid=225136152 this edit] of page [[Clemson Tigers football]]. There is an example with 5 incoming pages in [http://en.wikipedia.org/w/index.php?title=Wikipedia_talk:WikiProject_Emo&oldid=276468132 this edit] of page [[Wikipedia talk:WikiProject Emo]]. The best thing to do would be to use the {{tl|Copied}} template and place it on the source and/or destination's talk page.
 
===History splitting===
{{shortcut|WP:HISTSPLIT}}
Over time, articles may change from one underlying topic to a completely separate topic. Normally this should be accomplished through [[WP:move|move]]s and [[WP:disambiguation|disambiguation]] pages. However, if a user is unfamiliar with those processes they may simply change the topic of an article (overwriting the old) and continue editing. If this is not caught immediately it is very easy for the new topic to build up a substantial edit history of its own. Admins can use the following steps to fix this problem and maintain separate histories for the separate topics:
# Delete the article (original article name)
# Restore previous revisions up to (but not including) the point where the topic was changed.
# Move [without redirect] the restored versions (old topic) to a new name (see also [[WP:disambiguation|disambiguation]])
#*If there's already an article under the new name and you wish to histmerge into it:
#:a) select the "delete the existing article" option, while moving;
#:b) restore deleted revisions of new name.
# Restore new revisions of new topic (still at original article name)
# Revert to latest good versions as needed
# Establish a disambiguation page for the different topics
 
== How to undo a history merge ==
If a history merge should not have been performed, then it may be undone. Note, however, that it can be quite tiringtedious, especially if the article has a very long history. The following procedure is listed:
 
# Suppose ''A'' has been history merged into ''B''.
 
An example of a successful history merge and undo is available at [[User:King of Hearts/Sandbox/6]] (the ''A'' article) and [[User:King of Hearts/Sandbox/7]] (the ''B'' article).
-->
 
==See alsoBugs==
'''Bug da perda de histórico:''' A partir de Setembro de 2005, com a MediaWiki [http://wikipédia.sourceforge.net/1.6alpha 1.6 alpha], a seguinte peculiaridade provavelmente será observada: depois de restaurar com sucesso um artigo, o seu histórico pode parecer:
*[[Wikipedia:Viewing and restoring deleted pages by sysops]]
 
-->
*estar deficiente em relação às versões recém restauradas ou
*mostrar o histórico original completo depois de um ciclo de deleção/restauração parcial, incluindo versões que na verdade ainda estão deletadas.
 
Esses problemas persistem mesmo se o botão Atualizar do browser for ativado. Mas esses não provaram ser erros na base de dados propriamente dita, e a informação subjacente é correta; eles são apenas problemas com a informação disposta. Note que parece não haver consistência a respeito da aparição desses bugs - espere ver um dos dois ou nenhum.
 
Entretanto, para alguns usuários, o problema pode ser resolvido com uma combinação de expurgo e desvio em relação à memória cache do browser. <br> <br>
 
''Contornando o problema:'' Para ver os históricos corretos e atuais do artigo, selecione um tamanho de histórico diferente (por exemplo, os "20 últimos" ou "100 últimos" em lugar dos 20-padrão. (Note que esse truque só funciona uma vez: se você fizer outra restauração e o histórico for desarrumado novamente, será necessário selecionar um novo tamanho de histórico, que não tenha sido utilizado previamente, para ver o histórico atual correto.)
 
De outra forma, fazer uma edição na página recém movida forçará a correção do histórico a ser mostrada. Então, se você tiver que fazer uma edição na página-alvo por quaisquer outras razões (por exemplo, para restaurar a versão mais recente do artigo como mostrado no passo 4.3 acima), isso fará o histórico correto ser mostrado. Alternativamente, se você não quer deixar as coisas de forma que um usuário inocente seja confundido, faça uma edição "gratuita" na página, que cumprirá a função de renovar o histórico. <br> <br>
 
'''Bugs antigos:'''
 
Versões anteriores do software Wikimedia mostravam outros problemas similares:
 
* O sucesso da restauração pode ser anunciado, mas seus resultados não serão observados por algum tempo, antes que servidores escravos acompanhem o mestre.
* O histórico unido pode ter todas as versões dos dois artigos anteriormente separados, mas sem que o mais recente seja mostrado no topo da lista e sem a versão mais recentemente editada sendo entregue pelo servidor, antes que uma nova edição seja feita no artigo.
* Algumas vezes acontece o seguinte: ao ver o histórico no passo 3.1, é mostrado o histórico da página recém deletada, não o histórico da página recém movida.
 
Esses bugs não parecem estar acontecendo mais, mas para ter certeza, vale a pena manter a vigilância.</ref>
 
{{referências|Notas}}
 
[[Categoria:!Livro de estilo]]
[[Categoria: !Ajuda]]
 
[[en:Wikipedia:How to fix cut-and-paste moves]]