MediaWiki-l February 2008

mediawiki-l@lists.wikimedia.org

129 participants
175 discussions

by river＠hemlock.ts.wikimedia.org

Welcome to mediawiki-l. This mailing list exists for discussion and questions about the MediaWiki software[0]. Important MediaWiki-related announcements (such as new versions) are also posted to this list. Other resources. If you only wish to receive announcements, you should subscribe to mediawiki-announce[1] instead. MediaWiki development discussion, and all Wikimedia technical questions, should be directed to the wikitech-l[2] mailing list. Several other MediaWiki-related lists exist: - mediawiki-api[5] for API discussions, - mediawiki-enterprise[6] for discussion of MediaWiki in the enterprise, - mediawiki-cvs[7] for notification of commits to the Subversion repository, - mediawiki-i18n[8] for discussion of MediaWiki internationalisation support, - wikibugs-l[9] for notification of changes to the bug tracker. List administrivia (unsubscribing, list archives). To unsubscribe from this mailing list, visit [12]. Archives of previous postings can be found at [3]. This list is also gatewayed to the Gmane NNTP server[4], which you can use to read and post to the list. Posting to the list. Before posting to this list, please read the MediaWiki FAQ[10]. Many common questions are answered here. You may also search the list archives to see if your question has been asked before. Please try to ask your question in a way that enables people to answer you. Provide all relevant details, explain your problem clearly, etc. You may wish to read [13], which explains how to ask questions well. To post to the list, send mail to <mediawiki-l(a)lists.wikimedia.org>. This is a public list, so you should not include confidential information in mails you send. When replying to an existing thread, use the "Reply" or "Followup" feature of your mail client, so that clients that understand threading can sort your message properly. When quoting other messages, please use the "inline" quoting style[11], for clarity. When creating a new thread, do not reply to an existing message and change the subject. This will confuse peoples' mail readers, and will result in fewer people reading your mail. Instead, compose a new message for your post. Messages posted to the list have the "Reply-To" header set to the mailing list, which means that by default, replies will go to the entire list. If you are posting a reply which is only interesting to the original poster, and not the list in general, you should change the reply to only go to that person. This avoids cluttering the list with irrelevant traffic. About this message. This message is posted to the list once per week by <river(a)wikimedia.org>. Please contact me if you have any questions or concerns about this mailing. References. [0] http://www.mediawiki.org/ [1] http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce [2] http://lists.wikimedia.org/mailman/listinfo/wikitech-l [3] http://lists.wikimedia.org/pipermail/mediawiki-l/ [4] http://dir.gmane.org/gmane.org.wikimedia.mediawiki [5] http://lists.wikimedia.org/mailman/listinfo/mediawiki-api [6] http://lists.wikimedia.org/mailman/listinfo/mediawiki-enterprise [7] http://lists.wikimedia.org/mailman/listinfo/mediawiki-cvs [8] http://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n [9] http://lists.wikimedia.org/mailman/listinfo/wikibugs-l [10] http://www.mediawiki.org/wiki/FAQ [11] http://en.wikipedia.org/wiki/Posting_style#Inline_replying [12] http://lists.wikimedia.org/mailman/listinfo/mediawiki-l [13] http://www.catb.org/~esr/faqs/smart-questions.html

16 years, 2 months

[Q] Section Headers & Templates

by 65s.mg＠atlas.cz

Just remove the 'br' tags. -MGrabovsky

16 years, 2 months

custom tool button breaks all other tool buttons

by Adam Meyer

I added this code (below) to my mediawiki:common.js. It works, but it causes all of the other tool buttons to stop working. I was wondering if anyone knew why. It is just a changed version of http://es.wikipedia.org/wiki/Usuario:Platonides/TablaFacil.js . But then again, their code does the same thing. If I hit one of the other buttons, it just un-focuses the edit area and does not insert anything. Thank you in advance, -Adam Code = "<a href=\"javascript:window.open('Adams/ajax/', '', 'height=400,width=425');\"><img src=\"skins/common/button_addimage.png \" alt=\"info\" title=\"hint\" /></a>"; function PopupTool() { if (document.getElementById('toolbar')){ document.getElementById('toolbar').innerHTML+= Code; } } if ( typeof ( buttons ) != "undefined" ){ buttons += Code; }else{ if (window.addEventListener){ window.addEventListener("load", PopupTool ,false); }else if (window.attachEvent){ window.attachEvent("onload", PopupTool ); } }

