Wikitech-l December 2006

wikitech-l@lists.wikimedia.org

91 participants
156 discussions

Mail server status
by Brion Vibber 21 Dec '06

21 Dec '06

-----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-----

1 0

1.6.7 to 1.9alpha Upgrade Issue
by Oliver Kurek 21 Dec '06

21 Dec '06

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

2 1

MediaWiki automated test run failure 2006-12-21
by brion＠pobox.com 21 Dec '06

21 Dec '06

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!

1 0

switch back and forth from wiki editor to FCKEditor
by Hung Lin 20 Dec '06

20 Dec '06

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

1 0

Re: [Wikitech-l] Main site live again
by Andrew Garrett 20 Dec '06

20 Dec '06

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)

2 1

Re: [Wikitech-l] SVN: [18372] trunk/phase3 Special:Booksources
by Raimond Spekking 20 Dec '06

20 Dec '06

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.

4 9

Re: [Wikitech-l] [Bug 8242] subcategories established too fast?
by Dan Jacobson 20 Dec '06

20 Dec '06

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.

2 2

MediaWiki automated test run failure 2006-12-20
by brion＠pobox.com 20 Dec '06

20 Dec '06

1 0

Firefox 2.0 spell checking
by Lars Aronsson 19 Dec '06

19 Dec '06

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

5 4

Auto-patrol preference
by Rob Church 19 Dec '06

19 Dec '06

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

8 12

← Newer
1
2
3
4
5
6
7
8
...
16
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l December 2006