https://bugzilla.wikimedia.org/show_bug.cgi?id=33304
Brad Jorsch <bjor...@wikimedia.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bjor...@wikimedia.org
--- Comment #6 from Brad Jorsch <bjor...@wikimedia.org> ---
(In reply to comment #5)
> This bug is somewhat of a mess.
That's an understatement.
(In reply to comment #0)
> * pages listed by api.php?action=query&list=allpages&apprtype=move|edit (and
> having protection properties in prop=info), but having no log entries.
> Examples
> are [[de:Amerika]], [[de:Neonazismus]] and others. They can be found in the
> list [1] with "undefined" user/timestamp/comment.
I note that both are very old pages. According to [[en:Wikipedia:Protection
log]], protections were not automatically logged before 23 December 2004. Is it
possible those pages were protected before that date (or the corresponding date
for dewiki, if it differs)? If so, this is not a bug.
> * pages having more than two protection properties in prop=info. This
> happened
> over 300 times, if it is intended please explain. For example
> [[de:Nationalsozialistische Deutsche Arbeiterpartei]] was only one time
> protected pursuant to the log, but has 3 edit and 3 move protections
> (api.
> php?action=query&prop=info&inprop=protection&titles=Nationalsozialistische%20
> Deutsche%20Arbeiterpartei).
As mentioned in comment 2, this is bug 28751.
> * pages listed at [[de:Spezial:Geschützte Seiten]], but not in the api query.
> For example [[de:Flatulenz]], which was protected, unprotected and
> re-protected
> according to the log and has two protection properties in prop=info, but is
> not
> listed in list=allpages:
> api.
> php?action=query&list=allpages&apprtype=move|edit&apprefix=Fl&prop=info&inpro
> p=protection&titles=Flatulenz.
That's an actual bug: old protections store indefinite protection with
pr_expiry = NULL, but the query used by list=allpages does not take this into
account.
Gerrit change 46662 should fix it.
(In reply to comment #1)
> * There are also pages which are listed as protected by api's allpages (and
> wich have protection properties in prop=info as also some matching log
> entries), but which are a) editable and b) not listed on Special:Protected
> Pages. Examples for that are
> http://de.wikipedia.org/w/api.
> php?action=query&prop=info&inprop=protection&titles=Lansdowne%20Portrait|Schw
> eizerische%20Käseunion|Bahnhof%20Eisenach|Eisenbahn%20in%20Thüringen
> What is the difference in the database query between Special:Protected Pages
> and api.php?action=query&list=allpages&apprtype=move|edit?
As mentioned in comment 2, these are not edit protected, only move protected.
Special:ProtectedPages (now) has a dropdown to select the type of protection to
search for; these pages will show up if you choose "move" rather than "edit".
(In reply to comment #3)
> There are other problems too. Querying [1] results in a) a lot of duplicates
Yeah, that shouldn't be happening. For some reason the module is only adding
DISTINCT to the query when apprtype is used, while your query uses only
apprexpiry.
Gerrit change 46665 should fix it.
> and b) semi-protected pages are also listed along with full protected ones.
apprlevel is only effective when combined with apprtype. This is documented.
The error could be detected and reported when apprlevel is used with apprexpiry
but not apprtype, but that would break clients that use queries like those in
comment 3 and I'm not sure it's worth breaking backwards compatibility.
--
You are receiving this mail because:
You are watching all bug changes.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
