Wikitech-l February 2006

wikitech-l@lists.wikimedia.org

99 participants
128 discussions

by Brion Vibber

Just a quick warning: I'm going to be moving our mail servers around tonight; primary mail will be moving from zwinger to goeje, and OTRS will move from ragweed to goeje. There will be some mail downtime, but hopefully not too bad. Once we have remaining services moved off zwinger we can finish upgrading it. :) Ragweed has been somewhat unreliable; it goes down fairly regularly, taking OTRS offline until it's rebooted. -- brion vibber (brion @ pobox.com)

17 years, 6 months

MediaWiki automated test run failure 2006-02-26

by brion＠pobox.com

An automated run of parserTests.php showed the following failures: Running test BUG 361: URL within URL, not bracketed... FAILED! Running test External links: invalid character... FAILED! Running test Bug 2702: Mismatched and <a> tags are invalid... FAILED! Running test A table with no data.... FAILED! Running test A table with nothing but a caption... FAILED! Running test Link containing "#<" and "#>" % as a hex sequences... FAILED! Running test Template with thumb image (wiht link in description)... FAILED! Running test Link to image page... FAILED! Running test BUG 1887: A ISBN with a thumbnail... FAILED! Running test BUG 1887: A <math> with a thumbnail... FAILED! Running test BUG 561: {{/Subpage}}... FAILED! Running test Simple category... FAILED! Running test Section headings with TOC... FAILED! Running test Media link with nasty text... FAILED! Running test Bug 2095: link with pipe and three closing brackets... FAILED! Running test Sanitizer: Validating the contents of the id attribute (bug 4515)... FAILED! Passed 270 of 286 tests (94.41%) FAILED!

17 years, 6 months

MediaWiki automated test run failure 2006-02-25

by brion＠pobox.com

17 years, 7 months

MediaWiki automated test run failure 2006-02-24

by brion＠pobox.com

An automated run of parserTests.php showed the following failures: Running test BUG 361: URL within URL, not bracketed... FAILED! Running test Bug 2702: Mismatched and <a> tags are invalid... FAILED! Running test A table with no data.... FAILED! Running test A table with nothing but a caption... FAILED! Running test Link containing "#<" and "#>" % as a hex sequences... FAILED! Running test Template with thumb image (wiht link in description)... FAILED! A database error has occurred Query: DELETE FROM `parsertest_job` WHERE job_cmd = 'refreshLinks' AND job_namespace = '10' AND job_title = 'Loop1' AND job_params = '' Function: Job::insert Error: 1146 Table 'fiveralpha.parsertest_job' doesn't exist (localhost) Backtrace: GlobalFunctions.php line 604 calls wfBacktrace() Database.php line 463 calls wfDebugDieBacktrace() Database.php line 413 calls Database::reportQueryError() Database.php line 1320 calls Database::query() JobQueue.php line 111 calls Database::delete() JobQueue.php line 27 calls Job::insert() LinksUpdate.php line 98 calls Job::queueLinksJobs() LinksUpdate.php line 66 calls LinksUpdate::doIncrementalUpdate() Article.php line 2184 calls LinksUpdate::doUpdate() Article.php line 1200 calls Article::editUpdates() parserTests.inc line 661 calls Article::insertNewArticle() parserTests.inc line 143 calls ParserTest::addArticle() parserTests.php line 55 calls ParserTest::runTestsFromFile()

17 years, 7 months

Creating a form as special page...Now need help connecting to database

by Victoria Powers

I have recently developed a form and implemented it as a special page within my wiki. I now need to connect to a mySQL database that I have created. Can anyone please advise me on how I can do this? What classes, objects, files do I need to use? Can anyone point out some examples that are similar to what I am trying to accomplish? Thank you for any help you can provide! -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 268.0.0/267 - Release Date: 2/22/2006

17 years, 7 months

Any way to get {{subst:REVISIONID}} to work?

by The Cunctator

Would it be possible to get {{subst:REVISIONID}} to work? I.e., {{REVISIONID}} displays the current revision id, but there's no way to capture it in time. Can {{subst:REVISIONID}} work, or would that be too weird for the system? If not, PREVREVISIONID would be very helpful; to allow you to stamp articles with an edit. (I'm working on Template:GFDLSource).

17 years, 7 months

upload of non-empty zipfile gets this-file-is-empty error

by Finlay Mcwalter

I'm setting up a new mediawiki install on RHEL3, and I'm encountering problems uploading larger.zip files to the wiki. If I try to upload a zip of 2.58 Mbytes (which is fine, well formed, opens in winzip properly, no permissions issue, and certainly not empty) I get the following mediawiki error: "The file you uploaded seems to be empty. This might be due to a typo in the file name. Please check whether you really want to upload this file." It's an internal wiki, so I don't need to impose any file-type or size restrictions on uploads. Clearly I've neglected a setting or two - what should I change? Thanks, Finlay McWalter Notes: 1. Image uploading works fine. 2. I've added the following to LocalSettings.php $wgCheckFileExtensions = false; $wgUploadSizeWarning = 10000 * 1024; 3. I also added these, although I guess wgCheckFileExtensions=false makes them redundant $wgStrictFileExtensions = false; $wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'doc', 'zip', 'tar', 'gz', 'pdf' ); 4. I'm running mediawiki-1.5.6, php-5.1.2, apache-2.2.0, mysql-4.1.18 on a 2.4.21 kernel

17 years, 7 months

Pages not validating

by Omegatron

There's some bug in site rendering that lets it mismatch tags (), which makes the page invalid XML, so it can't be used to do AJAX-type things. This was making all edit pages invalid XHTML on Commons because of a bug in the edittools box. See: http://commons.wikimedia.org/wiki/MediaWiki_talk:Edittools#This_page_is_bre… I thought the rendered HTML was passed through a validator/cleaner program after rendering? Maybe this isn't used on things in the Mediawiki: namespace? There's also a bug that seems to involve over-correcting the markup and adding an extra sometimes. I've filed it as http://bugzilla.wikimedia.org/show_bug.cgi?id=4843 Are these related at all?

17 years, 7 months

new install - problems with stylesheets not being used? Look it not what was expected.

by sid_shapiro＠bio-rad.com

Hello, We've just installed mediawiki. New Redhat 2.4.21-4.ELsmp (application server 3). mediawiki-1.5.6. All the requisites were installed using xammp 1.5.1. All installed fine. Ran the wiki config, ran fine except the initial image didn't show (hmm). But when going to the main wiki page (http://...blah..../wiki/index.php/Main_Page), it works, but is a very plain page. Nothing at all like the wikipedia page or what was expected. The apache logs how no errors, but it is almost as though the style sheets weren't being used. xammp left ownerships a bit fuzzy, so I changed ownerships of htdocs and cgi-bin to apache:apache, but left all files world-readable. Switched back and forth from php5 and php4 - no difference. Should the page be not plain? Any thoughts? Do I need to give more info? Thanks! / Sid /

17 years, 7 months

MediaWiki automated test run failure 2006-02-23

by brion＠pobox.com

17 years, 7 months

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l February 2006