On 03/04/07, suuch(a)svn.wikimedia.org <suuch(a)svn.wikimedia.org> wrote:
> Revision: 20954
> Author: suuch
> Date: 2007-04-02 21:02:29 -0700 (Mon, 02 Apr 2007)
>
> Log Message:
> -----------
>
>
> Modified Paths:
Even when just updating a couple of comments, please provide a log
message, otherwise the Subversion log becomes useless.
Rob Church
Further to this thread (making category links red only if they have just 1
member,
http://lists.wikimedia.org/pipermail/mediawiki-l/2007-March/019259.html ),
and in response to the responses (that changing the colours was met with
disapproval), might I suggest that the colours remain the same, but red
category links simply don't take you to an editing page?
This would solve the main problem I think. The point is that categories can
still be used even if they are red, so I want to be able to view a category
(from a link) without it taking me to an edit box. I just want to see the
members. Everything else about the category remains the same - it is classed
as a wanted page, etc., the link simply just doesn't automatically go into
editing. I think this solution gets the best of both worlds.
Currently many users of MediaWiki are unable to use the maintenance
scripts due to their hosts not providing shell or telnet access - I
myself have this problem. I am writing to ask your opinions on
creating a special page (or series of special pages) to combat this
problem.
I could implement it as a special page in which users fill out a form
and it performs the task. This would be the best solution because
having multiple special pages would clutter the list and probably only
one user would be using it.
Although it could easily be implemented as an extension I think that
if it could be accessed via a single wg setting users would not come
to the mailing lists and IRC channel asking about how they can do such
a thing and improve the user experience.
Yours,
Robert.
An automated run of parserTests.php showed the following failures:
This is MediaWiki version 1.10alpha (r20958).
Reading tests from "maintenance/parserTests.txt"...
Reading tests from "extensions/Cite/citeParserTests.txt"...
Reading tests from "extensions/Poem/poemParserTests.txt"...
17 still FAILING test(s) :(
* URL-encoding in URL functions (single parameter) [Has never passed]
* URL-encoding in URL functions (multiple parameters) [Has never passed]
* Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html) [Has never passed]
* Link containing double-single-quotes '' (bug 4598) [Has never passed]
* message transform: <noinclude> in transcluded template (bug 4926) [Has never passed]
* 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]
* HTML bullet list, unclosed tags (bug 5497) [Has never passed]
* HTML ordered list, unclosed tags (bug 5497) [Has never passed]
* HTML nested bullet list, open tags (bug 5497) [Has never passed]
* HTML nested ordered list, open tags (bug 5497) [Has never passed]
* Inline HTML vs wiki block nesting [Has never passed]
* Mixing markup for italics and bold [Has never passed]
* dt/dd/dl test [Has never passed]
* Images with the "|" character in the comment [Has never passed]
* Parents of subpages, two levels up, without trailing slash or name. [Has never passed]
* Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed]
Passed 494 of 511 tests (96.67%)... 17 tests failed!
The "save page" issue gave me the idea that we could submit an
official input from the WMF to the Mozilla Foundation on 10 key issues
that affect users of MediaWiki (an thereby, WMF). We have a fairly
good relationship with Mozilla & I think they'd be willing to give
these issues some priority if we ask nicely. A quick search on
bugzilla.mozilla.org suggests there are plenty of issues; if someone
wants to take the lead on this, I've started a stub here:
http://meta.wikimedia.org/wiki/Top_10_Firefox_bugs
--
Peace & Love,
Erik
DISCLAIMER: This message does not represent an official position of
the Wikimedia Foundation or its Board of Trustees.
"An old, rigid civilization is reluctantly dying. Something new, open,
free and exciting is waking up." -- Ming the Mechanic
An automated run of parserTests.php showed the following failures:
This is MediaWiki version 1.10alpha (r20904).
Reading tests from "maintenance/parserTests.txt"...
Reading tests from "extensions/Cite/citeParserTests.txt"...
Reading tests from "extensions/Poem/poemParserTests.txt"...
17 still FAILING test(s) :(
* URL-encoding in URL functions (single parameter) [Has never passed]
* URL-encoding in URL functions (multiple parameters) [Has never passed]
* Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html) [Has never passed]
* Link containing double-single-quotes '' (bug 4598) [Has never passed]
* message transform: <noinclude> in transcluded template (bug 4926) [Has never passed]
* 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]
* HTML bullet list, unclosed tags (bug 5497) [Has never passed]
* HTML ordered list, unclosed tags (bug 5497) [Has never passed]
* HTML nested bullet list, open tags (bug 5497) [Has never passed]
* HTML nested ordered list, open tags (bug 5497) [Has never passed]
* Inline HTML vs wiki block nesting [Has never passed]
* Mixing markup for italics and bold [Has never passed]
* dt/dd/dl test [Has never passed]
* Images with the "|" character in the comment [Has never passed]
* Parents of subpages, two levels up, without trailing slash or name. [Has never passed]
* Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed]
Passed 494 of 511 tests (96.67%)... 17 tests failed!
I have been compiling a machine compiled lexicon created from link and
disambiguation pages from the XML dumps. Oddly, the associations
contained in [[ARTICLE_NAME | NAME]] form a comprehesive "real time"
thesauraus of common associations used by current English Speakers in
Wikipedia, and perhaps comprise the worlds largest and most comprehesive
Thesaurus on the planet emedded within the mesh of these links within
the dumps.
While going through the dumps and constructing associative link maps of
all these expressions, I have noticed a serious issue with embdded
linking with proper names. It appears there may be a robot running
somewhere that is associating Proper Names listed in articles about
relationships between people
by linking blindly to any entry in Wikipedia that matches a name in an
article.
Some of the content may create controversy to post examples here, so I
will complete the thesaurus compilation, and folks should go through the
encyclopedia. Articles about movies stars and other "gossipy" type
articles seem to have the highest errors linking proper names to
unrelated people without proper disambiguation pages. It could be
interpreted as violations of WP:BLP and some of the error linkages could
be troublesome for the foundation.
Whomever is running bots that link between articles should look at
proper name links based on categories and check into this. I found a
large number of these types of errors. They are subtle, but will most
probably show up when browsing through articles unless you can analyze
the link targets and relationships in the dumps.
Jeff
An automated run of parserTests.php showed the following failures:
This is MediaWiki version 1.10alpha (r20876).
Reading tests from "maintenance/parserTests.txt"...
Reading tests from "extensions/Cite/citeParserTests.txt"...
Reading tests from "extensions/Poem/poemParserTests.txt"...
17 still FAILING test(s) :(
* URL-encoding in URL functions (single parameter) [Has never passed]
* URL-encoding in URL functions (multiple parameters) [Has never passed]
* Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html) [Has never passed]
* Link containing double-single-quotes '' (bug 4598) [Has never passed]
* message transform: <noinclude> in transcluded template (bug 4926) [Has never passed]
* 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]
* HTML bullet list, unclosed tags (bug 5497) [Has never passed]
* HTML ordered list, unclosed tags (bug 5497) [Has never passed]
* HTML nested bullet list, open tags (bug 5497) [Has never passed]
* HTML nested ordered list, open tags (bug 5497) [Has never passed]
* Inline HTML vs wiki block nesting [Has never passed]
* Mixing markup for italics and bold [Has never passed]
* dt/dd/dl test [Has never passed]
* Images with the "|" character in the comment [Has never passed]
* Parents of subpages, two levels up, without trailing slash or name. [Has never passed]
* Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed]
Passed 494 of 511 tests (96.67%)... 17 tests failed!