From slowpoke at gmail.com Fri Jul 1 00:10:05 2005 From: slowpoke at gmail.com (Dori) Date: Fri, 1 Jul 2005 00:10:05 +0000 Subject: [Mediawiki-l] RHES* to Debian Sarge migration In-Reply-To: <655DD419B87E5440891522C759C4E5701D32F3@DHEXBEDEV.discovery.holdings.co.za> References: <655DD419B87E5440891522C759C4E5701D32F3@DHEXBEDEV.discovery.holdings.co.za> Message-ID: On 6/30/05, Edward De Jongh wrote: > Hi all I'm new to this list so please point me in the right direction > should I have posted this here incorrectly. > > > > I have a mediawiki instance running on a RHES8 server and I am trying to > migrate it to Debian Sarge. I have followed numerous docs to the T and > got quite far my problem however is this: when I dump my wikidb to a > .sql file and then recreate the new wikidb the standard main page: > http://somehost/index.php/Main_Page end is still the normal page and not > the one I have on my original wiki site on RHES8. However when clicking > the "Random page" link I get back all the original info that was on my > old wiki. > > So my question is how, do I tell my wiki where to get the main page info > from. Have you checked the history of [[Main Page]]? From russ at half-dozen.net Fri Jul 1 03:55:03 2005 From: russ at half-dozen.net (Russ) Date: Thu, 30 Jun 2005 20:55:03 -0700 Subject: [Mediawiki-l] Re: Exceeding max_questions resource from a wiki In-Reply-To: References: <002101c57ccc$0a375c20$6400a8c0@Lappy> Message-ID: <42C4BE97.8070101@half-dozen.net> Michelle wrote: > Gee, I wonder if you're using iPower as your ISP too? :-) > Turns out *I* am...small world! Russ From Edwardd at discovery.co.za Fri Jul 1 04:05:24 2005 From: Edwardd at discovery.co.za (Edward De Jongh) Date: Fri, 1 Jul 2005 06:05:24 +0200 Subject: [Mediawiki-l] RHES* to Debian Sarge migration Message-ID: <655DD419B87E5440891522C759C4E5701D3305@DHEXBEDEV.discovery.holdings.co.za> No where would I? It has been sorted though. I simply clicked on edit and there was all the info, once I saved it, it was fine. I would still love to know how/why. Thanks ed -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Dori Sent: Friday, July 01, 2005 2:10 AM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] RHES* to Debian Sarge migration On 6/30/05, Edward De Jongh wrote: > Hi all I'm new to this list so please point me in the right direction > should I have posted this here incorrectly. > > > > I have a mediawiki instance running on a RHES8 server and I am trying to > migrate it to Debian Sarge. I have followed numerous docs to the T and > got quite far my problem however is this: when I dump my wikidb to a > .sql file and then recreate the new wikidb the standard main page: > http://somehost/index.php/Main_Page end is still the normal page and not > the one I have on my original wiki site on RHES8. However when clicking > the "Random page" link I get back all the original info that was on my > old wiki. > > So my question is how, do I tell my wiki where to get the main page info > from. Have you checked the history of [[Main Page]]? _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From e.prinz at gmx.net Fri Jul 1 05:04:32 2005 From: e.prinz at gmx.net (Eckart Prinz) Date: Fri, 01 Jul 2005 07:04:32 +0200 Subject: [Mediawiki-l] printer-friendly - URL Message-ID: <42C4CEE0.1060705@gmx.net> Is there a way to force the system to generate a printer friendly page by adding a variable to the URL Eckart From jeremie at shadowfrance.net Fri Jul 1 05:23:16 2005 From: jeremie at shadowfrance.net (Jeremie Bouillon) Date: Fri, 01 Jul 2005 07:23:16 +0200 Subject: [Mediawiki-l] printer-friendly - URL In-Reply-To: <42C4CEE0.1060705@gmx.net> References: <42C4CEE0.1060705@gmx.net> Message-ID: <6.2.1.2.0.20050701072252.0247a4d0@bidwell.textdrive.com> Le 07:04 01/07/2005, Eckart Prinz ?crivait : >Is there a way to force the system to generate a printer friendly page >by adding a variable to the URL Isn't that the job of the CSS ? From baloo at ursine.ca Fri Jul 1 05:24:03 2005 From: baloo at ursine.ca (Paul Johnson) Date: Thu, 30 Jun 2005 22:24:03 -0700 Subject: [Mediawiki-l] printer-friendly - URL In-Reply-To: <42C4CEE0.1060705@gmx.net> References: <42C4CEE0.1060705@gmx.net> Message-ID: <200506302224.03923.baloo@ursine.ca> On Thursday June 30 2005 10:04 pm, Eckart Prinz wrote: > Is there a way to force the system to generate a printer friendly > page by adding a variable to the URL In most browsers, File -> Print. In Konqueror, Location -> Print. -- Paul Johnson Email and Instant Messenger (Jabber): baloo at ursine.ca http://ursine.ca/~baloo/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050630/d8d48c4e/attachment.pgp From reflection at gmail.com Fri Jul 1 05:44:38 2005 From: reflection at gmail.com (Brian) Date: Thu, 30 Jun 2005 23:44:38 -0600 Subject: [Mediawiki-l] printer-friendly - URL In-Reply-To: <200506302224.03923.baloo@ursine.ca> References: <42C4CEE0.1060705@gmx.net> <200506302224.03923.baloo@ursine.ca> Message-ID: <9839a05c0506302244e5d9252@mail.gmail.com> File this under obscure. http://en.wikipedia.org/w/wiki.phtml?printable=yes&title=Main_Page /Alterego On 6/30/05, Paul Johnson wrote: > > On Thursday June 30 2005 10:04 pm, Eckart Prinz wrote: > > Is there a way to force the system to generate a printer friendly > > page by adding a variable to the URL > > In most browsers, File -> Print. In Konqueror, Location -> Print. > > -- > Paul Johnson > Email and Instant Messenger (Jabber): baloo at ursine.ca > http://ursine.ca/~baloo/ > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > From e.prinz at gmx.net Fri Jul 1 11:33:41 2005 From: e.prinz at gmx.net (Eckart Prinz) Date: Fri, 01 Jul 2005 13:33:41 +0200 Subject: [Mediawiki-l] printer-friendly - URL In-Reply-To: <9839a05c0506302244e5d9252@mail.gmail.com> References: <42C4CEE0.1060705@gmx.net> <200506302224.03923.baloo@ursine.ca> <9839a05c0506302244e5d9252@mail.gmail.com> Message-ID: <42C52A15.6050407@gmx.net> Thank you Brian, that's exactly what I was looking for :-) Eckart Brian wrote: >File this under obscure. > >http://en.wikipedia.org/w/wiki.phtml?printable=yes&title=Main_Page > >/Alterego > >On 6/30/05, Paul Johnson wrote: > > >>On Thursday June 30 2005 10:04 pm, Eckart Prinz wrote: >> >> >>>Is there a way to force the system to generate a printer friendly >>>page by adding a variable to the URL >>> >>> >>In most browsers, File -> Print. In Konqueror, Location -> Print. >> >>-- >>Paul Johnson >>Email and Instant Messenger (Jabber): baloo at ursine.ca >>http://ursine.ca/~baloo/ >> >> >>_______________________________________________ >>MediaWiki-l mailing list >>MediaWiki-l at Wikimedia.org >>http://mail.wikipedia.org/mailman/listinfo/mediawiki-l >> >> >> >> >> >> >_______________________________________________ >MediaWiki-l mailing list >MediaWiki-l at Wikimedia.org >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > From ujelin at yahoo.com Fri Jul 1 12:12:30 2005 From: ujelin at yahoo.com (ulrice jardin) Date: Fri, 1 Jul 2005 05:12:30 -0700 (PDT) Subject: [Mediawiki-l] Undefined variable: changed In-Reply-To: <42C4334D.1090803@pobox.com> Message-ID: <20050701121230.41052.qmail@web60321.mail.yahoo.com> I works! thx --- Brion Vibber wrote: > ulrice jardin wrote: > > hi, > > > > Every time I login to my brand new MediaWiki 1.5 > beta > > 1, with the mail notification enabled, I've got > this > > message: > > > > "Notice: Undefined variable: changed in > > ...\mediawiki\includes\User.php on line 1279" > > > > Is it a bug? > > Try adding this line: > $changed = false; > near the top of User::saveNewTalk(). > > -- brion vibber (brion @ pobox.com) > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From mediawiki at samrowe.com Fri Jul 1 13:00:02 2005 From: mediawiki at samrowe.com (Sam Rowe) Date: Fri, 1 Jul 2005 09:00:02 -0400 Subject: [Mediawiki-l] printer-friendly - URL In-Reply-To: <42C52A15.6050407@gmx.net> References: <42C4CEE0.1060705@gmx.net> <200506302224.03923.baloo@ursine.ca> <9839a05c0506302244e5d9252@mail.gmail.com> <42C52A15.6050407@gmx.net> Message-ID: <20050701130002.GC1079@samrowe.com> On Fri, Jul 01, 2005 at 01:33:41PM +0200, Eckart Prinz wrote: # Thank you Brian, that's exactly what I was looking for :-) The CSS will do that for you if you were to print the regular URL. -Sam From brion at pobox.com Fri Jul 1 18:19:01 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 01 Jul 2005 11:19:01 -0700 Subject: [Mediawiki-l] printer-friendly - URL In-Reply-To: <20050701130002.GC1079@samrowe.com> References: <42C4CEE0.1060705@gmx.net> <200506302224.03923.baloo@ursine.ca> <9839a05c0506302244e5d9252@mail.gmail.com> <42C52A15.6050407@gmx.net> <20050701130002.GC1079@samrowe.com> Message-ID: <42C58915.7020000@pobox.com> Sam Rowe wrote: > On Fri, Jul 01, 2005 at 01:33:41PM +0200, Eckart Prinz wrote: > # Thank you Brian, that's exactly what I was looking for :-) > > The CSS will do that for you if you were to print the regular URL. Note that all the 'printable' URL does is to switch in the print stylesheet for on-screen display. Normally the print stylesheet is attached so it is automatically used when printing -- just printing or print-previewing a wiki page will demonstrate this, but nobody ever seems to try. ;) -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050701/bb8cd5c5/attachment.pgp From jeff at parnasse.com Fri Jul 1 20:18:59 2005 From: jeff at parnasse.com (Jeff Harrington) Date: Fri, 01 Jul 2005 16:18:59 -0400 Subject: [Mediawiki-l] Moz Browsers Suddenly Needing Caches Flushed to See Page Changes Message-ID: <42C5A533.6090401@parnasse.com> Out wiki has been running fine - really fine - until yesterday. Starting this morning our editors and myself started seeing when we used Mozilla-based browsers that we had to flush cache to see a change. http://sequenza21.com/wiki/ It's possible that our website provider changed an Apache setting and I'm not to keen on changing the Headers. Is this problem well known and is there a solution that I can ask our provider to change? Or do I need to modify the headers in a certain manner? Thanks for any advice, the problem has ground our building process to a halt as it seems our contributors are becoming confused that their contributions are not 'sticking'. Jeff Harrington WikiSysop Sequenza21 jeff at parnasse.com From lists at wildgooses.com Fri Jul 1 23:47:11 2005 From: lists at wildgooses.com (Ed W) Date: Sat, 02 Jul 2005 00:47:11 +0100 Subject: [Mediawiki-l] Moz Browsers Suddenly Needing Caches Flushed to See Page Changes In-Reply-To: <42C5A533.6090401@parnasse.com> References: <42C5A533.6090401@parnasse.com> Message-ID: <42C5D5FF.407@wildgooses.com> > Out wiki has been running fine - really fine - until yesterday. > Starting this morning our editors and myself started seeing when we > used Mozilla-based browsers that we had to flush cache to see a change. > http://sequenza21.com/wiki/ Shot in the dark, but could the date on the server be wrong suddenly? Ed From chops.shs at gmail.com Sat Jul 2 19:35:51 2005 From: chops.shs at gmail.com (Chops) Date: Sat, 2 Jul 2005 12:35:51 -0700 Subject: [Mediawiki-l] installation: ini_set disabled Message-ID: I am attempting to install the new Mediawiki 1.5beta1 on a server belonging to a group I am part of. After uploading the files, I get this message: Warning: ini_set() has been disabled for security reasons in /data/members/paid/t/h/the-5.nl/htdocs/www/stneg/wiki/config/index.php on line 118 Warning: main(includes/Defines.php): failed to open stream: No such file or directory in /data/members/paid/t/h/the-5.nl/htdocs/www/stneg/wiki/config/index.php on line 122 Fatal error: main(): Failed opening required 'includes/Defines.php' (include_path='.:/data/apache/php/mmp_lib:/data/session') in /data/members/paid/t/h/the-5.nl/htdocs/www/stneg/wiki/config/index.php on line 122 ----- I'm not fluent in PHP, but a bit of research suggests to me that the administrator needs to enable ini_set(). When I e-mailed him, he replied that it was a permissions problem, and that it was something I needed to do because I uploaded the files. What needs to be done? More precisely, how do I or the admin go about doing it? Thanks in advance, -Chops From brion at pobox.com Sat Jul 2 19:45:49 2005 From: brion at pobox.com (Brion Vibber) Date: Sat, 02 Jul 2005 12:45:49 -0700 Subject: [Mediawiki-l] installation: ini_set disabled In-Reply-To: References: Message-ID: <42C6EEED.2080305@pobox.com> Chops wrote: > I'm not fluent in PHP, but a bit of research suggests to me that the > administrator needs to enable ini_set(). When I e-mailed him, he > replied that it was a permissions problem, and that it was something I > needed to do because I uploaded the files. ini_set, and all other PHP functions, are enabled by default. It would only be disabled if someone has explicitly disabled it in the configuration: either the global php.ini, or in the web server configuration somewhere. That could be in the global httpd.conf or other config file, or potentially in an .htaccess file somehwere in your directory tree. See: http://www.php.net/manual/en/configuration.php http://www.php.net/manual/en/configuration.changes.php -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050702/5a3cc9d0/attachment.pgp From erik.heidt at mac.com Sat Jul 2 21:07:12 2005 From: erik.heidt at mac.com (Erik Heidt) Date: Sat, 2 Jul 2005 17:07:12 -0400 Subject: [Mediawiki-l] Security Feature Tips? Message-ID: Hello MediaWiki Gurus: I have set-up the user restriction and page white list features described in "Preventing Access" (http://meta.wikimedia.org/wiki/Access_Restrictions). There are 2 enhancements I would like to make to these security features, I have been looking around in the code and am not seeing a clear path to pursue, could someone provide a hint or two? The two enhancements I am trying to do are: (1) To restrict searches to logged in users, or change search to use alternative search engine for non-logged in users. (2) To amend to pages specified in $wgWhitelistRead with pages in a specific/special category (e.g. Category:WhiteList) Why do I think I should try to do these two things? - I know that there are a lot of new security features coming in 1.5 and I want to good future compatibility - I need to make sure I don't leak non-public or not-yet approved information (about 80% of the site content requires restriction) - Public information could be leaked though the search function (existence of topics/documents/etc) - I need pages to default (fail-safe) to restricted, but I need users to be able to flag a page as public or released (I can use policy controls and category monitoring to detect user errors etc.) - It is unclear to me if J?r?me Combaz's patch matches the 1.5 security philosophy, and doesn't default to restricted Is there a better way (that I appear unaware of) to try to meet my needs? Thanks to anyone who has any insights or can push me toward good ideas. If I am able to get something working I will post results back to Wiki Media. Thanks and best regards, Erik From mahatm at gmail.com Sun Jul 3 17:37:37 2005 From: mahatm at gmail.com (Matt Hampel) Date: Sun, 3 Jul 2005 13:37:37 -0400 Subject: [Mediawiki-l] Installation: Database connect error Message-ID: I'm trying to install MediaWiki 1.5beta1, but I cannot get past the installation page. I always get the error "Couldn't connect to database" associated with the "MySQL server" form. At this point, you might say "a-ha, MySQL 4.1... authentication protocol ... pre-4.1-style password!". But here's the odd thing: I'm running MySQL 4.0.20-standard, not 4.1+. The database I'm trying to connect to is on localhost (I have also tried the values "127.0.0.1" and ""). The settings I'm typing in worked for a test system. Any ideas would be greatly appreciated. Matt From timmarshall.australia at gmail.com Sun Jul 3 09:41:06 2005 From: timmarshall.australia at gmail.com (tim marshall) Date: Sun, 3 Jul 2005 19:41:06 +1000 Subject: [Mediawiki-l] Desperate for help installing MediaWiki on win 2k Message-ID: Hi folks, I really want to install wikimedia on my computer so I can use it as a simple way of creating content for a website. I only need to install it on my own machine - not on a website (ie. remote server), because I just want to use it as an easier way to create the text and links for a website (and transfer them to a proper web-creation tool later). (It's for a good cause - it's a website about spirituality and psychology). I'm using Windows 2000 and I was wondering if anyone was willing to volunteer to help me install it! I've followed the instructions on the site (http://meta.wikimedia.org/wiki/Wiki_on_a_stick), but I've run into a problem. When I get to the section called "Initial wiki configuration", section 2.1, where it says "Fill out the form..." I find that there is no proper form on the page - just alot of gobbledygook. When I click "INSTALL" it's supposed to "write" a file, but it does nothing. Also I don't think i'm doing the earlier section about the batch file properly either. I really need a little help on this. Or - perhaps someone might even be so kind as to create a readymade folder with all the stuff in it for me...?! (Alot to ask, I know!) But I'm really stumped. If any brave soul was willing to volunteer for this Arthurian task I'd really appreciate it! From arthur at astarsolutions.co.uk Sun Jul 3 18:08:59 2005 From: arthur at astarsolutions.co.uk (Arthur Guy) Date: Sun, 3 Jul 2005 19:08:59 +0100 Subject: [Mediawiki-l] Desperate for help installing MediaWiki on win 2k In-Reply-To: Message-ID: The zip file that you downloaded from MediaWiki is everything you need laid out in a folder? You need a web server installed and working, you need php setup and you need MySQL You should be able to use Microsoft's PWS for the web server although Apache would be a whole lot better. Have you got these three things working? You said you get gobbledygook, what exactly do you get? How are you planning on using the Wiki as a content generation tool, it is an entirely dynamic site? The only way you possibly could do it is to use Wiki cache, view all the pages and then copy the generated pages from the cache. Arthur Guy arthur at astarsolutions.co.uk www.astarsolutions.co.uk -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of tim marshall Sent: 03 July 2005 10:41 To: mediawiki-l at Wikimedia.org Subject: [Mediawiki-l] Desperate for help installing MediaWiki on win 2k Hi folks, I really want to install wikimedia on my computer so I can use it as a simple way of creating content for a website. I only need to install it on my own machine - not on a website (ie. remote server), because I just want to use it as an easier way to create the text and links for a website (and transfer them to a proper web-creation tool later). (It's for a good cause - it's a website about spirituality and psychology). I'm using Windows 2000 and I was wondering if anyone was willing to volunteer to help me install it! I've followed the instructions on the site (http://meta.wikimedia.org/wiki/Wiki_on_a_stick), but I've run into a problem. When I get to the section called "Initial wiki configuration", section 2.1, where it says "Fill out the form..." I find that there is no proper form on the page - just alot of gobbledygook. When I click "INSTALL" it's supposed to "write" a file, but it does nothing. Also I don't think i'm doing the earlier section about the batch file properly either. I really need a little help on this. Or - perhaps someone might even be so kind as to create a readymade folder with all the stuff in it for me...?! (Alot to ask, I know!) But I'm really stumped. If any brave soul was willing to volunteer for this Arthurian task I'd really appreciate it! _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l 'a star solutions' disclaimer The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the intended recipient of this message you are hereby notified that any use, review, retransmission, dissemination, distribution, reproduction or any action taken in reliance upon this message is prohibited. If you received this in error, please contact the sender and delete the material from any computer. Any views expressed in this message are those of the individual sender and may not necessarily reflect the views of the company. We believe that this communication is free from viruses and other potentially dangerous programmes, but the recipient opens this communication at their own risk. We assume no responsibility for any loss or damage arising from the receipt or use of this communication From arthur at astarsolutions.co.uk Sun Jul 3 18:11:53 2005 From: arthur at astarsolutions.co.uk (Arthur Guy) Date: Sun, 3 Jul 2005 19:11:53 +0100 Subject: [Mediawiki-l] Installation: Database connect error In-Reply-To: Message-ID: Obvious questions: The MySQL server, is it running? Do you have a user setup with localhost access privileges and enough privileges to create the database and tables? Does it give any more detail in the error message? Arthur Guy arthur at astarsolutions.co.uk www.astarsolutions.co.uk -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Matt Hampel Sent: 03 July 2005 18:38 To: mediawiki-l at wikimedia.org Subject: [Mediawiki-l] Installation: Database connect error I'm trying to install MediaWiki 1.5beta1, but I cannot get past the installation page. I always get the error "Couldn't connect to database" associated with the "MySQL server" form. At this point, you might say "a-ha, MySQL 4.1... authentication protocol ... pre-4.1-style password!". But here's the odd thing: I'm running MySQL 4.0.20-standard, not 4.1+. The database I'm trying to connect to is on localhost (I have also tried the values "127.0.0.1" and ""). The settings I'm typing in worked for a test system. Any ideas would be greatly appreciated. Matt _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l 'a star solutions' disclaimer The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the intended recipient of this message you are hereby notified that any use, review, retransmission, dissemination, distribution, reproduction or any action taken in reliance upon this message is prohibited. If you received this in error, please contact the sender and delete the material from any computer. Any views expressed in this message are those of the individual sender and may not necessarily reflect the views of the company. We believe that this communication is free from viruses and other potentially dangerous programmes, but the recipient opens this communication at their own risk. We assume no responsibility for any loss or damage arising from the receipt or use of this communication From jeff at parnasse.com Sun Jul 3 19:30:48 2005 From: jeff at parnasse.com (Jeff Harrington) Date: Sun, 03 Jul 2005 15:30:48 -0400 Subject: [Mediawiki-l] Moz Browsers Suddenly Needing Caches In-Reply-To: <20050703180900.9CB6C1190D30@mail.wikimedia.org> References: <20050703180900.9CB6C1190D30@mail.wikimedia.org> Message-ID: <42C83CE8.4020401@parnasse.com> > > Out wiki has been running fine - really fine - until yesterday. > > Starting this morning our editors and myself started seeing when we > > used Mozilla-based browsers that we had to flush cache to see a change. > > http://sequenza21.com/wiki/ > Shot in the dark, but could the date on the server be wrong suddenly? > > Ed The date's fine from the shell I have. The Apache time stamp is CDT and the MediaWiki timestamp is UDT (I assume). Is that the problem perhaps? The dates are fine. Should I set the MediWiki time to match our website provider's Apache time? TIA... JEff From mahatm at gmail.com Mon Jul 4 03:19:54 2005 From: mahatm at gmail.com (Matt Hampel) Date: Sun, 3 Jul 2005 23:19:54 -0400 Subject: [Mediawiki-l] Installation: Database connect error In-Reply-To: References: Message-ID: Hi- Yes, the server is running. I have several non-mediawiki databases working. The user I am using has full privileges for the database. When installing, this warning also appears: "# Warning: PHP's register_globals option is enabled. MediaWiki will work correctly, but this setting increases your exposure to potential security vulnerabilities in PHP-based software running on your server. You should disable it if you are able.". The exact MYSQL error printed on the page is: "Trying to connect to MySQL on localhost as root... * MySQL error 0: " Matt Hampel On 7/3/05, Arthur Guy wrote: > Obvious questions: > The MySQL server, is it running? > Do you have a user setup with localhost access privileges and enough > privileges to create the database and tables? > > Does it give any more detail in the error message? > > > Arthur Guy > > arthur at astarsolutions.co.uk > www.astarsolutions.co.uk > > > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org > [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Matt Hampel > Sent: 03 July 2005 18:38 > To: mediawiki-l at wikimedia.org > Subject: [Mediawiki-l] Installation: Database connect error > > I'm trying to install MediaWiki 1.5beta1, but I cannot get past the > installation page. I always get the error "Couldn't connect to > database" associated with the "MySQL server" form. > > At this point, you might say "a-ha, MySQL 4.1... authentication > protocol ... pre-4.1-style password!". But here's the odd thing: I'm > running MySQL 4.0.20-standard, not 4.1+. > > The database I'm trying to connect to is on localhost (I have also > tried the values "127.0.0.1" and ""). The settings I'm typing in > worked for a test system. > > Any ideas would be greatly appreciated. > > Matt > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > > 'a star solutions' disclaimer > The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. > If you are not the intended recipient of this message you are hereby notified that any use, review, retransmission, dissemination, distribution, reproduction or any action taken in reliance upon this message is prohibited. > If you received this in error, please contact the sender and delete the material from any computer. > Any views expressed in this message are those of the individual sender and may not necessarily reflect the views of the company. > We believe that this communication is free from viruses and other potentially dangerous programmes, but the recipient opens this communication at their own risk. > We assume no responsibility for any loss or damage arising from the receipt or use of this communication > > > > From malcolm at towerofbabel.com Mon Jul 4 04:31:37 2005 From: malcolm at towerofbabel.com (Malcolm Lawrence) Date: Sun, 3 Jul 2005 21:31:37 -0700 Subject: [Mediawiki-l] different table name prefix Message-ID: <001b01c58051$4661ad80$5838183f@babel1> I've been installing a number of different wikis on one MySQL server, but accidentally neglected to specify a different table name prefix on all of the configuration pages until I started to realize that each subsequent wiki I was creating, which was supposed to have a different language-configuration, was being configured with the language designation of whatever the last wiki was which I had installed. When I realized what I was (or was not) doing I tried altering the "$wgDBprefix" in LocalSettings to a new prefix but quickly found that I had screwed up everything unless I was able to somehow get back to the configuration page and specify a different table name finally. But after spending far too long trying to poke around in MySQL I can't seem to figure out how to create or alter the original table name prefix. Is there some way I can do this or have I got to delete the installation altogether now? Thanks in advance. Malcolm From 2ge at 2ge.us Mon Jul 4 06:52:07 2005 From: 2ge at 2ge.us (Ing.Branislav Gerzo) Date: Mon, 4 Jul 2005 08:52:07 +0200 Subject: [Mediawiki-l] recent deaths on main page Message-ID: <1071704662.20050704085207@2ge.us> Hi all, how to put recent deaths for past 3 days on main page ? Thanks a lot From rowan.collins at gmail.com Mon Jul 4 16:02:32 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Mon, 4 Jul 2005 17:02:32 +0100 Subject: [Mediawiki-l] recent deaths on main page In-Reply-To: <1071704662.20050704085207@2ge.us> References: <1071704662.20050704085207@2ge.us> Message-ID: <9f02ca4c050704090252fd8fdd@mail.gmail.com> On 04/07/05, Ing. Branislav Gerzo <2ge at 2ge.us> wrote: > how to put recent deaths for past 3 days on main page ? I'm guessing that what you want is something a bit like the English Wikipedia's front page [1], which uses template inclusions to automatically change content every day. For instance, if you click the "view source" tab there, you can find this: {{Wikipedia:Today's featured article/{{CURRENTMONTHNAME}} {{CURRENTDAY}}, {{CURRENTYEAR}}}} This includes the contents of a page whose title contains todays month, day and year. The variables available are described at [2] while the template/inclusion mechanism is described at [3] To put today's version of a recent deaths page, you could use something like: {{Project:Recent deaths/{{CURRENTDAY}}-{{CURRENTMONTH}}-{{CURRENTYEAR}}}} Which right now would include text from [[Project:Recent deaths/4-07-2005]]. You can then have a page that displays all the deaths pages by including them specifically by name ("{{Project:Recent deaths/4-07-2005}}", etc) Including the past *3* days is a little trickier, since there are no magic variables for automatically using *yesterday's* date (or the day before's). The best I can think of is manually creating pages like [[Project:Recent deaths/3 days to 4-07-2005]] for every day, to contain the following: {{Project:Recent deaths/2-07-2005}} {{Project:Recent deaths/3-07-2005}} {{Project:Recent deaths/4-07-2005}} This would still have the advantage of letting you set these up ahead of time rather than remembering to swap them around every morning, but it's a lot of work unless you write a bot to do it for you. [=Refs=] [1] http://en.wikipedia.org/wiki/Main_Page [2] http://meta.wikimedia.org/wiki/Help:Variable [3] http://meta.wikimedia.org/wiki/Help:Template -- Rowan Collins BSc [IMSoP] From rowan.collins at gmail.com Mon Jul 4 16:10:55 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Mon, 4 Jul 2005 17:10:55 +0100 Subject: [Mediawiki-l] RHES* to Debian Sarge migration In-Reply-To: <655DD419B87E5440891522C759C4E5701D3305@DHEXBEDEV.discovery.holdings.co.za> References: <655DD419B87E5440891522C759C4E5701D3305@DHEXBEDEV.discovery.holdings.co.za> Message-ID: <9f02ca4c0507040910117118ac@mail.gmail.com> On 01/07/05, Edward De Jongh wrote: > No where would I? By clicking the "history" tab, just like with any other article. > It has been sorted though. I simply clicked on edit > and there was all the info, once I saved it, it was fine. I would still > love to know how/why. Probably a caching issue: you probably viewed the main page just after you installed the new wiki, and the rendered version got cached; then, when you imported the other version directly into the database, the software didn't know to clear this cache. Consequently, the old version was loaded from the cache until you forced it to be purged [the simplest way of doing this, by the way, is to use the parameter "action=purge" in the URL]. -- Rowan Collins BSc [IMSoP] From MasonL at rembrandt.co.nz Mon Jul 4 20:38:04 2005 From: MasonL at rembrandt.co.nz (Lloyd Mason) Date: Tue, 5 Jul 2005 08:38:04 +1200 Subject: Fw: [Mediawiki-l] RHES* to Debian Sarge migration Message-ID: <007601c580d8$476aa5b0$0200a8c0@internal.rembrandt.co.nz> ----- Original Message ----- From: "Rowan Collins" To: "MediaWiki announcements and site admin list" Sent: Tuesday, July 05, 2005 4:10 AM Subject: Re: [Mediawiki-l] RHES* to Debian Sarge migration On 01/07/05, Edward De Jongh wrote: > No where would I? By clicking the "history" tab, just like with any other article. > It has been sorted though. I simply clicked on edit > and there was all the info, once I saved it, it was fine. I would still > love to know how/why. Probably a caching issue: you probably viewed the main page just after you installed the new wiki, and the rendered version got cached; then, when you imported the other version directly into the database, the software didn't know to clear this cache. Consequently, the old version was loaded from the cache until you forced it to be purged [the simplest way of doing this, by the way, is to use the parameter "action=purge" in the URL]. -- Rowan Collins BSc [IMSoP] _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l . From brion at pobox.com Tue Jul 5 00:33:41 2005 From: brion at pobox.com (Brion Vibber) Date: Mon, 04 Jul 2005 17:33:41 -0700 Subject: [Mediawiki-l] Export format tweaks Message-ID: <42C9D565.4040600@pobox.com> I've updated the Special:Export schema in MediaWiki 1.5 to include a chunk with some site configuration information. For example at: http://commons.wikimedia.org/wiki/Special:Export/Chlamyphorus_truncatus you can see the custom namespace assignments. and at: http://es.wiktionary.org/wiki/Especial:Export/aristocratizar you can see that wiki's marked as case-sensitive. This should make it easier to ensure that page titles are processed correctly on import. I've also added an xml:space="preserve" hint to the elements, which may or may not keep some overzealous tools from stripping the whitespace automatically. The XML Schema definition for version 0.3 of the export format is at http://www.mediawiki.org/xml/export-0.3.xsd and in the docs/ subdirectory in MediaWiki CVS HEAD. We'll be providing the full-wiki public data dumps in this format starting in a few days, replacing the old SQL dumps. For the reasons behind this switch, see my earlier posting: http://mail.wikipedia.org/pipermail/wikitech-l/2005-May/029298.html -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050704/b0141d4d/attachment.pgp From Edwardd at discovery.co.za Tue Jul 5 05:04:21 2005 From: Edwardd at discovery.co.za (Edward De Jongh) Date: Tue, 5 Jul 2005 07:04:21 +0200 Subject: [Mediawiki-l] RHES* to Debian Sarge migration Message-ID: <655DD419B87E5440891522C759C4E5701D33E6@DHEXBEDEV.discovery.holdings.co.za> Thanks Rowan I appreciate the feedback. Regards ed -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Lloyd Mason Sent: Monday, July 04, 2005 10:38 PM To: MediaWiki announcements and site admin list Subject: Fw: [Mediawiki-l] RHES* to Debian Sarge migration ----- Original Message ----- From: "Rowan Collins" To: "MediaWiki announcements and site admin list" Sent: Tuesday, July 05, 2005 4:10 AM Subject: Re: [Mediawiki-l] RHES* to Debian Sarge migration On 01/07/05, Edward De Jongh wrote: > No where would I? By clicking the "history" tab, just like with any other article. > It has been sorted though. I simply clicked on edit > and there was all the info, once I saved it, it was fine. I would still > love to know how/why. Probably a caching issue: you probably viewed the main page just after you installed the new wiki, and the rendered version got cached; then, when you imported the other version directly into the database, the software didn't know to clear this cache. Consequently, the old version was loaded from the cache until you forced it to be purged [the simplest way of doing this, by the way, is to use the parameter "action=purge" in the URL]. -- Rowan Collins BSc [IMSoP] _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l . _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From brion at pobox.com Tue Jul 5 09:25:51 2005 From: brion at pobox.com (Brion Vibber) Date: Tue, 05 Jul 2005 02:25:51 -0700 Subject: [Mediawiki-l] MediaWiki 1.5beta2 released Message-ID: <42CA521F.2050407@pobox.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 MediaWiki 1.5 beta 2 is a preview release of the new 1.5 release series. While most exciting new bugs should have been ironed out at this point, third-party wiki operators should probably not run this beta release on a public site without closely following additional development. Anyone who _has_ been running beta 1 is very very strongly advised to upgrade to beta 2, as it fixes many bugs from the previous beta including a couple of HTML and SQL injections. This release should be followed by one or two release candidates and a 1.5.0 final within the next few weeks. Beta upgraders, note there are some minor database changes. For upgrades from 1.4, see the file UPGRADE for details on significant database and configuration file changes. Beta 2 includes a preliminary command-line XML wiki dump importer tool, maintenance/importDump.php, paired with maintenance/dumpBackup.php. These use the same format as Special:Export and Special:Import, able to package a wiki's entire page set independent of the backend database and compression format. Release notes: http://sourceforge.net/project/shownotes.php?release_id=339820 Download: http://prdownloads.sourceforge.net/wikipedia/mediawiki-1.5beta2.tar.gz?download MD5 checksum: 00b867fce68f0549ecb9a4938191dd19 Before asking for help, try the FAQ: http://meta.wikimedia.org/wiki/MediaWiki_FAQ Low-traffic release announcements mailing list: http://mail.wikipedia.org/mailman/listinfo/mediawiki-announce Wiki admin help mailing list: http://mail.wikipedia.org/mailman/listinfo/mediawiki-l Bug report system: http://bugzilla.wikimedia.org/ Play "stump the developers" live on IRC: #mediawiki on irc.freenode.net - -- brion vibber (brion @ pobox.com) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCylIewRnhpk1wk44RAkYcAKCXIXwwEww0BWYkfwd23W44ZqjV2ACgli/R aUg/ZaK2CwI6uASuTav+Iag= =L57c -----END PGP SIGNATURE----- From ahynes1 at optonline.net Tue Jul 5 15:37:49 2005 From: ahynes1 at optonline.net (Aldon Hynes) Date: Tue, 05 Jul 2005 11:37:49 -0400 Subject: [Mediawiki-l] RE: Desperate for help installing MediaWiki on win 2k In-Reply-To: <20050703180900.86A631190D2D@mail.wikimedia.org> Message-ID: I ran into similar problems when I set up Media Wiki on one of my win 2k machines http://ahynes1.homeip.net:8180/mw/index.php?title=Main_Page In my case, I was setting up a 1.3.8 site. It gave me all kinds of weird errors, and when I hit install, nothing seemed to happen. However, I did find that a properly configured LocalSettings.php file had been created in my config subdirectory. I moved the LocalSettings.php file to the main directory and everything started working fine. I would check to see if your database is created and populated and if the LocalSettings.php file has been created. If they are, you can probably safely move the LocalSettings.php file and you may be on your way. Aldon -----Original Message----- Date: Sun, 3 Jul 2005 19:41:06 +1000 From: tim marshall Subject: [Mediawiki-l] Desperate for help installing MediaWiki on win 2k To: mediawiki-l at Wikimedia.org Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Hi folks, I really want to install wikimedia on my computer so I can use it as a simple way of creating content for a website. I only need to install it on my own machine - not on a website (ie. remote server), because I just want to use it as an easier way to create the text and links for a website (and transfer them to a proper web-creation tool later). (It's for a good cause - it's a website about spirituality and psychology). I'm using Windows 2000 and I was wondering if anyone was willing to volunteer to help me install it! I've followed the instructions on the site (http://meta.wikimedia.org/wiki/Wiki_on_a_stick), but I've run into a problem. When I get to the section called "Initial wiki configuration", section 2.1, where it says "Fill out the form..." I find that there is no proper form on the page - just alot of gobbledygook. When I click "INSTALL" it's supposed to "write" a file, but it does nothing. Also I don't think i'm doing the earlier section about the batch file properly either. I really need a little help on this. Or - perhaps someone might even be so kind as to create a readymade folder with all the stuff in it for me...?! (Alot to ask, I know!) But I'm really stumped. If any brave soul was willing to volunteer for this Arthurian task I'd really appreciate it! From mahatm at gmail.com Tue Jul 5 17:42:33 2005 From: mahatm at gmail.com (Matt Hampel) Date: Tue, 5 Jul 2005 13:42:33 -0400 Subject: [Mediawiki-l] MediaWiki install question Message-ID: I've got (another) question about the MediaWiki 1.5 install process: does the install script try to create the database, or does it only create and populate the tables? Matt Hampel From keturner at livejournal.com Tue Jul 5 18:04:49 2005 From: keturner at livejournal.com (Kate) Date: Tue, 05 Jul 2005 19:04:49 +0100 Subject: [Mediawiki-l] Re: MediaWiki install question References: Message-ID: <2567871.Z46sOke0ur@rose.local> Matt Hampel wrote in gmane.org.wikimedia.mediawiki: > I've got (another) question about the MediaWiki 1.5 install process: > does the install script try to create the database, or does it only > create and populate the tables? it will attempt to create the database only if it doesn't exist. > Matt Hampel kate. From zain at voltage.com Tue Jul 5 18:57:04 2005 From: zain at voltage.com (Zain Memon) Date: Tue, 5 Jul 2005 11:57:04 -0700 Subject: [Mediawiki-l] Refreshing extensions Message-ID: <932E391D0072FE48AFD9F81EA884AA91476B94@narcolepsy.voltage.com> Hello, I made an extension which basically lists all the user pages. Put a tag on any page, and it'll link to all the user pages of the registered users. I stuck this on my front page for people to see. However, the list doesn't get updated unless I change the age. When a new user signs up, he doesn't show up on my front page until I edit the page and resubmit it. Why is that, and can I somehow get it to refresh every time someone visits the page? From pathaugen at gmail.com Tue Jul 5 19:17:36 2005 From: pathaugen at gmail.com (Patrick Haugen) Date: Tue, 5 Jul 2005 12:17:36 -0700 Subject: [Mediawiki-l] Editing Source - Bullet/Number Lists Message-ID: <9fd5eec805070512175342de4c@mail.gmail.com> I'm trying to locate the PHP code in source for bullet/number lists to change the symbols used when people post, perhaps slide in alternative methods. Does anyone know documentation that shows where the code for this lives? Also, once I change things, do I have to post the full source for the project since I altered it? ~PatHaugen From igoldste at gw.neric.org Tue Jul 5 19:30:24 2005 From: igoldste at gw.neric.org (Ira Goldstein) Date: Tue, 05 Jul 2005 15:30:24 -0400 Subject: [Mediawiki-l] MediaWiki Administrative Rights Message-ID: I've just installed MediaWiki 1.4.4 under Suse and have a newbie question. I want to set up an administrative user and went to the documantation at http://meta.wikimedia.org/wiki/Documentation:Administration#Getting_administrative_rights and tried to follow the listed steps, but came up with an "ERROR 1054: Unkown column 'user_rights' in 'field list'. Using phpMyAdmin to look at the user table in fact shows that there isn't a user_rights field, but that there is a user_rights table, with a ur_rights binary field. Manually changing the ur_rights from 0 to 1 did not seem to enhance the user's access. Any pointers would be appreciated. Thanks --Ira From rowan.collins at gmail.com Tue Jul 5 19:36:15 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Tue, 5 Jul 2005 20:36:15 +0100 Subject: [Mediawiki-l] Editing Source - Bullet/Number Lists In-Reply-To: <9fd5eec805070512175342de4c@mail.gmail.com> References: <9fd5eec805070512175342de4c@mail.gmail.com> Message-ID: <9f02ca4c0507051236268d3917@mail.gmail.com> On 05/07/05, Patrick Haugen wrote: > I'm trying to locate the PHP code in source for bullet/number lists to > change the symbols used when people post, perhaps slide in alternative > methods. > > Does anyone know documentation that shows where the code for this lives? The source code *is* the documentation! :p More helpfully, try searching for "function openList()" in includes/Parser.php (as the comment above that declaration says, there are 3 related functions there). > Also, once I change things, do I have to post the full source for the > project since I altered it? Only if you give the modified program to someone else, I think (which is kind of circular with PHP code, but with a C program you could breach the GPL by giving someone a compiled copy but refusing to give them the source). If you just keep the modified code for your own use, that's fine; I think. -- Rowan Collins BSc [IMSoP] From rowan.collins at gmail.com Tue Jul 5 19:41:27 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Tue, 5 Jul 2005 20:41:27 +0100 Subject: [Mediawiki-l] Refreshing extensions In-Reply-To: <932E391D0072FE48AFD9F81EA884AA91476B94@narcolepsy.voltage.com> References: <932E391D0072FE48AFD9F81EA884AA91476B94@narcolepsy.voltage.com> Message-ID: <9f02ca4c050705124122ad0fd7@mail.gmail.com> On 05/07/05, Zain Memon wrote: > However, the list doesn't get updated unless I change the age. When a > new user signs up, he doesn't show up on my front page until I edit the > page and resubmit it. Why is that, and can I somehow get it to refresh > every time someone visits the page? The rendered page, including the part generated by the extension, is being cached; MediaWiki is designed for dynamically editting static content, and serving it to large numbers of users, so dynamic content inside ordinary pages is not really designed to work. For a quick and dirty solution, see http://meta.wikimedia.org/wiki/MediaWiki_extensions_FAQ#How_do_I_disable_caching_for_pages_using_my_extension.3F If instead you just want to manually refresh it occasionally, you can use the "&action=purge" URL parameter. For further discussion, search meta and the mailing list archives (Google "mail.wikipedia.org" + some likely words) -- Rowan Collins BSc [IMSoP] From rick.denatale at gmail.com Tue Jul 5 19:46:53 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Tue, 5 Jul 2005 15:46:53 -0400 Subject: [Mediawiki-l] MediaWiki Administrative Rights In-Reply-To: References: Message-ID: On 7/5/05, Ira Goldstein wrote: > I've just installed MediaWiki 1.4.4 under Suse and have a newbie question. > > I want to set up an administrative user and went to the documantation at http://meta.wikimedia.org/wiki/Documentation:Administration#Getting_administrative_rights and tried to follow the listed steps, but came up with an "ERROR 1054: Unkown column 'user_rights' in 'field list'. > > Using phpMyAdmin to look at the user table in fact shows that there isn't a user_rights field, but that there is a user_rights table, with a ur_rights binary field. Manually changing the ur_rights from 0 to 1 did not seem to enhance the user's access. > > Any pointers would be appreciated. There is some updated info which describes the changes made in 1.4 here http://meta.wikimedia.org/wiki/Setting_user_rights_in_MediaWiki Note that the upcoming 1.5 has a new model for permissions with concomittant database schema changes. From rick.denatale at gmail.com Tue Jul 5 19:47:55 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Tue, 5 Jul 2005 15:47:55 -0400 Subject: [Mediawiki-l] MediaWiki Administrative Rights In-Reply-To: References: Message-ID: And replying to myself, the article I mentioned says that the user needs to log out and back in for any changes to be effective. From fun at thingy.apana.org.au Tue Jul 5 22:23:00 2005 From: fun at thingy.apana.org.au (David Gerard) Date: Wed, 6 Jul 2005 08:23:00 +1000 Subject: [Mediawiki-l] Re: [Wikitech-l] Re: Validation feature In-Reply-To: <42CAF81B.4070603@thesylvans.com> References: <42CABCCB.4090009@web.de> <42CAF81B.4070603@thesylvans.com> Message-ID: <20050705222259.GX7309@thingy.apana.org.au> Aerik Sylvan (aerik at thesylvans.com) [050706 07:14]: > I've only looked into it enough to get a basic understanding, and I > honestly only have a rough understand of the issues with it, but love > the concept and agree that this could be used in a variety of ways on > many wikis. I'm going to use it for ratings on my wiki. > I'd be happy to help "fix" it (write code) but unfortunately need some > more detailed guidance on what exactly needs to be done. See discussion at http://meta.wikimedia.org/wiki/Article_validation_feature and linked pages. Brion's post of problems with it (incomplete) is at: http://mail.wikimedia.org/pipermail/wikitech-l/2005-June/030325.html - d. From 2ge at 2ge.us Wed Jul 6 06:59:52 2005 From: 2ge at 2ge.us (Ing.Branislav Gerzo) Date: Wed, 6 Jul 2005 08:59:52 +0200 Subject: [Mediawiki-l] recent deaths on main page In-Reply-To: <9f02ca4c050704090252fd8fdd@mail.gmail.com> References: <1071704662.20050704085207@2ge.us> <9f02ca4c050704090252fd8fdd@mail.gmail.com> Message-ID: <1867920757.20050706085952@2ge.us> Rowan Collins [RC], on Monday, July 4, 2005 at 17:02 (+0100) contributed this to our collective wisdom: RC> This would still have the advantage of letting you set these up ahead RC> of time rather than remembering to swap them around every morning, but RC> it's a lot of work unless you write a bot to do it for you. thanks a lot, will try and read more about this cool feature. -- How do you protect mail on web? I use http://www.2pu.net ["And just what the bloody nass is going on here?" -- Shvaugn] From phil.boswell at gmail.com Wed Jul 6 08:00:07 2005 From: phil.boswell at gmail.com (Phil Boswell) Date: Wed, 6 Jul 2005 09:00:07 +0100 Subject: [Mediawiki-l] Re: Editing Source - Bullet/Number Lists References: <9fd5eec805070512175342de4c@mail.gmail.com> Message-ID: "Patrick Haugen" wrote in message news:9fd5eec805070512175342de4c at mail.gmail.com... [snip] > Also, once I change things, do I have to post the full source for the > project since I altered it? AFAIK...NB: IANAL Once you've downloaded it to your machine you can do what you want with it **within the confines of your machine**. Frankly, who is going to know? If you pass it to someone else, then the other obligations begin to kick in; this would include, trivially, the case where someone accesses your wiki in which case you would have to credit MediaWiki somehow as the basis for your derived code. HTH HAND -- Phil [[en:User:Phil Boswell]] From mahatm at gmail.com Wed Jul 6 17:46:33 2005 From: mahatm at gmail.com (Matt Hampel) Date: Wed, 6 Jul 2005 13:46:33 -0400 Subject: [Mediawiki-l] Re: MediaWiki install question (+ a problem) In-Reply-To: <2567871.Z46sOke0ur@rose.local> References: <2567871.Z46sOke0ur@rose.local> Message-ID: On 7/5/05, Kate wrote: > Matt Hampel wrote in gmane.org.wikimedia.mediawiki: > > I've got (another) question about the MediaWiki 1.5 install process: > > does the install script try to create the database, or does it only > > create and populate the tables? > > it will attempt to create the database only if it doesn't exist. > > kate. The reason why I ask is because I get an installation error even when I have specified an existing user and an existing database. It looks as if mediawiki is trying to create the database from scratch rather than populate the tables: "Trying to connect to MySQL on localhost as root... MySQL error 0: Something's not quite right yet; make sure everything below is filled out correctly." My server is running properly. It is using MySQL 4.0.20-standard, not 4.1+, so the old MySQL client libraries problem should not apply. Matt From astronouth7303 at gmail.com Wed Jul 6 18:34:28 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Wed, 6 Jul 2005 14:34:28 -0400 Subject: [Mediawiki-l] Refreshing extensions In-Reply-To: <9f02ca4c050705124122ad0fd7@mail.gmail.com> References: <932E391D0072FE48AFD9F81EA884AA91476B94@narcolepsy.voltage.com> <9f02ca4c050705124122ad0fd7@mail.gmail.com> Message-ID: In 1.5b2, if you enable $wgAllowSpecialInclusion in LocalSettings.php, you can do {{Special:Listusers}}. What this does is take the HTML body from the special page and pastes it into the article. I don't know how this affects caching. On 7/5/05, Rowan Collins wrote: > On 05/07/05, Zain Memon wrote: > > However, the list doesn't get updated unless I change the age. When a > > new user signs up, he doesn't show up on my front page until I edit the > > page and resubmit it. Why is that, and can I somehow get it to refresh > > every time someone visits the page? > > The rendered page, including the part generated by the extension, is > being cached; MediaWiki is designed for dynamically editting static > content, and serving it to large numbers of users, so dynamic content > inside ordinary pages is not really designed to work. > > For a quick and dirty solution, see > http://meta.wikimedia.org/wiki/MediaWiki_extensions_FAQ#How_do_I_disable_caching_for_pages_using_my_extension.3F > > If instead you just want to manually refresh it occasionally, you can > use the "&action=purge" URL parameter. > > For further discussion, search meta and the mailing list archives > (Google "mail.wikipedia.org" + some likely words) > > -- > Rowan Collins BSc > [IMSoP] > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From michelle.sg1 at gmail.com Wed Jul 6 19:26:41 2005 From: michelle.sg1 at gmail.com (Michelle) Date: Wed, 6 Jul 2005 12:26:41 -0700 Subject: [Mediawiki-l] Re: Exceeding max_questions resource from a wiki In-Reply-To: <42C4BE97.8070101@half-dozen.net> References: <002101c57ccc$0a375c20$6400a8c0@Lappy> <42C4BE97.8070101@half-dozen.net> Message-ID: By the way, if anyone else gets the "max_questions exceeded" error persistently from their ISP, the way I got around it was this: 1) set a Crawl-delay parameter in my robots.txt file (I used 30 secs), and 2) create a second mysql user with complete access to the same wiki database, then make this inelegant hack (php newbie here) to LocalSettings.php to switch randomly between users: Replace: $wgDBuser = "wiki_user"; with: $rand = mt_rand( 1, 2 ); if ( $rand == 1 ) { $wgDBuser = "wiki_user"; } else { $wgDBuser = "wiki_user2"; } This spreads the 'questions' across 2 users to give you twice the capacity. Both changes were necessary to avoid crashes; the wiki has stayed up for 3 days now. Michelle From t.starling at physics.unimelb.edu.au Wed Jul 6 19:40:34 2005 From: t.starling at physics.unimelb.edu.au (Tim Starling) Date: Thu, 07 Jul 2005 05:40:34 +1000 Subject: [Mediawiki-l] Re: Refreshing extensions In-Reply-To: <9f02ca4c050705124122ad0fd7@mail.gmail.com> References: <932E391D0072FE48AFD9F81EA884AA91476B94@narcolepsy.voltage.com> <9f02ca4c050705124122ad0fd7@mail.gmail.com> Message-ID: Rowan Collins wrote: > The rendered page, including the part generated by the extension, is > being cached; MediaWiki is designed for dynamically editting static > content, and serving it to large numbers of users, so dynamic content > inside ordinary pages is not really designed to work. This is fixed in 1.5. I told a few would-be extension writers how to implement this properly, with a flag in ParserOutput, but apparently none of them did it. At least, I haven't seen any patches submitted. It had to wait until I implemented a similar feature myself (special page inclusion). As for the identity of this magic member variable, well I'll give you a clue: class ParserOutput { var $mText, $mLanguageLinks, $mCategoryLinks, mContainsOldMagic; var $mCacheTime; # Timestamp on this article, or -1 for # uncacheable. Used in ParserCache. -- Tim Starling From malcolm at towerofbabel.com Wed Jul 6 21:54:39 2005 From: malcolm at towerofbabel.com (Malcolm Lawrence) Date: Wed, 6 Jul 2005 14:54:39 -0700 Subject: [Mediawiki-l] Language designations References: <932E391D0072FE48AFD9F81EA884AA91476B94@narcolepsy.voltage.com><9f02ca4c050705124122ad0fd7@mail.gmail.com> Message-ID: <020b01c58275$50e42280$956c183f@babel1> When configuring MediaWiki 1.4.5 which character sets should be designated for the following languages, or will just any Unicode designation already provided suffice? Asturian, Bosnian, Basque, Scottish Gaelic, Galician, Croatian, Ido, Luxembourgish, Latvian, Sanskrit, Sundanese, Turkish Malcolm From brion at pobox.com Wed Jul 6 22:11:34 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 06 Jul 2005 15:11:34 -0700 Subject: [Mediawiki-l] Language designations In-Reply-To: <020b01c58275$50e42280$956c183f@babel1> References: <932E391D0072FE48AFD9F81EA884AA91476B94@narcolepsy.voltage.com><9f02ca4c050705124122ad0fd7@mail.gmail.com> <020b01c58275$50e42280$956c183f@babel1> Message-ID: <42CC5716.8060402@pobox.com> Malcolm Lawrence wrote: > When configuring MediaWiki 1.4.5 which character sets should be > designated for the following languages, or will just any Unicode > designation already provided suffice? > > Asturian, Bosnian, Basque, Scottish Gaelic, Galician, Croatian, Ido, > Luxembourgish, Latvian, Sanskrit, Sundanese, Turkish Character sets and language codes are pretty much separate affairs. MediaWiki only supports UTF-8 (Unicode) and ISO-8859-1 (Latin-1) character encodings; Latin-1 was supported only for a few limited languages, and as of 1.5 only UTF-8 is supported. You should use Unicode (UTF-8) for all of the above languages. If you're looking for language code designations, we generally try to follow RFC 3066 (as used for the 'lang' attribute in HTML and the Content-Language MIME/HTTP header). There should be a partial list in languages/Names.php. You'll find more background at: * http://www.faqs.org/rfcs/rfc3066.html * http://www.loc.gov/standards/iso639-2/langhome.html -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050706/d101269a/attachment.pgp From zain at voltage.com Wed Jul 6 23:37:42 2005 From: zain at voltage.com (Zain Memon) Date: Wed, 6 Jul 2005 16:37:42 -0700 Subject: [Mediawiki-l] Uploaded document searching Message-ID: <932E391D0072FE48AFD9F81EA884AA91476BAD@narcolepsy.voltage.com> Hey there, Is there any way I can enable document searching for .ppt, .dot, and .rtf files that are uploaded? My wiki will hold a lot of documents, and I need to be able to search through them all. I was able to do it for other documents by using this tutorial: http://meta.wikimedia.org/wiki/Uploaded_document_searching So, can I do the same for others? From slowpoke at gmail.com Wed Jul 6 23:53:17 2005 From: slowpoke at gmail.com (Dori) Date: Wed, 6 Jul 2005 23:53:17 +0000 Subject: [Mediawiki-l] Uploaded document searching In-Reply-To: <932E391D0072FE48AFD9F81EA884AA91476BAD@narcolepsy.voltage.com> References: <932E391D0072FE48AFD9F81EA884AA91476BAD@narcolepsy.voltage.com> Message-ID: On 7/6/05, Zain Memon wrote: > Hey there, > > > Is there any way I can enable document searching for .ppt, .dot, and > .rtf files that are uploaded? My wiki will hold a lot of documents, and > I need to be able to search through them all. I was able to do it for > other documents by using this tutorial: > http://meta.wikimedia.org/wiki/Uploaded_document_searching > > > > So, can I do the same for others? Probably, you just need a converter. As a last resort you can use 'strings'. From brion at pobox.com Thu Jul 7 07:34:46 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 07 Jul 2005 00:34:46 -0700 Subject: [Mediawiki-l] MediaWiki 1.4.6 released [SECURITY] Message-ID: <42CCDB16.8020202@pobox.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 MediaWiki 1.4.6 is a bug fix and security update release. Incorrect escaping of a parameter in the page move template could be used to inject JavaScript code by getting a victim to visit a maliciously constructed URL. Users of vulnerable releases are recommended to upgrade to this release. Vulnerable versions: * 1.5 preview series: n <= 1.5beta2 vulnerable, fixed in 1.5beta3 * 1.4 stable series: 1.4beta6 <= n <= 1.4.5 vulnerable, fixed in 1.4.6 * 1.3 legacy series: not vulnerable This release also includes fixes for some rare bug annoying HTTP errors, a PHP 4.1.2 breakage bug, and works around some template limitations introduced in 1.4.5. See the changelog in the release notes for a detailed list of bugs fixed. Release notes: http://sourceforge.net/project/shownotes.php?release_id=340290 Download: http://prdownloads.sourceforge.net/wikipedia/mediawiki-1.4.6.tar.gz?download MD5 checksum: f4f82bd486756c279f0c1977b290ce3b Before asking for help, try the FAQ: http://meta.wikimedia.org/wiki/MediaWiki_FAQ Low-traffic release announcements mailing list: http://mail.wikipedia.org/mailman/listinfo/mediawiki-announce Wiki admin help mailing list: http://mail.wikipedia.org/mailman/listinfo/mediawiki-l Bug report system: http://bugzilla.wikimedia.org/ Play "stump the developers" live on IRC: #mediawiki on irc.freenode.net - -- brion vibber (brion @ pobox.com) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCzNsWwRnhpk1wk44RAk3LAJ4/DBDT4Vu6YPIYwYntImUJ/AXBRACfWCsm PCtY9QynW6h4RnSSShcCSvQ= =u2ZE -----END PGP SIGNATURE----- From brion at pobox.com Thu Jul 7 07:34:53 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 07 Jul 2005 00:34:53 -0700 Subject: [Mediawiki-l] MediaWiki 1.5beta3 released [SECURITY] Message-ID: <42CCDB1D.3050709@pobox.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 MediaWiki 1.5 beta 3 is a preview release of the new 1.5 release series, with a security update over beta 2. Incorrect escaping of a parameter in the page move template could be used to inject JavaScript code by getting a victim to visit a maliciously constructed URL. Users of vulnerable releases are recommended to upgrade to this release. Vulnerable versions: * 1.5 preview series: n <= 1.5beta2 vulnerable, fixed in 1.5beta3 * 1.4 stable series: 1.4beta6 <= n <= 1.4.5 vulnerable, fixed in 1.4.6 * 1.3 legacy series: not vulnerable This release also includes several bug fixes and localization updates. See the changelog in the release notes for a detailed list. Release notes: http://sourceforge.net/project/shownotes.php?release_id=340291 Download: http://prdownloads.sourceforge.net/wikipedia/mediawiki-1.5beta3.tar.gz?download MD5 checksum: ee2abd543d1f23bdb67da87d902cbb09 Before asking for help, try the FAQ: http://meta.wikimedia.org/wiki/MediaWiki_FAQ Low-traffic release announcements mailing list: http://mail.wikipedia.org/mailman/listinfo/mediawiki-announce Wiki admin help mailing list: http://mail.wikipedia.org/mailman/listinfo/mediawiki-l Bug report system: http://bugzilla.wikimedia.org/ Play "stump the developers" live on IRC: #mediawiki on irc.freenode.net - -- brion vibber (brion @ pobox.com) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCzNsdwRnhpk1wk44RAkrLAKCZa9XjYcdjbyFdDU+K9MXr3yJHYgCghN1v QZ22oXJi+jdm1Db2hB2mHR4= =wTY+ -----END PGP SIGNATURE----- From ujelin at yahoo.com Thu Jul 7 13:00:42 2005 From: ujelin at yahoo.com (ulrice jardin) Date: Thu, 7 Jul 2005 06:00:42 -0700 (PDT) Subject: [Mediawiki-l] email notifications link to localhost Message-ID: <20050707130042.36459.qmail@web60318.mail.yahoo.com> hi, all email notifications link to localhost instead of the server. The server is in a network and the wiki is only used by people inside this network. Does it have anything to do with my problem? thx for any help Julien ____________________________________________________ Sell on Yahoo! Auctions ? no fees. Bid on great items. http://auctions.yahoo.com/ From wiki at matthart.com Thu Jul 7 13:33:10 2005 From: wiki at matthart.com (MHart) Date: Thu, 7 Jul 2005 09:33:10 -0400 Subject: [Mediawiki-l] Uploaded document searching References: <932E391D0072FE48AFD9F81EA884AA91476BAD@narcolepsy.voltage.com> Message-ID: <003a01c582f8$6b8e37f0$da1e13ac@WTML03000048> I wrote document searching hacks for ppt, doc, xls, and pdf. The doc one should work for .dot and .rtf.... maybe :-) Very simple and quick modifications to the upload script. They are documented on the meta site - get to them from my user page: http://meta.wikimedia.org/wiki/User:MHart - MHart ----- Original Message ----- Hey there, Is there any way I can enable document searching for .ppt, .dot, and .rtf files that are uploaded? My wiki will hold a lot of documents, and I need to be able to search through them all. I was able to do it for other documents by using this tutorial: http://meta.wikimedia.org/wiki/Uploaded_document_searching So, can I do the same for others? From ujelin at yahoo.com Thu Jul 7 15:22:36 2005 From: ujelin at yahoo.com (ulrice jardin) Date: Thu, 7 Jul 2005 08:22:36 -0700 (PDT) Subject: [Mediawiki-l] email notifications link to localhost In-Reply-To: <20050707130042.36459.qmail@web60318.mail.yahoo.com> Message-ID: <20050707152236.36254.qmail@web60320.mail.yahoo.com> ok sorry, I've just set the $wgServer variable and now it works... --- ulrice jardin wrote: > hi, > > all email notifications link to localhost instead of > the server. The server is in a network and the wiki > is > only used by people inside this network. Does it > have > anything to do with my problem? > > thx for any help > Julien > > > > ____________________________________________________ > Sell on Yahoo! Auctions ? no fees. Bid on great > items. > http://auctions.yahoo.com/ > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From ken.garland at rotech.com Thu Jul 7 18:18:47 2005 From: ken.garland at rotech.com (Ken Garland) Date: Thu, 07 Jul 2005 14:18:47 -0400 Subject: [Mediawiki-l] Upgrade from 1.3.11 to 1.4.5 gives error.. Message-ID: <42CD7207.1060400@rotech.com> I received this error when upgrading from 1.3.11 to 1.4.5: 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 "Parser::replaceLinkHolders". MySQL returned error "1072: Key column 'name_title_timestamp' doesn't exist in table (localhost)". At first the upgrade would not even complete until I did this manually: alter table image add primary key (img_name); - Ken From brion at pobox.com Thu Jul 7 19:12:39 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 07 Jul 2005 12:12:39 -0700 Subject: [Mediawiki-l] Upgrade from 1.3.11 to 1.4.5 gives error.. In-Reply-To: <42CD7207.1060400@rotech.com> References: <42CD7207.1060400@rotech.com> Message-ID: <42CD7EA7.4080304@pobox.com> Ken Garland wrote: > I received this error when upgrading from 1.3.11 to 1.4.5: > > 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 "Parser::replaceLinkHolders". MySQL returned error > "1072: Key column 'name_title_timestamp' doesn't exist in table > (localhost)". Can you please outline your exact upgrade procedure? In particular, did you run the command-line update.php or web-based config/index.php installer to apply database schema updates? Did you save the output from this step? > At first the upgrade would not even complete until I did this manually: > > alter table image add primary key (img_name); -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050707/f9ee94c6/attachment.pgp From ken.garland at rotech.com Thu Jul 7 19:56:25 2005 From: ken.garland at rotech.com (Ken Garland) Date: Thu, 07 Jul 2005 15:56:25 -0400 Subject: [Mediawiki-l] Upgrade from 1.3.11 to 1.4.5 gives error.. In-Reply-To: <42CD7EA7.4080304@pobox.com> References: <42CD7207.1060400@rotech.com> <42CD7EA7.4080304@pobox.com> Message-ID: <42CD88E9.4060007@rotech.com> I ran the web installer. It stopped saying there was a problem trying to alter the public key, so i did this command into mysql manually: alter table image add primary key (img_name); Then went back to web installer and it worked. Copied LocalSettings.php to root and got the website with the error I pasted. I did not save the output from the configuration installer. Brion Vibber wrote: > Ken Garland wrote: > >> I received this error when upgrading from 1.3.11 to 1.4.5: >> >> 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 "Parser::replaceLinkHolders". MySQL returned error >> "1072: Key column 'name_title_timestamp' doesn't exist in table >> (localhost)". > > > Can you please outline your exact upgrade procedure? > > In particular, did you run the command-line update.php or web-based > config/index.php installer to apply database schema updates? Did you > save the output from this step? > >> At first the upgrade would not even complete until I did this manually: >> >> alter table image add primary key (img_name); > > > -- brion vibber (brion @ pobox.com) > >------------------------------------------------------------------------ > >_______________________________________________ >MediaWiki-l mailing list >MediaWiki-l at Wikimedia.org >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > From zain at voltage.com Thu Jul 7 20:24:53 2005 From: zain at voltage.com (Zain Memon) Date: Thu, 7 Jul 2005 13:24:53 -0700 Subject: [Mediawiki-l] File is corrupt? Message-ID: <932E391D0072FE48AFD9F81EA884AA91476BC4@narcolepsy.voltage.com> I have an XML file that I want to upload. The XML extension isn't blocked (I can upload a blank XML file just fine), but for some reason, every time I try to upload this file I get the error "The file is corrupt or has an incorrect extension. Please check the file and upload again." Since it isn't an incorrect extension, I suspect the wiki thinks my file is corrupt. This happened to me with a jpeg before as well, and I fixed it by copy/pasting the old image into a new image. The same solution didn't work for this. Can I somehow do something to have it not warn on corrupt files? I want them uploaded even if wiki thinks they are corrupt. From avenier at venier.net Thu Jul 7 21:39:57 2005 From: avenier at venier.net (Andrew Venier) Date: Thu, 07 Jul 2005 16:39:57 -0500 Subject: [Mediawiki-l] File is corrupt? In-Reply-To: <932E391D0072FE48AFD9F81EA884AA91476BC4@narcolepsy.voltage.com> References: <932E391D0072FE48AFD9F81EA884AA91476BC4@narcolepsy.voltage.com> Message-ID: <42CDA12D.1060307@venier.net> I think you can set: $wgVerifyMimeType = false; in LocalSettings.php Zain Memon wrote: >I have an XML file that I want to upload. The XML extension isn't >blocked (I can upload a blank XML file just fine), but for some reason, >every time I try to upload this file I get the error "The file is >corrupt or has an incorrect extension. Please check the file and upload >again." > > >Since it isn't an incorrect extension, I suspect the wiki thinks my file >is corrupt. This happened to me with a jpeg before as well, and I fixed >it by copy/pasting the old image into a new image. The same solution >didn't work for this. > > >Can I somehow do something to have it not warn on corrupt files? I want >them uploaded even if wiki thinks they are corrupt. > >_______________________________________________ >MediaWiki-l mailing list >MediaWiki-l at Wikimedia.org >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > From zain at voltage.com Thu Jul 7 22:24:25 2005 From: zain at voltage.com (Zain Memon) Date: Thu, 7 Jul 2005 15:24:25 -0700 Subject: [Mediawiki-l] File is corrupt? Message-ID: <932E391D0072FE48AFD9F81EA884AA91476BCB@narcolepsy.voltage.com> I gave that a shot, but it still seems to give the same error. -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Andrew Venier Sent: Thursday, July 07, 2005 2:40 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] File is corrupt? I think you can set: $wgVerifyMimeType = false; in LocalSettings.php Zain Memon wrote: >I have an XML file that I want to upload. The XML extension isn't >blocked (I can upload a blank XML file just fine), but for some reason, >every time I try to upload this file I get the error "The file is >corrupt or has an incorrect extension. Please check the file and upload >again." > > >Since it isn't an incorrect extension, I suspect the wiki thinks my file >is corrupt. This happened to me with a jpeg before as well, and I fixed >it by copy/pasting the old image into a new image. The same solution >didn't work for this. > > >Can I somehow do something to have it not warn on corrupt files? I want >them uploaded even if wiki thinks they are corrupt. > >_______________________________________________ >MediaWiki-l mailing list >MediaWiki-l at Wikimedia.org >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From mail at tgries.de Thu Jul 7 23:22:49 2005 From: mail at tgries.de (Thomas Gries) Date: Fri, 08 Jul 2005 01:22:49 +0200 Subject: [Mediawiki-l] EnotifWiki: 3.35 for MediaWiki 1.5beta3 - or 3.11 for MediaWiki 1.4.6 - Message-ID: <42CDB949.2020904@tgries.de> (What is) EnotifWiki ? - Enotif means "e-mail notification" - is a special edition of MediaWiki - very close and fully based on it - permanently maintained - and offers enhanced e-mail notification functions and some more gadgets. http://sourceforge.net/projects/enotifwiki/ offers recent maintenance release of EnotifWiki for - MediaWiki 1.4.6 or - MediaWiki 1.5beta3 (this version is recommended by me) What distinguishes EnotifWiki from MediaWiki ? * e-mail notifcation also for _new_ pages (users can opt-in/out) * "You have new messages" also shown for new content on _User_ pages (EnotifWiki versions for MediaWiki 1.5 versions) * Recent Changes, Page History lines of watched pages have direct links to the difference view between the current and your last-seen version * garish green "updated" markers fly on your not-yet-seen revisions of watched pages The differences between EnotifWiki and MediaWiki become smaller and smaller. Documentation and screenshots: http://meta.wikipedia.org/wiki/Enotif From tonneti at gmail.com Thu Jul 7 23:30:59 2005 From: tonneti at gmail.com (_tonneti) Date: Fri, 8 Jul 2005 01:30:59 +0200 Subject: [Mediawiki-l] EnotifWiki: 3.35 for MediaWiki 1.5beta3 - or 3.11 for MediaWiki 1.4.6 - In-Reply-To: <42CDB949.2020904@tgries.de> References: <42CDB949.2020904@tgries.de> Message-ID: <6600957005070716301814aa8c@mail.gmail.com> guau, a great project, thanks for the work ;) 2005/7/8, Thomas Gries : > > (What is) EnotifWiki ? > > - Enotif means "e-mail notification" > - is a special edition of MediaWiki > - very close and fully based on it > - permanently maintained > - and offers enhanced e-mail notification functions and some more gadgets. > > http://sourceforge.net/projects/enotifwiki/ offers recent maintenance > release of EnotifWiki for > - MediaWiki 1.4.6 or > - MediaWiki 1.5beta3 (this version is recommended by me) > > What distinguishes EnotifWiki from MediaWiki ? > > * e-mail notifcation also for _new_ pages (users can opt-in/out) > * "You have new messages" also shown for new content on _User_ pages > (EnotifWiki versions for MediaWiki 1.5 versions) > * Recent Changes, Page History lines of watched pages have direct links > to the difference view between the current and your last-seen version > * garish green "updated" markers fly on your not-yet-seen revisions of > watched pages > > The differences between EnotifWiki and MediaWiki become smaller and > smaller. > Documentation and screenshots: http://meta.wikipedia.org/wiki/Enotif > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- _tonneti_bennedeti_bonneti From conloos at yahoo.de Thu Jul 7 23:45:30 2005 From: conloos at yahoo.de (frank dheim) Date: Fri, 8 Jul 2005 01:45:30 +0200 (CEST) Subject: [Mediawiki-l] menuanpassungen Message-ID: <20050707234530.6704.qmail@web26208.mail.ukl.yahoo.com> Nabend, ich hatte meine Navigationsmenu in 1.4.4 und 1.4.5 angepast. nach update auf 1.4.6 geht das nicht mehr und ich finde den Fehler nicht... [LocalSettings.php] ### schanipp ### $wgNavigationLinks = array ( array( 'text'=>'mainpage', 'href'=>'mainpage' ), array( 'text'=>'recentchanges', 'href'=>'recentchanges-url' ), array( 'text'=>'randompage', 'href'=>'randompage-url' ), array( 'text'=>'help', 'href'=>'helppage' ) ); $wgCustomLinks = array ( array( 'text'=>'allsides', 'href'=>'allsides-url' ) ); ### schanipp ### [SkinTemplate.php] ### schanipp ### function outputPage( &$out ) { ... $tpl->set( 'custom_urls', $this->buildCustomUrls() ); ... } ### weiter unten class SkinTemplate extends Skin { ... /** * build array of global navigation links * @return array * @access private */ function buildCustomUrls () { $fname = 'SkinTemplate::buildNavigationUrls'; wfProfileIn( $fname ); global $wgCustomLinks; $result = array(); foreach ( $wgCustomLinks as $link ) { $text = wfMsg( $link['text'] ); wfProfileIn( "$fname-{$link['text']}" ); if ($text != '-') { $dest = wfMsgForContent( $link['href'] ); wfProfileIn( "$fname-{$link['text']}2" ); $result[] = array( 'text' => $text, 'href' => $this->makeInternalOrExternalUrl( $dest ), 'id' => 'n-'.$link['text'] ); wfProfileOut( "$fname-{$link['text']}2" ); } wfProfileOut( "$fname-{$link['text']}" ); } wfProfileOut( $fname ); return $result; } ... } ### schanipp ### [LanguageDe.php] ### schanipp ### "customlinks" => "Kategorien", "allsides" => "Alle Seiten", 'allsides-url' => 'Special:Allpages', 'randompage-url' => 'Special:Randompage', ### schanipp ### sorry, hab alles soweit es ging gek?rzt danke con ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de From zeeforel70 at yahoo.com Thu Jul 7 19:58:52 2005 From: zeeforel70 at yahoo.com (Marcel de Ruiter) Date: Thu, 7 Jul 2005 20:58:52 +0100 (BST) Subject: [Mediawiki-l] Two questions Message-ID: <20050707195853.45906.qmail@web60419.mail.yahoo.com> Hi to you all, I have two questions: + what is the syntax for linking to a file on my own computer or a nearby server? + is there an automated way to get MS Word documents in the Wiki and vice versa? Many thanks in advance. Marcel Netherlands --------------------------------- Yahoo! Messenger NEW - crystal clear PC to PCcalling worldwide with voicemail From compkarori at gmail.com Fri Jul 8 02:12:28 2005 From: compkarori at gmail.com (Graham Chiu) Date: Fri, 8 Jul 2005 14:12:28 +1200 Subject: [Mediawiki-l] sql error Message-ID: <48b2ee0a050707191236c1b544@mail.gmail.com> I've just installed 1.4.6 after downloading it from sourceforge. When I update the a page, I get this 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 "LinkCache::preFill". MySQL returned error "1064: You have an error in your SQL syntax near 'FOR UPDATE' at line 3 (mysql.webxess.net)". Despite this, the page still updates correctly. Same happens with page creation. Graham From brion at pobox.com Fri Jul 8 04:19:49 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 07 Jul 2005 21:19:49 -0700 Subject: [Mediawiki-l] sql error In-Reply-To: <48b2ee0a050707191236c1b544@mail.gmail.com> References: <48b2ee0a050707191236c1b544@mail.gmail.com> Message-ID: <42CDFEE5.50702@pobox.com> Graham Chiu wrote: > I've just installed 1.4.6 after downloading it from sourceforge. > > When I update the a page, I get this 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 "LinkCache::preFill". MySQL returned error "1064: > You have an error in your SQL syntax near 'FOR UPDATE' at line 3 > (mysql.webxess.net)". What's your MySQL version? -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050707/ae29593c/attachment.pgp From compkarori at gmail.com Fri Jul 8 04:33:19 2005 From: compkarori at gmail.com (Graham Chiu) Date: Fri, 8 Jul 2005 16:33:19 +1200 Subject: [Mediawiki-l] sql error In-Reply-To: <42CDFEE5.50702@pobox.com> References: <48b2ee0a050707191236c1b544@mail.gmail.com> <42CDFEE5.50702@pobox.com> Message-ID: <48b2ee0a0507072133369a074e@mail.gmail.com> The host is running 3.23.32 On 7/8/05, Brion Vibber wrote: > > What's your MySQL version? > > -- brion vibber (brion @ pobox.com) > Graham From umesh.k at team.indiainfo.com Fri Jul 8 09:00:52 2005 From: umesh.k at team.indiainfo.com (Umesh) Date: Fri, 8 Jul 2005 14:30:52 +0530 Subject: [Mediawiki-l] hi , newbie, Loclaization problem Message-ID: <008101c5839b$8b181cf0$0eb901be@Umesh> Hi , I have been using mediawiki tool for a travel destination site , I have problem in getting the "Other Languages box" as sticky box on all pages has the "Search box" as in many wiki sites we have created a skins newskin.php file on the smiliar lines of otehr skins under skins directory , In newskin.php , the array $this->data[language_urls] , is not populated , while back tracing the code i landed in SkinTemplate.php where the navigation urls and personal urls array being populated , but the language url array is not getting populated here In my LocalSetting.php and DEfaultSettings.php file i have thses values $wgLanguageCode = "en"; $wgUseDatabaseMessages = true; i made the changes , by reading frm the documenations $wgLanguageCode = "De"; $wgUseDatabaseMessages = false; thsi makes to read the LanguagDe.php from Languages folder and i got the buuton values in the respective language but this landed in getting only De language .. I wanted to get the "Other Language box " with list of languages can anyone tell me how to get this ... thanx heaps , Umesh
From leonardburton at gmail.com Fri Jul 8 15:41:51 2005 From: leonardburton at gmail.com (Leonard Burton) Date: Fri, 8 Jul 2005 11:41:51 -0400 Subject: [Mediawiki-l] $wgshareddb Message-ID: <732fb7a005070808413bf6330d@mail.gmail.com> Greetings, I made a slight modification to the Database.php [starting at line 1004] file in the wikis I run. Should this be included in the next Mediawiki release? function tableName( $name ) { global $wgSharedDB; # Skip quoted literals if ( $name{0} != '`' ) { if ( $this->mTablePrefix !== '' && strpos( '.', $name ) === false ) { $name = "{$this->mTablePrefix}$name"; } if ( isset( $wgSharedDB ) && ("{$this->mTablePrefix}user" == $name ) or ("{$this->mTablePrefix}interwiki" == $name)) { $name = "`$wgSharedDB`.`$name`"; } else { # Standard quoting $name = "`$name`"; } } return $name; } My reasoning for doing this is that if someone is using the same user table then most likely would like to use a common interwiki table. That was my use. What do you all think? -- Leonard Burton, N9URK leonardburton at gmail.com From mark.cunningham at gmail.com Fri Jul 8 15:50:27 2005 From: mark.cunningham at gmail.com (Mark Cunningham) Date: Fri, 8 Jul 2005 16:50:27 +0100 Subject: [Mediawiki-l] Broken RSS Feed Message-ID: I'm running a MediaWiki 1.4.6 and I've noticed that the RSS (and atom) feed from Special:Recentchanges has become invalid. As far as I can tell two blank lines are being inserted before the header and these seems to break any attempt to parse it using a newsreader. I've looked at the code and I can't see anything wrong with the headers. I haven't modified the code at all. The feed is @ http://irishgamingwiki.com/index.php?title=Special:Recentchanges&feed=rss and here is what a validator says about it: http://feedvalidator.org/check?url=http%3a%2f%2firishgamingwiki.com%2findex.php%3ftitle%3dSpecial%3aRecentchanges%26feed%3drss Thanks for any help Mark Cunningham -- http://thedeadone.net From molasses-one at shaw.ca Fri Jul 8 19:55:37 2005 From: molasses-one at shaw.ca (edward molasses) Date: Fri, 08 Jul 2005 12:55:37 -0700 Subject: [Mediawiki-l] multilanguage dictionary setup Message-ID: <200507081255.37995.molasses-one@shaw.ca> Hello everyone, I am trying to setup a dictionary using MediaWiki and I was wondering what the best way is to go about setting it up as a multiple language dictionary (i.e. each definition has translations in 4 other languages). I have heard about the Ultimate Wikitionary which would be perfect, but I have to set something up temporarily until that has been developed. From what I understand from Wikimedia MetaWiki pages, the way to do it is to have separate installations for each language and using inter-Wiki links to make definitions link to their corresponding translations. My questions are: am I correct about a multiple install being the recommended way to setup a multilanguage wiki? Is it okay to do it using multiple installations on the same server? Or is it necessary to have a domain name for each installation? Any help or suggestions would be much appreciated, thank you, Andrew. From endukugga at gmail.com Fri Jul 8 09:15:56 2005 From: endukugga at gmail.com (=?ISO-8859-15?Q?Alfonso_Mu=F1oz-Pomer_Fuentes?=) Date: Fri, 08 Jul 2005 18:15:56 +0900 Subject: [Mediawiki-l] Sister project vs. two namespaces in bilingual wiki Message-ID: <42CE444C.3070302@gmail.com> Hi, I installed MediaWiki a week ago and I'm tweaking it now just before starting to populate it with content. My issue is that I'm doing a bilingual Japanese-English wiki, where each page has its correspondent one in the other language (which would be only a translation). I've read all I've been able to find about having two namespaces or doing a sister project, but as it's extremely convenient to have only one user database I've opted for creating two namespaces. The problem is that the title of each page is now "English:Pagetitle" or "Japanese:Pagetitle". Is it possible to remove the namespace and colon there? Has anybody run into the same problem of setting a multilingual wiki that made mandatory the use of only one user database? Is it possible to share the two user tables across two different wikis? Thanks in advance... Alfonso From hashar at altern.org Fri Jul 8 05:29:00 2005 From: hashar at altern.org (Ashar Voultoiz) Date: Fri, 08 Jul 2005 07:29:00 +0200 Subject: [Mediawiki-l] Re: Two questions In-Reply-To: <20050707195853.45906.qmail@web60419.mail.yahoo.com> References: <20050707195853.45906.qmail@web60419.mail.yahoo.com> Message-ID: Marcel de Ruiter wrote: > I have two questions: > + what is the syntax for linking to a file on my own computer or a nearby server? The protocol for local file is 'file://' but MediaWiki does not parse it for security reasons. You might add it by editing the Parser.php file (look for place where http:// mailto: etc protocols are set). > + is there an automated way to get MS Word documents in the Wiki and vice versa? I think there is some macros around to convert a MS Word or OpenOffice document to wiki syntax. None of them are actually supported by the development team :o) On the french wikip?dia: Word: http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Macro_Word Download: http://upload.wikimedia.org/wikipedia/fr/d/da/Wikipedia4.dot OpenOffice: http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Macro_OpenOffice.org Download: http://upload.wikimedia.org/wikipedia/fr/5/5a/Macro_Wikip%C3%A9dia_OpenOffice_0.1.sxw (Watchout, macros might not be safe although they probably are) cheers, -- Ashar Voultoiz - WP++++ http://en.wikipedia.org/wiki/User:Hashar http://www.livejournal.com/community/wikitech/ IM: hashar at jabber.org ICQ: 15325080 From raul_ at gmx.net Fri Jul 8 16:24:51 2005 From: raul_ at gmx.net (Gigea Mircea Raul) Date: Fri, 8 Jul 2005 18:24:51 +0200 (MEST) Subject: [Mediawiki-l] Problem upgrading from 1.3.9 to 1.5b3 (Article names with german special Characters ) Message-ID: <28839.1120839891@www69.gmx.net> Hi, I wanted to upgrade from an 1.3.9 Mediawiki to a 1.5b3 MediaWiki. All went well except all Articles which contained a german special character, were not imported at all. (Well at least from the user's point of view, cause i can find them in the Database). Is this a usual problem, where there also is a usual solution, or do i have to do it the hard way (debugging, analizing the database-article-name, the link-name, the article-name ... eventually run a script that replaces all theese with some 'correct ones') ? Thanx, Raul Gigea -- Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie! Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl From hashar at altern.org Fri Jul 8 21:05:04 2005 From: hashar at altern.org (Ashar Voultoiz) Date: Fri, 08 Jul 2005 23:05:04 +0200 Subject: [Mediawiki-l] Re: Broken RSS Feed In-Reply-To: References: Message-ID: Mark Cunningham wrote: > As far as I can tell two blank lines are being inserted before the > header and these seems to break any attempt to parse it using a > newsreader. > > I've looked at the code and I can't see anything wrong with the > headers. I haven't modified the code at all. I dont have the problem with cvs 1.4 and cvs HEAD. http://twenkill.dyndns.org/mediawiki-cvs/wiki.phtml?title=Special:Recentchanges&feed=rss http://twenkill.dyndns.org/mediawiki-1_4/wiki.phtml?title=Special:Recentchanges&feed=rss It might be fixed since 1.4.6, still, double check the bottom of index.php, LocalSettings.php ... -- Ashar Voultoiz - WP++++ http://en.wikipedia.org/wiki/User:Hashar http://www.livejournal.com/community/wikitech/ IM: hashar at jabber.org ICQ: 15325080 From brion at pobox.com Fri Jul 8 21:27:27 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 08 Jul 2005 14:27:27 -0700 Subject: [Mediawiki-l] Problem upgrading from 1.3.9 to 1.5b3 (Article names with german special Characters ) In-Reply-To: <28839.1120839891@www69.gmx.net> References: <28839.1120839891@www69.gmx.net> Message-ID: <42CEEFBF.1020507@pobox.com> Gigea Mircea Raul wrote: > I wanted to upgrade from an 1.3.9 Mediawiki to a 1.5b3 MediaWiki. All went > well except all Articles which contained a german special character, were > not imported at all. (Well at least from the user's point of view, cause i > can find them in the Database). Is this a usual problem, where there also is > a usual solution, or do i have to do it the hard way (debugging, analizing > the database-article-name, the link-name, the article-name ... eventually > run a script that replaces all theese with some 'correct ones') ? Are you using Latin-1 encoding (ISO 8859-1)? This is no longer supported. Please see RELEASE-NOTES and UPGRADING. There is a maintenance script to support conversion, which can be run on a 1.4-schema wiki to apply necessary conversion if you've configured it correctly. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050708/f7ec0a5e/attachment.pgp From rick.denatale at gmail.com Fri Jul 8 21:59:22 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Fri, 8 Jul 2005 17:59:22 -0400 Subject: [Mediawiki-l] Broken RSS Feed In-Reply-To: References: Message-ID: On 7/8/05, Mark Cunningham wrote: > I'm running a MediaWiki 1.4.6 and I've noticed that the RSS (and atom) > feed from Special:Recentchanges has become invalid. > > As far as I can tell two blank lines are being inserted before the > header and these seems to break any attempt to parse it using a > newsreader. > > I've looked at the code and I can't see anything wrong with the > headers. I haven't modified the code at all. > > The feed is @ http://irishgamingwiki.com/index.php?title=Special:Recentchanges&feed=rss > > and here is what a validator says about it: > > http://feedvalidator.org/check?url=http%3a%2f%2firishgamingwiki.com%2findex.php%3ftitle%3dSpecial%3aRecentchanges%26feed%3drss > Just a guess, but does your Localsettings.php start with any blank lines? This has caused [problems with other things besides RSS IIRC From compkarori at gmail.com Fri Jul 8 22:27:24 2005 From: compkarori at gmail.com (Graham Chiu) Date: Sat, 9 Jul 2005 10:27:24 +1200 Subject: [Mediawiki-l] sql error In-Reply-To: <48b2ee0a0507072133369a074e@mail.gmail.com> References: <48b2ee0a050707191236c1b544@mail.gmail.com> <42CDFEE5.50702@pobox.com> <48b2ee0a0507072133369a074e@mail.gmail.com> Message-ID: <48b2ee0a05070815275e1a0ed3@mail.gmail.com> Is there some change I can make to the mysql statement so that it becomes compatible with this ealier version of mysql? On 7/8/05, Graham Chiu wrote: > The host is running 3.23.32 > > On 7/8/05, Brion Vibber wrote: > > > > What's your MySQL version? > > > > -- brion vibber (brion @ pobox.com) > > > > Graham > From leonardburton at gmail.com Sat Jul 9 01:38:52 2005 From: leonardburton at gmail.com (Leonard Burton) Date: Fri, 8 Jul 2005 21:38:52 -0400 Subject: [Mediawiki-l] Sister project vs. two namespaces in bilingual wiki In-Reply-To: <42CE444C.3070302@gmail.com> References: <42CE444C.3070302@gmail.com> Message-ID: <732fb7a00507081838234dc0e5@mail.gmail.com> Alfonso, Maybe you could do this [jp page] [en page] where page is the name of the page? Mediawiki would then replace the space with an underscore. You can have two wikis going with the common user database by adding $wgSharedDB in your LocalSettings.php. That way you can have n wikis with one user database. Does this help? Leonard On 7/8/05, Alfonso Mu?oz-Pomer Fuentes wrote: > Hi, I installed MediaWiki a week ago and I'm tweaking it now just before > starting to populate it with content. > > My issue is that I'm doing a bilingual Japanese-English wiki, where each > page has its correspondent one in the other language (which would be > only a translation). I've read all I've been able to find about having > two namespaces or doing a sister project, but as it's extremely > convenient to have only one user database I've opted for creating two > namespaces. The problem is that the title of each page is now > "English:Pagetitle" or "Japanese:Pagetitle". Is it possible to remove > the namespace and colon there? > > Has anybody run into the same problem of setting a multilingual wiki > that made mandatory the use of only one user database? Is it possible to > share the two user tables across two different wikis? > > Thanks in advance... > > Alfonso > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- Leonard Burton, N9URK leonardburton at gmail.com From selva at thescian.com Sat Jul 9 12:06:09 2005 From: selva at thescian.com (Selva) Date: Sat, 9 Jul 2005 08:06:09 -0400 Subject: [Mediawiki-l] Disabling user registrations In-Reply-To: <732fb7a00507081838234dc0e5@mail.gmail.com> References: <42CE444C.3070302@gmail.com> <732fb7a00507081838234dc0e5@mail.gmail.com> Message-ID: <2dde36fc1427d33d01c5e7504de57d98@thescian.com> Which setting to I change for disabling user registrations? I am using Mediawiki 1.4.4. There are a lot of bogus registrations which seem like bots. Is there a way to delete them? thanks. Selva. From nidonocu at gmail.com Sat Jul 9 16:54:55 2005 From: nidonocu at gmail.com (Nidonocu) Date: Sat, 09 Jul 2005 17:54:55 +0100 Subject: [Mediawiki-l] Disabling user registrations In-Reply-To: <2dde36fc1427d33d01c5e7504de57d98@thescian.com> References: <42CE444C.3070302@gmail.com> <732fb7a00507081838234dc0e5@mail.gmail.com> <2dde36fc1427d33d01c5e7504de57d98@thescian.com> Message-ID: <42D0015F.3080901@gmail.com> Insert the following line in to your LocalSettings.php file: $wgWhitelistAccount = array ( 'user' => 0, 'sysop' => 1); This will remove the 'create account' boxes from the Create User/Login Page and only let existing users login. Nidonocu C:\> nidonocu at gmail.com http://www.nidonocu.co.uk http://nidonocu.livejournal.com Nidonocu at Gmail.com Get Thunderbird Selva wrote: > Which setting to I change for disabling user registrations? I am using > Mediawiki 1.4.4. > > There are a lot of bogus registrations which seem like bots. Is there > a way to delete them? > > thanks. Selva. > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From timmarshall.australia at gmail.com Sat Jul 9 21:52:57 2005 From: timmarshall.australia at gmail.com (tim marshall) Date: Sun, 10 Jul 2005 07:52:57 +1000 Subject: [Mediawiki-l] How to install a second wiki Message-ID: I've managed to install Wikimedia and run a wiki on my own computer using the Saint WAMP package. But I'm stumped on how to create a second and subsequent wikis for the other projects I have. Can anybody suggest how I could do this? From mengland at mengland.net Sun Jul 10 03:28:29 2005 From: mengland at mengland.net (Matt England) Date: Sat, 09 Jul 2005 22:28:29 -0500 Subject: [Mediawiki-l] When does search index get built? Message-ID: <6.1.2.0.2.20050709222355.049b1550@127.0.0.1> Hello, I inserted text into the body of an existing page on my site, and then I try to search for that text sometime later, and said page does not show up in my search list. However, other, pre-existing text does show up in said page when I search for it. This leads me to wonder: Does MediaWiki (in my case, 1.4.0) have to build a search index every so often? If so, when/how does it do this? (I don't see a cron anywhere...) And if not...why would my text not show up in the search? (The text in question is "chicago", without the quotes. In my wiki page it is nice and white-space separated. I don't understand...) -Matt From leonardburton at gmail.com Sun Jul 10 03:42:43 2005 From: leonardburton at gmail.com (Leonard Burton) Date: Sat, 9 Jul 2005 23:42:43 -0400 Subject: [Mediawiki-l] How to install a second wiki In-Reply-To: References: Message-ID: <732fb7a00507092042280301b8@mail.gmail.com> Tim, The easiest thing to do is to create a seperate directory and install MW into that dir. If you want to use the same user db in both wikis add $wgSharedDB="first db" in Local settings and it will use your existing user db. Does this help? Leonard On 7/9/05, tim marshall wrote: > I've managed to install Wikimedia and run a wiki on my own computer > using the Saint WAMP package. > > But I'm stumped on how to create a second and subsequent wikis for the > other projects I have. > > Can anybody suggest how I could do this? > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- Leonard Burton, N9URK leonardburton at gmail.com "The prolonged evacuation would have dramatically affected the survivability of the occupants." From brion at pobox.com Sun Jul 10 05:06:06 2005 From: brion at pobox.com (Brion Vibber) Date: Sat, 09 Jul 2005 22:06:06 -0700 Subject: [Mediawiki-l] When does search index get built? In-Reply-To: <6.1.2.0.2.20050709222355.049b1550@127.0.0.1> References: <6.1.2.0.2.20050709222355.049b1550@127.0.0.1> Message-ID: <42D0ACBE.3070000@pobox.com> Matt England wrote: > Hello, > > I inserted text into the body of an existing page on my site, and then I > try to search for that text sometime later, and said page does not show > up in my search list. However, other, pre-existing text does show up in > said page when I search for it. > > This leads me to wonder: > > Does MediaWiki (in my case, 1.4.0) have to build a search index every so > often? No. > And if not...why would my text not show up in the search? (The text in > question is "chicago", without the quotes. In my wiki page it is nice > and white-space separated. I don't understand...) If it's doing a LOW_PRIORITY insert, it may not be actually applying until another change comes or some other oddity. Have you tried making other changes? Do a SHOW PROCESSLIST and look for lingering threads. Check also if you're having a database problem that might not be showing during the redirect process, etc. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050709/5f93f4ca/attachment.pgp From selva at thescian.com Sun Jul 10 12:56:23 2005 From: selva at thescian.com (Selva) Date: Sun, 10 Jul 2005 08:56:23 -0400 Subject: [Mediawiki-l] Disabling user registrations In-Reply-To: <42D0015F.3080901@gmail.com> References: <42CE444C.3070302@gmail.com> <732fb7a00507081838234dc0e5@mail.gmail.com> <2dde36fc1427d33d01c5e7504de57d98@thescian.com> <42D0015F.3080901@gmail.com> Message-ID: <8c77eb6a5edbbf743543194bdca3b0e1@thescian.com> Thank you. On Jul 9, 2005, at 12:54 PM, Nidonocu wrote: > Insert the following line in to your LocalSettings.php file: > > $wgWhitelistAccount = array ( 'user' => 0, 'sysop' => 1); > > This will remove the 'create account' boxes from the Create User/Login > Page and only let existing users login. > > > Nidonocu C:\> > nidonocu at gmail.com > http://www.nidonocu.co.uk > http://nidonocu.livejournal.com > Nidonocu at Gmail.com Get Thunderbird > > > > > Selva wrote: > >> Which setting to I change for disabling user registrations? I am >> using Mediawiki 1.4.4. >> >> There are a lot of bogus registrations which seem like bots. Is there >> a way to delete them? >> >> thanks. Selva. >> >> _______________________________________________ >> MediaWiki-l mailing list >> MediaWiki-l at Wikimedia.org >> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l >> > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From andyc at andy-yvonne.demon.co.uk Sun Jul 10 15:20:50 2005 From: andyc at andy-yvonne.demon.co.uk (Andy Cunningham) Date: Sun, 10 Jul 2005 16:20:50 +0100 Subject: [Mediawiki-l] Toolbar Customisation Question (MediaWiki newbie) In-Reply-To: <2567871.Z46sOke0ur@rose.local> References: <2567871.Z46sOke0ur@rose.local> Message-ID: <42D13CD2.8050001@andy-yvonne.demon.co.uk> Is there an (easy) way to make the Toolbar navigation box only visible to logged-in users on MediaWIki v.1.4.x? AndyC -- Faith may be defined briefly as an illogical belief in the occurrence of the improbable. -- H. L. Mencken (1880 - 1956) >From the desk of Andy Cunningham. andy -at- cunningham.me.uk From brion at pobox.com Sun Jul 10 17:16:30 2005 From: brion at pobox.com (Brion Vibber) Date: Sun, 10 Jul 2005 10:16:30 -0700 Subject: [Mediawiki-l] Toolbar Customisation Question (MediaWiki newbie) In-Reply-To: <42D13CD2.8050001@andy-yvonne.demon.co.uk> References: <2567871.Z46sOke0ur@rose.local> <42D13CD2.8050001@andy-yvonne.demon.co.uk> Message-ID: <42D157EE.20706@pobox.com> Andy Cunningham wrote: > Is there an (easy) way to make the Toolbar navigation box only visible > to logged-in users on MediaWIki v.1.4.x? if( $wgUser->getId() != 0 ) { .... stuff happens ... } -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050710/13023188/attachment.pgp From molasses-one at shaw.ca Sun Jul 10 17:45:53 2005 From: molasses-one at shaw.ca (edward molasses) Date: Sun, 10 Jul 2005 10:45:53 -0700 Subject: [Mediawiki-l] How to install a second wiki In-Reply-To: References: Message-ID: <200507101045.53562.molasses-one@shaw.ca> I hope there will be some more responses on this topic that are more detailed since I don't know very much, but I have been looking into this so I will post a link from the MediaWiki site. This page: http://meta.wikimedia.org/wiki/MediaWiki_User%27s_Guide:_FAQ#Is_it_possible_to_install_more_than_one_wiki_.28MediaWiki.29_on_a_server.3F_How.3F is the most information on the subject that I have found. I don't know if using a package installer (i don't know what Saint WAMP is) would make this install more challenging, but the manual install is trivial enough so I would do that instead. One small question I have about these instructions is the instruction: "2. specify a (different) table name prefix on the configuration page" I'm not completely clear on what this refers to though, and was hoping someone could help out. Does it refer to editing the LocalSettings.php in the install directory of the all the new wikis, so that the $wgDBname variable refers to a new table that we should create for each of them, or does it mean that the web-based installer should be run for each new installation, specifying a new table each time? Thanks, Andrew. On Saturday 09 July 2005 2:52 pm, tim marshall wrote: > I've managed to install Wikimedia and run a wiki on my own computer > using the Saint WAMP package. > > But I'm stumped on how to create a second and subsequent wikis for the > other projects I have. > > Can anybody suggest how I could do this? > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From mengland at mengland.net Sun Jul 10 21:30:55 2005 From: mengland at mengland.net (Matt England) Date: Sun, 10 Jul 2005 16:30:55 -0500 Subject: [Mediawiki-l] When does search index get built? In-Reply-To: <42D0ACBE.3070000@pobox.com> References: <6.1.2.0.2.20050709222355.049b1550@127.0.0.1> <42D0ACBE.3070000@pobox.com> Message-ID: <6.1.2.0.2.20050710162434.04f41ec0@127.0.0.1> I have come to form the impression that MediaWiki's full-page-text capability is poor. I have inserted various words at my 1.4.0 site, meta.wikimedia.org, and en.wikipedia.org, and have found similar problems on all the sites. Depending on how and where I place the same text, searches will find the text (at least on my site), and if I take the same text and put it in a different position on the same page, the text is not found in a search. For what it's worth, text edits to http://en.wikipedia.org/wiki/Sandbox were not found in a search (I also put stuff in http://meta.wikimedia.org/wiki/Sandbox with the same results). I made a very unique text string did not result in a search hit on *any* page. So...I've just sort of given up on full-text search capability for MediaWiki...but I'm still using it as a primary tool for my intranet. I'll probably try to fill in the searching gaps with WebGlimpse, or something similar. (I wanted to install WG anyway, for I want a one-stop search place on my intranet sites that have multiple applications, like forums, wikis, blogs, etc.) -Matt From brion at pobox.com Sun Jul 10 22:30:00 2005 From: brion at pobox.com (Brion Vibber) Date: Sun, 10 Jul 2005 15:30:00 -0700 Subject: [Mediawiki-l] When does search index get built? In-Reply-To: <6.1.2.0.2.20050710162434.04f41ec0@127.0.0.1> References: <6.1.2.0.2.20050709222355.049b1550@127.0.0.1> <42D0ACBE.3070000@pobox.com> <6.1.2.0.2.20050710162434.04f41ec0@127.0.0.1> Message-ID: <42D1A168.5010706@pobox.com> Matt England wrote: > I have come to form the impression that MediaWiki's full-page-text > capability is poor. I have inserted various words at my 1.4.0 site, > meta.wikimedia.org, and en.wikipedia.org, and have found similar > problems on all the sites. Depending on how and where I place the same > text, searches will find the text (at least on my site), and if I take > the same text and put it in a different position on the same page, the > text is not found in a search. > > For what it's worth, text edits to http://en.wikipedia.org/wiki/Sandbox > were not found in a search (I also put stuff in > http://meta.wikimedia.org/wiki/Sandbox with the same results). I made a > very unique text string did not result in a search hit on *any* page. The Wikimedia sites are using a completely different search engine. At the moment a full rebuild of the search index is being made and changes will not immediately be reflected. This is completely unrelated to the MySQL fulltext search engine backend used by default on MediaWiki, which should update immediately (with various caveats). If you are having problems with it, please check the index by running the search queries manually and ensure it is properly set up. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050710/50d6c19d/attachment.pgp From leonardburton at gmail.com Mon Jul 11 00:17:41 2005 From: leonardburton at gmail.com (Leonard Burton) Date: Sun, 10 Jul 2005 20:17:41 -0400 Subject: [Mediawiki-l] Nearlyfreespeach.net Message-ID: <732fb7a00507101717128efdc5@mail.gmail.com> Greetings, I have a few wikis set up at nearlyfreespeach.net and had a problem with the url turing into something ugly. It would have several sub-domains and I fixed the problem by adding this to the top of Localsettings.php: $_SERVER['SERVER_NAME'] = "url of wiki"; Is this the best way to effect such changes? Thanks, -- Leonard Burton, N9URK leonardburton at gmail.com "The prolonged evacuation would have dramatically affected the survivability of the occupants." From pttsbsteve at comcast.net Mon Jul 11 02:10:11 2005 From: pttsbsteve at comcast.net (pttsbsteve) Date: Sun, 10 Jul 2005 22:10:11 -0400 Subject: [Mediawiki-l] Hugh Scott Message-ID: <000601c585bd$aee34410$c03fac43@DBQTYP61> What is with the article about former Senator Hugh Scott of Pennsylvania? Can something be done to correct this kind of nonsense getting into print? From nidonocu at gmail.com Mon Jul 11 02:30:16 2005 From: nidonocu at gmail.com (Nidonocu) Date: Mon, 11 Jul 2005 03:30:16 +0100 Subject: [Mediawiki-l] Hugh Scott In-Reply-To: <000601c585bd$aee34410$c03fac43@DBQTYP61> References: <000601c585bd$aee34410$c03fac43@DBQTYP61> Message-ID: <42D1D9B8.20706@gmail.com> You'll find it already has been reverted, this is the nature of Wiki. In future, step in yourself and fix it. No one can stop vandals, but they can be easily silenced. Nidonocu C:\> nidonocu at gmail.com http://www.nidonocu.co.uk http://nidonocu.livejournal.com Nidonocu at Gmail.com Get Thunderbird pttsbsteve wrote: >What is with the article about former Senator Hugh Scott of Pennsylvania? Can something be done to correct this kind of nonsense getting into print? >_______________________________________________ >MediaWiki-l mailing list >MediaWiki-l at Wikimedia.org >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > From hans.voss at gmail.com Mon Jul 11 08:47:20 2005 From: hans.voss at gmail.com (Hans Voss) Date: Mon, 11 Jul 2005 10:47:20 +0200 Subject: [Mediawiki-l] Removing old versions of pages from 1.5beta wiki Message-ID: Hi, I am testing the beta version of the 1.5 wiki in a very limited testing environment. Since disk space (and CPU and memory, and anything else) is at a premium in that environment, is there any easy way to remove all previous versions of all pages all at once? The pre 1.5 scripts won't work because of the schema redesign and I am not comfortable enough with either PHP or the schema to use the changes described in http://meta.wikimedia.org/wiki/Proposed_Database_Schema_Changes/October_2004 to change those scripts. ---- Met vriendelijke groeten / With kind regards Hans Voss --------------------------------------- skype: hans.voss From mark.cunningham at gmail.com Mon Jul 11 10:21:47 2005 From: mark.cunningham at gmail.com (Mark Cunningham) Date: Mon, 11 Jul 2005 11:21:47 +0100 Subject: [Mediawiki-l] Re: Broken RSS Feed In-Reply-To: References: Message-ID: On 7/8/05, Ashar Voultoiz wrote: > It might be fixed since 1.4.6, still, double check the bottom of > index.php, LocalSettings.php ... Ah, that was it. The bottom of LocalSettings.php had several blank lines. Removed those it worked. Thanks! :) Mark -- http://thedeadone.net From wiseleyb at gmail.com Mon Jul 11 11:20:20 2005 From: wiseleyb at gmail.com (ben wiseley) Date: Mon, 11 Jul 2005 04:20:20 -0700 Subject: [Mediawiki-l] security question Message-ID: I wanted to make a mediawiki site completely secure. In other words you'd need to type in a username/password before you even could see the site? Is this kind of thing possible? I'm hoping it's a simple Apache setting. Thoughts? -ben From sarath at ownee.com Mon Jul 11 11:47:54 2005 From: sarath at ownee.com (sarath chandran) Date: Mon, 11 Jul 2005 07:47:54 -0400 Subject: [Mediawiki-l] Sub domain www disappeared after Mediawiki 1.5 Beta 3 upgrade Message-ID: <20050711114753.D99E71AC023F@mail.wikimedia.org> All: I recently upgraded Mediawiki from 1.4.x to 1.5 beta release 3. The upgrade went fine and all functionality as mentioned. However, I notice that www sub domain is not being referenced. All the pages are referenced as http://foo.com instead of http://www.foo.com. I am sort of lost here and any suggestions will be of help Thanks sarath From sr.ribeiro at gmail.com Mon Jul 11 13:08:19 2005 From: sr.ribeiro at gmail.com (=?ISO-8859-1?Q?S=E9rgio_Ribeiro?=) Date: Mon, 11 Jul 2005 14:08:19 +0100 Subject: [Mediawiki-l] security question In-Reply-To: References: Message-ID: <71fb0a8e050711060812bc80f7@mail.gmail.com> Hello, Please read http://meta.wikimedia.org/wiki/Preventing_Access Cheers, On 7/11/05, ben wiseley wrote: > > I wanted to make a mediawiki site completely secure. In other words you'd > need to type in a username/password before you even could see the site? Is > this kind of thing possible? I'm hoping it's a simple Apache setting. > Thoughts? > > -ben > -- Edit this page @ http://pt.wikipedia.org From john.hagen at boeing.com Mon Jul 11 17:49:57 2005 From: john.hagen at boeing.com (Hagen, John) Date: Mon, 11 Jul 2005 10:49:57 -0700 Subject: [Mediawiki-l] Capitalized user names Message-ID: <9E45DFCB23BE444AA7287B68EE53A0AD3A5F69@XCH-NW-3V2.nw.nos.boeing.com> Hey, I created a wiki for my co workers, but have noticed after a little testing that all the user hames are capitalized, even though I entered them as all lower case. Is there a setting I can toggle to make MW remember user names exactly as they were entered?? Thanking you, john hagen ~ john.hagen at boeing.com ================================== From hashar at altern.org Mon Jul 11 18:15:44 2005 From: hashar at altern.org (Ashar Voultoiz) Date: Mon, 11 Jul 2005 20:15:44 +0200 Subject: [Mediawiki-l] Re: Sub domain www disappeared after Mediawiki 1.5 Beta 3 upgrade In-Reply-To: <20050711114753.D99E71AC023F@mail.wikimedia.org> References: <20050711114753.D99E71AC023F@mail.wikimedia.org> Message-ID: sarath chandran wrote: > All: > > I recently upgraded Mediawiki from 1.4.x to 1.5 beta release 3. The upgrade > went fine and all functionality as mentioned. However, I notice that www sub > domain is not being referenced. All the pages are referenced as > http://foo.com instead of http://www.foo.com. I am sort of lost here and any > suggestions will be of help Hostname is autodected by MediaWiki, it might have been slightly changed between 1.4 and 1.5 (need to be checked). Meanwhile, you can set in your LocalSettings.php : $wgServer = 'www.foo.com'; -- Ashar Voultoiz - WP++++ http://en.wikipedia.org/wiki/User:Hashar http://www.livejournal.com/community/wikitech/ IM: hashar at jabber.org ICQ: 15325080 From hashar at altern.org Mon Jul 11 18:18:33 2005 From: hashar at altern.org (Ashar Voultoiz) Date: Mon, 11 Jul 2005 20:18:33 +0200 Subject: [Mediawiki-l] Re: Removing old versions of pages from 1.5beta wiki In-Reply-To: References: Message-ID: Hans Voss wrote: > Hi, > > I am testing the beta version of the 1.5 wiki in a very limited > testing environment. > Since disk space (and CPU and memory, and anything else) is at a > premium in that environment, is there any easy way to remove all > previous versions of all pages all at once? > The pre 1.5 scripts won't work because of the schema redesign and I am > not comfortable enough with either PHP or the schema to use the > changes described in > http://meta.wikimedia.org/wiki/Proposed_Database_Schema_Changes/October_2004 > to change those scripts. We have a script to compress old revisions (back up your data first): ./maintenance/compressOld.php That might help saving a bit of space. -- Ashar Voultoiz - WP++++ http://en.wikipedia.org/wiki/User:Hashar http://www.livejournal.com/community/wikitech/ IM: hashar at jabber.org ICQ: 15325080 From brion at pobox.com Mon Jul 11 18:48:27 2005 From: brion at pobox.com (Brion Vibber) Date: Mon, 11 Jul 2005 11:48:27 -0700 Subject: [Mediawiki-l] Capitalized user names In-Reply-To: <9E45DFCB23BE444AA7287B68EE53A0AD3A5F69@XCH-NW-3V2.nw.nos.boeing.com> References: <9E45DFCB23BE444AA7287B68EE53A0AD3A5F69@XCH-NW-3V2.nw.nos.boeing.com> Message-ID: <42D2BEFB.5090307@pobox.com> Hagen, John wrote: > I created a wiki for my co workers, but have noticed after a little > testing that all the user hames are capitalized, even though I entered > them as all lower case. Is there a setting I can toggle to make MW > remember user names exactly as they were entered?? Sorry no, currently all usernames are capitalized. At some point in the future we will have case-insensitive, case-preserving titles and you will be able to case them however you like, but that will be another major version away. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050711/679cc91b/attachment.pgp From compkarori at gmail.com Mon Jul 11 20:07:57 2005 From: compkarori at gmail.com (Graham Chiu) Date: Tue, 12 Jul 2005 08:07:57 +1200 Subject: [Mediawiki-l] sql error In-Reply-To: <48b2ee0a05070815275e1a0ed3@mail.gmail.com> References: <48b2ee0a050707191236c1b544@mail.gmail.com> <42CDFEE5.50702@pobox.com> <48b2ee0a0507072133369a074e@mail.gmail.com> <48b2ee0a05070815275e1a0ed3@mail.gmail.com> Message-ID: <48b2ee0a050711130769d48b36@mail.gmail.com> Can anyone help here? I talked to the company hosting my site, and they said that they do not know if, or when, they will be upgrading their mysql version. Graham On 7/9/05, Graham Chiu wrote: > Is there some change I can make to the mysql statement so that it > becomes compatible with this ealier version of mysql? > From zain at voltage.com Mon Jul 11 20:27:26 2005 From: zain at voltage.com (Zain Memon) Date: Mon, 11 Jul 2005 13:27:26 -0700 Subject: [Mediawiki-l] sql error Message-ID: <932E391D0072FE48AFD9F81EA884AA91476C05@narcolepsy.voltage.com> >From what I understand, your wiki works fine, except it throws that error. If this is the case, then you can turn off the errors by setting $wgShowSQLErrors=false; in LocalSettings.php. The error won't be shown any more (though it will still happen). -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Graham Chiu Sent: Monday, July 11, 2005 1:08 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] sql error Can anyone help here? I talked to the company hosting my site, and they said that they do not know if, or when, they will be upgrading their mysql version. Graham On 7/9/05, Graham Chiu wrote: > Is there some change I can make to the mysql statement so that it > becomes compatible with this ealier version of mysql? > _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From russ.abbott at gmail.com Tue Jul 12 05:50:21 2005 From: russ.abbott at gmail.com (Russ Abbott) Date: Mon, 11 Jul 2005 22:50:21 -0700 Subject: [Mediawiki-l] Email notification of page changes In-Reply-To: <932E391D0072FE48AFD9F81EA884AA91476C05@narcolepsy.voltage.com> References: <932E391D0072FE48AFD9F81EA884AA91476C05@narcolepsy.voltage.com> Message-ID: <15fe0a4a0507112250341b49d7@mail.gmail.com> Hi, As a new wiki user, I have what may be a trivial question. Is there any way to set things up so that users can elect to be notified when selected pages change? Thanks. -- Russ Abbott Professor, Computer Science California State University, Los Angeles o Check out my blog at http://russabbott.blogspot.com/ From compkarori at gmail.com Tue Jul 12 05:55:30 2005 From: compkarori at gmail.com (Graham Chiu) Date: Tue, 12 Jul 2005 17:55:30 +1200 Subject: [Mediawiki-l] sql error In-Reply-To: <932E391D0072FE48AFD9F81EA884AA91476C0F@narcolepsy.voltage.com> References: <932E391D0072FE48AFD9F81EA884AA91476C0F@narcolepsy.voltage.com> Message-ID: <48b2ee0a05071122557f18927e@mail.gmail.com> I checked the requirements again at http://meta.wikimedia.org/wiki/MySQL_config and it says "MySQL 4.0.x is not currently required" So, I presume this is a bug that I am experiencing, or the documentation is incorrect. On 7/12/05, Zain Memon wrote: > Here's a piece of useless advice then: switch hosting companies ;) > > Sorry, not sure where to go from here. You might want to consider > finding the LinkCache function and manually commenting out the erroring > query. Hopefully someone else on the list can be more help. > > > -----Original Message----- > > From: Graham Chiu [mailto:compkarori at gmail.com] > > Sent: Monday, July 11, 2005 1:53 PM > > To: Zain Memon > > Subject: Re: [Mediawiki-l] sql error > > > > Correction, it now says > > > > 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 "LinkCache::preFill". MySQL returned error "1064: > > You have an error in your SQL syntax near 'FOR UPDATE' at line 3 > > (mysql.webxess.net)". > > > > So, something incompatible in the LinkCache function. But the actual > > query is not displayed. > > > > On 7/12/05, Graham Chiu wrote: > > > Tried that, and it makes no difference. The sql query is still > hidden. > > > > > > On 7/12/05, Zain Memon wrote: > > > > Oh, sorry, I misunderstood the function of $wgShowSQLErrors. If > you > > set > > > > it to true, it'll show the actual query instead of saying "SQL > Query > > > > Hidden". > > > > > > > > Try setting it to true and post the query here. > > > > > > > > > -----Original Message----- > > > > > From: Graham Chiu [mailto:compkarori at gmail.com] > > > > > Sent: Monday, July 11, 2005 1:40 PM > > > > > To: Zain Memon > > > > > Subject: Re: [Mediawiki-l] sql error > > > > > > > > > > Unfortunately that does not help :( > > > > > > > > > > See http://compkarori.com/rebolwiki/index.php/Main_Page > > > > > > > > > > On 7/12/05, Zain Memon wrote: > > > > > > From what I understand, your wiki works fine, except it throws > > that > > > > > > error. If this is the case, then you can turn off the errors > by > > > > setting > > > > > > $wgShowSQLErrors=false; in LocalSettings.php. The error won't > be > > > > shown > > > > > > any more (though it will still happen). > > > > > > > > > > > > -----Original Message----- > > > > > > From: mediawiki-l-bounces at Wikimedia.org > > > > > > [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Graham > > Chiu > > > > > > Sent: Monday, July 11, 2005 1:08 PM > > > > > > To: MediaWiki announcements and site admin list > > > > > > Subject: Re: [Mediawiki-l] sql error > > > > > > > > > > > > Can anyone help here? > > > > > > > > > > > > I talked to the company hosting my site, and they said that > they > > do > > > > > > not know if, or when, they will be upgrading their mysql > version. > > > > > > > > > > > > Graham > > > > > > > > > > > > On 7/9/05, Graham Chiu wrote: > > > > > > > Is there some change I can make to the mysql statement so > that > > it > > > > > > > becomes compatible with this ealier version of mysql? > > > > > > > > > > > > > _______________________________________________ > > > > > > MediaWiki-l mailing list > > > > > > MediaWiki-l at Wikimedia.org > > > > > > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > > > > > > > > > > > From lists-MediaWiki-l at ira.abramov.org Tue Jul 12 06:22:29 2005 From: lists-MediaWiki-l at ira.abramov.org (Ira Abramov) Date: Tue, 12 Jul 2005 09:22:29 +0300 Subject: [Mediawiki-l] Re: Email notification of page changes In-Reply-To: <15fe0a4a0507112250341b49d7@mail.gmail.com> References: <932E391D0072FE48AFD9F81EA884AA91476C05@narcolepsy.voltage.com> <15fe0a4a0507112250341b49d7@mail.gmail.com> Message-ID: <20050712062229.GG9151@ira.abramov.org> Quoting Russ Abbott, from the post of Mon, 11 Jul: > Hi, > As a new wiki user, I have what may be a trivial question. Is there any way > to set things up so that users can elect to be notified when selected pages > change? not with the plain-vanilla MediaWiki, sadly, but there's an excellent extension of it, and it is kept closely up-to-date with the main product: http://sourceforge.net/projects/enotifwiki/ -- Just happy to be nominated Ira Abramov http://ira.abramov.org/email/ From hans.voss at gmail.com Tue Jul 12 07:48:36 2005 From: hans.voss at gmail.com (Hans Voss) Date: Tue, 12 Jul 2005 09:48:36 +0200 Subject: [Mediawiki-l] Re: Removing old versions of pages from 1.5beta wiki In-Reply-To: References: Message-ID: OK, I thought (from looking through the code) that this script was only going to work for the pre 1.5 version database scheme. On 7/11/05, Ashar Voultoiz wrote: > Hans Voss wrote: > > Hi, > > > > I am testing the beta version of the 1.5 wiki in a very limited > > testing environment. > > Since disk space (and CPU and memory, and anything else) is at a > > premium in that environment, is there any easy way to remove all > > previous versions of all pages all at once? > > The pre 1.5 scripts won't work because of the schema redesign and I am > > not comfortable enough with either PHP or the schema to use the > > changes described in > > http://meta.wikimedia.org/wiki/Proposed_Database_Schema_Changes/October_2004 > > to change those scripts. > > We have a script to compress old revisions (back up your data first): > ./maintenance/compressOld.php > > That might help saving a bit of space. > > -- > Ashar Voultoiz - WP++++ > http://en.wikipedia.org/wiki/User:Hashar > http://www.livejournal.com/community/wikitech/ > IM: hashar at jabber.org ICQ: 15325080 > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- ---- Met vriendelijke groeten / With kind regards Hans Voss --------------------------------------- skype: hans.voss From brion at pobox.com Tue Jul 12 08:05:35 2005 From: brion at pobox.com (Brion Vibber) Date: Tue, 12 Jul 2005 01:05:35 -0700 Subject: [Mediawiki-l] sql error In-Reply-To: <48b2ee0a0507072133369a074e@mail.gmail.com> References: <48b2ee0a050707191236c1b544@mail.gmail.com> <42CDFEE5.50702@pobox.com> <48b2ee0a0507072133369a074e@mail.gmail.com> Message-ID: <42D379CF.6010907@pobox.com> Graham Chiu wrote: > The host is running 3.23.32 Support for SELECT ... FOR UPDATE was added in MySQL 3.23.36, released on March 27, 2001 (over four years ago). We use this construct extensively; while it's _possible_ you may be able to get the software to work by manually removing all uses, I can make no guarantees that it'll work or there isn't some other problem. The minimum baseline we expect to work is the software versions included in Debian GNU/Linux 3.0 ('Woody'). For MySQL, this is version 3.23.49. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050712/2c503045/attachment.pgp From brion at pobox.com Tue Jul 12 08:09:03 2005 From: brion at pobox.com (Brion Vibber) Date: Tue, 12 Jul 2005 01:09:03 -0700 Subject: [Mediawiki-l] Email notification of page changes In-Reply-To: <15fe0a4a0507112250341b49d7@mail.gmail.com> References: <932E391D0072FE48AFD9F81EA884AA91476C05@narcolepsy.voltage.com> <15fe0a4a0507112250341b49d7@mail.gmail.com> Message-ID: <42D37A9F.8030707@pobox.com> Russ Abbott wrote: > As a new wiki user, I have what may be a trivial question. Is there any way > to set things up so that users can elect to be notified when selected pages > change? This is included in MediaWiki 1.5 (now in beta). There's also a patched version of 1.4 available: http://meta.wikimedia.org/wiki/Enotif -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050712/2981668c/attachment.pgp From Jeff_Wolfe at intuit.com Wed Jul 13 00:41:58 2005 From: Jeff_Wolfe at intuit.com (Wolfe, Jeff) Date: Tue, 12 Jul 2005 17:41:58 -0700 Subject: [Mediawiki-l] Variables in Wikitext & Browser Caching Message-ID: I realize it's been a while, but I thought I would share our result. We wrote an extension - titled "nocache" that simply included the code from meta at (http://meta.wikimedia.org/wiki/MediaWiki_extensions_FAQ). This gives us a tag that we can put on any page and seems 99% of the time to defeat the browser cache. Seems to be working for us at least. Your mileage may vary :) Jeff -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Rowan Collins Sent: Tuesday, June 14, 2005 3:35 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Variables in Wikitext & Browser Caching On 14/06/05, Rick DeNatale wrote: > Something doesn't compute here Rowan. > {{MPHist/{{CURRENTMONTHNAME}}{{CURRENTDAY}}}} > which selects the proper subpage for the date. > And this seems to work. Hmm; my memory was that that explicitly *didn't* work without manual intervention (i.e. trivial/null edits or cache purges), but maybe someone came up with a solution already? Wikipedia's Talk:Main_Page still has the prominent message "Main Page out of date? Purge the cache (http://en.wikipedia.org/w/wiki.phtml?title=Main_Page&action=purge)..." -- Rowan Collins BSc [IMSoP] _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From Jeff_Wolfe at intuit.com Wed Jul 13 00:49:16 2005 From: Jeff_Wolfe at intuit.com (Wolfe, Jeff) Date: Tue, 12 Jul 2005 17:49:16 -0700 Subject: [Mediawiki-l] Pagetitle Not Working Message-ID: Hi All, Quick question on pagetitle. I want to change the title in the titlebar of all my pages. A quick search yielded Mediawiki:Pagetitle. I changed this value and it had no affect on my site. For example, I changed it from "$1 - {{SITENAME}}" to "{{SITENAME}} - blah blah - $1". I tried it in production and dev environments. None of the systems have any caching enabled. I am running MW 1.4.1 & PHP 5. Other messages override just fine. Any ideas? Hacking the code is an option, but I prefer to use the settings in the DB when I get the chance. Thanks, Jeff From Jan at Bytesmiths.com Wed Jul 13 04:17:16 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Tue, 12 Jul 2005 21:17:16 -0700 Subject: [Mediawiki-l] Variables in Wikitext & Browser Caching In-Reply-To: References: Message-ID: On 12 Jul 2005, at 17:41, Wolfe, Jeff wrote: > I realize it's been a while, but I thought I would share our > result. We > wrote an extension - titled "nocache" that simply included the code > from > meta at (http://meta.wikimedia.org/wiki/MediaWiki_extensions_FAQ). > This > gives us a tag that we can put on any page and seems 99% of the > time to > defeat the browser cache. Well duh! (That's one of those thangs that *I* wish I had thought of! :-) Thanks for sharing that! :::: You can't have your SUV and eat it, too! :::: (It takes TEN calories of fossil-fuel energy to produce EACH calorie of simple food.) :::: (It takes ONE HUNDRED calories of fossil-fuel energy to produce EACH calorie of highly processed food.) :::: Jan Steinman From mbartos at expomedia.de Wed Jul 13 11:38:24 2005 From: mbartos at expomedia.de (Michael Bartos) Date: Wed, 13 Jul 2005 13:38:24 +0200 Subject: [Mediawiki-l] EXIF tags Message-ID: <0MKwpI-1DsfZN3Hah-0002Gc@mrelayeu.kundenserver.de> Is there a list of which EXIF tags are supportet in MediaWiki 1.5? Mike From antilyrical at spamcop.net Wed Jul 13 11:52:01 2005 From: antilyrical at spamcop.net (antilyrical at spamcop.net) Date: Wed, 13 Jul 2005 07:52:01 -0400 Subject: [Mediawiki-l] changing the footer area Message-ID: <20050713075201.xko48w04sgkkcc8s@webmail.spamcop.net> At the bottom of the standard monobook skin it has a "footer" that says " This page was last modified..." etc.. How do I change what appears in that area? Also, I if I make a change to the footer there, will it change for the other skins as well? Thanks! From lists-MediaWiki-l at ira.abramov.org Wed Jul 13 12:16:59 2005 From: lists-MediaWiki-l at ira.abramov.org (Ira Abramov) Date: Wed, 13 Jul 2005 15:16:59 +0300 Subject: [Mediawiki-l] Re: EXIF tags In-Reply-To: <0MKwpI-1DsfZN3Hah-0002Gc@mrelayeu.kundenserver.de> References: <0MKwpI-1DsfZN3Hah-0002Gc@mrelayeu.kundenserver.de> Message-ID: <20050713121659.GK9151@ira.abramov.org> Quoting Michael Bartos, from the post of Wed, 13 Jul: > Is there a list of which EXIF tags are supportet in MediaWiki 1.5? and not less important - where does it get displayed? I saw all the tags on the "all system messages" page, but I didn't see an option to get EXIF from images I have on my newly upgraded wiki... -- Where's my geisha at? Ira Abramov http://ira.abramov.org/email/ From slowpoke at gmail.com Wed Jul 13 13:59:55 2005 From: slowpoke at gmail.com (Dori) Date: Wed, 13 Jul 2005 08:59:55 -0500 Subject: [Mediawiki-l] Re: EXIF tags In-Reply-To: <20050713121659.GK9151@ira.abramov.org> References: <0MKwpI-1DsfZN3Hah-0002Gc@mrelayeu.kundenserver.de> <20050713121659.GK9151@ira.abramov.org> Message-ID: On 7/13/05, Ira Abramov wrote: > Quoting Michael Bartos, from the post of Wed, 13 Jul: > > Is there a list of which EXIF tags are supportet in MediaWiki 1.5? > > and not less important - where does it get displayed? I saw all the tags > on the "all system messages" page, but I didn't see an option to get > EXIF from images I have on my newly upgraded wiki... It shows up in the image description pages when turned on. From sgarman at iname.com Wed Jul 13 15:47:06 2005 From: sgarman at iname.com (Scott Garman) Date: Wed, 13 Jul 2005 11:47:06 -0400 Subject: [Mediawiki-l] Problems upgrading (1.4.5 -> 1.4.6). Message-ID: <1121269626.32130.33.camel@localhost.localdomain> I would greatly appreciate it if someone could hit me with an appropriately-sized cluebat when it comes to upgrading mediawiki. I've reduced this to as simple of a case I can think of, and am running into the same problem. Here's what I do: - Install mediawiki 1.4.5 and get it up and running. I installed it in /var/www/html/mediawiki/. - Make a page edit so I can verify that the upgrade worked. Now, attempt the upgrade: - Download and extract the 1.4.6 mediawiki tarball into a temporary location, say ~/tmp. - Backup my current mediawiki install: cp -a /var/www/html/mediawiki /var/www/html/mediawiki.backup - Move my LocalSettings.php file out of the way: mv /var/www/html/mediawiki/LocalSettings.php /var/www/html/ - Copy the 1.4.6 files over the old ones: cp -r ~/tmp/mediawiki-1.4.6/* /var/www/html/mediawiki/ - Make the config directory writeable for the web installer: chmod 777 /var/www/html/mediawiki/config/ - Go to the wiki address and run the web-based installer again, answering the exact same questions as I did before, with the exception of the MySQL root password (which I left blank because this is an upgrade). When I confirm this install, I get the following output: Checking environment... * PHP 4.3.9: ok * PHP server API is apache2handler; ok, using pretty URLs (index.php/Page_Title) * Have XML / Latin1-UTF-8 conversion support. * PHP's memory_limit is 8M. If this is too low, installation may fail! Attempting to raise limit to 20M... ok. * Have zlib support; enabling output compression. * Turck MMCache not installed, can't use object caching functions * Found GD graphics library built-in, image thumbnailing will be enabled if you enable uploads. * Installation directory: /var/www/html/mediawiki * Script URI path: /mediawiki * MySQL error 1045: Access denied for user 'root'@'localhost' (using password: NO) * Trying regular user... ok. * Connected to database... 4.1.10a; enabling MySQL 4 enhancements * Database mediawiki exists * There are already MediaWiki tables in this database. Checking if updates are needed... ...linkscc table already exists. ...hitcounter table already exists. ...querycache table already exists. ...objectcache table already exists. ...categorylinks table already exists. ...logging table already exists. ...user_rights table already exists. ...have ipb_id field in ipblocks table. ...have ipb_expiry field in ipblocks table. ...have rc_type field in recentchanges table. ...have rc_ip field in recentchanges table. ...have rc_id field in recentchanges table. ...have rc_patrolled field in recentchanges table. ...have user_real_name field in user table. ...have user_token field in user table. ...have ur_user field in user_rights table. ...have log_params field in logging table. ...have ss_total_pages field in site_stats table. ...already have interwiki table ...indexes seem up to 20031107 standards ...linkscc is up to date, or does not exist. Good. Converting links table to ID-ID... Schema already converted ...image primary key already set. Logging table has correct title encoding. Creating covering cur_id index on cur... Query "ALTER TABLE cur ADD KEY `id_title_ns_red` (`cur_id`,`cur_title`,`cur_namespace`,`cur_is_redirect`)" failed with error code "Access denied for user 'mediawiki'@'localhost' to database 'mediawiki'". I have verified that I can connect to this database using the same MySQL username and password that I entered into the web installer form. Here is the output from "describe cur" (I hope the ASCII table display method that MySQL uses is readable in this e-mail): +-------------------+---------------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +-------------------+---------------------+------+-----+---------+----------------+ | cur_id | int(8) unsigned | | PRI | NULL | auto_increment | | cur_namespace | tinyint(2) unsigned | | MUL | 0 | | | cur_title | varchar(255) | | MUL | | | | cur_text | mediumtext | | | | | | cur_comment | tinyblob | | | | | | cur_user | int(5) unsigned | | MUL | 0 | | | cur_user_text | varchar(255) | | MUL | | | | cur_timestamp | varchar(14) | | MUL | | | | cur_restrictions | tinyblob | | | | | | cur_counter | bigint(20) unsigned | | | 0 | | | cur_is_redirect | tinyint(1) unsigned | | | 0 | | | cur_minor_edit | tinyint(1) unsigned | | | 0 | | | cur_is_new | tinyint(1) unsigned | | | 0 | | | cur_random | double unsigned | | MUL | 0 | | | cur_touched | varchar(14) | | | | | | inverse_timestamp | varchar(14) | | | | | +-------------------+---------------------+------+-----+---------+----------------+ What is it I am doing wrong? Thank you for your time, Scott -- Scott Garman sgarman at iname dot com From arthur at astarsolutions.co.uk Wed Jul 13 15:52:53 2005 From: arthur at astarsolutions.co.uk (Arthur Guy) Date: Wed, 13 Jul 2005 16:52:53 +0100 Subject: [Mediawiki-l] Problems upgrading (1.4.5 -> 1.4.6). In-Reply-To: <1121269626.32130.33.camel@localhost.localdomain> Message-ID: Why are you re-running the installer, all you have to do is copy and paste the directory structure and files, keeping your images folder and localsettings.php file the same. I made the upgrade a couple of days ago and following the method above I haven't had any problems. Arthur Guy arthur at astarsolutions.co.uk www.astarsolutions.co.uk -------------------------------------------------- For immediate online Audio and Video advice why not checkout WikiAV, our Audio & Video Wiki Guide www.wikiav.com -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Scott Garman Sent: 13 July 2005 16:47 To: mediawiki-l at Wikimedia.org Subject: [Mediawiki-l] Problems upgrading (1.4.5 -> 1.4.6). I would greatly appreciate it if someone could hit me with an appropriately-sized cluebat when it comes to upgrading mediawiki. I've reduced this to as simple of a case I can think of, and am running into the same problem. Here's what I do: - Install mediawiki 1.4.5 and get it up and running. I installed it in /var/www/html/mediawiki/. - Make a page edit so I can verify that the upgrade worked. Now, attempt the upgrade: - Download and extract the 1.4.6 mediawiki tarball into a temporary location, say ~/tmp. - Backup my current mediawiki install: cp -a /var/www/html/mediawiki /var/www/html/mediawiki.backup - Move my LocalSettings.php file out of the way: mv /var/www/html/mediawiki/LocalSettings.php /var/www/html/ - Copy the 1.4.6 files over the old ones: cp -r ~/tmp/mediawiki-1.4.6/* /var/www/html/mediawiki/ - Make the config directory writeable for the web installer: chmod 777 /var/www/html/mediawiki/config/ - Go to the wiki address and run the web-based installer again, answering the exact same questions as I did before, with the exception of the MySQL root password (which I left blank because this is an upgrade). When I confirm this install, I get the following output: Checking environment... * PHP 4.3.9: ok * PHP server API is apache2handler; ok, using pretty URLs (index.php/Page_Title) * Have XML / Latin1-UTF-8 conversion support. * PHP's memory_limit is 8M. If this is too low, installation may fail! Attempting to raise limit to 20M... ok. * Have zlib support; enabling output compression. * Turck MMCache not installed, can't use object caching functions * Found GD graphics library built-in, image thumbnailing will be enabled if you enable uploads. * Installation directory: /var/www/html/mediawiki * Script URI path: /mediawiki * MySQL error 1045: Access denied for user 'root'@'localhost' (using password: NO) * Trying regular user... ok. * Connected to database... 4.1.10a; enabling MySQL 4 enhancements * Database mediawiki exists * There are already MediaWiki tables in this database. Checking if updates are needed... ...linkscc table already exists. ...hitcounter table already exists. ...querycache table already exists. ...objectcache table already exists. ...categorylinks table already exists. ...logging table already exists. ...user_rights table already exists. ...have ipb_id field in ipblocks table. ...have ipb_expiry field in ipblocks table. ...have rc_type field in recentchanges table. ...have rc_ip field in recentchanges table. ...have rc_id field in recentchanges table. ...have rc_patrolled field in recentchanges table. ...have user_real_name field in user table. ...have user_token field in user table. ...have ur_user field in user_rights table. ...have log_params field in logging table. ...have ss_total_pages field in site_stats table. ...already have interwiki table ...indexes seem up to 20031107 standards ...linkscc is up to date, or does not exist. Good. Converting links table to ID-ID... Schema already converted ...image primary key already set. Logging table has correct title encoding. Creating covering cur_id index on cur... Query "ALTER TABLE cur ADD KEY `id_title_ns_red` (`cur_id`,`cur_title`,`cur_namespace`,`cur_is_redirect`)" failed with error code "Access denied for user 'mediawiki'@'localhost' to database 'mediawiki'". I have verified that I can connect to this database using the same MySQL username and password that I entered into the web installer form. Here is the output from "describe cur" (I hope the ASCII table display method that MySQL uses is readable in this e-mail): +-------------------+---------------------+------+-----+---------+---------- ------+ | Field | Type | Null | Key | Default | Extra | +-------------------+---------------------+------+-----+---------+---------- ------+ | cur_id | int(8) unsigned | | PRI | NULL | auto_increment | | cur_namespace | tinyint(2) unsigned | | MUL | 0 | | | cur_title | varchar(255) | | MUL | | | | cur_text | mediumtext | | | | | | cur_comment | tinyblob | | | | | | cur_user | int(5) unsigned | | MUL | 0 | | | cur_user_text | varchar(255) | | MUL | | | | cur_timestamp | varchar(14) | | MUL | | | | cur_restrictions | tinyblob | | | | | | cur_counter | bigint(20) unsigned | | | 0 | | | cur_is_redirect | tinyint(1) unsigned | | | 0 | | | cur_minor_edit | tinyint(1) unsigned | | | 0 | | | cur_is_new | tinyint(1) unsigned | | | 0 | | | cur_random | double unsigned | | MUL | 0 | | | cur_touched | varchar(14) | | | | | | inverse_timestamp | varchar(14) | | | | | +-------------------+---------------------+------+-----+---------+---------- ------+ What is it I am doing wrong? Thank you for your time, Scott -- Scott Garman sgarman at iname dot com _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l 'a star solutions' disclaimer The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the intended recipient of this message you are hereby notified that any use, review, retransmission, dissemination, distribution, reproduction or any action taken in reliance upon this message is prohibited. If you received this in error, please contact the sender and delete the material from any computer. Any views expressed in this message are those of the individual sender and may not necessarily reflect the views of the company. We believe that this communication is free from viruses and other potentially dangerous programmes, but the recipient opens this communication at their own risk. We assume no responsibility for any loss or damage arising from the receipt or use of this communication From sgarman at iname.com Wed Jul 13 16:16:27 2005 From: sgarman at iname.com (Scott Garman) Date: Wed, 13 Jul 2005 12:16:27 -0400 Subject: [Mediawiki-l] Problems upgrading (1.4.5 -> 1.4.6). In-Reply-To: References: Message-ID: <1121271387.32130.59.camel@localhost.localdomain> On Wed, 2005-07-13 at 16:52 +0100, Arthur Guy wrote: > Why are you re-running the installer, all you have to do is copy and paste > the directory structure and files, keeping your images folder and > localsettings.php file the same. > > I made the upgrade a couple of days ago and following the method above I > haven't had any problems. > > Arthur Guy Hi Arthur, thanks for the reply. I guess I was just confused by this description in the UPGRADE file: Basically, to upgrade a wiki you: * Back up your data! (See Backups! below) * Extract the new archive. If you can do this in a clean directory that's great, but it should work to extract over the old files too. This may be easier if you have images etc in place and don't want to move them around, but remember to back up first! * Run the installer to upgrade the database schema (if necessary). Since I had no idea if running the installer was necessary, I did it anyway. I would think that doing so when it's not necessary should not throw any errors. Could this be a bug? I'll try upgrading this time without running the installer. Thanks, Scott -- Scott Garman sgarman at iname dot com From arthur at astarsolutions.co.uk Wed Jul 13 16:28:17 2005 From: arthur at astarsolutions.co.uk (Arthur Guy) Date: Wed, 13 Jul 2005 17:28:17 +0100 Subject: [Mediawiki-l] Problems upgrading (1.4.5 -> 1.4.6). In-Reply-To: <1121271387.32130.59.camel@localhost.localdomain> Message-ID: When performing minor upgrades like 1.4.5 to 1.4.6 rather than 1.4.0 to 1.5.0 the installer isn't usually required as there aren't usually database changes. >From what I have read with minor upgrades you can run the installer, it should work and shouldn't cause any problems; I always avoid things like this because there is more to go wrong. Arthur Guy arthur at astarsolutions.co.uk www.astarsolutions.co.uk -------------------------------------------------- For immediate online Audio and Video advice why not checkout WikiAV, our Audio & Video Wiki Guide www.wikiav.com -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Scott Garman Sent: 13 July 2005 17:16 To: MediaWiki announcements and site admin list Subject: RE: [Mediawiki-l] Problems upgrading (1.4.5 -> 1.4.6). On Wed, 2005-07-13 at 16:52 +0100, Arthur Guy wrote: > Why are you re-running the installer, all you have to do is copy and paste > the directory structure and files, keeping your images folder and > localsettings.php file the same. > > I made the upgrade a couple of days ago and following the method above I > haven't had any problems. > > Arthur Guy Hi Arthur, thanks for the reply. I guess I was just confused by this description in the UPGRADE file: Basically, to upgrade a wiki you: * Back up your data! (See Backups! below) * Extract the new archive. If you can do this in a clean directory that's great, but it should work to extract over the old files too. This may be easier if you have images etc in place and don't want to move them around, but remember to back up first! * Run the installer to upgrade the database schema (if necessary). Since I had no idea if running the installer was necessary, I did it anyway. I would think that doing so when it's not necessary should not throw any errors. Could this be a bug? I'll try upgrading this time without running the installer. Thanks, Scott -- Scott Garman sgarman at iname dot com _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l 'a star solutions' disclaimer The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the intended recipient of this message you are hereby notified that any use, review, retransmission, dissemination, distribution, reproduction or any action taken in reliance upon this message is prohibited. If you received this in error, please contact the sender and delete the material from any computer. Any views expressed in this message are those of the individual sender and may not necessarily reflect the views of the company. We believe that this communication is free from viruses and other potentially dangerous programmes, but the recipient opens this communication at their own risk. We assume no responsibility for any loss or damage arising from the receipt or use of this communication From lists-MediaWiki-l at ira.abramov.org Wed Jul 13 17:08:23 2005 From: lists-MediaWiki-l at ira.abramov.org (Ira Abramov) Date: Wed, 13 Jul 2005 20:08:23 +0300 Subject: [Mediawiki-l] Re: Re: EXIF tags In-Reply-To: References: <0MKwpI-1DsfZN3Hah-0002Gc@mrelayeu.kundenserver.de> <20050713121659.GK9151@ira.abramov.org> Message-ID: <20050713170823.GL9151@ira.abramov.org> Quoting Dori, from the post of Wed, 13 Jul: > On 7/13/05, Ira Abramov wrote: > > Quoting Michael Bartos, from the post of Wed, 13 Jul: > > > Is there a list of which EXIF tags are supportet in MediaWiki 1.5? > > > > and not less important - where does it get displayed? I saw all the tags > > on the "all system messages" page, but I didn't see an option to get > > EXIF from images I have on my newly upgraded wiki... > > It shows up in the image description pages when turned on. I guess it's time I read the 1.5's DefaultSettings.php file, eh? :-) -- Menace to society Ira Abramov http://ira.abramov.org/email/ From rick.denatale at gmail.com Wed Jul 13 19:20:12 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Wed, 13 Jul 2005 15:20:12 -0400 Subject: [Mediawiki-l] I just don't get the apache setup Message-ID: I've just moved from Redhat to Ubuntu. I'm now using Apache2. I got wiki to where it was working without any rewriting and using url's of the form http://www.mercuryspacecraft.com/wiki/index.php/Main_Page I had it installed in the wiki subdirectory of the virtual hosts document root I then tried to once again "prettify" the urls, and to separate w from wiki as described in http://meta.wikimedia.org/wiki/Eliminating_index.php_from_the_url Using the Alias statements instead of rewrite rules Now I can't make it work. I'm confused as to where I want to name the physical install path, should it be w or wiki. Since the Aliases seem to be going from /wiki... to /installpath/w... I think that it should be in /var/www/w which is where I've put it. THe only thing which semi works is if I use a url like http://www.mercuryspacecraft.com/index.php/Main_Page but thats broken, it looks like it isn't getting the style sheets. The Apache error log contains: [Wed Jul 13 15:04:07 2005] [error] [client 166.82.49.174] File does not exist: /var/www/wiki, referer: http://www.mercuryspacecraft.com/w/index.php/Main_Page Here's what I have in my Virtual server: ServerAdmin webmaster at mercuryspacecraft.com ServerName www.mercuryspacecraft.com DocumentRoot /var/www AcceptPathInfo on Alias /wiki/stylesheets /var/www/w/stylesheets Alias /wiki/style /var/www/w/style Alias /wiki/images /var/www/w/images Alias /wiki/skins /var/www/w/skins Alias /wiki/redirect.php /var/www/w/redirect.php Alias /wiki/textvc.php /var/www/w/textvc.php Alias /wiki/index.php /var/www/w/index.php Alias /wiki /var/www/w And the relevant parts of my LocalSettings.php $wgScriptPath = "/wiki"; $wgScript = "$wgScriptPath/index.php"; $wgRedirectScript = "$wgScriptPath/redirect.php"; $wgArticlePath = "$wgScript?title=$1"; Any ideas? From brion at pobox.com Wed Jul 13 19:49:02 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 13 Jul 2005 12:49:02 -0700 Subject: [Mediawiki-l] Re: EXIF tags In-Reply-To: References: <0MKwpI-1DsfZN3Hah-0002Gc@mrelayeu.kundenserver.de> <20050713121659.GK9151@ira.abramov.org> Message-ID: <42D5702E.9050101@pobox.com> Dori wrote: > On 7/13/05, Ira Abramov wrote: >>Quoting Michael Bartos, from the post of Wed, 13 Jul: >> >>>Is there a list of which EXIF tags are supportet in MediaWiki 1.5? >> >>and not less important - where does it get displayed? I saw all the tags >>on the "all system messages" page, but I didn't see an option to get >>EXIF from images I have on my newly upgraded wiki... > > It shows up in the image description pages when turned on. Note that EXIF metadata is extracted and displayed only if PHP's exif module is available. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050713/bef7e667/attachment.pgp From arthur at astarsolutions.co.uk Wed Jul 13 20:01:56 2005 From: arthur at astarsolutions.co.uk (Arthur Guy) Date: Wed, 13 Jul 2005 21:01:56 +0100 Subject: [Mediawiki-l] I just don't get the apache setup In-Reply-To: Message-ID: This is what I have and it works fine The Wiki is in the directory D:/htdocs/wikiav/w/ Virtual host settings: Alias /wiki/skins D:/htdocs/wikiav/w/skins Alias /wiki D:/htdocs/wikiav/w/index.php Local host settings: $IP = "D:/htdocs/wikiav/w"; $wgScriptPath = "/w"; $wgScript = "$wgScriptPath/index.php"; $wgRedirectScript = "$wgScriptPath/redirect.php"; $wgArticlePath = "/wiki/$1"; $wgStylePath = "$wgScriptPath/skins"; $wgStyleDirectory = "$IP/skins"; I originally had trouble with the ScriptPath setting but when I got that (trial and error) it all worked fine Arthur Guy arthur at astarsolutions.co.uk www.astarsolutions.co.uk -------------------------------------------------- For immediate online Audio and Video advice why not checkout WikiAV, our Audio & Video Wiki Guide www.wikiav.com -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Rick DeNatale Sent: 13 July 2005 20:20 To: MediaWiki announcements and site admin list Subject: [Mediawiki-l] I just don't get the apache setup I've just moved from Redhat to Ubuntu. I'm now using Apache2. I got wiki to where it was working without any rewriting and using url's of the form http://www.mercuryspacecraft.com/wiki/index.php/Main_Page I had it installed in the wiki subdirectory of the virtual hosts document root I then tried to once again "prettify" the urls, and to separate w from wiki as described in http://meta.wikimedia.org/wiki/Eliminating_index.php_from_the_url Using the Alias statements instead of rewrite rules Now I can't make it work. I'm confused as to where I want to name the physical install path, should it be w or wiki. Since the Aliases seem to be going from /wiki... to /installpath/w... I think that it should be in /var/www/w which is where I've put it. THe only thing which semi works is if I use a url like http://www.mercuryspacecraft.com/index.php/Main_Page but thats broken, it looks like it isn't getting the style sheets. The Apache error log contains: [Wed Jul 13 15:04:07 2005] [error] [client 166.82.49.174] File does not exist: /var/www/wiki, referer: http://www.mercuryspacecraft.com/w/index.php/Main_Page Here's what I have in my Virtual server: ServerAdmin webmaster at mercuryspacecraft.com ServerName www.mercuryspacecraft.com DocumentRoot /var/www AcceptPathInfo on Alias /wiki/stylesheets /var/www/w/stylesheets Alias /wiki/style /var/www/w/style Alias /wiki/images /var/www/w/images Alias /wiki/skins /var/www/w/skins Alias /wiki/redirect.php /var/www/w/redirect.php Alias /wiki/textvc.php /var/www/w/textvc.php Alias /wiki/index.php /var/www/w/index.php Alias /wiki /var/www/w And the relevant parts of my LocalSettings.php $wgScriptPath = "/wiki"; $wgScript = "$wgScriptPath/index.php"; $wgRedirectScript = "$wgScriptPath/redirect.php"; $wgArticlePath = "$wgScript?title=$1"; Any ideas? _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l 'a star solutions' disclaimer The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the intended recipient of this message you are hereby notified that any use, review, retransmission, dissemination, distribution, reproduction or any action taken in reliance upon this message is prohibited. If you received this in error, please contact the sender and delete the material from any computer. Any views expressed in this message are those of the individual sender and may not necessarily reflect the views of the company. We believe that this communication is free from viruses and other potentially dangerous programmes, but the recipient opens this communication at their own risk. We assume no responsibility for any loss or damage arising from the receipt or use of this communication From brion at pobox.com Wed Jul 13 20:14:13 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 13 Jul 2005 13:14:13 -0700 Subject: [Mediawiki-l] I just don't get the apache setup In-Reply-To: References: Message-ID: <42D57615.4090809@pobox.com> Rick DeNatale wrote: > > ServerAdmin webmaster at mercuryspacecraft.com > ServerName www.mercuryspacecraft.com > DocumentRoot /var/www > AcceptPathInfo on > > Alias /wiki/stylesheets /var/www/w/stylesheets > Alias /wiki/style /var/www/w/style > Alias /wiki/images /var/www/w/images > Alias /wiki/skins /var/www/w/skins > Alias /wiki/redirect.php /var/www/w/redirect.php > Alias /wiki/textvc.php /var/www/w/textvc.php > Alias /wiki/index.php /var/www/w/index.php > Alias /wiki /var/www/w > > This all seems kind of redundant... take out all the aliases and rename the directory from "w" to "wiki". What are you trying to accomplish with this setup? -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050713/efbbcb6b/attachment.pgp From lists-MediaWiki-l at ira.abramov.org Wed Jul 13 20:40:30 2005 From: lists-MediaWiki-l at ira.abramov.org (Ira Abramov) Date: Wed, 13 Jul 2005 23:40:30 +0300 Subject: [Mediawiki-l] Re: I just don't get the apache setup In-Reply-To: <42D57615.4090809@pobox.com> References: <42D57615.4090809@pobox.com> Message-ID: <20050713204030.GM9151@ira.abramov.org> Quoting Brion Vibber, from the post of Wed, 13 Jul: > Rick DeNatale wrote: > > > > ServerAdmin webmaster at mercuryspacecraft.com > > ServerName www.mercuryspacecraft.com > > DocumentRoot /var/www > > AcceptPathInfo on > > > > Alias /wiki/stylesheets /var/www/w/stylesheets > > Alias /wiki/style /var/www/w/style > > Alias /wiki/images /var/www/w/images > > Alias /wiki/skins /var/www/w/skins > > Alias /wiki/redirect.php /var/www/w/redirect.php > > Alias /wiki/textvc.php /var/www/w/textvc.php > > Alias /wiki/index.php /var/www/w/index.php > > Alias /wiki /var/www/w > > > > > > This all seems kind of redundant... take out all the aliases and rename > the directory from "w" to "wiki". Not at all. It's actually a very nice way to "clean" the URL without using the slow and problematic rewrite module. note the last Alias command that does the trick. the only drawback is that the wiki pages namespace will have to be under /wiki and not directly at the root (breaks the Alias mechanism I think, needs to be figured out) -- The most powerfull man on Earth Ira Abramov http://ira.abramov.org/email/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 245 bytes Desc: Digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050713/51d42451/attachment.pgp From jeff at parnasse.com Wed Jul 13 20:51:41 2005 From: jeff at parnasse.com (Jeff Harrington) Date: Wed, 13 Jul 2005 16:51:41 -0400 Subject: [Mediawiki-l] Adding IMG Tag Support in 1.4.5 In-Reply-To: <20050713204043.7DD481190B24@mail.wikimedia.org> References: <20050713204043.7DD481190B24@mail.wikimedia.org> Message-ID: <42D57EDD.7020903@parnasse.com> I added the IMG strings to the parser php, but the system still won't allow IMG tags to be used. Does 1.4.5 do this in a different manner? Jeff http://sequenza21.com/wiki - Contemporary Classical Music Wiki From brion at pobox.com Wed Jul 13 21:11:32 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 13 Jul 2005 14:11:32 -0700 Subject: [Mediawiki-l] Re: I just don't get the apache setup In-Reply-To: <20050713204030.GM9151@ira.abramov.org> References: <42D57615.4090809@pobox.com> <20050713204030.GM9151@ira.abramov.org> Message-ID: <42D58384.1020504@pobox.com> Ira Abramov wrote: > Quoting Brion Vibber, from the post of Wed, 13 Jul: >>Rick DeNatale wrote: >> >>> >>> ServerAdmin webmaster at mercuryspacecraft.com >>> ServerName www.mercuryspacecraft.com >>> DocumentRoot /var/www >>> AcceptPathInfo on >>> >>> Alias /wiki/stylesheets /var/www/w/stylesheets >>> Alias /wiki/style /var/www/w/style >>> Alias /wiki/images /var/www/w/images >>> Alias /wiki/skins /var/www/w/skins >>> Alias /wiki/redirect.php /var/www/w/redirect.php >>> Alias /wiki/textvc.php /var/www/w/textvc.php >>> Alias /wiki/index.php /var/www/w/index.php >>> Alias /wiki /var/www/w >>> >>> >> >>This all seems kind of redundant... take out all the aliases and rename >>the directory from "w" to "wiki". > > > Not at all. It's actually a very nice way to "clean" the URL without > using the slow and problematic rewrite module. note the last Alias > command that does the trick. I don't see how. It looks like it's exactly the same as putting things in /var/www/wiki... several individual files are aliased from one directory to the other, then the whole directory is too. Are you thinking of a different possible configuration in which a /wiki directory is aliased to the index.php? > the only drawback is that the wiki pages namespace will have to be under > /wiki and not directly at the root (breaks the Alias mechanism I > think, needs to be figured out) With Rick's given configuration, wiki pages are under /wiki/index.php/Title. Note: you should NEVER put wiki pages directly at the document root (/Title) as this wipes out your entire URL namespace. In order to have real files accessible on that host you then have to remove chunks of title namespace with exceptions, creating holes and potential conflicts. Don't do it, ever. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050713/11093602/attachment.pgp From brion at pobox.com Wed Jul 13 21:13:46 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 13 Jul 2005 14:13:46 -0700 Subject: [Mediawiki-l] Adding IMG Tag Support in 1.4.5 In-Reply-To: <42D57EDD.7020903@parnasse.com> References: <20050713204043.7DD481190B24@mail.wikimedia.org> <42D57EDD.7020903@parnasse.com> Message-ID: <42D5840A.7020505@pobox.com> Jeff Harrington wrote: > I added the IMG strings to the parser php, but the system still won't > allow IMG tags to be used. Does 1.4.5 do this in a different manner? MediaWiki does not allow the HTML element to be used directly. If you're hacking the parser to add it, you're on your own. (Note that rendered output is aggressively cached. Please remember to check that first before asking for help. Most expedient thing is to test in page edit previews.) -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050713/9031a3a2/attachment.pgp From nidonocu at gmail.com Wed Jul 13 21:30:08 2005 From: nidonocu at gmail.com (Nidonocu) Date: Wed, 13 Jul 2005 22:30:08 +0100 Subject: [Mediawiki-l] changing the footer area In-Reply-To: <20050713075201.xko48w04sgkkcc8s@webmail.spamcop.net> References: <20050713075201.xko48w04sgkkcc8s@webmail.spamcop.net> Message-ID: <42D587E0.5070205@gmail.com> antilyrical at spamcop.net wrote: >At the bottom of the standard monobook skin it has a "footer" that says " This >page was last modified..." etc.. How do I change what appears in that area? >Also, I if I make a change to the footer there, will it change for the other >skins as well? > >Thanks! >_______________________________________________ >MediaWiki-l mailing list >MediaWiki-l at Wikimedia.org >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > Firstly, I think you might need to edit each skin directly, but here is how to do it in Monobook: 1. Open the Monobook.php file from your Skins directory. 2. Do a search for the word 'footer'. You should find this code: 3. You should now insert lines as requried to achieve the effect you want. For example, if you want to display a little logo in the bottom left corner (Like Wikipedia's WikiMedia Logo), you can do so by inserting a line similar to the following under the
tag. This is what I use on my site for adding a Valid XHTML logo:
Valid XHTML 1.0!
You can see the results here (note, rest of wiki is currently Under Construction): http://nidonocu.technoweyr.co.uk/ewiki/index.php/Special:Version 4. If you want to insert extra messages (like on my site, the powered by link for my webhost), you can insert a line in the lower lines of code, here's another except from mine: data['about' ]) { ?>
  • html('about') ?>
  • Powered by Technoweyr.co.uk
    • data['disclaimer']) { ?>
  • html('disclaimer') ?>
    • Hope this helps :) -- Nidonocu C:\> nidonocu at gmail.com http://www.nidonocu.co.uk http://nidonocu.livejournal.com Nidonocu at Gmail.com Get Thunderbird From Jan at Bytesmiths.com Wed Jul 13 21:37:49 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Wed, 13 Jul 2005 14:37:49 -0700 Subject: [Mediawiki-l] Adding IMG Tag Support in 1.4.5 In-Reply-To: <42D5840A.7020505@pobox.com> References: <20050713204043.7DD481190B24@mail.wikimedia.org> <42D57EDD.7020903@parnasse.com> <42D5840A.7020505@pobox.com> Message-ID: <47966C88-7E44-4B33-82E9-7962DA82AF5F@Bytesmiths.com> On 13 Jul 2005, at 14:13, Brion Vibber wrote: > Jeff Harrington wrote: > >> I added the IMG strings to the parser php, but the system still won't >> allow IMG tags to be used. Does 1.4.5 do this in a different manner? > > MediaWiki does not allow the HTML element to be used > directly. If > you're hacking the parser to add it, you're on your own. In light of Microsoft's latest botch, er, I mean patch, you should be EXTREMELY RETICENT to allow the IMG tag. This should only be allowed on trusted intranets. Due to Microsoft's botched color management, JPEG image files can now serve as virus vectors. Merely displaying an image with a specially crafted embedded color profile on one's screen can cause the computer to be taken over. All images that the general public can put on a website should be stripped of embedded color profiles, thanks to Microsoft. And we thought the worst we had to fear from images was goatse.cx. :-) :::: Conflict cannot survive without your participation. -- Wayne Dyer :::: Jan Steinman From hinandil at freespirits.org Wed Jul 13 21:48:17 2005 From: hinandil at freespirits.org (=?ISO-8859-1?Q?H=EDnandil?=) Date: Wed, 13 Jul 2005 14:48:17 -0700 Subject: [Mediawiki-l] Adding IMG Tag Support in 1.4.5 In-Reply-To: <47966C88-7E44-4B33-82E9-7962DA82AF5F@Bytesmiths.com> References: <20050713204043.7DD481190B24@mail.wikimedia.org> <42D57EDD.7020903@parnasse.com> <42D5840A.7020505@pobox.com> <47966C88-7E44-4B33-82E9-7962DA82AF5F@Bytesmiths.com> Message-ID: <42D58C21.6060005@freespirits.org> Jan Steinman wrote: > And we thought the worst we had to fear from images was goatse.cx. :-) "If you stare into the abyss long enough, the abyss starts to stare into you." --Nietzsche H?nandil From rick.denatale at gmail.com Wed Jul 13 22:03:14 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Wed, 13 Jul 2005 18:03:14 -0400 Subject: [Mediawiki-l] I just don't get the apache setup In-Reply-To: <42D57615.4090809@pobox.com> References: <42D57615.4090809@pobox.com> Message-ID: On 7/13/05, Brion Vibber wrote: > Rick DeNatale wrote: > > > > ServerAdmin webmaster at mercuryspacecraft.com > > ServerName www.mercuryspacecraft.com > > DocumentRoot /var/www > > AcceptPathInfo on > > > > Alias /wiki/stylesheets /var/www/w/stylesheets > > Alias /wiki/style /var/www/w/style > > Alias /wiki/images /var/www/w/images > > Alias /wiki/skins /var/www/w/skins > > Alias /wiki/redirect.php /var/www/w/redirect.php > > Alias /wiki/textvc.php /var/www/w/textvc.php > > Alias /wiki/index.php /var/www/w/index.php > > Alias /wiki /var/www/w > > > > > > This all seems kind of redundant... take out all the aliases and rename > the directory from "w" to "wiki". > The setup came from the referenced article in meta What I'm trying to accomplish is to separate the article url's from the script urls, so that I can keep googlebots and the like from going where I don't want them to go via robots.txt. Quoting the meta article: "This method will put articles under www.mysite.com/wiki/articlename, and everything else under www.mysite.com/w/index.php?whatever, just like the WikiMedia sites." From keturner at livejournal.com Wed Jul 13 22:18:00 2005 From: keturner at livejournal.com (Kate) Date: Wed, 13 Jul 2005 23:18:00 +0100 Subject: [Mediawiki-l] Oracle support Message-ID: <200507132318.00742.keturner@livejournal.com> hi, for those interested, i have begun adding support for Oracle database backend to 1.5, in a separate branch. at present it's somewhat usable (editing mostly works), but many things are unimplemented or broken. to check out a copy of the source: >cvs -d :pserver:anoncvs at cvs.defau.lt:/root login (press enter for password) >cvs -d :pserver:anoncvs at cvs.defau.lt:/root co -rORACLE_WORK phase3 there's no installer support, so you'll need to create a LocalSettings.php manually (easiest is to install it under MySQL and copy the file). set $wgDBserver to any non-empty string, $wgDBtype to 'oracle' and $wgDBname to your Oracle SID. run "@maintenance/oracle/tables.sql" from SQLPlus to import the table definitions. to make a user into a sysop after installation: SQL> CALL add_user_right('Username', 'sysop') SQL> CALL add_user_right('Username', 'bureaucrat') please file bugs related to Oracle support in bugzilla, blocking #652. kate. From brion at pobox.com Wed Jul 13 22:23:32 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 13 Jul 2005 15:23:32 -0700 Subject: [Mediawiki-l] I just don't get the apache setup In-Reply-To: References: <42D57615.4090809@pobox.com> Message-ID: <42D59464.9080501@pobox.com> Rick DeNatale wrote: > The setup came from the referenced article in meta > > What I'm trying to accomplish is to separate the article url's from > the script urls, so that I can keep googlebots and the like from going > where I don't want them to go via robots.txt. > > Quoting the meta article: > > "This method will put articles under www.mysite.com/wiki/articlename, > and everything else under www.mysite.com/w/index.php?whatever, just > like the WikiMedia sites." Well, that configuration won't do what you want. :) Try: apache: Alias /wiki /var/www/w/index.php LocalSettings.php: $wgScriptPath = "/w"; $wgArticlePath = "/wiki/$1"; # let the other defaults follow based on $wgScriptPath -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050713/ee333bab/attachment.pgp From mediawiki at samrowe.com Wed Jul 13 22:49:13 2005 From: mediawiki at samrowe.com (Sam Rowe) Date: Wed, 13 Jul 2005 18:49:13 -0400 Subject: [Mediawiki-l] Simultanious logins on two Mediawikis off the same virtual host? Message-ID: <20050713224913.GS1808@samrowe.com> Hi, I upgraded one of our intranet's Mediwikis from 1.3.9 to 1.4.6 tonight and now I can't stay logged into to it and another Mediawiki on the same host at the same time. To try to make that more clear, We have: https://oursite/wiki1 and https://oursite/wiki2 and we used to be able to be logged into both of them (provided that usernames and passwords were the same!) at the same time. Now we can't. Any idea what changed or how we can fix it? Thanks, Sam From jeff at parnasse.com Wed Jul 13 22:54:42 2005 From: jeff at parnasse.com (Jeff Harrington) Date: Wed, 13 Jul 2005 18:54:42 -0400 Subject: [Mediawiki-l] Re: Adding IMG Tag Support in 1.4.5 (Jan Steinman) In-Reply-To: <20050713222346.D13CB1190B9F@mail.wikimedia.org> References: <20050713222346.D13CB1190B9F@mail.wikimedia.org> Message-ID: <42D59BB2.7080801@parnasse.com> Our users are currently using the Media tag for images: [[Media:http://someplace.com/someimage.jpg]] How is that more secure? Thanks - sorry about the no quotes - got sick of trying to make Thunderbird quote so there ya go... Jeff From nidonocu at gmail.com Wed Jul 13 22:56:50 2005 From: nidonocu at gmail.com (Nidonocu) Date: Wed, 13 Jul 2005 23:56:50 +0100 Subject: [Mediawiki-l] Simultanious logins on two Mediawikis off the same virtual host? In-Reply-To: <20050713224913.GS1808@samrowe.com> References: <20050713224913.GS1808@samrowe.com> Message-ID: <42D59C32.6000001@gmail.com> Sam Rowe wrote: >Hi, > >I upgraded one of our intranet's Mediwikis from 1.3.9 to 1.4.6 tonight >and now I can't stay logged into to it and another Mediawiki on the >same host at the same time. > >To try to make that more clear, We have: > >https://oursite/wiki1 > >and > >https://oursite/wiki2 > >and we used to be able to be logged into both of them (provided that >usernames and passwords were the same!) at the same time. Now we >can't. Any idea what changed or how we can fix it? > >Thanks, >Sam >_______________________________________________ >MediaWiki-l mailing list >MediaWiki-l at Wikimedia.org >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > You need to give your cookies paths to link themselves to rather than the domain or they will keep overwriting each other. Open the Local Settings.php of both wiki's and add the following line: $wgCookiePath = "/subfolder"; With subfolder being name of the folder that contains that wiki. This will now generate two unique cookies for each site. So it is now possible to login with different names and passwords for each wiki at the same time too. -- Nidonocu C:\> nidonocu at gmail.com http://www.nidonocu.co.uk http://nidonocu.livejournal.com Nidonocu at Gmail.com Get Thunderbird From rick.denatale at gmail.com Wed Jul 13 23:09:36 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Wed, 13 Jul 2005 19:09:36 -0400 Subject: [Mediawiki-l] Re: I just don't get the apache setup In-Reply-To: <20050713204030.GM9151@ira.abramov.org> References: <42D57615.4090809@pobox.com> <20050713204030.GM9151@ira.abramov.org> Message-ID: On 7/13/05, Ira Abramov wrote: > Quoting Brion Vibber, from the post of Wed, 13 Jul: > > Rick DeNatale wrote: > > > > > > ServerAdmin webmaster at mercuryspacecraft.com > > > ServerName www.mercuryspacecraft.com > > > DocumentRoot /var/www > > > AcceptPathInfo on > > > > > > Alias /wiki/stylesheets /var/www/w/stylesheets > > > Alias /wiki/style /var/www/w/style > > > Alias /wiki/images /var/www/w/images > > > Alias /wiki/skins /var/www/w/skins > > > Alias /wiki/redirect.php /var/www/w/redirect.php > > > Alias /wiki/textvc.php /var/www/w/textvc.php > > > Alias /wiki/index.php /var/www/w/index.php > > > Alias /wiki /var/www/w > > > > > > > > > > This all seems kind of redundant... take out all the aliases and rename > > the directory from "w" to "wiki". > > Not at all. It's actually a very nice way to "clean" the URL without > using the slow and problematic rewrite module. note the last Alias > command that does the trick. > > the only drawback is that the wiki pages namespace will have to be under > /wiki and not directly at the root (breaks the Alias mechanism I > think, needs to be figured out) I'm still not there. First of all for this scheme to work. the files physically need to live in DocumentRoot/w rather than DocumentRoot/wiki because, as I understand it Alias u p means that the url u/x should return the file p/x Am I right in this understanding? It looks like the Alias and AliasMatch directives are just not being processed, this is on Debian (Ubuntu 5.04) using Apache2. I put a virtual host directive for the hostname in a file in the /etc/apache2/sites-available directory and used a2ensite to enable it. I even put a bad directive in the file temporarily to prove to myself that it was geing read on startup. From mediawiki at samrowe.com Wed Jul 13 23:11:22 2005 From: mediawiki at samrowe.com (Sam Rowe) Date: Wed, 13 Jul 2005 19:11:22 -0400 Subject: [Mediawiki-l] Simultanious logins on two Mediawikis off the same virtual host? In-Reply-To: <42D59C32.6000001@gmail.com> References: <20050713224913.GS1808@samrowe.com> <42D59C32.6000001@gmail.com> Message-ID: <20050713231122.GT1808@samrowe.com> On Wed, Jul 13, 2005 at 11:56:50PM +0100, Nidonocu wrote: # You need to give your cookies paths to link themselves to rather than # the domain or they will keep overwriting each other. # # Open the Local Settings.php of both wiki's and add the following line: # # $wgCookiePath = "/subfolder"; # # With subfolder being name of the folder that contains that wiki. # # This will now generate two unique cookies for each site. So it is now # possible to login with different names and passwords for each wiki at # the same time too. Thanks for the quick reply. Do I need to do an action=purge or anything after this or will it take immediate effect? It appears to not be working. -Sam From rick.denatale at gmail.com Wed Jul 13 23:39:48 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Wed, 13 Jul 2005 19:39:48 -0400 Subject: [Mediawiki-l] I just don't get the apache setup In-Reply-To: <42D59464.9080501@pobox.com> References: <42D57615.4090809@pobox.com> <42D59464.9080501@pobox.com> Message-ID: Brion, I tried that, and I lost my stylesheets. I think that it's because all of the variables that got set in DefaultSettings.php based on what IT set $wgScriptPath to (i.e. /wiki) On 7/13/05, Brion Vibber wrote: > Rick DeNatale wrote: > > The setup came from the referenced article in meta > > > > What I'm trying to accomplish is to separate the article url's from > > the script urls, so that I can keep googlebots and the like from going > > where I don't want them to go via robots.txt. > > > > Quoting the meta article: > > > > "This method will put articles under www.mysite.com/wiki/articlename, > > and everything else under www.mysite.com/w/index.php?whatever, just > > like the WikiMedia sites." > > Well, that configuration won't do what you want. :) Try: > > apache: > Alias /wiki /var/www/w/index.php > > LocalSettings.php: > $wgScriptPath = "/w"; > $wgArticlePath = "/wiki/$1"; > # let the other defaults follow based on $wgScriptPath > > -- brion vibber (brion @ pobox.com) > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > From rick.denatale at gmail.com Thu Jul 14 00:01:48 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Wed, 13 Jul 2005 20:01:48 -0400 Subject: [Mediawiki-l] I just don't get the apache setup In-Reply-To: References: <42D57615.4090809@pobox.com> <42D59464.9080501@pobox.com> Message-ID: On 7/13/05, Rick DeNatale wrote: > Brion, > > I tried that, and I lost my stylesheets. I think that it's because > all of the variables that got set in DefaultSettings.php based on what > IT set $wgScriptPath to (i.e. /wiki) Here's what I now have in my LocalSettings.php and it seems to work with Brion's Alias directive (which I needed to put outside of the VirtualHost directive $wgArticlePath = "/wiki/$1"; $wgScriptPath = "/w"; #The following are copied from includes/DefaultSettings.php because # they depend on $wgScriptPath which has just been changed from "/wiki" # to "/w" $wgScript = "{$wgScriptPath}/index.php"; $wgRedirectScript = "{$wgScriptPath}/redirect.php"; $wgStylePath = "{$wgScriptPath}/skins"; $wgStyleSheetPath = &$wgStylePath; # I had these set to images from before, did it change in DefaultSettings # before from images to upload? $wgUploadPath = "{$wgScriptPath}/images"; $wgUploadDirectory = "$IP/images"; From Jan at Bytesmiths.com Thu Jul 14 00:03:03 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Wed, 13 Jul 2005 17:03:03 -0700 Subject: [Mediawiki-l] Re: Adding IMG Tag Support in 1.4.5 (Jan Steinman) In-Reply-To: <42D59BB2.7080801@parnasse.com> References: <20050713222346.D13CB1190B9F@mail.wikimedia.org> <42D59BB2.7080801@parnasse.com> Message-ID: On 13 Jul 2005, at 15:54, Jeff Harrington wrote: > Our users are currently using the Media tag for images: > > [[Media:http://someplace.com/someimage.jpg]] > How is that more secure? I don't believe it is. If you can upload an image and download it unaltered, you are a suitable vector. The payload is the image's embedded color profile, so if you strip that via some utility on upload, you're okay. :::: Honor the memory of Martin Luther King, Jr.: :::: Jan Steinman From nidonocu at gmail.com Thu Jul 14 06:32:32 2005 From: nidonocu at gmail.com (Nidonocu) Date: Thu, 14 Jul 2005 07:32:32 +0100 Subject: [Mediawiki-l] Simultanious logins on two Mediawikis off the same virtual host? In-Reply-To: <20050713231122.GT1808@samrowe.com> References: <20050713224913.GS1808@samrowe.com> <42D59C32.6000001@gmail.com> <20050713231122.GT1808@samrowe.com> Message-ID: <42D60700.3010201@gmail.com> Sam Rowe wrote: >On Wed, Jul 13, 2005 at 11:56:50PM +0100, Nidonocu wrote: ># You need to give your cookies paths to link themselves to rather than ># the domain or they will keep overwriting each other. ># ># Open the Local Settings.php of both wiki's and add the following line: ># ># $wgCookiePath = "/subfolder"; ># ># With subfolder being name of the folder that contains that wiki. ># ># This will now generate two unique cookies for each site. So it is now ># possible to login with different names and passwords for each wiki at ># the same time too. > >Thanks for the quick reply. Do I need to do an action=purge or >anything after this or will it take immediate effect? It appears to >not be working. > >-Sam >_______________________________________________ >MediaWiki-l mailing list >MediaWiki-l at Wikimedia.org >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > Go to your web browser and delete all the cookies linked with your site, then try logging in again. Also can't do any harm to purge and Ctrl+Refresh your browser. But clearing cookies should just make it work. -- Nidonocu C:\> nidonocu at gmail.com http://www.nidonocu.co.uk http://nidonocu.livejournal.com Nidonocu at Gmail.com Get Thunderbird From frank.ferguson at fiserv.com Thu Jul 14 08:01:15 2005 From: frank.ferguson at fiserv.com (frank.ferguson at fiserv.com) Date: Thu, 14 Jul 2005 04:01:15 -0400 Subject: [Mediawiki-l] Frank Ferguson/Information Technology/Pittsburgh/Fiserv is out of the office. Message-ID: I will be out of the office starting 07/14/2005 and will not return until 07/18/2005. I will respond to your message when I return. From brion at pobox.com Thu Jul 14 08:15:08 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 14 Jul 2005 01:15:08 -0700 Subject: [Mediawiki-l] Frank Ferguson/Information Technology/Pittsburgh/Fiserv is out of the office. In-Reply-To: References: Message-ID: <42D61F0C.7020201@pobox.com> frank.ferguson at fiserv.com wrote: > I will be out of the office starting 07/14/2005 and will not return until > 07/18/2005. > > I will respond to your message when I return. I have unsubscribed this address from the mediawiki-l mailing list. Please fix your mail autoresponder if you have a chance. You can resubscribe (and in the future you can disable mail delivery for your address temporarily) at http://mail.wikipedia.org/mailman/listinfo/mediawiki-l -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050714/29d107d8/attachment.pgp From mark.cunningham at gmail.com Thu Jul 14 09:36:41 2005 From: mark.cunningham at gmail.com (Mark Cunningham) Date: Thu, 14 Jul 2005 10:36:41 +0100 Subject: [Mediawiki-l] Configuring RSS output Message-ID: Is there someone way to easily configure the output of the RSS feed from recentchanges? -- http://thedeadone.net From arthur at astarsolutions.co.uk Thu Jul 14 10:05:56 2005 From: arthur at astarsolutions.co.uk (Arthur Guy) Date: Thu, 14 Jul 2005 11:05:56 +0100 Subject: [Mediawiki-l] Configuring RSS output In-Reply-To: Message-ID: Configure it to do what? I imagine it uses its own style sheet so the best bet would be to find this is and edit it. Arthur Guy arthur at astarsolutions.co.uk www.astarsolutions.co.uk -------------------------------------------------- For immediate online Audio and Video advice why not checkout WikiAV, our Audio & Video Wiki Guide www.wikiav.com -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Mark Cunningham Sent: 14 July 2005 10:37 To: mediawiki-l at wikimedia.org Subject: [Mediawiki-l] Configuring RSS output Is there someone way to easily configure the output of the RSS feed from recentchanges? -- http://thedeadone.net _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l 'a star solutions' disclaimer The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the intended recipient of this message you are hereby notified that any use, review, retransmission, dissemination, distribution, reproduction or any action taken in reliance upon this message is prohibited. If you received this in error, please contact the sender and delete the material from any computer. Any views expressed in this message are those of the individual sender and may not necessarily reflect the views of the company. We believe that this communication is free from viruses and other potentially dangerous programmes, but the recipient opens this communication at their own risk. We assume no responsibility for any loss or damage arising from the receipt or use of this communication From mark.cunningham at gmail.com Thu Jul 14 10:30:22 2005 From: mark.cunningham at gmail.com (Mark Cunningham) Date: Thu, 14 Jul 2005 11:30:22 +0100 Subject: [Mediawiki-l] Configuring RSS output In-Reply-To: References: Message-ID: On 7/14/05, Arthur Guy wrote: > Configure it to do what? The format of the content of the RSS feed; i.e. rather than the full comparision of the change, just a summary or perhaps one column... > I imagine it uses its own style sheet so the best bet would be to find this > is and edit it. Are stylesheets use to configure content? -- http://thedeadone.net From David.Patrick at ordnancesurvey.co.uk Thu Jul 14 10:47:26 2005 From: David.Patrick at ordnancesurvey.co.uk (David Patrick) Date: Thu, 14 Jul 2005 11:47:26 +0100 Subject: [Mediawiki-l] Configuring RSS output Message-ID: feed.php looks to give you what you would need. Not had much of a chance to have an in depth look, but it does seem to be the file that builds the RSS document for you. I guess you could remove parts from that until you get what you wish to achieve. Let us know how you get on.... -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org]On Behalf Of Mark Cunningham Sent: 14 July 2005 11:30 To: Arthur Guy Cc: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Configuring RSS output On 7/14/05, Arthur Guy wrote: > Configure it to do what? The format of the content of the RSS feed; i.e. rather than the full comparision of the change, just a summary or perhaps one column... > I imagine it uses its own style sheet so the best bet would be to find this > is and edit it. Are stylesheets use to configure content? -- http://thedeadone.net _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l This email and any attachments have been virus checked upon receipt at Ordnance Survey and are free of all known viruses. This email is only intended for the person to whom it is addressed and may contain confidential information. If you have received this email in error, please notify the sender and delete this email which must not be copied, distributed or disclosed to any other person. Unless stated otherwise, the contents of this email are personal to the writer and do not represent the official view of Ordnance Survey. Nor can any contract be formed on Ordnance Survey's behalf via email. We reserve the right to monitor emails and attachments without prior notice. Thank you for your cooperation. Ordnance Survey Romsey Road Southampton SO16 4GU Tel: 023 8079 2000 http://www.ordnancesurvey.co.uk From cary at ratatosk.org Thu Jul 14 16:49:56 2005 From: cary at ratatosk.org (Cary Collett) Date: Thu, 14 Jul 2005 12:49:56 -0400 Subject: [Mediawiki-l] External authentication (e.g. siteminder) Message-ID: <20050714164956.GC15391@ratatosk.org> Hello! I'm new to the list, but have been using the mediawiki for a few months now, and am now interested in trying to introduce into my workplace. One of the show stoppers, at least as near as I can tell, is our use of SiteMinder for user auth. I'm wondering how difficult it would be to get MediaWiki to play with it. Protecting the site is easy, obviously. But how to get MW to use the SM username when attributing edits? And we don't want to do something crazy like have to load all our company IDs into the MW user database. For what it's worth, I'm not too worried about admins. I think we'd be able to just create 'real' MW accounts which match the individuals SM usernames. This is just a hunch, so correct me if I'm wrong. Cary -- Cary Collett - cary at ratatosk.org - http://cary.ratatosk.org/ Myth is more individual and expresses life more precisely than does science. -- C. G. Jung From zain at voltage.com Thu Jul 14 20:48:05 2005 From: zain at voltage.com (Zain Memon) Date: Thu, 14 Jul 2005 13:48:05 -0700 Subject: [Mediawiki-l] Adding a new tag to Wiki Message-ID: <932E391D0072FE48AFD9F81EA884AA91476C84@narcolepsy.voltage.com> I know you can add a new tag into the Wiki using extensions, but is it possible to add a [[square brace:]] tag in? From brandon at adicio.com Thu Jul 14 21:36:23 2005 From: brandon at adicio.com (Brandon) Date: Thu, 14 Jul 2005 14:36:23 -0700 Subject: [Mediawiki-l] disabling extension caching Message-ID: <42D6DAD7.7000408@adicio.com> I am using an rss extension with wiki. (magpie rss parser) So I need the caching disabled for this extension to get current records to display in wiki. I found an example on the mediawiki's help page. global $wgParser; global $wgTitle; $dbw =& wfGetDB( DB_MASTER ); $dbw->update( 'cur', array( 'cur_touched' => $dbw->timestamp( time() + 120 ) ), array('cur_namespace' => $wgTitle->getNamespace(),'cur_title' => $wgTitle->getDBkey()), 'rss.php' ); I placed this code inside the function that uses setHook I get no errors. The problem is that the rss are still displaying the old records. Any help would be appreciated. From zain at voltage.com Thu Jul 14 22:24:41 2005 From: zain at voltage.com (Zain Memon) Date: Thu, 14 Jul 2005 15:24:41 -0700 Subject: [Mediawiki-l] disabling extension caching Message-ID: <932E391D0072FE48AFD9F81EA884AA91476C8A@narcolepsy.voltage.com> You've set the wrong extension name. In that snippet of code, you need to put the name of your extension i.e. wfExampleExtension. You can find this at the top of extensions/rss.php as the value of $wgExtensionFunctions[]. > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l- > bounces at Wikimedia.org] On Behalf Of Brandon > Sent: Thursday, July 14, 2005 2:36 PM > To: MediaWiki-l at Wikimedia.org > Subject: [Mediawiki-l] disabling extension caching > > I am using an rss extension with wiki. (magpie rss parser) > So I need the caching disabled for this extension to get current records > to display in wiki. > > I found an example on the mediawiki's help page. > > global $wgParser; > global $wgTitle; > $dbw =& wfGetDB( DB_MASTER ); > $dbw->update( 'cur', array( 'cur_touched' => $dbw->timestamp( time() > + 120 ) ), > array('cur_namespace' => $wgTitle->getNamespace(),'cur_title' => > $wgTitle->getDBkey()), 'rss.php' > ); > > I placed this code inside the function that uses setHook > I get no errors. > The problem is that the rss are still displaying the old records. > > Any help would be appreciated. > > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From gregory.szorc at case.edu Thu Jul 14 22:32:22 2005 From: gregory.szorc at case.edu (Gregory Szorc) Date: Thu, 14 Jul 2005 18:32:22 -0400 Subject: [Mediawiki-l] disabling extension caching In-Reply-To: <932E391D0072FE48AFD9F81EA884AA91476C8A@narcolepsy.voltage.com> References: <932E391D0072FE48AFD9F81EA884AA91476C8A@narcolepsy.voltage.com> Message-ID: <42D6E7F6.9060509@case.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I believe Magpie also has RSS caching enabled by default. If it is on and working, you will probably find a ./cache directory under the directory containing rss.php. You can clear the cache by deleting the contents of the directory. The Magpie documentation (http://magpierss.sourceforge.net/) has info on how to disable it. I believe the default setting is to use the cached file if the age is less than one hour. Gregory Szorc gregory.szorc at case.edu Zain Memon wrote: > You've set the wrong extension name. In that snippet of code, you need > to put the name of your extension i.e. wfExampleExtension. > > You can find this at the top of extensions/rss.php as the value of > $wgExtensionFunctions[]. > > >>-----Original Message----- >>From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l- >>bounces at Wikimedia.org] On Behalf Of Brandon >>Sent: Thursday, July 14, 2005 2:36 PM >>To: MediaWiki-l at Wikimedia.org >>Subject: [Mediawiki-l] disabling extension caching >> >>I am using an rss extension with wiki. (magpie rss parser) >>So I need the caching disabled for this extension to get current > > records > >>to display in wiki. >> >>I found an example on the mediawiki's help page. >> >> global $wgParser; >> global $wgTitle; >> $dbw =& wfGetDB( DB_MASTER ); >> $dbw->update( 'cur', array( 'cur_touched' => $dbw->timestamp( > > time() > >>+ 120 ) ), >> array('cur_namespace' => $wgTitle->getNamespace(),'cur_title' => >>$wgTitle->getDBkey()), 'rss.php' >> ); >> >>I placed this code inside the function that uses setHook >>I get no errors. >>The problem is that the rss are still displaying the old records. >> >>Any help would be appreciated. >> >> >> >>_______________________________________________ >>MediaWiki-l mailing list >>MediaWiki-l at Wikimedia.org >>http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC1uf2JC5An4L5SzkRAkNxAJwJGWSUADCJB/esxCm8niUMpSHnDwCeP2kh fxT0sb99cTzkqBNkAYCrMIg= =kQ5L -----END PGP SIGNATURE----- From jleybov at yahoo.com Thu Jul 14 22:12:01 2005 From: jleybov at yahoo.com (Jonathan Leybovich) Date: Thu, 14 Jul 2005 15:12:01 -0700 (PDT) Subject: [Mediawiki-l] Re: Oracle support In-Reply-To: <20050714201644.C9902135054C@mail.wikimedia.org> Message-ID: <20050714221201.49465.qmail@web41903.mail.yahoo.com> It seems new datamodel scripts are required for each back-end database. Since it may not be possible to have 1 script in generic SQL that will work across all databases, has anyone considered maintaining the datamodel through a UML tool and then using various code-generator templates to generate appropriate SQL DDL per-database? One fringe-benefit of this approach would be the ability to visualize the current datamodel by exporting the UML digram into a graphic file. > > Date: Wed, 13 Jul 2005 23:18:00 +0100 > From: Kate > Subject: [Wikitech-l] Oracle support > To: mediawiki-l at mail.wikimedia.org, > wikitech-l at mail.wikimedia.org > > hi, > > for those interested, i have begun adding support > for Oracle database backend > to 1.5, in a separate branch. at present it's > somewhat usable (editing > mostly works), but many things are unimplemented or > broken. to check out a > copy of the source: > > >cvs -d :pserver:anoncvs at cvs.defau.lt:/root login > (press enter for password) > >cvs -d :pserver:anoncvs at cvs.defau.lt:/root co > -rORACLE_WORK phase3 > > there's no installer support, so you'll need to > create a LocalSettings.php > manually (easiest is to install it under MySQL and > copy the file). set > $wgDBserver to any non-empty string, $wgDBtype to > 'oracle' and $wgDBname to > your Oracle SID. run > "@maintenance/oracle/tables.sql" from SQLPlus to > import > the table definitions. to make a user into a sysop > after installation: > > SQL> CALL add_user_right('Username', 'sysop') > SQL> CALL add_user_right('Username', 'bureaucrat') > > please file bugs related to Oracle support in > bugzilla, blocking #652. > > kate. > > __________________________________ Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html From kirbymeister at gmail.com Thu Jul 14 23:10:24 2005 From: kirbymeister at gmail.com (KirbyMeister) Date: Thu, 14 Jul 2005 19:10:24 -0400 Subject: [Mediawiki-l] Re: Oracle support In-Reply-To: <20050714221201.49465.qmail@web41903.mail.yahoo.com> References: <20050714201644.C9902135054C@mail.wikimedia.org> <20050714221201.49465.qmail@web41903.mail.yahoo.com> Message-ID: wow, you can actually afford having a copy of Oracle to test it with [i would have a question mark here, but my shift keys are busted.] On 7/14/05, Jonathan Leybovich wrote: > > It seems new datamodel scripts are required for each > back-end database. Since it may not be possible to > have 1 script in generic SQL that will work across all > databases, has anyone considered maintaining the > datamodel through a UML tool and then using various > code-generator templates to generate appropriate SQL > DDL per-database? One fringe-benefit of this approach > would be the ability to visualize the current > datamodel by exporting the UML digram into a graphic > file. > > > > > Date: Wed, 13 Jul 2005 23:18:00 +0100 > > From: Kate > > Subject: [Wikitech-l] Oracle support > > To: mediawiki-l at mail.wikimedia.org, > > wikitech-l at mail.wikimedia.org > > > > hi, > > > > for those interested, i have begun adding support > > for Oracle database backend > > to 1.5, in a separate branch. at present it's > > somewhat usable (editing > > mostly works), but many things are unimplemented or > > broken. to check out a > > copy of the source: > > > > >cvs -d :pserver:anoncvs at cvs.defau.lt:/root login > > (press enter for password) > > >cvs -d :pserver:anoncvs at cvs.defau.lt:/root co > > -rORACLE_WORK phase3 > > > > there's no installer support, so you'll need to > > create a LocalSettings.php > > manually (easiest is to install it under MySQL and > > copy the file). set > > $wgDBserver to any non-empty string, $wgDBtype to > > 'oracle' and $wgDBname to > > your Oracle SID. run > > "@maintenance/oracle/tables.sql" from SQLPlus to > > import > > the table definitions. to make a user into a sysop > > after installation: > > > > SQL> CALL add_user_right('Username', 'sysop') > > SQL> CALL add_user_right('Username', 'bureaucrat') > > > > please file bugs related to Oracle support in > > bugzilla, blocking #652. > > > > kate. > > > > > > > > > __________________________________ > Yahoo! Mail > Stay connected, organized, and protected. Take the tour: > http://tour.mail.yahoo.com/mailtour.html > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- LiveJournal @ http://livejournal.com/users/kirbymeister Omega Age @ http://www.drunkduck.com/Omega_Age From keturner at livejournal.com Thu Jul 14 23:24:04 2005 From: keturner at livejournal.com (Kate) Date: Fri, 15 Jul 2005 00:24:04 +0100 Subject: [Mediawiki-l] Re: Re: Oracle support References: <20050714201644.C9902135054C@mail.wikimedia.org> <20050714221201.49465.qmail@web41903.mail.yahoo.com> Message-ID: <7060059.Xa5Tnjvdhd@rose.local> KirbyMeister wrote in gmane.org.wikimedia.mediawiki: > wow, you can actually afford having a copy of Oracle to test it with Oracle is available for download from [0] at no charge. the license covers developing application prototypes. kate. [0] http://www.oracle.com/technology/software/products/database/oracle10g/index.html From kirbymeister at gmail.com Thu Jul 14 23:31:32 2005 From: kirbymeister at gmail.com (KirbyMeister) Date: Thu, 14 Jul 2005 19:31:32 -0400 Subject: [Mediawiki-l] Re: Re: Oracle support In-Reply-To: <7060059.Xa5Tnjvdhd@rose.local> References: <20050714201644.C9902135054C@mail.wikimedia.org> <20050714221201.49465.qmail@web41903.mail.yahoo.com> <7060059.Xa5Tnjvdhd@rose.local> Message-ID: oh. thanks for that bit of enlightenment. On 7/14/05, Kate wrote: > > KirbyMeister wrote in gmane.org.wikimedia.mediawiki: > > > wow, you can actually afford having a copy of Oracle to test it with > > Oracle is available for download from [0] at no charge. the license covers > developing application prototypes. > > kate. > > [0] > > http://www.oracle.com/technology/software/products/database/oracle10g/index.html > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- LiveJournal @ http://livejournal.com/users/kirbymeister Omega Age @ http://www.drunkduck.com/Omega_Age From michelle.sg1 at gmail.com Fri Jul 15 01:25:26 2005 From: michelle.sg1 at gmail.com (Michelle) Date: Thu, 14 Jul 2005 18:25:26 -0700 Subject: [Mediawiki-l] Configuring RSS output In-Reply-To: References: Message-ID: I modified the RSS feed because it was crashing the server providing our headlines. For New Articles, the entire contents of the article is in the feed. I shortened the string as shown below; the titles and summaries come out okay. I noticed in 1.4.5 even after my change, if Recent Changes includes uploads, the entire upload log seems to be in the RSS feed. I haven't figured out where that string is generated in order to shorten it. in QueryPage.php, in function feedItemDesc(), change this: if( isset( $row->text ) ) { $text = "

    " . htmlspecialchars( wfMsg( "summary" ) ) . ": " . $text . "

    \n
    \n
    " . nl2br( htmlspecialchars( $row->text ) ) . "
    ";; } to this: if( isset( $row->text ) ) { $text = "

    " . htmlspecialchars( wfMsg( "summary" ) ) . ": " . $text . "

    \n"; } Michelle On Jul 14, 2005, at 3:47 AM, David Patrick wrote: > feed.php looks to give you what you would need. > > Not had much of a chance to have an in depth look, but it does seem to > be the file that builds the RSS document for you. > > I guess you could remove parts from that until you get what you wish > to achieve. Let us know how you get on.... > > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org > [mailto:mediawiki-l-bounces at Wikimedia.org]On Behalf Of Mark Cunningham > Sent: 14 July 2005 11:30 > To: Arthur Guy > Cc: MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] Configuring RSS output > > > On 7/14/05, Arthur Guy wrote: >> Configure it to do what? > > The format of the content of the RSS feed; i.e. rather than the full > comparision of the change, just a summary or perhaps one column... > >> I imagine it uses its own style sheet so the best bet would be to >> find this >> is and edit it. > > Are stylesheets use to configure content? > From amoll at ups.edu Fri Jul 15 05:19:54 2005 From: amoll at ups.edu (Andrew Moll) Date: Thu, 14 Jul 2005 22:19:54 -0700 Subject: [Mediawiki-l] anonymous searching and defaults Message-ID: I've been busy setting up my first wiki. The only problem I have run into is setting which namespaces are searched by default. I've set the variables in defaultSettings.php or whatever, but that only effects new users that are created. I want anonymous users to, by default, search the namespaces I specify. Suggestions? It's pretty important. Thanks, Andrew --- () ascii ribbon campaign /\ against html mail and microsoft attachments From casper.levy at eu.nabgroup.com Fri Jul 15 15:34:11 2005 From: casper.levy at eu.nabgroup.com (casper.levy at eu.nabgroup.com) Date: Fri, 15 Jul 2005 16:34:11 +0100 Subject: [Mediawiki-l] problem saving edits Message-ID: Hello I had the following error messages appearing Database error >From CMAwiki 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 "SearchUpdate::doUpdate". MySQL returned error "1016: Can't open file: 'searchindex.MYD'. (errno: 145) (localhost)". I followed the advise on this list and dropped and recreated the table and after that the error message no longer appears. Now however when save is clicked it hangs on this url http://cbw107061/CMAwiki/index.php?title=CMAwiki:Community_Portal&action=submit and i get the " page cannot be displayed..." however when i check back the page has infact been saved. I'm running mediawiki-1.4.6 on apache 2.0.43 php4.2.3 mysql 4 installed using phpdev423 thanks in advance, regards Caspar =============================================================== National Australia Group Europe Limited (Company Number 02108635, Registered Office 88 Wood Street, London EC2V 7QQ) (NAGE) is a subsidiary of National Australia Bank Limited (an Australian registered company). The following UK companies are authorised and regulated by the Financial Services Authority: Clydesdale Bank PLC (trading as Clydesdale Bank and Yorkshire Bank), MLC Savings Limited, MLC Trust Management Company Limited, Clydesdale Bank Insurance Brokers Limited, Yorkshire Bank Financial Services Limited, National Australia Insurance Services Limited and Custom Fleet Limited. The views and opinions expressed in this email may not reflect the views and opinions of any member of the group of which NAGE forms part. The information contained in this message is confidential and may also be privileged. It is intended only for the addressee named above. The unauthorised use, disclosure, copying or alteration of this message is strictly prohibited. If you are not the addressee (or responsible for delivery of the message to the addressee), please notify the originator immediately by return message and destroy the original message. This message and any attachments have been scanned for viruses prior to leaving the NAGE network. However, NAGE does not guarantee the security of this message and will not be responsible for any damages arising as a result of any virus being passed on or arising from any alteration of this message by a third party. NAGE may monitor emails sent to and from the NAGE network. From rowan.collins at gmail.com Fri Jul 15 16:34:00 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 15 Jul 2005 17:34:00 +0100 Subject: [Mediawiki-l] External authentication (e.g. siteminder) In-Reply-To: <20050714164956.GC15391@ratatosk.org> References: <20050714164956.GC15391@ratatosk.org> Message-ID: <9f02ca4c050715093462ccfa0a@mail.gmail.com> On 14/07/05, Cary Collett wrote: > One of the show stoppers, at least as near as I can tell, is > our use of SiteMinder for user auth. I'm wondering how difficult > it would be to get MediaWiki to play with it. I don't know the details of it, but there is an "AuthPlugin" facility in MediaWiki for exactly this kind of task; I know that one successful implementation uses an LDAP server to do the user authentication. See http://meta.wikimedia.org/wiki/Authentication and the pages linked from there, and includes/AuthPlugin.php in the source for more details. -- Rowan Collins BSc [IMSoP] From rowan.collins at gmail.com Fri Jul 15 17:00:06 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 15 Jul 2005 18:00:06 +0100 Subject: [Mediawiki-l] Adding a new tag to Wiki In-Reply-To: <932E391D0072FE48AFD9F81EA884AA91476C84@narcolepsy.voltage.com> References: <932E391D0072FE48AFD9F81EA884AA91476C84@narcolepsy.voltage.com> Message-ID: <9f02ca4c05071510003b75a27a@mail.gmail.com> On 14/07/05, Zain Memon wrote: > I know you can add a new tag into the Wiki using > extensions, but is it possible to add a [[square brace:]] tag in? In terms of the built-in "extension" architecture, the syntax added is always of the form .... This provides a standardised kind of syntax to say "this is an extension". The [[foo:bar]] syntax is used for links, with "foo" a namespace and "bar" the title within that namespace. You can add custom namespaces, or rename some of the existing ones, if you want; see http://meta.wikimedia.org/wiki/Help:Namespace and http://meta.wikimedia.org/wiki/Help:Custom_namespaces However, since you referred to "a [[square brace:]] tag", you are probably thinking of the namespaces which have special behaviour when linked to: the 'Image' namespace displays inline; the 'Category' namespace moves the link out of line (and stores the link as a category association rather than a plain link); the 'Media' namespace doesn't really exist, but by-passes the image description page as a kludge to "play" sounds and videos or "download" other files. These behaviours are hard-coded, mainly in the rather mammoth and ugly file includes/Parser.php - the place to start hacking if you want to introduce a similar special behaviour for another namespace is the "replaceInternalLinks()" function. But be warned - it won't be easy ;) -- Rowan Collins BSc [IMSoP] From rowan.collins at gmail.com Fri Jul 15 17:07:55 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 15 Jul 2005 18:07:55 +0100 Subject: [Mediawiki-l] Re: Adding IMG Tag Support in 1.4.5 (Jan Steinman) In-Reply-To: <42D59BB2.7080801@parnasse.com> References: <20050713222346.D13CB1190B9F@mail.wikimedia.org> <42D59BB2.7080801@parnasse.com> Message-ID: <9f02ca4c05071510073a87f923@mail.gmail.com> On 13/07/05, Jeff Harrington wrote: > Our users are currently using the Media tag for images: > > [[Media:http://someplace.com/someimage.jpg]] Yuck! I didn't know there was even a configuration to allow that (although there at least used to be one that allowed linking to external images just by typing the URL, because that's what older wikis did). Two questions spring to mind: 1) Why do you need the tag if you already have this working? The obvious answer is that you want to play with its attributes, such as 'alt' and 'title'. But then: 2) Why do you not want your users to upload images to your own server (rather than leaching bandwidth from their hosts)? If you did that, the full range of image syntax would be available to you, you could deal with security issues, and you could even track what images are being used... -- Rowan Collins BSc [IMSoP] From ken.garland at rotech.com Fri Jul 15 17:22:41 2005 From: ken.garland at rotech.com (Ken Garland) Date: Fri, 15 Jul 2005 13:22:41 -0400 Subject: [Mediawiki-l] MW Configure, but files missing? In-Reply-To: <42CD88E9.4060007@rotech.com> References: <42CD7207.1060400@rotech.com> <42CD7EA7.4080304@pobox.com> <42CD88E9.4060007@rotech.com> Message-ID: <42D7F0E1.2020506@rotech.com> MediaWiki 1.3.11 installation Wiki is configured. Already configured... return to the wiki I click on 'return to the wiki' and just get this: Not Found The requested URL /mediawiki/index.php/Main_Page was not found on this server. index.php does exist where it is supposed to: /var/www/html/mediawiki/index.php From brion at pobox.com Fri Jul 15 18:37:07 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 15 Jul 2005 11:37:07 -0700 Subject: [Mediawiki-l] MW Configure, but files missing? In-Reply-To: <42D7F0E1.2020506@rotech.com> References: <42CD7207.1060400@rotech.com> <42CD7EA7.4080304@pobox.com> <42CD88E9.4060007@rotech.com> <42D7F0E1.2020506@rotech.com> Message-ID: <42D80253.5020109@pobox.com> Ken Garland wrote: > Not Found > > The requested URL /mediawiki/index.php/Main_Page was not found on this > server. Your web server configuration or PHP configuration is broken such that PATH_INFO urls don't work. Change $wgArticlePath to 'ugly url' style in LocalSettings.php. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050715/b7582f75/attachment.pgp From brion at pobox.com Fri Jul 15 18:39:12 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 15 Jul 2005 11:39:12 -0700 Subject: [Mediawiki-l] anonymous searching and defaults In-Reply-To: References: Message-ID: <42D802D0.1030705@pobox.com> Andrew Moll wrote: > I've been busy setting up my first wiki. The only problem I have run > into is setting which namespaces are searched by default. I've set the > variables in defaultSettings.php or whatever, Never edit DefaultSettings.php. Edit LocalSettings.php only. > but that only effects new > users that are created. I want anonymous users to, by default, search > the namespaces I specify. Suggestions? It's pretty important. Add them to $wgNamespacesToBeSearchedDefault in LocalSettings.php. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050715/74331f54/attachment.pgp From jonathan at shuttleworthfoundation.org Fri Jul 15 18:42:02 2005 From: jonathan at shuttleworthfoundation.org (Jonathan Carter) Date: Fri, 15 Jul 2005 20:42:02 +0200 Subject: [Mediawiki-l] Upgrade problems Message-ID: <42D8037A.2090108@shuttleworthfoundation.org> Hi List Please let me know if this isn't entirely the right list to ask questions. I'm upgrading a mediawiki-1.3.11 installation to mediawiki-1.4.6, and I get the error: Fatal error: Call to a member function on a non-object in /var/www/clugwiki2/includes/ObjectCache.php on line 409 when I try to open a page. (Same error when I try to run update.php). What could be the cause of this, and what can I do to fix it? Any help would be appreciated. thank you Jonathan From brion at pobox.com Fri Jul 15 19:04:51 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 15 Jul 2005 12:04:51 -0700 Subject: [Mediawiki-l] Upgrade problems In-Reply-To: <42D8037A.2090108@shuttleworthfoundation.org> References: <42D8037A.2090108@shuttleworthfoundation.org> Message-ID: <42D808D3.7040604@pobox.com> Jonathan Carter wrote: > I'm upgrading a mediawiki-1.3.11 installation to mediawiki-1.4.6, and I > get the error: > > Fatal error: Call to a member function on a non-object in > /var/www/clugwiki2/includes/ObjectCache.php on line 409 > > when I try to open a page. (Same error when I try to run update.php). This happens when the wiki is unable to contact the database, perhaps because of: * Incorrect username * Incorrect password * Incorrect server Check that these are all correct in LocalSettings.php. Check AdminSettings.php for command-line scripts. If using MySQL 4.1, don't forget about the password compatibility issues (see link in RELEASE-NOTES). -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050715/27d6520a/attachment.pgp From ken.garland at rotech.com Fri Jul 15 19:46:21 2005 From: ken.garland at rotech.com (Ken Garland) Date: Fri, 15 Jul 2005 15:46:21 -0400 Subject: [Mediawiki-l] MW Configure, but files missing? In-Reply-To: <42D80253.5020109@pobox.com> References: <42CD7207.1060400@rotech.com> <42CD7EA7.4080304@pobox.com> <42CD88E9.4060007@rotech.com> <42D7F0E1.2020506@rotech.com> <42D80253.5020109@pobox.com> Message-ID: <42D8128D.5030005@rotech.com> now my LocalSettings.php looks like this: ## If using PHP as a CGI module, use the ugly URLs #$wgArticlePath = "$wgScript/$1"; $wgArticlePath = "$wgScript?title=$1"; I still get the same Not Found message while using either option. Brion Vibber wrote: > Ken Garland wrote: > >> Not Found >> >> The requested URL /mediawiki/index.php/Main_Page was not found on this >> server. > > > Your web server configuration or PHP configuration is broken such that > PATH_INFO urls don't work. > > Change $wgArticlePath to 'ugly url' style in LocalSettings.php. > > -- brion vibber (brion @ pobox.com) > >------------------------------------------------------------------------ > >_______________________________________________ >MediaWiki-l mailing list >MediaWiki-l at Wikimedia.org >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > From jonathan at shuttleworthfoundation.org Fri Jul 15 22:12:06 2005 From: jonathan at shuttleworthfoundation.org (Jonathan Carter) Date: Sat, 16 Jul 2005 00:12:06 +0200 Subject: [Mediawiki-l] Upgrade problems In-Reply-To: <42D808D3.7040604@pobox.com> References: <42D8037A.2090108@shuttleworthfoundation.org> <42D808D3.7040604@pobox.com> Message-ID: <42D834B6.1050003@shuttleworthfoundation.org> Brion Vibber wrote: > This happens when the wiki is unable to contact the database, perhaps > because of: > * Incorrect username > * Incorrect password > * Incorrect server > > Check that these are all correct in LocalSettings.php. Check > AdminSettings.php for command-line scripts. > > If using MySQL 4.1, don't forget about the password compatibility issues > (see link in RELEASE-NOTES). Thank you Brion, turns out I referred to the wrong database. -Jonathan From brion at pobox.com Fri Jul 15 23:36:21 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 15 Jul 2005 16:36:21 -0700 Subject: [Mediawiki-l] MW Configure, but files missing? In-Reply-To: <42D8128D.5030005@rotech.com> References: <42CD7207.1060400@rotech.com> <42CD7EA7.4080304@pobox.com> <42CD88E9.4060007@rotech.com> <42D7F0E1.2020506@rotech.com> <42D80253.5020109@pobox.com> <42D8128D.5030005@rotech.com> Message-ID: <42D84875.1090909@pobox.com> Ken Garland wrote: > now my LocalSettings.php looks like this: > > ## If using PHP as a CGI module, use the ugly URLs > #$wgArticlePath = "$wgScript/$1"; > $wgArticlePath = "$wgScript?title=$1"; > > I still get the same Not Found message while using either option. What, exactly, do you get it on? Please provide exact URLs and extracts from your web server's error log. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050715/45816e54/attachment.pgp From brion at pobox.com Sat Jul 16 07:13:18 2005 From: brion at pobox.com (Brion Vibber) Date: Sat, 16 Jul 2005 00:13:18 -0700 Subject: [Mediawiki-l] MediaWiki 1.4.7 released Message-ID: <42D8B38E.8070205@pobox.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 MediaWiki 1.4.7 is a bug fix release. Those affected by the following problems in 1.4.6 should upgrade: * Watchlist breakage on MySQL 3.23.x and with table prefix enabled * Possible breakage in watchlist, some image resizing modes on PHP 4.1.2 1.4.6 included a fix for a cross-site scripting vulnerability, so anyone running older 1.4 releases is very strongly encouraged to upgrade as well. Note to upgraders: current versions of MediaWiki are known to produce a large number of notice-level warnings under the newly released PHP 4.4.0. These appear however to be harmless; if you encounter them add this to your LocalSettings.php to suppress the notices: ~ error_reporting( E_ALL & ~E_NOTICE ); PHP 5.1.0beta3 is known to be incompatible at this time. Release notes: http://sourceforge.net/project/shownotes.php?release_id=342530 Download: http://prdownloads.sourceforge.net/wikipedia/mediawiki-1.4.7.tar.gz?download MD5 checksum: 2ec40b5e53ad1eb762e39b502da247f9 Before asking for help, try the FAQ: http://meta.wikimedia.org/wiki/MediaWiki_FAQ Low-traffic release announcements mailing list: http://mail.wikipedia.org/mailman/listinfo/mediawiki-announce Wiki admin help mailing list: http://mail.wikipedia.org/mailman/listinfo/mediawiki-l Bug report system: http://bugzilla.wikimedia.org/ Play "stump the developers" live on IRC: #mediawiki on irc.freenode.net - -- brion vibber (brion @ pobox.com) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC2LOOwRnhpk1wk44RArjSAKDRirQTGGP+rTLUNBV0oADWWlKXIQCeNMvA 8l4eHtMEWFRWees5tbls0uA= =WGQc -----END PGP SIGNATURE----- From zain at voltage.com Sat Jul 16 17:59:53 2005 From: zain at voltage.com (Zain Memon) Date: Sat, 16 Jul 2005 10:59:53 -0700 Subject: [Mediawiki-l] Access restrictions for edits Message-ID: <932E391D0072FE48AFD9F81EA884AA91476CBB@narcolepsy.voltage.com> Hi there, I've been browsing around the MediaWiki FAQ but I can't seem to find an answer for this question. I want to protect a small group of pages so that only 2-3 members can edit them. However, I want everyone to be able to view them. Can I somehow do this with MediaWiki? From brion at pobox.com Sat Jul 16 18:13:46 2005 From: brion at pobox.com (Brion Vibber) Date: Sat, 16 Jul 2005 11:13:46 -0700 Subject: [Mediawiki-l] Access restrictions for edits In-Reply-To: <932E391D0072FE48AFD9F81EA884AA91476CBB@narcolepsy.voltage.com> References: <932E391D0072FE48AFD9F81EA884AA91476CBB@narcolepsy.voltage.com> Message-ID: <42D94E5A.9040505@pobox.com> Zain Memon wrote: > I've been browsing around the MediaWiki FAQ but I can't seem to find an > answer for this question. I want to protect a small group of pages so > that only 2-3 members can edit them. However, I want everyone to be able > to view them. Can I somehow do this with MediaWiki? If those 2-3 members have sysop accounts, sure. Use the 'protect' tab on the pages. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050716/4f8f96dc/attachment.pgp From compkarori at gmail.com Sat Jul 16 21:01:27 2005 From: compkarori at gmail.com (Graham Chiu) Date: Sun, 17 Jul 2005 09:01:27 +1200 Subject: [Mediawiki-l] spam bots Message-ID: <48b2ee0a050716140174d44f7@mail.gmail.com> I recently started to receive spam on my gmail account, after joining this list. I did a google search on my email address, and found it only listed at mail.wikipedia.org/pipermail/mediawiki-l/2005-July.txt Can't the email addresses be obfuscated? -- Graham Chiu From morbus at disobey.com Sat Jul 16 22:14:59 2005 From: morbus at disobey.com (Morbus Iff) Date: Sat, 16 Jul 2005 18:14:59 -0400 Subject: [Mediawiki-l] spam bots In-Reply-To: <48b2ee0a050716140174d44f7@mail.gmail.com> References: <48b2ee0a050716140174d44f7@mail.gmail.com> Message-ID: <42D986E3.9020204@disobey.com> > Can't the email addresses be obfuscated? Can't your client and email tools provide better handling of spam? -- Morbus Iff ( putting the sanity back in sanity ) Technical: http://www.oreillynet.com/pub/au/779 Culture: http://www.disobey.com/ and http://www.gamegrene.com/ icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: morbus From nidonocu at gmail.com Sat Jul 16 22:54:13 2005 From: nidonocu at gmail.com (Nidonocu) Date: Sat, 16 Jul 2005 23:54:13 +0100 Subject: [Mediawiki-l] spam bots In-Reply-To: <48b2ee0a050716140174d44f7@mail.gmail.com> References: <48b2ee0a050716140174d44f7@mail.gmail.com> Message-ID: <42D99015.3060608@gmail.com> Graham Chiu wrote: >I recently started to receive spam on my gmail account, after joining this list. >I did a google search on my email address, and found it only listed at > >mail.wikipedia.org/pipermail/mediawiki-l/2005-July.txt > >Can't the email addresses be obfuscated? > > I'd generally recommend having a secondary address for mailing lists if you don't wish to be spammed. Helps keep your private mail apart anyway. Though I personally have Thunderbird running on a Gmail account and never have any spam reach me. -- Nidonocu C:\> nidonocu at gmail.com http://www.nidonocu.co.uk http://nidonocu.livejournal.com Nidonocu at Gmail.com Get Thunderbird From reflection at gmail.com Sat Jul 16 22:54:54 2005 From: reflection at gmail.com (Brian) Date: Sat, 16 Jul 2005 16:54:54 -0600 Subject: [Mediawiki-l] spam bots In-Reply-To: <42D986E3.9020204@disobey.com> References: <48b2ee0a050716140174d44f7@mail.gmail.com> <42D986E3.9020204@disobey.com> Message-ID: <9839a05c0507161554251fe4ce@mail.gmail.com> That's one of the silliest things I have ever read. On 7/16/05, Morbus Iff wrote: > > > Can't the email addresses be obfuscated? > > Can't your client and email tools provide better handling of spam? > > -- > Morbus Iff ( putting the sanity back in sanity ) > Technical: http://www.oreillynet.com/pub/au/779 > Culture: http://www.disobey.com/ and http://www.gamegrene.com/ > icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: > morbus > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From morbus at disobey.com Sat Jul 16 23:55:44 2005 From: morbus at disobey.com (Morbus Iff) Date: Sat, 16 Jul 2005 19:55:44 -0400 Subject: [Mediawiki-l] spam bots In-Reply-To: <9839a05c0507161554251fe4ce@mail.gmail.com> References: <48b2ee0a050716140174d44f7@mail.gmail.com> <42D986E3.9020204@disobey.com> <9839a05c0507161554251fe4ce@mail.gmail.com> Message-ID: <42D99E80.3090504@disobey.com> >>>Can't the email addresses be obfuscated? >>Can't your client and email tools provide better handling of spam? > That's one of the silliest things I have ever read. I've had the same email address for eight years. During that time, I have never, not once, tried to obfuscate or hide it. I am, arguably, more "known" than you or the original inquisitor. Spam has never gotten to a point where I felt it necessary to ask someone, or a group of someones, to provide protection of my address in a way that requires a man-hour or more of research/programming, especially in a way that would detrimentally affect future inquisitors. I can't count the number of times I've found a question in a mailing list archive, seen no response or suitable answer archived, emailed the original quester for their update, and received the solution quickly, politely, and with far fewer headaches (signing up, lurk period, asking, waiting days, leaving). Similarly, I'm not convinced that the archiving of his address was the only probable cause - it could just as easily been a Windows friend infected with an Address Book stealing virus (this is the primary reason, as previously suggested, that people use alternate email addresses or primary+mailinglist at primary.com). Ofuscating email addresses is about as useful as using URL shorteners. They are detrimental and damaging to the Internet. -- Morbus Iff ( cheese and rice saves ) Technical: http://www.oreillynet.com/pub/au/779 Culture: http://www.disobey.com/ and http://www.gamegrene.com/ icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: morbus From compkarori at gmail.com Sun Jul 17 01:01:16 2005 From: compkarori at gmail.com (Graham Chiu) Date: Sun, 17 Jul 2005 13:01:16 +1200 Subject: [Mediawiki-l] spam bots In-Reply-To: <42D986E3.9020204@disobey.com> References: <48b2ee0a050716140174d44f7@mail.gmail.com> <42D986E3.9020204@disobey.com> Message-ID: <48b2ee0a05071618013102c7b9@mail.gmail.com> I currently get over 4000 spam a day on my primary email account which is handled quite nicely thank you. And gmail has managed to catch all the spam on this account .... so far. However, as everyone knows, prevention is the better part of the cure. On 7/17/05, Morbus Iff wrote: > > Can't the email addresses be obfuscated? > > Can't your client and email tools provide better handling of spam? > > -- > Morbus Iff ( putting the sanity back in sanity ) > Technical: http://www.oreillynet.com/pub/au/779 > Culture: http://www.disobey.com/ and http://www.gamegrene.com/ > icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: morbus > -- Graham Chiu From r_lender at yahoo.de Sat Jul 16 19:29:50 2005 From: r_lender at yahoo.de (Robert) Date: Sat, 16 Jul 2005 21:29:50 +0200 Subject: [Mediawiki-l] access restrictions for the userpage Message-ID: Hello, is it possible, to prevent that someone - except the user - can edit a userpage. Regards Robert From lists at wildgooses.com Sun Jul 17 17:13:07 2005 From: lists at wildgooses.com (Ed W) Date: Sun, 17 Jul 2005 18:13:07 +0100 Subject: [Mediawiki-l] spam bots In-Reply-To: <42D99E80.3090504@disobey.com> References: <48b2ee0a050716140174d44f7@mail.gmail.com> <42D986E3.9020204@disobey.com> <9839a05c0507161554251fe4ce@mail.gmail.com> <42D99E80.3090504@disobey.com> Message-ID: <42DA91A3.9020601@wildgooses.com> Morbus Iff wrote: >>>> Can't the email addresses be obfuscated? >>> >>> Can't your client and email tools provide better handling of spam? >> > > That's one of the silliest things I have ever read. > > I've had the same email address for eight years. During that time, I > have never, not once, tried to obfuscate or hide it. I am, arguably, > more "known" than you or the original inquisitor. Spam has never > gotten to a point where I felt it necessary to ask someone, or a group > of someones, to provide protection of my address in a way that > requires a man-hour or more of research/programming, especially in a > way that would detrimentally affect future inquisitors. I'm still with Brian. Your argument is flawed. Please tell me your physical address and telephone number - I would like to arrange for you to receive lots of junk postal mail and pointless sales enquiries. Now if you get a fancy phone system you can probably filter out most of those junk calls, and if you ask all your real correspondents to put some identifying mark on the front of their post then you can probably quickly sieve out most of the junk postal mail.... ...Am I getting through here? I'm hoping that you are asking the question "Why it should be your problem to spend time and effort sieving this stuff out when I simply shouldn't be sending it to you in the first place?" He said "obfuscate" - that's presumably deliberately ambiguous Ed W From brion at pobox.com Sun Jul 17 17:14:41 2005 From: brion at pobox.com (Brion Vibber) Date: Sun, 17 Jul 2005 10:14:41 -0700 Subject: [Mediawiki-l] access restrictions for the userpage In-Reply-To: References: Message-ID: <42DA9201.9040303@pobox.com> Robert wrote: > Hello, > is it possible, to prevent that someone - except the user - can edit a > userpage. This would create a channel for link spamming, vandalism, and harrasment which can't be cleaned up (except, presumably, by a privileged sysop account). Generally I'd say that's unwise. The whole point of a wiki in contrast to other types of environments is the shared community responsibility of the users, which requires that everybody be _able_ to pitch in. You could however probably achieve this by hacking up Title::userCanEdit(). -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050717/738cc114/attachment.pgp From mshiltonj at gmail.com Sun Jul 17 19:14:09 2005 From: mshiltonj at gmail.com (Steven Hilton) Date: Sun, 17 Jul 2005 15:14:09 -0400 Subject: [Mediawiki-l] article word count? Message-ID: <8308260d050717121452c45d84@mail.gmail.com> It is possible to get the word count of specific articles, or even sections of articles, for display purposes? I thought it might a a magic word, like PAGENAME or REVISIONID, but I'm not finding anything. From brion at pobox.com Sun Jul 17 19:20:10 2005 From: brion at pobox.com (Brion Vibber) Date: Sun, 17 Jul 2005 12:20:10 -0700 Subject: [Mediawiki-l] article word count? In-Reply-To: <8308260d050717121452c45d84@mail.gmail.com> References: <8308260d050717121452c45d84@mail.gmail.com> Message-ID: <42DAAF6A.8070403@pobox.com> Steven Hilton wrote: > It is possible to get the word count of specific articles, or even > sections of articles, for display purposes? > > I thought it might a a magic word, like PAGENAME or REVISIONID, but > I'm not finding anything. There's no built-in method for this, no. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050717/97ef6eed/attachment.pgp From morbus at disobey.com Sun Jul 17 19:28:29 2005 From: morbus at disobey.com (Morbus Iff) Date: Sun, 17 Jul 2005 15:28:29 -0400 Subject: [Mediawiki-l] spam bots In-Reply-To: <42DA91A3.9020601@wildgooses.com> References: <48b2ee0a050716140174d44f7@mail.gmail.com> <42D986E3.9020204@disobey.com> <9839a05c0507161554251fe4ce@mail.gmail.com> <42D99E80.3090504@disobey.com> <42DA91A3.9020601@wildgooses.com> Message-ID: <42DAB15D.9070305@disobey.com> > Please tell me your physical address and telephone number - I would like You, and everyone else, can get it by doing a whois on my domain, or by simply accessing http://disobey.com/about/. Your comparison is flawed. > Now if you get a fancy phone system you can probably filter out most of > those junk calls, and if you ask all your real correspondents to put > some identifying mark on the front of their post then you can probably > quickly sieve out most of the junk postal mail.... I don't have a cell phone, and I don't answer my real phone. Next? -- Morbus Iff ( i subscribe to the theory of intellectual osmosis ) Technical: http://www.oreillynet.com/pub/au/779 Culture: http://www.disobey.com/ and http://www.gamegrene.com/ icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: morbus From astronouth7303 at gmail.com Sun Jul 17 19:36:04 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Sun, 17 Jul 2005 15:36:04 -0400 Subject: [Mediawiki-l] access restrictions for the userpage In-Reply-To: <42DA9201.9040303@pobox.com> References: <42DA9201.9040303@pobox.com> Message-ID: On 7/17/05, Brion Vibber wrote: > Robert wrote: > > Hello, > > is it possible, to prevent that someone - except the user - can edit a > > userpage. > > This would create a channel for link spamming, vandalism, and harrasment > which can't be cleaned up (except, presumably, by a privileged sysop > account). > > Generally I'd say that's unwise. The whole point of a wiki in contrast > to other types of environments is the shared community responsibility of > the users, which requires that everybody be _able_ to pitch in. I believe he means that User:Bob can only be edited by Bob (and sysops). -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From brion at pobox.com Sun Jul 17 19:43:30 2005 From: brion at pobox.com (Brion Vibber) Date: Sun, 17 Jul 2005 12:43:30 -0700 Subject: [Mediawiki-l] access restrictions for the userpage In-Reply-To: References: <42DA9201.9040303@pobox.com> Message-ID: <42DAB4E2.90105@pobox.com> Jamie Bliss wrote: > On 7/17/05, Brion Vibber wrote: >>Robert wrote: >> >>>Hello, >>>is it possible, to prevent that someone - except the user - can edit a >>>userpage. >> >>This would create a channel for link spamming, vandalism, and harrasment >>which can't be cleaned up (except, presumably, by a privileged sysop >>account). >> >>Generally I'd say that's unwise. The whole point of a wiki in contrast >>to other types of environments is the shared community responsibility of >>the users, which requires that everybody be _able_ to pitch in. > > I believe he means that User:Bob can only be edited by Bob (and sysops). That's what I responded to, yes. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050717/236fcbd0/attachment.pgp From morbus at disobey.com Sun Jul 17 19:45:20 2005 From: morbus at disobey.com (Morbus Iff) Date: Sun, 17 Jul 2005 15:45:20 -0400 Subject: [Mediawiki-l] spam bots In-Reply-To: <42DAB15D.9070305@disobey.com> References: <48b2ee0a050716140174d44f7@mail.gmail.com> <42D986E3.9020204@disobey.com> <9839a05c0507161554251fe4ce@mail.gmail.com> <42D99E80.3090504@disobey.com> <42DA91A3.9020601@wildgooses.com> <42DAB15D.9070305@disobey.com> Message-ID: <42DAB550.4000709@disobey.com> >> Please tell me your physical address and telephone number - I would like > > You, and everyone else, can get it by doing a whois on my domain, or by > simply accessing http://disobey.com/about/. Your comparison is flawed. My apologies - I really had to pee. Let me explain. I understand that people get spam. I understand that people get junk mail, that they get marketing calls, and that they get annoyed with it. I'm not contesting that people need, and want, to make changes to how they receive and filter information. What I am against, however, is when those needs and wants *affect me*. And when people obfuscate mailing list archives, or they don't put their email address on their website *at all* (a recent pet peeve that is driving me absolutely bonkers), it is making my life more difficult, and the internet far less useful. I'm all for people doing what they need to do to curtail the flow of garbage. But only if it doesn't fuck with me. Don't fuck with "my" mailing list archives. Don't force me to reply *twice* to an email you sent me so that I can be put in some whitelist in your badly designed spam filter. Don't force me to Sherlock Holmes for an hour to find your damn email address so I can tell you that you mispelt something on your page and it makes you look like a fool. For me, asking someone to change the software that services 100+ people (a guess) just so I can live my life a bit easier, is *rude*. And, honestly, that's only going to help, what, a month? Eventually, you're gonna send an email to someone, they're gonna get some virus that leeches their .wab and archived From/To's stored in a mailbox, and you're just gonna be put on a list that way. Once you're on one list, you're gonna be on all of them, and forever (I still get junk to morbus at totalnetnh.net, which hasn't been used for nine years). There are too many ways for email addresses to be discovered that you'd have to be sending out an awful lot of requests to change things, all for widdle-ol' you. ("Hi! Please don't use Outlook Express. It's bad. K. Thanks!", "Hi! Oop, looks like you have Windows! Hey, tell ya what. Please don't use that? K. Thanks!", "Dear Google: Hi! Someone posted my email address on this site. Please remove it from your archive, the Wayback Machine, and all the caches the world over. K. Thanks!"). -- Morbus Iff ( rotinom ruoy edisni deppart mi pleH ) Technical: http://www.oreillynet.com/pub/au/779 Culture: http://www.disobey.com/ and http://www.gamegrene.com/ icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: morbus From mshiltonj at gmail.com Sun Jul 17 20:01:54 2005 From: mshiltonj at gmail.com (Steven Hilton) Date: Sun, 17 Jul 2005 16:01:54 -0400 Subject: [Mediawiki-l] article word count? In-Reply-To: <42DAAF6A.8070403@pobox.com> References: <8308260d050717121452c45d84@mail.gmail.com> <42DAAF6A.8070403@pobox.com> Message-ID: <8308260d05071713011598aa0c@mail.gmail.com> On 7/17/05, Brion Vibber wrote: > Steven Hilton wrote: > > It is possible to get the word count of specific articles, or even > > sections of articles, for display purposes? > > > > I thought it might a a magic word, like PAGENAME or REVISIONID, but > > I'm not finding anything. > > There's no built-in method for this, no. > > -- brion vibber (brion @ pobox.com) Okay. I locally modified Language.php, Parser.php and MagicWord.php and have some semblance of a word count magic word. It's really just a one-liner in the right place. -bash-2.05b$ diff -c Parser.php.bak Parser.php *** Parser.php.bak Sun Jul 17 19:23:56 2005 --- Parser.php Sun Jul 17 19:56:10 2005 *************** *** 1868,1873 **** --- 1868,1875 ---- return $this->mTitle->getText(); case MAG_PAGENAMEE: return $this->mTitle->getPartialURL(); + case MAG_PAGEWORDCOUNT: + return preg_match_all("/\s+/", $wgArticle->getContent(1), $junk_out); case MAG_REVISIONID: return $wgArticle->getRevIdFetched(); case MAG_NAMESPACE: Not sure how it plays with Templates and non-basic articles. Would this be useful to the project in general, or has this approach been tried before? From reflection at gmail.com Sun Jul 17 20:37:45 2005 From: reflection at gmail.com (Brian) Date: Sun, 17 Jul 2005 14:37:45 -0600 Subject: [Mediawiki-l] spam bots In-Reply-To: <42DAB550.4000709@disobey.com> References: <48b2ee0a050716140174d44f7@mail.gmail.com> <42D986E3.9020204@disobey.com> <9839a05c0507161554251fe4ce@mail.gmail.com> <42D99E80.3090504@disobey.com> <42DA91A3.9020601@wildgooses.com> <42DAB15D.9070305@disobey.com> <42DAB550.4000709@disobey.com> Message-ID: <9839a05c0507171337361427e2@mail.gmail.com> Perhaps if people are obfuscating or not directly giving you their e-mail address it is because they don't want you to know what it is. Understandably, if someone doesn't want to talk to you and you want to talk to them, that can be frustrating. But that's their right. When I sign up for a commercial website, I use the + gmail operator so that I know if they sell my address. For instance, if I sign up at foobar.com, I would use reflection+foobar at . Then when I start getting spam I know where it came from. Since this is a mailing list, it's a pain in my rear to change my displayed address everytime I want to say something to reflection+wikitech-l@, so I had to use the base address of just reflection. When you do a google search for my e-mail address, the only results are from this mailing list. (a couple others are similar, but not mine). That means that the 2-3 spam messages I get per day on this relatively new address are from this mailing list. If you go to mail.wikipedia.org and sign in to wikitech-l, you can access a list of Wikitech-l subscribers. A poor attempt is made here to obfuscate the addresses, using the 'at'. Most mail clients I have used automatically recognize this format and as a convenience turn the at into an @ for you. It is ridiculously easy for a harvester to do this. Even easier for them is to pluck the thousands of e-mail addresses sitting plainly in our archives. I don't want to convince anyone that plainly posting your e-mail address on the web is a bad idea. I also don't want to convince anyone that receiving spam is an unpleasant experience. Further, I don't want to explain to anyone that it is a gross and unnecessary inconvenience to manage two or more e-mail addresses simply for the purpose of reading a mailing list. The merit must go over my head in the first place. Aren't I then just going to have to filter the spam out of the other address? Yes, yes I am. On 7/17/05, Morbus Iff wrote: > > >> Please tell me your physical address and telephone number - I would > like > > > > You, and everyone else, can get it by doing a whois on my domain, or by > > simply accessing http://disobey.com/about/. Your comparison is flawed. > > My apologies - I really had to pee. Let me explain. > > I understand that people get spam. I understand that people get junk > mail, that they get marketing calls, and that they get annoyed with it. > I'm not contesting that people need, and want, to make changes to how > they receive and filter information. > > What I am against, however, is when those needs and wants *affect me*. > And when people obfuscate mailing list archives, or they don't put their > email address on their website *at all* (a recent pet peeve that is > driving me absolutely bonkers), it is making my life more difficult, and > the internet far less useful. > > I'm all for people doing what they need to do to curtail the flow of > garbage. But only if it doesn't fuck with me. Don't fuck with "my" > mailing list archives. Don't force me to reply *twice* to an email you > sent me so that I can be put in some whitelist in your badly designed > spam filter. Don't force me to Sherlock Holmes for an hour to find your > damn email address so I can tell you that you mispelt something on your > page and it makes you look like a fool. > > For me, asking someone to change the software that services 100+ people > (a guess) just so I can live my life a bit easier, is *rude*. And, > honestly, that's only going to help, what, a month? Eventually, you're > gonna send an email to someone, they're gonna get some virus that > leeches their .wab and archived From/To's stored in a mailbox, and > you're just gonna be put on a list that way. Once you're on one list, > you're gonna be on all of them, and forever (I still get junk to > morbus at totalnetnh.net, which hasn't been used for nine years). > > There are too many ways for email addresses to be discovered that you'd > have to be sending out an awful lot of requests to change things, all > for widdle-ol' you. ("Hi! Please don't use Outlook Express. It's bad. K. > Thanks!", "Hi! Oop, looks like you have Windows! Hey, tell ya what. > Please don't use that? K. Thanks!", "Dear Google: Hi! Someone posted my > email address on this site. Please remove it from your archive, the > Wayback Machine, and all the caches the world over. K. Thanks!"). > > -- > Morbus Iff ( rotinom ruoy edisni deppart mi pleH ) > Technical: http://www.oreillynet.com/pub/au/779 > Culture: http://www.disobey.com/ and http://www.gamegrene.com/ > icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: > morbus > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From rick.denatale at gmail.com Sun Jul 17 20:52:09 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Sun, 17 Jul 2005 16:52:09 -0400 Subject: [Mediawiki-l] spam bots In-Reply-To: <42DAB550.4000709@disobey.com> References: <48b2ee0a050716140174d44f7@mail.gmail.com> <42D986E3.9020204@disobey.com> <9839a05c0507161554251fe4ce@mail.gmail.com> <42D99E80.3090504@disobey.com> <42DA91A3.9020601@wildgooses.com> <42DAB15D.9070305@disobey.com> <42DAB550.4000709@disobey.com> Message-ID: I've got to agree with Morbus. I HATE spam, not just for the annoyance of finding it in my inbox, but even more for the way it is causing various sysadmins to enact measures which, taken to the extreme, will destroy the value of email. The tools are available to deal with it quite effectively at the recipient's end, preferably at the client, or at least at the user's mail server. Obscuring e-mail addresses isn't the answer, neither are draconian measures such as isps using blackhole lists to outright reject email from 'suspicious' sources. Filter, yes, but block no. My isp throws away email from any servers on various blackhole lists, which contain at various times the servers which forward mail from yahoo groups, or sourceforge mailing lists' etc. I've had to set up my own mail server so that I can participate in these mailing lists in such a way that I can censor them instead of my isp. No amount of explaining that they are throwing away legitimate e-mails for their clients seems to get through to many isps. And since the original poster was complaining about spam to his gmail account, he should be able to take solace in the fact that gmail seems to have the best spam filtering (not blocking) which I've seen. I've been using gmail for a year or more, and it has had an astonishingly high batting average both for correctly finding spam, but also for not marking innocent email as spam. I think that I've only had something like two incoming emails wrongly tagged as spam to my gmail account, and a similar small number of real spam getting through. From morbus at disobey.com Sun Jul 17 21:08:15 2005 From: morbus at disobey.com (Morbus Iff) Date: Sun, 17 Jul 2005 17:08:15 -0400 Subject: [Mediawiki-l] spam bots In-Reply-To: <9839a05c0507171337361427e2@mail.gmail.com> References: <48b2ee0a050716140174d44f7@mail.gmail.com> <42D986E3.9020204@disobey.com> <9839a05c0507161554251fe4ce@mail.gmail.com> <42D99E80.3090504@disobey.com> <42DA91A3.9020601@wildgooses.com> <42DAB15D.9070305@disobey.com> <42DAB550.4000709@disobey.com> <9839a05c0507171337361427e2@mail.gmail.com> Message-ID: <42DAC8BF.3060909@disobey.com> > Perhaps if people are obfuscating or not directly giving you their e-mail > address it is because they don't want you to know what it is. Understandably, > if someone doesn't want to talk to you and you want to talk to them, > that can be frustrating. But that's their right. Fair enough, certainly. But, in my head, if they have a website, they're doing so for someone to read it. If they *only* wanted people to read it, they'd write a book, where interaction is difficult. Interaction is implied when you publish something (non-anon) on the *inter*net. Your point also suggests that one should have an individual choice, upon signup, on whether his address were obfuscated in an archive (or, more sensibly, on live sends too, such that private archives wouldn't have it either). I guess I'd "support" an opt in feature for that, although I'm conflicted in so-doing (*choice* is something I never want removed, and it'd be an individuals' choice, not a forced capability applied to every one); I'd certainly opt out of it. > this mailing list. (a couple others are similar, but not mine). That means > that the 2-3 spam messages I get per day on this relatively new address are > from this mailing list. I'm not sure I fully agree, though it is certainly a possibility. You're telling me that you implicitly trust every person you've sent a personal email to to be expert enough to secure their machine from harvesters? Or that every one of our subscribers on this list have pure machines that couldn't have third partied your email to someone, through no fault of the public archive? > If you go to mail.wikipedia.org and sign in to > wikitech-l, you can access a list of Wikitech-l subscribers. A poor attempt I agree that is not a good idea. I may sub to incest@, but if I never post there because I don't want people to know, giving away my address, either monetarily or freely purposes, is bad. -- Morbus Iff ( black as the devil and sweet as a stolen kiss ) Technical: http://www.oreillynet.com/pub/au/779 Culture: http://www.disobey.com/ and http://www.gamegrene.com/ icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: morbus From avarab at gmail.com Sun Jul 17 21:11:06 2005 From: avarab at gmail.com (=?ISO-8859-1?Q?=C6var_Arnfj=F6r=F0_Bjarmason?=) Date: Sun, 17 Jul 2005 21:11:06 +0000 Subject: [Mediawiki-l] article word count? In-Reply-To: <8308260d05071713011598aa0c@mail.gmail.com> References: <8308260d050717121452c45d84@mail.gmail.com> <42DAAF6A.8070403@pobox.com> <8308260d05071713011598aa0c@mail.gmail.com> Message-ID: <51dd1af8050717141176c52256@mail.gmail.com> Just counting words as something split on white space wouldn't work for MediaWiki since not all languages split words on white space and even English sometimes spits words on other things than white space or ', "it's" expands to "it is" and it therefor two words. From avarab at gmail.com Mon Jul 18 00:30:40 2005 From: avarab at gmail.com (=?ISO-8859-1?Q?=C6var_Arnfj=F6r=F0_Bjarmason?=) Date: Mon, 18 Jul 2005 00:30:40 +0000 Subject: [Mediawiki-l] article word count? In-Reply-To: <8308260d0507171442640b32a@mail.gmail.com> References: <8308260d050717121452c45d84@mail.gmail.com> <42DAAF6A.8070403@pobox.com> <8308260d05071713011598aa0c@mail.gmail.com> <51dd1af8050717141176c52256@mail.gmail.com> <8308260d0507171442640b32a@mail.gmail.com> Message-ID: <51dd1af805071717306b868132@mail.gmail.com> On 7/17/05, Steven Hilton wrote: > On 7/17/05, ?var Arnfj?r? Bjarmason wrote: > > Just counting words as something split on white space wouldn't work > > for MediaWiki since not all languages split words on white space and > > even English sometimes spits words on other things than white space or > > ', "it's" expands to "it is" and it therefor two words. > > > > I can't speak to other languages, but the wiki entry on word count > (http://en.wikipedia.org/wiki/Word_count) -- found when I was > searching to see if mediawiki had a word count feature -- mentions > "automated word counting software which can count the actual words as > delimited by whitespace" and that "Word counting algorithms can vary > between software... Therefor, counting the words of a given document > using different software may give unequal results." > > I think splitting on whitespace will work 99% of the time, especially > if the delimiter can be defined as language specific. First of all, I've yet to be convinced that this is even worth the effort but even so, you're getting the raw wikitext and counting whitespaces in it, which is not a good idea there will be alot of whitespace that doesn't delimit words in things like wikitables, interwiki links, comments and so forth. If you feel like seriously working on it open a bug on it, explain what it could be used for ( I presume it's something more than just putting "This article has {{WORDCOUNT}} words" on every page) and make sure you implement it in such a way that it doesn't get false positives and can be redifined in the Language class. From j.birchwood at verizon.net Mon Jul 18 01:45:42 2005 From: j.birchwood at verizon.net (=James Birkholz=) Date: Sun, 17 Jul 2005 20:45:42 -0500 Subject: [Mediawiki-l] Malicious? edits Message-ID: <5.2.1.1.0.20050717204347.035c34a0@incoming.verizon.net> I had two of these ?malicious? edits today. Can anyone tell me what the intent was? http://www.birchy.com/GenWiki/index.php?title=Talk:Protestant_parish_of_Budsin&oldid=2200 James Birkholz administrator (Betreuer der), Posen-EN mailing list & website http://www.Posen-L.com & http://www.birchy.com/GenWiki From slowpoke at gmail.com Mon Jul 18 02:34:25 2005 From: slowpoke at gmail.com (Dori) Date: Sun, 17 Jul 2005 21:34:25 -0500 Subject: [Mediawiki-l] Malicious? edits In-Reply-To: <5.2.1.1.0.20050717204347.035c34a0@incoming.verizon.net> References: <5.2.1.1.0.20050717204347.035c34a0@incoming.verizon.net> Message-ID: On 7/17/05, =James Birkholz= wrote: > I had two of these ?malicious? edits today. Can anyone tell me what the > intent was? > > http://www.birchy.com/GenWiki/index.php?title=Talk:Protestant_parish_of_Budsin&oldid=2200 Either testing or spamming From leonardburton at gmail.com Mon Jul 18 02:49:38 2005 From: leonardburton at gmail.com (Leonard Burton) Date: Sun, 17 Jul 2005 22:49:38 -0400 Subject: [Mediawiki-l] Malicious? edits In-Reply-To: <5.2.1.1.0.20050717204347.035c34a0@incoming.verizon.net> References: <5.2.1.1.0.20050717204347.035c34a0@incoming.verizon.net> Message-ID: <732fb7a005071719491beb25c0@mail.gmail.com> HI, My guess is that this was just a test from a user. Leonard. On 7/17/05, =James Birkholz= wrote: > I had two of these ?malicious? edits today. Can anyone tell me what the > intent was? > > http://www.birchy.com/GenWiki/index.php?title=Talk:Protestant_parish_of_Budsin&oldid=2200 > > > James Birkholz > administrator (Betreuer der), Posen-EN mailing list & website > http://www.Posen-L.com & http://www.birchy.com/GenWiki > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- Leonard Burton, N9URK leonardburton at gmail.com "The prolonged evacuation would have dramatically affected the survivability of the occupants." From casper.levy at eu.nabgroup.com Mon Jul 18 08:34:21 2005 From: casper.levy at eu.nabgroup.com (casper.levy at eu.nabgroup.com) Date: Mon, 18 Jul 2005 09:34:21 +0100 Subject: [Mediawiki-l] Please someone help! page cannot be displayed after every edit Message-ID: Hi I posted before but no one replied and im still no further forward and i really need this wiki up and running. Hello I had the following error messages appearing Database error >From CMAwiki 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 "SearchUpdate::doUpdate". MySQL returned error "1016: Can't open file: 'searchindex.MYD'. (errno: 145) (localhost)". I followed the advise on this list and dropped and recreated the table and after that the error message no longer appears. Now however when save is clicked it hangs on this url and i get the " page cannot be displayed..." however when i check back the page has infact been saved. Same thing happens when i click random page, it goes straight to page cannot be displayed. I'm running mediawiki-1.4.6 on apache 2.0.43 php4.2.3 mysql 4 installed using phpdev423 thanks in advance, regards Caspar =============================================================== National Australia Group Europe Limited (Company Number 02108635, Registered Office 88 Wood Street, London EC2V 7QQ) (NAGE) is a subsidiary of National Australia Bank Limited (an Australian registered company). The following UK companies are authorised and regulated by the Financial Services Authority: Clydesdale Bank PLC (trading as Clydesdale Bank and Yorkshire Bank), MLC Savings Limited, MLC Trust Management Company Limited, Clydesdale Bank Insurance Brokers Limited, Yorkshire Bank Financial Services Limited, National Australia Insurance Services Limited and Custom Fleet Limited. The views and opinions expressed in this email may not reflect the views and opinions of any member of the group of which NAGE forms part. The information contained in this message is confidential and may also be privileged. It is intended only for the addressee named above. The unauthorised use, disclosure, copying or alteration of this message is strictly prohibited. If you are not the addressee (or responsible for delivery of the message to the addressee), please notify the originator immediately by return message and destroy the original message. This message and any attachments have been scanned for viruses prior to leaving the NAGE network. However, NAGE does not guarantee the security of this message and will not be responsible for any damages arising as a result of any virus being passed on or arising from any alteration of this message by a third party. NAGE may monitor emails sent to and from the NAGE network. From rick.denatale at gmail.com Mon Jul 18 12:17:30 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Mon, 18 Jul 2005 08:17:30 -0400 Subject: [Mediawiki-l] Malicious? edits In-Reply-To: <732fb7a005071719491beb25c0@mail.gmail.com> References: <5.2.1.1.0.20050717204347.035c34a0@incoming.verizon.net> <732fb7a005071719491beb25c0@mail.gmail.com> Message-ID: On 7/17/05, Leonard Burton wrote: > HI, > > My guess is that this was just a test from a user. > > Leonard. I saw pretty much the same thing, from the same IP address, it looks to me like he is testing a spambot, and not covering his tracks very well. The ip address tracks back to sys19.3fn.net and going to www.3fn.net this appears to be a colocated server 3fn.net provides colocation servers to the UK, the US, the Baltics and Russia. From hashar at altern.org Mon Jul 18 13:11:04 2005 From: hashar at altern.org (Ashar Voultoiz) Date: Mon, 18 Jul 2005 15:11:04 +0200 Subject: [Mediawiki-l] Re: Please someone help! page cannot be displayed after every edit In-Reply-To: References: Message-ID: casper.levy at eu.nabgroup.com wrote: > Now however when save is clicked > it hangs on this url > and i get the " page cannot be displayed..." > however when i check back the page has infact been saved. > > Same thing happens when i click random page, it goes straight to page > cannot be displayed. > > I'm running > > mediawiki-1.4.6 > on > apache 2.0.43 > php4.2.3 > mysql 4 > > installed using phpdev423 You might want to run the ./maintenance/update.php script just to be sure. If that does not solve your problems, try doing a clean install and see if the new installation got the same trouble. -- Ashar Voultoiz - WP++++ http://en.wikipedia.org/wiki/User:Hashar http://www.livejournal.com/community/wikitech/ IM: hashar at jabber.org ICQ: 15325080 From mark.cunningham at gmail.com Mon Jul 18 13:34:01 2005 From: mark.cunningham at gmail.com (Mark Cunningham) Date: Mon, 18 Jul 2005 14:34:01 +0100 Subject: [Mediawiki-l] Configuring RSS output In-Reply-To: References: Message-ID: On 7/15/05, Michelle wrote: > I modified the RSS feed because it was crashing the server providing > our headlines. For New Articles, the entire contents of the article is > in the feed. I shortened the string as shown below; the titles and > summaries come out okay. I noticed in 1.4.5 even after my change, if > Recent Changes includes uploads, the entire upload log seems to be in > the RSS feed. I haven't figured out where that string is generated in > order to shorten it. I managed to do it without hacking the code. I wanted to keep ease of upgrade. So I created a new SpecialPage which is a copy of Special:Newpages (i.e. includes\SpecialNewpages.php). I used http://meta.wikimedia.org/wiki/Writing_a_new_special_page to allow me to add the page to my install without hacking. I then updated the SQL call to take only what I want in the RSS feed (basically only the main namespace). I then added a function feedItemDesc which overrides QueryPage.php's function and modified it to display the output the way I want. Namely the first 100 words of the article, the comment and a note to say if it is updated or new. Seems to be working pretty well and I can modify my special page to my hearts content! :) -- http://thedeadone.net From mbartos at expomedia.de Mon Jul 18 15:31:38 2005 From: mbartos at expomedia.de (Michael Bartos) Date: Mon, 18 Jul 2005 17:31:38 +0200 Subject: [Mediawiki-l] Categories with "+" Message-ID: <0MKwh2-1DuXaq2qV1-00043V@mrelayeu.kundenserver.de> Hello * Is it possible to create a category "A+"? [[category:A+]] seens not to work... Is there any alternative? Thanks, Mike From r_lender at yahoo.de Sun Jul 17 22:18:09 2005 From: r_lender at yahoo.de (Robert) Date: Mon, 18 Jul 2005 00:18:09 +0200 Subject: [Mediawiki-l] Re: access restrictions for the userpage In-Reply-To: References: <42DA9201.9040303@pobox.com> Message-ID: Hello, Jamie Bliss schrieb: > On 7/17/05, Brion Vibber wrote: > >>Robert wrote: >> >>>Hello, >>>is it possible, to prevent that someone - except the user - can edit a >>>userpage. > I believe he means that User:Bob can only be edited by Bob (and sysops). > > -- Jamie Yes, that?s the way i meant. I think, it could be a difference between wiki-information-pages (open for all or registered users) and my user-page. this could/should a site where I can place only informations about myself, not edited by someone else (except sysops). But that is also question of wiki-philosophy. My question is, do you know a script which can do this? Regards Robert From brion at pobox.com Mon Jul 18 15:38:34 2005 From: brion at pobox.com (Brion Vibber) Date: Mon, 18 Jul 2005 08:38:34 -0700 Subject: [Mediawiki-l] Categories with "+" In-Reply-To: <0MKwh2-1DuXaq2qV1-00043V@mrelayeu.kundenserver.de> References: <0MKwh2-1DuXaq2qV1-00043V@mrelayeu.kundenserver.de> Message-ID: <42DBCCFA.9090109@pobox.com> Michael Bartos wrote: > Hello * > > Is it possible to create a category "A+"? > > [[category:A+]] seens not to work... Is there any alternative? Currently the + character is not allowed in page titles. (That includes usernames and categories.) -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050718/89bba926/attachment.pgp From casper.levy at eu.nabgroup.com Mon Jul 18 15:45:02 2005 From: casper.levy at eu.nabgroup.com (casper.levy at eu.nabgroup.com) Date: Mon, 18 Jul 2005 16:45:02 +0100 Subject: [Mediawiki-l] update on edit saves and random page problem Message-ID: Hi okay I'm having trouble running php scripts from the command line: C:\> C:\phpdev\php\php.exe -f C:\phpdev\www\CMAwiki\maintenance\rebuildtextindex .php
    Warning: The argument needs to be an array in C:\phpdev\www\CMAwiki\m aintenance\commandLine.inc on line 27

    Warning: Variable passed to reset() is not an array or object in C:\p hpdev\www\CMAwiki\maintenance\commandLine.inc on line 34
    A copy of your installation's LocalSettings.php must exist in the source directory. I do have a copy of localsettings.php in the base directory of my wiki, is that what it means by source directory? Can anyone see why this script isn;t running? Also my apache errors are as follows: [Mon Jul 18 15:48:16 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:randompage [Mon Jul 18 15:55:42 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:randompage [Mon Jul 18 15:55:48 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:specialpages [Mon Jul 18 15:55:50 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:imagelist [Mon Jul 18 15:55:53 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:specialpages [Mon Jul 18 15:55:55 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:newimages [Mon Jul 18 15:56:08 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:specialpages [Mon Jul 18 15:56:10 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:popularpages [Mon Jul 18 16:25:32 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:recentchanges [Mon Jul 18 16:25:36 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:randompage I don;t actually get any apache errors when i try and save an edit, just the "page cannot be displayed..." So next line of attack is run maintenance scripts but as you can see that is failing. Any ideas/ help much appreciated and in reply to the reply to my last post I have done a couple of clean installs now on different machines. MediaWiki always works perfectly on the local machine but starts to go wrong for people accessing it from other networked machines on the lan. regards caspar P.s how do i reply to a post that is already on the noticeboard? =============================================================== National Australia Group Europe Limited (Company Number 02108635, Registered Office 88 Wood Street, London EC2V 7QQ) (NAGE) is a subsidiary of National Australia Bank Limited (an Australian registered company). The following UK companies are authorised and regulated by the Financial Services Authority: Clydesdale Bank PLC (trading as Clydesdale Bank and Yorkshire Bank), MLC Savings Limited, MLC Trust Management Company Limited, Clydesdale Bank Insurance Brokers Limited, Yorkshire Bank Financial Services Limited, National Australia Insurance Services Limited and Custom Fleet Limited. The views and opinions expressed in this email may not reflect the views and opinions of any member of the group of which NAGE forms part. The information contained in this message is confidential and may also be privileged. It is intended only for the addressee named above. The unauthorised use, disclosure, copying or alteration of this message is strictly prohibited. If you are not the addressee (or responsible for delivery of the message to the addressee), please notify the originator immediately by return message and destroy the original message. This message and any attachments have been scanned for viruses prior to leaving the NAGE network. However, NAGE does not guarantee the security of this message and will not be responsible for any damages arising as a result of any virus being passed on or arising from any alteration of this message by a third party. NAGE may monitor emails sent to and from the NAGE network. From rowan.collins at gmail.com Mon Jul 18 16:27:33 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Mon, 18 Jul 2005 17:27:33 +0100 Subject: [Mediawiki-l] update on edit saves and random page problem In-Reply-To: References: Message-ID: <9f02ca4c050718092755b07ace@mail.gmail.com> On 18/07/05, casper.levy at eu.nabgroup.com wrote: > I do have a copy of localsettings.php in the base directory of my wiki, is > that what it means by source directory? Can anyone see why this script > isn;t running? 2 guesses, both of which may be wrong: * have you tried starting the php script from within the source directory (C:\phpdev\www\CMAwiki)? * have you created an AdminSettings.php file? Look at AdminSettings.sample for what should be in it. > P.s how do i reply to a post that is already on the noticeboard? Um - click the "reply" button? Kind of depends how you're accessing the mailing list really - what e-mail client / newsgroup reader / archiving service are you using to view it? [see the link at the bottom of this message for info on your various options...] -- Rowan Collins BSc [IMSoP] From rowan.collins at gmail.com Mon Jul 18 16:31:52 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Mon, 18 Jul 2005 17:31:52 +0100 Subject: [Mediawiki-l] Re: access restrictions for the userpage In-Reply-To: References: <42DA9201.9040303@pobox.com> Message-ID: <9f02ca4c05071809315845dddc@mail.gmail.com> On 17/07/05, Robert wrote: > But that is also question of wiki-philosophy. As Brion wisely spotted, it's more than philosophical, since it creates a safe-haven for users to leave content which would otherwise be quickly cleaned away: be it defamatory, illegal, or just a whole load of spammy links designed to fool Google et al. > My question is, do you know a script which can do this? As Brion also said: > You could however probably achieve this by hacking up Title::userCanEdit() by which he means the function "userCanEdit()" in the file "includes/Title.php"; happy hacking :) -- Rowan Collins BSc [IMSoP] From igoldste at gw.neric.org Mon Jul 18 16:51:15 2005 From: igoldste at gw.neric.org (Ira Goldstein) Date: Mon, 18 Jul 2005 12:51:15 -0400 Subject: [Mediawiki-l] Upolad error message Message-ID: Hi. I'm setting up a new wiki and just enabled uploads with "$wgDisableUploads = false;" This enable the upload page, but when I try to upload a sample image, I received a series of permission errors. Obvously I need to chown or chmod the directories, but do not know what they should be set to. After running the installation routine, the directories were set to "501:cdrom". I tried to changing the images directory to "root:root", but the problem persisted. Rather than guess, I thought I would pose the question to the list. Any advices, or pointers to appropriate documentation, would be appreciated. Thanks --Ira Warning: mkdir(/usr/local/src/mediawiki/mediawiki-1.4.6/images/3): Permission denied in /usr/local/src/mediawiki/mediawiki-1.4.6/includes/Image.php on line 724 Warning: mkdir(/usr/local/src/mediawiki/mediawiki-1.4.6/images/3/3e): No such file or directory in /usr/local/src/mediawiki/mediawiki-1.4.6/includes/Image.php on line 726 Warning: move_uploaded_file(/usr/local/src/mediawiki/mediawiki-1.4.6/images/3/3e/Vs.jpg): failed to open stream: No such file or directory in /usr/local/src/mediawiki/mediawiki-1.4.6/includes/SpecialUpload.php on line 316 Warning: move_uploaded_file(): Unable to move '/tmp/phpVSEIKH' to '/usr/local/src/mediawiki/mediawiki-1.4.6/images/3/3e/Vs.jpg' in /usr/local/src/mediawiki/mediawiki-1.4.6/includes/SpecialUpload.php on line 316 Internal error Could not copy file "/tmp/phpVSEIKH" to "/usr/local/src/mediawiki/mediawiki-1.4.6/images/3/3e/Vs.jpg". From astronouth7303 at gmail.com Mon Jul 18 16:54:30 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Mon, 18 Jul 2005 12:54:30 -0400 Subject: [Mediawiki-l] Malicious? edits In-Reply-To: References: <5.2.1.1.0.20050717204347.035c34a0@incoming.verizon.net> <732fb7a005071719491beb25c0@mail.gmail.com> Message-ID: On 7/18/05, Rick DeNatale wrote: > I saw pretty much the same thing, from the same IP address, it looks > to me like he is testing a spambot, and not covering his tracks very > well. > > The ip address tracks back to sys19.3fn.net and going to www.3fn.net > this appears to be a colocated server 3fn.net provides colocation > servers to the UK, the US, the Baltics and Russia. San Jose, CA US? I would hope that no user in their right mind would say something like that. Looks generated to me. -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From astronouth7303 at gmail.com Mon Jul 18 17:01:36 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Mon, 18 Jul 2005 13:01:36 -0400 Subject: [Mediawiki-l] Upolad error message In-Reply-To: References: Message-ID: Make sure that the images directory is writable by the Apache/PHP user. (Contact your host about specific details.) Try making it world-writable. On 7/18/05, Ira Goldstein wrote: > Hi. I'm setting up a new wiki and just enabled uploads with "$wgDisableUploads = false;" This enable the upload page, but when I try to upload a sample image, I received a series of permission errors. Obvously I need to chown or chmod the directories, but do not know what they should be set to. After running the installation routine, the directories were set to "501:cdrom". I tried to changing the images directory to "root:root", but the problem persisted. > Rather than guess, I thought I would pose the question to the list. Any advices, or pointers to appropriate documentation, would be appreciated. > Thanks > --Ira > > > Warning: mkdir(/usr/local/src/mediawiki/mediawiki-1.4.6/images/3): > Permission denied > in /usr/local/src/mediawiki/mediawiki-1.4.6/includes/Image.php on line > 724 > > Warning: mkdir(/usr/local/src/mediawiki/mediawiki-1.4.6/images/3/3e): No > such file or directory > in /usr/local/src/mediawiki/mediawiki-1.4.6/includes/Image.php on line > 726 > > Warning: > move_uploaded_file(/usr/local/src/mediawiki/mediawiki-1.4.6/images/3/3e/Vs.jpg): > > failed to open stream: No such file or directory > in /usr/local/src/mediawiki/mediawiki-1.4.6/includes/SpecialUpload.php on > line 316 > > Warning: move_uploaded_file(): Unable to move '/tmp/phpVSEIKH' to > '/usr/local/src/mediawiki/mediawiki-1.4.6/images/3/3e/Vs.jpg' > in /usr/local/src/mediawiki/mediawiki-1.4.6/includes/SpecialUpload.php on > line 316 > > > Internal error > > > Could not copy file "/tmp/phpVSEIKH" to > "/usr/local/src/mediawiki/mediawiki-1.4.6/images/3/3e/Vs.jpg". > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From reflection at gmail.com Mon Jul 18 17:27:47 2005 From: reflection at gmail.com (Brian) Date: Mon, 18 Jul 2005 11:27:47 -0600 Subject: [Mediawiki-l] spam bots In-Reply-To: References: <48b2ee0a050716140174d44f7@mail.gmail.com> <42D986E3.9020204@disobey.com> <9839a05c0507161554251fe4ce@mail.gmail.com> <42D99E80.3090504@disobey.com> <42DA91A3.9020601@wildgooses.com> <42DAB15D.9070305@disobey.com> <42DAB550.4000709@disobey.com> <9839a05c0507171337361427e2@mail.gmail.com> Message-ID: <9839a05c05071810277b436bf5@mail.gmail.com> Your gmail address is fairly flexible. Suppose your address is foobar at gmail.com You would receive mail sent to - fo.obar at gmail.com - f.o.o.b.a.r at gmail.com - foobar+flotsom at gmail.com - foo.bar+flotsom at gmail.com So if you sign up at amazon.com with your foobar at gmail.com e-mail account, you use foobar+amazon at gmail.com. Then you check the address that your spam was sent to, and if it is from foobar+amazon at gmail.com (highly unlikely as it is), you can take action from there, including sending an upset letter, closing your account with them, and automatically nuking all of the e-mails sent to that address with a filter. It's also useful for categorizing mail by address. Want to make sure you don't miss an important e-mail from a friend? Give them foobar+jeff at gmail.com, and set up a filter to automatically star messages sent to that address. This doesn't work quite as well on mailing lists. Suppose you signed up here with foobar+wikitech-l at gmail.com. Then, everytime you want to post to the list you need to go into your settings and change your reply-to address before and after you send the mail. If you're already typing the message, you have to open a new window and set it (or save your e-mail as a draft and navigate away from it). I might put together a greasemonkey script that makes this functionality more accessible by adding an extra field before To: that says From: If you use an external client that supports this functionality, Gmail will let you send mail from any address via an SMTP server. It's not that it's a bad feature, just that it's inaccessible (likely intentionally). /Alterego On 7/18/05, Jamie Bliss wrote: > > On 7/17/05, Brian wrote: > > When I sign up for a commercial website, I use the + gmail operator so > that > > I know if they sell my address. For instance, if I sign up at > > foobar.com , > > I would use reflection+foobar at . Then when I start getting spam I know > where > > it came from. Since this is a mailing list, it's a pain in my rear to > change > > my displayed address everytime I want to say something to > > reflection+wikitech-l@, so I had to use the base address of just > reflection. > > When you do a google search for my e-mail address, the only results are > from > > this mailing list. (a couple others are similar, but not mine). That > means > > that the 2-3 spam messages I get per day on this relatively new address > are > > from this mailing list. > > the + gmail operator? Can you explain? Or send a link? > > -- Jamie > ------------------------------------------------------------------- > http://endeavour.zapto.org/astro73/ > Thank you to JosephM for inviting me to Gmail! > Have lots of invites. Gmail now has 2GB. > From hans.voss at gmail.com Mon Jul 18 17:46:08 2005 From: hans.voss at gmail.com (Hans Voss) Date: Mon, 18 Jul 2005 19:46:08 +0200 Subject: [Mediawiki-l] MW 1.5b2 I ran compressOld.php and now some page views fail. Message-ID: After running compressOld.php on MW1.5b2 some older pages won't view anymore with the error msg: "Fatal error: Call to undefined method HistoryBlobStub::uncompress() in W:\www\wiki\includes\HistoryBlob.php on line 242" Does anybody have an 'uncompress' script or a patch to compressOld? It would spare me a weekend (or two or three or ...) teaching myself enough of PHP and MediaWiki to program my own uncompress patch. This might be a problem though, because I can't find either the 'old' table referenced in the script, nor any other table with the 'gzip' flag set. Do any of our learned friends on this list know a way to deal with this problem. (I don't mind programming or hacking a bit but I haven't a clue how to continue). I only care about the 'current' version of these pages if that makes things easier. Thanks. -- ---- Met vriendelijke groeten / With kind regards Hans Voss --------------------------------------- skype: hans.voss From brion at pobox.com Mon Jul 18 19:43:14 2005 From: brion at pobox.com (Brion Vibber) Date: Mon, 18 Jul 2005 21:43:14 +0200 Subject: [Mediawiki-l] MW 1.5b2 I ran compressOld.php and now some page views fail. In-Reply-To: References: Message-ID: <42DC0652.1040508@pobox.com> Hans Voss wrote: > After running compressOld.php on MW1.5b2 some older pages won't view > anymore First, 1.5beta2 is really old. If you're going to test the beta code, you should be running the latest; try at least beta3, and if you can pull from CVS HEAD. compressOld.php may or may not work at present even in the current code, however. Actually, judging from a glance at compressOld.inc, I guarantee you it will not work properly. It may or may not do irreparable damage to your database; you may need to restore from the backup you made before running this experimental data-altering script. > with the error msg: "Fatal error: Call to undefined method > HistoryBlobStub::uncompress() in W:\www\wiki\includes\HistoryBlob.php > on line 242" This indicates that a HistoryBlubStub has incorrectly referenced another HistoryBlobStub as its source instead of a HistoryBlob. Possibly caused by the fatal errors and old structure assumptions in compressOld.inc, which should not be used at this time. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050718/d027fb2d/attachment.pgp From zain at voltage.com Mon Jul 18 19:55:01 2005 From: zain at voltage.com (Zain Memon) Date: Mon, 18 Jul 2005 12:55:01 -0700 Subject: [Mediawiki-l] Access restrictions for edits Message-ID: <932E391D0072FE48AFD9F81EA884AA91476CCD@narcolepsy.voltage.com> Sadly, they don't. Are there any group permissions capabilities in MediaWiki? > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l- > bounces at Wikimedia.org] On Behalf Of Brion Vibber > Sent: Saturday, July 16, 2005 11:14 AM > To: MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] Access restrictions for edits > > Zain Memon wrote: > > I've been browsing around the MediaWiki FAQ but I can't seem to find an > > answer for this question. I want to protect a small group of pages so > > that only 2-3 members can edit them. However, I want everyone to be able > > to view them. Can I somehow do this with MediaWiki? > > If those 2-3 members have sysop accounts, sure. Use the 'protect' tab on > the pages. > > -- brion vibber (brion @ pobox.com) From Jan at Bytesmiths.com Mon Jul 18 20:33:16 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Mon, 18 Jul 2005 13:33:16 -0700 Subject: [Mediawiki-l] Malicious? edits In-Reply-To: <20050718172821.1AD341190CB7@mail.wikimedia.org> References: <20050718172821.1AD341190CB7@mail.wikimedia.org> Message-ID: <9BB444CD-FE35-4B79-A634-C4DEE3C7D11E@Bytesmiths.com> > From: Jamie Bliss > > On 7/18/05, Rick DeNatale wrote: > >> The ip address tracks back to sys19.3fn.net and going to www.3fn.net >> this appears to be a colocated server 3fn.net provides colocation >> servers to the UK, the US, the Baltics and Russia. > > San Jose, CA US? There really isn't any way to locate a specific site from an IP. What you've located is the perp's ISP. For example, I just discovered that I'm in Seattle! Even though I run my own primary DNS, and have implemented LOC records (to within about 30 feet) according to the relevant RFC, dnsstuff.com still puts my IP block 200 miles away. :::: If you can't be a good example, then you'll just have to be a horrible warning. -- Catherine Aird :::: :::: Jan Steinman :::: From yokima at gmail.com Mon Jul 18 22:03:25 2005 From: yokima at gmail.com (Yongho Kim) Date: Mon, 18 Jul 2005 15:03:25 -0700 Subject: [Mediawiki-l] Access restrictions for edits In-Reply-To: <932E391D0072FE48AFD9F81EA884AA91476CCD@narcolepsy.voltage.com> References: <932E391D0072FE48AFD9F81EA884AA91476CCD@narcolepsy.voltage.com> Message-ID: <3a07b3790507181503192df62b@mail.gmail.com> If you have been playing around with 1.5 beta, you should have found the group permissions feature. Check "User rights management " under special pages when under admin login. On 7/18/05, Zain Memon wrote: > Sadly, they don't. Are there any group permissions capabilities in > MediaWiki? > > > -----Original Message----- > > From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l- > > bounces at Wikimedia.org] On Behalf Of Brion Vibber > > Sent: Saturday, July 16, 2005 11:14 AM > > To: MediaWiki announcements and site admin list > > Subject: Re: [Mediawiki-l] Access restrictions for edits > > > > Zain Memon wrote: > > > I've been browsing around the MediaWiki FAQ but I can't seem to find > an > > > answer for this question. I want to protect a small group of pages > so > > > that only 2-3 members can edit them. However, I want everyone to be > able > > > to view them. Can I somehow do this with MediaWiki? > > > > If those 2-3 members have sysop accounts, sure. Use the 'protect' tab > on > > the pages. > > > > -- brion vibber (brion @ pobox.com) > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From hans.voss at gmail.com Tue Jul 19 07:39:49 2005 From: hans.voss at gmail.com (Hans Voss) Date: Tue, 19 Jul 2005 09:39:49 +0200 Subject: [Mediawiki-l] MW 1.5b2 I ran compressOld.php and now some page views fail. In-Reply-To: <42DC0652.1040508@pobox.com> References: <42DC0652.1040508@pobox.com> Message-ID: In that case, just for curiosity sake, would it be even possible to write a script that undoes all the compression? (Not that I'm going to try mind you, but I'm just wondering as to the extend of the damage to the database). On 7/18/05, Brion Vibber wrote: > Hans Voss wrote: > > After running compressOld.php on MW1.5b2 some older pages won't view > > anymore > > First, 1.5beta2 is really old. If you're going to test the beta code, > you should be running the latest; try at least beta3, and if you can > pull from CVS HEAD. > > compressOld.php may or may not work at present even in the current code, > however. Actually, judging from a glance at compressOld.inc, I guarantee > you it will not work properly. It may or may not do irreparable damage > to your database; you may need to restore from the backup you made > before running this experimental data-altering script. > > > with the error msg: "Fatal error: Call to undefined method > > HistoryBlobStub::uncompress() in W:\www\wiki\includes\HistoryBlob.php > > on line 242" > > This indicates that a HistoryBlubStub has incorrectly referenced another > HistoryBlobStub as its source instead of a HistoryBlob. > > Possibly caused by the fatal errors and old structure assumptions in > compressOld.inc, which should not be used at this time. > > -- brion vibber (brion @ pobox.com) > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > -- ---- Met vriendelijke groeten / With kind regards Hans Voss --------------------------------------- skype: hans.voss From brion at pobox.com Tue Jul 19 08:08:56 2005 From: brion at pobox.com (Brion Vibber) Date: Tue, 19 Jul 2005 10:08:56 +0200 Subject: [Mediawiki-l] MW 1.5b2 I ran compressOld.php and now some page views fail. In-Reply-To: References: <42DC0652.1040508@pobox.com> Message-ID: <42DCB518.2070900@pobox.com> Hans Voss wrote: > In that case, just for curiosity sake, would it be even possible to > write a script that undoes all the compression? (Not that I'm going to > try mind you, but I'm just wondering as to the extend of the damage to > the database). It's certainly possible to undo a legitimate, working compression. :) I'm not totally sure about the broken stuff, though. It might be possible, or it might not be. Things to check: * What the consequences of attempting to look at the old table might be * What the consequences of mixing up revision IDs (rev_id) and text IDs (old_id) might be -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050719/aaff063d/attachment.pgp From casper.levy at eu.nabgroup.com Tue Jul 19 09:37:54 2005 From: casper.levy at eu.nabgroup.com (casper.levy at eu.nabgroup.com) Date: Tue, 19 Jul 2005 10:37:54 +0100 Subject: [Mediawiki-l] Why can't i run maintenance scripts??? Message-ID: I have tried running them from the command line, then i commented out the bit in commandline.inc and tried running them from a brouser and all i get is this message, "Warning: The argument needs to be an array in c:\phpdev\www\cmawiki\maintenance\commandLine.inc on line 27 Warning: Variable passed to reset() is not an array or object in c:\phpdev\www\cmawiki\maintenance\commandLine.inc on line 34 A copy of your installation's LocalSettings.php must exist in the source directory. " What am i doing wrong here? I have a copy of localsettings.php in the root directory of my wiki and i have set adminsetting.php. As a side point im still getting the following errors , plus not getting any errors when i save just a page not availible every time i commit and edit! But i think i need to get these maintenance files to run before i try anything else? or can anyone help? please? not enjoying being the wiki monkey anymore! regards caspar [Mon Jul 18 16:25:36 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:randompage [Mon Jul 18 17:04:24 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:specialpages [Mon Jul 18 17:04:28 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:recentchanges [Mon Jul 18 17:04:30 2005] [error] [client 172.28.84.50] Filename is not valid: c:/phpdev/www/special:randompage =============================================================== National Australia Group Europe Limited (Company Number 02108635, Registered Office 88 Wood Street, London EC2V 7QQ) (NAGE) is a subsidiary of National Australia Bank Limited (an Australian registered company). The following UK companies are authorised and regulated by the Financial Services Authority: Clydesdale Bank PLC (trading as Clydesdale Bank and Yorkshire Bank), MLC Savings Limited, MLC Trust Management Company Limited, Clydesdale Bank Insurance Brokers Limited, Yorkshire Bank Financial Services Limited, National Australia Insurance Services Limited and Custom Fleet Limited. The views and opinions expressed in this email may not reflect the views and opinions of any member of the group of which NAGE forms part. The information contained in this message is confidential and may also be privileged. It is intended only for the addressee named above. The unauthorised use, disclosure, copying or alteration of this message is strictly prohibited. If you are not the addressee (or responsible for delivery of the message to the addressee), please notify the originator immediately by return message and destroy the original message. This message and any attachments have been scanned for viruses prior to leaving the NAGE network. However, NAGE does not guarantee the security of this message and will not be responsible for any damages arising as a result of any virus being passed on or arising from any alteration of this message by a third party. NAGE may monitor emails sent to and from the NAGE network. From hashar at altern.org Tue Jul 19 10:04:51 2005 From: hashar at altern.org (Ashar Voultoiz) Date: Tue, 19 Jul 2005 12:04:51 +0200 Subject: [Mediawiki-l] Re: Why can't i run maintenance scripts??? In-Reply-To: References: Message-ID: casper.levy at eu.nabgroup.com wrote: > I have tried running them from the command line, then i commented out the > bit in commandline.inc and tried running them from a brouser and all i get > is this message, Maintenance scripts need to be ran from the command line, not the browser ! So you should let them call commandline.inc and use the php client to run them. Example when refreshing the cache for special pages: hashar:/v/w/m/maintenance$ php updateSpecialPages.php Ancientpages got 143 rows in 0.15s BrokenRedirects got 3 rows in 0.07s Deadendpages got 81 rows in 0.09s Disambiguations got 1 rows in 0.11s hashar at bihash:/v/w/m/maintenance$ That's really not meant to be run from a browser. -- Ashar Voultoiz - WP++++ http://en.wikipedia.org/wiki/User:Hashar http://www.livejournal.com/community/wikitech/ IM: hashar at jabber.org ICQ: 15325080 From hashar at altern.org Tue Jul 19 10:09:25 2005 From: hashar at altern.org (Ashar Voultoiz) Date: Tue, 19 Jul 2005 12:09:25 +0200 Subject: [Mediawiki-l] 'chick' skin for pda devices Message-ID: Hello, I commited a fix to get the "Chick" skin back in 1.5. Timwi created the skin for pda/mobile devices. It reuses most of the monobook skin in a simpler way and a vertical layout (navigation bar push under the article text for example). The skin was broke cause it never got migrated to the 1.4 skin system :/ It will be hopefully in the next beta unless something is really wrong with it (in this case it will get removed again). If you are using 1.5 HEAD, please cvs update your skin directory and test out the 'Chick' skin. (note: commited it some minutes ago, anonymous cvs probably need some hours before it's available). cheers, -- Ashar Voultoiz - WP++++ http://en.wikipedia.org/wiki/User:Hashar http://www.livejournal.com/community/wikitech/ IM: hashar at jabber.org ICQ: 15325080 From hinandil at freespirits.org Tue Jul 19 10:12:38 2005 From: hinandil at freespirits.org (=?ISO-8859-1?Q?H=EDnandil?=) Date: Tue, 19 Jul 2005 03:12:38 -0700 Subject: [Mediawiki-l] Re: Why can't i run maintenance scripts??? In-Reply-To: References: Message-ID: <42DCD216.2070706@freespirits.org> Ashar Voultoiz wrote: > Maintenance scripts need to be ran from the command line, not the > browser ! So you should let them call commandline.inc and use the php > client to run them. Not only that, but remember that the PHP command line interface executable is probably not the same as the web executable. I keep all my development in Linux, so I can't help you--you'll have to actually read the PHP documentation. But I believe I've heard that php-cli.exe is the proper way to run PHP scripts from the command line under Windows. H?nandil From casper.levy at eu.nabgroup.com Tue Jul 19 10:14:53 2005 From: casper.levy at eu.nabgroup.com (casper.levy at eu.nabgroup.com) Date: Tue, 19 Jul 2005 11:14:53 +0100 Subject: [Mediawiki-l] Re: MediaWiki-l Digest, Vol 22, Issue 23 Message-ID: I know that they are not meant to be run from the command line I'm just saying that i have tried lots of variations with no success. I get the same error messages either way. Does anyone know how to run maintenance scripts on a windows machine? this is what i type in at the moment C:\ C:\phpdev\php\php.exe -f C:\phpdev\www\CMAwiki\maintenance\rebuildtextindex.php is this wrong ? should there be arguments? regards caspar =============================================================== National Australia Group Europe Limited (Company Number 02108635, Registered Office 88 Wood Street, London EC2V 7QQ) (NAGE) is a subsidiary of National Australia Bank Limited (an Australian registered company). The following UK companies are authorised and regulated by the Financial Services Authority: Clydesdale Bank PLC (trading as Clydesdale Bank and Yorkshire Bank), MLC Savings Limited, MLC Trust Management Company Limited, Clydesdale Bank Insurance Brokers Limited, Yorkshire Bank Financial Services Limited, National Australia Insurance Services Limited and Custom Fleet Limited. The views and opinions expressed in this email may not reflect the views and opinions of any member of the group of which NAGE forms part. The information contained in this message is confidential and may also be privileged. It is intended only for the addressee named above. The unauthorised use, disclosure, copying or alteration of this message is strictly prohibited. If you are not the addressee (or responsible for delivery of the message to the addressee), please notify the originator immediately by return message and destroy the original message. This message and any attachments have been scanned for viruses prior to leaving the NAGE network. However, NAGE does not guarantee the security of this message and will not be responsible for any damages arising as a result of any virus being passed on or arising from any alteration of this message by a third party. NAGE may monitor emails sent to and from the NAGE network. From casper.levy at eu.nabgroup.com Tue Jul 19 10:35:24 2005 From: casper.levy at eu.nabgroup.com (casper.levy at eu.nabgroup.com) Date: Tue, 19 Jul 2005 11:35:24 +0100 Subject: [Mediawiki-l] Re: MediaWiki-l Digest, Vol 22, Issue 23 Message-ID: Okay update, i'm now calling php-cli.exe (thanks for that) and now i get this which is an improvment on th last one but still some way from being good. Does this suggest to anyone what the problem might be? Warning: Invalid argument supplied for foreach() in c:\phpdev\www\CMAwiki\mainte nance\commandLine.inc on line 161 Dropping index... A database error has occurred Query: ALTER TABLE `searchindex` DROP INDEX si_title, DROP INDEX si_text Function: dropTextIndex Error: 1044 Access denied for user: 'caspar at 127.0.0.1' to database 'wikidb' (loc alhost) =============================================================== National Australia Group Europe Limited (Company Number 02108635, Registered Office 88 Wood Street, London EC2V 7QQ) (NAGE) is a subsidiary of National Australia Bank Limited (an Australian registered company). The following UK companies are authorised and regulated by the Financial Services Authority: Clydesdale Bank PLC (trading as Clydesdale Bank and Yorkshire Bank), MLC Savings Limited, MLC Trust Management Company Limited, Clydesdale Bank Insurance Brokers Limited, Yorkshire Bank Financial Services Limited, National Australia Insurance Services Limited and Custom Fleet Limited. The views and opinions expressed in this email may not reflect the views and opinions of any member of the group of which NAGE forms part. The information contained in this message is confidential and may also be privileged. It is intended only for the addressee named above. The unauthorised use, disclosure, copying or alteration of this message is strictly prohibited. If you are not the addressee (or responsible for delivery of the message to the addressee), please notify the originator immediately by return message and destroy the original message. This message and any attachments have been scanned for viruses prior to leaving the NAGE network. However, NAGE does not guarantee the security of this message and will not be responsible for any damages arising as a result of any virus being passed on or arising from any alteration of this message by a third party. NAGE may monitor emails sent to and from the NAGE network. From hinandil at freespirits.org Tue Jul 19 10:44:07 2005 From: hinandil at freespirits.org (=?ISO-8859-1?Q?H=EDnandil?=) Date: Tue, 19 Jul 2005 03:44:07 -0700 Subject: [Mediawiki-l] Re: MediaWiki-l Digest, Vol 22, Issue 23 In-Reply-To: References: Message-ID: <42DCD977.9070907@freespirits.org> casper.levy at eu.nabgroup.com wrote: > Okay update, i'm now calling php-cli.exe (thanks for that) and now i get > this which is an improvment on th last one but still some way from being > good. > Does this suggest to anyone what the problem might be? > > Warning: Invalid argument supplied for foreach() in > c:\phpdev\www\CMAwiki\mainte > nance\commandLine.inc on line 161 > Dropping index... > A database error has occurred > Query: ALTER TABLE `searchindex` DROP INDEX si_title, DROP INDEX si_text > Function: dropTextIndex > Error: 1044 Access denied for user: 'caspar at 127.0.0.1' to database > 'wikidb' (loc > alhost) I'd say you need to check your AdminSettings.php file. Also, and this is something I forgot to mention before, try actually navigating to c:\phpdev\www\CMAwiki\maintenance\ before running the script. If that doesn't work, try navigating to the CMAwiki directory. Sadly, those are my own suggestions. I haven't had any trouble and I have a tech team to take care of it if I do. (I'd probably get a good explanation of the fix if something went wrong, but nothing has.) Good luck. H?nandil From jason+lists.mediawiki at lixfeld.ca Tue Jul 19 13:12:19 2005 From: jason+lists.mediawiki at lixfeld.ca (Jason Lixfeld) Date: Tue, 19 Jul 2005 09:12:19 -0400 Subject: [Mediawiki-l] Moving from one server to another Message-ID: <2E761123-B9FE-4CBE-9BC3-A38057CA7E95@lixfeld.ca> Hello, I had mediawiki 1.4.6 installed on a machine which just had the mediawiki directory hanging off the webserver documentroot. I moved this to a production server and onto a vhost and changed my LocalSettings.php over, but all my links are still broken and I'm not sure why. I copied the database as per http://meta.wikimedia.org/wiki/ How_to_move_a_MediaWiki_Database without issue. I can get to the main page of my installation, no problem but whenever I try to click on any of the links which were copied with the database from the old server, the URL has /mediawiki in it, even though LocalSettings.php has: $wgScriptPath = "";. I'm somewhat stumped. From what I've read, it should be as easy as making sure the $wgScriptPath variable is set correctly, but I may be horribly wrong and there may be something else quite involved that I'm missing. Any ideas? From astronouth7303 at gmail.com Tue Jul 19 16:07:10 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Tue, 19 Jul 2005 12:07:10 -0400 Subject: [Mediawiki-l] Why can't i run maintenance scripts??? In-Reply-To: References: Message-ID: On 7/19/05, casper.levy at eu.nabgroup.com wrote: > I have tried running them from the command line, then i commented out the > bit in commandline.inc and tried running them from a brouser and all i get > is this message, > > "Warning: The argument needs to be an array in c:\phpdev\www\cmawiki\maintenance\commandLine.inc on line 27 > > Warning: Variable passed to reset() is not an array or object in c:\phpdev\www\cmawiki\maintenance\commandLine.inc on line 34 > A copy of your installation's LocalSettings.php must exist in the source > directory. " > > What am i doing wrong here? I have a copy of localsettings.php in the root > directory of my wiki and i have set adminsetting.php. > > As a side point im still getting the following errors , plus not getting > any errors when i save just a page not availible every time i commit and > edit! > > But i think i need to get these maintenance files to run before i try > anything else? or can anyone help? > > please? not enjoying being the wiki monkey anymore! There are a number of differences between running a script CLI and web. I actually wrote a adaptor script for the update, seeing as I can't get my CLI working. It also does some primitive conversion from CGI to argv. The script is at . Be sure to look at it before running. Warning: Do not leave this enabled in a production enviroment. It is a hack and should be treated as such. If someone finds it from the outside, it can lead to serious trouble. -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From astronouth7303 at gmail.com Tue Jul 19 16:09:20 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Tue, 19 Jul 2005 12:09:20 -0400 Subject: [Mediawiki-l] Moving from one server to another In-Reply-To: <2E761123-B9FE-4CBE-9BC3-A38057CA7E95@lixfeld.ca> References: <2E761123-B9FE-4CBE-9BC3-A38057CA7E95@lixfeld.ca> Message-ID: cache. Run rebuildall.php. On 7/19/05, Jason Lixfeld wrote: > Hello, > > I had mediawiki 1.4.6 installed on a machine which just had the > mediawiki directory hanging off the webserver documentroot. I moved > this to a production server and onto a vhost and changed my > LocalSettings.php over, but all my links are still broken and I'm not > sure why. > > I copied the database as per http://meta.wikimedia.org/wiki/ > How_to_move_a_MediaWiki_Database without issue. I can get to the > main page of my installation, no problem but whenever I try to click > on any of the links which were copied with the database from the old > server, the URL has /mediawiki in it, even though LocalSettings.php > has: $wgScriptPath = "";. I'm somewhat stumped. From what > I've read, it should be as easy as making sure the $wgScriptPath > variable is set correctly, but I may be horribly wrong and there may > be something else quite involved that I'm missing. > > Any ideas? > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From lists at wildgooses.com Tue Jul 19 18:00:23 2005 From: lists at wildgooses.com (Ed W) Date: Tue, 19 Jul 2005 19:00:23 +0100 Subject: [Mediawiki-l] spam bots In-Reply-To: <42DAC8BF.3060909@disobey.com> References: <48b2ee0a050716140174d44f7@mail.gmail.com> <42D986E3.9020204@disobey.com> <9839a05c0507161554251fe4ce@mail.gmail.com> <42D99E80.3090504@disobey.com> <42DA91A3.9020601@wildgooses.com> <42DAB15D.9070305@disobey.com> <42DAB550.4000709@disobey.com> <9839a05c0507171337361427e2@mail.gmail.com> <42DAC8BF.3060909@disobey.com> Message-ID: <42DD3FB7.6060206@wildgooses.com> > Fair enough, certainly. But, in my head, if they have a website, > they're doing so for someone to read it. If they *only* wanted people > to read it, they'd write a book, where interaction is difficult. > Interaction is implied when you publish something (non-anon) on the > *inter*net. Know you tried to nit-pick my argument, so I will have to point out the difference in monetary cost between publishing on the internet and publishing a book. Presumably you have not tried to publish a real physical book? OK, the punchline is that it's much, much, much more flexible, cheap and easy to deliver by publishing on the internet THAT is the reason people often publish on the internet, NOT because they desire interaction. (Of course it depends on your definition of interaction as well). > Your point also suggests that one should have an individual choice, > upon signup, on whether his address were obfuscated in an archive (or, > more sensibly, on live sends too, such that private archives wouldn't > have it either). I guess I'd "support" an opt in feature for that, > although I'm conflicted in so-doing (*choice* is something I never > want removed, and it'd be an individuals' choice, not a forced > capability applied to every one); I'd certainly opt out of it. Oh, why do people object to the owners of a list spending a few mins making it "hard" for a spammer to syphon off all the email addresses, whilst still allowing a human to interact? There are a number of ways this can be reasonably done. >> this mailing list. (a couple others are similar, but not mine). That >> means that the 2-3 spam messages I get per day on this relatively new >> address are > > > from this mailing list. > > I'm not sure I fully agree, though it is certainly a possibility. > You're telling me that you implicitly trust every person you've sent a > personal email to to be expert enough to secure their machine from > harvesters? Or that every one of our subscribers on this list have > pure machines that couldn't have third partied your email to someone, > through no fault of the public archive? Well, actually, since I do run a commercial email service I think I can help answer this question. I don't have millions of customers like Hotmail, but I do have a large enough selection that I can promise you that my customers "do not get spam". Every so often one of them starts to receive stuff and will write to complain - I can usually put their email address into google and discover the source of the leak and that the publishing of the address was within days or a week of them first getting a spam message. So I haven't seen a lot published about this, but my conclusion is that at least some spammers appear to be harvesting addresses from google rather than harvesting web pages (side bar: curious if anyone can confirm or deny this). The practical upshot is that you can happily receive zero email in this world for years and years. Generally you will start to receive large amounts of spam within days of publishing your email address somewhere that google can see it. Posting to mailing lists (and to a lesser extent these days to usenet) seems to be the fastest way to ramp up the amount of spam you will receive. I therefore claim that it's worth trying to obfuscate your email address if possible. Why hand out bricks to people smashing your windows? This is a controversial topic clearly. My take on this is that personally I am IT literate and have absolutely no problem rigging up a spam scanner which means that I very rarely ever see a spam message - I get hundreds in my spam bucket that I never read, but rarely anything in my INBOX. However, I sell email services to "real people" and very few of them can properly operate the anti-spam functions (it says "on" or "off"...), let alone rig all the code up and build their own spam filters if I hadn't provided all these functions for them. My 2p is spent trying to defend all those people who aren't computer nerds like me.... Ed W From morbus at disobey.com Tue Jul 19 19:03:53 2005 From: morbus at disobey.com (Morbus Iff) Date: Tue, 19 Jul 2005 15:03:53 -0400 Subject: [Mediawiki-l] spam bots In-Reply-To: <42DD3FB7.6060206@wildgooses.com> References: <48b2ee0a050716140174d44f7@mail.gmail.com> <42D986E3.9020204@disobey.com> <9839a05c0507161554251fe4ce@mail.gmail.com> <42D99E80.3090504@disobey.com> <42DA91A3.9020601@wildgooses.com> <42DAB15D.9070305@disobey.com> <42DAB550.4000709@disobey.com> <9839a05c0507171337361427e2@mail.gmail.com> <42DAC8BF.3060909@disobey.com> <42DD3FB7.6060206@wildgooses.com> Message-ID: <42DD4E99.5050804@disobey.com> > Know you tried to nit-pick my argument, so I will have to point out the > difference in monetary cost between publishing on the internet and > publishing a book. Presumably you have not tried to publish a real > physical book? OK, the punchline is that it's much, much, much more > flexible, cheap and easy to deliver by publishing on the internet For what it's worth, I've written published books (two, and contributed to eight or so others), sure, but I've not sat down and actually done EVERYTHING myself (printing, binding, etc., unless you consider my zine printing days, which I doubt, since zine publishing is quite impossible to compare to the global distribution of the net). I have, however, been looking into self-publishing online, and it's quite cheap (yes, you were nitpicking, fine. yes, i see your point, fine.) But, yeah, ignoring the whole reason this thread exists, self-publishing and print-on-demand services actually look really good nowadays :) In fact, I've been looking to self-publish my own MW run wiki, Ghyll: http://gamegrene.com/wiki/. > Oh, why do people object to the owners of a list spending a few mins > making it "hard" for a spammer to syphon off all the email addresses, > whilst still allowing a human to interact? There are a number of ways > this can be reasonably done. Because anything a human can do, a human can, eventually, code a computer to do. There are already CAPTCHA readers. > Well, actually, since I do run a commercial email service I think I can So do I. I've been a sysadmin at an ISP/webhost for the last seven years. > This is a controversial topic clearly. My take on this is that Indeed, and I was glad that it "dried up" over the past day, satisfying myself to "agree to disagree". I've tried not to reopen any worms here. -- Morbus Iff ( you are nothing without your robot car, NOTHING! ) Culture: http://www.disobey.com/ and http://www.gamegrene.com/ O'Reilly Author, Weblog, Cook: http://www.oreillynet.com/pub/au/779 icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: morbus From compkarori at gmail.com Wed Jul 20 00:00:55 2005 From: compkarori at gmail.com (Graham Chiu) Date: Wed, 20 Jul 2005 12:00:55 +1200 Subject: [Mediawiki-l] spam bots In-Reply-To: <9839a05c05071810277b436bf5@mail.gmail.com> References: <48b2ee0a050716140174d44f7@mail.gmail.com> <42D986E3.9020204@disobey.com> <9839a05c0507161554251fe4ce@mail.gmail.com> <42D99E80.3090504@disobey.com> <42DA91A3.9020601@wildgooses.com> <42DAB15D.9070305@disobey.com> <42DAB550.4000709@disobey.com> <9839a05c0507171337361427e2@mail.gmail.com> <9839a05c05071810277b436bf5@mail.gmail.com> Message-ID: <48b2ee0a050719170026bd9958@mail.gmail.com> Interesting. I just tried it to register for a cisco meeting, and the validation routine rejected my using a "+" in my email though :( On 7/19/05, Brian wrote: > Your gmail address is fairly flexible. Suppose your address is > foobar at gmail.com > > You would receive mail sent to > > - fo.obar at gmail.com > - f.o.o.b.a.r at gmail.com > - foobar+flotsom at gmail.com > - foo.bar+flotsom at gmail.com > -- Graham Chiu From morbus at disobey.com Wed Jul 20 00:11:47 2005 From: morbus at disobey.com (Morbus Iff) Date: Tue, 19 Jul 2005 20:11:47 -0400 Subject: [Mediawiki-l] spam bots In-Reply-To: <48b2ee0a050719170026bd9958@mail.gmail.com> References: <48b2ee0a050716140174d44f7@mail.gmail.com> <42D986E3.9020204@disobey.com> <9839a05c0507161554251fe4ce@mail.gmail.com> <42D99E80.3090504@disobey.com> <42DA91A3.9020601@wildgooses.com> <42DAB15D.9070305@disobey.com> <42DAB550.4000709@disobey.com> <9839a05c0507171337361427e2@mail.gmail.com> <9839a05c05071810277b436bf5@mail.gmail.com> <48b2ee0a050719170026bd9958@mail.gmail.com> Message-ID: <42DD96C3.3000908@disobey.com> > Interesting. I just tried it to register for a cisco meeting, and the > validation routine rejected my using a "+" in my email though :( That's because their script is broken. I'm of the mind that *properly* validating an email address is very hard to do, and people should instead move to "send an email, click to activate" system. -- Morbus Iff ( relax have a happy meal ) Technical: http://www.oreillynet.com/pub/au/779 Culture: http://www.disobey.com/ and http://www.gamegrene.com/ icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: morbus From zain at voltage.com Wed Jul 20 00:28:06 2005 From: zain at voltage.com (Zain Memon) Date: Tue, 19 Jul 2005 17:28:06 -0700 Subject: [Mediawiki-l] Get rid of index.php in URL Message-ID: <932E391D0072FE48AFD9F81EA884AA91476CF9@narcolepsy.voltage.com> I know I've read somewhere about how to use Apache to get rid of the index.php in URLs i.e. changing http://wiki/index.php/Main_Page to http://wiki/Main_Page. I can't seem to find that page again. Can someone point me to that article or describe the RewriteRules required to accomplish this? Thanks. From sr.ribeiro at gmail.com Wed Jul 20 00:34:13 2005 From: sr.ribeiro at gmail.com (=?ISO-8859-1?Q?S=E9rgio_Ribeiro?=) Date: Wed, 20 Jul 2005 01:34:13 +0100 Subject: [Mediawiki-l] Get rid of index.php in URL In-Reply-To: <932E391D0072FE48AFD9F81EA884AA91476CF9@narcolepsy.voltage.com> References: <932E391D0072FE48AFD9F81EA884AA91476CF9@narcolepsy.voltage.com> Message-ID: <71fb0a8e0507191734407b906a@mail.gmail.com> -> http://meta.wikimedia.org/wiki/Eliminating_index.php_from_the_url Cheers, -- On 7/20/05, Zain Memon wrote: > > I know I've read somewhere about how to use Apache to get rid of the > index.php in URLs i.e. changing http://wiki/index.php/Main_Page to > http://wiki/Main_Page. I can't seem to find that page again. Can someone > point me to that article or describe the RewriteRules required to > accomplish this? > > Thanks. > -- Edit this page @ http://pt.wikipedia.org From jason+lists.mediawiki at lixfeld.ca Wed Jul 20 01:18:26 2005 From: jason+lists.mediawiki at lixfeld.ca (Jason Lixfeld) Date: Tue, 19 Jul 2005 21:18:26 -0400 Subject: [Mediawiki-l] Moving from one server to another In-Reply-To: References: <2E761123-B9FE-4CBE-9BC3-A38057CA7E95@lixfeld.ca> Message-ID: <4C61ABDB-AD35-4292-BC3B-DBEE1950C621@lixfeld.ca> Thanks for the tip, Jamie. That didn't appear to help though :( # grep ^"\$wgScriptPath" ../LocalSettings.php $wgScriptPath = ""; # php rebuildall.php ** Rebuilding fulltext search index (if you abort this will break searching; run this script again to fix): Dropping index... Rebuilding index fields for 946 pages... 0 500 Rebuild the index... ** Rebuilding recentchanges table: Loading from CUR table... Loading from OLD table... Updating links... ** Rebuilding links tables -- this can take a long time. It should be safe to about via ctrl+C if you get bored. Refreshing link table. Starting from cur_id 1 of 946. 100 200 300 400 500 600 700 800 900 Done. # If I point a browser to the main page and click on any links off the main page, I still get a URL with /mediawiki in it: https://wiki.ebit.ca:443/mediawiki/index.php/EBit_Networks Am I running the script incorrectly? I put my mysql root user and password in the AdminSettings.php to be on the safe side incase the other user didn't have the access. On 19-Jul-05, at 12:09 PM, Jamie Bliss wrote: > cache. Run rebuildall.php. > > On 7/19/05, Jason Lixfeld wrote: > >> Hello, >> >> I had mediawiki 1.4.6 installed on a machine which just had the >> mediawiki directory hanging off the webserver documentroot. I moved >> this to a production server and onto a vhost and changed my >> LocalSettings.php over, but all my links are still broken and I'm not >> sure why. >> >> I copied the database as per http://meta.wikimedia.org/wiki/ >> How_to_move_a_MediaWiki_Database without issue. I can get to the >> main page of my installation, no problem but whenever I try to click >> on any of the links which were copied with the database from the old >> server, the URL has /mediawiki in it, even though LocalSettings.php >> has: $wgScriptPath = "";. I'm somewhat stumped. From what >> I've read, it should be as easy as making sure the $wgScriptPath >> variable is set correctly, but I may be horribly wrong and there may >> be something else quite involved that I'm missing. >> >> Any ideas? >> _______________________________________________ >> MediaWiki-l mailing list >> MediaWiki-l at Wikimedia.org >> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l >> >> > > > -- > ------------------------------------------------------------------- > http://endeavour.zapto.org/astro73/ > Thank you to JosephM for inviting me to Gmail! > Have lots of invites. Gmail now has 2GB. > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > From cmcintosh at gmail.com Wed Jul 20 01:41:41 2005 From: cmcintosh at gmail.com (Chris McIntosh) Date: Tue, 19 Jul 2005 18:41:41 -0700 Subject: [Mediawiki-l] BETA Spellchecker Message-ID: I have created a Spellchecker that is working great on my local Intranet. There are still some things that I need to do. * Check for any security vulnerabilities, I think there are some major XSS stuff. * Clean up the documentation. Other than that it is functional. Take a look at my wiki for more information on it and send me some feedback with your thoughts and suggestions. http://mcintosh.cjb.net/wiki/index.php/Spell_Checker#How_it_works Thanks Chris McIntosh From astronouth7303 at gmail.com Wed Jul 20 02:28:33 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Tue, 19 Jul 2005 22:28:33 -0400 Subject: [Mediawiki-l] Moving from one server to another In-Reply-To: <4C61ABDB-AD35-4292-BC3B-DBEE1950C621@lixfeld.ca> References: <2E761123-B9FE-4CBE-9BC3-A38057CA7E95@lixfeld.ca> <4C61ABDB-AD35-4292-BC3B-DBEE1950C621@lixfeld.ca> Message-ID: in localsettings.php, add this: die('This is localsettings.php with no scriptpath in it'); When you go to any page on your wiki, it should print that message and no more. (remove it when you're done.) If this doesn't happen, it means you're using a different localsettings.php. On 7/19/05, Jason Lixfeld wrote: > Thanks for the tip, Jamie. That didn't appear to help though :( > > # grep ^"\$wgScriptPath" ../LocalSettings.php > $wgScriptPath = ""; > # php rebuildall.php > ** Rebuilding fulltext search index (if you abort this will break > searching; run this script again to fix): > Dropping index... > Rebuilding index fields for 946 pages... > 0 > 500 > Rebuild the index... > > > ** Rebuilding recentchanges table: > Loading from CUR table... > Loading from OLD table... > Updating links... > > > ** Rebuilding links tables -- this can take a long time. It should be > safe to about via ctrl+C if you get bored. > Refreshing link table. > Starting from cur_id 1 of 946. > 100 > 200 > 300 > 400 > 500 > 600 > 700 > 800 > 900 > Done. > # > > If I point a browser to the main page and click on any links off the > main page, I still get a URL with /mediawiki in it: > > https://wiki.ebit.ca:443/mediawiki/index.php/EBit_Networks > > Am I running the script incorrectly? I put my mysql root user and > password in the AdminSettings.php to be on the safe side incase the > other user didn't have the access. > > On 19-Jul-05, at 12:09 PM, Jamie Bliss wrote: > > > cache. Run rebuildall.php. > > > > On 7/19/05, Jason Lixfeld wrote: > > > >> Hello, > >> > >> I had mediawiki 1.4.6 installed on a machine which just had the > >> mediawiki directory hanging off the webserver documentroot. I moved > >> this to a production server and onto a vhost and changed my > >> LocalSettings.php over, but all my links are still broken and I'm not > >> sure why. > >> > >> I copied the database as per http://meta.wikimedia.org/wiki/ > >> How_to_move_a_MediaWiki_Database without issue. I can get to the > >> main page of my installation, no problem but whenever I try to click > >> on any of the links which were copied with the database from the old > >> server, the URL has /mediawiki in it, even though LocalSettings.php > >> has: $wgScriptPath = "";. I'm somewhat stumped. From what > >> I've read, it should be as easy as making sure the $wgScriptPath > >> variable is set correctly, but I may be horribly wrong and there may > >> be something else quite involved that I'm missing. > >> > >> Any ideas? > >> _______________________________________________ > >> MediaWiki-l mailing list > >> MediaWiki-l at Wikimedia.org > >> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > >> > >> > > > > > > -- > > ------------------------------------------------------------------- > > http://endeavour.zapto.org/astro73/ > > Thank you to JosephM for inviting me to Gmail! > > Have lots of invites. Gmail now has 2GB. > > _______________________________________________ > > MediaWiki-l mailing list > > MediaWiki-l at Wikimedia.org > > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From zain at voltage.com Wed Jul 20 02:31:38 2005 From: zain at voltage.com (Zain Memon) Date: Tue, 19 Jul 2005 19:31:38 -0700 Subject: [Mediawiki-l] Get rid of index.php in URL Message-ID: <932E391D0072FE48AFD9F81EA884AA91476CFD@narcolepsy.voltage.com> Thanks, that was exactly what I was looking for. However, I'm having one problem. I used the Kludge method from the page http://meta.wikimedia.org/wiki/Using_a_very_short_URL and it seems to be working okay, except for one thing: Searches don't work. Whenever I run a search, it tells me it's a badly formed search query. I believe the reason is that the search form is POSTing to /Special:Search instead of /index.php/Special:Search. If I add in the index.php manually, it works fine. Any idea why this is, and how I can fix it? If nothing, could someone point me to the file that prints the Search box so I can manually change the form action? Thanks. > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l- > bounces at Wikimedia.org] On Behalf Of S?rgio Ribeiro > Sent: Tuesday, July 19, 2005 5:34 PM > To: MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] Get rid of index.php in URL > > -> http://meta.wikimedia.org/wiki/Eliminating_index.php_from_the_url > > Cheers, > -- > On 7/20/05, Zain Memon wrote: > > > > I know I've read somewhere about how to use Apache to get rid of the > > index.php in URLs i.e. changing http://wiki/index.php/Main_Page to > > http://wiki/Main_Page. I can't seem to find that page again. Can someone > > point me to that article or describe the RewriteRules required to > > accomplish this? > > > > Thanks. > > > -- > Edit this page @ http://pt.wikipedia.org > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From jason+lists.mediawiki at lixfeld.ca Wed Jul 20 02:36:39 2005 From: jason+lists.mediawiki at lixfeld.ca (Jason Lixfeld) Date: Tue, 19 Jul 2005 22:36:39 -0400 Subject: [Mediawiki-l] Moving from one server to another In-Reply-To: References: <2E761123-B9FE-4CBE-9BC3-A38057CA7E95@lixfeld.ca> <4C61ABDB-AD35-4292-BC3B-DBEE1950C621@lixfeld.ca> Message-ID: I get the error message, so I'm using the LocalSettings.php. On 19-Jul-05, at 10:28 PM, Jamie Bliss wrote: > in localsettings.php, add this: > die('This is localsettings.php with no scriptpath in it'); > > When you go to any page on your wiki, it should print that message and > no more. (remove it when you're done.) > > If this doesn't happen, it means you're using a different > localsettings.php. > > On 7/19/05, Jason Lixfeld wrote: > >> Thanks for the tip, Jamie. That didn't appear to help though :( >> >> # grep ^"\$wgScriptPath" ../LocalSettings.php >> $wgScriptPath = ""; >> # php rebuildall.php >> ** Rebuilding fulltext search index (if you abort this will break >> searching; run this script again to fix): >> Dropping index... >> Rebuilding index fields for 946 pages... >> 0 >> 500 >> Rebuild the index... >> >> >> ** Rebuilding recentchanges table: >> Loading from CUR table... >> Loading from OLD table... >> Updating links... >> >> >> ** Rebuilding links tables -- this can take a long time. It should be >> safe to about via ctrl+C if you get bored. >> Refreshing link table. >> Starting from cur_id 1 of 946. >> 100 >> 200 >> 300 >> 400 >> 500 >> 600 >> 700 >> 800 >> 900 >> Done. >> # >> >> If I point a browser to the main page and click on any links off the >> main page, I still get a URL with /mediawiki in it: >> >> https://wiki.ebit.ca:443/mediawiki/index.php/EBit_Networks >> >> Am I running the script incorrectly? I put my mysql root user and >> password in the AdminSettings.php to be on the safe side incase the >> other user didn't have the access. >> >> On 19-Jul-05, at 12:09 PM, Jamie Bliss wrote: >> >> >>> cache. Run rebuildall.php. >>> >>> On 7/19/05, Jason Lixfeld wrote: >>> >>> >>>> Hello, >>>> >>>> I had mediawiki 1.4.6 installed on a machine which just had >>>> the >>>> mediawiki directory hanging off the webserver documentroot. I >>>> moved >>>> this to a production server and onto a vhost and changed my >>>> LocalSettings.php over, but all my links are still broken and >>>> I'm not >>>> sure why. >>>> >>>> I copied the database as per http://meta.wikimedia.org/wiki/ >>>> How_to_move_a_MediaWiki_Database without issue. I can get to the >>>> main page of my installation, no problem but whenever I try to >>>> click >>>> on any of the links which were copied with the database from the >>>> old >>>> server, the URL has /mediawiki in it, even though LocalSettings.php >>>> has: $wgScriptPath = "";. I'm somewhat stumped. From what >>>> I've read, it should be as easy as making sure the $wgScriptPath >>>> variable is set correctly, but I may be horribly wrong and there >>>> may >>>> be something else quite involved that I'm missing. >>>> >>>> Any ideas? >>>> _______________________________________________ >>>> MediaWiki-l mailing list >>>> MediaWiki-l at Wikimedia.org >>>> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l >>>> >>>> >>>> >>> >>> >>> -- >>> ------------------------------------------------------------------- >>> http://endeavour.zapto.org/astro73/ >>> Thank you to JosephM for inviting me to Gmail! >>> Have lots of invites. Gmail now has 2GB. >>> _______________________________________________ >>> MediaWiki-l mailing list >>> MediaWiki-l at Wikimedia.org >>> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l >>> >>> >>> >> >> _______________________________________________ >> MediaWiki-l mailing list >> MediaWiki-l at Wikimedia.org >> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l >> >> > > > -- > ------------------------------------------------------------------- > http://endeavour.zapto.org/astro73/ > Thank you to JosephM for inviting me to Gmail! > Have lots of invites. Gmail now has 2GB. > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > From Jan at Bytesmiths.com Wed Jul 20 02:58:27 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Tue, 19 Jul 2005 19:58:27 -0700 Subject: [Mediawiki-l] Re: BETA Spellchecker In-Reply-To: <20050720023148.0CC4F1190CCF@mail.wikimedia.org> References: <20050720023148.0CC4F1190CCF@mail.wikimedia.org> Message-ID: <24EA6961-482B-45F5-9875-B3B412D94B78@Bytesmiths.com> With all due respect to the work you have done, I believe spell checking is the domain of the client. On Safari (MacOS X) at least, client-side interactive spell checking works great with MediaWiki. Does it not in other browers/OSs? :::: Faith in the Universe is ultimately faith in one's self. :::: Jan Steinman http://www.Bytesmiths.com/Item/770301 From brion at pobox.com Wed Jul 20 07:58:54 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 20 Jul 2005 09:58:54 +0200 Subject: [Mediawiki-l] Get rid of index.php in URL In-Reply-To: <932E391D0072FE48AFD9F81EA884AA91476CFD@narcolepsy.voltage.com> References: <932E391D0072FE48AFD9F81EA884AA91476CFD@narcolepsy.voltage.com> Message-ID: <42DE043E.5050907@pobox.com> Zain Memon wrote: > Thanks, that was exactly what I was looking for. However, I'm having > one problem. I used the Kludge method from the page > http://meta.wikimedia.org/wiki/Using_a_very_short_URL That's a bad idea -- I strongly recommend against doing this as it fills your entire URL namespace with the wiki. This will break legitimate files unless you add exceptions, and make it impossible to have wiki pages with titles conflicting with those exceptions. It may cause strange errors for use with actual files that you forgot to except. The URL space for the wiki pages should *always* appear as a 'subdirectory', not the root URL, for compatibility and safety. > and it seems to > be working okay, except for one thing: Searches don't work. Your rewrite rules must include [QSA] for the query string to be passed through. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050720/7aac01d1/attachment.pgp From mshiltonj at gmail.com Wed Jul 20 10:00:10 2005 From: mshiltonj at gmail.com (Steven Hilton) Date: Wed, 20 Jul 2005 06:00:10 -0400 Subject: [Mediawiki-l] Re: BETA Spellchecker In-Reply-To: <24EA6961-482B-45F5-9875-B3B412D94B78@Bytesmiths.com> References: <20050720023148.0CC4F1190CCF@mail.wikimedia.org> <24EA6961-482B-45F5-9875-B3B412D94B78@Bytesmiths.com> Message-ID: <8308260d05072003007d3aa9e@mail.gmail.com> On 7/19/05, Jan Steinman wrote: > With all due respect to the work you have done, I believe spell > checking is the domain of the client. > > On Safari (MacOS X) at least, client-side interactive spell checking > works great with MediaWiki. Does it not in other browers/OSs? > SpellBound 0.7.3 Spellchecker for Firefox and the Mozilla Suite http://spellbound.sourceforge.net/ -- Steven Hilton From casper.levy at eu.nabgroup.com Wed Jul 20 11:15:04 2005 From: casper.levy at eu.nabgroup.com (casper.levy at eu.nabgroup.com) Date: Wed, 20 Jul 2005 12:15:04 +0100 Subject: [Mediawiki-l] Okay im going to do a clean install again so i'd like some suggestions, , , Message-ID: Hi this wiki is giving me too many random errors to sort out and since its still early in its life and has a manageable small number of pages im going to copy the content from the edit pages and start again. So what i'd like to know is suggestions of what server/php/mysql versions or packages containing all three work well with mediaWIKI on windows. Has anyone had a beautiful error/stress free install? What version on mediawiki are you using etc? Any suggestions much appreciated. Regards Caspar =============================================================== National Australia Group Europe Limited (Company Number 02108635, Registered Office 88 Wood Street, London EC2V 7QQ) (NAGE) is a subsidiary of National Australia Bank Limited (an Australian registered company). The following UK companies are authorised and regulated by the Financial Services Authority: Clydesdale Bank PLC (trading as Clydesdale Bank and Yorkshire Bank), MLC Savings Limited, MLC Trust Management Company Limited, Clydesdale Bank Insurance Brokers Limited, Yorkshire Bank Financial Services Limited, National Australia Insurance Services Limited and Custom Fleet Limited. The views and opinions expressed in this email may not reflect the views and opinions of any member of the group of which NAGE forms part. The information contained in this message is confidential and may also be privileged. It is intended only for the addressee named above. The unauthorised use, disclosure, copying or alteration of this message is strictly prohibited. If you are not the addressee (or responsible for delivery of the message to the addressee), please notify the originator immediately by return message and destroy the original message. This message and any attachments have been scanned for viruses prior to leaving the NAGE network. However, NAGE does not guarantee the security of this message and will not be responsible for any damages arising as a result of any virus being passed on or arising from any alteration of this message by a third party. NAGE may monitor emails sent to and from the NAGE network. From hans.voss at gmail.com Wed Jul 20 11:44:14 2005 From: hans.voss at gmail.com (Hans Voss) Date: Wed, 20 Jul 2005 13:44:14 +0200 Subject: [Mediawiki-l] Okay im going to do a clean install again so i'd like some suggestions, , , In-Reply-To: References: Message-ID: Hi Caspar, I have a beautiful easy setup (that is all the problems I have are of my own making, not a failure of the install). I run a 'WAMP' stack mainly (because I mostly have to work with Windows during business ours) but have comparable results on linux. Windows XP SP2, UniServer project (http://www.uniformserver.com) which consists of: * Apache 2.0.54 * PHP 5.0.4 * MySQL 4.1.12a (as well as phpMyAdmin and Perl but I don't use those). I have used MediaWiki 1.5 beta's 1, 2 and 3 on this setup. Works OK (got my instructions from http://meta.wikimedia.org/wiki/Wiki_on_a_stick). On Linux I have worked with1.5b1 and 1.5b3. I use whatever version my Slackware distribution offered. Most likely: Apache 1.3.29 PHP 4.something mysql 4.0.5 or 4.0.7 I am not sure. In each case it was only a matter of following instructions ;-) On 7/20/05, casper.levy at eu.nabgroup.com wrote: > Hi this wiki is giving me too many random errors to sort out and since its > still early in its life and has a manageable small number of pages im > going to copy the content from the edit pages and start again. So what i'd > like to know is suggestions of what server/php/mysql versions or packages > containing all three work well with mediaWIKI on windows. Has anyone had a > beautiful error/stress free install? What version on mediawiki are you > using etc? > > Any suggestions much appreciated. > > Regards > Caspar > > > =============================================================== > National Australia Group Europe Limited (Company Number 02108635, Registered Office 88 Wood Street, London EC2V 7QQ) (NAGE) is a subsidiary of National Australia Bank Limited (an Australian registered company). The following UK companies are authorised and regulated by the Financial Services Authority: Clydesdale Bank PLC (trading as Clydesdale Bank and Yorkshire Bank), MLC Savings Limited, MLC Trust Management Company Limited, Clydesdale Bank Insurance Brokers Limited, Yorkshire Bank Financial Services Limited, National Australia Insurance Services Limited and Custom Fleet Limited. > > The views and opinions expressed in this email may not reflect the views and opinions of any member of the group of which NAGE forms part. The information contained in this message is confidential and may also be privileged. It is intended only for the addressee named above. The unauthorised use, disclosure, copying or alteration of this message is strictly prohibited. If you are not the addressee (or responsible for delivery of the message to the addressee), please notify the originator immediately by return message and destroy the original message. This message and any attachments have been scanned for viruses prior to leaving the NAGE network. However, NAGE does not guarantee the security of this message and will not be responsible for any damages arising as a result of any virus being passed on or arising from any alteration of this message by a third party. NAGE may monitor emails sent to and from the NAGE network. > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- ---- Met vriendelijke groeten / With kind regards Hans Voss --------------------------------------- skype: hans.voss From sgarman at iname.com Wed Jul 20 12:53:26 2005 From: sgarman at iname.com (Scott Garman) Date: Wed, 20 Jul 2005 08:53:26 -0400 Subject: [Mediawiki-l] EnotifWiki patch for v1.4.6/7? Message-ID: <1121864006.9177.9.camel@localhost.localdomain> Hi all, I have some existing mediawiki sites running 1.4.7 that I'd like to add E-mail watchlist notification to. The EnotifWiki site makes reference to a patch file that can be applied to an existing wiki install, but on SourceForge I'm only seeing tarballs I can download that include all of mediawiki with the extension already installed. Where can I download the enotif patch for v1.4.x? Thank you, Scott -- Scott Garman sgarman at iname dot com From myria at wolfandturtle.net Wed Jul 20 13:37:30 2005 From: myria at wolfandturtle.net (Myria) Date: Wed, 20 Jul 2005 09:37:30 -0400 Subject: [Mediawiki-l] Re: BETA Spellchecker In-Reply-To: <8308260d05072003007d3aa9e@mail.gmail.com> Message-ID: <000001c58d30$301cd630$6500a8c0@Lappy> Steven Hilton wrote: > On 7/19/05, Jan Steinman wrote: > > With all due respect to the work you have done, I believe spell > > checking is the domain of the client. > > On Safari (MacOS X) at least, client-side interactive spell checking > > works great with MediaWiki. Does it not in other browers/OSs? > SpellBound 0.7.3 > Spellchecker for Firefox and the Mozilla Suite There's also ieSpell v2.1.1 for Explorer (http://www.iespell.com/). The problem, of course, is that exceedingly few Wiki users -- or, at least, users of my Wiki -- are going to be apt to have either product (despite the fact that I list them on my help page). I presume that server-side spell checking does not preclude one from using a client-side spell-checker, so I'm really at a loss as to why -- aside from the seemingly inevitable naysaying so common to this list -- a server-side spell checker is such a bad idea. But then I'm sure someone will be along shortly to explain why it is bad for the internet, violates the Wiki concept, or creates mopery and dopery on the spaceways. Myria From David.Patrick at ordnancesurvey.co.uk Wed Jul 20 13:41:58 2005 From: David.Patrick at ordnancesurvey.co.uk (David Patrick) Date: Wed, 20 Jul 2005 14:41:58 +0100 Subject: [Mediawiki-l] Re: BETA Spellchecker Message-ID: Other than a possible performance issue on your server, I see no problem with runnng a server-side spell-checker. I guess the question is how many people do you expect to concurrently post at any one time, and how much processing power is your spell-check going to swallow? There must come a point where the pain is much greater than any gain, and i would suggest that that is the point you reconsider the server-side spell check. This advice of course could also be applied when looking at the overall performance of your server against anticipated demand for your wiki. David -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org]On Behalf Of Myria Sent: 20 July 2005 14:38 To: 'MediaWiki announcements and site admin list' Subject: RE: [Mediawiki-l] Re: BETA Spellchecker Steven Hilton wrote: > On 7/19/05, Jan Steinman wrote: > > With all due respect to the work you have done, I believe spell > > checking is the domain of the client. > > On Safari (MacOS X) at least, client-side interactive spell checking > > works great with MediaWiki. Does it not in other browers/OSs? > SpellBound 0.7.3 > Spellchecker for Firefox and the Mozilla Suite There's also ieSpell v2.1.1 for Explorer (http://www.iespell.com/). The problem, of course, is that exceedingly few Wiki users -- or, at least, users of my Wiki -- are going to be apt to have either product (despite the fact that I list them on my help page). I presume that server-side spell checking does not preclude one from using a client-side spell-checker, so I'm really at a loss as to why -- aside from the seemingly inevitable naysaying so common to this list -- a server-side spell checker is such a bad idea. But then I'm sure someone will be along shortly to explain why it is bad for the internet, violates the Wiki concept, or creates mopery and dopery on the spaceways. Myria _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l This email and any attachments have been virus checked upon receipt at Ordnance Survey and are free of all known viruses. This email is only intended for the person to whom it is addressed and may contain confidential information. If you have received this email in error, please notify the sender and delete this email which must not be copied, distributed or disclosed to any other person. Unless stated otherwise, the contents of this email are personal to the writer and do not represent the official view of Ordnance Survey. Nor can any contract be formed on Ordnance Survey's behalf via email. We reserve the right to monitor emails and attachments without prior notice. Thank you for your cooperation. Ordnance Survey Romsey Road Southampton SO16 4GU Tel: 023 8079 2000 http://www.ordnancesurvey.co.uk From Jan at Bytesmiths.com Wed Jul 20 15:13:35 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Wed, 20 Jul 2005 08:13:35 -0700 Subject: [Mediawiki-l] Re: BETA Spellchecker In-Reply-To: <20050720134211.DFAA51AC01D8@mail.wikimedia.org> References: <20050720134211.DFAA51AC01D8@mail.wikimedia.org> Message-ID: <71E16236-CFE1-46CF-A26B-983C4A98D1D0@Bytesmiths.com> > From: "Myria" > > Steven Hilton wrote: > >> On 7/19/05, Jan Steinman wrote: >> >>> With all due respect to the work you have done, I believe spell >>> checking is the domain of the client. > >>> On Safari (MacOS X) at least, client-side interactive spell checking >>> works great with MediaWiki. Does it not in other browers/OSs? > > The problem, of course, is that exceedingly few Wiki users... > are going to be apt to have either product (despite the > fact that I list them on my help page). Mea culpa. I just assumed all modern operating systems came off-the-shelf with built-in, system-wide interactive spelling correction that works equally well in all applications. (Except for a few bad Windows ports that ignore system input methods.) (Every time I even think about trying Windows or Linux, something like this reminds me why I use a Mac.) > I'm really at a loss as to why -- aside from the seemingly inevitable > naysaying so common to this list -- a server-side spell checker is > such a > bad idea. Sorry, I did not mean ot be a nay-sayer. It was simply superfluous to me. I now know why others need such a thing. :::: How many people did YOU starve today? :::: Driving 4 miles in a 20 mpg vehicle is the energy-equivalent of over 2 loaves of bread. -- David Pimentel, Cornell University :::: Jan Steinman From A448 at alunos.ipca.pt Wed Jul 20 15:17:41 2005 From: A448 at alunos.ipca.pt (Ricardo Lopes) Date: Wed, 20 Jul 2005 16:17:41 +0100 Subject: [Mediawiki-l] Export to DocBook Message-ID: <42DE6B15.8010908@alunos.ipca.pt> Hi, I'm new to MediaWiki, i saw somewhere that it allowed to export all the wiki as a DocBook. Where can i get this? Is There any documentation for this? Thanks, Ricardo Lopes. From mediawiki at samrowe.com Wed Jul 20 15:22:29 2005 From: mediawiki at samrowe.com (Sam Rowe) Date: Wed, 20 Jul 2005 11:22:29 -0400 Subject: [Mediawiki-l] Export to DocBook In-Reply-To: <42DE6B15.8010908@alunos.ipca.pt> References: <42DE6B15.8010908@alunos.ipca.pt> Message-ID: <20050720152229.GI1808@samrowe.com> On Wed, Jul 20, 2005 at 04:17:41PM +0100, Ricardo Lopes wrote: # Hi, # # I'm new to MediaWiki, i saw somewhere that it allowed to export all the # wiki as a DocBook. # # Where can i get this? # Is There any documentation for this? I'm sure I'll get corrected if I'm wrong, but isn't DocBook a semantic markup language? How would said semantics get derived from Wikitext which is essentially a presentational markup language? -Sam From brion at pobox.com Wed Jul 20 15:33:44 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 20 Jul 2005 17:33:44 +0200 Subject: [Mediawiki-l] Export to DocBook In-Reply-To: <42DE6B15.8010908@alunos.ipca.pt> References: <42DE6B15.8010908@alunos.ipca.pt> Message-ID: <42DE6ED8.8090104@pobox.com> Ricardo Lopes wrote: > I'm new to MediaWiki, i saw somewhere that it allowed to export all the > wiki as a DocBook. Sorry, we have no DocBook export. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050720/a77a5127/attachment.pgp From cmcintosh at gmail.com Wed Jul 20 15:54:55 2005 From: cmcintosh at gmail.com (Chris McIntosh) Date: Wed, 20 Jul 2005 08:54:55 -0700 Subject: [Mediawiki-l] Re: BETA Spellchecker In-Reply-To: <71E16236-CFE1-46CF-A26B-983C4A98D1D0@Bytesmiths.com> References: <20050720134211.DFAA51AC01D8@mail.wikimedia.org> <71E16236-CFE1-46CF-A26B-983C4A98D1D0@Bytesmiths.com> Message-ID: While I agree that spell checking might not suite everyone. There still is a need for it. Which is what this extension meets. As for performance, I designed the extension so that it would be very easy to designate a "spell check server" or a "spell check cluster" so load problems would only be noticed by those who choose to use the service anyone else won't see any effects at all. -- Chris McIntosh On 7/20/05, Jan Steinman wrote: > > From: "Myria" > > > > Steven Hilton wrote: > > > >> On 7/19/05, Jan Steinman wrote: > >> > >>> With all due respect to the work you have done, I believe spell > >>> checking is the domain of the client. > > > >>> On Safari (MacOS X) at least, client-side interactive spell checking > >>> works great with MediaWiki. Does it not in other browers/OSs? > > > > The problem, of course, is that exceedingly few Wiki users... > > are going to be apt to have either product (despite the > > fact that I list them on my help page). > > Mea culpa. I just assumed all modern operating systems came > off-the-shelf with built-in, system-wide interactive spelling > correction that works equally well in all applications. (Except for a > few bad Windows ports that ignore system input methods.) > > (Every time I even think about trying Windows or Linux, something > like this reminds me why I use a Mac.) > > > I'm really at a loss as to why -- aside from the seemingly inevitable > > naysaying so common to this list -- a server-side spell checker is > > such a > > bad idea. > > Sorry, I did not mean ot be a nay-sayer. It was simply superfluous to > me. I now know why others need such a thing. > > :::: How many people did YOU starve today? > :::: Driving 4 miles in a 20 mpg vehicle is the energy-equivalent of > over 2 loaves of bread. -- David Pimentel, Cornell University > :::: Jan Steinman > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From reflection at gmail.com Wed Jul 20 16:02:30 2005 From: reflection at gmail.com (Brian) Date: Wed, 20 Jul 2005 10:02:30 -0600 Subject: [Mediawiki-l] Re: BETA Spellchecker In-Reply-To: References: <20050720134211.DFAA51AC01D8@mail.wikimedia.org> <71E16236-CFE1-46CF-A26B-983C4A98D1D0@Bytesmiths.com> Message-ID: <9839a05c05072009025ceb168f@mail.gmail.com> There is an additional problem with client-side spell chekers. If you use spellbound on an article that has html or css in it, it will attempt to check all of the attributes which becomes very annoying. A server-side variant could be intelligent enough to skip over wikimarkup, html, css etc... On 7/20/05, Chris McIntosh wrote: > > While I agree that spell checking might not suite everyone. There > still is a need for it. Which is what this extension meets. > > As for performance, I designed the extension so that it would be very > easy to designate a "spell check server" or a "spell check cluster" so > load problems would only be noticed by those who choose to use the > service anyone else won't see any effects at all. > > -- > Chris McIntosh > > On 7/20/05, Jan Steinman wrote: > > > From: "Myria" > > > > > > Steven Hilton wrote: > > > > > >> On 7/19/05, Jan Steinman wrote: > > >> > > >>> With all due respect to the work you have done, I believe spell > > >>> checking is the domain of the client. > > > > > >>> On Safari (MacOS X) at least, client-side interactive spell checking > > >>> works great with MediaWiki. Does it not in other browers/OSs? > > > > > > The problem, of course, is that exceedingly few Wiki users... > > > are going to be apt to have either product (despite the > > > fact that I list them on my help page). > > > > Mea culpa. I just assumed all modern operating systems came > > off-the-shelf with built-in, system-wide interactive spelling > > correction that works equally well in all applications. (Except for a > > few bad Windows ports that ignore system input methods.) > > > > (Every time I even think about trying Windows or Linux, something > > like this reminds me why I use a Mac.) > > > > > I'm really at a loss as to why -- aside from the seemingly inevitable > > > naysaying so common to this list -- a server-side spell checker is > > > such a > > > bad idea. > > > > Sorry, I did not mean ot be a nay-sayer. It was simply superfluous to > > me. I now know why others need such a thing. > > > > :::: How many people did YOU starve today? > > :::: Driving 4 miles in a 20 mpg vehicle is the energy-equivalent of > > over 2 loaves of bread. -- David Pimentel, Cornell University > > :::: Jan Steinman > > > > _______________________________________________ > > MediaWiki-l mailing list > > MediaWiki-l at Wikimedia.org > > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From shagreel at gmail.com Wed Jul 20 16:03:32 2005 From: shagreel at gmail.com (Paul Jones) Date: Wed, 20 Jul 2005 10:03:32 -0600 Subject: [Mediawiki-l] mirroring help Message-ID: I am setting up a new wiki. I would like to use most and maybe all of the help that is available from meta.wikimedia.org. Is there an easy way to mirror all of this content to my installation or should I start a long copy and paste session? Thanks, Paul From d3ntaku at gmail.com Wed Jul 20 16:04:53 2005 From: d3ntaku at gmail.com (D_C) Date: Thu, 21 Jul 2005 01:04:53 +0900 Subject: [Mediawiki-l] changing the sunflower graphic... Message-ID: hiya - how do i change the default sunflower graphic ? what would seem like a basic question is cloaked in mediawiki onion skin layers... I cant find html showing the image, so assume it is displayed from a JS document.write. i looked thru all the dirs and changed anything i could find in: skins/monobook skins/common reload page/empty cache etc... its still there. is it loaded from a URL? is this deliberately obfuscated so ppl use the skins as is? tx! /dc From cmcintosh at gmail.com Wed Jul 20 16:32:56 2005 From: cmcintosh at gmail.com (Chris McIntosh) Date: Wed, 20 Jul 2005 09:32:56 -0700 Subject: [Mediawiki-l] changing the sunflower graphic... In-Reply-To: References: Message-ID: Edit LocalSettings.php and change $wgLogo variable to point to another image. On 7/20/05, D_C wrote: > hiya - > > how do i change the default sunflower graphic ? > > what would seem like a basic question is cloaked in mediawiki onion > skin layers... > > I cant find html showing the image, so assume it is displayed from a > JS document.write. i looked thru all the dirs and changed anything i > could find in: > skins/monobook > skins/common > > reload page/empty cache etc... its still there. is it loaded from a URL? > > is this deliberately obfuscated so ppl use the skins as is? > > tx! > > /dc > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From A448 at alunos.ipca.pt Wed Jul 20 16:39:43 2005 From: A448 at alunos.ipca.pt (Ricardo Lopes) Date: Wed, 20 Jul 2005 17:39:43 +0100 Subject: [Mediawiki-l] Export to DocBook In-Reply-To: <20050720152229.GI1808@samrowe.com> References: <42DE6B15.8010908@alunos.ipca.pt> <20050720152229.GI1808@samrowe.com> Message-ID: <42DE7E4F.2070802@alunos.ipca.pt> see this link: http://meta.wikimedia.org/wiki/DocBook_XML_export Ricardo Lopes. Sam Rowe wrote: >On Wed, Jul 20, 2005 at 04:17:41PM +0100, Ricardo Lopes wrote: ># Hi, ># ># I'm new to MediaWiki, i saw somewhere that it allowed to export all the ># wiki as a DocBook. ># ># Where can i get this? ># Is There any documentation for this? > >I'm sure I'll get corrected if I'm wrong, but isn't DocBook a semantic >markup language? How would said semantics get derived from Wikitext >which is essentially a presentational markup language? > >-Sam >_______________________________________________ >MediaWiki-l mailing list >MediaWiki-l at Wikimedia.org >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > > > From lars at aronsson.se Wed Jul 20 17:02:17 2005 From: lars at aronsson.se (Lars Aronsson) Date: Wed, 20 Jul 2005 19:02:17 +0200 (CEST) Subject: [Mediawiki-l] Re: BETA Spellchecker In-Reply-To: <71E16236-CFE1-46CF-A26B-983C4A98D1D0@Bytesmiths.com> References: <20050720134211.DFAA51AC01D8@mail.wikimedia.org> <71E16236-CFE1-46CF-A26B-983C4A98D1D0@Bytesmiths.com> Message-ID: Jan Steinman wrote: > Mea culpa. I just assumed all modern operating systems > came off-the-shelf with built-in, system-wide interactive > spelling correction that works equally well in all applications. > (Except for a few bad Windows ports that ignore system input > methods.) > > (Every time I even think about trying Windows or Linux, > something like this reminds me why I use a Mac.) Why do you bother with Wikipedia or Mediawiki? Just use some ready, off-the-shelf encyclopedia or content management system. Linux and its various browsers and spell checkers are being built and improved right now, by people just like those who build and improve Mediawiki and Wikipedia. You don't have to be part of this. It's completely voluntary. -- Lars Aronsson (lars at aronsson.se) Aronsson Datateknik - http://aronsson.se From brion at pobox.com Wed Jul 20 17:03:58 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 20 Jul 2005 19:03:58 +0200 Subject: [Mediawiki-l] changing the sunflower graphic... In-Reply-To: References: Message-ID: <42DE83FE.6050203@pobox.com> Chris McIntosh wrote: > Edit LocalSettings.php and change $wgLogo variable to point to another image. In 1.5 the default logo image actually now contains this advice. ;) -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050720/cf987fef/attachment.pgp From brion at pobox.com Wed Jul 20 17:14:38 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 20 Jul 2005 19:14:38 +0200 Subject: [Mediawiki-l] Re: BETA Spellchecker In-Reply-To: <24EA6961-482B-45F5-9875-B3B412D94B78@Bytesmiths.com> References: <20050720023148.0CC4F1190CCF@mail.wikimedia.org> <24EA6961-482B-45F5-9875-B3B412D94B78@Bytesmiths.com> Message-ID: <42DE867E.3030802@pobox.com> Jan Steinman wrote: > With all due respect to the work you have done, I believe spell > checking is the domain of the client. > > On Safari (MacOS X) at least, client-side interactive spell checking > works great with MediaWiki. Does it not in other browers/OSs? Spell-checking in Safari is lovely, and I too am surprised this isn't fully standard on many other popular browsers yet. However there are some problems: * The client's checker will only come with a certain number of spelling dictionaries by default; some languages will not be present. * It may be fairly annoying to switch the language selection on the client, and it may not automatically follow with the declared content language of the site. * Of course lots of people don't have the capability in their browsers to begin with. So, it could be worthwhile even though a proper, complete implementation in the client is preferable. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050720/52c1829b/attachment.pgp From Jan at Bytesmiths.com Wed Jul 20 18:26:55 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Wed, 20 Jul 2005 11:26:55 -0700 Subject: [Mediawiki-l] Re: BETA Spellchecker In-Reply-To: <20050720164009.78BDB1350573@mail.wikimedia.org> References: <20050720164009.78BDB1350573@mail.wikimedia.org> Message-ID: > From: Brian > > There is an additional problem with client-side spell chekers. If > you use > spellbound on an article that has html or css in it, it will > attempt to > check all of the attributes which becomes very annoying... The speller built into MacOS X seems to be smarter than that. Example at: http://www.bytesmiths.com/stuff/SpellExample.gif But this is pretty far off-topic, and some defensive people probably view it as flame bait. It is not intended as such. I'll be quiet now. :::: You can't have your SUV and eat it, too! :::: (It takes TEN calories of fossil-fuel energy to produce EACH calorie of food.) :::: Jan Steinman From reflection at gmail.com Wed Jul 20 18:33:29 2005 From: reflection at gmail.com (Brian) Date: Wed, 20 Jul 2005 12:33:29 -0600 Subject: [Mediawiki-l] Re: BETA Spellchecker In-Reply-To: References: <20050720164009.78BDB1350573@mail.wikimedia.org> Message-ID: <9839a05c05072011334ad0b003@mail.gmail.com> You have to realize that many folks are using multiple operating systems. On a given day I am on XP, FC4, and OSX. While I applaud a mac tool, the real fault is in writing tools that don't work natively on all operating systems. That's where a server-side app comes in handy. On 7/20/05, Jan Steinman wrote: > > > From: Brian > > > > There is an additional problem with client-side spell chekers. If > > you use > > spellbound on an article that has html or css in it, it will > > attempt to > > check all of the attributes which becomes very annoying... > > The speller built into MacOS X seems to be smarter than that. Example > at: > > http://www.bytesmiths.com/stuff/SpellExample.gif > > But this is pretty far off-topic, and some defensive people probably > view it as flame bait. It is not intended as such. I'll be quiet now. > > :::: You can't have your SUV and eat it, too! > :::: (It takes TEN calories of fossil-fuel energy to produce EACH > calorie of food.) > :::: Jan Steinman > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From reflection at gmail.com Wed Jul 20 18:35:09 2005 From: reflection at gmail.com (Brian) Date: Wed, 20 Jul 2005 12:35:09 -0600 Subject: [Mediawiki-l] Re: BETA Spellchecker In-Reply-To: <9839a05c05072011334ad0b003@mail.gmail.com> References: <20050720164009.78BDB1350573@mail.wikimedia.org> <9839a05c05072011334ad0b003@mail.gmail.com> Message-ID: <9839a05c05072011356cf3b972@mail.gmail.com> By the way, you missed the real test case in your spell checker - you really have to plan for the most complex case - an amalgamation of wikimarkup, html, and css: {| width="100%" cellspacing="1" cellpadding="4" style="border: 1px; border-color: #666; border-style: solid;" |- bgcolor="#0BA8A8" | width="22%" |
    '''Who'''
    | width="70px"|
    '''Image'''
    | width="20%" |
    '''When'''
    | width="58%" |
    '''What'''
    On 7/20/05, Brian wrote: > > You have to realize that many folks are using multiple operating systems. > On a given day I am on XP, FC4, and OSX. While I applaud a mac tool, the > real fault is in writing tools that don't work natively on all operating > systems. That's where a server-side app comes in handy. > > On 7/20/05, Jan Steinman wrote: > > > > > From: Brian > > > > > > There is an additional problem with client-side spell chekers. If > > > you use > > > spellbound on an article that has html or css in it, it will > > > attempt to > > > check all of the attributes which becomes very annoying... > > > > The speller built into MacOS X seems to be smarter than that. Example > > at: > > > > http://www.bytesmiths.com/stuff/SpellExample.gif > > > > But this is pretty far off-topic, and some defensive people probably > > view it as flame bait. It is not intended as such. I'll be quiet now. > > > > :::: You can't have your SUV and eat it, too! > > :::: (It takes TEN calories of fossil-fuel energy to produce EACH > > calorie of food.) > > :::: Jan Steinman < http://www.Bytesmiths.com/Van> > > > > _______________________________________________ > > MediaWiki-l mailing list > > MediaWiki-l at Wikimedia.org > > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > From zain at voltage.com Wed Jul 20 19:54:50 2005 From: zain at voltage.com (Zain Memon) Date: Wed, 20 Jul 2005 12:54:50 -0700 Subject: [Mediawiki-l] Get rid of index.php in URL Message-ID: <932E391D0072FE48AFD9F81EA884AA91476D02@narcolepsy.voltage.com> Thanks, the QSA fixed the problem nicely. As for your recommendations... I have an entire subdomain dedicated to nothing but the wiki, and its set up as a VirtualHost in Apache. I'm just fine with having the entire subdomain be dedicated to nothing but the wiki. It just looks a lot nicer to have http://wiki.subdomain.com/Main_Page than having a subdirectory or index.php in there. Is that alright or am I committing blasphemy? Thanks. > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l- > bounces at Wikimedia.org] On Behalf Of Brion Vibber > Sent: Wednesday, July 20, 2005 12:59 AM > To: MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] Get rid of index.php in URL > > Zain Memon wrote: > > Thanks, that was exactly what I was looking for. However, I'm having > > one problem. I used the Kludge method from the page > > http://meta.wikimedia.org/wiki/Using_a_very_short_URL > > That's a bad idea -- I strongly recommend against doing this as it fills > your entire URL namespace with the wiki. This will break legitimate > files unless you add exceptions, and make it impossible to have wiki > pages with titles conflicting with those exceptions. It may cause > strange errors for use with actual files that you forgot to except. > > The URL space for the wiki pages should *always* appear as a > 'subdirectory', not the root URL, for compatibility and safety. > > > and it seems to > > be working okay, except for one thing: Searches don't work. > > Your rewrite rules must include [QSA] for the query string to be passed > through. > > -- brion vibber (brion @ pobox.com) From brion at pobox.com Wed Jul 20 20:01:59 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 20 Jul 2005 22:01:59 +0200 Subject: [Mediawiki-l] Get rid of index.php in URL In-Reply-To: <932E391D0072FE48AFD9F81EA884AA91476D02@narcolepsy.voltage.com> References: <932E391D0072FE48AFD9F81EA884AA91476D02@narcolepsy.voltage.com> Message-ID: <42DEADB7.4060405@pobox.com> Zain Memon wrote: > Thanks, the QSA fixed the problem nicely. > > As for your recommendations... I have an entire subdomain dedicated to > nothing but the wiki, and its set up as a VirtualHost in Apache. I'm > just fine with having the entire subdomain be dedicated to nothing but > the wiki. robots.txt favicon.ico skins/ subdirectory etc This includes both files used by the wiki and general stuff that applies all over the web. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050720/7726aaf8/attachment.pgp From astronouth7303 at gmail.com Wed Jul 20 22:34:47 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Wed, 20 Jul 2005 18:34:47 -0400 Subject: [Mediawiki-l] Okay im going to do a clean install again so i'd like some suggestions, , , In-Reply-To: References: Message-ID: On 7/20/05, casper.levy at eu.nabgroup.com wrote: > Hi this wiki is giving me too many random errors to sort out and since its > still early in its life and has a manageable small number of pages im > going to copy the content from the edit pages and start again. So what i'd > like to know is suggestions of what server/php/mysql versions or packages > containing all three work well with mediaWIKI on windows. Has anyone had a > beautiful error/stress free install? What version on mediawiki are you > using etc? > > Any suggestions much appreciated. > > Regards > Caspar XAMPP worked really well for me. But, like a lot of other all-in-one packages, you'll need to do some messing around to get it secure and production-ready. As a test server (on my own XP system), it works wonderfully. It was easy to set up (although I did have some issues with MySQL not finding the logs). It includes everything you'll need, and comes with PHP5 and 4 (5 is default). After installing it and doing some basic tests, try doing some digging. There's a lot in there. -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From astronouth7303 at gmail.com Wed Jul 20 22:40:20 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Wed, 20 Jul 2005 18:40:20 -0400 Subject: [Mediawiki-l] mirroring help In-Reply-To: References: Message-ID: Search the archives. It's been asked before. When you google, include "site:mail.wikimedia.org" (no quotes) in the search box. On 7/20/05, Paul Jones wrote: > I am setting up a new wiki. I would like to use most and maybe all of > the help that is available from meta.wikimedia.org. Is there an easy > way to mirror all of this content to my installation or should I start > a long copy and paste session? From 2.718281828 at gmail.com Wed Jul 20 22:42:36 2005 From: 2.718281828 at gmail.com (SJ) Date: Wed, 20 Jul 2005 18:42:36 -0400 Subject: [Mediawiki-l] BETA Spellchecker In-Reply-To: References: Message-ID: <742dfd06050720154233948343@mail.gmail.com> I would allow dictionary-additions for each user, and perhaps by specialty topic, not globally. There could later be a package that lets admins look at the union of all private dictionary-additions, and add some of those to the global dict... the set of all words, acronyms, names, and abbreviations which are usable in some context is large. As it is, you could offer a user the option to only use a simple dictionary of 30k words or so when offering suggestions; the suggestions list can be very long. SJ On 7/19/05, Chris McIntosh wrote: > I have created a Spellchecker that is working great on my local > Intranet. There are still some things that I need to do. > > * Check for any security vulnerabilities, I think there are some major > XSS stuff. > * Clean up the documentation. > > Other than that it is functional. > > Take a look at my wiki for more information on it and send me some > feedback with your thoughts and suggestions. > > http://mcintosh.cjb.net/wiki/index.php/Spell_Checker#How_it_works > > > Thanks > Chris McIntosh > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- ++SJ From astronouth7303 at gmail.com Wed Jul 20 22:54:40 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Wed, 20 Jul 2005 18:54:40 -0400 Subject: [Mediawiki-l] Re: BETA Spellchecker In-Reply-To: <9839a05c05072011356cf3b972@mail.gmail.com> References: <20050720164009.78BDB1350573@mail.wikimedia.org> <9839a05c05072011334ad0b003@mail.gmail.com> <9839a05c05072011356cf3b972@mail.gmail.com> Message-ID: On 7/20/05, Brian wrote: > By the way, you missed the real test case in your spell checker - you really > have to plan for the most complex case - an amalgamation of wikimarkup, > html, and css: > > [snip] No!!!!! Not another parser to write!!! *cries* I have to comment on the "modern" browser/natve capabilities discussion. My school still has labs of Mac OS 9 (maybe older) computers. They have very old versions of IE and Netscape. (Netscape doesn't even have CSS support; using Wikipedia or a number of other sites is be a hassle.) I haven't taken a survey, but I am sure there are many, many people that use an outdated browser at least some of the time. As modern browsers go, they're across the board. We all know IE doesn't have anything but bugs built in. Firefox/Mozilla are flexable and can do a lot, but they don't come with a great many bells/wistles. I can't say about Opera, since I don't use it. Mac OS has always had tight integration between the OS and apps, so it comes as no surprise that things like system-wide spell checking is there. -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From astronouth7303 at gmail.com Wed Jul 20 23:04:08 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Wed, 20 Jul 2005 19:04:08 -0400 Subject: [Mediawiki-l] Get rid of index.php in URL In-Reply-To: <42DEADB7.4060405@pobox.com> References: <932E391D0072FE48AFD9F81EA884AA91476D02@narcolepsy.voltage.com> <42DEADB7.4060405@pobox.com> Message-ID: On 7/20/05, Brion Vibber wrote: > Zain Memon wrote: > > Thanks, the QSA fixed the problem nicely. > > > > As for your recommendations... I have an entire subdomain dedicated to > > nothing but the wiki, and its set up as a VirtualHost in Apache. I'm > > just fine with having the entire subdomain be dedicated to nothing but > > the wiki. > > robots.txt > favicon.ico > skins/ subdirectory > etc > > This includes both files used by the wiki and general stuff that applies > all over the web. Brion is entirely correct in recomending this. It is generally a bad idea to have a directory containing both virtual files (rewritten to something else) and real ones. I have had problems with this, even in a subdirectory. You can use RewriteCond to skip it, like this: RewriteCond %{REQUEST_FILENAME} !-f [OR] RewriteCond %{REQUEST_FILENAME} -d But then Apache gives 403 Forbidden if the article name contains a colon (at least for me). Using a /w & /wiki is easy to install, deal with, and maintain. I would strongly discourage using anything else. (Although I have set it up under /astro73/csx rewritten to /astro73/csxml without issues, see .) -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From brandon at adicio.com Mon Jul 18 15:48:40 2005 From: brandon at adicio.com (Brandon) Date: Mon, 18 Jul 2005 08:48:40 -0700 Subject: [Mediawiki-l] external links open in new window Message-ID: <42DBCF58.1020803@adicio.com> I would like the ability to have all external pages by default open up into their own window. Any suggestions? From hinandil at freespirits.org Thu Jul 21 00:31:29 2005 From: hinandil at freespirits.org (=?UTF-8?B?SMOtbmFuZGls?=) Date: Wed, 20 Jul 2005 17:31:29 -0700 Subject: [Mediawiki-l] external links open in new window In-Reply-To: <42DBCF58.1020803@adicio.com> References: <42DBCF58.1020803@adicio.com> Message-ID: <42DEECE1.2070004@freespirits.org> Brandon wrote: > I would like the ability to have all external pages by default open up > into their own window. > Any suggestions? As I understand popular opinion on the list, you will need to hack it into parser.php yourself. :) Overwhelming majority say this is a Bad Thing. (It comes down to user control and respect--a user may force a link to open in a new window/tab, but can not force a new window link to open in the same window.) H?nandil From zain at voltage.com Thu Jul 21 00:33:08 2005 From: zain at voltage.com (Zain Memon) Date: Wed, 20 Jul 2005 17:33:08 -0700 Subject: [Mediawiki-l] Get rid of index.php in URL Message-ID: <932E391D0072FE48AFD9F81EA884AA91476D17@narcolepsy.voltage.com> After using the shortened URLs for a day on my company's intranet wiki, I've gotten nothing but good comments. Nobody seems to be having any problems, and it's quite a bit nicer to link people. I understand what you guys are saying and completely agree with it. In a public environment, on a shared server, or getting loads of traffic, this wouldn't be a very good idea. But as an intranet wiki for a small company, I have to say, it seems to work just fine (being as I don't need a robots.txt, lack of favicon.ico is bad but excusable, using the default skin, etc). It might be technically wrong, but in practice seems to be nice. > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l- > bounces at Wikimedia.org] On Behalf Of Jamie Bliss > Sent: Wednesday, July 20, 2005 4:04 PM > To: MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] Get rid of index.php in URL > > On 7/20/05, Brion Vibber wrote: > > Zain Memon wrote: > > > Thanks, the QSA fixed the problem nicely. > > > > > > As for your recommendations... I have an entire subdomain dedicated to > > > nothing but the wiki, and its set up as a VirtualHost in Apache. I'm > > > just fine with having the entire subdomain be dedicated to nothing but > > > the wiki. > > > > robots.txt > > favicon.ico > > skins/ subdirectory > > etc > > > > This includes both files used by the wiki and general stuff that applies > > all over the web. > > Brion is entirely correct in recomending this. It is generally a bad > idea to have a directory containing both virtual files (rewritten to > something else) and real ones. I have had problems with this, even in > a subdirectory. > > You can use RewriteCond to skip it, like this: > RewriteCond %{REQUEST_FILENAME} !-f [OR] > RewriteCond %{REQUEST_FILENAME} -d > But then Apache gives 403 Forbidden if the article name contains a > colon (at least for me). > > Using a /w & /wiki is easy to install, deal with, and maintain. I > would strongly discourage using anything else. (Although I have set it > up under /astro73/csx rewritten to /astro73/csxml without issues, see > .) > > -- Jamie > ------------------------------------------------------------------- > http://endeavour.zapto.org/astro73/ > Thank you to JosephM for inviting me to Gmail! > Have lots of invites. Gmail now has 2GB. > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From avarab at gmail.com Thu Jul 21 01:29:47 2005 From: avarab at gmail.com (=?ISO-8859-1?Q?=C6var_Arnfj=F6r=F0_Bjarmason?=) Date: Thu, 21 Jul 2005 01:29:47 +0000 Subject: [Mediawiki-l] BETA Spellchecker In-Reply-To: References: Message-ID: <51dd1af8050720182923bf5220@mail.gmail.com> It's very nice, please open a bug in http://bugzilla.wikimedia.org/ and attach a unified diff to it, it would also be very nice if you could make it an actually extension (it's probably possible using/adding $wgHooks to the core files you modified. The only problem I've seen with it so far is that the selection menu tends to flow off the bottom of the screen. From antilyrical at spamcop.net Thu Jul 21 02:23:29 2005 From: antilyrical at spamcop.net (antilyrical at spamcop.net) Date: Wed, 20 Jul 2005 22:23:29 -0400 Subject: [Mediawiki-l] moving to another sub-domain Message-ID: <20050720222329.kgglc000ooswcgkk@webmail.spamcop.net> I have a MediaWiki setup at old.domain.com I want to move it to new.newdomain.com All other details should stay the same(including database info) Both domain.com and newdomain.com are both hosted by the same company Can I just move all files from one subdomain to another? Is there any other changes I need to make? Thanks! From jalajainaction at gmail.com Thu Jul 21 06:35:58 2005 From: jalajainaction at gmail.com (Javieras) Date: Thu, 21 Jul 2005 08:35:58 +0200 Subject: [Mediawiki-l] moving to another sub-domain In-Reply-To: <20050720222329.kgglc000ooswcgkk@webmail.spamcop.net> References: <20050720222329.kgglc000ooswcgkk@webmail.spamcop.net> Message-ID: <89134c2f0507202335628e23ff@mail.gmail.com> Hi. You must save your LocalSettings.php to backup your configuration, your db and the images directory. If you use the same version, install the software and then you have to do mysqldump with the db and all must work well. If you want to use another version, install the same and later update (read update.txt). If you are working with linux, be careful with privileges of images directory when copy it. Bye, from Spain with love. 2005/7/21, antilyrical at spamcop.net : > I have a MediaWiki setup at old.domain.com > I want to move it to new.newdomain.com > All other details should stay the same(including database info) > Both domain.com and newdomain.com are both hosted by the same company > > Can I just move all files from one subdomain to another? Is there any other > changes I need to make? > > > Thanks! > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- JL From zeeforel70 at yahoo.com Thu Jul 21 10:40:55 2005 From: zeeforel70 at yahoo.com (Marcel de Ruiter) Date: Thu, 21 Jul 2005 11:40:55 +0100 (BST) Subject: [Mediawiki-l] Eliminating "From....-Wiki"? Message-ID: <20050721104055.81530.qmail@web60424.mail.yahoo.com> Hi There, On Prints of pages I get the text "From [name wiki]-Wiki". right under the title of the page. Can I eliminate that? Thanks. Best regards, Marcel --------------------------------- Yahoo! Messenger NEW - crystal clear PC to PCcalling worldwide with voicemail From zeeforel70 at yahoo.com Thu Jul 21 10:57:03 2005 From: zeeforel70 at yahoo.com (Marcel de Ruiter) Date: Thu, 21 Jul 2005 11:57:03 +0100 (BST) Subject: [Mediawiki-l] Uploading Word documents Message-ID: <20050721105703.12795.qmail@web60423.mail.yahoo.com> Hi There, How can I have the Wiki upload Word / Excel / Powerpoint documents? It appears not to be supported. Thanks. Best regards, Marcel --------------------------------- How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos. Get Yahoo! Photos From nidonocu at gmail.com Thu Jul 21 11:07:05 2005 From: nidonocu at gmail.com (Nidonocu) Date: Thu, 21 Jul 2005 12:07:05 +0100 Subject: [Mediawiki-l] Uploading Word documents In-Reply-To: <20050721105703.12795.qmail@web60423.mail.yahoo.com> References: <20050721105703.12795.qmail@web60423.mail.yahoo.com> Message-ID: <42DF81D9.2060309@gmail.com> Marcel de Ruiter wrote: >Hi There, > >How can I have the Wiki upload Word / Excel / Powerpoint documents? It appears not to be supported. > >Thanks. > >Best regards, > >Marcel > > > You'll need to add 'doc', 'xls' and 'ppt' respectively to the allowed File Extensions using your LocalSettings.php. Be sure to include all the extensions you want to be able to upload such as pictures to, for example, your line may look like this: $wgFileExtensions = array( 'png', 'jpg', 'jpeg', 'doc', 'xls', 'ppt'); -- Nidonocu C:\> nidonocu at gmail.com http://www.nidonocu.co.uk http://nidonocu.livejournal.com Nidonocu at Gmail.com Get Thunderbird From jejc at free.fr Thu Jul 21 11:10:24 2005 From: jejc at free.fr (Jej) Date: Thu, 21 Jul 2005 13:10:24 +0200 Subject: [Mediawiki-l] Uploading Word documents In-Reply-To: <20050721105703.12795.qmail@web60423.mail.yahoo.com> References: <20050721105703.12795.qmail@web60423.mail.yahoo.com> Message-ID: <42DF82A0.5070608@free.fr> Add $wgFileExtensions = array( 'doc', 'xls', 'ppt', 'png', 'gif', 'jpg', 'jpeg', ....... ); in LocalSettings.php Jej >Hi There, > >How can I have the Wiki upload Word / Excel / Powerpoint documents? It appears not to be supported. > >Thanks. > >Best regards, > >Marcel > > > > > > >--------------------------------- >How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos. Get Yahoo! Photos >_______________________________________________ >MediaWiki-l mailing list >MediaWiki-l at Wikimedia.org >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > From phil.boswell at gmail.com Thu Jul 21 11:41:17 2005 From: phil.boswell at gmail.com (Phil Boswell) Date: Thu, 21 Jul 2005 12:41:17 +0100 Subject: [Mediawiki-l] Re: Re: BETA Spellchecker References: <8308260d05072003007d3aa9e@mail.gmail.com> <000001c58d30$301cd630$6500a8c0@Lappy> Message-ID: "Myria" wrote in message news:000001c58d30$301cd630$6500a8c0 at Lappy... > .... I presume that server-side spell > checking does not preclude one from using a client-side spell-checker, so > I'm really at a loss as to why -- aside from the seemingly inevitable > naysaying so common to this list -- a server-side spell checker is such a > bad idea. But then I'm sure someone will be along shortly to explain why > it > is bad for the internet, violates the Wiki concept, or creates mopery and > dopery on the spaceways. The main objection on :en: would be the inevitable arguments as to whether to use US or UK English. It **might** be possible to arrange for an option wherein a particular spelling dictionary could be selected for a given article, but the scope for spelling-reversion-wars would be immense. OTOH for those wikis which use a single well-defined mode of spelling, this might well be very helpful for non-native contributors. Assuming they pick the correct option obviously: we are awl familiarity with thee pecuniary problematic of spell-cheque systemic :-) -- Phil [[en:User:Phil Boswell]] From jason+lists.mediawiki at lixfeld.ca Thu Jul 21 13:49:56 2005 From: jason+lists.mediawiki at lixfeld.ca (Jason Lixfeld) Date: Thu, 21 Jul 2005 09:49:56 -0400 Subject: [Mediawiki-l] Moving from one server to another In-Reply-To: References: <2E761123-B9FE-4CBE-9BC3-A38057CA7E95@lixfeld.ca> <4C61ABDB-AD35-4292-BC3B-DBEE1950C621@lixfeld.ca> Message-ID: Hey folks, Anyone have any more ideas here, by chance? I'd like to try to avoid redoing the installation from scratch if possible! I'm kinda stumped! :( On 19-Jul-05, at 10:36 PM, Jason Lixfeld wrote: > I get the error message, so I'm using the LocalSettings.php. > > On 19-Jul-05, at 10:28 PM, Jamie Bliss wrote: > > >> in localsettings.php, add this: >> die('This is localsettings.php with no scriptpath in it'); >> >> When you go to any page on your wiki, it should print that message >> and >> no more. (remove it when you're done.) >> >> If this doesn't happen, it means you're using a different >> localsettings.php. >> >> On 7/19/05, Jason Lixfeld wrote: >> >> >>> Thanks for the tip, Jamie. That didn't appear to help though :( >>> >>> # grep ^"\$wgScriptPath" ../LocalSettings.php >>> $wgScriptPath = ""; >>> # php rebuildall.php >>> ** Rebuilding fulltext search index (if you abort this will break >>> searching; run this script again to fix): >>> Dropping index... >>> Rebuilding index fields for 946 pages... >>> 0 >>> 500 >>> Rebuild the index... >>> >>> >>> ** Rebuilding recentchanges table: >>> Loading from CUR table... >>> Loading from OLD table... >>> Updating links... >>> >>> >>> ** Rebuilding links tables -- this can take a long time. It >>> should be >>> safe to about via ctrl+C if you get bored. >>> Refreshing link table. >>> Starting from cur_id 1 of 946. >>> 100 >>> 200 >>> 300 >>> 400 >>> 500 >>> 600 >>> 700 >>> 800 >>> 900 >>> Done. >>> # >>> >>> If I point a browser to the main page and click on any links off the >>> main page, I still get a URL with /mediawiki in it: >>> >>> https://wiki.ebit.ca:443/mediawiki/index.php/EBit_Networks >>> >>> Am I running the script incorrectly? I put my mysql root user and >>> password in the AdminSettings.php to be on the safe side incase the >>> other user didn't have the access. >>> >>> On 19-Jul-05, at 12:09 PM, Jamie Bliss wrote: >>> >>> >>> >>>> cache. Run rebuildall.php. >>>> >>>> On 7/19/05, Jason Lixfeld wrote: >>>> >>>> >>>> >>>>> Hello, >>>>> >>>>> I had mediawiki 1.4.6 installed on a machine which just >>>>> had the >>>>> mediawiki directory hanging off the webserver documentroot. I >>>>> moved >>>>> this to a production server and onto a vhost and changed my >>>>> LocalSettings.php over, but all my links are still broken and >>>>> I'm not >>>>> sure why. >>>>> >>>>> I copied the database as per http://meta.wikimedia.org/wiki/ >>>>> How_to_move_a_MediaWiki_Database without issue. I can get to the >>>>> main page of my installation, no problem but whenever I try to >>>>> click >>>>> on any of the links which were copied with the database from >>>>> the old >>>>> server, the URL has /mediawiki in it, even though >>>>> LocalSettings.php >>>>> has: $wgScriptPath = "";. I'm somewhat stumped. From what >>>>> I've read, it should be as easy as making sure the $wgScriptPath >>>>> variable is set correctly, but I may be horribly wrong and >>>>> there may >>>>> be something else quite involved that I'm missing. >>>>> >>>>> Any ideas? >>>>> _______________________________________________ >>>>> MediaWiki-l mailing list >>>>> MediaWiki-l at Wikimedia.org >>>>> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> ------------------------------------------------------------------- >>>> http://endeavour.zapto.org/astro73/ >>>> Thank you to JosephM for inviting me to Gmail! >>>> Have lots of invites. Gmail now has 2GB. >>>> _______________________________________________ >>>> MediaWiki-l mailing list >>>> MediaWiki-l at Wikimedia.org >>>> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l >>>> >>>> >>>> >>>> >>> >>> _______________________________________________ >>> MediaWiki-l mailing list >>> MediaWiki-l at Wikimedia.org >>> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l >>> >>> >>> >> >> >> -- >> ------------------------------------------------------------------- >> http://endeavour.zapto.org/astro73/ >> Thank you to JosephM for inviting me to Gmail! >> Have lots of invites. Gmail now has 2GB. >> _______________________________________________ >> MediaWiki-l mailing list >> MediaWiki-l at Wikimedia.org >> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l >> >> >> > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > From shagreel at gmail.com Thu Jul 21 14:26:15 2005 From: shagreel at gmail.com (Paul Jones) Date: Thu, 21 Jul 2005 08:26:15 -0600 Subject: [Mediawiki-l] mirroring help In-Reply-To: References: Message-ID: I have searched through the archives, all of the mediawiki sites and google in general. Perhaps I am just not a very good googler(?) or I am using the wrong words to describe what I am trying to do, but I can't find any information. That is why I have asked here. Does anyone have a link or general information about where to start. Thanks, Paul On 7/20/05, Jamie Bliss wrote: > > Search the archives. It's been asked before. > > When you google, include "site:mail.wikimedia.org" > (no quotes) in the > search box. > > On 7/20/05, Paul Jones wrote: > > I am setting up a new wiki. I would like to use most and maybe all of > > the help that is available from meta.wikimedia.org. > Is there an easy > > way to mirror all of this content to my installation or should I start > > a long copy and paste session? > From brion at pobox.com Thu Jul 21 15:19:24 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 21 Jul 2005 17:19:24 +0200 Subject: [Mediawiki-l] Moving from one server to another In-Reply-To: References: <2E761123-B9FE-4CBE-9BC3-A38057CA7E95@lixfeld.ca> Message-ID: <42DFBCFC.60302@pobox.com> Jamie Bliss wrote: > cache. Run rebuildall.php. rebuildall.php would not help in this situation. Old URLs still in the parser cache can be cleared by: DELETE * FROM objectcache; to clear the objectcache table in MySQL. Note that the browser cache may still contain bogus data. You can use ?action=purge on indidivual pages to update their cache dates. Also there is a global $wgCacheEpoch variable which can be set in LocalSettings.php to invalidate all prior cache entries (see DefaultSettings.php). -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050721/6e923fb2/attachment.pgp From DEGerisch at co.tulare.ca.us Thu Jul 21 17:26:34 2005 From: DEGerisch at co.tulare.ca.us (David Gerisch) Date: Thu, 21 Jul 2005 10:26:34 -0700 Subject: [Mediawiki-l] How to make a tab to a corresponding page in a custom namespace? Message-ID: Can someone point me to a link to instructions on how to add one more tab to each page? Essentially, I want to duplicate what the Talk tab does, but in a custom namespace. Of course, I really want to add three tabs, but if I can add one, I can add three. ;-) What am looking to do is create an additional tab with a link of the form http://myservername/index.php?title=My_New_Name_Space:Same_Title_As_The_Source_Page&action=edit Thank you! David Gerisch, Systems Development Specialist A.C.S. / Tulare County Information Technology degerisch at co.tulare.ca.us (559) 737-4045 ext 300 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: David Gerisch.vcf Url: http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050721/80722470/attachment.diff From sgarman at iname.com Thu Jul 21 18:06:48 2005 From: sgarman at iname.com (Scott Garman) Date: Thu, 21 Jul 2005 14:06:48 -0400 Subject: [Mediawiki-l] EnotifWiki patch for v1.4.6/7? In-Reply-To: <1121864006.9177.9.camel@localhost.localdomain> References: <1121864006.9177.9.camel@localhost.localdomain> Message-ID: <1121969208.3704.54.camel@localhost.localdomain> On Wed, 2005-07-20 at 08:53 -0400, Scott Garman wrote: > Hi all, > > I have some existing mediawiki sites running 1.4.7 that I'd like to add > E-mail watchlist notification to. The EnotifWiki site makes reference to > a patch file that can be applied to an existing wiki install, but on > SourceForge I'm only seeing tarballs I can download that include all of > mediawiki with the extension already installed. > > Where can I download the enotif patch for v1.4.x? I finally figured this out, but I'm going to answer my own question for the benefit of others... The mw1.4.6+enotifwiki3.11.tgz file you can download from SourceForge actually has the needed patch in it. It is called CVS-REL1_4_6.diff. This patch does not apply cleanly to v1.4.7, so here is what I did: 0. Back up your mediawiki install and MySQL database (don't forget this!). 1. "Roll back" your mediawiki version by grabbing the tarball for 1.4.6 again, and copy the contents of it over your current install. Check that the version reported by your wiki now reports v1.4.6. 2. Copy the CVS-REL1_4_6.diff file into the mediawiki install's main directory and apply the patch (patch -p0 CVS-REL1_4_6.diff). The patch should apply cleanly. 3. Additionally, you need to copy the *.sql files in the maintenance/archives directory of the extracted mw+enotifwiki tarball into the maintenance/archives directory of your mediawiki install. 4. Rename your LocalSettings.php file to get it out of the way and chmod 777 the config directory. 5. Re-run the installer, which you should notice now offers default options for some of the e-mail notification options. Important Note: Since the installer is going to have to modify the schema of your database, it won't work with the user-level database account you created for the mediawiki database. I had to enter "root" into the mediawiki DB username and the MySQL root password into the mediawiki DB password fields in order for it to work. Once that completes, make sure to change them back to the original mediawiki DB user/pw combo in the generated LocalSettings.php. 6. Move LocalSettings.php up out of config, fix the permissions, and try your site out. I had to merge in some other custom settings I had added to my LocalSettings.php file from before, but it worked flawlessly after that. Drop me a line if you're in a similar situation and the above doesn't work. I'm definitely looking forward to when 1.5 stabilizes, as e-mail notification is really useful in many environments. Regards, Scott -- Scott Garman sgarman at iname dot com From Jan at Bytesmiths.com Thu Jul 21 18:40:56 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Thu, 21 Jul 2005 11:40:56 -0700 Subject: [Mediawiki-l] 1.5 timeline? In-Reply-To: <20050721180726.28FCC1AC5943@mail.wikimedia.org> References: <20050721180726.28FCC1AC5943@mail.wikimedia.org> Message-ID: <27DF761C-F3FB-4C68-9DA5-1B642CFB472A@Bytesmiths.com> > I'm definitely looking forward to when 1.5 stabilizes, as e-mail > notification is really useful in many environments. Is there a timeline for a 1.5 "product" release? I have customers clamoring for wiki changes, and I just can't bring myself to do it to 1.4, since The Known World is changing soon... :::: We need an energy policy that encourages consumption. -- George W. Bush :::: Jan Steinman From pv+wikimedia at math.duke.edu Thu Jul 21 15:58:36 2005 From: pv+wikimedia at math.duke.edu (Phil) Date: Thu, 21 Jul 2005 11:58:36 -0400 (EDT) Subject: [Mediawiki-l] mediawiki 1.4.7 + php 5.0.4 + mysql 4.1.11 on Fedora Core 4 x86_64 Message-ID: I've tried installing mediawiki 1.4.7 multiple times already with different settings; can anyone advise me on getting this working (or is Mediawiki 1.5 coming soon without these issues? (Q) Is it possible that php 5.0.4's default is to use the new 4.1 mysql passwords? ... in which case forcing mysql to use the old passwords is a problem? Context: OS: Fedora Core 4 x68_64 mysql -V: mysql Ver 14.7 Distrib 4.1.11, for redhat-linux-gnu (x86_64) yum info php: Installed Packages: Name: php; Arch; x86_64; Version: 5.0.4; Release: 10.3 TurckMMcache installed & detected by mediawiki/config/config/index.php webform and memcached 1.1.12 running On first try, using memcached, the configuration seemed to be successful, told me to go to http://localhost/wiki/index.php which states only: : Sorry! The wiki is experiencing some technical difficulties, and cannot contact the database server. I don't understand since I can log into mysql by mysql -u wikiuser -p ---- An attempted dead end: ---- Moving the file LocalSettings.php and re-attempting the config webform with any choice of caching gives six copies of : Warning: array_key_exists() [function.array-key-exists]: The second argument should be either an array or an object in /var/www/html/mediawiki-1.4.7/includes/User.php on line 716 and other complaints which I assume have to do with attempting to create already created databases and/or users. -------------------------------- Reinstallation experiments showed that provided the wikiuser and wikidb were dropped first, the configuration program was successfully able to login and create wikidb and authorize the wikiuser. so I deleted the wiki directory, in mysql deleted wikiuser and wikidb, and reinstalled without caching. Result: a blank wiki/index.php: . (Q) is this consistent with the same issue? I was advised to see the release-notes on mysql 4.1 which directed me to http://dev.mysql.com/doc/mysql/en/old-client.html and so I've used mysql command SET PASSWORD FOR 'some_user'@'some_host' = OLD_PASSWORD('newpwd'); on all three wikiuser accounts. I checked that /etc/my.cnf seems to be set to use old mysql passwds: # Default to using old password format for compatibility with mysql 3.x # clients (those using the mysqlclient10 compatibility package). old_passwords=1 and so it turns out that OLD_PASSWORD('foo') = PASSWORD('foo') anyway! Refreshed /wiki/index.php: got blank page:. Restarted mysql, Refresh /wiki/index.php: got blank page:. Any advice? Is there more I need to do to convince 4.1 to play nicely? From brion at pobox.com Thu Jul 21 19:16:57 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 21 Jul 2005 21:16:57 +0200 Subject: [Mediawiki-l] mediawiki 1.4.7 + php 5.0.4 + mysql 4.1.11 on Fedora Core 4 x86_64 In-Reply-To: References: Message-ID: <42DFF4A9.1020105@pobox.com> Phil wrote: > I've tried installing mediawiki 1.4.7 multiple times already with > different settings; can anyone advise me on getting this working (or is > Mediawiki 1.5 coming soon without these issues? Try installing 1.5beta3 and see. > (Q) Is it possible that php 5.0.4's default is to use the new 4.1 mysql > passwords? Might be, or it might not; I haven't tested FC4 to see how they've compiled it. Set up a script like this: And check the MySQL section for the client library version. The MediaWiki 1.5 installer should include a warning message if it detects the older version. > ... in which case forcing mysql to use the old passwords is a problem? Setting old passwords with a new client library should work absolutely fine. Setting new passwords with a new client library should work absolutely fine. Setting new passwords with an old client library? That's what doesn't work. :D > Context: > OS: Fedora Core 4 x68_64 > mysql -V: mysql Ver 14.7 Distrib 4.1.11, for redhat-linux-gnu (x86_64) > yum info php: Installed Packages: Name: php; Arch; x86_64; Version: > 5.0.4; Release: 10.3 > TurckMMcache installed & detected by mediawiki/config/config/index.php > webform and > memcached 1.1.12 running > > On first try, using memcached, the configuration seemed to be > successful, told me to go to > http://localhost/wiki/index.php > which states only: > > : Sorry! The wiki is experiencing some technical difficulties, and > cannot contact the database server. Try also disabling turck & memcache. > I don't understand since I can log into mysql by > mysql -u wikiuser -p The MySQL command-line client will generally be compiled using the current libraries, as the packages are built from the same source. Thus it should generally work, even if PHP is using the old libraries. > ---- An attempted dead end: ---- > Moving the file LocalSettings.php and re-attempting the config webform > with any choice of caching gives six copies of : > > Warning: array_key_exists() [function.array-key-exists]: The second > argument should be either an array or an object in > /var/www/html/mediawiki-1.4.7/includes/User.php on line 716 That probably shouldn't happen, but sounds harmless. Where exactly did you get this? > and other complaints which I assume have to do with attempting to create > already created databases and/or users. Can you include those? Rerunning the installer after a successful installation will only run updaters, not creation of tables. > Reinstallation experiments showed that provided the wikiuser and wikidb > were dropped first, > the configuration program was successfully able to login and create > wikidb and authorize the wikiuser. > > so I deleted the wiki directory, in mysql deleted wikiuser and wikidb, > and reinstalled without caching. > Result: a blank wiki/index.php: . Check the PHP error log. If there is not a PHP error log by default, find php.ini and set one up. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050721/d6fd2875/attachment.pgp From wiki at matthart.com Thu Jul 21 19:19:34 2005 From: wiki at matthart.com (MHart) Date: Thu, 21 Jul 2005 15:19:34 -0400 Subject: [Mediawiki-l] external links open in new window References: <42DBCF58.1020803@adicio.com> <42DEECE1.2070004@freespirits.org> Message-ID: <005001c58e29$213175a0$da1e13ac@WTML03000048> >> but can not force a new window link to open in the same window.) << I do that all the time with links that try to open new windows - drag the link to the URL entry box... although I must admit it doesn't always work - only with target='' links. - MHart From keturner at livejournal.com Thu Jul 21 19:26:41 2005 From: keturner at livejournal.com (Kate) Date: Thu, 21 Jul 2005 19:26:41 +0000 Subject: [Mediawiki-l] MediaWiki wiki Message-ID: <20050721192641.74DAB7000B4@fuchsia.knams.wikimedia.org> hi, at avar's suggestion i've created a wiki for MediaWiki (gosh, to think we never had one of those before...). it's located at: http://wiki.mediawiki.org/wiki/Main_Page i'm not really sure what the best use for it is at the moment, but to start with, moving wikipedia.sourceforge.net there seems reasonable, and then maybe some of the documentation from meta. have fun. kate. From brion at pobox.com Thu Jul 21 19:31:47 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 21 Jul 2005 21:31:47 +0200 Subject: [Mediawiki-l] 1.5 timeline? In-Reply-To: <27DF761C-F3FB-4C68-9DA5-1B642CFB472A@Bytesmiths.com> References: <20050721180726.28FCC1AC5943@mail.wikimedia.org> <27DF761C-F3FB-4C68-9DA5-1B642CFB472A@Bytesmiths.com> Message-ID: <42DFF823.8070008@pobox.com> Jan Steinman wrote: >> I'm definitely looking forward to when 1.5 stabilizes, as e-mail >> notification is really useful in many environments. > > Is there a timeline for a 1.5 "product" release? When it's ready. This doesn't stop you from using the CVS code if you must, but be aware that there are known issues including possible breakage in certain rarely-used modules. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050721/aa5192ad/attachment.pgp From cmcintosh at gmail.com Thu Jul 21 19:31:52 2005 From: cmcintosh at gmail.com (Chris McIntosh) Date: Thu, 21 Jul 2005 12:31:52 -0700 Subject: [Mediawiki-l] BETA Spellchecker In-Reply-To: <51dd1af8050720182923bf5220@mail.gmail.com> References: <51dd1af8050720182923bf5220@mail.gmail.com> Message-ID: Is this really a bug? Seems like this is more of an extension/enhancement. Is it appopriate to post a bug report for this? Chris On 7/20/05, ?var Arnfj?r? Bjarmason wrote: > It's very nice, please open a bug in http://bugzilla.wikimedia.org/ > and attach a unified diff to it, it would also be very nice if you > could make it an actually extension (it's probably possible > using/adding $wgHooks to the core files you modified. > > The only problem I've seen with it so far is that the selection menu > tends to flow off the bottom of the screen. > From brion at pobox.com Thu Jul 21 19:39:29 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 21 Jul 2005 21:39:29 +0200 Subject: [Mediawiki-l] MediaWiki wiki In-Reply-To: <20050721192641.74DAB7000B4@fuchsia.knams.wikimedia.org> References: <20050721192641.74DAB7000B4@fuchsia.knams.wikimedia.org> Message-ID: <42DFF9F1.5050308@pobox.com> Kate wrote: > at avar's suggestion i've created a wiki for MediaWiki (gosh, to think we > never had one of those before...). We used to have one at http://wikipedia.sourceforge.net/ but took it down because SourceForge's PHP+MySQL farm is not a stable, high-performance place to be. :) Never got around to setting up elsewhere. > it's located at: > > http://wiki.mediawiki.org/wiki/Main_Page > > i'm not really sure what the best use for it is at the moment, but to start > with, moving wikipedia.sourceforge.net there seems reasonable, and then maybe > some of the documentation from meta. We should point www.mediawiki.org there, and move stuff over... -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050721/c79546cf/attachment.pgp From jason+lists.mediawiki at lixfeld.ca Thu Jul 21 22:58:39 2005 From: jason+lists.mediawiki at lixfeld.ca (Jason Lixfeld) Date: Thu, 21 Jul 2005 18:58:39 -0400 Subject: [Mediawiki-l] Moving from one server to another In-Reply-To: <42DFBCFC.60302@pobox.com> References: <2E761123-B9FE-4CBE-9BC3-A38057CA7E95@lixfeld.ca> <42DFBCFC.60302@pobox.com> Message-ID: <9E7417EB-E2C7-46CC-9675-02A1B334C696@lixfeld.ca> That seems to have done the trick, thanks! I cleared the objectcache. didn't help. I set the $wgCacheEpoch, cleared the cache in my browser and that fixed it. On 21-Jul-05, at 11:19 AM, Brion Vibber wrote: > Jamie Bliss wrote: > > >> cache. Run rebuildall.php. >> >> > > rebuildall.php would not help in this situation. > > Old URLs still in the parser cache can be cleared by: > > DELETE * FROM objectcache; > > to clear the objectcache table in MySQL. > > Note that the browser cache may still contain bogus data. You can use > ?action=purge on indidivual pages to update their cache dates. Also > there is a global $wgCacheEpoch variable which can be set in > LocalSettings.php to invalidate all prior cache entries (see > DefaultSettings.php). > > -- brion vibber (brion @ pobox.com) > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > From pv+wikimedia at math.duke.edu Thu Jul 21 21:33:38 2005 From: pv+wikimedia at math.duke.edu (Phil) Date: Thu, 21 Jul 2005 17:33:38 -0400 (EDT) Subject: [Mediawiki-l] mediawiki 1.4.7 + php 5.0.4 + mysql 4.1.11 on Fedora Core 4 x86_64 Message-ID: >Phil wrote: >> I've tried installing mediawiki 1.4.7 multiple times already with >> different settings; can anyone advise me on getting this working (or is >> Mediawiki 1.5 coming soon without these issues? > >Try installing 1.5beta3 and see. Result: config gives Fatal errors (reported in separate email). >>(Q) Is it possible that php 5.0.4's default >> is to use the new 4.1 mysql passwords? > >Might be, or it might not; I haven't tested FC4 to see >how they've compiled it. Set up a script like this: >And check the MySQL section for the client library version. >The MediaWiki 1.5 installer should include a warning >message if it detects the older version. mysql: Client API version 4.1.11 mysqli: Client API version 4.1.11 Let me know if I should send the whole output. >> ... in which case forcing mysql to use the old passwords is a problem? > >Try also disabling turck & memcache. do you mean: in mediawiki config, select no caching; or do you mean, make sure the machine doesn't load them at all? >> Warning: array_key_exists() [function.array-key-exists]: The second >> argument should be either an array or an object in >> /var/www/html/mediawiki-1.4.7/includes/User.php on line 716 >That probably shouldn't happen, but sounds harmless. >Where exactly did you get this? When trying to re-run the config/index.php file, instead of moving on with 'success!' the config/webform page is refreshed with those error messages between the list of detected stuff and the section of text input forms. >> and other complaints which I assume have to do with attempting >> to create already created databases and/or users. >Can you include those? Rerunning the installer after a successful >installation will only run updaters, not creation of tables. Well, when the sql root user has either new- or old-style password, I can no longer get past the config file: ===============================before:========================== MediaWiki 1.4.7 installation Please include all of the lines below when reporting installation problems. Checking environment... * PHP 5.0.4: ok * PHP server API is apache2handler; ok, using pretty URLs (index.php/Page_Title) * Have XML / Latin1-UTF-8 conversion support. * PHP's memory_limit is 8M. If this is too low, installation may fail! Attempting to raise limit to 20M... ok. * Have zlib support; enabling output compression. * Turck MMCache installed * Found ImageMagick: /usr/bin/convert; image thumbnailing will be enabled if you enable uploads. * Found GD graphics library built-in. * Installation directory: /var/www/html/mediawiki-1.4.7 * Script URI path: /wiki ================================================================ >Check the PHP error log. If there is not a PHP error > log by default, find php.ini and set one up. ok on retrying the 1.4.7 config, with no caching and all passwords the same, I am getting in http/logs/error_log: (which php errors are reported to) [Thu Jul 21 17:18:50 2005] [notice] child pid 7283 exit signal Segmentation fault (11) [Thu Jul 21 17:19:00 2005] [notice] child pid 7281 exit signal Segmentation fault (11) [Thu Jul 21 17:19:39 2005] [notice] child pid 7284 exit signal Segmentation fault (11) [Thu Jul 21 17:19:40 2005] [notice] child pid 7285 exit signal Segmentation fault (11) [Thu Jul 21 17:20:39 2005] [notice] child pid 7286 exit signal Segmentation fault (11) [Thu Jul 21 17:21:20 2005] [notice] child pid 7287 exit signal Segmentation fault (11) [Thu Jul 21 17:21:21 2005] [notice] child pid 7280 exit signal Segmentation fault (11) From Jan at Bytesmiths.com Fri Jul 22 00:15:00 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Thu, 21 Jul 2005 17:15:00 -0700 Subject: [Mediawiki-l] Re: 1.5 timeline? In-Reply-To: <20050721230731.9036E1190D53@mail.wikimedia.org> References: <20050721230731.9036E1190D53@mail.wikimedia.org> Message-ID: <7BB3BBBF-3013-4868-80F9-AB4F534EB401@Bytesmiths.com> > From: Brion Vibber > > Jan Steinman wrote: > >>> I'm definitely looking forward to when 1.5 stabilizes... >> >> Is there a timeline for a 1.5 "product" release? > > When it's ready. I suspected as much. :-) :::: My parents went on a long vacation in their SUV, :::: and all I got was a year in Iraq. :::: CORRECTION: 18 months, the last six against my will... :::: Jan Steinman From zigger at gmail.com Fri Jul 22 06:42:42 2005 From: zigger at gmail.com (Zigger) Date: Fri, 22 Jul 2005 16:42:42 +1000 Subject: [Mediawiki-l] BETA Spellchecker In-Reply-To: References: <51dd1af8050720182923bf5220@mail.gmail.com> Message-ID: <419a942d05072123422a0d67fb@mail.gmail.com> Bugzilla can also be used for enhancement requests. A previous request for a wiki-configurable spelling-checker can be found at http://bugzilla.wikimedia.org/show_bug.cgi?id=1677 . -- Zigger On 7/22/05, Chris McIntosh wrote: > Is this really a bug? Seems like this is more of an > extension/enhancement. Is it appopriate to post a bug report for this? > > Chris > > On 7/20/05, ?var Arnfj?r? Bjarmason wrote: > > It's very nice, please open a bug in http://bugzilla.wikimedia.org/ > > and attach a unified diff to it, it would also be very nice if you > > could make it an actually extension (it's probably possible > > using/adding $wgHooks to the core files you modified. >... From brion at pobox.com Fri Jul 22 08:55:05 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 22 Jul 2005 10:55:05 +0200 Subject: [Mediawiki-l] mediawiki 1.4.7 + php 5.0.4 + mysql 4.1.11 on Fedora Core 4 x86_64 In-Reply-To: References: Message-ID: <42E0B469.6030607@pobox.com> Phil wrote: >> Try also disabling turck & memcache. > > do you mean: in mediawiki config, select no caching; > or do you mean, make sure the machine doesn't load them at all? [snip] > [Thu Jul 21 17:18:50 2005] [notice] child pid 7283 exit signal > Segmentation fault (11) Ok, segmentation fault is bad. :) Definitely try disabling Turck; remove it altogether. Turck MMCache hasn't been updated in a long, long time and PHP 5.0.4 is quite recent, so there may be problems. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050722/66ad3e87/attachment.pgp From casper.levy at eu.nabgroup.com Fri Jul 22 12:37:03 2005 From: casper.levy at eu.nabgroup.com (casper.levy at eu.nabgroup.com) Date: Fri, 22 Jul 2005 13:37:03 +0100 Subject: [Mediawiki-l] working perfectly! Message-ID: Hi just a quick note to say thanks to all who posted advice, wiki now up and running perfectly, In the end the winning combination was mediawiki1.4.6 and uniserver3.2a on a windows xp network. thanks again Caspar =============================================================== National Australia Group Europe Limited (Company Number 02108635, Registered Office 88 Wood Street, London EC2V 7QQ) (NAGE) is a subsidiary of National Australia Bank Limited (an Australian registered company). The following UK companies are authorised and regulated by the Financial Services Authority: Clydesdale Bank PLC (trading as Clydesdale Bank and Yorkshire Bank), MLC Savings Limited, MLC Trust Management Company Limited, Clydesdale Bank Insurance Brokers Limited, Yorkshire Bank Financial Services Limited, National Australia Insurance Services Limited and Custom Fleet Limited. The views and opinions expressed in this email may not reflect the views and opinions of any member of the group of which NAGE forms part. The information contained in this message is confidential and may also be privileged. It is intended only for the addressee named above. The unauthorised use, disclosure, copying or alteration of this message is strictly prohibited. If you are not the addressee (or responsible for delivery of the message to the addressee), please notify the originator immediately by return message and destroy the original message. This message and any attachments have been scanned for viruses prior to leaving the NAGE network. However, NAGE does not guarantee the security of this message and will not be responsible for any damages arising as a result of any virus being passed on or arising from any alteration of this message by a third party. NAGE may monitor emails sent to and from the NAGE network. From wiseleyb at gmail.com Fri Jul 22 13:18:01 2005 From: wiseleyb at gmail.com (ben wiseley) Date: Fri, 22 Jul 2005 06:18:01 -0700 Subject: [Mediawiki-l] Re: BETA Spellchecker In-Reply-To: <000001c58d30$301cd630$6500a8c0@Lappy> References: <8308260d05072003007d3aa9e@mail.gmail.com> <000001c58d30$301cd630$6500a8c0@Lappy> Message-ID: Has anyone taken a shot at writing an extension to use Google's Spell Check API? If not I might take a show at it. Be interested to here Brions thoughts on this. Simple example on how to do SOAP calls to the Google API's: http://www.phpbuilder.com/columns/adam_gundry20050316.php3 -ben On 7/20/05, Myria wrote: > > > Steven Hilton wrote: > > On 7/19/05, Jan Steinman wrote: > > > With all due respect to the work you have done, I believe spell > > > checking is the domain of the client. > > > > On Safari (MacOS X) at least, client-side interactive spell checking > > > works great with MediaWiki. Does it not in other browers/OSs? > > > > SpellBound 0.7.3 > > Spellchecker for Firefox and the Mozilla Suite > > There's also ieSpell v2.1.1 for Explorer (http://www.iespell.com/). > > The problem, of course, is that exceedingly few Wiki users -- or, at > least, > users of my Wiki -- are going to be apt to have either product (despite > the > fact that I list them on my help page). I presume that server-side spell > checking does not preclude one from using a client-side spell-checker, so > I'm really at a loss as to why -- aside from the seemingly inevitable > naysaying so common to this list -- a server-side spell checker is such a > bad idea. But then I'm sure someone will be along shortly to explain why > it > is bad for the internet, violates the Wiki concept, or creates mopery and > dopery on the spaceways. > > Myria > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From andrew.mcconnell at sungard.com Fri Jul 22 15:59:13 2005 From: andrew.mcconnell at sungard.com (andrew.mcconnell at sungard.com) Date: Fri, 22 Jul 2005 11:59:13 -0400 Subject: [Mediawiki-l] Indexing Documents In-Reply-To: <42DF82A0.5070608@free.fr> Message-ID: On a related note, are there any plans to add support for indexing doc/xls/ppt documents described at http://meta.wikimedia.org/wiki/User:MHart to a general release instead of leaving it up to site admins to hack? In my opinion, the extensions found at the URL above are the most critical features missing for MediaWiki to be used as a full-featured CMS in a large enterprise. Just a thought. - Andrew mediawiki-l-bounces at Wikimedia.org wrote on 07/21/2005 07:10:24 AM: > > Add > > $wgFileExtensions = array( 'doc', 'xls', 'ppt', 'png', 'gif', 'jpg', > 'jpeg', ....... ); > > in LocalSettings.php > > Jej > > > >Hi There, > > > >How can I have the Wiki upload Word / Excel / Powerpoint documents? > It appears not to be supported. > > > >Thanks. > > > >Best regards, > > > >Marcel From jason+lists.mediawiki at lixfeld.ca Fri Jul 22 16:59:50 2005 From: jason+lists.mediawiki at lixfeld.ca (Jason Lixfeld) Date: Fri, 22 Jul 2005 12:59:50 -0400 Subject: [Mediawiki-l] Apache Seg Fault when attempting to save any edit Message-ID: <16E103EB-71F6-43F6-BDFF-85B698F4A959@lixfeld.ca> Keep seeing these in my apache logs after editing any page. Needless to say the browser disconnects and cannot complete the request so the edit never takes. ==> access_log <== 192.168.100.190 - - [22/Jul/2005:12:40:33 -0400] "GET / HTTP/1.1" 301 28 192.168.100.190 - - [22/Jul/2005:12:40:33 -0400] "GET /index.php/ Main_Page HTTP/1.1" 304 28 192.168.100.190 - - [22/Jul/2005:12:40:40 -0400] "GET /index.php? title=Main_Page&action=edit HTTP/1.1" 200 3004 ==> error.log <== [Fri Jul 22 12:40:53 2005] [notice] child pid 26551 exit signal Segmentation fault (11) I'm running (not sure if the perl stuff matters, but I'll include it anyway): php4-4.3.11_1 perl-5.8.6_2 mod_perl2-2.0.1,2 bsdpan-libwww-perl-5.803 apache-2.0.50_1 mediawiki-1.4.6 Anyone seen this or know how to possibly troubleshoot it? From zain at voltage.com Fri Jul 22 19:35:41 2005 From: zain at voltage.com (Zain Memon) Date: Fri, 22 Jul 2005 12:35:41 -0700 Subject: [Mediawiki-l] Apache Seg Fault when attempting to save any edit Message-ID: <932E391D0072FE48AFD9F81EA884AA91476D52@narcolepsy.voltage.com> If your install of Apache is failing like this, chances are that there's something seriously wrong with it. I suggest you completely reinstall Apache from the ground up. You should do this even if your server works perfectly, since the latest version of Apache is 2.0.54 and your server is quite vulnerable if you don't upgrade. > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l- > bounces at Wikimedia.org] On Behalf Of Jason Lixfeld > Sent: Friday, July 22, 2005 10:00 AM > To: MediaWiki announcements and site admin list > Subject: [Mediawiki-l] Apache Seg Fault when attempting to save any edit > > Keep seeing these in my apache logs after editing any page. Needless > to say the browser disconnects and cannot complete the request so the > edit never takes. > > ==> access_log <== > 192.168.100.190 - - [22/Jul/2005:12:40:33 -0400] "GET / HTTP/1.1" 301 28 > 192.168.100.190 - - [22/Jul/2005:12:40:33 -0400] "GET /index.php/ > Main_Page HTTP/1.1" 304 28 > 192.168.100.190 - - [22/Jul/2005:12:40:40 -0400] "GET /index.php? > title=Main_Page&action=edit HTTP/1.1" 200 3004 > > ==> error.log <== > [Fri Jul 22 12:40:53 2005] [notice] child pid 26551 exit signal > Segmentation fault (11) > > I'm running (not sure if the perl stuff matters, but I'll include it > anyway): > > php4-4.3.11_1 > perl-5.8.6_2 > mod_perl2-2.0.1,2 > bsdpan-libwww-perl-5.803 > apache-2.0.50_1 > mediawiki-1.4.6 > > Anyone seen this or know how to possibly troubleshoot it? > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From astronouth7303 at gmail.com Sat Jul 23 02:15:06 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Fri, 22 Jul 2005 22:15:06 -0400 Subject: [Mediawiki-l] mediawiki 1.4.7 + php 5.0.4 + mysql 4.1.11 on Fedora Core 4 x86_64 In-Reply-To: <42E0B469.6030607@pobox.com> References: <42E0B469.6030607@pobox.com> Message-ID: On 7/22/05, Brion Vibber wrote: > Phil wrote: > >> Try also disabling turck & memcache. > > > > do you mean: in mediawiki config, select no caching; > > or do you mean, make sure the machine doesn't load them at all? > [snip] > > [Thu Jul 21 17:18:50 2005] [notice] child pid 7283 exit signal > > Segmentation fault (11) > > Ok, segmentation fault is bad. :) > > Definitely try disabling Turck; remove it altogether. Turck MMCache > hasn't been updated in a long, long time and PHP 5.0.4 is quite recent, > so there may be problems. If you need some of the stuff Turck, try using eAccelerator instead. But I'd still recomend testing without either, first. -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From brion at pobox.com Sat Jul 23 09:35:01 2005 From: brion at pobox.com (Brion Vibber) Date: Sat, 23 Jul 2005 11:35:01 +0200 Subject: [Mediawiki-l] Indexing Documents In-Reply-To: References: Message-ID: <42E20F45.4060401@pobox.com> andrew.mcconnell at sungard.com wrote: > On a related note, are there any plans to add support for indexing > doc/xls/ppt documents described at > http://meta.wikimedia.org/wiki/User:MHart to a general release instead of > leaving it up to site admins to hack? In my opinion, the extensions found > at the URL above are the most critical features missing for MediaWiki to > be used as a full-featured CMS in a large enterprise. In 1.5 you can set up a search engine plugin, which could modify the index updating behavior. I'm not sure if this is something we'd include in the core distribution; remember our target audience is large-scale free-content prose projects, not enterprise internal CMSes. :) -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050723/e777e132/attachment.pgp From derobins at scs.uiuc.edu Sat Jul 23 21:40:20 2005 From: derobins at scs.uiuc.edu (Dana Robinson) Date: Sat, 23 Jul 2005 16:40:20 -0500 Subject: [Mediawiki-l] Issues with image resizing Message-ID: Hi. I'm having trouble getting image resizing to work. I can upload and view images just fine, but resizing and thumbs do not work. e.g. [[Image:a_largish_image.png | 30px |]] does nothing for me. The image shows up fine, just not small. The largish images I'm trying are only 300x100 or so - not large enough to cause memory or timeout issues, but large enough so that a resize operation's results should be unambiguous. I have: - Searched through the old mails on this list looking for answers. I've looked at everything with "ImageM*" and "resize". Nothing has helped me so far. - Googled extensively to no avail. - Made sure that ImageMagic works just fine from PHP w/o MediaWiki. I can resize an image just fine using exec() to call convert on files. Specifically, I can use exec() to make convert resize files. - Made sure that the following lines appear in my LocalSettings.php $wgDisableUploads = false; $wgUseImageResize = true; $wgUseImageMagick = true; $wgImageMagickConvertCommand = "/usr/local/bin/convert"; The convert binary is set to be executable by the web server's group. - Made sure that exec() is not forbidden in my php.conf file. Nothing exec-related appears to be locked down at all and, as I mentioned before, I can call exec() on convert just fine using PHP without MediaWiki. - Made sure I'm not running in PHP's safe mode. - Attempted to comment out $wgUseImageMagick which I believe forces MediaWiki to use GD, which I have installed. This does not help. - Attempted to use .gif, .jpeg and .png files in my testing. They all behave identically (none of them work). - Made sure that the wiki directory and all its subdirectories are accessible by Apache via chown -R web_person:apache_group /path/to/wiki. - I am using an access file on the wiki directory to keep outsiders out of the wiki, if that makes any difference. It hasn't had an effect on the rest of the wiki functionality as far as I can tell. Installed versions: GD 2.0.33 Apache 2.0.54 ImageMagick 6.2.3-4 MediaWiki 1.4.5 MySql 4.1.12 PHP 5.0.4 zlib 1.2.3 libpng 1.2.8 jpeg library version 6b I'm running on Fedora Core 4 (2.6.11-1.1369_FC4). X/KDE/Gnome/etc were not installed. Packages listed above were installed from source tarballs. Everything else about the wiki works wonderfully. I can edit, upload images, etc. with no problems whatsoever. It's a great piece of software. I'm just having this one little problem. I'm new to PHP, so I'm not so familiar with troubleshooting it. Any ideas? Thanks for your help, Dana Robinson From rhabets at kgv.nl Sun Jul 24 05:12:22 2005 From: rhabets at kgv.nl (ruud habets) Date: Sun, 24 Jul 2005 07:12:22 +0200 Subject: [Mediawiki-l] Issues with image resizing In-Reply-To: References: Message-ID: <42E32336.5010300@kgv.nl> Dana Robinson schreef: >Hi. > >I'm having trouble getting image resizing to work. I can upload and view >images just fine, but resizing and thumbs do not work. > >e.g. [[Image:a_largish_image.png | 30px |]] does nothing for me. The >image shows up fine, just not small. The largish images I'm trying are >only 300x100 or so - not large enough to cause memory or timeout issues, >but large enough so that a resize operation's results should be >unambiguous. > >Any ideas? > >Thanks for your help, > >Dana Robinson >_______________________________________________ >MediaWiki-l mailing list >MediaWiki-l at Wikimedia.org >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > Dear Dana you should try if image resizing works above 101 pixels. I have noticed that resizing sometimes does not work below 100 pixels. Ruud From hans.voss at gmail.com Sun Jul 24 12:44:39 2005 From: hans.voss at gmail.com (Hans Voss) Date: Sun, 24 Jul 2005 14:44:39 +0200 Subject: [Mediawiki-l] Issues with image resizing In-Reply-To: <42E32336.5010300@kgv.nl> References: <42E32336.5010300@kgv.nl> Message-ID: I have also found rescaling problems. Anything other than 100% doesn't work. On 7/24/05, ruud habets wrote: > Dana Robinson schreef: > > >Hi. > > > >I'm having trouble getting image resizing to work. I can upload and view > >images just fine, but resizing and thumbs do not work. > > > >e.g. [[Image:a_largish_image.png | 30px |]] does nothing for me. The > >image shows up fine, just not small. The largish images I'm trying are > >only 300x100 or so - not large enough to cause memory or timeout issues, > >but large enough so that a resize operation's results should be > >unambiguous. > > > >Any ideas? > > > >Thanks for your help, > > > >Dana Robinson > >_______________________________________________ > >MediaWiki-l mailing list > >MediaWiki-l at Wikimedia.org > >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > > Dear Dana > > you should try if image resizing works above 101 pixels. I have noticed > that resizing sometimes does not work below 100 pixels. > > Ruud > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- ---- Met vriendelijke groeten / With kind regards Hans Voss --------------------------------------- skype: hans.voss From jason+lists.mediawiki at lixfeld.ca Sun Jul 24 13:07:42 2005 From: jason+lists.mediawiki at lixfeld.ca (Jason Lixfeld) Date: Sun, 24 Jul 2005 09:07:42 -0400 Subject: [Mediawiki-l] Apache Seg Fault when attempting to save any edit In-Reply-To: <932E391D0072FE48AFD9F81EA884AA91476D52@narcolepsy.voltage.com> References: <932E391D0072FE48AFD9F81EA884AA91476D52@narcolepsy.voltage.com> Message-ID: <0D34EA6A-0288-4520-A89C-BE419A59A5EB@lixfeld.ca> Well, I upgraded to 2.0.54 with no joy. Still get the seg faults. Anyone seen any issue with PHP or the like causing these issues? A permissions problem, perhaps? On 22-Jul-05, at 3:35 PM, Zain Memon wrote: > If your install of Apache is failing like this, chances are that > there's > something seriously wrong with it. I suggest you completely reinstall > Apache from the ground up. > > You should do this even if your server works perfectly, since the > latest > version of Apache is 2.0.54 and your server is quite vulnerable if you > don't upgrade. > > >> -----Original Message----- >> From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l- >> bounces at Wikimedia.org] On Behalf Of Jason Lixfeld >> Sent: Friday, July 22, 2005 10:00 AM >> To: MediaWiki announcements and site admin list >> Subject: [Mediawiki-l] Apache Seg Fault when attempting to save any >> > edit > >> >> Keep seeing these in my apache logs after editing any page. Needless >> to say the browser disconnects and cannot complete the request so the >> edit never takes. >> >> ==> access_log <== >> 192.168.100.190 - - [22/Jul/2005:12:40:33 -0400] "GET / HTTP/1.1" 301 >> > 28 > >> 192.168.100.190 - - [22/Jul/2005:12:40:33 -0400] "GET /index.php/ >> Main_Page HTTP/1.1" 304 28 >> 192.168.100.190 - - [22/Jul/2005:12:40:40 -0400] "GET /index.php? >> title=Main_Page&action=edit HTTP/1.1" 200 3004 >> >> ==> error.log <== >> [Fri Jul 22 12:40:53 2005] [notice] child pid 26551 exit signal >> Segmentation fault (11) >> >> I'm running (not sure if the perl stuff matters, but I'll include it >> anyway): >> >> php4-4.3.11_1 >> perl-5.8.6_2 >> mod_perl2-2.0.1,2 >> bsdpan-libwww-perl-5.803 >> apache-2.0.50_1 >> mediawiki-1.4.6 >> >> Anyone seen this or know how to possibly troubleshoot it? >> _______________________________________________ >> MediaWiki-l mailing list >> MediaWiki-l at Wikimedia.org >> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l >> > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > From brion at pobox.com Sun Jul 24 15:33:42 2005 From: brion at pobox.com (Brion Vibber) Date: Sun, 24 Jul 2005 17:33:42 +0200 Subject: [Mediawiki-l] Apache Seg Fault when attempting to save any edit In-Reply-To: <0D34EA6A-0288-4520-A89C-BE419A59A5EB@lixfeld.ca> References: <932E391D0072FE48AFD9F81EA884AA91476D52@narcolepsy.voltage.com> <0D34EA6A-0288-4520-A89C-BE419A59A5EB@lixfeld.ca> Message-ID: <42E3B4D6.2070305@pobox.com> Jason Lixfeld wrote: > Well, I upgraded to 2.0.54 with no joy. Still get the seg faults. > Anyone seen any issue with PHP or the like causing these issues? A > permissions problem, perhaps? Segmentation faults are always due to one of: * Software bugs * Hardware failure Since PHP programs cannot access memory directly, segmentation faults due to software bugs must be problems with: * The PHP interpreter itself * some PHP extension or library call * the web server * the operating system Common hardware failures that can cause segmentation faults include: * Overheating * Bad memory Note that PHP recommends that Apache 2 be used in prefork mode rather than threaded mode, as some PHP extensions may not be thread-safe. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050724/3729cb31/attachment.pgp From slowpoke at gmail.com Sun Jul 24 15:50:34 2005 From: slowpoke at gmail.com (Dori) Date: Sun, 24 Jul 2005 10:50:34 -0500 Subject: [Mediawiki-l] Apache Seg Fault when attempting to save any edit In-Reply-To: <0D34EA6A-0288-4520-A89C-BE419A59A5EB@lixfeld.ca> References: <932E391D0072FE48AFD9F81EA884AA91476D52@narcolepsy.voltage.com> <0D34EA6A-0288-4520-A89C-BE419A59A5EB@lixfeld.ca> Message-ID: On 7/24/05, Jason Lixfeld wrote: > Well, I upgraded to 2.0.54 with no joy. Still get the seg faults. > Anyone seen any issue with PHP or the like causing these issues? A > permissions problem, perhaps? You can try running it with strace and see if you can determine when it dies. From loplin at gmail.com Mon Jul 25 06:19:38 2005 From: loplin at gmail.com (Loplin) Date: Mon, 25 Jul 2005 01:19:38 -0500 Subject: [Mediawiki-l] Re: Issues with image resizing In-Reply-To: References: <42E32336.5010300@kgv.nl> Message-ID: <6b53f11505072423194667f1a3@mail.gmail.com> I found that enabling $wgHashedUploadDirectory = true; in LocalSettings.php fixed my problems with thumbnails after an using beta3. On 7/24/05, Hans Voss wrote: > I have also found rescaling problems. Anything other than 100% doesn't > work. > > On 7/24/05, ruud habets wrote: > > Dana Robinson schreef: > > > > >Hi. > > > > > >I'm having trouble getting image resizing to work. I can upload and > view > > >images just fine, but resizing and thumbs do not work. > > > > > >e.g. [[Image:a_largish_image.png | 30px |]] does nothing for me. The > > >image shows up fine, just not small. The largish images I'm trying are > > >only 300x100 or so - not large enough to cause memory or timeout issues, > > >but large enough so that a resize operation's results should be > > >unambiguous. > > > > > >Any ideas? > > > > > >Thanks for your help, > > > > > >Dana Robinson > > >_______________________________________________ > > >MediaWiki-l mailing list > > >MediaWiki-l at Wikimedia.org > > >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > > > > > Dear Dana > > > > you should try if image resizing works above 101 pixels. I have noticed > > that resizing sometimes does not work below 100 pixels. > > > > Ruud > > _______________________________________________ > > MediaWiki-l mailing list > > MediaWiki-l at Wikimedia.org > > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > > -- > ---- > Met vriendelijke groeten / With kind regards > Hans Voss > --------------------------------------- > skype: hans.voss > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- If you have a penny and I have a penny, and we exchange pennies, we both have one penny but if you have an idea and I have an idea, then we will both have two ideas. From jake at jesus.ch Mon Jul 25 11:44:49 2005 From: jake at jesus.ch (Joachim Zimsen) Date: Mon, 25 Jul 2005 13:44:49 +0200 Subject: [Mediawiki-l] Umwandlung Latin-1 nach UTF8 Probleme Message-ID: <20050725113842.M34695@jesus.ch> Hallo zusammen, ich moechte ein vorhandenes Wiki (1.4.7) mit Latin-1 Codierung nach UTF-8 konvertieren, um dann ein upgrade auf die 1.5er version zu machen. Ich habe folgendes mit Teilerfolg probiert: -mysql-dump mit iconv nach UTF-8 konvertiert -mysql.dump zurueckgeschrieben -in der LocalSettings.php latin1=false gesetzt Jetzt funktioniert das wiki ganz prima in UTF-8, aber alle Dateien (z.B. Bilder) mit Umlauten werden nicht mehr gefunden. Auch wenn ich die Dateinamen mit convmv nach UTF-8 umbenenne. Das upgrade_15.php-script was bei der 1.5er Version dabei ist funktioniert ueberhaupt nicht. Es gibt eine Fehlermeldung, die sich darueber beschwert, dass es die Tabelle wikidb.page nicht gibt. Freue mich auf Hilfe, Gruesse -- E-Mail by http://www.jesus.ch/ and http://www.livenet.ch/ News, Magazin, Events, Forum, Chat, Free E-Mail, Dialin, Jobs, Top-Newsletter From jake at jesus.ch Mon Jul 25 12:01:11 2005 From: jake at jesus.ch (Joachim Zimsen) Date: Mon, 25 Jul 2005 14:01:11 +0200 Subject: [Mediawiki-l] Converting Latin-1 -> UTF-8 problems Message-ID: <20050725115438.M47061@jesus.ch> Sorry for my last post, if forgot to use english i want to convert a existing wiki (1.4.7) from latin-1 coding to UTF-8. I tried this with partial success: -mysql-dump converted to UTF-8 using iconv -mysql.dump restored -in LocalSettings.php i set latin1=false The wiki now works well in UFT-8, but all links to files (pictures) with german umlauts are broken. I tried to rename these files witz convmv, but without success. The upgrade_15.php-script which is part of verion 1.5 doesn't work. There is a errormessage: table wikidb.page not found. i hope anyone can help me, regards -- E-Mail by http://www.jesus.ch/ and http://www.livenet.ch/ News, Magazin, Events, Forum, Chat, Free E-Mail, Dialin, Jobs, Top-Newsletter From chris.lawther at spiratech.com Mon Jul 25 10:56:08 2005 From: chris.lawther at spiratech.com (Chris Lawther) Date: Mon, 25 Jul 2005 11:56:08 +0100 Subject: [Mediawiki-l] Saving edits gives blank previews, edits never committed. Message-ID: <42E4C548.70305@spiratech.com> On an RH7.2 box, running the latest RH released versions of PHP (4.1.2), PHP-MySQL (4.1.2) and MySQL (3.23.58) I have installed MediaWiki 1.4.7, which initially appears to be working fine. However, all attempts to edit pages, anonymously or logged in either as an ordinary user or WikiSysop, produce the same result. Pressing 'Save page' has the same effect as pressing 'Show Preview'. The Preview doesn't contain either the old or the new page, but once again offers the option of either a Preview or a Save. The symptoms sound a little like those in this thread: http://mail.wikipedia.org/pipermail/mediawiki-l/2005-April/004840.html I tried adding the session_save_path(...) statement to the end of LocalSettings.php, but saw no change in behaviour. Chris From jason+lists.mediawiki at lixfeld.ca Mon Jul 25 13:00:44 2005 From: jason+lists.mediawiki at lixfeld.ca (Jason Lixfeld) Date: Mon, 25 Jul 2005 09:00:44 -0400 Subject: [Mediawiki-l] Apache Seg Fault when attempting to save any edit In-Reply-To: <42E3B4D6.2070305@pobox.com> References: <932E391D0072FE48AFD9F81EA884AA91476D52@narcolepsy.voltage.com> <0D34EA6A-0288-4520-A89C-BE419A59A5EB@lixfeld.ca> <42E3B4D6.2070305@pobox.com> Message-ID: <442E7D07-0884-4200-B6A5-7BE29D9151ED@lixfeld.ca> Fixed it. Upgraded apache to 2.0.54, upgraded PHP to 4.4 and upgraded all related php modules to 4.4. On 24-Jul-05, at 11:33 AM, Brion Vibber wrote: > Jason Lixfeld wrote: > >> Well, I upgraded to 2.0.54 with no joy. Still get the seg faults. >> Anyone seen any issue with PHP or the like causing these issues? A >> permissions problem, perhaps? >> > > Segmentation faults are always due to one of: > * Software bugs > * Hardware failure > > Since PHP programs cannot access memory directly, segmentation faults > due to software bugs must be problems with: > * The PHP interpreter itself > * some PHP extension or library call > * the web server > * the operating system > > Common hardware failures that can cause segmentation faults include: > * Overheating > * Bad memory > > Note that PHP recommends that Apache 2 be used in prefork mode rather > than threaded mode, as some PHP extensions may not be thread-safe. > > -- brion vibber (brion @ pobox.com) > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From brion at pobox.com Mon Jul 25 15:35:56 2005 From: brion at pobox.com (Brion Vibber) Date: Mon, 25 Jul 2005 17:35:56 +0200 Subject: [Mediawiki-l] Saving edits gives blank previews, edits never committed. In-Reply-To: <42E4C548.70305@spiratech.com> References: <42E4C548.70305@spiratech.com> Message-ID: <42E506DC.6040407@pobox.com> Chris Lawther wrote: > On an RH7.2 box, running the latest RH released versions of PHP (4.1.2), > PHP-MySQL (4.1.2) and MySQL (3.23.58) I have installed MediaWiki 1.4.7, > which initially appears to be working fine. However, all attempts to > edit pages, anonymously or logged in either as an ordinary user or > WikiSysop, produce the same result. Pressing 'Save page' has the same > effect as pressing 'Show Preview'. The Preview doesn't contain either > the old or the new page, but once again offers the option of either a > Preview or a Save. > > The symptoms sound a little like those in this thread: > http://mail.wikipedia.org/pipermail/mediawiki-l/2005-April/004840.html > > I tried adding the session_save_path(...) statement to the end of > LocalSettings.php, but saw no change in behaviour. If messing around with the session settings doesn't do it, you should consider upgrading to a more modern version of PHP. (There are a lot of bug fixes in later versions of PHP as well.) Or better yet, a more modern version of Red Hat (7.2 is long since past EOL and not receiving security upgrades, as I recall). -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050725/8f7ad389/attachment.pgp From antilyrical at spamcop.net Mon Jul 25 16:50:51 2005 From: antilyrical at spamcop.net (antilyrical at spamcop.net) Date: Mon, 25 Jul 2005 12:50:51 -0400 Subject: [Mediawiki-l] stoping template changes Message-ID: <20050725125051.by848oc44os844kg@webmail.spamcop.net> Would i be possible to only allow users to see the template code but not change it?(How?) Or, how would I make it so that can not see or change a template?(how?) Thanks! From astronouth7303 at gmail.com Mon Jul 25 17:05:10 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Mon, 25 Jul 2005 13:05:10 -0400 Subject: [Mediawiki-l] stoping template changes In-Reply-To: <20050725125051.by848oc44os844kg@webmail.spamcop.net> References: <20050725125051.by848oc44os844kg@webmail.spamcop.net> Message-ID: On 7/25/05, antilyrical at spamcop.net wrote: > > Would i be possible to only allow users to see the template code but not change > it?(How?) I believe if you protect the template, then this will work. (Any recent version will still allow you to view the source even if it's protected.) > Or, how would I make it so that can not see or change a > template?(how?) Not without major hacking, or extensions. -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From yeidel at wsu.edu Mon Jul 25 21:17:01 2005 From: yeidel at wsu.edu (Joshua Yeidel) Date: Mon, 25 Jul 2005 14:17:01 -0700 Subject: [Mediawiki-l] Re: access restrictions for the userpage In-Reply-To: <9f02ca4c05071809315845dddc@mail.gmail.com> Message-ID: My understanding of the proposal is that sysops would still be able to edit user pages. No "safe-haven" for google-flooding or other miscreations. -- Joshua On 7/18/05 9:31 AM, "Rowan Collins" wrote: > On 17/07/05, Robert wrote: >> But that is also question of wiki-philosophy. > > As Brion wisely spotted, it's more than philosophical, since it > creates a safe-haven for users to leave content which would otherwise > be quickly cleaned away: be it defamatory, illegal, or just a whole > load of spammy links designed to fool Google et al. > >> My question is, do you know a script which can do this? > > As Brion also said: >> You could however probably achieve this by hacking up Title::userCanEdit() > by which he means the function "userCanEdit()" in the file > "includes/Title.php"; happy hacking :) From yeidel at wsu.edu Mon Jul 25 21:28:05 2005 From: yeidel at wsu.edu (Joshua Yeidel) Date: Mon, 25 Jul 2005 14:28:05 -0700 Subject: [Mediawiki-l] External authentication (e.g. siteminder) In-Reply-To: <20050714164956.GC15391@ratatosk.org> Message-ID: Our approach is to auto-create accounts in MW if the user presents to the authentication routine with a valid "netid" (enterprise account). There is a hook in the authentication plugin which helps with this. [ Just beginning to code this, so this approach is not yet running... ] -- Joshua On 7/14/05 9:49 AM, "Cary Collett" wrote: > > Hello! > > > I'm new to the list, but have been using the mediawiki for a > few months now, and am now interested in trying to introduce > into my workplace. > > One of the show stoppers, at least as near as I can tell, is > our use of SiteMinder for user auth. I'm wondering how difficult > it would be to get MediaWiki to play with it. > > Protecting the site is easy, obviously. But how to get MW to > use the SM username when attributing edits? And we don't want > to do something crazy like have to load all our company IDs > into the MW user database. > > For what it's worth, I'm not too worried about admins. I think > we'd be able to just create 'real' MW accounts which match the > individuals SM usernames. This is just a hunch, so correct me > if I'm wrong. > > > Cary From brion at pobox.com Mon Jul 25 22:02:56 2005 From: brion at pobox.com (Brion Vibber) Date: Tue, 26 Jul 2005 00:02:56 +0200 Subject: [Mediawiki-l] Re: access restrictions for the userpage In-Reply-To: References: Message-ID: <42E56190.3000201@pobox.com> Joshua Yeidel wrote: > My understanding of the proposal is that sysops would still be able to edit > user pages. No "safe-haven" for google-flooding or other miscreations. Allow me to repeat what I said earlier: > This would create a channel for link spamming, vandalism, and harrasment > which can't be cleaned up (except, presumably, by a privileged sysop > account). > > Generally I'd say that's unwise. The whole point of a wiki in contrast > to other types of environments is the shared community responsibility of > the users, which requires that everybody be _able_ to pitch in. > > You could however probably achieve this by hacking up Title::userCanEdit(). > > -- brion vibber (brion @ pobox.com) On any wiki with such an editing-restriction policy, garbage in user pages cannot be cleaned up by regular users. This harms the ability of the wiki to 'self-heal' in response to incursions. Increasing reliance on a small number of privileged accounts decreases the power and community involvement of everybody else. Sysops are a scarce resource. On many wikis there are very few such accounts, and days or weeks can quite easily pass before one checks the recent changes. On many wikis there are none (whether effectively or completely). -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050726/a6da5253/attachment.pgp From cmcintosh at gmail.com Tue Jul 26 21:10:52 2005 From: cmcintosh at gmail.com (Chris McIntosh) Date: Tue, 26 Jul 2005 14:10:52 -0700 Subject: [Mediawiki-l] BETA Spellchecker In-Reply-To: <51dd1af8050720182923bf5220@mail.gmail.com> References: <51dd1af8050720182923bf5220@mail.gmail.com> Message-ID: On 7/20/05, ?var Arnfj?r? Bjarmason wrote: > It's very nice, please open a bug in http://bugzilla.wikimedia.org/ > and attach a unified diff to it, it would also be very nice if you > could make it an actually extension (it's probably possible > using/adding $wgHooks to the core files you modified. > > The only problem I've seen with it so far is that the selection menu > tends to flow off the bottom of the screen. > I posted a comment to bug http://bugzilla.wikimedia.org/show_bug.cgi?id=1677. As for making it work with hooks etc, I don't think that is such a good idea. The whole idea behind this was to create a spell check service that can be used by any number of apps, as opposed to being MediaWiki specific. Also I am not sure how one would use wgHooks to add a link to the EditPage. It didn't seem like there is any better way to do it except to hack up the page. If there is a cleaner way to do it, then I would be happy to create that. Chris McIntosh From A448 at alunos.ipca.pt Wed Jul 27 12:55:58 2005 From: A448 at alunos.ipca.pt (Ricardo Lopes) Date: Wed, 27 Jul 2005 13:55:58 +0100 Subject: [Mediawiki-l] Change section formating Message-ID: <42E7845E.8080708@alunos.ipca.pt> Hi, i'm using mediawiki with the default style (monobook), i like the style but i want to indent the sections. In other words, when i create a second level section (= = on the wiki text) i want to indent the text for that section 5px, for a third level section ( = = = ) indent 10px; and so on. Any ideas? Thanks, Ricardo Lopes. From brion at pobox.com Wed Jul 27 13:17:30 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 27 Jul 2005 15:17:30 +0200 Subject: [Mediawiki-l] Change section formating In-Reply-To: <42E7845E.8080708@alunos.ipca.pt> References: <42E7845E.8080708@alunos.ipca.pt> Message-ID: <42E7896A.3010909@pobox.com> Ricardo Lopes wrote: > Hi, i'm using mediawiki with the default style (monobook), i like the > style but i want to indent the sections. > > In other words, when i create a second level section (= = on the wiki > text) i want to indent the text for that section 5px, for a third level > section ( = = = ) indent 10px; and so on. This could be a bit tricky, since the contents of sections aren't placed in any kind of HTML container element. The section headings themselves become

    through

    block elements, depending on level. You could manually add
    sections, or perhaps hack the parser to try to include them. -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050727/deca4074/attachment.pgp From A448 at alunos.ipca.pt Wed Jul 27 13:36:32 2005 From: A448 at alunos.ipca.pt (Ricardo Lopes) Date: Wed, 27 Jul 2005 14:36:32 +0100 Subject: [Mediawiki-l] Change section formating In-Reply-To: <42E7896A.3010909@pobox.com> References: <42E7845E.8080708@alunos.ipca.pt> <42E7896A.3010909@pobox.com> Message-ID: <42E78DE0.6080606@alunos.ipca.pt> Brion Vibber wrote: > This could be a bit tricky, since the contents of sections aren't placed > in any kind of HTML container element. The section headings themselves > become

    through

    block elements, depending on level. That's the reason why i couldn't do it with just CSS. > You could manually add
    sections, or perhaps hack the parser to try > to include them. That's exactly what i was thinking, i want to hack the file to include a div tag on the sections, what function / file does that ? Thanks, Ricardo Lopes. From brion at pobox.com Wed Jul 27 13:43:05 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 27 Jul 2005 15:43:05 +0200 Subject: [Mediawiki-l] Change section formating In-Reply-To: <42E78DE0.6080606@alunos.ipca.pt> References: <42E7845E.8080708@alunos.ipca.pt> <42E7896A.3010909@pobox.com> <42E78DE0.6080606@alunos.ipca.pt> Message-ID: <42E78F69.2040807@pobox.com> Ricardo Lopes wrote: > Brion Vibber wrote: >> You could manually add
    sections, or perhaps hack the parser to try >> to include them. > > That's exactly what i was thinking, i want to hack the file to include a > div tag on the sections, what function / file does that ? You'll want to look in Parser.php; poke around for whichever bit does headings. This will involve a lot of cursing. ;) -- brion vibber (brion @ pobox.com) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050727/ba885e58/attachment.pgp From jochke at jochke.dk Wed Jul 27 16:59:35 2005 From: jochke at jochke.dk (Johnny Chiang Kejs) Date: Wed, 27 Jul 2005 18:59:35 +0200 Subject: [Mediawiki-l] Toc/index of wikimedia? Message-ID: <7FABF1B3-9BC0-46BC-AF8F-8D06B9C19DCE@jochke.dk> Is it possible to make a table of contents for the whole site, and not only the one article? /Johnny From rick.denatale at gmail.com Wed Jul 27 17:29:46 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Wed, 27 Jul 2005 13:29:46 -0400 Subject: [Mediawiki-l] Toc/index of wikimedia? In-Reply-To: <7FABF1B3-9BC0-46BC-AF8F-8D06B9C19DCE@jochke.dk> References: <7FABF1B3-9BC0-46BC-AF8F-8D06B9C19DCE@jochke.dk> Message-ID: On 7/27/05, Johnny Chiang Kejs wrote: > Is it possible to make a table of contents for the whole site, and > not only the one article? I'm not sure what the structure of such a TOC would look like. A TOC is suited to something like a book which has a hierarchical structure over a linear one. Wiki's are 1) non-linear in that there is no one order in which to read everything, and 2) non-hierarchical in that the articles are connected as an arbitrary directed graph via the hyperlinks. Categories can impose a hierarchy, but that requires manual maintenance, and a certain discipline as to how they are used. One could use something like pywikibot to generate a "hierarchical" list of categories at any given point in time. The indexing function is served by things like full text searches and "what links here." I suppose that it might be possible to make a static index from a snapshot of the wiki using tools like pywikibot, but... And of course you can get a list of all the pages in alphabetical order. From hendry at nii.ac.jp Thu Jul 28 12:14:50 2005 From: hendry at nii.ac.jp (Southern Phoenix) Date: Thu, 28 Jul 2005 21:14:50 +0900 Subject: [Mediawiki-l] semantic extension of mediawiki Message-ID: <200507281214.AA02065@muljadi.nii.ac.jp> Dear all, our group has modified the MediaWiki to have a Semantic Web notion. The system is accessible from http://www.semanticwiki.jp/ It is still under development. To make it short, what we did is enabling the MediaWiki to write labeled links. We used the Category function as a reference to create a new namespace ("Term:"). Wiki pages under this namespace are enabled to write labeled links. Well, we believe that this extension enables the MediaWiki to be a content and metadata management system, and we hope it will be useful for the future development of MediaWiki. The MediaWiki version we use is 1.3.11. Regards, Hendry ---- hendry at nii.ac.jp http://www-kasm.nii.ac.jp http://www-kasm.nii.ac.jp/~hendry From astronouth7303 at gmail.com Thu Jul 28 16:52:15 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Thu, 28 Jul 2005 12:52:15 -0400 Subject: [Mediawiki-l] Change section formating In-Reply-To: <42E78DE0.6080606@alunos.ipca.pt> References: <42E7845E.8080708@alunos.ipca.pt> <42E7896A.3010909@pobox.com> <42E78DE0.6080606@alunos.ipca.pt> Message-ID: On 7/27/05, Ricardo Lopes wrote: > > Brion Vibber wrote: > > > This could be a bit tricky, since the contents of sections aren't placed > > in any kind of HTML container element. The section headings themselves > > become

    through

    block elements, depending on level. > > That's the reason why i couldn't do it with just CSS. You might be able to do it with CSS3 selectors , if you get creative. Otherwise, you'll probably end up hacking the parser. :p -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From astronouth7303 at gmail.com Thu Jul 28 16:56:14 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Thu, 28 Jul 2005 12:56:14 -0400 Subject: [Mediawiki-l] semantic extension of mediawiki In-Reply-To: <200507281214.AA02065@muljadi.nii.ac.jp> References: <200507281214.AA02065@muljadi.nii.ac.jp> Message-ID: On 7/28/05, Southern Phoenix wrote: > [snip] > > The MediaWiki version we use is 1.3.11. You're going to want to port that to 1.5. 1.3 is on its way out. -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From brandon at adicio.com Wed Jul 27 23:56:31 2005 From: brandon at adicio.com (Brandon) Date: Wed, 27 Jul 2005 16:56:31 -0700 Subject: [Mediawiki-l] external links open in new window In-Reply-To: <42DEECE1.2070004@freespirits.org> References: <42DBCF58.1020803@adicio.com> <42DEECE1.2070004@freespirits.org> Message-ID: <42E81F2F.3050209@adicio.com> Here was the solution to my own question to help others: I know this isn't ideal, but in order to make external links open in a new window go to Skin.php and make changes to tag adding target="_new" in the makeExternalLink function. H?nandil wrote: > Brandon wrote: > >> I would like the ability to have all external pages by default open >> up into their own window. >> Any suggestions? > > > As I understand popular opinion on the list, you will need to hack it > into parser.php yourself. :) Overwhelming majority say this is a Bad > Thing. (It comes down to user control and respect--a user may force a > link to open in a new window/tab, but can not force a new window link > to open in the same window.) > > H?nandil > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From loplin at gmail.com Fri Jul 29 04:44:13 2005 From: loplin at gmail.com (Loplin) Date: Thu, 28 Jul 2005 23:44:13 -0500 Subject: [Mediawiki-l] external links open in new window In-Reply-To: <42E81F2F.3050209@adicio.com> References: <42DBCF58.1020803@adicio.com> <42DEECE1.2070004@freespirits.org> <42E81F2F.3050209@adicio.com> Message-ID: <6b53f11505072821444d3521d7@mail.gmail.com> This should probobly be its own topic but,.. I would rather have a tooltip option. It would be neat if a little tooltip would popup with the first paragraph or so of the page you are linking too. If nothing else, this would be very cool for links to wikitionary. It could use something like [[Def:]] and a link to that wikitionary would be created with a tooltip that had a quick defenition of it. It would add quite a server load though. From hinandil at freespirits.org Fri Jul 29 05:41:09 2005 From: hinandil at freespirits.org (=?ISO-8859-1?Q?H=EDnandil?=) Date: Thu, 28 Jul 2005 22:41:09 -0700 Subject: [Mediawiki-l] external links open in new window In-Reply-To: <6b53f11505072821444d3521d7@mail.gmail.com> References: <42DBCF58.1020803@adicio.com> <42DEECE1.2070004@freespirits.org> <42E81F2F.3050209@adicio.com> <6b53f11505072821444d3521d7@mail.gmail.com> Message-ID: <42E9C175.1040207@freespirits.org> > I would rather have a tooltip option. It would be neat if a little > tooltip would popup with the first paragraph or so of the page you are > linking too.defenition of it. > > It would add quite a server load though. It would also massively increase the size of every page in the system, which would cost more in bandwidth and make pages download and render significantly slowly on the users' systems (that's before we factor in the delay for the backend). It would be a very expensive feature in terms of drawbacks and probably not worth it. Cool, though? Definitely. H?nandil From hendry at nii.ac.jp Fri Jul 29 05:57:58 2005 From: hendry at nii.ac.jp (Southern Phoenix) Date: Fri, 29 Jul 2005 14:57:58 +0900 Subject: [Mediawiki-l] Re: semantic extension of mediawiki In-Reply-To: References: Message-ID: <200507290557.AA02069@muljadi.nii.ac.jp> Jamie Bliss wrote: >You're going to want to port that to 1.5. 1.3 is on its way out. yes, we plan to do that. Hendry ---- hendry at nii.ac.jp http://www-kasm.nii.ac.jp/~hendry From mark.cunningham at gmail.com Fri Jul 29 13:00:05 2005 From: mark.cunningham at gmail.com (Mark Cunningham) Date: Fri, 29 Jul 2005 14:00:05 +0100 Subject: [Mediawiki-l] PubCookie and MediaWiki Message-ID: I've been trying to get MediaWiki 1.4.7 to use PubCookie (http://www.pubcookie.org/) as the authentication mechanism via the includes/AuthPlugin.php. Has anyone managed to this already or know how to do ir? Thanks Mark -- http://thedeadone.net From gregory.szorc at case.edu Fri Jul 29 13:35:37 2005 From: gregory.szorc at case.edu (Gregory Szorc) Date: Fri, 29 Jul 2005 09:35:37 -0400 Subject: [Mediawiki-l] PubCookie and MediaWiki In-Reply-To: References: Message-ID: <445B1FE6-3BBE-481A-9276-D78164A3B519@case.edu> I am using this as the authentication method for the Case Wiki (http://wiki.case.edu). My solution consists of a custom $wgAuth mechanism (to populate the accounts from LDAP info) and a nifty login trick. First, I use a rewrite to send all login requests to two special scripts. The user first gets redirected to /login/ index.php. This script just saves a session variable recording the page referrer. It then sends a redirect to a PubCookie protected page. This script creates a HTTP request and submits the login info to MediaWiki via fake form submission (I am using PEAR's HTTP_Request package). The response to this request contains cookies. These cookies are set on the client side. Finally, the user is redirected to the original page. There are some other steps in there to improve security. If you need me to go into any further detail, I can. In addition, I made some minor changes to the actual MediaWiki code to remove unneeded abilities. Gregory Szorc gregory.szorc at case.edu On Jul 29, 2005, at 9:00 AM, Mark Cunningham wrote: > I've been trying to get MediaWiki 1.4.7 to use PubCookie > (http://www.pubcookie.org/) as the authentication mechanism via the > includes/AuthPlugin.php. > > Has anyone managed to this already or know how to do ir? > > Thanks > Mark > -- > http://thedeadone.net > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From mark.cunningham at gmail.com Fri Jul 29 14:08:13 2005 From: mark.cunningham at gmail.com (Mark Cunningham) Date: Fri, 29 Jul 2005 15:08:13 +0100 Subject: [Mediawiki-l] PubCookie and MediaWiki In-Reply-To: <445B1FE6-3BBE-481A-9276-D78164A3B519@case.edu> References: <445B1FE6-3BBE-481A-9276-D78164A3B519@case.edu> Message-ID: On 7/29/05, Gregory Szorc wrote: > security. If you need me to go into any further detail, I can. In > addition, I made some minor changes to the actual MediaWiki code to > remove unneeded abilities. I would really appreciate it if you could go into more detail. Thanks. Mark -- http://thedeadone.net From rowan.collins at gmail.com Fri Jul 29 14:47:32 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 29 Jul 2005 15:47:32 +0100 Subject: [Mediawiki-l] external links open in new window In-Reply-To: <42E9C175.1040207@freespirits.org> References: <42DBCF58.1020803@adicio.com> <42DEECE1.2070004@freespirits.org> <42E81F2F.3050209@adicio.com> <6b53f11505072821444d3521d7@mail.gmail.com> <42E9C175.1040207@freespirits.org> Message-ID: <9f02ca4c0507290747338aae74@mail.gmail.com> On 29/07/05, H?nandil wrote: > > I would rather have a tooltip option. It would be neat if a little > > tooltip would popup with the first paragraph or so of the page you are > > linking too.defenition of it. > > > > It would add quite a server load though. > > It would also massively increase the size of every page in the system, Unless it was done as some crazy client-side JavaScript app, of course. 8) -- Rowan Collins BSc [IMSoP] From gregory.szorc at case.edu Fri Jul 29 14:54:01 2005 From: gregory.szorc at case.edu (Gregory Szorc) Date: Fri, 29 Jul 2005 10:54:01 -0400 Subject: [Mediawiki-l] PubCookie and MediaWiki In-Reply-To: References: <445B1FE6-3BBE-481A-9276-D78164A3B519@case.edu> Message-ID: <50FFFC4D-2FC2-4315-96A4-6D6057331BCC@case.edu> See http://wiki.case.edu/CaseWiki:PubCookie_Login. Anonymous users can post in the talk namespaces. Let me know there if you have any further questions. Greg On Jul 29, 2005, at 10:08 AM, Mark Cunningham wrote: > On 7/29/05, Gregory Szorc wrote: > > >> security. If you need me to go into any further detail, I can. In >> addition, I made some minor changes to the actual MediaWiki code to >> remove unneeded abilities. >> > > I would really appreciate it if you could go into more detail. Thanks. > Mark > -- > http://thedeadone.net > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From mediawiki at jakeg.co.uk Fri Jul 29 15:12:52 2005 From: mediawiki at jakeg.co.uk (Jake Gordon) Date: Fri, 29 Jul 2005 16:12:52 +0100 Subject: [Mediawiki-l] image thumbnails Message-ID: <42EA4774.9060204@jakeg.co.uk> Hi all, I can't get image thumbnails to work at all. I get 404 errors for them. I see the correct directories exist but the actual thumbnail files themselves don't. I'm using 1.5rc3 on Windows with Apache, Mysql, PHP. GD2 is enabled for gif, jpg and png. I've also tried with ImageMagick. Neither work. I get 404 errors e.g: "The requested URL /w/images/thumb/8/85/image.jpg/300px-image.jpg was not found on this server." The full size images are uploaded successfully. Just the thumbnails that aren't being created. I presume normally they're created on the fly when a thumbnail doesn't already exist? In which case, the 404 page should instead by handled by mediawiki to create the thumbnail, no? Well, this isn't happening. Replies much appreciated! Jake. From rowan.collins at gmail.com Fri Jul 29 15:27:53 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 29 Jul 2005 16:27:53 +0100 Subject: [Mediawiki-l] image thumbnails In-Reply-To: <42EA4774.9060204@jakeg.co.uk> References: <42EA4774.9060204@jakeg.co.uk> Message-ID: <9f02ca4c050729082769d83e73@mail.gmail.com> On 29/07/05, Jake Gordon wrote: > I presume normally they're created on the fly when a thumbnail doesn't > already exist? In which case, the 404 page should instead by handled by > mediawiki to create the thumbnail, no? Well, this isn't happening. Well, that's not quite how it works - you would never normally be trying to view the thumbnail on its own, so any 404 error would generally just cause a "broken image" graphic in your browser, not a textual 404 page. And the thumbnails aren't generated on request to the *graphic*, but on rendering the *page* - when the parsing code (makeImageLinkObj() in Linker.php) comes across the syntax for a resized image, it calls a function in Image.php, which uses either GD or ImageMagick (depending on configuration) to create an appropriate thumbnail, unless one is already there from another request. The HTML output is then simply generated to reference the newly-created graphic. [Oh, I've just remembered, description pages use thumbnails too now, don't they; still, the steps must be similar] I imagine you only went directly to the URL as a last resort, but since I'm not sure what you're doing wrong, I thought I'd give a quick run-down of how things work, in case it helps with debugging. Note that whenever you change a config option, it's a good idea to use "?action=purge" or a page preview to make sure nothing's being recalled from internal caches. But I should think the first thing to check is that ImageMagick and/or GD are actually set up correctly, and can be used from within PHP. -- Rowan Collins BSc [IMSoP] From antilyrical at spamcop.net Fri Jul 29 15:37:57 2005 From: antilyrical at spamcop.net (antilyrical at spamcop.net) Date: Fri, 29 Jul 2005 11:37:57 -0400 Subject: [Mediawiki-l] login once for multiple wikis Message-ID: <20050729113757.vcc088ocwwg8cokg@webmail.spamcop.net> If I have several wikis are setup on differnt subdomains, Can I setup my wikis to allow a user one login to access multiple wiki sites? That would allow you to know that UserA on one wiki is the same person as UserA on another wiki. Also, that way a user wouldn't have to create seperate logins for each wiki. Mario From mediawiki at jakeg.co.uk Fri Jul 29 15:47:44 2005 From: mediawiki at jakeg.co.uk (Jake Gordon) Date: Fri, 29 Jul 2005 16:47:44 +0100 Subject: [Mediawiki-l] image thumbnails In-Reply-To: <9f02ca4c050729082769d83e73@mail.gmail.com> References: <42EA4774.9060204@jakeg.co.uk> <9f02ca4c050729082769d83e73@mail.gmail.com> Message-ID: <42EA4FA0.2060107@jakeg.co.uk> Hi Rowan, Thanks for your help. A checklist: - Yes, GD2 is working. phpinfo() says its there and on another virtual server I see its working to generate thumbnails (using my own code not mediawiki) - Yes, I was just typing the URL of the image as a last resort - Yes, I've tried action=purge . No effect Thanks for explaining the generation process though. I'll see where in that process things are going wrong. Jake. Rowan Collins wrote: > On 29/07/05, Jake Gordon wrote: > >>I presume normally they're created on the fly when a thumbnail doesn't >>already exist? In which case, the 404 page should instead by handled by >>mediawiki to create the thumbnail, no? Well, this isn't happening. > > > Well, that's not quite how it works - you would never normally be > trying to view the thumbnail on its own, so any 404 error would > generally just cause a "broken image" graphic in your browser, not a > textual 404 page. And the thumbnails aren't generated on request to > the *graphic*, but on rendering the *page* - when the parsing code > (makeImageLinkObj() in Linker.php) comes across the syntax for a > resized image, it calls a function in Image.php, which uses either GD > or ImageMagick (depending on configuration) to create an appropriate > thumbnail, unless one is already there from another request. The HTML > output is then simply generated to reference the newly-created > graphic. > > [Oh, I've just remembered, description pages use thumbnails too now, > don't they; still, the steps must be similar] > > I imagine you only went directly to the URL as a last resort, but > since I'm not sure what you're doing wrong, I thought I'd give a quick > run-down of how things work, in case it helps with debugging. Note > that whenever you change a config option, it's a good idea to use > "?action=purge" or a page preview to make sure nothing's being > recalled from internal caches. > > But I should think the first thing to check is that ImageMagick and/or > GD are actually set up correctly, and can be used from within PHP. > From astronouth7303 at gmail.com Fri Jul 29 16:04:57 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Fri, 29 Jul 2005 12:04:57 -0400 Subject: [Mediawiki-l] external links open in new window In-Reply-To: <6b53f11505072821444d3521d7@mail.gmail.com> References: <42DBCF58.1020803@adicio.com> <42DEECE1.2070004@freespirits.org> <42E81F2F.3050209@adicio.com> <6b53f11505072821444d3521d7@mail.gmail.com> Message-ID: On 7/29/05, Loplin wrote: > This should probobly be its own topic but,.. > > I would rather have a tooltip option. It would be neat if a little > tooltip would popup with the first paragraph or so of the page you are > linking too. If nothing else, this would be very cool for links to > wikitionary. > > It could use something like [[Def:]] and a link to that > wikitionary would be created with a tooltip that had a quick > defenition of it. > > It would add quite a server load though. While I won't argue about how to get the definitions, here's some things about implementing such a system: * Adding such a psuedo-namespace would require hacking, since there's no standard way of adding them. * A large tooltip would require JavaScript, since the title attribute is only made for single lines. (Try .) -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From astronouth7303 at gmail.com Fri Jul 29 16:07:10 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Fri, 29 Jul 2005 12:07:10 -0400 Subject: [Mediawiki-l] login once for multiple wikis In-Reply-To: <20050729113757.vcc088ocwwg8cokg@webmail.spamcop.net> References: <20050729113757.vcc088ocwwg8cokg@webmail.spamcop.net> Message-ID: There is some "Shared DB" settings in DefaultSettings.php you might want to try. On 7/29/05, antilyrical at spamcop.net wrote: > If I have several wikis are setup on differnt subdomains, Can I setup my wikis > to allow a user one login to access multiple wiki sites? That would allow you > to know that UserA on one wiki is the same person as UserA on another wiki. > Also, that way a user wouldn't have to create seperate logins for each wiki. -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From wiseleyb at gmail.com Fri Jul 29 16:11:32 2005 From: wiseleyb at gmail.com (ben wiseley) Date: Fri, 29 Jul 2005 09:11:32 -0700 Subject: [Mediawiki-l] login once for multiple wikis In-Reply-To: References: <20050729113757.vcc088ocwwg8cokg@webmail.spamcop.net> Message-ID: I don't know if this is related but I've noticed this on my wikis: If I use the same username/password on all the wikis and check the "remember me" setting I can jump between the wikis. If I logout and login in to one as a different user it effects the "remember me" setting of the other. -ben On 7/29/05, Jamie Bliss wrote: > > There is some "Shared DB" settings in DefaultSettings.php you might want > to try. > > On 7/29/05, antilyrical at spamcop.net wrote: > > If I have several wikis are setup on differnt subdomains, Can I setup my > wikis > > to allow a user one login to access multiple wiki sites? That would > allow you > > to know that UserA on one wiki is the same person as UserA on another > wiki. > > Also, that way a user wouldn't have to create seperate logins for each > wiki. > > -- Jamie > ------------------------------------------------------------------- > http://endeavour.zapto.org/astro73/ > Thank you to JosephM for inviting me to Gmail! > Have lots of invites. Gmail now has 2GB. > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From astronouth7303 at gmail.com Fri Jul 29 16:18:31 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Fri, 29 Jul 2005 12:18:31 -0400 Subject: [Mediawiki-l] image thumbnails In-Reply-To: <42EA4FA0.2060107@jakeg.co.uk> References: <42EA4774.9060204@jakeg.co.uk> <9f02ca4c050729082769d83e73@mail.gmail.com> <42EA4FA0.2060107@jakeg.co.uk> Message-ID: Just to go down the d'oh! list: - It has permissions to write there? - $IP is correct? - No hard disk quotas? (ie, you have permissions to write there but out of disk space) - ImageMagick and safe mode? On 7/29/05, Jake Gordon wrote: > Hi Rowan, > > Thanks for your help. A checklist: > > - Yes, GD2 is working. phpinfo() says its there and on another virtual > server I see its working to generate thumbnails (using my own code not > mediawiki) > > - Yes, I was just typing the URL of the image as a last resort > > - Yes, I've tried action=purge . No effect > > Thanks for explaining the generation process though. I'll see where in > that process things are going wrong. > > Jake. > > Rowan Collins wrote: > > On 29/07/05, Jake Gordon wrote: > > > >>I presume normally they're created on the fly when a thumbnail doesn't > >>already exist? In which case, the 404 page should instead by handled by > >>mediawiki to create the thumbnail, no? Well, this isn't happening. > > > > > > Well, that's not quite how it works - you would never normally be > > trying to view the thumbnail on its own, so any 404 error would > > generally just cause a "broken image" graphic in your browser, not a > > textual 404 page. And the thumbnails aren't generated on request to > > the *graphic*, but on rendering the *page* - when the parsing code > > (makeImageLinkObj() in Linker.php) comes across the syntax for a > > resized image, it calls a function in Image.php, which uses either GD > > or ImageMagick (depending on configuration) to create an appropriate > > thumbnail, unless one is already there from another request. The HTML > > output is then simply generated to reference the newly-created > > graphic. > > > > [Oh, I've just remembered, description pages use thumbnails too now, > > don't they; still, the steps must be similar] > > > > I imagine you only went directly to the URL as a last resort, but > > since I'm not sure what you're doing wrong, I thought I'd give a quick > > run-down of how things work, in case it helps with debugging. Note > > that whenever you change a config option, it's a good idea to use > > "?action=purge" or a page preview to make sure nothing's being > > recalled from internal caches. > > > > But I should think the first thing to check is that ImageMagick and/or > > GD are actually set up correctly, and can be used from within PHP. > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From mjones2 at gmail.com Fri Jul 29 16:43:31 2005 From: mjones2 at gmail.com (M. Cameron Jones) Date: Fri, 29 Jul 2005 11:43:31 -0500 Subject: [Mediawiki-l] external links open in new window In-Reply-To: References: <42DBCF58.1020803@adicio.com> <42DEECE1.2070004@freespirits.org> <42E81F2F.3050209@adicio.com> <6b53f11505072821444d3521d7@mail.gmail.com> Message-ID: <1e898b790507290943669fb13a@mail.gmail.com> > * A large tooltip would require JavaScript, since the title attribute > is only made for single lines. (Try > .) Not true - javascript not needed. It could be done with pure CSS http://psacake.com/web/jl.asp or a more detailed description here http://www.communitymx.com/content/article.cfm?cid=4E2C0 All resources found by google: http://www.google.com/search?q=pure+css+tooltips - Cameron From mediawiki at jakeg.co.uk Fri Jul 29 16:46:53 2005 From: mediawiki at jakeg.co.uk (Jake Gordon) Date: Fri, 29 Jul 2005 17:46:53 +0100 Subject: [Mediawiki-l] image thumbnails In-Reply-To: References: <42EA4774.9060204@jakeg.co.uk> <9f02ca4c050729082769d83e73@mail.gmail.com> <42EA4FA0.2060107@jakeg.co.uk> Message-ID: <42EA5D7D.5030209@jakeg.co.uk> Hi Jamie > - It has permissions to write there? - I'm on windows so there aren't permissions > - $IP is correct? $IP = "C:\\Documents\\Websites\\local\\wiki\\w"; ... it works for everything else > - No hard disk quotas? (ie, you have permissions to write there but > out of disk space) - again, Windows, no quotas > - ImageMagick and safe mode? I'm trying with GD2, which works fine for another site on my apache installation ... so no d'oh yet unfortunately :( In my localsettings.php I have: ------ ## To enable image uploads, make sure the 'images' directory ## is writable, then uncomment this: $wgEnableUploads = true; $wgUseImageResize = true; ## $wgUseImageMagick = true; ## $wgImageMagickConvertCommand = "C:\Program Files\ImageMagick-6.2.3-Q16\convert.exe"; ------ I've tried uncommenting the two bottom lines which is the correct imagemagick path. Safe mode is off. Jake. > > On 7/29/05, Jake Gordon wrote: > >>Hi Rowan, >> >>Thanks for your help. A checklist: >> >>- Yes, GD2 is working. phpinfo() says its there and on another virtual >>server I see its working to generate thumbnails (using my own code not >>mediawiki) >> >>- Yes, I was just typing the URL of the image as a last resort >> >>- Yes, I've tried action=purge . No effect >> >>Thanks for explaining the generation process though. I'll see where in >>that process things are going wrong. >> >>Jake. >> >>Rowan Collins wrote: >> >>>On 29/07/05, Jake Gordon wrote: >>> >>> >>>>I presume normally they're created on the fly when a thumbnail doesn't >>>>already exist? In which case, the 404 page should instead by handled by >>>>mediawiki to create the thumbnail, no? Well, this isn't happening. >>> >>> >>>Well, that's not quite how it works - you would never normally be >>>trying to view the thumbnail on its own, so any 404 error would >>>generally just cause a "broken image" graphic in your browser, not a >>>textual 404 page. And the thumbnails aren't generated on request to >>>the *graphic*, but on rendering the *page* - when the parsing code >>>(makeImageLinkObj() in Linker.php) comes across the syntax for a >>>resized image, it calls a function in Image.php, which uses either GD >>>or ImageMagick (depending on configuration) to create an appropriate >>>thumbnail, unless one is already there from another request. The HTML >>>output is then simply generated to reference the newly-created >>>graphic. >>> >>>[Oh, I've just remembered, description pages use thumbnails too now, >>>don't they; still, the steps must be similar] >>> >>>I imagine you only went directly to the URL as a last resort, but >>>since I'm not sure what you're doing wrong, I thought I'd give a quick >>>run-down of how things work, in case it helps with debugging. Note >>>that whenever you change a config option, it's a good idea to use >>>"?action=purge" or a page preview to make sure nothing's being >>>recalled from internal caches. >>> >>>But I should think the first thing to check is that ImageMagick and/or >>>GD are actually set up correctly, and can be used from within PHP. >>> >> >>_______________________________________________ >>MediaWiki-l mailing list >>MediaWiki-l at Wikimedia.org >>http://mail.wikipedia.org/mailman/listinfo/mediawiki-l >> > > > From hans.voss at gmail.com Fri Jul 29 19:49:41 2005 From: hans.voss at gmail.com (Hans Voss) Date: Fri, 29 Jul 2005 21:49:41 +0200 Subject: [Mediawiki-l] image thumbnails In-Reply-To: <42EA5D7D.5030209@jakeg.co.uk> References: <42EA4774.9060204@jakeg.co.uk> <9f02ca4c050729082769d83e73@mail.gmail.com> <42EA4FA0.2060107@jakeg.co.uk> <42EA5D7D.5030209@jakeg.co.uk> Message-ID: Well, it's not going to help you if you try using GD2. But I also had problems with resize and solved it by installing the Win32 version of ImageMagick to the "/usr/bin" for Apache and the Wiki. This works. (it only pops up an annoying Command Prompt window when resizing for the first time). On 7/29/05, Jake Gordon wrote: > Hi Jamie > > > - It has permissions to write there? > > - I'm on windows so there aren't permissions > > > - $IP is correct? > > $IP = "C:\\Documents\\Websites\\local\\wiki\\w"; > > ... it works for everything else > > > - No hard disk quotas? (ie, you have permissions to write there but > > out of disk space) > > - again, Windows, no quotas > > > - ImageMagick and safe mode? > > I'm trying with GD2, which works fine for another site on my apache > installation > > ... so no d'oh yet unfortunately :( > > In my localsettings.php I have: > > ------ > ## To enable image uploads, make sure the 'images' directory > ## is writable, then uncomment this: > $wgEnableUploads = true; > $wgUseImageResize = true; > ## $wgUseImageMagick = true; > ## $wgImageMagickConvertCommand = "C:\Program > Files\ImageMagick-6.2.3-Q16\convert.exe"; > ------ > > I've tried uncommenting the two bottom lines which is the correct > imagemagick path. > > Safe mode is off. > > Jake. > > > > > > > On 7/29/05, Jake Gordon wrote: > > > >>Hi Rowan, > >> > >>Thanks for your help. A checklist: > >> > >>- Yes, GD2 is working. phpinfo() says its there and on another virtual > >>server I see its working to generate thumbnails (using my own code not > >>mediawiki) > >> > >>- Yes, I was just typing the URL of the image as a last resort > >> > >>- Yes, I've tried action=purge . No effect > >> > >>Thanks for explaining the generation process though. I'll see where in > >>that process things are going wrong. > >> > >>Jake. > >> > >>Rowan Collins wrote: > >> > >>>On 29/07/05, Jake Gordon wrote: > >>> > >>> > >>>>I presume normally they're created on the fly when a thumbnail doesn't > >>>>already exist? In which case, the 404 page should instead by handled by > >>>>mediawiki to create the thumbnail, no? Well, this isn't happening. > >>> > >>> > >>>Well, that's not quite how it works - you would never normally be > >>>trying to view the thumbnail on its own, so any 404 error would > >>>generally just cause a "broken image" graphic in your browser, not a > >>>textual 404 page. And the thumbnails aren't generated on request to > >>>the *graphic*, but on rendering the *page* - when the parsing code > >>>(makeImageLinkObj() in Linker.php) comes across the syntax for a > >>>resized image, it calls a function in Image.php, which uses either GD > >>>or ImageMagick (depending on configuration) to create an appropriate > >>>thumbnail, unless one is already there from another request. The HTML > >>>output is then simply generated to reference the newly-created > >>>graphic. > >>> > >>>[Oh, I've just remembered, description pages use thumbnails too now, > >>>don't they; still, the steps must be similar] > >>> > >>>I imagine you only went directly to the URL as a last resort, but > >>>since I'm not sure what you're doing wrong, I thought I'd give a quick > >>>run-down of how things work, in case it helps with debugging. Note > >>>that whenever you change a config option, it's a good idea to use > >>>"?action=purge" or a page preview to make sure nothing's being > >>>recalled from internal caches. > >>> > >>>But I should think the first thing to check is that ImageMagick and/or > >>>GD are actually set up correctly, and can be used from within PHP. > >>> > >> > >>_______________________________________________ > >>MediaWiki-l mailing list > >>MediaWiki-l at Wikimedia.org > >>http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > >> > > > > > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- ---- Met vriendelijke groeten / With kind regards Hans Voss --------------------------------------- skype: hans.voss From cmcintosh at gmail.com Fri Jul 29 20:05:19 2005 From: cmcintosh at gmail.com (Chris McIntosh) Date: Fri, 29 Jul 2005 13:05:19 -0700 Subject: [Mediawiki-l] Attachments Message-ID: Is there a facility to upload arbitrary attachments. I know I can use the Image upload feature, but I would like to be able to upload any type of document, and have a simple syntax that I can use to reference that document. Not sure if there is something there or if I need to build it in myself. -- Thanks, Chris McIntosh From jake at jesus.ch Fri Jul 29 22:21:44 2005 From: jake at jesus.ch (Joachim Zimsen) Date: Sat, 30 Jul 2005 00:21:44 +0200 Subject: [Mediawiki-l] Attachments In-Reply-To: References: Message-ID: <20050729222042.M98412@jesus.ch> Hi Chris, you can use this notation: [[Media:filename.pdf|This is a file]] in your LocalSettings.php file add something like this: $wgFileExtensions = array( 'png', 'jpg', 'jpeg', 'ogg','doc','xls','ppt','mp3','sxc','pdf' ); and look here: http://meta.wikimedia.org/wiki/Upload On Fri, 29 Jul 2005 13:05:19 -0700, Chris McIntosh wrote > Is there a facility to upload arbitrary attachments. > > I know I can use the Image upload feature, but I would like to be > able to upload any type of document, and have a simple syntax that I > can use to reference that document. > > Not sure if there is something there or if I need to build it in myself. > > -- > Thanks, > Chris McIntosh > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l -- E-Mail by http://www.jesus.ch/ and http://www.livenet.ch/ News, Magazin, Events, Forum, Chat, Free E-Mail, Dialin, Jobs, Top-Newsletter From leonardburton at gmail.com Fri Jul 29 22:23:18 2005 From: leonardburton at gmail.com (Leonard Burton) Date: Fri, 29 Jul 2005 18:23:18 -0400 Subject: [Mediawiki-l] Attachments In-Reply-To: References: Message-ID: <732fb7a005072915236bbaa6d3@mail.gmail.com> Greetings, > I know I can use the Image upload feature, but I would like to be able > to upload any type of document, and have a simple syntax that I can > use to reference that document. WHat I did was edit the allowed file types to let it accept more than just pics. If you do not get a better answer in the next day or two I can tell you exactly how I did it. i am going to have to look at my notes to remember the specifics. I thing it was something like $wgUploadExt but I dont remember exactly. WHen I get the chance I will look for you. -- Leonard Burton, N9URK leonardburton at gmail.com "The prolonged evacuation would have dramatically affected the survivability of the occupants." From slowpoke at gmail.com Fri Jul 29 22:58:27 2005 From: slowpoke at gmail.com (Dori) Date: Fri, 29 Jul 2005 17:58:27 -0500 Subject: [Mediawiki-l] external links open in new window In-Reply-To: <1e898b790507290943669fb13a@mail.gmail.com> References: <42DBCF58.1020803@adicio.com> <42DEECE1.2070004@freespirits.org> <42E81F2F.3050209@adicio.com> <6b53f11505072821444d3521d7@mail.gmail.com> <1e898b790507290943669fb13a@mail.gmail.com> Message-ID: On 7/29/05, M. Cameron Jones wrote: > > * A large tooltip would require JavaScript, since the title attribute > > is only made for single lines. (Try > > .) > > Not true - javascript not needed. It could be done with pure CSS > > http://psacake.com/web/jl.asp Would this mean that the page would have to have all the content loaded before you even hover? That could increase loading times (not to mention bandwidth in addition to CPU usage for looking everything up) tremendously even for those who don't want to use this (e.g. I would find it too annoying). Sounds like a bad idea to me. If I want to follow one of the links I'll do so, and I'll open it in a background tab so it doesn't interrupt my reading like tooltips would. Dori From antilyrical at spamcop.net Sat Jul 30 04:11:05 2005 From: antilyrical at spamcop.net (antilyrical at spamcop.net) Date: Sat, 30 Jul 2005 00:11:05 -0400 Subject: [Mediawiki-l] category displayed on Main Page Message-ID: <20050730001105.n5e4w04w4gcws40o@webmail.spamcop.net> Most of my articles of my wiki are in one category. I like the way the category page alphabatizes all of the entries of that category. I want to use that alphabatized listing on my Main Page as a table of contents. How can I make that category listing show up on the Main Page? Mario From j.birchwood at verizon.net Sat Jul 30 19:17:54 2005 From: j.birchwood at verizon.net (=James Birkholz=) Date: Sat, 30 Jul 2005 14:17:54 -0500 Subject: [Mediawiki-l] Reclaiming space by making images smaller Message-ID: <5.2.1.1.0.20050730141453.04523c20@incoming.verizon.net> A user has run me out of disk space on my hosted wiki with huge jpgs. I've been making them smaller and re-uploading them, but the disk space remaining is shrinking, so the old large images aren't being replaced, they are being pushed aside. How can I get them deleted? The old images directory location shows the new image. Or is this some problem with the the host? James Birkholz administrator (Betreuer der), Posen-EN mailing list & website http://www.Posen-L.com & http://www.birchy.com/GenWiki From mikevalstar at gentoo-wiki.com Sat Jul 30 19:52:31 2005 From: mikevalstar at gentoo-wiki.com (Mike Valstar) Date: Sat, 30 Jul 2005 15:52:31 -0400 Subject: [Mediawiki-l] Reclaiming space by making images smaller In-Reply-To: <5.2.1.1.0.20050730141453.04523c20@incoming.verizon.net> References: <5.2.1.1.0.20050730141453.04523c20@incoming.verizon.net> Message-ID: <42EBDA7F.3060309@gentoo-wiki.com> If you go to the image page a.k.a http://gentoo-wiki.com/Image:Evilwm.jpg (in my case) it should show you all revisions of the image there should be an option to delete all revisions (if your logged in as an admin), http://www.birchy.com/GenWiki/index.php?title=Image:010_5-3-05_Krakow_Wawel_Cathedral_Sigesmunds_Bell_5.jpg being an example shows 2 revisions on your website, have you tried hitting the del link on the revision? Mike Valstar =James Birkholz= wrote: > A user has run me out of disk space on my hosted wiki with huge jpgs. > I've been making them smaller and re-uploading them, but the disk > space remaining is shrinking, so the old large images aren't being > replaced, they are being pushed aside. How can I get them deleted? The > old images directory location shows the new image. Or is this some > problem with the the host? > > James Birkholz > administrator (Betreuer der), Posen-EN mailing list & website > http://www.Posen-L.com & http://www.birchy.com/GenWiki > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From j.birchwood at verizon.net Sat Jul 30 20:28:33 2005 From: j.birchwood at verizon.net (=James Birkholz=) Date: Sat, 30 Jul 2005 15:28:33 -0500 Subject: [Mediawiki-l] Reclaiming space by making images smaller In-Reply-To: <42EBDA7F.3060309@gentoo-wiki.com> References: <5.2.1.1.0.20050730141453.04523c20@incoming.verizon.net> <5.2.1.1.0.20050730141453.04523c20@incoming.verizon.net> Message-ID: <5.2.1.1.0.20050730152701.04522270@incoming.verizon.net> Thanks, that's the answer I needed! I just never noticed that bottom part before. Wonder what else I haven't discovered... At 03:52 PM 7/30/05, Mike Valstar wrote: >If you go to the image page a.k.a http://gentoo-wiki.com/Image:Evilwm.jpg >(in my case) it should show you all revisions of the image > >there should be an option to delete all revisions (if your logged in as an >admin), > >http://www.birchy.com/GenWiki/index.php?title=Image:010_5-3-05_Krakow_Wawel_Cathedral_Sigesmunds_Bell_5.jpg >being an example shows 2 revisions on your website, have you tried hitting >the del link on the revision? > >Mike Valstar From scott.morrison at gmail.com Sat Jul 30 19:31:17 2005 From: scott.morrison at gmail.com (Scott Morrison) Date: Sat, 30 Jul 2005 12:31:17 -0700 Subject: [Mediawiki-l] conditional transclusion? In-Reply-To: References: Message-ID: Hi, I've looked around the help on meta about templates, but I can't seem to find anything on this. I would like to be able to 'conditionally transclude' a page, based on whether the page is empty or not. Specifically, I'd like to have something like {{conditional transclude | page_name}} which transcludes the content of page_name if it is nonempty, but *does not* put at edit link to this page if it is empty. A useful extension of this (for me) would be {{ctp | prefix | page_name}} which produces "prefix {{page_name}}" if page_name is nonempty, but nothing if it is empty. Any pointers? Has this been done somewhere before? Is it possible? Thanks, scott morrison From brion at pobox.com Sat Jul 30 21:20:00 2005 From: brion at pobox.com (Brion Vibber) Date: Sat, 30 Jul 2005 23:20:00 +0200 Subject: [Mediawiki-l] MediaWiki 1.5beta4 released Message-ID: <42EBEF00.30908@pobox.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 MediaWiki 1.5 beta 4 is a preview release of the new 1.5 release series. == Changes since 1.5beta3 == * Fix talk page move handling * (bug 2721) New language file for Vietnamese with the Vietnamese ~ number notation * (bug 2749)   would appear as a literal in image galleries ~ for Cs, Fr, Fur, Pl and Sv * (bug 787) external links being rendered when they only have one slash * Fixed a missing typecast in Language::dateFormat() that would cause ~ some interesting errors with signitures. * (bug 2764) Number format for Nds * (bug 1553) Stop forcing lowercase in Monobook skin for German ~ language. * (bug 1064) Implements Special:Unusedcategories * (bug 2311) New language file for Macedonian * Fix nohistory message on empty page history * Fix fatal error in history when validation on * Cleaned up email notification message formatting * Finally fixed Special:Disambiguations that was broke since SCHEMA_WORK * (bug 2761) fix capitalization of "i" in Turkish * (bug 2789) memcached image metadata now cleared after deletion * Add serialized version number to image metadata cache records * (bug 2780) Fix thumbnail generation with GD for new image schema * (bug 2791) Slovene numeric format * (bug 655) Provide empty search form when searching for nothing * Nynorsk numeric format fix * (bug 2825) Fix regression in newtalk notifications for anons w/ ~ enotif off * (bug 2833) Fix bug in previous fix * With $wgCapitalLinks off, accept off-by-first-letter-case in 'go' ~ match * Optional parameters for [[Special:Listusers]] * (bug 2832) [[Special:Listadmins]] redirects to ~ [[Special:Listusers/sysop]] * (bug 785) Parser did not get out of 
     with list elements
* Some shared upload fixes
* (bug 2768) section=new on nonexistent talk page does not add heading
* support preload= parameter for section=new
* show comment subject in preview when using section=new
* use comment form when creating a new talk page
* (bug 460) Properly handle 
     tags as a block.
* Undo inconsistent editing behavior change
* (bug 2835) Back out fix for bug 2802, caused regressions in category
~  sort
* PHP 4.1.2 compatibility fix: define floatval() equivalent if missing
* (bug 2901) Number format for Catalan
* Special:Allpages performance hacks: index memcached caching, removed
~  inverse checkbox, use friendlier relative offsets in index build
* Bring back "Chick" skin for mobile devices. It needs testing.
* Fix spelling of $wgForwardSearchUrl in DefaultSettings.php
* Specify USE INDEX on Allpages chunk queries, sometimes gets lost
~  due to bogus optimization
* (bug 275) Section duplication fix
* Remove unused use of undefined variable in UserMailer
* Fix notice on search index update due to non-array
* (bug 2885) Fix fatal errors and notices in PHP 5.1.0beta3
* (bug 2931) Fix additional notices on reference use in PHP 4.4.0
* (bug 2774) Add three new $wgHooks to LogPage which enable extensions
~  to add their own logtypes, see
~  extensions/Renameuser/SpecialRenameuser.php for an example of this.
* (bug 740) Messages from extensions now appear in Special:Allmessages
* (bug 2857) fixed parsing of lists in 
     sections
* (bug 796) Trackback support
* Fix 1.5 regression: weird, backwards diff links on new pages in
~  enhanced RC are now suppressed as before.
* New skin: Simple
* "uselang" and "useskin" URL parameters can now be used in the URL when
~  viewing a page, to change the language and skin of a page
~  respectively.
* Skins can now be previewed in preferences
* (bug 2943) AuthPlugin::getCanonicalName() name canonicalization hook,
~  patch from robla
* Wrap revision insert & page update in a transaction, rollback on late
~  edit conflict.
* (bug 2953) 'other' didn't work in Special:Blockip when localized
* (bug 2958) Rollback and delete auto-summary should be in the project's
~  content language
* Removed useless protectreason message
* Spelling fix: $wgUrlProtcols -> $wgUrlProtocols
* Switch Moldovan local name to cyrillic
* Fix typo in undefined array index access prevention
* (bug 2947) Update namespaces for sr localization
* (bug 2952) Added Asturian language file with translated namespaces
* (bug 2676) Apply a protective transformation on editing input/output
~  for browsers that hit the Unicode blacklist. Patch by plugwash.
* (bug 2999) Fix encoding conversion of pl_title in upgrade1_5.php
* compressOld.php disabled, as it's known to be broken.


Release notes:
http://sourceforge.net/project/shownotes.php?release_id=345894

Download:
http://prdownloads.sourceforge.net/wikipedia/mediawiki-1.5beta4.tar.gz?download

MD5 checksum: 3cc4509799b6fbc8bf877db74468fbae

Before asking for help, try the FAQ:
http://meta.wikimedia.org/wiki/MediaWiki_FAQ

Low-traffic release announcements mailing list:
http://mail.wikipedia.org/mailman/listinfo/mediawiki-announce

Wiki admin help mailing list:
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l

Bug report system:
http://bugzilla.wikimedia.org/

Play "stump the developers" live on IRC:
#mediawiki on irc.freenode.net

- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFC6+8AwRnhpk1wk44RAliwAJ97KnmmttOhioWRohUiM1S8hi+OQACgnN2T
b7+i4SqzGjmYX6yuOnm+PdA=
=Ddgb
-----END PGP SIGNATURE-----


From mediawiki at jakeg.co.uk  Sat Jul 30 22:19:45 2005
From: mediawiki at jakeg.co.uk (Jake Gordon)
Date: Sat, 30 Jul 2005 23:19:45 +0100
Subject: [Mediawiki-l] image thumbnails
In-Reply-To: 
References: <42EA4774.9060204@jakeg.co.uk>	<9f02ca4c050729082769d83e73@mail.gmail.com>	<42EA4FA0.2060107@jakeg.co.uk>		<42EA5D7D.5030209@jakeg.co.uk>
	
Message-ID: <42EBFD01.6010703@jakeg.co.uk>

Okay, just got the announcement about 1.5beta4 and saw this in the 
changelog:

* (bug 2780) Fix thumbnail generation with GD for new image schema

... so I downloaded and copied the files over to the installation 
directory and reloaded a page with a broken thumbnail on it and it works.

Woohooo!!!

Thanks for all suggestions from people in the interim :)

I no longer feel like I'm going mad.

Regards,

Jake.

Hans Voss wrote:
> Well, it's not going to help you if you try using GD2. But I also had
> problems with resize and solved it by installing the Win32 version of
> ImageMagick to the "/usr/bin" for Apache and the Wiki. This works. (it
> only pops up an annoying Command Prompt window when resizing for the
> first time).
> 
> On 7/29/05, Jake Gordon  wrote:
> 
>>Hi Jamie
>>
>>
>>>- It has permissions to write there?
>>
>>- I'm on windows so there aren't permissions
>>
>>
>>>- $IP is correct?
>>
>>$IP = "C:\\Documents\\Websites\\local\\wiki\\w";
>>
>>... it works for everything else
>>
>>
>>>- No hard disk quotas? (ie, you have permissions to write there but
>>>out of disk space)
>>
>>- again, Windows, no quotas
>>
>>
>>>- ImageMagick and safe mode?
>>
>>I'm trying with GD2, which works fine for another site on my apache
>>installation
>>
>>... so no d'oh yet unfortunately :(
>>
>>In my localsettings.php I have:
>>
>>------
>>## To enable image uploads, make sure the 'images' directory
>>## is writable, then uncomment this:
>>$wgEnableUploads                = true;
>>$wgUseImageResize               = true;
>>## $wgUseImageMagick = true;
>>## $wgImageMagickConvertCommand = "C:\Program
>>Files\ImageMagick-6.2.3-Q16\convert.exe";
>>------
>>
>>I've tried uncommenting the two bottom lines which is the correct
>>imagemagick path.
>>
>>Safe mode is off.
>>
>>Jake.
>>
>>
>>
>>
>>>On 7/29/05, Jake Gordon  wrote:
>>>
>>>
>>>>Hi Rowan,
>>>>
>>>>Thanks for your help. A checklist:
>>>>
>>>>- Yes, GD2 is working. phpinfo() says its there and on another virtual
>>>>server I see its working to generate thumbnails (using my own code not
>>>>mediawiki)
>>>>
>>>>- Yes, I was just typing the URL of the image as a last resort
>>>>
>>>>- Yes, I've tried action=purge . No effect
>>>>
>>>>Thanks for explaining the generation process though. I'll see where in
>>>>that process things are going wrong.
>>>>
>>>>Jake.
>>>>
>>>>Rowan Collins wrote:
>>>>
>>>>
>>>>>On 29/07/05, Jake Gordon  wrote:
>>>>>
>>>>>
>>>>>
>>>>>>I presume normally they're created on the fly when a thumbnail doesn't
>>>>>>already exist? In which case, the 404 page should instead by handled by
>>>>>>mediawiki to create the thumbnail, no? Well, this isn't happening.
>>>>>
>>>>>
>>>>>Well, that's not quite how it works - you would never normally be
>>>>>trying to view the thumbnail on its own, so any 404 error would
>>>>>generally just cause a "broken image" graphic in your browser, not a
>>>>>textual 404 page. And the thumbnails aren't generated on request to
>>>>>the *graphic*, but on rendering the *page* - when the parsing code
>>>>>(makeImageLinkObj() in Linker.php) comes across the syntax for a
>>>>>resized image, it calls a function in Image.php, which uses either GD
>>>>>or ImageMagick (depending on configuration) to create an appropriate
>>>>>thumbnail, unless one is already there from another request. The HTML
>>>>>output is then simply generated to reference the newly-created
>>>>>graphic.
>>>>>
>>>>>[Oh, I've just remembered, description pages use thumbnails too now,
>>>>>don't they; still, the steps must be similar]
>>>>>
>>>>>I imagine you only went directly to the URL as a last resort, but
>>>>>since I'm not sure what you're doing wrong, I thought I'd give a quick
>>>>>run-down of how things work, in case it helps with debugging. Note
>>>>>that whenever you change a config option, it's a good idea to use
>>>>>"?action=purge" or a page preview to make sure nothing's being
>>>>>recalled from internal caches.
>>>>>
>>>>>But I should think the first thing to check is that ImageMagick and/or
>>>>>GD are actually set up correctly, and can be used from within PHP.
>>>>>
>>>>
>>>>_______________________________________________
>>>>MediaWiki-l mailing list
>>>>MediaWiki-l at Wikimedia.org
>>>>http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>>>>
>>>
>>>
>>>
>>_______________________________________________
>>MediaWiki-l mailing list
>>MediaWiki-l at Wikimedia.org
>>http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>>
> 
> 
> 


From jas at refraction.us  Sat Jul 30 22:42:24 2005
From: jas at refraction.us (john s.)
Date: Sat, 30 Jul 2005 17:42:24 -0500
Subject: [Mediawiki-l] phpSuExec
Message-ID: <20050730224230.735461190B14@mail.wikimedia.org>

Hi everybody,
 
phpSuExec was recently installed on the server I was using for security
reasons. Unfortunately, this crashed the MediaWiki installation. I think I
read somewhere about the incompatibility, but is there anyway to make suexec
and mediawiki work together?
 
Thanks for your help!
 
John S.


From Jan at Bytesmiths.com  Sat Jul 30 22:49:57 2005
From: Jan at Bytesmiths.com (Jan Steinman)
Date: Sat, 30 Jul 2005 15:49:57 -0700
Subject: [Mediawiki-l] Re: category displayed on Main Page
In-Reply-To: <20050730224234.2A55C1190BBE@mail.wikimedia.org>
References: <20050730224234.2A55C1190BBE@mail.wikimedia.org>
Message-ID: <68735F6C-E6D7-403C-9E90-D38793BBBA9A@Bytesmiths.com>

> From: antilyrical at spamcop.net
>
> How can I make
> that category listing show up on the Main Page?

Have you tried

#REDIRECT [[Catgegory:My only category]]

on your Main page?

:::: Dateline: April 15, 2020: President Jenna Bush announces foreign  
terrorist cells have been located near the Edmonton oil fields, and  
offers "assistance" to Canada in the form of 150,000 US troops, now  
massing along the border. ::::
:::: Jan Steinman, http://www.IslandSeeds.org ::::