-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Until Mark has a chance to build a new mail server setup from scratch on
new machines (targetted within the month), we attempted to forestall
additional crashes on goeje by swapping its hard drive to another
machine of the same physical type.
The hope was that if the intermittent crashes were due to a hardware
problem, that another box might not exhibit the same defect.
Goeje and Harris's drives were swapped about three and a half hours ago,
pretty much without a hitch.
Unfortunately, the new goeje then crashed within an hour, and would not
reboot. POST failures indicated major failures, perhaps of memory.
(Harris had not been having any problems that we were aware of, though
it had been out of regular rotation and used for some experimental
service testing.)
The drive has been switched back to what we hope is its original
location by the fine friendly late-night techs, and mail should be back
up and streaming through.
We may have to consider a more annoying move of the mail software,
configuration, and archives (which is half the work of the full move,
and will have to do it all over again for the final setup, hence the
reluctance to do it in the first place).
(We are maintaining a periodically updated backup of goeje's data, so we
can restore to another machine if the drive also shorts out in case of
emergency.)
- -- 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
iD8DBQFFi4lVwRnhpk1wk44RAmPjAKDe42n0AZ6UEU8x0/NSmUEcN7gDOwCfUNZp
p6WQU4JwpUBpZF8Si0pPyP4=
=HuYA
-----END PGP SIGNATURE-----
I've been working on upgrading a wiki I administer to the lastest vestion of
MediaWiki from the svn repository, and have run into an odd issue with URL
rewriting.
I've disabled the RewriteEngine in my .htaccess file while trying to puzzles
out exactly what's been going on, but it seems that attempts for me to
navigate to the url http://test.krakiipedia.org/w/, which is where the wiki
software resides, result in the URL
http://test.krakiipedia.org/w/index.php?title=W/index.php and a 'The page
isn't redirecting properly' error in Firefox.
Another example: http://test.krakiipedia.org/w/index.php?title=Main_Page
Results in: http://test.krakiipedia.org/w/index.php?title=W/index.php
With the same error displayed by Firefox.
Now, for the really curious part. The URL
http://test.krakiipedia.org/w/index.php?title=Main_Page&action=edit sort of
seems to work, telling me I need to login to edit the page, which is
normal. However, I can't log in to see if anything else is happening. It
also appears as it it's trying to have me edit the page named "W/index.php"
instead of "Main Page".
The best I can come up with is that $1 in my $wgArticlePath definition is
being replaced with "W/index,php" regardless of anything.
The relevant lines from my LocalSettings.php files are:
$wgScriptPath = "/w";
$wgScript = "$wgScriptPath/index.php";
$wgRedirectScript = "$wgScriptPath/redirect.php";
#$wgArticlePath = "/wiki/$1";
$wgArticlePath = "$wgScript?title=$1";
I normally have my .htaccess file set up to rewrite the URL in the form of "
http://test.krakiipedia.org/wiki/Main_Page", and I originally thought this
was the cause, but it seems to be the 1.9alpha version.
I've run the database update on a copy of the live database that is running
1.6.7 now, which didn't help the situation.
Any ideas?
Oliver Kurek
An automated run of parserTests.php showed the following failures:
Reading tests from "/home/brion/src/wiki/phase3/maintenance/parserTests.txt"...
Running test TODO: Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED!
Running test TODO: Link containing double-single-quotes '' (bug 4598)... FAILED!
Running test TODO: message transform: <noinclude> in transcluded template (bug 4926)... FAILED!
Running test TODO: message transform: <onlyinclude> in transcluded template (bug 4926)... FAILED!
Running test BUG 1887, part 2: A <math> with a thumbnail- math enabled... FAILED!
Running test TODO: HTML bullet list, unclosed tags (bug 5497)... FAILED!
Running test TODO: HTML ordered list, unclosed tags (bug 5497)... FAILED!
Running test TODO: HTML nested bullet list, open tags (bug 5497)... FAILED!
Running test TODO: HTML nested ordered list, open tags (bug 5497)... FAILED!
Running test TODO: Parsing optional HTML elements (Bug 6171)... FAILED!
Running test TODO: Inline HTML vs wiki block nesting... FAILED!
Running test TODO: Mixing markup for italics and bold... FAILED!
Running test TODO: 5 quotes, code coverage +1 line... FAILED!
Running test TODO: dt/dd/dl test... FAILED!
Running test TODO: Images with the "|" character in the comment... FAILED!
Running test TODO: Parents of subpages, two levels up, without trailing slash or name.... FAILED!
Running test TODO: Parents of subpages, two levels up, with lots of extra trailing slashes.... FAILED!
Running test TODO: Don't fall for the self-closing div... FAILED!
Running test TODO: Always escape literal '>' in output, not just after '<'... FAILED!
Reading tests from "/home/brion/src/wiki/phase3/extensions/Cite/citeParserTests.txt"...
Reading tests from "/home/brion/src/wiki/phase3/extensions/Poem/poemParserTests.txt"...
Passed 462 of 481 tests (96.05%)... FAILED!
Hi,
I'm using Mediawiki-1.8.2 and FCKEditor 2.3.2 and I set FCKEditor as my
default editor. If I want to switch back to wiki editor just for one
particular page (Main_page), what should I do? I know how to setup
namespaces and exclude it from FCKEditor, but this is not what I want.
I want to switch back and forth from wiki editor and FCKEditor on some
pages. Any help is really appreciated.
Regards,
Hung Lin
Steve Bennett wrote:
>
> On 12/20/06, Brion Vibber <brion(a)pobox.com> wrote:
> > ... Visibly, this introduces a field on
> > Special:Recentchanges showing the number of characters added or removed
> > by each edit, giving an impression of the magnitude of changes.
> >
> > This figure has been available for some time on the IRC feeds of
> > changes, but is now stored in the database for display in the recent
> > changes list.
>
> Can this (theoretically or practically) appear on the watchlist page as
> well?
Absolutely. Stick it on bugzilla and we'll look at it.
Andrew Garrett
(Werdna)
robchurch(a)svn.wikimedia.org schrieb:
> Revision: 18372
> Author: robchurch
> Date: 2006-12-16 11:20:44 -0800 (Sat, 16 Dec 2006)
>
> Log Message:
> -----------
> * (bug 8164) Special:Booksources should use GET for form submission
> * Rewrite Special:Booksources to clean up interface and remove redundant code
>
> Modified: trunk/phase3/languages/messages/MessagesEn.php
> ===================================================================
>
> +# Book sources
> 'booksources' => 'Book sources',
> 'booksources-summary' => '',
booksources-summary is defined but not used at the special page. Could
it be activated please?
See http://de.wikipedia.org/wiki/MediaWiki:Booksources-summary and
http://de.wikipedia.org/wiki/Spezial:Booksources
Thanks a lot.
Raymond.
b> The chances are, this is just caches being a bit slow to clear. A
b> normal refresh would probably have caused it all to appear as it
b> should.
Indeed, it turns out the problem "went away by itself", without even
before me needing to push the purge buttons offered to me. So it is
still a problem (race conditions), but one that doesn't last for long.
P.S., Odd that one needs to click to confirm purges: alas this also
thus requires a perl LWP script then to accomplish in batch mode.
An automated run of parserTests.php showed the following failures:
Reading tests from "/home/brion/src/wiki/phase3/maintenance/parserTests.txt"...
Running test TODO: Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED!
Running test TODO: Link containing double-single-quotes '' (bug 4598)... FAILED!
Running test TODO: message transform: <noinclude> in transcluded template (bug 4926)... FAILED!
Running test TODO: message transform: <onlyinclude> in transcluded template (bug 4926)... FAILED!
Running test BUG 1887, part 2: A <math> with a thumbnail- math enabled... FAILED!
Running test TODO: HTML bullet list, unclosed tags (bug 5497)... FAILED!
Running test TODO: HTML ordered list, unclosed tags (bug 5497)... FAILED!
Running test TODO: HTML nested bullet list, open tags (bug 5497)... FAILED!
Running test TODO: HTML nested ordered list, open tags (bug 5497)... FAILED!
Running test TODO: Parsing optional HTML elements (Bug 6171)... FAILED!
Running test TODO: Inline HTML vs wiki block nesting... FAILED!
Running test TODO: Mixing markup for italics and bold... FAILED!
Running test TODO: 5 quotes, code coverage +1 line... FAILED!
Running test TODO: dt/dd/dl test... FAILED!
Running test TODO: Images with the "|" character in the comment... FAILED!
Running test TODO: Parents of subpages, two levels up, without trailing slash or name.... FAILED!
Running test TODO: Parents of subpages, two levels up, with lots of extra trailing slashes.... FAILED!
Running test TODO: Don't fall for the self-closing div... FAILED!
Running test TODO: Always escape literal '>' in output, not just after '<'... FAILED!
Reading tests from "/home/brion/src/wiki/phase3/extensions/Cite/citeParserTests.txt"...
Reading tests from "/home/brion/src/wiki/phase3/extensions/Poem/poemParserTests.txt"...
Passed 462 of 481 tests (96.05%)... FAILED!
The new version 2.0 of the (Mozilla) Firefox web browser supports
spell checking in web forms. This is a new feature with some
obvious deficiencies that might be improved in coming versions.
Has there been any discussion, proposal or attempts to adopt
Firefox' spell checker to Wikipedia's needs? Currently, wiki
syntax is not recognized, and the language needs to be set
manually. If I go to nl.wikipedia.org and click edit, I want the
browser to automatically select the Dutch spelling dictionary.
And there is no need to apply spell checking to interwiki links,
external URLs, template names or template parameter names.
Perhaps the website needs to communicate this to the browser by
some tags to the HTML, e.g. <textarea lang=nl syntax=mediawiki>?
Currently the language support in Firefox is only a spell checker.
As a comparison, OpenOffice also offers automatic corrections (if
I type "abotu", this can automatically be corrected to "about"),
hyphenation, and a thesaurus. I have no idea what is planned, but
I guess these features will eventually creep into Firefox too.
One option offered by the interaction between browser and website
is that the spelling dictionary could be maintained and updated
online. For example, if I spell "abotu", a word not found in the
browser's built-in dictionary, the browser could send a request to
Wiktionary (-Z) for advice on that word. This option is not so
obvious to developers of OpenOffice as it should be to developers
of Firefox. This opens up a new can of legal worms: Should
Wiktionary offer spelling help only for documents that are
released under a free license?
--
Lars Aronsson (lars(a)aronsson.se)
Aronsson Datateknik - http://aronsson.se
On wikis where recent changes patrol ($wgUseRCPatrol) is enabled,
users who are permitted to mark edits as patrolled (administrators,
usually) have an additional user preference; when enabled, this causes
their edits to be automatically marked as patrolled. I added this some
time ago.
I'm wondering whether or not it would have been a better idea for me
to simply make this the default behaviour, and do away with the toggle
altogether; it certainly makes more sense now, on reflection.
What do people think? This is also bug 5411.
Rob Church