16 years, 2 months

Mod_rewrite of url

by Robert L. DeSilets, Jr.

I have a very rudimentary knowledge of mod_rewrite. I am trying to move a MediaWiki instance off of an old OSX server to a new Ubuntu host. The old url schema I inherited was fully.qualified.domain:16080/index.php, etc where the new url will just be fully.qualified.domain/index.php. I am aware of the SERVER_PORT conditional statement, but I am not sure how to translate traffic redirected from the original url and strip out the port number. Unfortunately, there are a bunch of hard links to articles on the old url that need to be tracked down over time. Until that happens, we need to perform a more friendly migration strategy. Examples or documentation links (other than Apache's mod_rewrite docs) would be appreciated. Thank you. -- Robert L. DeSilets, Jr. Sr. IT Support Specialist ISC-CSG desilets(a)isc.upenn.edu (215)898-0067

16 years, 2 months

Farmer Extension

by panoptical2

I've done all that the documentation says on the Farmer extension, and yet I still run into database issues. All the special pages work fine (including the main page and the admin pages), but whenever I try to create a test wiki, this happens... Database error A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function "Article::insertOn". MySQL returned error "1146: Table 'a8889767_newiki2.test_-_page' doesn't exist (localhost)" Yes, the weird database name (a8889767_newiki2) was forced upon me by free hosting. However, when I look at the database creation code (in MediaWikiFarmer_Wiki.php, found http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/Farmer/MediaWiki… here on line 118 , there is a stipend that checks to see if the database about to be created exists yet. Could this be causing the SQL server to throw an exception before anything happens? -- View this message in context: http://www.nabble.com/Farmer-Extension-tp15592361p15592361.html Sent from the WikiMedia General mailing list archive at Nabble.com.

16 years, 2 months

Quiz extension

by zaydo

Hi, I installed the quiz extension (1.0) on my wiki (1.1.11). It is working fine for logged-in users. But to users who are not logged in, it shows kind of an erratic behaviour: it does not (always) correctly respond to clicks on the buttons submit/reset. See http://www.t4-wiki.de/wiki/Quiz Unfortunately, the documentation of that extension does not mention these kind of problems. And since all my browser work well on demo-site with the quiz extension, I assume that my wiki-setup may cause the problem. However, except for the group permissions the wiki-setup is quite standard. $wgGroupPermissions['*']['createaccount'] = false; $wgGroupPermissions['*']['edit'] = false; $wgGroupPermissions['*']['read'] = true; $wgGroupPermissions['*']['talk'] = false; Any ideas? Thanks, Udo -- View this message in context: http://www.nabble.com/Quiz-extension-tp15230801p15230801.html Sent from the WikiMedia General mailing list archive at Nabble.com.

16 years, 2 months

Page-specific skins?

by Jim Hu

I've looked at Extension:WikiSkin and Extension:DynamicSkin, and they may do what I want, but I'm not sure. I'd like to set up an extension that changes the preferences to allow a user to set their user page and all subpages to display in a different skin from the rest of the site as the default skin for all users. I realize that this is flirting with the the "MW is not a CMS" line, but I'm wondering if it would be worth trying. Jim ===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054

16 years, 2 months

problems with recovery (Debian)

by Dan Saperstein

Hi all - been stumped by something since my server's hard drive died over the weekend, was hoping someone here could offer some sage advice on my predicament. I apologize in advance for the length of this email - I'm trying to provide as many details as I can with the hopes that someone would be able to point me in the right direction, so if you're not a techie or SQL junkie, don't bother reading any further ;) Basically, here is my story - was running a remotely-hosted Debian (Etch) dedicated server with latest PHP5/Apache2/MySQL5 installation, as well as MediaWiki 1.11.0 (i'm 99% sure this was the on the server, but it could have been 1.10.x). The wiki page uses the SQL database named "wikidb". Daily, at 4am, we've had a cron job that took all the files in an SQL folder (for example, /var/lib/mysql/wikidb ), which were .MYI, .MYD, and .frm files of the various tables and bzipped them, and my computer at home connected every morning at 5am via FTP to download them. I've kept a week's worth in constant rotation for over a year. So, I figured if we ever had a bad crash, we'd be covered. Not the .SQL files that would have been nicer to have, but at least something. Having not really paid much attention to this daily archive, I didn't notice that it was only about 600 KB in size, despite several hundred pages. I figured it compressed well. Maybe not... Sunday, our hard drive basically seized, and has been declared dead by our hosting company. New HD installed, fresh Debian (Etch), latest PHP5/Apache2/MySQL5 once again. Un-zipped and copied the backup SQL files to their proper location, and phpmyadmin showed the tables as being in place. Looked good. So I tried a fresh install of MediaWiki 1.11.1, using the same info I had before (thought this would kick-start it into using the database). Finished installation, which didn't do it - basically every single page failed with Syntax Errors, couldn't open or find every database. OK, so maybe something was wrong with the tables. Went into phpmyadmin, noticed that basically the only tables with information in them were interwiki (168 records) and searchindex (970 records). Everything else had 0, 1 or 2 records. I deleted everything, did a fresh install of MediaWiki again with no database in place first. That worked, installed a brand new wiki, no problems. I deleted that new "wikidb" and replaced it with a fresh copy of my unzipped backup files. Same problems on the page, and now when i go to phpmyadmin, it says everything is "in use". I cannot check/optimize/repair any of them. Renamed the database, now I have access to most of them, and they mostly come back "ok" on a check - when I run repair, they ALL say "The storage engine for the table doesn't support repair". Furthermore, when I try to run maintenance scripts such as update.php , I keep running into problems of the table named wikidb.page_restrictions missing. Looking at my backed-up copy (plus another completely separate backup from October on another computer), we do not have the table in our wiki.db, and probably never have. Only the NEW installation of wikidb produced that table. Should we have one? Is this a problem?? I would gladly send anyone a copy of the files to see if they can make anything of them. My concerns at this point are numerous: Is it possible to recover a database in this method? Even if I recover, do I actually have data in there? The file sizes and table structure seem to indicate that my data is bunk, but maybe since it's all text, itmakes sense that it's so small. What is this wikidb.page_restrictions and should I care if I don't have it? How could I ensure that I am better backed-up in the future? Are there ways I can improve what is backed up, and methods to recover it? Thanks for making it this far! If any of you have the time to write back with any suggestions, I'd be forever grateful. Dan -- Dan Saperstein dan.saperstein(a)gmail.com "To announce that there must be no criticism of the President, or that we are to stand by the President, right or wrong, is not only unpatriotic and servile, but is morally treasonable to the American public." - President Theodore Roosevelt, May 7, 1918

16 years, 2 months

Re: [Mediawiki-l] Alternatives to FileLink-Extension?

by Kämtner, Daniel

Hi Katharina, I have good news. I was wondering but, in Mediawiki 1.11.1 the following FileLink works under the IE out of the box: [file://///YOUR_SERVERNAME/FOLDER1/test.doc Testdocument *.doc] I guess you prefer firefox instead of the IE like I do, so this is not possible at the moment. cu Daniel

16 years, 2 months

Re: [Mediawiki-l] Alternatives to FileLink-Extension?

by Kämtner, Daniel

Hi Katharina, I got the same error messages if I use the "FileLinkExtention" in mediawiki 1.11.1. So it´s not working under 1.11.x. Did you have a Wiki version wich is working with it? cu Daniel

16 years, 2 months

← Newer
1
...
5
6
7
8
9
10
11
...
18
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l February 2008