Rob Church wrote:
>
> On 10/02/07, Erik Moeller <erik(a)wikimedia.org> wrote:
> > Since we now have a field to keep an edit count, it should be
> > reasonably easy to say that semi-protection also requires a minimum
> > of, say, 20 edits. Still not a protection against gaming, but better
> > than no check, I think. Thoughts?
>
> Done, I think - the autoconfirmed group membership can depend on edit
> count, too, and semi-protection is just protection of pages against
> non-autoconfirmed users.
Correct. I implemented this ($wgAutoConfirmCount) a few weeks ago, just
hasn't been activated on any wikis.
Andrew Garrett
(werdna)
An automated run of parserTests.php showed the following failures:
This is MediaWiki version 1.10alpha (r19856).
Reading tests from "maintenance/parserTests.txt"...
Reading tests from "extensions/Cite/citeParserTests.txt"...
Reading tests from "extensions/Poem/poemParserTests.txt"...
1 previously passing test(s) now FAILING! :(
* <references> after <gallery> (bug 6164) [Introduced between 09-Feb-2007 08:15:26, 1.10alpha (r19840) and 10-Feb-2007 08:15:30, 1.10alpha (r19856)]
18 still FAILING test(s) :(
* URL-encoding in URL functions (single parameter) [Has never passed]
* URL-encoding in URL functions (multiple parameters) [Has never passed]
* TODO: Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html) [Has never passed]
* TODO: Link containing double-single-quotes '' (bug 4598) [Has never passed]
* TODO: message transform: <noinclude> in transcluded template (bug 4926) [Has never passed]
* TODO: message transform: <onlyinclude> in transcluded template (bug 4926) [Has never passed]
* BUG 1887, part 2: A <math> with a thumbnail- math enabled [Has never passed]
* TODO: HTML bullet list, unclosed tags (bug 5497) [Has never passed]
* TODO: HTML ordered list, unclosed tags (bug 5497) [Has never passed]
* TODO: HTML nested bullet list, open tags (bug 5497) [Has never passed]
* TODO: HTML nested ordered list, open tags (bug 5497) [Has never passed]
* TODO: Inline HTML vs wiki block nesting [Has never passed]
* TODO: Mixing markup for italics and bold [Has never passed]
* TODO: 5 quotes, code coverage +1 line [Has never passed]
* TODO: dt/dd/dl test [Has never passed]
* TODO: Images with the "|" character in the comment [Has never passed]
* TODO: Parents of subpages, two levels up, without trailing slash or name. [Has never passed]
* TODO: Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed]
Passed 492 of 511 tests (96.28%)... 19 tests failed!
HI,
I tried to add an article behind another article following by a
"/", like "Abacus/TOEFL", and "User:BiGreat/Gaokao2".
However, in the second page "User:BiGreat/Gaokao2", there will be a
"< User:BiGreat" below the title, but in the first page
"Abacus/TOEFL", there isn't a "< Abacus".
I don't know why. Could somebody help me?
The two page at:
http://kaoshi.wobuxihuan.org/Abacus/TOEFLhttp://kaoshi.wobuxihuan.org/User:BiGreat/Gaokao2
Thanks!
--
---BiGreat---
www.Liang-Chen.com
Since we now have a field to keep an edit count, it should be
reasonably easy to say that semi-protection also requires a minimum
of, say, 20 edits. Still not a protection against gaming, but better
than no check, I think. Thoughts?
--
Peace & Love,
Erik
DISCLAIMER: This message does not represent an official position of
the Wikimedia Foundation or its Board of Trustees.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I took a quick peek at the sampled squid log and found that CSS and JS
files together are eating a lot of bandwidth; together they make up
about 20% of what's served:
https://wikitech.leuksman.com/view/Squid_bandwidth_breakdown
(May be inaccurate due to coding mistakes in my counter or weird dupe
caching effects.)
It should be possible to serve these files compressed through Apache
with mod_gzip set up, which should squish them by probably 2/3.
- -- brion vibber (brion @ pobox.com / brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFySi4wRnhpk1wk44RAm1tAJ9vgpvqYBvN+l6sX6whsyaGVlw26gCgkD2E
VrBaaLtgtVSwLxU5zA/gbKE=
=8Bky
-----END PGP SIGNATURE-----
The messing about with archives and the INCREDIBLY AWFUL htdig search
are causing problems ...
- d.
---------- Forwarded message ----------
From: Birgitte SB <birgitte_sb(a)yahoo.com>
Date: 19-Jan-2007 14:46
Subject: [Foundation-l] Mail archives
To: Wikimedia Foundation Mailing List <foundation-l(a)lists.wikimedia.org>
I wanted to look up the detailed report that was
posted to the list after the Frankfurt retreat. I
have entually found it but in the process had some
troubles because not realizing that Anthere has been
using two different email addresses caused me to miss
seeing it when searching by "Author". If any of you
are familiar with using our archives, you realize how
frustrating it can be to find (or not find) a message
you half remember.
The thing that I realized while looking for this
information is that everyone is relying much to
heavily on these archives. I knew that that all the
links from the past list summaries had been scrambled.
I went to the WMF website hoping to find the
information there after my failure in the archives. I
found that the WMF website also uses links to the
archives. [1] All of these links have been scrambled
in the past week and the archive is gernerally not
something that can be expected to be stable.
I ask you to consider making an effort to mirror any
offcial messages or detailed reports either on the WMF
or Meta instead of simply repairing the existing
links. These messages become rather hard to find once
the links go bad. If this is decided to be a bad idea
for some reason; then please consider using a
standardized subject for such messages. Everyone
should think twice about linking to the archive in
general. If you expect people to be reading what
write in six months, I would encourage you to quote
the message instead of linking.
Birgitte SB
[1] http://wikimediafoundation.org/wiki/Home
(See: "Wikimedia Board reorganization" read more link)
____________________________________________________________________________________
Need Mail bonding?
Go to the Yahoo! Mail Q&A for great tips from Yahoo! Answers users.
http://answers.yahoo.com/dir/?link=list&sid=396546091
_______________________________________________
foundation-l mailing list
foundation-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/foundation-l
On mediawiki.org we quite often seem to get new pages created similar to the
following:
Page name: /w/w/index.php?title=Extension:Guestbook/w/w/index.php
Page text: Dear web-master ! I looked your site and I want to say that yor
very well made it .All information on this site is represented for users. A
site is made professionally. So to hold !
The similarities are that the pages titles always contain index.php?title=xx
(with various depths of /w or /wiki) and that the message is congratulating
us on our site. The user is always an anon, but without being able to
search the deleted pages I don't know whether the IP address is always the
same. There never seems to be any link spam or any of the other common
vandalism/spamming traits in the page text.
Have any other wikis experienced this? Some kind of spambot gone wrong, or
a mischievous repeat visitor? It's happened too often for me to think it's
a genuine congratulatory comment posted by someone with a screwy browser...
Is there anything we can do about it?
- Mark Clements (HappyDog)
I'm currently writing a custom script that will translate the english language
wikipedia dump into html. Everything seems ok except that the Notes: sections
with external links seem to be missing.
As an example, the article on Autism (id 25) goes straight from "See also" to
"References". In the http://en.wikipedia.org/wiki/Autism page there is an
extensive "Notes" section between these two with extensive commentary and
numbered links to external sources. I cannot seem to find this material anywhere
on the page, nor are there template directives that might include them. Links to
the notes are made throughout the article but are not present in the xml.
Am I missing something obvious or do should I download another file with this
extra information? I thought that maybe this was just an older dump but other
articles seem to be affected as well.
Thank you for your help.