https://bugzilla.wikimedia.org/show_bug.cgi?id=70239
Jesús Martínez Novo (Ciencia Al Poder) <martinezn...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Add null revisions for page |Generate entries for
|delete and restore events |deletions and restores in
| |page histories
--- Comment #12 from Jesús Martínez Novo (Ciencia Al Poder)
<martinezn...@gmail.com> ---
> (In reply to Jesús Martínez Novo (Ciencia Al Poder) from comment #1)
> > Could you explain what problem are you trying to solve, or why would it be
> > useful?
>
> Then the page history (index.php?action=history) can display the deletion
> and restoration log events. That seems like a pretty important part of the
> history of what's been happening with the page, much like imports.
> [[mw:Manual:Null revision]]
"Add null revisions for page delete and restore events" This is an
implementation design/decision, not a valid issue. Please see the summary
description in the "how to report a bug" guide [1]. Changing accordingly.
The problem with this patch is that it will "fix" it for new deletions and
restores, but old actions won't have that null revision.
(In reply to MZMcBride from comment #6)
> The fact that page protections and page
> moves leave a visible entry and administrative actions such as page deletion
> and page restoration do not leave an entry in the page history is strange
> and unexpected, I think. We're logging this information, why oddly segregate
> it? It should be integrated.
Yes, that's not very consistent. But when you delete the whole page, you delete
the entire history, so there's no point in having an entry in the history about
that unless you restore the page again.
(In reply to MZMcBride from comment #6)
> There's a real design issue here: in the GUI, we're currently poorly
> exposing what should be internal implementation details. Yes, there's a
> revision table and a logging table, but only people working on MediaWiki
> need to care about this. There are a few different approaches we can take to
> address this issue. This bug report is probably a duplicate of bug 4172.
Agreed. Although page moves can mess the things. Imagine you have a lot of logs
in page A, you then move page A to B (without leaving a redirect), and then
move page C to A. With the current logging system, if this approach would be
implemented, the page history of A would have the history of the old page C
mixed with logs of the new page B.
----
[1] https://www.mediawiki.org/wiki/How_to_report_a_bug(In reply to Nathan
Larson from comment #2)
--
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
