From astronouth7303 at gmail.com Fri Apr 1 01:38:49 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Thu, 31 Mar 2005 20:38:49 -0500 Subject: [Mediawiki-l] Re: How to remove the Search Button from the Re: How to remove the Search Button from the MediaWiki and have just the Go Button. In-Reply-To: <804694bf05033110314f42c41b@mail.gmail.com> References: <804694bf05033110314f42c41b@mail.gmail.com> Message-ID: PHPTAL has been totally eradicated in 1.4. The file you need to modify is /skins/MonoBook.php. On Thu, 31 Mar 2005 11:31:48 -0700, Karthik Gopalakrishnan wrote: > Hi, > > I'm using the Mediawiki 1.4rc1 . I couldn't find the > templates/xhtml_slim.pt file. > > There is no templates directory.. > > !!! Please Help !!! > Karthik.G > > >The main skeleton of pages is in templates/xhtml_slim.pt > > >Beware when you play with it, it's not simple html. As you can see it is > >a little bit written to be interpreted by an engine (called phptal) > > >Fxparlant > >(Fran?ois) > > Karthik Gopalakrishnan wrote: > > Hi, > > > > I'm relatively to new to mediawiki. I'm planning to run a wiki in my > > local intranet using the wikipedia Database Dump. I know that full > > text search functionalaity is disabled. I want to remove the "Search" > > Button and just have the "Go" Button to search the articles. Which php > > file should I modify. > > > > !!! Please Help !!! > > Karthik.G > _______________________________________________ > 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! Has lots of invites. From astronouth7303 at gmail.com Fri Apr 1 01:40:19 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Thu, 31 Mar 2005 20:40:19 -0500 Subject: [Mediawiki-l] Just the article wanted In-Reply-To: <7e8fb178ddc21721c2510fbeb4b063fc@Bytesmiths.com> References: <7e8fb178ddc21721c2510fbeb4b063fc@Bytesmiths.com> Message-ID: You mean JUST the wikitax rendered? On Thu, 31 Mar 2005 12:40:04 -0800, Jan Steinman wrote: > Okay, I've gotten pretty good at hacking away at MediaWiki, and could > probably find a way to do this, but I'm looking for the BEST way! > Especially the way that will require the least pain in future releases. > > I want a totally "nude" article page, without discuss/edit/history/move > and ALL the other links, and no background. This will be dropped into a > table, which will contain a page header (which sets the background), > its own links down the side, and a page footer. > > I looked around at the skins, and thought, "I need to start with the > simplest skin," but MySkin.php is essentially empty. Should I copy > this, and start overriding methods that provide non-article content > with NOPs? Or is there a better way to get just the article text? > > Thanks in advance for all the hints and tips that I'm sure are coming! > :-) > > :::: I will not be as those who spend the day in complaining of > headache, and the night in drinking the wine that gives it. -- G?the > :::: Jan Steinman > > _______________________________________________ > 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! Has lots of invites. From Jan at Bytesmiths.com Fri Apr 1 05:42:49 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Thu, 31 Mar 2005 21:42:49 -0800 Subject: [Mediawiki-l] Just the article wanted In-Reply-To: References: <7e8fb178ddc21721c2510fbeb4b063fc@Bytesmiths.com> Message-ID: <82190aa24384deba13b978548bb799b4@Bytesmiths.com> On 31 Mar 2005, at 17:40, Jamie Bliss wrote: > You mean JUST the wikitax rendered? Well, I have an existing gallery system that is very simple. It sets up some state. It includes a header. It outputs some stuff. It includes a footer. (Details at the URL at the end of this message.) I'd like to have just the rendered wikitext come out in between the header and footer, with the ability to open the door and have the whole wiki working. A session variable ($session('admin') != '') would then allow full wiki access, with WHATEVER look-n-feel. The important part is that the non-admin look-n-feel be supplied solely via the header/footer files. Does that make more sense? > On Thu, 31 Mar 2005 12:40:04 -0800, Jan Steinman > wrote: >> Okay, I've gotten pretty good at hacking away at MediaWiki, and could >> probably find a way to do this, but I'm looking for the BEST way! >> Especially the way that will require the least pain in future >> releases. >> >> I want a totally "nude" article page, without >> discuss/edit/history/move >> and ALL the other links, and no background. This will be dropped into >> a >> table, which will contain a page header (which sets the background), >> its own links down the side, and a page footer. >> >> I looked around at the skins, and thought, "I need to start with the >> simplest skin," but MySkin.php is essentially empty. Should I copy >> this, and start overriding methods that provide non-article content >> with NOPs? Or is there a better way to get just the article text? >> >> Thanks in advance for all the hints and tips that I'm sure are coming! >> :-) >> >> :::: I will not be as those who spend the day in complaining of >> headache, and the night in drinking the wine that gives it. -- G?the >> :::: Jan Steinman :::: He who joyfully marches to music in rank and file has already earned my contempt. He has been given a large brain by mistake, since for him the spinal cord would fully suffice. -- Albert Einstein :::: Jan Steinman From f-x.p at laposte.net Fri Apr 1 05:56:33 2005 From: f-x.p at laposte.net (FxParlant) Date: Fri, 01 Apr 2005 07:56:33 +0200 Subject: [Mediawiki-l] Re: How to remove the Search Button from the Re: How to remove the Search Button from the MediaWiki and have just the Go Button. In-Reply-To: References: <804694bf05033110314f42c41b@mail.gmail.com> Message-ID: Hi Jamie, Thanks for the correction, I'm still worriing about jumping to next version... waiting for 1.5 I guess. :-) Fran?ois Jamie Bliss wrote: > PHPTAL has been totally eradicated in 1.4. The file you need to modify > is /skins/MonoBook.php. > > On Thu, 31 Mar 2005 11:31:48 -0700, Karthik Gopalakrishnan > wrote: > >>Hi, >> >>I'm using the Mediawiki 1.4rc1 . I couldn't find the >>templates/xhtml_slim.pt file. >> >>There is no templates directory.. >> >>!!! Please Help !!! >>Karthik.G >> >> >>>The main skeleton of pages is in templates/xhtml_slim.pt >> >>>Beware when you play with it, it's not simple html. As you can see it is >> >> >a little bit written to be interpreted by an engine (called phptal) >> >> >>>Fxparlant >>>(Fran?ois) >> >>Karthik Gopalakrishnan wrote: >> >>>Hi, >>> >>>I'm relatively to new to mediawiki. I'm planning to run a wiki in my >>>local intranet using the wikipedia Database Dump. I know that full >>>text search functionalaity is disabled. I want to remove the "Search" >>>Button and just have the "Go" Button to search the articles. Which php >>>file should I modify. >>> >>>!!! Please Help !!! >>>Karthik.G >> >>_______________________________________________ >>MediaWiki-l mailing list >>MediaWiki-l at Wikimedia.org >>http://mail.wikipedia.org/mailman/listinfo/mediawiki-l >> > > > From anj at aps.anl.gov Fri Apr 1 16:29:21 2005 From: anj at aps.anl.gov (Andrew Johnson) Date: Fri, 01 Apr 2005 10:29:21 -0600 Subject: [Mediawiki-l] Stop new accounts? In-Reply-To: <20050401013856.1F58A1AC1896@mail.wikimedia.org> References: <20050401013856.1F58A1AC1896@mail.wikimedia.org> Message-ID: <424D76E1.2090308@aps.anl.gov> Alistair Johnson wrote: > in localsettings.php > > # Limit creation of new user accounts to staff with admin access > $wgWhitelistAccount = array ( "sysop" => 1, "developer" => 1); Note that when you do this (in version 1.3.11 at least), existing users who are neither a sysop nor a developer are not permitted to set their own password; all they can do is have a new random password mailed to them. I hacked my MediaWiki installation to distinguish between "anonymous" and "user" entries in the $wgWhitelistAccount array, which permits existing registered users to create new accounts and also change their own passwords. This isn't ideal, but it was much easier than hacking the login page and was good enough for my installation. I'll be happy to mail the patch to anyone who wants it, but for some reason I can't get Thunderbird to include it in this message body without line wrapping, and I believe this list will delete it as an attachment. - Andrew -- Podiabombastic: The tendency to shoot oneself in the foot. From fillmewith at tdjc.net Fri Apr 1 16:48:59 2005 From: fillmewith at tdjc.net (fillmewith at tdjc.net) Date: Fri, 1 Apr 2005 11:48:59 -0500 (EST) Subject: [Mediawiki-l] Problem with rewrites Message-ID: <3551.152.15.102.102.1112374139.squirrel@www.tdjc.net> Greets: I am trying to install a local copy of MediaWiki with the March 8th database from the download server and I am having a problem with rewrites. I'm following the instructions loated here: http://meta.wikimedia.org/wiki/Rewrite_rules#Using_an_alias_in_httpd.conf (I have my own server so changing settings is not an issue) I've gone ahead and installed MediaWiki under a subdomain as suggested within the rewrite page and made the change within the LocalSettings.php file. I have also gone ahead and edited local httpd.conf for the domain to add the following: Alias /wiki /home/username/domains/fillmewith.info/public_html/w/index.php and did a restart afterwards. The strange thing though is that links on the home page such as: http://www.fillmewith.info/wiki/index.php/Mine turn into: http://www.fillmewith.info/wiki/Index.php/Mine when clicked on. (Notice the capital I in index.php) I'd imagine that this is causing the Alias to be thrown off and not work. I'm assuming that MediaWiki is thinking that the index.php is the same as an article which would explain the capitalization. (If you follow the link above, it leads to an article labeled "Index.php/Mine" which, of course, doesn't exist.) On the discussion page of the rewrite rule, there's no mention of this and I'm not aware of any search function of this mailing list. I've double checked the LocalSettings.php file, the .htaccess file, etc. but nothing jumps out at me. Any suggestions? Thanks, -drmike Anyone care to make a suggestion? From brion at pobox.com Fri Apr 1 21:17:04 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 01 Apr 2005 13:17:04 -0800 Subject: [Mediawiki-l] Problem with rewrites In-Reply-To: <3551.152.15.102.102.1112374139.squirrel@www.tdjc.net> References: <3551.152.15.102.102.1112374139.squirrel@www.tdjc.net> Message-ID: <424DBA50.2020500@pobox.com> fillmewith at tdjc.net wrote: > The strange thing though is that links on the home page such as: > > http://www.fillmewith.info/wiki/index.php/Mine You have $wgArticlePath set incorrectly: it should be "/wiki/$1", not "/wiki/index.php/$1". -- 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/20050401/b2c99a75/attachment.pgp From johnblumel at earthlink.net Fri Apr 1 21:50:37 2005 From: johnblumel at earthlink.net (John Blumel) Date: Fri, 1 Apr 2005 16:50:37 -0500 Subject: [Mediawiki-l] dump/import data problems Message-ID: I recently dumped (well, someone else dumped it) the data from a MediaWiki database stored in a MySQL v3.23.58 server and imported it into a v4.0.21 server. I noticed on the new instance of the wiki, running on MySQL v4.0.21, that there were some pages where the text wasn't displaying properly and on Editing the page, the 'bad' data was replaced with a number of question marks. Without saving the Edit, I noticed that characters in the database were garbled (I temporarily do not have access to the original site so I can't verify the exact original data but it was served correctly there just before that server was taken off-line and the dump produced.) and that the "garbling" originated in the dump file (probably created in the dump process). Is this a known issue and is there a way to prevent/correct it? I know that MySQL v4.0.x is recommended for MediaWiki but the reasons given seem to be related to performance. I saw a note in the list archive related to similar issues with MySQL v4.1.x, http://mail.wikipedia.org/pipermail/mediawiki-l/2004-November/ 002245.html but I'm not certain this is exactly the same issue since the dump didn't actually turn them into question marks and I can't positively identify the characters from the original database that were corrupted. I think one of them was 0xe8 or 0xe9 (? or ?, if those display correctly in this email -- è or é in HTML encoding) but, being a hopeless English speaking monoglot, I don't know for sure which would have been used. John Blumel From brion at pobox.com Fri Apr 1 22:03:40 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 01 Apr 2005 14:03:40 -0800 Subject: [Mediawiki-l] dump/import data problems In-Reply-To: References: Message-ID: <424DC53C.5010407@pobox.com> John Blumel wrote: > I recently dumped (well, someone else dumped it) the data from a > MediaWiki database stored in a MySQL v3.23.58 server and imported it > into a v4.0.21 server. > > I noticed on the new instance of the wiki, running on MySQL v4.0.21, > that there were some pages where the text wasn't displaying properly > and on Editing the page, the 'bad' data was replaced with a number of > question marks. Without saving the Edit, I noticed that characters in > the database were garbled (I temporarily do not have access to the > original site so I can't verify the exact original data but it was > served correctly there just before that server was taken off-line and > the dump produced.) and that the "garbling" originated in the dump file > (probably created in the dump process). Using the same encoding? Latin-1 or UTF-8 wiki? -- 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/20050401/bab78302/attachment.pgp From johnblumel at earthlink.net Fri Apr 1 22:38:44 2005 From: johnblumel at earthlink.net (John Blumel) Date: Fri, 1 Apr 2005 17:38:44 -0500 Subject: [Mediawiki-l] dump/import data problems In-Reply-To: <424DC53C.5010407@pobox.com> References: <424DC53C.5010407@pobox.com> Message-ID: <4ed98d57ba1b4d61330ff0838fc9dd31@earthlink.net> On Apr 1, 2005, at 5:03pm, Brion Vibber wrote: > Using the same encoding? > > Latin-1 or UTF-8 wiki? Do you mean using the same encoding on the import as the dump? Or, was the correct encoding (to match the DB) used on the dump (or import)? Or something else? I'll have to check on exactly how the dump was generated. I've been using CocoaMySQL (Mac OS X) to do the imports and have tried both encodings, although, perhaps I should try it from the command line to make sure CocoaMySQL is doing what I think it is. (The dump was generated from a Linux system, although, I wouldn't think that would make a difference.) As to the wikis, the following are set to their DefaultSettings.php values: $wgInputEncoding = 'ISO-8859-1'; # LanguageUtf8.php normally overrides this $wgOutputEncoding = 'ISO-8859-1'; # unless you set the next option to true: $wgUseLatin1 = false; # Enable ISO-8859-1 compatibility mode $wgEditEncoding = ''; But it sounds like I need to learn a bit more about this. Assuming you can give an answer based on the information I've provided, what is the correct way to do the dumps and imports? (URL or page name on Meta?) John Blumel From dgerard at gmail.com Sat Apr 2 00:51:00 2005 From: dgerard at gmail.com (David Gerard) Date: Sat, 02 Apr 2005 00:51:00 +0000 Subject: [Mediawiki-l] 1.4.0 works but texvc doesn't (FreeBSD 5.3) Message-ID: <424DEC74.8020608@gmail.com> I've installed the prerequisites for 1.4.0 and then 1.4.0 itself as per http://meta.wikimedia.org/wiki/Running_MediaWiki_on_FreeBSD on my FreeBSD 5.3 box. The wiki is working just fine, but texvc isn't. make ran clearly and there's what looks very like a binary there, but it isn't working. The symptom is that you put a piece of text in the page, e.g. a \over b and, instead of a nice PNG, you get: "Failed to parse (PNG conversion failed; check for correct installation of latex, dvips, gs, and convert): a \over b" What I have here: * latex, dvips, gs and convert are all present in /usr/local/bin . * Per the README, I put putenv("PATH=".getenv("PATH").":/usr/local/bin"); near the top of LocalSettings.php . * The web server runs as user www:www, and the /usr/local/www/data/mediawiki-1.4.0/ directory and everything under it has permissions 644 or 755 and is owned by www:www. * images/tmp exists and contains TeX files, so it's generating those, just failing to render them. But we could have guessed that. * no errors generated by this in /var/log/httpd-error.log . * Brion suggested on irc to make sure PHP safe mode is off. I *think* it is, looking at the config files. Any clues? Is there some obvious newbie 'duh' I've missed? - d. From philippe.barthelemy_gmane at gadz.org Fri Apr 1 23:45:07 2005 From: philippe.barthelemy_gmane at gadz.org (P. Barthelemy) Date: Sat, 02 Apr 2005 01:45:07 +0200 Subject: [Mediawiki-l] hosting my wiki on sourcefroge.net Message-ID: Hi, Is there any guide or how-to on how to set up a mediawiki site on a Sourceforge.net server ? trying hard myself without success.... --p From f-x.p at laposte.net Sat Apr 2 08:45:43 2005 From: f-x.p at laposte.net (FxParlant) Date: Sat, 02 Apr 2005 10:45:43 +0200 Subject: [Mediawiki-l] wiki exploding my frames Message-ID: hello, I've got a page which opens an url in frame 1 and the same url translated by bablefish in frame 2. Whenever I try with a wikipedia (or my wiki), the frameset explodes and there isn't any frame. Is that the effect of a special php or javascript, that I could disconnect on my wiki? http://www.fxparlant.net/static/bilingual/ (the two frames are by default set on a german newspaper translated to french) Fran?ois From hanno at elrador.de Sat Apr 2 13:02:55 2005 From: hanno at elrador.de (Hanno Braun) Date: Sat, 2 Apr 2005 15:02:55 +0200 Subject: [Mediawiki-l] problem with session hijacking detection Message-ID: Hi! I'm running MediaWiki 1.4.0 and have some problems: * Editing doesn't work properly: If I hit "Save page" I get the preview page instead. If I try often enough it will work. This problem occurs only when I'm logged in. * Rollback doesn't work properly: I get a message saying that there is a problem with my login session and that it was cancelled as a precaution against session hijacking. This problem can also be solved by trying often enough. * Same for uploading. * If I log in and don't activate the checkbox saying that the wiki should remember me across sessions I'm instantly logged out again if I load the next page. I think the editing and logout problem are also related to the anti-session-hijacking mechanism, even if there's no error message saying this. I'm not familiar with php or web programming in general but I figured out what the problem might be: The wiki is hosted at Sourceforge.net. sf.net uses multiple apache-servers to serve web pages. When a page is requested an apache is selected by some kind of load balancing mechanism. My theory is that the wiki thinks someone tries to hijack my session anytime the apache that serves my pages chances. This would also explain why retrying very often helps: If the same apache that processed my "edit page" request also processes my "save page" request the wiki detects nothing unusual and lets me save the page. Has someone else experienced this problem and found a solution? Maybe it is possible to deactivate the session hijacking detection somehow? I would be very grateful if someone could help me. regards, Hanno _____________________________ Elrador - Ein Onlinerollenspiel http://elrador.de Elrador Engine - create your own online game http://elrador-engine.sf.net From rowan.collins at gmail.com Sat Apr 2 14:51:05 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Sat, 2 Apr 2005 15:51:05 +0100 Subject: [Mediawiki-l] wiki exploding my frames In-Reply-To: References: Message-ID: <9f02ca4c05040206511841f818@mail.gmail.com> On Apr 2, 2005 9:45 AM, FxParlant wrote: > Whenever I try with a wikipedia (or my wiki), the frameset explodes and > there isn't any frame. > > Is that the effect of a special php or javascript, that I could > disconnect on my wiki? Yep, it's a snippet of JavaScript, intended I think to avoid people displaying Wikipedia content in their own frameset to make it look like their own - very lazy (since they can run a mirror) and anti-social (since bandwidth costs donations). Anyway, it consists of one line in "wikibits.js" (somewhere in the ever-changing skins directory structure, I'll let you find yours): // Un-trap us from framesets if( window.top != window ) window.top.location = window.location; -- Rowan Collins BSc [IMSoP] From adam.julius.angel at gmail.com Sat Apr 2 17:38:28 2005 From: adam.julius.angel at gmail.com (Adam Julius Angel) Date: Sat, 2 Apr 2005 19:38:28 +0200 Subject: [Mediawiki-l] Re: head and meta tags In-Reply-To: References: Message-ID: Thank you very much, is this ($a , 0 , 10 ) ; # 10 keywords max) the right place to edit some keywords. best, Adam function addMetaTags () { global $wgLinkCache , $wgOut ; $good = array_keys ( $wgLinkCache->mGoodLinks ) ; $bad = array_keys ( $wgLinkCache->mBadLinks ) ; $a = array_merge ( $good , $bad ) ; $a = array_slice ( $a , 0 , 10 ) ; # 10 keywords max $a = implode ( ',' , $a ) ; $strip = array( "/<.*?" . ">/" => '', "/[_]/" => ' ' ); $a = htmlspecialchars(preg_replace(array_keys($strip), array_values($strip),$a )); $wgOut->addMeta ( 'KEYWORDS' , $a ) ; } From pchamorro at ingeominas.gov.co Sat Apr 2 18:00:02 2005 From: pchamorro at ingeominas.gov.co (Pablo Chamorro C.) Date: Sat, 2 Apr 2005 13:00:02 -0500 (COT) Subject: [Mediawiki-l] displaying localtime - customized variables Message-ID: Is it possible that CURRENTTIME shows localtime instead of UTC? I'm using $wgLocalTZoffset = -5, and I see it works but only for editing times. Is there some way of defining customized variables? Thanks, Pablo -- Tel: +57 (2) 7314752/3222/2595 - Fax: +57 (2) 7310514 Carrera 31 #18-07 Parque Infantil - PO Box 1795 - Pasto From ucgajpd at ucl.ac.uk Sat Apr 2 20:53:54 2005 From: ucgajpd at ucl.ac.uk (Jason Davies) Date: Sat, 2 Apr 2005 21:53:54 +0100 Subject: [Mediawiki-l] 1.4.0 doesn't seem to work... In-Reply-To: Message-ID: >>It might "make sense" if PHP's built-in functions are malfunctioning >>and the functioning of wfTimestamp() is therefore broken. :) for the record, this turned out to be because of changes in the PHP database to run Oracle server. We're hoping that PHP upgrade in a little while will solve. Thanks for the advice on this. From brion at pobox.com Sat Apr 2 21:02:04 2005 From: brion at pobox.com (Brion Vibber) Date: Sat, 02 Apr 2005 13:02:04 -0800 Subject: [Mediawiki-l] problem with session hijacking detection In-Reply-To: References: Message-ID: <424F084C.3090405@pobox.com> Hanno Braun wrote: [snip] > The wiki is hosted at Sourceforge.net. sf.net uses multiple > apache-servers to serve web pages. When a page is requested an apache is > selected by some kind of load balancing mechanism. [ship] You need to set the session save path to a directory that's common to all servers instead of /tmp, which is on the local hard drive. See: http://www.php.net/session http://www.php.net/ini_set Note that Sourceforge's project web servers are deliberately configured in a very insecure way for a multiuser server farm; any other registered developer on any other project can read your session files, or use the database password in your LocalSettings.php to get into your project's MySQL database. Due to the security situation I would recommend against running a wiki or any other database-driven or password-accepting application in your SourceForge project web space. -- 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/20050402/9df148b4/attachment.pgp From crewscut at mail.dk Sat Apr 2 12:46:06 2005 From: crewscut at mail.dk (Morten Blaabjerg) Date: Sat, 02 Apr 2005 14:46:06 +0200 Subject: [Mediawiki-l] Make popularpages display other namespaces? Message-ID: <424E940E.F9FE99F3@mail.dk> Have been trying to insert other namespaces into the SQL query of SpecialPopularPages.php, and pages in other than the main namespace do appear, except that their titles and proper links don't take effect. I want userpages, image pages and other namespace pages to appear on the list, and in the future I want to include a dropdown menu similar to the ones on the log pages, so that the user can pick the lists themselves and sort them in different ways. I'm running MediaWiki v1.4 beta5 (still need to do the final update to v.1.4 stable) I'd be grateful for any insights, you might have :-) Best Wishes, Morten -- Crews Cut Community http://www.crewscut.com Morten Blaabjerg Dronningensgade 4B, DK-5000 Odense C. Tlf. +45 65 90 60 88 From christof at damian.net Sat Apr 2 21:15:05 2005 From: christof at damian.net (Christof Damian) Date: Sat, 2 Apr 2005 23:15:05 +0200 Subject: [Mediawiki-l] wiki exploding my frames In-Reply-To: References: Message-ID: <20050402211505.GA22339@batman.gotham.krass.com> On Sat, 02 Apr 2005, FxParlant wrote: > hello, > > I've got a page which opens an url in frame 1 and the same url > translated by bablefish in frame 2. > > Whenever I try with a wikipedia (or my wiki), the frameset explodes > and there isn't any frame. > > Is that the effect of a special php or javascript, that I could > disconnect on my wiki? its in the javascript. have a look at skins/common/wikibits.js and comment out these lines: Un-trap us from framesets if( window.top != window ) window.top.location = window.location; I did this too, because it was confusing with google images. christof -- Christof Damian christof at damian.net From christof at damian.net Sat Apr 2 21:25:39 2005 From: christof at damian.net (Christof Damian) Date: Sat, 2 Apr 2005 23:25:39 +0200 Subject: [Mediawiki-l] google and image pages Message-ID: <20050402212539.GB22339@batman.gotham.krass.com> does anyone know why google doesn't index description pages of images? if i do a google search like this: "site:wikipedia.org inurl:image" i just get about 650 result, some of which are media files, but none are images (jpg/gif/png). descriptions can contain important information, so this is a bit of a pity, isn't. well, its for my site at least. christof -- Christof Damian http://krass.com/ damian at krass.com From brion at pobox.com Sat Apr 2 21:43:00 2005 From: brion at pobox.com (Brion Vibber) Date: Sat, 02 Apr 2005 13:43:00 -0800 Subject: [Mediawiki-l] google and image pages In-Reply-To: <20050402212539.GB22339@batman.gotham.krass.com> References: <20050402212539.GB22339@batman.gotham.krass.com> Message-ID: <424F11E4.50606@pobox.com> Christof Damian wrote: > does anyone know why google doesn't index description pages of images? > if i do a google search like this: "site:wikipedia.org inurl:image" i > just get about 650 result, some of which are media files, but none are > images (jpg/gif/png). Probably Google is stupid enough to think '.jpg' at the end of a URL means the resource is itself an image. "File extensions" are meaningless on URLs, and should not be relied upon. (Internet Explorer has some security problems related to this.) -- 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/20050402/ee5b3978/attachment.pgp From rgrempel at gmail.com Sat Apr 2 22:52:15 2005 From: rgrempel at gmail.com (Ryan Rempel) Date: Sat, 2 Apr 2005 16:52:15 -0600 Subject: [Mediawiki-l] Implementing case-insensitive links on a new wiki In-Reply-To: References: <424898F2.6070802@pobox.com> Message-ID: I've been working on this a bit, and thought I'd let you know what I've come up with. I should say at the outset that I don't really know what I'm doing and none of this is tested very much, so it's kind of experimental at this point. As far as the database is concerned, it seems that it is possible in mysql to make the cur_title (and related fields) case-insensitive within mysql itself. So I did that, as a kind of experiment. The idea is to avoid (if possible) storing a second version of the cur_title field (though it may end up being required for reasons that I don't know about yet). The next issue is that the mediawiki PHP code uses associative arrays here and there with titles as the keys (often as caches and the like). So what I've done (for some of these arrays) is use mb_stringtolower when inserting keys and checking for keys. This involves changes to LinkCache.php, Parser.php, and Title.php (so far). I've attached a .diff file as an example (remember, this is just an experiment so far). I haven't done a whole lot of testing, but so far this seems (at least superficially) to do what I want. I can create new pages with whatever case for title that I want, and links work even if case doesn't match. What will need some experimenting is to figure out what this breaks -- I'm sure it breaks something! One interesting thing I've noticed is that the "headline" on a page is controlled by the URL you use to reach it, rather than the cur_title of the page itself. That is, the headline matches the case of the URL, rather than the case of the actual cur_title. I suppose what I could do is normalize the URL generated for the link so that it matches the case of cur_title (rather than the case in the wikitext). Either that or change the code that generates the headline to use cur_title's case, but I suspect there may be a reason why it doesn't do that. The other thing I've thought of is that I would probably want to special-case "move page" where the new title differs from the old title only in case. In that event, it may be possible simply to update cur_title without doing much else -- depending on what side effects arise. Anyway, I thought that people might be interested in this -- again, it is just and experiment, and I don't really know the mediawiki code well, so I'm sure there is lots that this wrong with this. From astronouth7303 at gmail.com Sat Apr 2 22:56:26 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Sat, 2 Apr 2005 17:56:26 -0500 Subject: [Mediawiki-l] Implementing case-insensitive links on a new wiki In-Reply-To: References: <424898F2.6070802@pobox.com> Message-ID: Attachements are striped. On Apr 2, 2005 5:52 PM, Ryan Rempel wrote: > I've been working on this a bit, and thought I'd let you know what > I've come up with. I should say at the outset that I don't really know > what I'm doing and none of this is tested very much, so it's kind of > experimental at this point. > > As far as the database is concerned, it seems that it is possible in > mysql to make the cur_title (and related fields) case-insensitive > within mysql itself. So I did that, as a kind of experiment. The idea > is to avoid (if possible) storing a second version of the cur_title > field (though it may end up being required for reasons that I don't > know about yet). > > The next issue is that the mediawiki PHP code uses associative arrays > here and there with titles as the keys (often as caches and the like). > So what I've done (for some of these arrays) is use mb_stringtolower > when inserting keys and checking for keys. This involves changes to > LinkCache.php, Parser.php, and Title.php (so far). I've attached a > .diff file as an example (remember, this is just an experiment so > far). > > I haven't done a whole lot of testing, but so far this seems (at least > superficially) to do what I want. I can create new pages with whatever > case for title that I want, and links work even if case doesn't match. > > What will need some experimenting is to figure out what this breaks -- > I'm sure it breaks something! > > One interesting thing I've noticed is that the "headline" on a page is > controlled by the URL you use to reach it, rather than the cur_title > of the page itself. That is, the headline matches the case of the URL, > rather than the case of the actual cur_title. I suppose what I could > do is normalize the URL generated for the link so that it matches the > case of cur_title (rather than the case in the wikitext). Either that > or change the code that generates the headline to use cur_title's > case, but I suspect there may be a reason why it doesn't do that. > > The other thing I've thought of is that I would probably want to > special-case "move page" where the new title differs from the old > title only in case. In that event, it may be possible simply to update > cur_title without doing much else -- depending on what side effects > arise. > > Anyway, I thought that people might be interested in this -- again, it > is just and experiment, and I don't really know the mediawiki code > well, so I'm sure there is lots that this wrong with this. > > > _______________________________________________ > 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! Has lots of invites. From f-x.p at laposte.net Sat Apr 2 23:21:44 2005 From: f-x.p at laposte.net (FxParlant) Date: Sun, 03 Apr 2005 01:21:44 +0200 Subject: [Mediawiki-l] Re: wiki exploding my frames In-Reply-To: <9f02ca4c05040206511841f818@mail.gmail.com> References: <9f02ca4c05040206511841f818@mail.gmail.com> Message-ID: Thanks a lot Rowan. Fran?ois Rowan Collins wrote: > On Apr 2, 2005 9:45 AM, FxParlant wrote: > > >>Whenever I try with a wikipedia (or my wiki), the frameset explodes and >>there isn't any frame. >> >>Is that the effect of a special php or javascript, that I could >>disconnect on my wiki? > > > Yep, it's a snippet of JavaScript, intended I think to avoid people > displaying Wikipedia content in their own frameset to make it look > like their own - very lazy (since they can run a mirror) and > anti-social (since bandwidth costs donations). > > Anyway, it consists of one line in "wikibits.js" (somewhere in the > ever-changing skins directory structure, I'll let you find yours): > > // Un-trap us from framesets > if( window.top != window ) window.top.location = window.location; > From rgrempel at gmail.com Sat Apr 2 23:27:49 2005 From: rgrempel at gmail.com (Ryan Rempel) Date: Sat, 2 Apr 2005 17:27:49 -0600 Subject: [Mediawiki-l] Implementing case-insensitive links on a new wiki In-Reply-To: References: <424898F2.6070802@pobox.com> Message-ID: On Apr 2, 2005 4:56 PM, Jamie Bliss wrote: > Attachements are stripped. Ah, I hadn't thought of that. Here's a link to the diff I mentioned: http://homepage.mac.com/ryanrempel/case.diff I should add that it is a diff against version 1.4.0. (I haven't looked into verson 1.5). From f-x.p at laposte.net Sat Apr 2 23:23:32 2005 From: f-x.p at laposte.net (FxParlant) Date: Sun, 03 Apr 2005 01:23:32 +0200 Subject: [Mediawiki-l] Re: wiki exploding my frames In-Reply-To: <20050402211505.GA22339@batman.gotham.krass.com> References: <20050402211505.GA22339@batman.gotham.krass.com> Message-ID: Thanks Christof, As my wiki is just a personal site, I'll disconnect this feature too Fran?ois Christof Damian wrote: > On Sat, 02 Apr 2005, FxParlant wrote: > >>hello, >> >>I've got a page which opens an url in frame 1 and the same url >>translated by bablefish in frame 2. >> >>Whenever I try with a wikipedia (or my wiki), the frameset explodes >>and there isn't any frame. >> >>Is that the effect of a special php or javascript, that I could >>disconnect on my wiki? > > > its in the javascript. have a look at skins/common/wikibits.js and > comment out these lines: > > Un-trap us from framesets > if( window.top != window ) window.top.location = window.location; > > I did this too, because it was confusing with google images. > > christof From lisajill at gmail.com Sun Apr 3 03:33:49 2005 From: lisajill at gmail.com (Namrah) Date: Sat, 2 Apr 2005 22:33:49 -0500 Subject: [Mediawiki-l] Stat counter Message-ID: <8618637b05040219337a2de3a5@mail.gmail.com> Greetings everyone, I'm sure that this has come up before but I can't find it. I want to add a stat counter from one of the external services to the footer of my mediawiki, so that it is on all pages. I can't seem to find which files or where I would put this. Any help would be appreciated. -- Lisa Jill http://www.eewiki.com From renatoslima at gmail.com Sun Apr 3 05:49:56 2005 From: renatoslima at gmail.com (Renato Saldanha Lima) Date: Sun, 3 Apr 2005 02:49:56 -0300 Subject: [Mediawiki-l] Problems w/ editing References: <8618637b05040219337a2de3a5@mail.gmail.com> Message-ID: <001001c53810$f9566c70$0301010a@home01> Hi, I'm a beginner and, i guess, i need help for a simple problem. Besides my english is not so good. I'll try it anyway. I was editing the Principal Page using headline text. I follow the help on pt.wiki.org. But the result of editing was something lime that: Headline text My headline text isn't shown. An reedition don't fix the trouble. So i went to history and tryed out to revert the page to an older version. It was ok. The headline was there. Although, when i pressed ok botton, the Principal Page was the same it was. Im running 1.4 version. Atencipated thanks, Renato Lima From f-x.p at laposte.net Sun Apr 3 08:14:55 2005 From: f-x.p at laposte.net (FxParlant) Date: Sun, 03 Apr 2005 10:14:55 +0200 Subject: [Mediawiki-l] Re: Stat counter In-Reply-To: <8618637b05040219337a2de3a5@mail.gmail.com> References: <8618637b05040219337a2de3a5@mail.gmail.com> Message-ID: Hi Namrah, I think you want to modify the skeleton for all pages. If you are running version 1.3, it is in templates/whtml_slim.pt If you are running version 1.4, it is in skins/monobook.php (here, I guess that you didn't change the default layout. If you changed the skin to something else as monobook (let's call it myskin), then you need to modify skins/myskin.php (I'm only suming up what I've learned this week... hope I understood what Jamie said previously) Fran?ois Namrah wrote: > Greetings everyone, > > I'm sure that this has come up before but I can't find it. I want to add a > stat counter from one of the external services to the footer of my > mediawiki, so that it is on all pages. I can't seem to find which files or > where I would put this. > > Any help would be appreciated. > From f-x.p at laposte.net Sun Apr 3 08:17:03 2005 From: f-x.p at laposte.net (FxParlant) Date: Sun, 03 Apr 2005 10:17:03 +0200 Subject: [Mediawiki-l] Re: Problems w/ editing In-Reply-To: <001001c53810$f9566c70$0301010a@home01> References: <8618637b05040219337a2de3a5@mail.gmail.com> <001001c53810$f9566c70$0301010a@home01> Message-ID: Renato, I'm sorry I didn't really understand what you mean. Can you give the adress of the site where this happens? Fran?ois Renato Saldanha Lima wrote: > Hi, > > I'm a beginner and, i guess, i need help for a simple problem. Besides > my english is not so good. I'll try it anyway. > > I was editing the Principal Page using headline text. I follow the help > on pt.wiki.org. But the result of editing was something lime that: > > Headline text > My headline text isn't shown. An reedition don't fix the trouble. So i > went to history and tryed out to revert the page to an older version. > It was ok. The headline was there. Although, when i pressed ok botton, > the Principal Page was the same it was. > > Im running 1.4 version. > > Atencipated thanks, > > Renato Lima From hanno at elrador.de Sun Apr 3 09:41:07 2005 From: hanno at elrador.de (Hanno Braun) Date: Sun, 3 Apr 2005 11:41:07 +0200 Subject: [Mediawiki-l] problem with session hijacking detection In-Reply-To: <424F084C.3090405@pobox.com> References: <424F084C.3090405@pobox.com> Message-ID: Am 02.04.2005 um 23:02 schrieb Brion Vibber: > You need to set the session save path to a directory that's common to > all servers instead of /tmp, which is on the local hard drive. > [...] Thank you. I managed to do this, no everything works perfectly. > Note that Sourceforge's project web servers are deliberately configured > in a very insecure way for a multiuser server farm; > [...] > Due to the security situation I would recommend against running a wiki > or any other database-driven or password-accepting application in your > SourceForge project web space. Thank you for this advice, but I'm already aware of the security risk. I'm doing daily database backups to a protected directory and I will place an advice on my website to tell my visitors about this risk. I don't like this situation, but the only alternatives that I see would be to place the wiki at some expensive hosting provider's webspace or on my own (very slow) servers. Thank you for your help! Hanno _____________________________ Elrador - Ein Onlinerollenspiel http://elrador.de Elrador Engine - create your own online game http://elrador-engine.sf.net From astronouth7303 at gmail.com Sun Apr 3 17:36:29 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Sun, 3 Apr 2005 13:36:29 -0400 Subject: [Mediawiki-l] Re: Stat counter In-Reply-To: References: <8618637b05040219337a2de3a5@mail.gmail.com> Message-ID: On Apr 3, 2005 3:14 AM, FxParlant wrote: > Hi Namrah, > > I think you want to modify the skeleton for all pages. > If you are running version 1.3, it is in templates/whtml_slim.pt > If you are running version 1.4, it is in skins/monobook.php (here, I > guess that you didn't change the default layout. If you changed the skin > to something else as monobook (let's call it myskin), then you need to > modify skins/myskin.php Indeed. In 1.4, it's going to be between lines 186 and 191 you want to do it (based on v1.4.0). in 1.3, about lines 140-145 (v1.3.9). > (I'm only suming up what I've learned this week... hope I understood > what Jamie said previously) :D Thank you. > Fran?ois > > Namrah wrote: > > Greetings everyone, > > > > I'm sure that this has come up before but I can't find it. I want to add a > > stat counter from one of the external services to the footer of my > > mediawiki, so that it is on all pages. I can't seem to find which files or > > where I would put this. > > > > Any help would be appreciated. > > > > _______________________________________________ > 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 had 2GB. From lisajill at gmail.com Sun Apr 3 18:49:57 2005 From: lisajill at gmail.com (Namrah) Date: Sun, 3 Apr 2005 14:49:57 -0400 Subject: [Mediawiki-l] Re: Stat counter In-Reply-To: References: <8618637b05040219337a2de3a5@mail.gmail.com> Message-ID: <8618637b0504031149c7342f4@mail.gmail.com> I got it, I'm on 1.4 so it was easy enough once I knew what file to look in. Thank you so much =) On Apr 3, 2005 4:14 AM, FxParlant wrote: > > Hi Namrah, > > I think you want to modify the skeleton for all pages. > If you are running version 1.3, it is in templates/whtml_slim.pt > If you are running version 1.4, it is in skins/monobook.php (here, I > guess that you didn't change the default layout. If you changed the skin > to something else as monobook (let's call it myskin), then you need to > modify skins/myskin.php > > (I'm only suming up what I've learned this week... hope I understood > what Jamie said previously) > > Fran?ois > > Namrah wrote: > > Greetings everyone, > > > > I'm sure that this has come up before but I can't find it. I want to add > a > > stat counter from one of the external services to the footer of my > > mediawiki, so that it is on all pages. I can't seem to find which files > or > > where I would put this. > > > > Any help would be appreciated. > > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- Lisa Jill http://www.lisajill.net From renatoslima at gmail.com Sun Apr 3 19:29:18 2005 From: renatoslima at gmail.com (Renato Saldanha Lima) Date: Sun, 3 Apr 2005 16:29:18 -0300 Subject: [Mediawiki-l] Re: Problems w/ editing References: <8618637b05040219337a2de3a5@mail.gmail.com><001001c53810$f9566c70$0301010a@home01> Message-ID: <001f01c53883$7f0bd400$0301010a@home01> Fran?ois, Thanks for you attention. As I said, i'm a beginner. I guess the problem is solved. The old Main Page was storaged in my browser cache. I deleted the cache and it's ok now. Will it occurr every time i edit a page? I intend my wiki as a web based PIM, so you'll need a password and a login to access it. If you still consider necessary, i send you a login and a password. Thanks again and sorry, Renato ---- Original Message ----- From: "FxParlant" To: Sent: Sunday, April 03, 2005 5:17 AM Subject: [Mediawiki-l] Re: Problems w/ editing > Renato, > > I'm sorry I didn't really understand what you mean. Can you give the > adress of the site where this happens? > > Fran?ois > > Renato Saldanha Lima wrote: >> Hi, >> >> I'm a beginner and, i guess, i need help for a simple problem. Besides >> my english is not so good. I'll try it anyway. >> >> I was editing the Principal Page using headline text. I follow the help >> on pt.wiki.org. But the result of editing was something lime that: >> >> Headline text >> My headline text isn't shown. An reedition don't fix the trouble. So i >> went to history and tryed out to revert the page to an older version. >> It was ok. The headline was there. Although, when i pressed ok botton, >> the Principal Page was the same it was. >> >> Im running 1.4 version. >> >> Atencipated thanks, >> >> Renato Lima > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From philippe.barthelemy_gmane at gadz.org Sun Apr 3 11:28:45 2005 From: philippe.barthelemy_gmane at gadz.org (P. Barthelemy) Date: Sun, 03 Apr 2005 13:28:45 +0200 Subject: [Mediawiki-l] haloscan-like comments and trackbacks ? Message-ID: Hi, I'd like to add Haloscan comments and trackbacks ( or something like haloscan, at least ). How can I do it ? TIA, --Philippe From s98716095 at gmail.com Sun Apr 3 13:01:12 2005 From: s98716095 at gmail.com (cynic) Date: Sun, 03 Apr 2005 15:01:12 +0200 Subject: [Mediawiki-l] merge phpbb and mediawiki Message-ID: <424FE918.5020905@gmail.com> hello community first post from my side.. i'm trying to merge mediawiki with phpbb but i have lots of troubles. did somebody already try this? it is no problem to let phpbb SHOW the wiki articles, but it's not possible to EDIT the articles. dunno, do you need more informations to help? demosystem on: http://forum.bkeen.ch/wiki.php (its german) you can try to edit this article: http://forum.bkeen.ch/wiki.php?title=Anime&action=edit second problem.. i'd like to use 1 user DB, so my users dont have to register twice. it would be great, if a user who's logged in in phpbb is also logged in (with the same name) in mediawiki.. does somebody have any tipps and tricks to do this? greetings, bk From axelclk at gmail.com Sun Apr 3 20:21:29 2005 From: axelclk at gmail.com (Axel) Date: Sun, 3 Apr 2005 22:21:29 +0200 Subject: [Mediawiki-l] merge phpbb and mediawiki In-Reply-To: <424FE918.5020905@gmail.com> References: <424FE918.5020905@gmail.com> Message-ID: <7a49c6350504031321731696e@mail.gmail.com> On Apr 3, 2005 3:01 PM, cynic wrote: > second problem.. i'd like to use 1 user DB, so my users dont have to > register twice. it would be great, if a user who's logged in in phpbb is > also logged in (with the same name) in mediawiki.. does somebody have > any tipps and tricks to do this? I found these links in the archives: http://mail.wikipedia.org/pipermail/mediawiki-l/2005-March/004107.html http://www.phpbb.de/viewtopic.php?p=432808#432808 I'm also interested in a MediaWiki/phpBB Forum, do you plan to publish your port? -- Axel Kramer http://www.phpeclipse.de - PHP Eclipse Plugin http://www.plog4u.org - Wikipedia Eclipse Plugin From philippe.barthelemy_gmane at gadz.org Sun Apr 3 20:15:13 2005 From: philippe.barthelemy_gmane at gadz.org (P. Barthelemy) Date: Sun, 03 Apr 2005 22:15:13 +0200 Subject: [Mediawiki-l] Re: hosting my wiki on sourcefroge.net In-Reply-To: References: Message-ID: BTW, as I noticed a couple of post to the SF.net support on this matter, I started a page on the meta-wiki on this to gather all the infos needed to host a MediaWiki on SourceForge : http://meta.wikimedia.org/wiki/Running_MediaWiki_on_Sourceforge.net hey, it's a Wiki : fell free to contribute.... ;-) P. Barthelemy wrote: > Hi, > > Is there any guide or how-to on how to set up a mediawiki site on a > Sourceforge.net server ? > > trying hard myself without success.... > > --p From mail at tgries.de Mon Apr 4 00:31:01 2005 From: mail at tgries.de (Thomas Gries) Date: Mon, 04 Apr 2005 02:31:01 +0200 Subject: [Mediawiki-l] delay announcement: ENotif and EAuthent for 1.4 Message-ID: <42508AC5.2080904@tgries.de> Again and for information only to avoid double-work: I am busy with back-porting ENotif [1] and EAuthent [2] (email notification and authentication) from 1.5 to 1.4. It will be delayed some days. If you have questions or suggestions, please look to [3] or reply directly to me, please. New scheduled release date: 09.04.2005 Tom [1] http://bugzilla.wikipedia.org/show_bug.cgi?id=454 [2] http://bugzilla.wikipedia.org/show_bug.cgi?id=866 [3] http://meta.wikipedia.org/wiki/Enotif From astronouth7303 at gmail.com Mon Apr 4 02:08:39 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Sun, 3 Apr 2005 22:08:39 -0400 Subject: [Mediawiki-l] merge phpbb and mediawiki In-Reply-To: <7a49c6350504031321731696e@mail.gmail.com> References: <424FE918.5020905@gmail.com> <7a49c6350504031321731696e@mail.gmail.com> Message-ID: Me, too. I'm actually trying to get them to work together, as far as users and skins, so that the merge with the static content on there. I would be very interested what you did as far as parser extensions in phpBB. On Apr 3, 2005 4:21 PM, Axel wrote: > On Apr 3, 2005 3:01 PM, cynic wrote: > > second problem.. i'd like to use 1 user DB, so my users dont have to > > register twice. it would be great, if a user who's logged in in phpbb is > > also logged in (with the same name) in mediawiki.. does somebody have > > any tipps and tricks to do this? > > I found these links in the archives: > http://mail.wikipedia.org/pipermail/mediawiki-l/2005-March/004107.html > http://www.phpbb.de/viewtopic.php?p=432808#432808 > > I'm also interested in a MediaWiki/phpBB Forum, do you plan to publish > your port? > > -- > Axel Kramer > http://www.phpeclipse.de - PHP Eclipse Plugin > http://www.plog4u.org - Wikipedia Eclipse Plugin > _______________________________________________ > 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 had 2GB. From vogel_sebastian at hotmail.com Mon Apr 4 08:23:37 2005 From: vogel_sebastian at hotmail.com (sebastian n/a) Date: Mon, 04 Apr 2005 08:23:37 +0000 Subject: [mediawiki-l] Database Error when saving Message-ID: I get following error when saving an article: Database error (Datenbank Fehler) Internal error (Interner Fehler) Actually this happens when I save an article, however, the article does get saved though and gets listed under "recent changes". I?m running MediaWiki: 1.4.0 PHP: 4.3.8 (apache2handler) MySQL: 4.0.20 Does anyone know what the problem might be? From vogel_sebastian at hotmail.com Mon Apr 4 09:00:28 2005 From: vogel_sebastian at hotmail.com (sebastian n/a) Date: Mon, 04 Apr 2005 09:00:28 +0000 Subject: [mediawiki-l] Database Error when saving(update) In-Reply-To: Message-ID: This happens only when I put the html comment tags inside ....(for search help). Yet it used to work before... From vogel_sebastian at hotmail.com Mon Apr 4 09:09:10 2005 From: vogel_sebastian at hotmail.com (sebastian n/a) Date: Mon, 04 Apr 2005 09:09:10 +0000 Subject: [mediawiki-l] Database Error when saving(updatefinal) In-Reply-To: Message-ID: Sorry....I just restarted the whole thing,..now it works...I?m sorry I just don?t know nothing about this :-) From nvasiliev at whiteriversoft.com Mon Apr 4 12:32:51 2005 From: nvasiliev at whiteriversoft.com (Nicolay A. Vasiliev) Date: Mon, 04 Apr 2005 16:32:51 +0400 Subject: [Mediawiki-l] DB upload trouble Message-ID: <425133F3.5030003@whiteriversoft.com> Hello there! Let me come in to your community please :) ! And immediately I need your advice. I am starting to install WikiPedia on my server. I got DB dump and tried to execute this from shell by connecting to DB and pointing the source as this dump. This operation starts to insert records but after some time it fails with an error of max packet size exceeding. This paameter set as 1 Gb already but this fires in any case :( . Help me please how could I upload the WikiPedia database. Thanks in advance and sorry my por English. Nicolay Vasiliev. From richholton at gmail.com Mon Apr 4 12:43:01 2005 From: richholton at gmail.com (Richard Holton) Date: Mon, 4 Apr 2005 07:43:01 -0500 Subject: [Mediawiki-l] DB upload trouble In-Reply-To: <425133F3.5030003@whiteriversoft.com> References: <425133F3.5030003@whiteriversoft.com> Message-ID: <4a37983b05040405437b1584@mail.gmail.com> On Apr 4, 2005 7:32 AM, Nicolay A. Vasiliev wrote: > Hello there! > > Let me come in to your community please :) ! > > And immediately I need your advice. I am starting to install WikiPedia > on my server. I got DB dump and tried to execute this from shell by > connecting to DB and pointing the source as this dump. This operation > starts to insert records but after some time it fails with an error of > max packet size exceeding. This paameter set as 1 Gb already but this > fires in any case :( . Help me please how could I upload the WikiPedia > database. > > Thanks in advance and sorry my por English. > > Nicolay Vasiliev. > Nicolay, Could you give some detailed information: What is the actual error message you are receiving? What table are your attempting to load? What dump file are you using? What operating system are you using? What database software and which version? The more information like this that you provide, the easier it is for someone to help. -- Rich Holton en.wikipedia:User:Rholton From nvasiliev at whiteriversoft.com Mon Apr 4 12:53:25 2005 From: nvasiliev at whiteriversoft.com (Nicolay A. Vasiliev) Date: Mon, 04 Apr 2005 16:53:25 +0400 Subject: [Mediawiki-l] DB upload trouble In-Reply-To: <4a37983b05040405437b1584@mail.gmail.com> References: <425133F3.5030003@whiteriversoft.com> <4a37983b05040405437b1584@mail.gmail.com> Message-ID: <425138C5.6000009@whiteriversoft.com> Hello Richard! Best of all thank you for so quick answer! I use MySQL 4.1.7 under FreeBSD 4.10. The error message fires when I try to execute 20050309_cur_table.sql. The error message is something like "max_allowed_packet size is exceeded". I suppose it's because all records are inserted in one "insert" clause. Richard Holton wrote: >On Apr 4, 2005 7:32 AM, Nicolay A. Vasiliev > wrote: > > >>Hello there! >> >>Let me come in to your community please :) ! >> >>And immediately I need your advice. I am starting to install WikiPedia >>on my server. I got DB dump and tried to execute this from shell by >>connecting to DB and pointing the source as this dump. This operation >>starts to insert records but after some time it fails with an error of >>max packet size exceeding. This paameter set as 1 Gb already but this >>fires in any case :( . Help me please how could I upload the WikiPedia >>database. >> >>Thanks in advance and sorry my por English. >> >>Nicolay Vasiliev. >> >> >> > >Nicolay, > >Could you give some detailed information: > >What is the actual error message you are receiving? >What table are your attempting to load? What dump file are you using? >What operating system are you using? >What database software and which version? > >The more information like this that you provide, the easier it is for >someone to help. > >-- Rich Holton > >en.wikipedia:User:Rholton > > From jordidr at gmail.com Mon Apr 4 15:07:19 2005 From: jordidr at gmail.com (Jordi Domingo) Date: Mon, 4 Apr 2005 17:07:19 +0200 Subject: [Mediawiki-l] mysqldump - no permission to backup (and a knoppix issue) Message-ID: <4f1dbf1105040408073a89e6a3@mail.gmail.com> Hello everybody! I am creating my wiki but I need to present my progress regularly to my project's heads. I can mail the .php, but the content of the page and other thing are by DB. So, I read Documentation::Administration, and I decide to make a dump of the DB ('Backing up data: Creating a database dump') and recuperate it in my bosses' computer (following 'Importing the database dump'). I go to /opt/lampp/bin (I use Xampp) and ./mysql . Then 'use wikidb', I try 'select * from cur where cur_namespace='Portada';' and all right... but trying ./mysqldump --user=wikiuser --password=mypassword \wikidb > wiki-volcatdb-1.txt does ./mysqldump: Got error: 1044: Access denied for user 'wikiuser'@'localhost' to database 'wikidb' when using LOCK TABLES In localsettings.php I have: $wgDBserver = "localhost"; $wgDBname = "wikidb"; $wgDBuser = "wikiuser"; $wgDBpassword = "mypassword"; $wgDBprefix = ""; I installed from root...I don't have permissions in the DB?? By the way, I am trying to work from home using Knoppix; I have read that I can modify permissions and so write in disk, but it's reasonable to work with Wikipedia and Xampp using Knoppix liveCD? Thanks in advance Jordi From cheekygeek at gmail.com Mon Apr 4 17:59:11 2005 From: cheekygeek at gmail.com (CheekyGeek) Date: Mon, 4 Apr 2005 12:59:11 -0500 Subject: [Mediawiki-l] Where is the Categories page? Message-ID: <39deb1a8050404105955794682@mail.gmail.com> This page: http://meta.wikimedia.org/wiki/MediaWiki_FAQ#How_do_I_put_an_alphabetical_list_of_links_on_the_top_of_the_category_page.3F Mentions a "Category Page". Where is that? (What do I edit?) I love this software, but the Documentation is more than a little scattered. Thanks for any pointers! Darren Addy Kearney, NE From sr.ribeiro at gmail.com Mon Apr 4 18:09:37 2005 From: sr.ribeiro at gmail.com (=?ISO-8859-1?Q?S=E9rgio_Ribeiro?=) Date: Mon, 4 Apr 2005 19:09:37 +0100 Subject: [Mediawiki-l] Where is the Categories page? In-Reply-To: <39deb1a8050404105955794682@mail.gmail.com> References: <39deb1a8050404105955794682@mail.gmail.com> Message-ID: <71fb0a8e05040411097b02cfc0@mail.gmail.com> myWikiURL/Category:Test or just click on the link that a page using a cat has. See http://meta.wikimedia.org/wiki/MediaWiki , on the bottom of the page there's: "Categories: MediaWiki ", this are links to the categories pages. Then click the edit button/tab on the category page. PS: Sorry for the bad english, hope this can help you. On Apr 4, 2005 6:59 PM, CheekyGeek wrote: > > This page: > > http://meta.wikimedia.org/wiki/MediaWiki_FAQ#How_do_I_put_an_alphabetical_list_of_links_on_the_top_of_the_category_page.3F > > Mentions a "Category Page". Where is that? (What do I edit?) > > I love this software, but the Documentation is more than a little > scattered. > Thanks for any pointers! > > Darren Addy > Kearney, NE > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- Edit this page @ http://pt.wikipedia.org From mailkars at gmail.com Mon Apr 4 20:32:42 2005 From: mailkars at gmail.com (Karthik Gopalakrishnan) Date: Mon, 4 Apr 2005 14:32:42 -0600 Subject: [Mediawiki-l] How to Move the Search Box on top and move the Article, Edit Tab Links to the left in the Navigation Menu Message-ID: <804694bf05040413322569814d@mail.gmail.com> hi, I'm working on changing the MonoBook Skin. I was successful in changing the CSS to hide the Search Button ( with the help of people in this maling group.) Now I want to Move the Search Box on the top and move the link tabs (Article, Discussion, Edit ) to the navigation menu ( Main Page, Community Portal, Random Page). I tried to look up the MonoBook.php and the skinTemplate.php. I found out the navigation menu being written in a array ( It is confusing !!). I was wondering is there a way to do it easier. !!! Please Help !!! Karthik.G From rowan.collins at gmail.com Mon Apr 4 22:14:14 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Mon, 4 Apr 2005 23:14:14 +0100 Subject: [Mediawiki-l] Where is the Categories page? In-Reply-To: <39deb1a8050404105955794682@mail.gmail.com> References: <39deb1a8050404105955794682@mail.gmail.com> Message-ID: <9f02ca4c050404151443978fd3@mail.gmail.com> On Apr 4, 2005 6:59 PM, CheekyGeek wrote: [...] > Mentions a "Category Page". Where is that? (What do I edit?) See http://meta.wikimedia.org/wiki/Help:Category -- Rowan Collins BSc [IMSoP] From brion at pobox.com Mon Apr 4 23:03:52 2005 From: brion at pobox.com (Brion Vibber) Date: Mon, 04 Apr 2005 16:03:52 -0700 Subject: [Mediawiki-l] mysqldump - no permission to backup (and a knoppix issue) In-Reply-To: <4f1dbf1105040408073a89e6a3@mail.gmail.com> References: <4f1dbf1105040408073a89e6a3@mail.gmail.com> Message-ID: <4251C7D8.5060506@pobox.com> Jordi Domingo wrote: > ./mysqldump --user=wikiuser --password=mypassword \wikidb > wiki-volcatdb-1.txt > > does > > ./mysqldump: Got error: 1044: Access denied for user > 'wikiuser'@'localhost' to database 'wikidb' when using LOCK TABLES Do the GRANTs specify LOCK TABLES permission? -- 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/20050404/c3b4d56d/attachment.pgp From astronouth7303 at gmail.com Tue Apr 5 02:13:44 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Mon, 4 Apr 2005 22:13:44 -0400 Subject: [Mediawiki-l] How to Move the Search Box on top and move the Article, Edit Tab Links to the left in the Navigation Menu In-Reply-To: <804694bf05040413322569814d@mail.gmail.com> References: <804694bf05040413322569814d@mail.gmail.com> Message-ID: You can probably also do this in CSS, since they're all
    lists. Remove the rules for #p-cactions (The div around the tab bar). Then have it hide #p-nav. This should make it replace the navigation links with what used to be the tabs. On Apr 4, 2005 4:32 PM, Karthik Gopalakrishnan wrote: > hi, > > I'm working on changing the MonoBook Skin. I was successful in > changing the CSS to hide the Search Button ( with the help of people > in this maling group.) > > Now I want to Move the Search Box on the top and move the link tabs > (Article, Discussion, Edit ) to the navigation menu ( Main Page, > Community Portal, Random Page). > > I tried to look up the MonoBook.php and the skinTemplate.php. I found > out the navigation menu being written in a array ( It is confusing > !!). I was wondering is there a way to do it easier. > > !!! Please Help !!! > Karthik.G > _______________________________________________ > 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 had 2GB. From vogel_sebastian at hotmail.com Tue Apr 5 07:39:53 2005 From: vogel_sebastian at hotmail.com (sebastian n/a) Date: Tue, 05 Apr 2005 07:39:53 +0000 Subject: [Mediawiki-l] Database errors getting worse Message-ID: Lately I get a lot of Database errors..[see [mediawiki-l] Database Error when saving] At first it seemed that restarting the whole thing took care of it, however now I encounter more and more of these errors. As for now I can?t even access cerrtain pages without getting: Warning: mysql_query(): Unable to save result set in /var/www/html/itwiki/includes/Database.php on line 312 No refresh or restart seems to fix this.. I?m running: MediaWiki : 1.4.0 PHP : 4.3.8 (apache2handler) MySQL : 4.0.20 Is there something I could do? greetings From brion at pobox.com Tue Apr 5 08:24:29 2005 From: brion at pobox.com (Brion Vibber) Date: Tue, 05 Apr 2005 01:24:29 -0700 Subject: [Mediawiki-l] Database errors getting worse In-Reply-To: References: Message-ID: <42524B3D.7020706@pobox.com> sebastian n/a wrote: > > Lately I get a lot of Database errors..[see [mediawiki-l] Database Error > when saving] > At first it seemed that restarting the whole thing took care of it, > however now I encounter more and more of these errors. Check what the errors actually are: $wgShowSQLErrors = true; Remember you can get additional info on MySQL error numbers with the 'perror' command. If you're seeing something like 'Table marked as crashed and needs to be repaired', issue a REPAIR TABLE command on the table. -- 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/20050405/28ab0f3f/attachment.pgp From lists-MediaWiki-l at ira.abramov.org Tue Apr 5 08:35:30 2005 From: lists-MediaWiki-l at ira.abramov.org (Ira Abramov) Date: Tue, 5 Apr 2005 11:35:30 +0300 Subject: [Mediawiki-l] Re: wikifarm In-Reply-To: References: Message-ID: <20050405083530.GS18253@ira.abramov.org> Quoting Jan Steinman, from the post of Wed, 30 Mar: > > >While working with my wiki, I want to create different layouts for > >different peaces of my wiki. I could just install different > >mediawiki's, but that is a bit too much space consuming... > > I installed *one* copy of MediaWiki 1.4, then wrote a script that > duplicated the directory structure and hard-linked the files. Result is > multiple wikis in nearly the same space. (Unix only -- I don't think > you can do that in Windows.) well, hardlinks, surprisingly enough, are possible in Woodnose, but M$ will not admit it openly, rather burry this fact deep in some MSDN article they hope nobody reads :-) > This might not be exactly what you're looking for, but may be a place > to start. sounds like he was looking for different thing, if I understood - different CSS for different pages in the SAME wiki... -- Too cool for school Ira Abramov http://ira.abramov.org/email/ From vogel_sebastian at hotmail.com Tue Apr 5 08:41:24 2005 From: vogel_sebastian at hotmail.com (sebastian n/a) Date: Tue, 05 Apr 2005 08:41:24 +0000 Subject: [Mediawiki-l] Database errors getting worse In-Reply-To: <42524B3D.7020706@pobox.com> Message-ID: Thank you for you reply Brion, Sorry just one quick question...where does the $wgShowSQLErrors = true; go? in LocalSettings.php, or is it located in another file? Thank you From brion at pobox.com Tue Apr 5 08:53:26 2005 From: brion at pobox.com (Brion Vibber) Date: Tue, 05 Apr 2005 01:53:26 -0700 Subject: [Mediawiki-l] Database errors getting worse In-Reply-To: References: Message-ID: <42525206.3050009@pobox.com> sebastian n/a wrote: > Thank you for you reply Brion, > Sorry just one quick question...where does the > $wgShowSQLErrors = true; > go? > in LocalSettings.php, or is it located in another file? In LocalSettings.php, same place you'd put any other settings. See DefaultSettings.php for a list of all configurable settings. -- 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/20050405/f03c465f/attachment.pgp From lists-MediaWiki-l at ira.abramov.org Tue Apr 5 09:10:06 2005 From: lists-MediaWiki-l at ira.abramov.org (Ira Abramov) Date: Tue, 5 Apr 2005 12:10:06 +0300 Subject: [Mediawiki-l] Re: How to configure synchronization of 2 instances In-Reply-To: References: Message-ID: <20050405091006.GT18253@ira.abramov.org> Quoting Laurent CHASTEL, from the post of Thu, 31 Mar: > > I would like to have 2 instances of mediawiki on 2 servers, to synchronize > them and to allow users to make modification on both instances. > For php scripts and uploaded files, I have the solution, but I don't have > one for database. well, I'm no DBA, but one way is to create a set of triggers to have updates exchanged in a safe manner, however I think this is quite a heavy task that should really be done by the product itself (writing to both DBs, reading from one) another option is to upgrade the bandwidth somehow, but rather than pulling the pages from a remote LAMP, only have the local mediawiki contact the remote mysql (maybe there's even a mysql proxycache I don't know about?) last and craziest idea is to use a mysql cluster and let the nodes do the replication in the background over the VPN for you, however that is a management headache, may be a performance degrader, and most importantly there are unsupported features like full text search, so I'm not sure you'll be too happy having to do heavy editing to the mediawiki sources when all sorts of features break. how does the wikimedia superstracture handle load balancing of the database? I can't imagine all querries of the wikipedia are directed at only a single DB server... maybe it's possible to hack that all writes are to DB1 and all read-only ops are from DB[1-5] whichever is closer, with triggers to replicate transactions from DB1 to the rest? again, I'm no DBA, so I'm not sure which would be the best implementation of this... -- Your happy place Ira Abramov http://ira.abramov.org/email/ From vogel_sebastian at hotmail.com Tue Apr 5 09:31:00 2005 From: vogel_sebastian at hotmail.com (sebastian n/a) Date: Tue, 05 Apr 2005 09:31:00 +0000 Subject: [Mediawiki-l] Database errors getting worse In-Reply-To: <42525206.3050009@pobox.com> Message-ID: At the end of the errorcode following line seems to be of importance. Parser::replaceLinkHolders(the first part changes depending on what page I go, but the rest of the error code stays the same)". MySQL meldete den Fehler "1030: Got error 127 from table handler (localhost)". Could this be of any help? I still didn?t really figure out which table(s) might be broken, this way leaving me in the dark where to apply the 'repair table' command. How can I execute the 'perror' command? I'm sorry I?m a real notech and apologize ... From brion at pobox.com Tue Apr 5 09:57:43 2005 From: brion at pobox.com (Brion Vibber) Date: Tue, 05 Apr 2005 02:57:43 -0700 Subject: [Mediawiki-l] Database errors getting worse In-Reply-To: References: Message-ID: <42526117.4020205@pobox.com> sebastian n/a wrote: > At the end of the errorcode following line seems to be of importance. > > Parser::replaceLinkHolders(the first part changes depending on what page > I go, but the rest of the error code stays the same)". MySQL meldete den > Fehler "1030: Got error 127 from table handler (localhost)". > > Could this be of any help? > > I still didn?t really figure out which table(s) might be broken, this > way leaving me in the dark where to apply the 'repair table' command. Just run it on all the tables. If you don't have shell access to the MySQL interpreter, use phpMyAdmin or whatever control panel your provider provides for you. > How can I execute the 'perror' command? At a shell, like any other program: $ perror 127 Error code 127: Unknown error: 127 127 = Record-file is crashed -- 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/20050405/4552642f/attachment.pgp From David.Biesack at sas.com Tue Apr 5 13:47:15 2005 From: David.Biesack at sas.com (David J. Biesack) Date: Tue, 5 Apr 2005 09:47:15 -0400 (EDT) Subject: [Mediawiki-l] Excessive page requests and poor performance with Firefox Message-ID: <200504051347.j35DlFS16363@mozart.unx.sas.com> I have MediaWiki 1.4.0 on Red Hat 9, with PHP 4.3.10, mysql Ver 12.22 Distrib 4.0.23 and Apache 2. MediaWiki is functioning fine on my intranet, but we have performance problems with Firefox users. Page requests in Firefox are taking very long, whereas they are much faster with IE 6. I looked at the httpd access_log file and have included some access requests below. For accessing my Main_Page with the default Monobook skin, IE 6 renders the page after 19 HTTP requests, about 3 seconds real time. For Firefox, the same page requires ~75 requests and 8 seconds real time. Also, there are many duplicate requests: 20 for "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" (my logged in userid on this MediaWiki is "Djb") and 20 each for "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" whereas IE only requests each of these one time. Further, when Firefox is fetching the page, the progress meter moves but retreats a few times. See below for log excerpts. Does anyone know the cause of this, and if it is a defect, is it a Firefox defect or a MediaWiki defect? (I noticed the same problem with MediaWiki 1.3.11.) Also, I have disabled http network.http.pipelining and network.http.proxy.pipelining in Firefox. I do *not* see similar delays accessing wikipedia or other wikimedia sites with Firefox (I don't have access to their httpd access logs, of course.) Here is my /etc/httpd/conf.d/mediawiki.conf file for Apache 2 httpd: ServerAdmin David.Biesack at sas.com ServerName saspedia.unx.sas.com DocumentRoot /usr/local/mediawiki/mediawiki-1.4.0 DirectoryIndex index.php index.cgi index.html index.htm # Allow rewriting URLs RewriteEngine on # Don't rewrite requests for files in MediaWiki subdirectories, # MediaWiki PHP files, HTTP error documents, favicon.ico, or robots.txt RewriteCond %{REQUEST_URI} !^/(stylesheets|images|skins)/ RewriteCond %{REQUEST_URI} !^/(redirect|texvc|index).php RewriteCond %{REQUEST_URI} !^/error/(40(1|3|4)|500).html RewriteCond %{REQUEST_URI} !^/favicon.ico RewriteCond %{REQUEST_URI} !^/robots.txt # Rewrite http://saspedia.unx.sas.com/article properly, this is the main rule # this will fail for URLs with ampersands but handles titles with question marks (%3F) in them: RewriteRule ^/(.*)$ /index.php?title=$1 [L,QSA] # Alias /wiki/ /usr/local/mediawiki/mediawiki-1.4.0/index.php/ # Alias /wiki /usr/local/mediawiki/mediawiki-1.4.0/index.php/ Options MultiViews Options FollowSymLinks AllowOverride None Order allow,deny Allow from all # From http://meta.wikimedia.org/wiki/Rewrite_Rules # Allow wiki articles to start with a period Order Deny,Allow Allow From All Options MultiViews AllowOverride None Order allow,deny Allow from all # avoid execution of PHP scripts in upload directory AddType text/plain .php AddType text/plain .phps and here is an excerpt from my LocalSettings.php: $wgSitename = "saspedia"; $wgScriptPath = ""; # default: $wgScript = "$wgScriptPath/index.php"; $wgScript = "$wgScriptPath"; $wgRedirectScript = "$wgScriptPath/redirect.php"; ## If using PHP as a CGI module, use the ugly URLs # was: $wgArticlePath = "$wgScript?title=$1"; # see http://meta.wikimedia.org/wiki/Rewrite_Rules $wgArticlePath = "/$1"; $wgStylePath = "$wgScriptPath/skins"; $wgStyleDirectory = "$IP/skins"; # original site logo: # $wgLogo = "$wgStylePath/images/wiki.png"; $wgLogo = "$wgStylePath/common/images/saspedia.gif"; $wgUploadPath = "$wgScriptPath/images"; $wgUploadDirectory = "$IP/images"; Here is my http access_log for an IE 6 request: 10.26.11.241 - - [05/Apr/2005:09:25:34 -0400] "GET /Main_Page HTTP/1.1" 304 26 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" 10.26.11.241 - - [05/Apr/2005:09:25:34 -0400] "GET /skins/common/commonPrint.css HTTP/1.1" 304 - "http://saspedia.unx.sas.com/Main_Page" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" 10.26.11.241 - - [05/Apr/2005:09:25:34 -0400] "GET /skins/common/IEFixes.js HTTP/1.1" 304 - "http://saspedia.unx.sas.com/Main_Page" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" 10.26.11.241 - - [05/Apr/2005:09:25:34 -0400] "GET /skins/monobook/main.css HTTP/1.1" 304 - "http://saspedia.unx.sas.com/Main_Page" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" 10.26.11.241 - - [05/Apr/2005:09:25:34 -0400] "GET /skins/monobook/IE60Fixes.css HTTP/1.1" 304 - "http://saspedia.unx.sas.com/Main_Page" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" 10.26.11.241 - - [05/Apr/2005:09:25:34 -0400] "GET /Main_Page?title=-&action=raw&gen=js HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" 10.26.11.241 - - [05/Apr/2005:09:25:34 -0400] "GET /?title=-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" 10.26.11.241 - - [05/Apr/2005:09:25:34 -0400] "GET /skins/common/wikibits.js HTTP/1.1" 304 - "http://saspedia.unx.sas.com/Main_Page" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" 10.26.11.241 - - [05/Apr/2005:09:25:34 -0400] "GET /?title=-&action=raw&gen=css HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" 10.26.11.241 - - [05/Apr/2005:09:25:34 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text/css&smaxage=18000 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" 10.26.11.241 - - [05/Apr/2005:09:25:35 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" 10.26.11.241 - - [05/Apr/2005:09:25:35 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" 10.26.11.241 - - [05/Apr/2005:09:25:35 -0400] "GET /skins/monobook/headbg.jpg HTTP/1.1" 304 - "http://saspedia.unx.sas.com/Main_Page" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" 10.26.11.241 - - [05/Apr/2005:09:25:35 -0400] "GET /skins/monobook/bullet.gif HTTP/1.1" 304 - "http://saspedia.unx.sas.com/Main_Page" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" 10.26.11.241 - - [05/Apr/2005:09:25:35 -0400] "GET /skins/monobook/user.gif HTTP/1.1" 304 - "http://saspedia.unx.sas.com/Main_Page" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" 10.26.11.241 - - [05/Apr/2005:09:25:35 -0400] "GET /skins/common/images/saspedia.gif HTTP/1.1" 304 - "http://saspedia.unx.sas.com/Main_Page" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" 10.26.11.241 - - [05/Apr/2005:09:25:35 -0400] "GET /skins/common/images/poweredby_mediawiki_88x31.png HTTP/1.1" 304 - "http://saspedia.unx.sas.com/Main_Page" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" 10.26.11.241 - - [05/Apr/2005:09:25:35 -0400] "GET /skins/monobook/external.png HTTP/1.1" 304 - "http://saspedia.unx.sas.com/Main_Page" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)" Here is my http access_log for a Firefox 1.0.2 request: 10.26.11.241 - - [05/Apr/2005:09:31:33 -0400] "GET /Main_Page HTTP/1.1" 200 3799 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:33 -0400] "GET /favicon.ico HTTP/1.1" 404 298 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:33 -0400] "GET /skins/monobook/main.css HTTP/1.1" 200 18851 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:33 -0400] "GET /skins/common/commonPrint.css HTTP/1.1" 200 5150 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:33 -0400] "GET /Main_Page?title=User:Djb/-&action=raw&gen=js&maxage=18000 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:33 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:33 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:33 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:33 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:34 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:34 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:34 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:34 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:34 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:34 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:34 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:34 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:34 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:35 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:35 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:35 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:35 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:35 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:35 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:35 -0400] "GET /?title=User:Djb/-&action=raw&ctype=text%2Fjavascript&smaxage=18000&maxage=18000&gen=js&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:35 -0400] "GET /skins/common/wikibits.js HTTP/1.1" 200 14421 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:35 -0400] "GET /Main_Page?title=MediaWiki:Monobook.css&action=raw&ctype=text/css&smaxage=18000 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:35 -0400] "GET /Main_Page?title=-&action=raw&gen=css HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:36 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:36 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:36 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:36 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:36 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:36 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:36 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:36 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:36 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:36 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:37 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:37 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:37 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:37 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:37 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:37 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:37 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:37 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:37 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:37 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:38 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:38 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:38 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:38 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:38 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:38 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:38 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:38 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:38 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:38 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:39 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:39 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:39 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:39 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:39 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:39 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:39 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:39 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:39 -0400] "GET /?title=MediaWiki:Monobook.css&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:39 -0400] "GET /?title=-&action=raw&ctype=text%2Fcss&smaxage=18000&maxage=18000&gen=css&oldid=0 HTTP/1.1" 302 26 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:40 -0400] "GET /skins/monobook/headbg.jpg HTTP/1.1" 200 7881 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:40 -0400] "GET /skins/monobook/external.png HTTP/1.1" 200 165 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:40 -0400] "GET /skins/monobook/bullet.gif HTTP/1.1" 200 50 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:40 -0400] "GET /skins/monobook/user.gif HTTP/1.1" 200 932 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:40 -0400] "GET /skins/common/images/saspedia.gif HTTP/1.1" 200 5906 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:40 -0400] "GET /skins/common/images/poweredby_mediawiki_88x31.png HTTP/1.1" 200 1933 "http://saspedia.unx.sas.com/Main_Page" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" 10.26.11.241 - - [05/Apr/2005:09:31:41 -0400] "GET /favicon.ico HTTP/1.1" 404 298 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2" -- David J. Biesack SAS Institute Inc. (919) 531-7771 SAS Campus Drive http://www.sas.com Cary, NC 27513 From soloturn at gmail.com Tue Apr 5 16:52:06 2005 From: soloturn at gmail.com (solo turn) Date: Tue, 5 Apr 2005 18:52:06 +0200 Subject: [Mediawiki-l] find all templates Message-ID: is there a link where one could see all templates defined in mediawiki, so one could choose one to use? -solo. From rowan.collins at gmail.com Tue Apr 5 17:36:16 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Tue, 5 Apr 2005 18:36:16 +0100 Subject: [Mediawiki-l] find all templates In-Reply-To: References: Message-ID: <9f02ca4c0504051036655a64b1@mail.gmail.com> On Apr 5, 2005 5:52 PM, solo turn wrote: > is there a link where one could see all templates defined in > mediawiki, so one could choose one to use? Go to [[Special:Allpages]] and select "Template" from the "choose namespace" list. -- Rowan Collins BSc [IMSoP] From mail.wikipedia.org at spider007.net Tue Apr 5 18:11:34 2005 From: mail.wikipedia.org at spider007.net (Sjon) Date: Tue, 05 Apr 2005 20:11:34 +0200 Subject: [Mediawiki-l] Excessive page requests and poor performance with Firefox In-Reply-To: <200504051347.j35DlFS16363@mozart.unx.sas.com> References: <200504051347.j35DlFS16363@mozart.unx.sas.com> Message-ID: <4252D4D6.4070909@spider007.net> Try to set $wgScript to $wgScriptPath/wiki.php (or $wgScriptPath/wiki) or whatever you renamed that file to. David J. Biesack wrote: > I have MediaWiki 1.4.0 on Red Hat 9, with PHP 4.3.10, mysql Ver 12.22 Distrib 4.0.23 and Apache 2. > MediaWiki is functioning fine on my intranet, but we have performance problems with Firefox users. > Page requests in Firefox are taking very long, whereas they are much faster with IE 6. > From David.Biesack at sas.com Tue Apr 5 19:36:49 2005 From: David.Biesack at sas.com (David Biesack) Date: Tue, 5 Apr 2005 15:36:49 -0400 Subject: [Mediawiki-l] Excessive page requests and poor performance with Firefox Message-ID: <791F6C67D5AFD5489084FEC25B4DC55901A62E91@MERC21.na.sas.com> > Try to set $wgScript to $wgScriptPath/wiki.php (or $wgScriptPath/wiki) > or whatever you renamed that file to. This fixed the problem: "$wgScriptPath/index.php". Thanks. David J. Biesack SAS Institute Inc. (919) 531-7771 SAS Campus Drive http://www.sas.com Cary, NC 27513 From astronouth7303 at gmail.com Tue Apr 5 22:15:21 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Tue, 5 Apr 2005 18:15:21 -0400 Subject: [Mediawiki-l] Re: wikifarm In-Reply-To: <20050405083530.GS18253@ira.abramov.org> References: <20050405083530.GS18253@ira.abramov.org> Message-ID: On Apr 5, 2005 4:35 AM, Ira Abramov wrote: > Quoting Jan Steinman, from the post of Wed, 30 Mar: > > > > >While working with my wiki, I want to create different layouts for > > >different peaces of my wiki. I could just install different > > >mediawiki's, but that is a bit too much space consuming... > > > > I installed *one* copy of MediaWiki 1.4, then wrote a script that > > duplicated the directory structure and hard-linked the files. Result is > > multiple wikis in nearly the same space. (Unix only -- I don't think > > you can do that in Windows.) > > well, hardlinks, surprisingly enough, are possible in Woodnose, but M$ > will not admit it openly, rather burry this fact deep in some MSDN > article they hope nobody reads :-) > Yes... I remember doing that for a system file that was always locked. Deleting it was a pain, though... Anyway, for those literate in C, it involves a call to CreateHardLink(), which is defined as: BOOL CreateHardLink( LPCTSTR lpFileName, // link name name LPCTSTR lpExistingFileName, // target file name LPSECURITY_ATTRIBUTES lpSecurityAttributes ); I'll send anyone the short program I have (I can't say I wrote it, don't remember) to make a hard link. The API is only supported, however, on 2k and XP. -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now had 2GB. From joshs at smashingideas.com Tue Apr 5 22:25:41 2005 From: joshs at smashingideas.com (Josh Santangelo) Date: Tue, 05 Apr 2005 15:25:41 -0700 Subject: [Mediawiki-l] default help? Message-ID: <42531065.8030603@smashingideas.com> I'm working on setting up a mediawiki for my company, and it's working okay so far. The problem I'm having is that there's no user documentation built in, and anything I copy from wikipedia or wikimedia has links to other pages which don't exist in my (empty) setup. Is there any way to import the entire "help" namespace from wikimedia into my installation? -josh From astronouth7303 at gmail.com Tue Apr 5 22:29:02 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Tue, 5 Apr 2005 18:29:02 -0400 Subject: [Mediawiki-l] Excessive page requests and poor performance with Firefox In-Reply-To: <200504051347.j35DlFS16363@mozart.unx.sas.com> References: <200504051347.j35DlFS16363@mozart.unx.sas.com> Message-ID: Also, try the Live HTTP Headers plugin. On Apr 5, 2005 9:47 AM, David J. Biesack wrote: > > I have MediaWiki 1.4.0 on Red Hat 9, with PHP 4.3.10, mysql Ver 12.22 Distrib 4.0.23 and Apache 2. > MediaWiki is functioning fine on my intranet, but we have performance problems with Firefox users. > Page requests in Firefox are taking very long, whereas they are much faster with IE 6. > ... -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now had 2GB. From lists-MediaWiki-l at ira.abramov.org Tue Apr 5 23:33:21 2005 From: lists-MediaWiki-l at ira.abramov.org (Ira Abramov) Date: Wed, 6 Apr 2005 02:33:21 +0300 Subject: [Mediawiki-l] Re: google and image pages In-Reply-To: <424F11E4.50606@pobox.com> References: <20050402212539.GB22339@batman.gotham.krass.com> <424F11E4.50606@pobox.com> Message-ID: <20050405233321.GY18253@ira.abramov.org> Quoting Brion Vibber, from the post of Sat, 02 Apr: > Christof Damian wrote: > >does anyone know why google doesn't index description pages of images? > >if i do a google search like this: "site:wikipedia.org inurl:image" i > >just get about 650 result, some of which are media files, but none are > >images (jpg/gif/png). > > Probably Google is stupid enough to think '.jpg' at the end of a URL > means the resource is itself an image. when you are a bot that has to slurp up millions of pages a day, it's safe to assume in 99.99% of the cases, that a jpg suffix will indeed lead you to an image. requesting that URL just to see that the header indeed gives one MIME type or the other means adding a considderable overhead. apart from mediawiki and a few rare CMS's, I'd risk a guess that practically nobody uses such suffixes in a URL.. -- One of the endless 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/20050406/1760d466/attachment.pgp From astronouth7303 at gmail.com Wed Apr 6 00:32:38 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Tue, 5 Apr 2005 20:32:38 -0400 Subject: [Mediawiki-l] Re: google and image pages In-Reply-To: <20050405233321.GY18253@ira.abramov.org> References: <20050402212539.GB22339@batman.gotham.krass.com> <424F11E4.50606@pobox.com> <20050405233321.GY18253@ira.abramov.org> Message-ID: On Apr 5, 2005 7:33 PM, Ira Abramov wrote: > Quoting Brion Vibber, from the post of Sat, 02 Apr: > > Christof Damian wrote: > > >does anyone know why google doesn't index description pages of images? > > >if i do a google search like this: "site:wikipedia.org inurl:image" i > > >just get about 650 result, some of which are media files, but none are > > >images (jpg/gif/png). > > > > Probably Google is stupid enough to think '.jpg' at the end of a URL > > means the resource is itself an image. > > when you are a bot that has to slurp up millions of pages a day, it's > safe to assume in 99.99% of the cases, that a jpg suffix will indeed > lead you to an image. requesting that URL just to see that the header > indeed gives one MIME type or the other means adding a considderable > overhead. apart from mediawiki and a few rare CMS's, I'd risk a guess > that practically nobody uses such suffixes in a URL.. Isn't that what the "HEAD" action is for? And shouldn't Googlebots be also indexing images for the Google image search? -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now had 2GB. From slowpoke at gmail.com Wed Apr 6 01:05:59 2005 From: slowpoke at gmail.com (Dori) Date: Tue, 5 Apr 2005 20:05:59 -0500 Subject: [Mediawiki-l] Re: wikifarm In-Reply-To: References: <20050405083530.GS18253@ira.abramov.org> Message-ID: On Apr 5, 2005 5:15 PM, Jamie Bliss wrote: > > Anyway, for those literate in C, it involves a call to > CreateHardLink(), which is defined as: > BOOL CreateHardLink( > LPCTSTR lpFileName, // link name name > LPCTSTR lpExistingFileName, // target file name > LPSECURITY_ATTRIBUTES lpSecurityAttributes > ); > > I'll send anyone the short program I have (I can't say I wrote it, > don't remember) to make a hard link. The API is only supported, > however, on 2k and XP. > Are you talking about junctions? http://www.sysinternals.com/ntw2k/source/misc.shtml#junction From kirbymeister at gmail.com Wed Apr 6 01:25:41 2005 From: kirbymeister at gmail.com (KirbyMeister) Date: Tue, 5 Apr 2005 21:25:41 -0400 Subject: [Mediawiki-l] mysqldump - no permission to backup (and a knoppix issue) In-Reply-To: <4251C7D8.5060506@pobox.com> References: <4f1dbf1105040408073a89e6a3@mail.gmail.com> <4251C7D8.5060506@pobox.com> Message-ID: Hrm... Try dumping using the root user, if you can. On Apr 4, 2005 7:03 PM, Brion Vibber wrote: > Jordi Domingo wrote: > > ./mysqldump --user=wikiuser --password=mypassword \wikidb > wiki-volcatdb-1.txt > > > > does > > > > ./mysqldump: Got error: 1044: Access denied for user > > 'wikiuser'@'localhost' to database 'wikidb' when using LOCK TABLES > > Do the GRANTs specify LOCK TABLES permission? > > -- brion vibber (brion @ pobox.com) > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > From joshs at smashingideas.com Wed Apr 6 01:58:30 2005 From: joshs at smashingideas.com (Josh Santangelo) Date: Tue, 05 Apr 2005 18:58:30 -0700 Subject: [Mediawiki-l] registered only Message-ID: <42534246.7020101@smashingideas.com> This is probably a dumb question, but I'm not finding the answer anywhere. Is there a way to lock down mediawiki so that nothing can be edited if you're not registered and logged in? -josh From JohnsonA at rembrandt.co.nz Wed Apr 6 02:05:55 2005 From: JohnsonA at rembrandt.co.nz (Alistair Johnson) Date: Wed, 6 Apr 2005 14:05:55 +1200 Subject: [Mediawiki-l] registered only Message-ID: In localsettings.php # Disallow edits by non-authenticated users $wgWhitelistEdit = true; al. -----Original Message----- From: Josh Santangelo [mailto:joshs at smashingideas.com] Sent: Wednesday, 6 April 2005 1:59 p.m. To: MediaWiki announcements and site admin list Subject: [Mediawiki-l] registered only This is probably a dumb question, but I'm not finding the answer anywhere. Is there a way to lock down mediawiki so that nothing can be edited if you're not registered and logged in? -josh _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From stephen at deanbrook.org Wed Apr 6 02:24:54 2005 From: stephen at deanbrook.org (Stephen Bannasch) Date: Tue, 5 Apr 2005 22:24:54 -0400 Subject: [Mediawiki-l] problem w/install - can't find convertLinks.inc Message-ID: When I ran mediawiki for the first time and it ran the web setup program I received the following error right at the beginning of running this file: config/index.php Warning: main(convertLinks.inc): failed to open stream: No such file or directory in /home/stephenb/public_html/wiki/maintenance/updaters.inc on line 9 Fatal error: main(): Failed opening required 'convertLinks.inc' (include_path='') in /home/stephenb/public_html/wiki/maintenance/updaters.inc on line 9 I am installing 1.4.0 on a Linux system. The file convertLinks.inc is in the same directory as updaters.inc. The software is completely stock -- I've made no changes except to temporarily set the permissions on the config dir to 777. Thanks for any help. -- -- Stephen Bannasch, stephen at deanbrook dot org 106 Sand Hill Road, Shutesbury, MA 01072, 413 259 9125 From lists-MediaWiki-l at ira.abramov.org Wed Apr 6 05:08:06 2005 From: lists-MediaWiki-l at ira.abramov.org (Ira Abramov) Date: Wed, 6 Apr 2005 08:08:06 +0300 Subject: [Mediawiki-l] Re: Re: wikifarm In-Reply-To: References: <20050405083530.GS18253@ira.abramov.org> Message-ID: <20050406050806.GZ18253@ira.abramov.org> Quoting Jamie Bliss, from the post of Tue, 05 Apr: > Anyway, for those literate in C, it involves a call to > CreateHardLink(), which is defined as: > [...] > I'll send anyone the short program I have (I can't say I wrote it, > don't remember) to make a hard link. The API is only supported, > however, on 2k and XP. no need. you can get it with "hardlink magic" (freeware off the web) and I do believe also with "ln" in a cygwin shell. -- A dancer for money Ira Abramov http://ira.abramov.org/email/ From stephen at deanbrook.org Wed Apr 6 12:11:57 2005 From: stephen at deanbrook.org (Stephen Bannasch) Date: Wed, 6 Apr 2005 08:11:57 -0400 Subject: [Mediawiki-l] problem w/install - can't find convertLinks.inc In-Reply-To: References: Message-ID: >When I ran mediawiki for the first time and it ran the web setup program I received the following error right at the beginning of running this file: config/index.php > >Warning: main(convertLinks.inc): failed to open stream: No such file or directory in /home/stephenb/public_html/wiki/maintenance/updaters.inc on line 9 > >Fatal error: main(): Failed opening required 'convertLinks.inc' (include_path='') in /home/stephenb/public_html/wiki/maintenance/updaters.inc on line 9 I fixed my problem by changing lines 9-10 in file: maintenance/updaters.inc to include the path '../maintenance/' in the require_once statements. This issue occurred in the 1.4.0 release. file: maintenance/updaters.inc, lines 9-10 require_once '../maintenance/convertLinks.inc'; require_once '../maintenance/InitialiseMessages.inc'; -- -- Stephen Bannasch, stephen at deanbrook dot org From rick.denatale at gmail.com Wed Apr 6 13:31:06 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Wed, 6 Apr 2005 09:31:06 -0400 Subject: [Mediawiki-l] default help? In-Reply-To: <42531065.8030603@smashingideas.com> References: <42531065.8030603@smashingideas.com> Message-ID: > Is there any way to import the entire "help" namespace from wikimedia > into my installation? I wish there were, but as as far as I can tell there isn't. I've been gradually manually adapting help and tutorial articles from wikipedia and meta for my personal wiki, but there's a lot of manual adjustment. I find that some of the stuff applicable to the wikimedia projects needs to be changed for my needs. I need to carefully read everything to make sure. It's not just the help namespace either, some stuff is in the project workspace, and some is in meta. I've been trying to make my help pages as self contained as I can, minimizing interwiki links to wikipedia, mediawiki, and meta. There has been some work done to make the help articles semi-portable between the mediawiki projects. Most claim to be copies of generic help articles from meta, with project specific templates used to add project specific material. My impression is that this is still a work in progress though, and it still doesn't help all that much in adapting to local wikis. Also, a word to the new from the experienced. I'd recommend that you read and understand the wikipedia style guide before going too far in populating a new mediawiki based wiki. I made several mistakes like using initial caps for most words in article titles. This works against the style of using initial caps ONLY for the first word and proper nouns in the title. It' snot a fatal mistake, but you end up using the pipe syntax in links much more than you'd like in order to make a link fit into a sentence in an article body. Another mistake I made in my wiki (which focusses on manned spaceflight) was to use pseudo namespaces like Mercury: and Astronaut: this too works against both the link syntax (for example I'd need to put in [[Astronaut:John Glenn|]] instead of just [[John Glenn]] as well as making sorted lists of articles less than useful. So I find myself now going through and fixing up all these newbie mistakes. From joshs at smashingideas.com Wed Apr 6 17:57:00 2005 From: joshs at smashingideas.com (Josh Santangelo) Date: Wed, 06 Apr 2005 10:57:00 -0700 Subject: [Mediawiki-l] registered only In-Reply-To: References: Message-ID: <425422EC.1030607@smashingideas.com> Great, thank you. Is there a list somewhere of all the settings you can put in there? That wasn't in mine by default. When I set up my mediawiki for the first time, it was generating JavaScript errors all over the place. I just had to stumble upon... $wgUseSiteJs = false; $wgAllowUserJs = false; ...to get that sorted out. -josh Alistair Johnson wrote: > In localsettings.php > > # Disallow edits by non-authenticated users > $wgWhitelistEdit = true; > > al. > > -----Original Message----- > From: Josh Santangelo [mailto:joshs at smashingideas.com] > Sent: Wednesday, 6 April 2005 1:59 p.m. > To: MediaWiki announcements and site admin list > Subject: [Mediawiki-l] registered only > > > This is probably a dumb question, but I'm not finding the answer > anywhere. Is there a way to lock down mediawiki so that nothing can be > edited if you're not registered and logged in? From jordidr at gmail.com Wed Apr 6 18:10:59 2005 From: jordidr at gmail.com (Jordi Domingo) Date: Wed, 6 Apr 2005 20:10:59 +0200 Subject: [Mediawiki-l] Re: mysqldump - no permission to backup (and a knoppix issue) In-Reply-To: <4f1dbf1105040408073a89e6a3@mail.gmail.com> References: <4f1dbf1105040408073a89e6a3@mail.gmail.com> Message-ID: <4f1dbf11050406111071ee4fa4@mail.gmail.com> Thanks everybody, I just removed the refenrences to user and password and worked! I'll import later the text to my home computer db and if doesn't match I will ask you Jordi From stephen at deanbrook.org Wed Apr 6 18:23:12 2005 From: stephen at deanbrook.org (Stephen Bannasch) Date: Wed, 6 Apr 2005 14:23:12 -0400 Subject: [Mediawiki-l] registered only In-Reply-To: <425422EC.1030607@smashingideas.com> References: <425422EC.1030607@smashingideas.com> Message-ID: >Great, thank you. Is there a list somewhere of all the settings you can put in there? That wasn't in mine by default. The $wgWhitelistEdit = true setting is documented here: http://meta.wikimedia.org/wiki/Setting_user_rights_in_MediaWiki Which you can get to by going here: http://meta.wikimedia.org/wiki/Help:Contents and clicking on For system administrators and then Security.5 "Setting user rights (inside wiki environment)". -- -- Stephen Bannasch, stephen at deanbrook dot org From johnblumel at earthlink.net Wed Apr 6 18:59:14 2005 From: johnblumel at earthlink.net (John Blumel) Date: Wed, 6 Apr 2005 14:59:14 -0400 Subject: [Mediawiki-l] bots and non-english characters? Message-ID: <9308f616ef4ee3975493cebda3193e9e@earthlink.net> Has anyone had success with submitting data that contains non-English characters via a bot? I'm currently working on some Perl scripts to extract and upload data from a number of external sources related to the subject of our wiki -- thanks, James Birkholz, for the extension code by I decided to go another way -- and some of this material consists of translations of foreign (esp., French and Irish) terms that contain various accented characters. The basic bot is working -- login, upload 1 or more articles, logout, produce some reports on what happened -- but I haven't had much success with uploading articles non-standard characters. For those familiar with Perl, I'm using the LWP modules (LWP::UserAgent and HTTP::Request::Common, mostly) and thought I might be able to handle this using the URI::Escape module, but no success. The best workaround I have so far is to replace the characters with HTML entities but that interferes with searching for the terms once they are uploaded. Any suggestions, advice, or pointers to helpful resources would be appreciated. John Blumel From jordidr at gmail.com Wed Apr 6 19:44:21 2005 From: jordidr at gmail.com (Jordi Domingo) Date: Wed, 6 Apr 2005 21:44:21 +0200 Subject: [Mediawiki-l] Collaborative edition of translation Message-ID: <4f1dbf1105040612443796058a@mail.gmail.com> Hello, I am developing (as a Project Final Career) a collaborative editor for translation of .po files based on Mediawiki. The idea is to have the interface with a part non-editable (original, in English) and one editable (for translation). I have looked the documentation (design.doc, schema.doc...), but I don't know if I should to modify the database to accept two sections of text (editable and non-editable). I suppose it should be better editing to .php level, as a BD modify of tables would be a bit non-coherent with Mediawiki. Also, I don't know exactly how to have a part of a page-non editable. Some advices? Thanks in advance Jordi From rowan.collins at gmail.com Wed Apr 6 19:57:03 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Wed, 6 Apr 2005 20:57:03 +0100 Subject: [Mediawiki-l] bots and non-english characters? In-Reply-To: <9308f616ef4ee3975493cebda3193e9e@earthlink.net> References: <9308f616ef4ee3975493cebda3193e9e@earthlink.net> Message-ID: <9f02ca4c0504061257198c9ffa@mail.gmail.com> On Apr 6, 2005 7:59 PM, John Blumel wrote: > Has anyone had success with submitting data that contains non-English > characters via a bot? I have no experience with it myself, but there's a bot framework written in Python at http://pywikipediabot.sf.net which has plenty of users on all sorts of wikis. At the very least, you might be able to find some hints as to how they dealt with that - there's also a mailling list for the project, at http://lists.sourceforge.net/lists/listinfo/pywikipediabot-users HTH -- Rowan Collins BSc [IMSoP] From richholton at gmail.com Wed Apr 6 19:57:02 2005 From: richholton at gmail.com (Richard Holton) Date: Wed, 6 Apr 2005 14:57:02 -0500 Subject: [Mediawiki-l] Collaborative edition of translation In-Reply-To: <4f1dbf1105040612443796058a@mail.gmail.com> References: <4f1dbf1105040612443796058a@mail.gmail.com> Message-ID: <4a37983b0504061257495a61ff@mail.gmail.com> On Apr 6, 2005 2:44 PM, Jordi Domingo wrote: > Hello, I am developing (as a Project Final Career) a collaborative > editor for translation of .po files based on Mediawiki. The idea is to > have the interface with a part non-editable (original, in English) and > one editable (for translation). > > I have looked the documentation (design.doc, schema.doc...), but I > don't know if I should to modify the database to accept two sections > of text (editable and non-editable). I suppose it should be better > editing to .php level, as a BD modify of tables would be a bit > non-coherent with Mediawiki. > > Also, I don't know exactly how to have a part of a page-non editable. > > Some advices? > > Thanks in advance > > Jordi The current implementation of category pages includes an editable upper part with a non-editable lower part (the category lists). You could use that as your starting point (see categoryPage.php). Essentially, you would just need to replace the part of the code that generates the category listings with code to fetch and display your static text. -- Rich Holton en.wikipedia:User:Rholton From johnblumel at earthlink.net Wed Apr 6 20:20:34 2005 From: johnblumel at earthlink.net (John Blumel) Date: Wed, 6 Apr 2005 16:20:34 -0400 Subject: [Mediawiki-l] bots and non-english characters? In-Reply-To: <9f02ca4c0504061257198c9ffa@mail.gmail.com> References: <9308f616ef4ee3975493cebda3193e9e@earthlink.net> <9f02ca4c0504061257198c9ffa@mail.gmail.com> Message-ID: <7c2321bbba56d3a2d7de6469ae3acba6@earthlink.net> On Apr 6, 2005, at 3:57pm, Rowan Collins wrote: > I have no experience with it myself, but there's a bot framework > written in Python at http://pywikipediabot.sf.net which has plenty of > users on all sorts of wikis. At the very least, you might be able to > find some hints as to how they dealt with that - there's also a > mailling list for the project, at > http://lists.sourceforge.net/lists/listinfo/pywikipediabot-users Thanks for reminding me about that. I had seen it before but, in the perhaps false hope of saving time, I thought I'd rather not get into learning Python at the moment. Perhaps I'll have to after all. John Blumel From brion at pobox.com Wed Apr 6 21:50:46 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 06 Apr 2005 14:50:46 -0700 Subject: [Mediawiki-l] default help? In-Reply-To: <42531065.8030603@smashingideas.com> References: <42531065.8030603@smashingideas.com> Message-ID: <425459B6.7080600@pobox.com> Josh Santangelo wrote: > I'm working on setting up a mediawiki for my company, and it's working > okay so far. The problem I'm having is that there's no user > documentation built in, and anything I copy from wikipedia or wikimedia > has links to other pages which don't exist in my (empty) setup. > > Is there any way to import the entire "help" namespace from wikimedia > into my installation? There's not a standalone help page set available at this time. If you wanted to try extracting help pages, you'd have to download the database dump of the wiki you want to extract from, select out just the ones in the help namespaces, then spend a lot of time correcting things. -- 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/20050406/63589e57/attachment.pgp From brion at pobox.com Wed Apr 6 21:51:57 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 06 Apr 2005 14:51:57 -0700 Subject: [Mediawiki-l] problem w/install - can't find convertLinks.inc In-Reply-To: References: Message-ID: <425459FD.8@pobox.com> Stephen Bannasch wrote: > Fatal error: main(): Failed opening required 'convertLinks.inc' > (include_path='') ^^^^^^^^^^^^^^^^^^^ You might want to look into why this PHP configuration setting is set so oddly. -- 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/20050406/124cff0a/attachment.pgp From dwoo at loc.gov Wed Apr 6 20:10:17 2005 From: dwoo at loc.gov (David Woodward) Date: Wed, 6 Apr 2005 20:10:17 +0000 (UTC) Subject: [Mediawiki-l] Re: 1.4.0 doesn't seem to work... References: Message-ID: Jason Davies writes: > > >>It might "make sense" if PHP's built-in functions are malfunctioning > >>and the functioning of wfTimestamp() is therefore broken. :) > > for the record, this turned out to be because of changes in the PHP > database to run Oracle server. We're hoping that PHP upgrade in a little > while will solve. Thanks for the advice on this. > Jason, any headway? I am experiencing the exact same timestamp symptoms, on AIX 5.1. Can you clarify the "changes in the PHP database to run Oracle server". I'm not sure that we have done that. From ian at twacomm.net Wed Apr 6 23:35:56 2005 From: ian at twacomm.net (Ian Neubert) Date: Wed, 6 Apr 2005 15:35:56 -0800 Subject: [Mediawiki-l] Uploading some files results in FireFox "The document contains no data" error Message-ID: <200504061635.56543.ian@twacomm.net> Hello all, After searching the archives and mediawiki site for help I haven't been able to find the solution. I have a wiki running with PHP 4.3.2 on Red Hat ES 4. For some reason I can upload small files of about 75k, but not files of around 700k. Is there a setting somewhere that I'm missing that could effect upload sizes? Thanks in advance for any help! PS: There is plenty of disk space. PHP is set: upload_max_filesize = 20M post_max_size = 20M My LocalSettings.php is set: $wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'ogg', 'zip', 'pdf' ); $wgUploadSizeWarning = 1024000; $wgUploadPath = "$wgScriptPath/images"; $wgUploadDirectory = "$IP/images"; $wgDisableUploads = false; $wgUseImageResize = false; -- ....................... Ian Neubert http://www.TWAcomm.com/ From rick.denatale at gmail.com Thu Apr 7 00:00:43 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Wed, 6 Apr 2005 20:00:43 -0400 Subject: [Mediawiki-l] Uploading some files results in FireFox "The document contains no data" error In-Reply-To: <200504061635.56543.ian@twacomm.net> References: <200504061635.56543.ian@twacomm.net> Message-ID: On Apr 6, 2005 7:35 PM, Ian Neubert wrote: > Hello all, > > After searching the archives and mediawiki site for help I haven't been able > to find the solution. > > I have a wiki running with PHP 4.3.2 on Red Hat ES 4. > > For some reason I can upload small files of about 75k, but not files of around > 700k. Is there a setting somewhere that I'm missing that could effect upload > sizes? Thanks in advance for any help! > Perhaps your web server is limiting the upload. For example Apache has a LimitRequestBody directive. http://httpd.apache.org/docs/mod/core.html#limitrequestbody From astronouth7303 at gmail.com Thu Apr 7 00:21:43 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Wed, 6 Apr 2005 20:21:43 -0400 Subject: [Mediawiki-l] registered only In-Reply-To: <42534246.7020101@smashingideas.com> References: <42534246.7020101@smashingideas.com> Message-ID: There's a file for that. It's defined in $wgReadOnlyFile, which in 1.4.0 is "{$wgUploadDirectory}/lock_yBgMBwiR" in DefaultSettings.php. (should be something like ./images/lock_yBgMBwiR). Inside the file, place the reason of locking the database. On Apr 5, 2005 9:58 PM, Josh Santangelo wrote: > This is probably a dumb question, but I'm not finding the answer > anywhere. Is there a way to lock down mediawiki so that nothing can be > edited if you're not registered and logged in? > > -josh > > _______________________________________________ > 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 had 2GB. From ian at twacomm.net Thu Apr 7 01:29:28 2005 From: ian at twacomm.net (Ian Neubert) Date: Wed, 6 Apr 2005 17:29:28 -0800 Subject: [Mediawiki-l] Uploading some files results in FireFox "The document contains no data" error In-Reply-To: References: <200504061635.56543.ian@twacomm.net> Message-ID: <200504061829.28837.ian@twacomm.net> On Wednesday 06 April 2005 05:00 pm, Rick DeNatale wrote: > On Apr 6, 2005 7:35 PM, Ian Neubert wrote: > > For some reason I can upload small files of about 75k, but not files of > > around 700k. Is there a setting somewhere that I'm missing that could > > effect upload sizes? Thanks in advance for any help! > > Perhaps your web server is limiting the upload. For example Apache has > a LimitRequestBody directive. > http://httpd.apache.org/docs/mod/core.html#limitrequestbody That was it! Thanks for the help! ....................... Ian Neubert http://www.TWAcomm.com/ From kynnins at sfu.ca Thu Apr 7 04:16:55 2005 From: kynnins at sfu.ca (Kynnin Scott) Date: Wed, 06 Apr 2005 21:16:55 -0700 Subject: [Mediawiki-l] A bug? Odd interaction of links and wikilinks Message-ID: <200504070416.j374GtCk010600@rm-rstar.sfu.ca> An embedded and charset-unspecified text was scrubbed... Name: not available Url: http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050406/b35e6992/attachment.diff From kynnins at sfu.ca Thu Apr 7 04:41:20 2005 From: kynnins at sfu.ca (Kynnin Scott) Date: Wed, 06 Apr 2005 21:41:20 -0700 Subject: [Mediawiki-l] bots and non-english characters? Message-ID: <200504070441.j374fKCk007481@rm-rstar.sfu.ca> An embedded and charset-unspecified text was scrubbed... Name: not available Url: http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050406/96093bda/attachment.diff From plamen at orientalia.org Thu Apr 7 05:40:56 2005 From: plamen at orientalia.org (Plamen Gradinarov) Date: Thu, 7 Apr 2005 08:40:56 +0300 Subject: [Mediawiki-l] MySQL character set problem Message-ID: <002401c53b34$5f249ba0$9ab7fea9@eap> MySQL 4.1.10a with default-character-set=cp1251 in my.cnf No errors while importing bg.wikipedia. Opening any imported page returns database error, but new added entries appear correctly, and all messages + navigation are in Bulgarian: http://encyclopedia.novdom.org Comment the default-character-set=cp1251 in my.cnf and all imported data pop up. Any suggestions how to launch the bg wikimedia import with cp1251 preserved in my.cnf. Thanks, Plamen From tomk32 at gmx.de Thu Apr 7 05:56:26 2005 From: tomk32 at gmx.de (Thomas R. Koll) Date: Thu, 7 Apr 2005 07:56:26 +0200 Subject: [Mediawiki-l] bots and non-english characters? In-Reply-To: <9308f616ef4ee3975493cebda3193e9e@earthlink.net> References: <9308f616ef4ee3975493cebda3193e9e@earthlink.net> Message-ID: <20050407055626.GB5123@tomk32.homelinux.org> On Wed, Apr 06, 2005 at 02:59:14PM -0400, John Blumel wrote: > Has anyone had success with submitting data that contains non-English > characters via a bot? I'm currently working on some Perl scripts to > extract and upload data from a number of external sources related to > the subject of our wiki -- thanks, James Birkholz, for the extension > code by I decided to go another way -- and some of this material > consists of translations of foreign (esp., French and Irish) terms that > contain various accented characters. As Rowan said, use the PyWikipediaBot. It's the standard for modifiying mediawiki-installations via bot and it's api is superior to any other. There are plenty of example scripts in the CVS (don't use the outdated packages but the CVS) which should be a good starting point. ciao, tom -- == Weblinks == * http://verlag.tomk32.de/ - WikiReader Digest als Print-Ausgabe * http://de.wikipedia.org/wiki/Benutzer:TomK32 * http://www.hammererlehen.de - Urlaub in Berchtesgaden From fedya.mosalov at gmail.com Thu Apr 7 07:57:59 2005 From: fedya.mosalov at gmail.com (Fedya Mosalov) Date: Thu, 07 Apr 2005 11:57:59 +0400 Subject: [Mediawiki-l] how to include a part of one page into another? Message-ID: <4254E807.8030002@gmail.com> Hello! First, I have a News page with a list of events which looks like that: 03/04/2005 Event 3 01/02/2005 Event 2 01/01/2005 Event 1 Second, I have the Main Page, and I want to include top N events from the News page into the Main Page. Are there any features in WikiMedia to do it in the simplest possible way? Please provide me with the section in the documentation or some example concerning this question. Thanks in advance. -- fedya From lars at aronsson.se Thu Apr 7 08:09:00 2005 From: lars at aronsson.se (Lars Aronsson) Date: Thu, 7 Apr 2005 10:09:00 +0200 (CEST) Subject: [Mediawiki-l] MySQL character set problem In-Reply-To: <002401c53b34$5f249ba0$9ab7fea9@eap> References: <002401c53b34$5f249ba0$9ab7fea9@eap> Message-ID: Plamen Gradinarov wrote: > MySQL 4.1.10a with default-character-set=cp1251 in my.cnf No errors > while importing bg.wikipedia. Opening any imported page returns > database error, but new added entries appear correctly, and all > messages + navigation are in Bulgarian: > http://encyclopedia.novdom.org > > Comment the default-character-set=cp1251 in my.cnf and all imported > data pop up. > > Any suggestions how to launch the bg wikimedia import with cp1251 > preserved in my.cnf. I'm curious: If you start a new installation today with a fresh MySQL version and everything, why would you not want to go with Unicode? I've been using the 8bit code iso-8859-1 since 1989 (I almost wrote "since 1898") and am now starting the process of converting my projects to Unicode and utf-8. So I'm interested in how people think about these things. Which valid arguments are there against utf-8? -- Lars Aronsson (lars at aronsson.se) Aronsson Datateknik - http://aronsson.se From brion at pobox.com Thu Apr 7 08:18:22 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 07 Apr 2005 01:18:22 -0700 Subject: [Mediawiki-l] MySQL character set problem In-Reply-To: <002401c53b34$5f249ba0$9ab7fea9@eap> References: <002401c53b34$5f249ba0$9ab7fea9@eap> Message-ID: <4254ECCE.7010504@pobox.com> Plamen Gradinarov wrote: > MySQL 4.1.10a with default-character-set=cp1251 in my.cnf > No errors while importing bg.wikipedia. Opening any imported page returns database error, but new added entries appear correctly, and all messages + navigation are in Bulgarian: > http://encyclopedia.novdom.org > > Comment the default-character-set=cp1251 in my.cnf and all imported data pop up. > > Any suggestions how to launch the bg wikimedia import with cp1251 preserved in my.cnf. Install MySQL 4.0 and use that. :P Or, try to figure out how to temporarily change the defaults or alter the table definitions in the dumps. See MySQL documentation on dev.mysql.com. -- 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/20050407/ee39afb6/attachment.pgp From bret-online at bretwortman.com Thu Apr 7 08:22:59 2005 From: bret-online at bretwortman.com (Bret Wortman) Date: Thu, 07 Apr 2005 17:52:59 +0930 Subject: [Mediawiki-l] Page headers? Message-ID: <4254EDE3.3010401@bretwortman.com> I'd like to find a simple way to include a header at the top of every page, but I'm not terribly fluent in PHP. Can anyone point me in the right direction? Thanks! Bret Wortman From plamen at orientalia.org Thu Apr 7 09:25:26 2005 From: plamen at orientalia.org (Plamen Gradinarov) Date: Thu, 7 Apr 2005 12:25:26 +0300 Subject: [Mediawiki-l] MySQL character set problem References: <002401c53b34$5f249ba0$9ab7fea9@eap> Message-ID: <002801c53b53$d20b2fc0$9ab7fea9@skknet.net> > I'm curious: If you start a new installation today with a fresh MySQL version and everything, why would you not want to go with Unicode? Because I need Cyrillic alphabet sorting for some other domains on the same server. P. From plamen at orientalia.org Thu Apr 7 09:31:44 2005 From: plamen at orientalia.org (Plamen Gradinarov) Date: Thu, 7 Apr 2005 12:31:44 +0300 Subject: [Mediawiki-l] MySQL character set problem References: <002401c53b34$5f249ba0$9ab7fea9@eap> <4254ECCE.7010504@pobox.com> Message-ID: <002c01c53b54$aebada60$9ab7fea9@skknet.net> Probably I will degrade to 4.0, but not sure this will solve the case. Seems to me that MySQL cannot find the path to /usr/share/mysql to properly read the compiled set. The type of collation charset in the tables doesn't matter at all. I have tried with different sets with the same result. What matters only is the defalt charset in my.cnf P. From ucgajpd at ucl.ac.uk Thu Apr 7 11:35:34 2005 From: ucgajpd at ucl.ac.uk (Jason Davies) Date: Thu, 7 Apr 2005 12:35:34 +0100 Subject: [Mediawiki-l] Re: 1.4.0 doesn't seem to work... In-Reply-To: Message-ID: >Jason Davies writes: > >> >>>>It might "make sense" if PHP's built-in functions are >>>>malfunctioning and the functioning of wfTimestamp() is therefore >>>>broken. :) >> >>for the record, this turned out to be because of changes in the PHP >>database to run Oracle server. We're hoping that PHP upgrade in a >little >>while will solve. Thanks for the advice on this. >> > >Jason, any headway? I am experiencing the exact same timestamp >symptoms, on AIX 5.1. Can you clarify the "changes in the PHP database >to run Oracle server". I'm not sure that we have done that. > I can't help much, I'm really the messenger boy. I forwarded what I had - we ended up going to the last build of 1.3.11 for now. The PHP changes were done by someone in the college but I don't have access to the code. From sr.ribeiro at gmail.com Thu Apr 7 12:41:19 2005 From: sr.ribeiro at gmail.com (=?ISO-8859-1?Q?S=E9rgio_Ribeiro?=) Date: Thu, 7 Apr 2005 13:41:19 +0100 Subject: [Mediawiki-l] how to include a part of one page into another? In-Reply-To: <4254E807.8030002@gmail.com> References: <4254E807.8030002@gmail.com> Message-ID: <71fb0a8e0504070541779b7e3@mail.gmail.com> About any tech help I can't help you. But you can use same thing that we use one Wikinews.. templates. Like: {{Namespace:Article}} Note that {{Article}} Doesn't work, since the default namespace for using {{}} is Template: For a live example: http://pt.wikinews.org/wiki/Template:Not?cias do dia and see the source of the template: Hope this can help you. Cheers, On Apr 7, 2005 8:57 AM, Fedya Mosalov wrote: > > Hello! > > First, I have a News page with a list of events which looks like that: > > 03/04/2005 Event 3 > 01/02/2005 Event 2 > 01/01/2005 Event 1 > > Second, I have the Main Page, and I want to include top N events from the > News page into the Main Page. > > Are there any features in WikiMedia to do it in the simplest possible way? > Please provide me with the section in the documentation or some example > concerning this question. > > Thanks in advance. > > -- > fedya > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- Edit this page @ http://pt.wikipedia.org From cheekygeek at gmail.com Thu Apr 7 14:47:36 2005 From: cheekygeek at gmail.com (CheekyGeek) Date: Thu, 7 Apr 2005 09:47:36 -0500 Subject: [Mediawiki-l] Namespace confusion Message-ID: <39deb1a805040707477c52af4f@mail.gmail.com> If one is typing an article and put the double brackets around a word or phrase, that word or phrase becomes a link. Clicking on the link goes to that page (before editing, naturally, it is empty). Two questions: How does one avoid getting (or handling) two pages that deal with the identical subject. For example, if I create a link to the term "supercell" and another author creates a link using the term "supercells", do I not end up with TWO pages that must be kept "in sync" with the same definition? I know that leaving the last "s" outside the double brackets solves the problem, but a) that option is not available for all plural words or for other suffixes b) it only takes one person to create additional pages that are duplicates of the first. Is this part of the "pruning" process that must go on in maintaining a wiki? (This could particularly explain the usefulness of the "What links here" Toolbox link. With that one could go to the supercells page and change all references to point to the supercell page. If this is the best way to handle it, does one delete the duplicate (plural) page after all references to it have been removed? Also, "namespace" in MediaWiki seems to mean something different than I am using it above. I'm not sure I'm clear on that, but the "Special" pages are one example of that. "Special" seems to be called the "namespace" and the part after the colon is something else. Can anybody explain that further? Darren Addy Kearney, NE From astronouth7303 at gmail.com Thu Apr 7 14:56:49 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Thu, 7 Apr 2005 10:56:49 -0400 Subject: [Mediawiki-l] Namespace confusion In-Reply-To: <39deb1a805040707477c52af4f@mail.gmail.com> References: <39deb1a805040707477c52af4f@mail.gmail.com> Message-ID: In supercells: #REDIRECT [[Supercell]] On Apr 7, 2005 10:47 AM, CheekyGeek wrote: > If one is typing an article and put the double brackets around a word > or phrase, that word or phrase becomes a link. Clicking on the link > goes to that page (before editing, naturally, it is empty). Two > questions: > > How does one avoid getting (or handling) two pages that deal with the > identical subject. For example, if I create a link to the term > "supercell" and another author creates a link using the term > "supercells", do I not end up with TWO pages that must be kept "in > sync" with the same definition? I know that leaving the last "s" > outside the double brackets solves the problem, but > a) that option is not available for all plural words or for other suffixes > b) it only takes one person to create additional pages that are > duplicates of the first. > > Is this part of the "pruning" process that must go on in maintaining a > wiki? (This could particularly explain the usefulness of the "What > links here" Toolbox link. With that one could go to the supercells > page and change all references to point to the supercell page. If this > is the best way to handle it, does one delete the duplicate (plural) > page after all references to it have been removed? > > Also, "namespace" in MediaWiki seems to mean something different than > I am using it above. I'm not sure I'm clear on that, but the "Special" > pages are one example of that. "Special" seems to be called the > "namespace" and the part after the colon is something else. Can > anybody explain that further? > > Darren Addy > Kearney, NE > _______________________________________________ > 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 had 2GB. From richholton at gmail.com Thu Apr 7 15:05:36 2005 From: richholton at gmail.com (Richard Holton) Date: Thu, 7 Apr 2005 10:05:36 -0500 Subject: [Mediawiki-l] Namespace confusion In-Reply-To: <39deb1a805040707477c52af4f@mail.gmail.com> References: <39deb1a805040707477c52af4f@mail.gmail.com> Message-ID: <4a37983b05040708054bb0fe41@mail.gmail.com> On Apr 7, 2005 9:47 AM, CheekyGeek wrote: > If one is typing an article and put the double brackets around a word > or phrase, that word or phrase becomes a link. Clicking on the link > goes to that page (before editing, naturally, it is empty). Two > questions: > > How does one avoid getting (or handling) two pages that deal with the > identical subject. For example, if I create a link to the term > "supercell" and another author creates a link using the term > "supercells", do I not end up with TWO pages that must be kept "in > sync" with the same definition? I know that leaving the last "s" > outside the double brackets solves the problem, but > a) that option is not available for all plural words or for other suffixes > b) it only takes one person to create additional pages that are > duplicates of the first. First, there is the practice of using "redirects". On [[supercells]] you would create a page where the entire content is: #redirect [[supercell]] Anyone going to the page "supercells" will be redirected to the page "supercell". See [[Wikipedia:Redirects]], which is itself a redirect to [[Wikipedia:Redirect]], where you can find more information. Second is by merging pages. If you do end up with [[supercells]] and [[supercell]], the two pages should be merged into one, the other one then made into a redirect. Note that in the English Wikipedia, the correct page name would be [[supercell]] (the singular). The process of merging is not necessarily trivial. See [[Wikipedia:Duplicate articles]]. > > Is this part of the "pruning" process that must go on in maintaining a > wiki? (This could particularly explain the usefulness of the "What > links here" Toolbox link. With that one could go to the supercells > page and change all references to point to the supercell page. If this > is the best way to handle it, does one delete the duplicate (plural) > page after all references to it have been removed? > > Also, "namespace" in MediaWiki seems to mean something different than > I am using it above. I'm not sure I'm clear on that, but the "Special" > pages are one example of that. "Special" seems to be called the > "namespace" and the part after the colon is something else. Can > anybody explain that further? > > Darren Addy > Kearney, NE Namespaces are types of pages that have distinct usage and often distinct functionality built into the software. For instance, for article [[Supercell]] (which is in the default namespace, and has no specified prefix) will have a corresponding page in the Talk namespace: [[Talk:Supercell]]. You will note that on a talk page you can post a message to the bottom of the existing page via the "+" tab (using the default skin). This feature is not available in the default (article) namespace. Other namespaces include: Wikipedia (see examples above), Wikipedia_talk, Category, Category_talk, Template, and Template_talk. Each has its own particular use. I hope that this helps! -- Rich Holton en.wikipedia:User:Rholton From johnblumel at earthlink.net Thu Apr 7 15:25:20 2005 From: johnblumel at earthlink.net (John Blumel) Date: Thu, 7 Apr 2005 11:25:20 -0400 Subject: [Mediawiki-l] Page headers? In-Reply-To: <4254EDE3.3010401@bretwortman.com> References: <4254EDE3.3010401@bretwortman.com> Message-ID: <64ba735e9361206abf4766e877576aee@earthlink.net> On Apr 7, 2005, at 4:22am, Bret Wortman wrote: > I'd like to find a simple way to include a header at the top of every > page, but I'm not terribly fluent in PHP. Can anyone point me in the > right direction? In LocalSettings.php, set, $wgSiteNotice = ""; can be relatively complex HTML and seems to be used exactly as is, despite a notation in DefaultSettings.php that it will be bolded. John Blumel From rick.denatale at gmail.com Thu Apr 7 16:34:11 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Thu, 7 Apr 2005 12:34:11 -0400 Subject: [Mediawiki-l] Namespace confusion In-Reply-To: <4a37983b05040708054bb0fe41@mail.gmail.com> References: <39deb1a805040707477c52af4f@mail.gmail.com> <4a37983b05040708054bb0fe41@mail.gmail.com> Message-ID: On Apr 7, 2005 11:05 AM, Richard Holton wrote: > > Namespaces are types of pages that have distinct usage and often > distinct functionality built into the software. For instance, for > article [[Supercell]] (which is in the default namespace, and has no > specified prefix) will have a corresponding page in the Talk > namespace: [[Talk:Supercell]]. You will note that on a talk page you > can post a message to the bottom of the existing page via the "+" tab > (using the default skin). This feature is not available in the default > (article) namespace. > > Other namespaces include: Wikipedia (see examples above), > Wikipedia_talk, Category, Category_talk, Template, and Template_talk. > Each has its own particular use. These namespaces apply to Wikipedia, not necessarily to another mediawiki site. The Wikipedia name space and Wikipedia_talk namespaces won't be found on all mediawiki sites. They are on Wikipedia because that's the project name. Not all link prefixes (i.e. Something:) are namespaces which need to be defined by the administrator in the database. Such a link prefix can also indicate an interwiki link, which is also set up in the database. In fact on many mediawiki installations Wikipedia: is an interwiki link indication and NOT a namespace. Unless a prefix like Something: is defined as a namespace or interwiki link prefix (or maybe something else I don't know about) it's just part ot the article name in the main (article) namespace. One way to find out which namespaces are defined on a particular mediawiki site is to go to Special:All pages which has a drop-down list of namespaces to choose from. And by the way that Special: prefix which indicates a page with special php code which generates it, doesn't seem to be a third kind of link prefix. From lthao at elmbrook.org Thu Apr 7 18:57:50 2005 From: lthao at elmbrook.org (Lee Thao) Date: Thu, 7 Apr 2005 13:57:50 -0500 Subject: [Mediawiki-l] Links appear in new browser window Message-ID: <200504071857.j37Ivnqe014764@linuxmail.elmbrook.org> I could not find this in the faq or handbook. Is it possible to create a link, internal or ext, that will open in another window? From astronouth7303 at gmail.com Thu Apr 7 19:09:48 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Thu, 7 Apr 2005 15:09:48 -0400 Subject: [Mediawiki-l] Links appear in new browser window In-Reply-To: <200504071857.j37Ivnqe014764@linuxmail.elmbrook.org> References: <200504071857.j37Ivnqe014764@linuxmail.elmbrook.org> Message-ID: Search this list. Add site:mail.wikimedia.org to the google box. Last time someone asked this, there was a huge discussion about ethnicity/legitimacy of doing it. On Apr 7, 2005 2:57 PM, Lee Thao wrote: > I could not find this in the faq or handbook. Is it possible to create a > link, internal or ext, that will open in another window? > > _______________________________________________ > 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 had 2GB. From mediawiki at samrowe.com Thu Apr 7 19:13:16 2005 From: mediawiki at samrowe.com (Sam Rowe) Date: Thu, 7 Apr 2005 15:13:16 -0400 Subject: [Mediawiki-l] Links appear in new browser window In-Reply-To: References: <200504071857.j37Ivnqe014764@linuxmail.elmbrook.org> Message-ID: <20050407191316.GA17513@samrowe.com> On Thu, Apr 07, 2005 at 03:09:48PM -0400, Jamie Bliss wrote: # Search this list. Add site:mail.wikimedia.org to the google box. # # Last time someone asked this, there was a huge discussion about # ethnicity/legitimacy of doing it. Ethicality? From DEGerisch at co.tulare.ca.us Thu Apr 7 19:19:55 2005 From: DEGerisch at co.tulare.ca.us (David Gerisch) Date: Thu, 07 Apr 2005 12:19:55 -0700 Subject: [Mediawiki-l] Question: how-to embed a different search engine? Message-ID: Hello, I have a need to search for things within my wiki that MySQL doesn't easily find. I've set up ht://Dig to index my wiki, and the htDig search page itself does find the pages I need. So my question is: what steps would I take to embed a link to the htDig Search.html page? In essence, I'd like either: 1) the search portlet to 'shell out' to the htDig search (most desirable) -or- 2) just replace the search portlet with an anchor link to the htDig search page. I'm pretty new to MediaWiki, and do not know which files would be the correct ones to modify. My version information is: MediaWiki (http://wikipedia.sf.net/): 1.4.0 PHP (http://www.php.net/): 4.3.4 (apache2handler) MySQL (http://www.mysql.com/): 4.0.18 Thank you for any assistance you can give me. David Gerisch, Systems Development Specialist A.C.S. / Tulare County Information Technology degerisch at co.tulare.ca.us From lthao at elmbrook.org Thu Apr 7 19:23:40 2005 From: lthao at elmbrook.org (Lee Thao) Date: Thu, 7 Apr 2005 14:23:40 -0500 Subject: [Mediawiki-l] Links appear in new browser window In-Reply-To: <20050407191316.GA17513@samrowe.com> Message-ID: <200504071923.j37JNeqe015846@linuxmail.elmbrook.org> Ethics may depend on ethnicity and/or illegitimacy. Anyhow, no go on google search ("new window" site:mail.wikimedia.org). If you can direct me with the search terms that can get me to the discussion, I would appreciate it. Otherwise, this will be my last post re: this. -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Sam Rowe Sent: Thursday, April 07, 2005 2:13 PM To: Jamie Bliss; MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Links appear in new browser window On Thu, Apr 07, 2005 at 03:09:48PM -0400, Jamie Bliss wrote: # Search this list. Add site:mail.wikimedia.org to the google box. # # Last time someone asked this, there was a huge discussion about # ethnicity/legitimacy of doing it. Ethicality? _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From myob87 at gmail.com Thu Apr 7 20:04:04 2005 From: myob87 at gmail.com (Cian Duffy) Date: Thu, 7 Apr 2005 21:04:04 +0100 Subject: [Mediawiki-l] Links appear in new browser window In-Reply-To: <200504071923.j37JNeqe015846@linuxmail.elmbrook.org> References: <20050407191316.GA17513@samrowe.com> <200504071923.j37JNeqe015846@linuxmail.elmbrook.org> Message-ID: <2658dc2f050407130464e70229@mail.gmail.com> I think you're still misuing the term 'ethnicity' here, as ethnicity has nothing to do with opening links... Cian On Apr 7, 2005 8:23 PM, Lee Thao wrote: > Ethics may depend on ethnicity and/or illegitimacy. Anyhow, no go on google > search ("new window" site:mail.wikimedia.org). If you can direct me with > the search terms that can get me to the discussion, I would appreciate it. > Otherwise, this will be my last post re: this. > > > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org > [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Sam Rowe > Sent: Thursday, April 07, 2005 2:13 PM > To: Jamie Bliss; MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] Links appear in new browser window > > On Thu, Apr 07, 2005 at 03:09:48PM -0400, Jamie Bliss wrote: > # Search this list. Add site:mail.wikimedia.org to the google box. > # > # Last time someone asked this, there was a huge discussion about > # ethnicity/legitimacy of doing it. > > Ethicality? > > _______________________________________________ > 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 > -- --------------------------- "We're busy running out of time" Bernard Sumner, 1993 From JohnsonA at rembrandt.co.nz Thu Apr 7 20:29:29 2005 From: JohnsonA at rembrandt.co.nz (Alistair Johnson) Date: Fri, 8 Apr 2005 08:29:29 +1200 Subject: [Mediawiki-l] Question: how-to embed a different search engin e? Message-ID: From: David Gerisch [mailto:DEGerisch at co.tulare.ca.us] [snip] > just replace the search portlet with an anchor link to the htDig > search page. What I did was to edit \skin\skinname.php (where skinname is the skin you are using - I took monobook & derived a new skin from it to hold all our customisations). The code we now have for the search portlet is:
    Intranet The web haveMsg('accesskey-search')) { ?>accesskey="msg('accesskey-search') ?>"data['search'] ) ) { ?> value="text('search') ?>" onkeypress="return entsub(this.form)"/>  
    Which allows us to choose between a google search & a wiki search. Hope this helps. al. From JohnsonA at rembrandt.co.nz Thu Apr 7 20:31:26 2005 From: JohnsonA at rembrandt.co.nz (Alistair Johnson) Date: Fri, 8 Apr 2005 08:31:26 +1200 Subject: [Mediawiki-l] how to include a part of one page into another? Message-ID: {{:Article}} also seems to work. I guess this is just the default namespace? al. -----Original Message----- From: S?rgio Ribeiro [mailto:sr.ribeiro at gmail.com] Sent: Friday, 8 April 2005 12:41 a.m. To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] how to include a part of one page into another? About any tech help I can't help you. But you can use same thing that we use one Wikinews.. templates. Like: {{Namespace:Article}} Note that {{Article}} Doesn't work, since the default namespace for using {{}} is Template: For a live example: http://pt.wikinews.org/wiki/Template:Not?cias do dia and see the source of the template: Hope this can help you. Cheers, On Apr 7, 2005 8:57 AM, Fedya Mosalov wrote: > > Hello! > > First, I have a News page with a list of events which looks like that: > > 03/04/2005 Event 3 > 01/02/2005 Event 2 > 01/01/2005 Event 1 > > Second, I have the Main Page, and I want to include top N events from the > News page into the Main Page. > > Are there any features in WikiMedia to do it in the simplest possible way? > Please provide me with the section in the documentation or some example > concerning this question. > > Thanks in advance. > > -- > fedya > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- 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 Jeff_Wolfe at intuit.com Thu Apr 7 21:02:51 2005 From: Jeff_Wolfe at intuit.com (Wolfe, Jeff) Date: Thu, 7 Apr 2005 14:02:51 -0700 Subject: [Mediawiki-l] Reset sysop password Message-ID: Hi, I'm exploring MediaWiki and, like a newbie, forgot my sysop password. Is there a specific sql script or resource I can use to reset it directly in the database? Any help would be appreciated. Thanks! From brion at pobox.com Thu Apr 7 21:07:51 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 07 Apr 2005 14:07:51 -0700 Subject: [Mediawiki-l] Reset sysop password In-Reply-To: References: Message-ID: <4255A127.4040505@pobox.com> Wolfe, Jeff wrote: > Hi, > > I'm exploring MediaWiki and, like a newbie, forgot my sysop password. Is > there a specific sql script or resource I can use to reset it directly in > the database? Any help would be appreciated. Something like this: update user set user_password=md5(concat(user_id,'-',md5('new password'))) where user_name='Sysop account 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/20050407/8eb8f047/attachment.pgp From f-x.p at laposte.net Thu Apr 7 21:12:28 2005 From: f-x.p at laposte.net (FxParlant) Date: Thu, 07 Apr 2005 23:12:28 +0200 Subject: [Mediawiki-l] Re: Links appear in new browser window In-Reply-To: <200504071857.j37Ivnqe014764@linuxmail.elmbrook.org> References: <200504071857.j37Ivnqe014764@linuxmail.elmbrook.org> Message-ID: Hi, if it is for your own personal wiki, you can hack a little bit the machine, to suit your use. A radical solution could be to allow complete html on your wiki. It is a great flaw for security, but permits a lot of things. A less definitive solution could be to create a template (if you have used the ISBN, you know what I mean). Of course, you would also need a little bit of hacking. Then, if it is for a public wikipedia, the decision might be more difficult to take Fran?ois www.fxparlant.net/Category:Mediawiki Lee Thao wrote: > I could not find this in the faq or handbook. Is it possible to create a > link, internal or ext, that will open in another window? From astronouth7303 at gmail.com Fri Apr 8 00:31:56 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Thu, 7 Apr 2005 20:31:56 -0400 Subject: [Mediawiki-l] Links appear in new browser window In-Reply-To: <200504071923.j37JNeqe015846@linuxmail.elmbrook.org> References: <20050407191316.GA17513@samrowe.com> <200504071923.j37JNeqe015846@linuxmail.elmbrook.org> Message-ID: http://mail.wikipedia.org/pipermail/mediawiki-l/2005-January/002919.html was the first one. On Apr 7, 2005 3:23 PM, Lee Thao wrote: > Ethics may depend on ethnicity and/or illegitimacy. Anyhow, no go on google > search ("new window" site:mail.wikimedia.org). If you can direct me with > the search terms that can get me to the discussion, I would appreciate it. > Otherwise, this will be my last post re: this. > > > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org > [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Sam Rowe > Sent: Thursday, April 07, 2005 2:13 PM > To: Jamie Bliss; MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] Links appear in new browser window > > On Thu, Apr 07, 2005 at 03:09:48PM -0400, Jamie Bliss wrote: > # Search this list. Add site:mail.wikimedia.org to the google box. > # > # Last time someone asked this, there was a huge discussion about > # ethnicity/legitimacy of doing it. > > Ethicality? > > _______________________________________________ > 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 had 2GB. From mail at tgries.de Fri Apr 8 01:15:10 2005 From: mail at tgries.de (Thomas Gries) Date: Fri, 08 Apr 2005 03:15:10 +0200 Subject: [Mediawiki-l] ENotif and EAuthent for version REL1_4 (1.4.1) -- coming soon Message-ID: <4255DB1E.8000502@tgries.de> For your information: I fully succeeded in porting ENotif and EAuthent from the CVS HEAD version back to REL1_4 (1.4.1). All functions **do** already work, but I decided to invest more time for tests and perhaps further optimizations. If everything works out fine, I can hold my promised release date 09-APR-2005. It will also be the first version supplying users with direct "difference between current and last-visited-revision" links (for watched pages on recent-changes view, see [3]). The feature can also be used by those who opted to not receive email notifications (ENotifs). It also allows EAuthent [2], so that all mail functions except "mail me a temporary password, because I forgot it" only work after the user has authenticated the entered email address. The mechanism is explained in [2]. Proper config/installation and updaters code and plenty of sysop-settings and user options are supplied, see screenshots [4]. Developers, who are interested, are asked to add their email addresses to the CC list of the mentioned bugzillas. Tom [1] http://bugzilla.wikipedia.org/show_bug.cgi?id=454 E-mail notification (EN) for page changes of watch-listed pages and/or of user_talk page [2] http://bugzilla.wikipedia.org/show_bug.cgi?id=866 Email authentication (EA) by mailing a temporary one-time password [3] http://bugzilla.wikimedia.org/show_bug.cgi?id=536 For pages on watchlist save last seen version number [4] http://meta.wikipedia.org/wiki/Enotif From amacks at techtarget.com Fri Apr 8 02:29:13 2005 From: amacks at techtarget.com (Aaron Macks) Date: Thu, 7 Apr 2005 22:29:13 -0400 Subject: [Mediawiki-l] export wiki to PDF Message-ID: is there anyway to export an entire wiki to some fixed format, like linked html or pdf? Aaron -- ____________________________________________ Aaron Macks amacks at techtarget.com TechTarget PGP keyid: FBE946C5 117 Kendrick St, Suite 800 Phone: (781) 657-1519 Needham, MA 02494 Fax: (781) 657-1100 From johnblumel at earthlink.net Fri Apr 8 06:28:44 2005 From: johnblumel at earthlink.net (John Blumel) Date: Fri, 8 Apr 2005 02:28:44 -0400 Subject: [Mediawiki-l] bots and non-english characters? In-Reply-To: <9308f616ef4ee3975493cebda3193e9e@earthlink.net> References: <9308f616ef4ee3975493cebda3193e9e@earthlink.net> Message-ID: <8b74ed2c55f366d902bf01b66a897436@earthlink.net> On Apr 6, 2005, at 2:59pm, John Blumel wrote: > Has anyone had success with submitting data that contains non-English > characters via a bot? I'm currently working on some Perl scripts to > extract and upload data... but I haven't had much success with > uploading articles non-standard characters. Well, out of sheer stubbornness, and after a couple of days in character encoding hell, I finally figured out how to get this to work. It wasn't exactly intuitive but, if I ensure that the data files containing the GftP article are Unicode (UTF-8) encoded and then encode them as Latin-1 (ISO-8859-1) in the bot script, the submissions to the wiki, which is configured for UTF-8, go through without any data corruption. This also works for the page titles which had been not getting escaped properly. I'll leave it for someone else to explain why this works this way. John Blumel From hamza.hydri at gmail.com Fri Apr 8 07:25:32 2005 From: hamza.hydri at gmail.com (Hamza Hydri) Date: Fri, 8 Apr 2005 09:25:32 +0200 Subject: [Mediawiki-l] Upload file error. Message-ID: Hi, I have a wiki running on Suse 9.2. the pages are working fine. but I am not able to upload any images or files to my server ... it always gives me this error. The file you uploaded seems to be empty. This might be due to a typo in the file name. Please check whether you really want to upload this file. although the files i am trying to upload a jpeg images of 100 kb etc. can any one hint at what the error could be, any suggestions plz. regards From f-x.p at laposte.net Fri Apr 8 08:49:38 2005 From: f-x.p at laposte.net (FxParlant) Date: Fri, 08 Apr 2005 10:49:38 +0200 Subject: [Mediawiki-l] Re: Upload file error. In-Reply-To: References: Message-ID: If it's a new wiki, you have to allow uploads in LocaSettings.php... there is a variable that you need to change from false to true (or aother way round) Then you have eventually to add the extension of your file to the list of allowed upload (only if it is an exotic extension)... also in LocalSettings.php Hope it helps Fran?ois Hamza Hydri wrote: > Hi, > > I have a wiki running on Suse 9.2. the pages are working fine. but I > am not able to upload any images or files to my server ... it always > gives me this error. > > The file you uploaded seems to be empty. This might be due to a typo > in the file name. Please check whether you really want to upload this > file. > > although the files i am trying to upload a jpeg images of 100 kb etc. > > can any one hint at what the error could be, any suggestions plz. > > regards From hamza.hydri at gmail.com Fri Apr 8 08:58:09 2005 From: hamza.hydri at gmail.com (Hamza Hydri) Date: Fri, 8 Apr 2005 10:58:09 +0200 Subject: [Mediawiki-l] Re:Upload File error Message-ID: Francois, I have changed that allowuploads=true in my LocalSettings.php file, also allowedMaxSize=20 MB and made the upload directory writable ... but still I am having the same error. I fail to understand what the problem could be. From fun at thingy.apana.org.au Fri Apr 8 09:58:27 2005 From: fun at thingy.apana.org.au (David Gerard) Date: Fri, 8 Apr 2005 19:58:27 +1000 Subject: [Mediawiki-l] export wiki to PDF In-Reply-To: References: Message-ID: <20050408095826.GQ23009@thingy.apana.org.au> Aaron Macks (amacks at techtarget.com) [050408 12:38]: > is there anyway to export an entire wiki to some fixed format, like > linked html or pdf? I'm playing with Alfio Puglisi's wiki2static script, which he no longer maintains - he's decided it's entirely the wrong approach (trying to clone MediaWiki in a script), and I'm seeing his point ;-) It should be possible to write a static dump builder as part of MediaWiki itself, using the wikitext parser and so on. Though probably not to keep active on Wikipedia ;-) - d. From rowan.collins at gmail.com Fri Apr 8 11:56:45 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 8 Apr 2005 12:56:45 +0100 Subject: [Mediawiki-l] A bug? Odd interaction of links and wikilinks In-Reply-To: <200504070416.j374GtCk010600@rm-rstar.sfu.ca> References: <200504070416.j374GtCk010600@rm-rstar.sfu.ca> Message-ID: <9f02ca4c050408045644eb1849@mail.gmail.com> On Apr 7, 2005 5:16 AM, Kynnin Scott wrote: > I noticed this behaviour in someone else's edit. It appears that they had > habitually wikified a term despite the fact that they were including it as > the text of an external link. I realise this shouldn't be supported, but the > behaviour that it exhibits should probably be considered as not "doing the > right thing". Hm, yes, that is odd behaviour, and definitely a bug, but it's tempting to just say we won't try and fix it. My reasoning is that there's no meaningful use for that combination of markup, unless somebody really really wanted the text "[[...]]" in their link caption, which seems like something they could do without really. > This doesn't really break anything or pose any security issues (that I can > think of), but the code handling wikitext rendering should probably not try > to wikify double-square-bracket-delineated text in external links anyway. The problem is that the code that does that is tortuous enough as it is, in order to deal with exactly that kind of context-specific behaviour. Every now and then, someone shifts it around, and new things break; if they're major, that leads to yet more shifting around; repeat... For those that haven't looked deep into the code, it's very tempting to think of the code as "knowing where it is", and doing things differently inside or outside certain markup; but actually it performs one step for every instance of, say, internal links, in the whole text, and then goes back and does something else. So things like this have to be dealt with by doing things in the right order, stripping bits of text out and putting them back later, and all sorts of odd tricks like that. My suspicion is that fixing this without breaking anything else would be a pretty major challenge. -- Rowan Collins BSc [IMSoP] From rowan.collins at gmail.com Fri Apr 8 12:06:53 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 8 Apr 2005 13:06:53 +0100 Subject: [Mediawiki-l] Namespace confusion In-Reply-To: References: <39deb1a805040707477c52af4f@mail.gmail.com> <4a37983b05040708054bb0fe41@mail.gmail.com> Message-ID: <9f02ca4c050408050622354e9a@mail.gmail.com> On Apr 7, 2005 5:34 PM, Rick DeNatale wrote: > > Other namespaces include: Wikipedia (see examples above), > > Wikipedia_talk, Category, Category_talk, Template, and Template_talk. > > Each has its own particular use. > > These namespaces apply to Wikipedia, not necessarily to another mediawiki site. > > The Wikipedia name space and Wikipedia_talk namespaces won't be found > on all mediawiki sites. They are on Wikipedia because that's the > project name. Quite right. The above namespaces will all exist, but may have other names based on language settings and (for project pages, as in Wikipedia and Wikipedia_talk) the name of the project. Note that for the convenience of "visitors", there are "canonical" aliases built in for each, so no matter what the settings of the wiki, the English names will also work when typing links (the canonical version of "Wikipedia:" is "Project:") > And by the way that Special: prefix which indicates a page with > special php code which generates it, doesn't seem to be a third kind > of link prefix. The code mostly treats Special: as though it was itself a namespace, and it's normally referred to as such, although as you say these pages are actually defined in source files, and not in the database. Similarly, there is a "Media:" 'namespace', which points directly at an uploaded file (as opposed to the "Image:" description page). -- Rowan Collins BSc [IMSoP] From rowan.collins at gmail.com Fri Apr 8 12:17:54 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 8 Apr 2005 13:17:54 +0100 Subject: [Mediawiki-l] how to include a part of one page into another? In-Reply-To: References: Message-ID: <9f02ca4c050408051734ea2c9c@mail.gmail.com> On Apr 7, 2005 9:31 PM, Alistair Johnson wrote: > {{:Article}} > > also seems to work. I guess this is just the default namespace? Yes, the "main"/"article" namespace has no name, so ":" becomes just ":<title>", if you see what I mean. -- Rowan Collins BSc [IMSoP] From brion at pobox.com Fri Apr 8 12:44:08 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 08 Apr 2005 05:44:08 -0700 Subject: [Mediawiki-l] export wiki to PDF In-Reply-To: <20050408095826.GQ23009@thingy.apana.org.au> References: <p06210248be7b9cce195c@[10.80.20.3]> <20050408095826.GQ23009@thingy.apana.org.au> Message-ID: <42567C98.1010107@pobox.com> David Gerard wrote: > I'm playing with Alfio Puglisi's wiki2static script, which he no longer > maintains - he's decided it's entirely the wrong approach (trying to clone > MediaWiki in a script), and I'm seeing his point ;-) > > It should be possible to write a static dump builder as part of MediaWiki > itself, using the wikitext parser and so on. Tim checked in some experimental code on the dev branch a few days ago to this effect: http://cvs.sourceforge.net/viewcvs.py/wikipedia/phase3/maintenance/dumpHTML.php?view=markup http://cvs.sourceforge.net/viewcvs.py/wikipedia/phase3/maintenance/dumpHTML.inc?view=markup -- 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/20050408/b9a31e7a/attachment.pgp From rowan.collins at gmail.com Fri Apr 8 12:57:30 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 8 Apr 2005 13:57:30 +0100 Subject: [Mediawiki-l] export wiki to PDF In-Reply-To: <p06210248be7b9cce195c@10.80.20.3> References: <p06210248be7b9cce195c@10.80.20.3> Message-ID: <9f02ca4c05040805576d4db0b8@mail.gmail.com> On Apr 8, 2005 3:29 AM, Aaron Macks <amacks at techtarget.com> wrote: > is there anyway to export an entire wiki to some fixed format, like > linked html or pdf? Some of the tools listed on http://meta.wikimedia.org/wiki/Alternative_parsers are designed for this exact purpose; others could be adapted to it. I've also added a note there about the dump-using-internals parser that Brion mentionned, because although it's not an alternative parser, it could well be an alternative to using an alternative... :p -- Rowan Collins BSc [IMSoP] From lighans at gmail.com Fri Apr 8 13:26:44 2005 From: lighans at gmail.com (Hans Huijgen) Date: Fri, 8 Apr 2005 15:26:44 +0200 Subject: [Mediawiki-l] Re: MediaWiki-l Digest, Vol 19, Issue 7 In-Reply-To: <20050405095754.A56BD1AC19E4@mail.wikimedia.org> References: <20050405095754.A56BD1AC19E4@mail.wikimedia.org> Message-ID: <bfccd1f90504080626ca38b93@mail.gmail.com> > Quoting Jan Steinman, from the post of Wed, 30 Mar: > well, hardlinks, surprisingly enough, are possible in Woodnose, but M$ > will not admit it openly, rather burry this fact deep in some MSDN > article they hope nobody reads :-) I'll promise I won't read them (-: I have no idea what Woodnose is (although I understand it's a MS-thingie).. Ira replies: > sounds like he was looking for different thing, if I understood - > different CSS for different pages in the SAME wiki... Exactly, that would be great. And a bit foolproof (Am I in the right room for that kind of demand). Example of what would do: Every page (database page) with the name wiki/index.php/tp-nameofthepage will use tp.css. Also wiki/index.php/job-nameofthepage wil use job.css, and so on. Or Every page which is downlinked below wiki/index.php/thispage, inherit the CSS, that I had assigned to thispage but any other solution is welcome. I was suprised that there is so little information about wikifarm at meta or anywhere else on mediawiki. While it could be so interesting. -- Commentaar op mijn ligstroom: http://huijgen.ligfiets.net/mediawiki/index.php/Ligstromen From Joseph.S.White at mail.sprint.com Fri Apr 8 13:48:08 2005 From: Joseph.S.White at mail.sprint.com (White, Steve S [NTK]) Date: Fri, 8 Apr 2005 08:48:08 -0500 Subject: [Mediawiki-l] export wiki to PDF Message-ID: <54CC1D3F1109D440B9BE9C5BF4BF4FBB46D10E@PDAWB02C.ad.sprint.com> Export of a given article in a Wiki to PDF is nearly trivial using wget, tidy, html2ps and ps2pdf: <?php $page = $_GET['page']; $content=`export HOME=/home/apache;links -source \ http://localhost/wikids/index.php/$page | clip.pl | /usr/local/bin/tidy | \ /usr/local/bin/html2ps | /usr/bin/ps2pdf - -`; header('Content-type: application/pdf'); header("Content-Disposition: attachment; filename=$page.pdf"); print $content; ?> clip.pl is a simple perl parser to strip out the nav bar and the like and leave only the article div; any perl neophyte should be able to hack it together. I added a link to the standard template on the intranet wiki I administer, "Get PDF of this page"; it basically just calls [http://evo.mydomain.com/pdfgen/index.php?page={{NAMESPACE}}:{{PAGENAMEE }} Get PDF of this page] I might not want to try this on something like Wikipedia ( all the disk/memory action involved in the multiple conversions might push the system load over-the-top ), but on a fairly busy intranet wiki, the load is nominal, and it's a quick-and-useful hack. :D Have a good one! Steve -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Rowan Collins Sent: Friday, April 08, 2005 7:58 AM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] export wiki to PDF On Apr 8, 2005 3:29 AM, Aaron Macks <amacks at techtarget.com> wrote: > is there anyway to export an entire wiki to some fixed format, like > linked html or pdf? Some of the tools listed on http://meta.wikimedia.org/wiki/Alternative_parsers are designed for this exact purpose; others could be adapted to it. I've also added a note there about the dump-using-internals parser that Brion mentionned, because although it's not an alternative parser, it could well be an alternative to using an alternative... :p -- Rowan Collins BSc [IMSoP] _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From rowan.collins at gmail.com Fri Apr 8 14:19:28 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 8 Apr 2005 15:19:28 +0100 Subject: [Mediawiki-l] Re: MediaWiki-l Digest, Vol 19, Issue 7 In-Reply-To: <bfccd1f90504080626ca38b93@mail.gmail.com> References: <20050405095754.A56BD1AC19E4@mail.wikimedia.org> <bfccd1f90504080626ca38b93@mail.gmail.com> Message-ID: <9f02ca4c05040807194dce2587@mail.gmail.com> On Apr 8, 2005 2:26 PM, Hans Huijgen <lighans at gmail.com> wrote: > Ira replies: > > sounds like he was looking for different thing, if I understood - > > different CSS for different pages in the SAME wiki... > Exactly, that would be great. And a bit foolproof (Am I in the right > room for that kind of demand). > Example of what would do: > Every page (database page) with the name > wiki/index.php/tp-nameofthepage will use tp.css. Also > wiki/index.php/job-nameofthepage wil use job.css, and so on. Actually, IIRC, you can do different styling for different namespaces without even touching the code, because there's a CSS selector of the form ns-X, where X is the numerical ID of the namespace in the database. So, you could create custom namespaces (which basically amounts to the same thing as your arbitrary prefix example above; for most purposes, you can just think of the prefix as part of the name) and play around with the skin based on which one a page is in. To make things *really* diffferent between them, you might need to dig deeper, but (assuming you are using the monobook skin; I think other skins have equivalent pages) some things can be over-ridden just by editting the [[MediaWiki:monobook.css]] page on your wiki. See http://meta.wikimedia.org/wiki/Help:Namespace and http://meta.wikimedia.org/wiki/Help:Custom_namespaces -- Rowan Collins BSc [IMSoP] From astronouth7303 at gmail.com Fri Apr 8 14:40:48 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Fri, 8 Apr 2005 10:40:48 -0400 Subject: [Mediawiki-l] Re:Upload File error In-Reply-To: <e05ff92805040801584388c61f@mail.gmail.com> References: <e05ff92805040801584388c61f@mail.gmail.com> Message-ID: <deebf0b905040807405ae47b81@mail.gmail.com> Do you mean $wgUploadSizeWarning? There is no maximum size that I could find (1.4.0), and the warning defaults to 150000 (bytes), or about 146 KB. As for the problem itself, I would use the LiveHTTPHeaders extesnsion for FireFox to check what's being sent, and check the server config to make sure uploads are enabled. (You may want to write your own upload script to check.) On Apr 8, 2005 4:58 AM, Hamza Hydri <hamza.hydri at gmail.com> wrote: > Francois, > > I have changed that allowuploads=true in my LocalSettings.php file, > also allowedMaxSize=20 MB and made the upload directory writable ... > but still I am having the same error. > > I fail to understand what the problem could be. -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now had 2GB. From johnblumel at earthlink.net Fri Apr 8 16:11:37 2005 From: johnblumel at earthlink.net (John Blumel) Date: Fri, 8 Apr 2005 12:11:37 -0400 Subject: [Mediawiki-l] Re:Upload File error In-Reply-To: <deebf0b905040807405ae47b81@mail.gmail.com> References: <e05ff92805040801584388c61f@mail.gmail.com> <deebf0b905040807405ae47b81@mail.gmail.com> Message-ID: <b47b87e551ab23c39a693311feff17f1@earthlink.net> On Apr 8, 2005, at 10:40am, Jamie Bliss wrote: > As for the problem itself, I would use the LiveHTTPHeaders extesnsion > for FireFox to check what's being sent This extension seems to have disappeared from the Firefox extensions pages. Does anyone know if it is still available from the author? John Blumel From bryanluce at gmail.com Fri Apr 8 17:24:00 2005 From: bryanluce at gmail.com (Bryan Luce) Date: Fri, 8 Apr 2005 13:24:00 -0400 Subject: [Mediawiki-l] Blank page / Cache issue Message-ID: <359df57205040810247877953a@mail.gmail.com> I have just installed the latest stable version 1.4.0 on an external Windows server. Things went well during the install but now I am running into a strange problem: When I reload any wiki page in my browser (either Safari or Firefox), it comes back blank. This also happens on Firefox on the PC. The source it returns is: <html><body></body></html> So I clear the browser's cache ... reload the page ... and everything is normal. Any suggestions to the cause and / or solution to this problem? I am a wiki newbie, so any help would be appreciated. - Bryan "Every time I see an adult on a bicycle, I no longer despair for the human race." -H.G. Wells From pchamorro at ingeominas.gov.co Fri Apr 8 17:46:30 2005 From: pchamorro at ingeominas.gov.co (Pablo Chamorro C.) Date: Fri, 8 Apr 2005 12:46:30 -0500 (COT) Subject: [Mediawiki-l] how to create a page whose name includes a question mark symbol Message-ID: <Pine.LNX.4.61.0504081132370.6441@patascoy.ovsp.gov.co> Is it possible to create a page that includes a question mark symbol? e.g. to create the page "What is life?" I was trying with this: "?Y qu? es la felicidad?" and there is no problem with the first caracter but the final "?" doesn't work. thanks Pablo -- From f-x.p at laposte.net Fri Apr 8 18:01:28 2005 From: f-x.p at laposte.net (FxParlant) Date: Fri, 08 Apr 2005 20:01:28 +0200 Subject: [Mediawiki-l] Re: how to create a page whose name includes a question mark symbol In-Reply-To: <Pine.LNX.4.61.0504081132370.6441@patascoy.ovsp.gov.co> References: <Pine.LNX.4.61.0504081132370.6441@patascoy.ovsp.gov.co> Message-ID: <d36gn8$378$1@sea.gmane.org> The question mark need to be "url encoded": the code for a question mark is: %3F The name of your page is: Y qu? es la felicidad%3F Nice to help. Fran?ois Pablo Chamorro C. wrote: > Is it possible to create a page that includes a question mark symbol? > e.g. to create the page "What is life?" > > I was trying with this: "?Y qu? es la felicidad?" and there is no > problem with the first caracter but the final "?" doesn't work. > > thanks > > Pablo > > -- > > > ------------------------------------------------------------------------ > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From f-x.p at laposte.net Fri Apr 8 18:07:35 2005 From: f-x.p at laposte.net (FxParlant) Date: Fri, 08 Apr 2005 20:07:35 +0200 Subject: [Mediawiki-l] Magnus Manske's wiki2xml Message-ID: <d36h2m$378$2@sea.gmane.org> I thought Magnus would also make write a message on this list, as he did yesterday on gmane.science.linguistics.wikipedia.technical ... but he didn't. I quote his mail: ************************ Magnus Manske wrote: Here it is! The millionth pseudo-parser I wrote for wiki(p|m)edia! :-) Written as a single class, it takes a MediaWiki-style markuped (is that a word?) source and generates the XML flavor Timwi and I have been using in all our unfinished projects! ;-) Try it out at http://www.magnusmanske.de/wikipedia/wiki2xml.php Just paste a wiki source text in, and get the XML. As you will notice, it wasn't written for speed. It is not a "real" parser, but the structure is simlar to what a parser generator would make, except taking a few shortcuts here and there. This could be the heart of a *real* export function. Just write a XML-to-PDF generator (and replace the templates, and get rid of the categories and language links) and you're done! :-) ******************************* That was just to let you know of something I really like :D Fran?ois From johnblumel at earthlink.net Fri Apr 8 18:19:53 2005 From: johnblumel at earthlink.net (John Blumel) Date: Fri, 8 Apr 2005 14:19:53 -0400 Subject: [Mediawiki-l] Re: how to create a page whose name includes a question mark symbol In-Reply-To: <d36gn8$378$1@sea.gmane.org> References: <Pine.LNX.4.61.0504081132370.6441@patascoy.ovsp.gov.co> <d36gn8$378$1@sea.gmane.org> Message-ID: <2447aa1e1a315880548b818e82d21c94@earthlink.net> On Apr 8, 2005, at 2:01pm, FxParlant wrote: > The question mark need to be "url encoded": the code for a question > mark is: > %3F > The name of your page is: > Y qu? es la felicidad%3F Although, using Firefox and and an EN, UTF-8, MW v1.4, it seems to work fine by just creating a link in a page with a question mark in its title or, if you have the 'search' Go function set to open an edit page for pages not found, it can simply be entered there. The question mark only seems to be problematic if used directly in a URL, as would be expected. It is stored in the cur table as just 'blah?'. John Blumel From rowan.collins at gmail.com Fri Apr 8 21:02:13 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 8 Apr 2005 22:02:13 +0100 Subject: [Mediawiki-l] Blank page / Cache issue In-Reply-To: <359df57205040810247877953a@mail.gmail.com> References: <359df57205040810247877953a@mail.gmail.com> Message-ID: <9f02ca4c050408140279b98d1e@mail.gmail.com> On Apr 8, 2005 6:24 PM, Bryan Luce <bryanluce at gmail.com> wrote: > When I reload any wiki page in my browser (either Safari or Firefox), it > comes back blank. This also happens on Firefox on the PC. The source it > returns is: <html><body></body></html> It might be useful to use a debugging tool of some sort to trace the exact HTTP transactions - I'm guessing the actual result is *completely* blank, and the browser is giving you *slightly processed* source code. You could try the LiveHTTPHeaders extension: http://extensionroom.mozdev.org/more-info/livehttpheaders Alternatively, play with a command-line HTTP-request tool like 'wget', or use telnet to connect to the server and send 'spoof' requests by hand. If your wiki is publically accessible, I'm sure I and/or other readers of this list will confirm the behaviour and see if we can diagnose it. -- Rowan Collins BSc [IMSoP] From kynnins at sfu.ca Fri Apr 8 22:48:15 2005 From: kynnins at sfu.ca (Kynnin Scott) Date: Fri, 08 Apr 2005 15:48:15 -0700 Subject: [Mediawiki-l] A bug? Odd interaction of links and wikilinks Message-ID: <200504082248.j38MmFCk026072@rm-rstar.sfu.ca> An embedded and charset-unspecified text was scrubbed... Name: not available Url: http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050408/c9084179/attachment.diff From astronouth7303 at gmail.com Sat Apr 9 01:37:24 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Fri, 8 Apr 2005 21:37:24 -0400 Subject: [Mediawiki-l] Re:Upload File error In-Reply-To: <b47b87e551ab23c39a693311feff17f1@earthlink.net> References: <e05ff92805040801584388c61f@mail.gmail.com> <deebf0b905040807405ae47b81@mail.gmail.com> <b47b87e551ab23c39a693311feff17f1@earthlink.net> Message-ID: <deebf0b9050408183773e891c@mail.gmail.com> http://livehttpheaders.mozdev.org/ On Apr 8, 2005 12:11 PM, John Blumel <johnblumel at earthlink.net> wrote: > On Apr 8, 2005, at 10:40am, Jamie Bliss wrote: > > > As for the problem itself, I would use the LiveHTTPHeaders extesnsion > > for FireFox to check what's being sent > > This extension seems to have disappeared from the Firefox extensions > pages. Does anyone know if it is still available from the author? > > > John Blumel > > _______________________________________________ > 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 had 2GB. From johnblumel at earthlink.net Sat Apr 9 02:17:08 2005 From: johnblumel at earthlink.net (John Blumel) Date: Fri, 8 Apr 2005 22:17:08 -0400 Subject: [Mediawiki-l] Re:Upload File error In-Reply-To: <deebf0b9050408183773e891c@mail.gmail.com> References: <e05ff92805040801584388c61f@mail.gmail.com> <deebf0b905040807405ae47b81@mail.gmail.com> <b47b87e551ab23c39a693311feff17f1@earthlink.net> <deebf0b9050408183773e891c@mail.gmail.com> Message-ID: <2454968198636195de1a1a2b1824c8b5@earthlink.net> Thanks. A very nice and useful tool. On Apr 8, 2005, at 9:37pm, Jamie Bliss wrote: > http://livehttpheaders.mozdev.org/ > > On Apr 8, 2005 12:11 PM, John Blumel <johnblumel at earthlink.net> wrote: >> On Apr 8, 2005, at 10:40am, Jamie Bliss wrote: >> >>> As for the problem itself, I would use the LiveHTTPHeaders extesnsion >>> for FireFox to check what's being sent >> >> This extension seems to have disappeared from the Firefox extensions >> pages. Does anyone know if it is still available from the author? >> John Blumel From vivek.gite at gmail.com Sat Apr 9 08:41:19 2005 From: vivek.gite at gmail.com (Vivek Gite) Date: Sat, 9 Apr 2005 14:11:19 +0530 Subject: [Mediawiki-l] Failed opening 'common_footer.inc' for inclusion Message-ID: <a30c7989050409014140438d7f@mail.gmail.com> Hi I have recently installed 1.4 version and although wiki is working fine I'm getting following error in my scripts.log files (apache) --- Warning: Unknown(common_footer.inc): failed to open stream: No such file or directory in Unknown on line 0 Warning: (null)(): Failed opening 'common_footer.inc' for inclusion (include_path='.:/nixcraft/wiki:/nixcraft/wiki/includes:/nixcraft/wiki/languages') in Unknown on line 0 --- Any idea how to fix this? -- Vivek G Gite __________________________________ Who am I? What am I doing? Why this happened to me? Are you stuck in life? Then read the most age old "Bhagwat gita" to solve all mysteries of life. From brion at pobox.com Sat Apr 9 09:49:09 2005 From: brion at pobox.com (Brion Vibber) Date: Sat, 09 Apr 2005 02:49:09 -0700 Subject: [Mediawiki-l] Failed opening 'common_footer.inc' for inclusion In-Reply-To: <a30c7989050409014140438d7f@mail.gmail.com> References: <a30c7989050409014140438d7f@mail.gmail.com> Message-ID: <4257A515.7060008@pobox.com> Vivek Gite wrote: > Hi > I have recently installed 1.4 version and although wiki is working fine I'm > getting following error in my scripts.log files (apache) > --- > Warning: Unknown(common_footer.inc): failed to open stream: No such file or > directory in Unknown on line 0 > Warning: (null)(): Failed opening 'common_footer.inc' for inclusion > (include_path='.:/nixcraft/wiki:/nixcraft/wiki/includes:/nixcraft/wiki/languages') > in Unknown on line 0 No reference to common_footer.inc appears in the MediaWiki source code; it looks like you've customized the code to include external files. Either use the correct path to those files, or set up the include_path differently 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/20050409/42a42d62/attachment.pgp From pchamorro at ingeominas.gov.co Sat Apr 9 13:39:00 2005 From: pchamorro at ingeominas.gov.co (Pablo Chamorro C.) Date: Sat, 9 Apr 2005 08:39:00 -0500 (COT) Subject: [Mediawiki-l] Re: how to create a page whose name includes a question mark symbol In-Reply-To: <2447aa1e1a315880548b818e82d21c94@earthlink.net> References: <Pine.LNX.4.61.0504081132370.6441@patascoy.ovsp.gov.co> <d36gn8$378$1@sea.gmane.org> <2447aa1e1a315880548b818e82d21c94@earthlink.net> Message-ID: <Pine.LNX.4.61.0504090837250.8120@patascoy.ovsp.gov.co> thanks to both of you, have a nice day! Pablo >> The name of your page is: >> Y qu? es la felicidad%3F > > Although, using Firefox and and an EN, UTF-8, MW v1.4, it seems to work fine > by just creating a link in a page with a question mark in its title or, if > you have the 'search' Go function set to open an edit page for pages not > found, it can simply be entered there. The question mark only seems to be > problematic if used directly in a URL, as would be expected. > > It is stored in the cur table as just 'blah?'. > > > John Blumel > From f-x.p at laposte.net Sat Apr 9 14:09:49 2005 From: f-x.p at laposte.net (FxParlant) Date: Sat, 09 Apr 2005 16:09:49 +0200 Subject: [Mediawiki-l] need mysql geek :D Message-ID: <d38ngl$6um$1@sea.gmane.org> Hello, I'm trying to build a table with the IDs of the categorylinks table: Id of the cl_to | Id of the cl_from It seems simple, by however I'm totally confused by its structure. Please, help; Fran?ois From richholton at gmail.com Sat Apr 9 14:29:08 2005 From: richholton at gmail.com (Richard Holton) Date: Sat, 9 Apr 2005 09:29:08 -0500 Subject: [Mediawiki-l] need mysql geek :D In-Reply-To: <d38ngl$6um$1@sea.gmane.org> References: <d38ngl$6um$1@sea.gmane.org> Message-ID: <4a37983b050409072974fc5597@mail.gmail.com> On Apr 9, 2005 9:09 AM, FxParlant <f-x.p at laposte.net> wrote: > Hello, > > I'm trying to build a table with the IDs of the categorylinks table: > Id of the cl_to | Id of the cl_from > > It seems simple, by however I'm totally confused by its structure. > > Please, help; > > Fran?ois > Fran?ois, I'm not certain I fully understand what you want to do. However, I'll give some information that I hope will help. If you need more, please let me know. In the categoryLinks table: cl_from is the id of the article where the [[category:foo]] entry appears. cl_to is the _title_ of the category page (in this example, "foo". The "category:" prefix is assumed). Note that since there can be multiple category entries on any page, the cl_from field is not unique. Note that cl_to is stored as a title instead of as an id because it is possible to add [[category:bar]] to a page when there is no category page named "bar". The combination of (cl_from, cl_to) should be unique. Multiple instances of the same category entry in an article are only entered into categoryLinks once. I hope this helps! --Rich Holton [[W:en:User:Rholton]] From astronouth7303 at gmail.com Sat Apr 9 15:20:21 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Sat, 9 Apr 2005 11:20:21 -0400 Subject: [Mediawiki-l] Failed opening 'common_footer.inc' for inclusion In-Reply-To: <a30c7989050409014140438d7f@mail.gmail.com> References: <a30c7989050409014140438d7f@mail.gmail.com> Message-ID: <deebf0b90504090820477124e6@mail.gmail.com> Based on the fact that there is no associated file, I'd say it's the PHP configuration. IIRC, there is an option for a common header and/or footer to be included in every page. On Apr 9, 2005 4:41 AM, Vivek Gite <vivek.gite at gmail.com> wrote: > Hi > I have recently installed 1.4 version and although wiki is working fine I'm > getting following error in my scripts.log files (apache) > --- > Warning: Unknown(common_footer.inc): failed to open stream: No such file or > directory in Unknown on line 0 > Warning: (null)(): Failed opening 'common_footer.inc' for inclusion > (include_path='.:/nixcraft/wiki:/nixcraft/wiki/includes:/nixcraft/wiki/languages') > in Unknown on line 0 > --- > Any idea how to fix this? > > -- > Vivek G Gite > __________________________________ > Who am I? What am I doing? Why this happened to me? Are you stuck in life? > Then read the most age old "Bhagwat gita" to solve all mysteries of life. -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now had 2GB. From f-x.p at laposte.net Sat Apr 9 16:33:58 2005 From: f-x.p at laposte.net (FxParlant) Date: Sat, 09 Apr 2005 18:33:58 +0200 Subject: [Mediawiki-l] Re: need mysql geek :D In-Reply-To: <4a37983b050409072974fc5597@mail.gmail.com> References: <d38ngl$6um$1@sea.gmane.org> <4a37983b050409072974fc5597@mail.gmail.com> Message-ID: <d38vut$tve$1@sea.gmane.org> Thanks Richard, It's nice you took time to answer. I'm writing an extension (another totally useless one) and I need to build a link table of the Category pages, but with the IDs. It's a complete mysql question, but I'm sure there are geeks here (as you seem to be) who know fairly well mediawiki and could help: I need to have the cl_to and cl_from converted to the ID of these pages (exactly the same as for the normal links table)...This already gives me headaches:( As for another constraint, I need to take into account only the links between category pages (from namespace=14 to namespace=14) If you still have strength ... :D Fran?ois Richard Holton wrote: > On Apr 9, 2005 9:09 AM, FxParlant <f-x.p at laposte.net> wrote: > >>Hello, >> >>I'm trying to build a table with the IDs of the categorylinks table: >>Id of the cl_to | Id of the cl_from >> >>It seems simple, by however I'm totally confused by its structure. >> >>Please, help; >> >>Fran?ois >> > > > Fran?ois, > > I'm not certain I fully understand what you want to do. However, I'll > give some information that I hope will help. If you need more, please > let me know. > > In the categoryLinks table: > > cl_from is the id of the article where the [[category:foo]] entry appears. > cl_to is the _title_ of the category page (in this example, "foo". The > "category:" prefix is assumed). > > Note that since there can be multiple category entries on any page, > the cl_from field is not unique. > > Note that cl_to is stored as a title instead of as an id because it is > possible to add [[category:bar]] to a page when there is no category > page named "bar". > > The combination of (cl_from, cl_to) should be unique. Multiple > instances of the same category entry in an article are only entered > into categoryLinks once. > > I hope this helps! > > > --Rich Holton > > [[W:en:User:Rholton]] From Jan at Bytesmiths.com Sat Apr 9 18:05:51 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Sat, 9 Apr 2005 11:05:51 -0700 Subject: [Mediawiki-l] Re: google and image pages In-Reply-To: <20050405233321.GY18253@ira.abramov.org> References: <20050402212539.GB22339@batman.gotham.krass.com> <424F11E4.50606@pobox.com> <20050405233321.GY18253@ira.abramov.org> Message-ID: <9767dc2b4e3a094f1ad7a97ffbf0270e@Bytesmiths.com> On 5 Apr 2005, at 16:33, Ira Abramov wrote: > when you are a bot that has to slurp up millions of pages a day, it's > safe to assume in 99.99% of the cases, that a jpg suffix will indeed > lead you to an image. requesting that URL just to see that the header > indeed gives one MIME type or the other means adding a considderable > overhead. What overhead? If you're loading it anyway, you should look at the MIME type. Otherwise, it's just lazy, sloppy programming. A problem of greater concern is links that send an image with the proper MIME type *without* putting ".jpg" at the end of the URI. In that case, you do make more work for spiders, if you expect them to index your "hidden" images. :::: Getting a personal computer is sorta like getting married so you'll have someone to help you with all the problems you never would have had if you had never gotten married in the first place. :::: Jan Steinman <http://www.Bytesmiths.com/Item/794637> From Jan at Bytesmiths.com Sat Apr 9 18:08:41 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Sat, 9 Apr 2005 11:08:41 -0700 Subject: [Mediawiki-l] Re: wikifarm In-Reply-To: <20050405083530.GS18253@ira.abramov.org> References: <bfccd1f905033002386e780e79@mail.gmail.com> <e946deb2f73745765c0c3d2be2871e57@Bytesmiths.com> <20050405083530.GS18253@ira.abramov.org> Message-ID: <49fba849520dd6ad21e9be70af7395c7@Bytesmiths.com> On 5 Apr 2005, at 01:35, Ira Abramov wrote: > Quoting Jan Steinman, from the post of Wed, 30 Mar: >> >> I installed *one* copy of MediaWiki 1.4, then wrote a script that >> duplicated the directory structure and hard-linked the files. >> (Unix only -- I don't think >> you can do that in Windows.) > > well, hardlinks, surprisingly enough, are possible in Woodnose, but M$ > will not admit it openly, rather burry this fact deep in some MSDN > article they hope nobody reads :-) Yea, I meant as an accessible, supported, scriptable interface. I used to make hardlinks in CP/M using an absolute disk editor to duplicate FAT table entries, too, but I didn't claim that CM/P supported it! :-) :::: Where did my money go? <http://www.warresisters.org/piechart.htm> :::: Jan Steinman <http://www.Bytesmiths.com/Item/99AU34> From Jan at Bytesmiths.com Sat Apr 9 18:18:19 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Sat, 9 Apr 2005 11:18:19 -0700 Subject: [Mediawiki-l] default help? In-Reply-To: <425459B6.7080600@pobox.com> References: <42531065.8030603@smashingideas.com> <425459B6.7080600@pobox.com> Message-ID: <07922c83dd307dbf867a8685254e6fa5@Bytesmiths.com> On 6 Apr 2005, at 14:50, Brion Vibber wrote: > Josh Santangelo wrote: >> >> Is there any way to import the entire "help" namespace from wikimedia >> into my installation? > > There's not a standalone help page set available at this time. The way I punted this was to go into the php files and change a very few entry points to point directly to Meta help pages. As I recall, simply putting "Meta:" in two links: "[[Help:Contents]]" and "[[Help:Editing]]" covered most of the places were end users were exposed to help. There may be a third, more obscure link I did that to as well. Example: go to <http://www.IslandSeeds.org/wiki> and pick "Help" from the links on the left. This has advantages and disadvantages. Your users need to be sophisticated enough to recognize that they're being zapped away from your site. It helps on messy-desktop windowing systems to open help in a new window. In certain brain-dead neat-desktop windowing systems, it unfortunately is just one more of many confusing things to deal with. :::: A nation that continues year after year to spend more money on military defense than on programs of social uplift is approaching spiritual doom. Martin Luther King, Jr. :::: Jan Steinman <http://www.Bytesmiths.com/Item/003AA15> From richholton at gmail.com Sat Apr 9 20:06:00 2005 From: richholton at gmail.com (Richard Holton) Date: Sat, 9 Apr 2005 15:06:00 -0500 Subject: [Mediawiki-l] Re: need mysql geek :D In-Reply-To: <d38vut$tve$1@sea.gmane.org> References: <d38ngl$6um$1@sea.gmane.org> <4a37983b050409072974fc5597@mail.gmail.com> <d38vut$tve$1@sea.gmane.org> Message-ID: <4a37983b050409130674c4dbe4@mail.gmail.com> On 4/9/05, FxParlant <f-x.p at laposte.net> wrote: > Thanks Richard, > > It's nice you took time to answer. I'm writing an extension (another > totally useless one) and I need to build a link table of the Category > pages, but with the IDs. It's a complete mysql question, but I'm sure > there are geeks here (as you seem to be) who know fairly well mediawiki > and could help: > > I need to have the cl_to and cl_from converted to the ID of these pages > (exactly the same as for the normal links table)...This already gives me > headaches:( > > As for another constraint, I need to take into account only the links > between category pages (from namespace=14 to namespace=14) > > If you still have strength ... :D > > Fran?ois > Ok. First you'll need to create the new table. Something like: CREATE TABLE foo ( foo_from int unsigned NOT NULL default 0, foo_to int unsigned NOT NULL default 0, UNIQUE KEY foo_from (foo_from ,foo_to), KEY (foo_to) ); Then, fill in the new table from what already exists in CategoryLinks and Cur INSERT INTO foo (foo_from, foo_to) SELECT cl_from, cur_id FROM categoryLinks, cur WHERE cur_namespace=14 AND cur_title = cl_to This (in effect) takes each record in the categoryLinks table and finds the matching record in cur based on a match between cur_title and cl_to. If the resulting record in cur is also from namespace 14, then it takes the cl_from in categoryLinks and the cur_id from cur and writes those as a record to the new "foo" database. Does this do what you want? If you have any questions, please ask. -- Rich Holton [[W:en:User:Rholton]] From astronouth7303 at gmail.com Sat Apr 9 22:53:28 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Sat, 9 Apr 2005 18:53:28 -0400 Subject: [Mediawiki-l] Re: need mysql geek :D In-Reply-To: <4a37983b050409130674c4dbe4@mail.gmail.com> References: <d38ngl$6um$1@sea.gmane.org> <4a37983b050409072974fc5597@mail.gmail.com> <d38vut$tve$1@sea.gmane.org> <4a37983b050409130674c4dbe4@mail.gmail.com> Message-ID: <deebf0b90504091553644fe455@mail.gmail.com> For clarification, you mean category pages with categories on them? On Apr 9, 2005 4:06 PM, Richard Holton <richholton at gmail.com> wrote: > Ok. First you'll need to create the new table. Something like: > > CREATE TABLE foo ( > foo_from int unsigned NOT NULL default 0, > foo_to int unsigned NOT NULL default 0, > UNIQUE KEY foo_from (foo_from ,foo_to), > KEY (foo_to) > ); > > Then, fill in the new table from what already exists in CategoryLinks and Cur > > INSERT INTO foo (foo_from, foo_to) > SELECT cl_from, cur_id FROM categoryLinks, cur > WHERE cur_namespace=14 AND cur_title = cl_to > > This (in effect) takes each record in the categoryLinks table and > finds the matching record in cur based on a match between cur_title > and cl_to. If the resulting record in cur is also from namespace 14, > then it takes the cl_from in categoryLinks and the cur_id from cur and > writes those as a record to the new "foo" database. Would [[:Category:Foo]] type links be included in this? (This makes a normal link to the page Category:Foo). -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now had 2GB. From f-x.p at laposte.net Sat Apr 9 23:13:16 2005 From: f-x.p at laposte.net (FxParlant) Date: Sun, 10 Apr 2005 01:13:16 +0200 Subject: [Mediawiki-l] Re: need mysql geek :D touchgraph experiment In-Reply-To: <deebf0b90504091553644fe455@mail.gmail.com> References: <d38ngl$6um$1@sea.gmane.org> <4a37983b050409072974fc5597@mail.gmail.com> <d38vut$tve$1@sea.gmane.org> <4a37983b050409130674c4dbe4@mail.gmail.com> <deebf0b90504091553644fe455@mail.gmail.com> Message-ID: <d39nbh$im0$1@sea.gmane.org> Hi, The problem I'm facing, is that I must have in a first query, the pages with their different namespaces(0 or 14) and titles, and in a second one, the links between them. As you all know, some links are in the "links" table, and some other are in the "categgorylinks" (or am I mistaken). The problem is that I MUST NOT (unless I want my engine to die) have links from pages who are not mentioned in the first query. Unfortunately most of the links in "categorylinks", as mentioned by Richard, are not yet created in the cur table. Furthermore, it is also very difficult to restrict the pair of links from the "links" table, to be BOTH with namespace=0 or namespace=14. Nevertheless here is the "result" I could manage, only with the category pages of my site. http://www.fxparlant.net/Special:Touchgraph (there must be a mistake in the html because the applet fails in Firefox... but works in IE)...just move the first node Thanks to Jamie and Richard, for their support ... I'm off to bed :D See you all tomorrow Fran?ois Jamie Bliss wrote: > For clarification, you mean category pages with categories on them? > > On Apr 9, 2005 4:06 PM, Richard Holton <richholton at gmail.com> wrote: > >>Ok. First you'll need to create the new table. Something like: >> >>CREATE TABLE foo ( >> foo_from int unsigned NOT NULL default 0, >> foo_to int unsigned NOT NULL default 0, >> UNIQUE KEY foo_from (foo_from ,foo_to), >> KEY (foo_to) >>); >> >>Then, fill in the new table from what already exists in CategoryLinks and Cur >> >>INSERT INTO foo (foo_from, foo_to) >>SELECT cl_from, cur_id FROM categoryLinks, cur >>WHERE cur_namespace=14 AND cur_title = cl_to >> >>This (in effect) takes each record in the categoryLinks table and >>finds the matching record in cur based on a match between cur_title >>and cl_to. If the resulting record in cur is also from namespace 14, >>then it takes the cl_from in categoryLinks and the cur_id from cur and >>writes those as a record to the new "foo" database. > > > Would [[:Category:Foo]] type links be included in this? (This makes a > normal link to the page Category:Foo). > > -- Jamie > ------------------------------------------------------------------- > http://endeavour.zapto.org/astro73/ > Thank you to JosephM for inviting me to Gmail! > Have lots of invites. Gmail now had 2GB. From michael at pigpog.com Sat Apr 9 23:58:32 2005 From: michael at pigpog.com (Michael Randall) Date: Sun, 10 Apr 2005 00:58:32 +0100 Subject: [Mediawiki-l] "Database error / Internal error" when saving pages Message-ID: <200504092358.j39NwN8l015789@pigpog.com> I've seen this posted here before (found in the archives), but never saw a solution. I first tried installing an RC of 1.4, and hit this same problem. I installed the last 1.3 release, and that went ok. Just trying to upgrade to 1.4 final now, and hitting this again. Installation went ok, no errors, but now when saving changes to a page, getting... Database error Internal error The page actually *does* save ok, and the change appears in RecentChanges. Creating a new page gives the same error, and again the page is created, but the interesting thing in this case is that the link on the referring page (where the new page link was created) *stays red* and still links to '...action=edit', even if the page is refreshed. Looks like whatever is referred to to find out if the page exists hasn't been updated. I've tried reading through the code, but it's really stretching my PHP abilities - I'm only really up to copy 'n' paste PHP, not understanding this complicated stuff ;) Running... Apache/1.3.33 (Unix) PHP/4.3.10 MySQL 3.23.33-log Any suggestions would be much appreciated. Thanks... -- Michael Randall - http://pigpog.com/michael/ PigPog - It's just words and pictures - http://pigpog.com From johnblumel at earthlink.net Sun Apr 10 00:07:45 2005 From: johnblumel at earthlink.net (John Blumel) Date: Sat, 9 Apr 2005 20:07:45 -0400 Subject: [Mediawiki-l] "Database error / Internal error" when saving pages In-Reply-To: <200504092358.j39NwN8l015789@pigpog.com> References: <200504092358.j39NwN8l015789@pigpog.com> Message-ID: <eead4dd8dd28e76ec8c0b726f755deae@earthlink.net> On Apr 9, 2005, at 7:58pm, Michael Randall wrote: > (where the new page link was created) *stays red* and still links to > '...action=edit', even if the page is refreshed. Have you tried tacking an "action=purge" on the end of the URL, in place of the "action =edit", to purge the server cache? John Blumel From michael at pigpog.com Sun Apr 10 00:18:29 2005 From: michael at pigpog.com (Michael Randall) Date: Sun, 10 Apr 2005 01:18:29 +0100 Subject: [Mediawiki-l] "Database error / Internal error" when saving pages In-Reply-To: <eead4dd8dd28e76ec8c0b726f755deae@earthlink.net> Message-ID: <200504100018.j3A0INm2026256@pigpog.com> > Have you tried tacking an "action=purge" on the end of the URL, in > place of the "action =edit", to purge the server cache? > John Blumel Just tried now, thanks, John. I had a new page TestPage, linked from MainPage. The link to TestPage on MainPage was red. Tacking ?action=edit onto TestPage made no difference. Tacking it onto MainPage (As I assume you intended) did make the link go blue, and the page link then worked ok. Edits still give the database errors, though. If it's the cache that's not getting updated, is that in the database, or is it a file? Have I got the permissions wrong somewhere? Thanks again, -- Michael Randall - http://pigpog.com/michael/ PigPog - It's just words and pictures - http://pigpog.com From johnblumel at earthlink.net Sun Apr 10 00:26:53 2005 From: johnblumel at earthlink.net (John Blumel) Date: Sat, 9 Apr 2005 20:26:53 -0400 Subject: [Mediawiki-l] "Database error / Internal error" when saving pages In-Reply-To: <200504100018.j3A0INm2026256@pigpog.com> References: <200504100018.j3A0INm2026256@pigpog.com> Message-ID: <1baf664a444677290432a9aa546016a9@earthlink.net> On Apr 9, 2005, at 8:18pm, Michael Randall wrote: > did make the link go blue, and the page link then worked ok. > Edits still give the database errors, though. > > If it's the cache that's not getting updated, is that in the database, > or is > it a file? Have I got the permissions wrong somewhere? Unfortunately, this question goes beyond my knowledge of MediaWiki. John Blumel From astronouth7303 at gmail.com Sun Apr 10 00:47:21 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Sat, 9 Apr 2005 20:47:21 -0400 Subject: [Mediawiki-l] Re: need mysql geek :D touchgraph experiment In-Reply-To: <d39nbh$im0$1@sea.gmane.org> References: <d38ngl$6um$1@sea.gmane.org> <4a37983b050409072974fc5597@mail.gmail.com> <d38vut$tve$1@sea.gmane.org> <4a37983b050409130674c4dbe4@mail.gmail.com> <deebf0b90504091553644fe455@mail.gmail.com> <d39nbh$im0$1@sea.gmane.org> Message-ID: <deebf0b9050409174779c6d42c@mail.gmail.com> Dang, that's cool! I'd like to see the equivelent for Wikipedia. It works for FireFox, if you have the new VM (v5) from Sun. ps- your title displays as <touchgraph>. On Apr 9, 2005 7:13 PM, FxParlant <f-x.p at laposte.net> wrote: > Hi, > > The problem I'm facing, is that I must have in a first query, the pages > with their different namespaces(0 or 14) and titles, and in a second > one, the links between them. > > As you all know, some links are in the "links" table, and some other are > in the "categgorylinks" (or am I mistaken). > > The problem is that I MUST NOT (unless I want my engine to die) have > links from pages who are not mentioned in the first query. Unfortunately > most of the links in "categorylinks", as mentioned by Richard, are not > yet created in the cur table. Furthermore, it is also very difficult to > restrict the pair of links from the "links" table, to be BOTH with > namespace=0 or namespace=14. > > Nevertheless here is the "result" I could manage, only with the category > pages of my site. > > http://www.fxparlant.net/Special:Touchgraph > (there must be a mistake in the html because the applet fails in > Firefox... but works in IE)...just move the first node > > Thanks to Jamie and Richard, for their support ... I'm off to bed :D > > See you all tomorrow > Fran?ois > > Jamie Bliss wrote: > > For clarification, you mean category pages with categories on them? > > > > On Apr 9, 2005 4:06 PM, Richard Holton <richholton at gmail.com> wrote: > > > >>Ok. First you'll need to create the new table. Something like: > >> > >>CREATE TABLE foo ( > >> foo_from int unsigned NOT NULL default 0, > >> foo_to int unsigned NOT NULL default 0, > >> UNIQUE KEY foo_from (foo_from ,foo_to), > >> KEY (foo_to) > >>); > >> > >>Then, fill in the new table from what already exists in CategoryLinks and Cur > >> > >>INSERT INTO foo (foo_from, foo_to) > >>SELECT cl_from, cur_id FROM categoryLinks, cur > >>WHERE cur_namespace=14 AND cur_title = cl_to > >> > >>This (in effect) takes each record in the categoryLinks table and > >>finds the matching record in cur based on a match between cur_title > >>and cl_to. If the resulting record in cur is also from namespace 14, > >>then it takes the cl_from in categoryLinks and the cur_id from cur and > >>writes those as a record to the new "foo" database. > > > > > > Would [[:Category:Foo]] type links be included in this? (This makes a > > normal link to the page Category:Foo). > > > > -- Jamie > > ------------------------------------------------------------------- > > http://endeavour.zapto.org/astro73/ > > Thank you to JosephM for inviting me to Gmail! > > Have lots of invites. Gmail now had 2GB. > > _______________________________________________ > 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 had 2GB. From michael at pigpog.com Sun Apr 10 00:49:29 2005 From: michael at pigpog.com (Michael Randall) Date: Sun, 10 Apr 2005 01:49:29 +0100 Subject: [Mediawiki-l] "Database error / Internal error" when saving pages In-Reply-To: <1baf664a444677290432a9aa546016a9@earthlink.net> Message-ID: <200504100049.j3A0nSJe026783@pigpog.com> > Unfortunately, this question goes beyond my knowledge of MediaWiki. > John Blumel OK - thanks for your help. I've put the Wiki live with this version now in the hope of getting it fixed, so it's available at... http://pigpog.com/wiki/ ...and the link to TestPage is at the bottom of the Main Page if anyone wants to experiment. Thanks again, -- Michael Randall - http://pigpog.com/michael/ PigPog - It's just words and pictures - http://pigpog.com From brion at pobox.com Sun Apr 10 00:55:26 2005 From: brion at pobox.com (Brion Vibber) Date: Sat, 09 Apr 2005 17:55:26 -0700 Subject: [Mediawiki-l] "Database error / Internal error" when saving pages In-Reply-To: <200504092358.j39NwN8l015789@pigpog.com> References: <200504092358.j39NwN8l015789@pigpog.com> Message-ID: <4258797E.1050500@pobox.com> Michael Randall wrote: > I've seen this posted here before (found in the archives), but never saw a > solution. I first tried installing an RC of 1.4, and hit this same problem. > I installed the last 1.3 release, and that went ok. Just trying to upgrade > to 1.4 final now, and hitting this again. Installation went ok, no errors, > but now when saving changes to a page, getting... > Database error > Internal error Turn on SQL error display (see DefaultSettings.php for all configurable settings). Most likely you have a table that's marked in the crashed state; this can happen if the MySQL server crashed while it was open. Use MySQL's REPAIR TABLE command on any such tables to clear it 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/20050409/76317043/attachment.pgp From michael at pigpog.com Sun Apr 10 08:32:10 2005 From: michael at pigpog.com (Michael Randall) Date: Sun, 10 Apr 2005 09:32:10 +0100 Subject: [Mediawiki-l] "Database error / Internal error" when saving pages In-Reply-To: <4258797E.1050500@pobox.com> Message-ID: <200504100832.j3A8WDV6016518@pigpog.com> > Turn on SQL error display (see DefaultSettings.php for all > configurable > settings). Excellent - thanks, Brion - Found it. Added a line to the bottom of LocalSettings.php... $wgShowSQLErrors = true; ...and now get the real error... ===--- A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: SELECT cur_id,cur_namespace,cur_title FROM `cur`,`links` WHERE cur_id=l_to AND l_from=1081 FOR UPDATE from within function "LinkCache::preFill". MySQL returned error "1064: You have an error in your SQL syntax near 'FOR UPDATE' at line 3 (localhost)". ===--- 1081 is the id for the page I was editing in the 'cur' table - I found that last night. After creating a link from page ID 5 to page ID 1081, there wasn't an entry in the 'links' table with l_to == '1081', which I guessed there should be. I tried adding one manually, but that didn't work, and I figured playing with the SQL data directly like that might not be the smartest thing to be doing - especially at 02:00 ;) Thanks, -- Michael Randall - http://pigpog.com/michael/ PigPog - It's just words and pictures - http://pigpog.com From michael at pigpog.com Sun Apr 10 14:45:21 2005 From: michael at pigpog.com (Michael Randall) Date: Sun, 10 Apr 2005 15:45:21 +0100 Subject: [Mediawiki-l] "Database error / Internal error" when saving pages In-Reply-To: <200504100832.j3A8WDV6016518@pigpog.com> Message-ID: <200504101445.j3AEjPNJ017259@pigpog.com> > ===--- > A database query syntax error has occurred. This may > indicate a bug in the > software. The last attempted database query was: > > SELECT cur_id,cur_namespace,cur_title FROM `cur`,`links` WHERE > cur_id=l_to AND l_from=1081 FOR UPDATE > > from within function "LinkCache::preFill". MySQL returned > error "1064: You > have an error in your SQL syntax near 'FOR UPDATE' at line 3 > (localhost)". > ===--- The code that does this seems to be... ===--- if ( $this->mForUpdate ) { $db =& wfGetDB( DB_MASTER ); $options = 'FOR UPDATE'; } else { $db =& wfGetDB( DB_SLAVE ); $options = ''; } $cur = $db->tableName( 'cur' ); $links = $db->tableName( 'links' ); $sql = "SELECT cur_id,cur_namespace,cur_title FROM $cur,$links WHERE cur_id=l_to AND l_from=$id $options"; $res = $db->query( $sql, $fname ); while( $s = $db->fetchObject( $res ) ) { $this->addGoodLink( $s->cur_id, Title::makeName( $s->cur_namespace, $s->cur_title ) ); } ===--- ...from includes/LinkCache.php If I modify 'WHERE cur_id=l_to AND l_from=$id $options";' to remove the '$options' from the end (which puts the 'FOR UPDATE' on the end of the query), it seems to go a step further on, then falls over at another query ending in '...FOR UPDATE'... ===--- SELECT bl_to FROM `brokenlinks` WHERE bl_from='1081' FOR UPDATE from within function "LinkCache::preFill". MySQL returned error "1064: You have an error in your SQL syntax near 'FOR UPDATE' at line 1 (localhost)". ===--- ...which makes it look as if MySQL just really doesn't like the '...FOR UPDATE' bit. I can't see why from the manual, but then again, my experience with MySQL consists of setting up databases for MediaWiki and WordPress, and I used phpMyAdmin to do that - and it looks like I still got something wrong :) Any further suggestions would be appreciated. Thanks, -- Michael Randall - http://pigpog.com/michael/ PigPog - It's just words and pictures - http://pigpog.com From rowan.collins at gmail.com Sun Apr 10 17:01:23 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Sun, 10 Apr 2005 18:01:23 +0100 Subject: [Mediawiki-l] Re: need mysql geek :D In-Reply-To: <deebf0b90504091553644fe455@mail.gmail.com> References: <d38ngl$6um$1@sea.gmane.org> <4a37983b050409072974fc5597@mail.gmail.com> <d38vut$tve$1@sea.gmane.org> <4a37983b050409130674c4dbe4@mail.gmail.com> <deebf0b90504091553644fe455@mail.gmail.com> Message-ID: <9f02ca4c05041010011a8fdf3d@mail.gmail.com> On Apr 9, 2005 11:53 PM, Jamie Bliss <astronouth7303 at gmail.com> wrote: > Would [[:Category:Foo]] type links be included in this? (This makes a > normal link to the page Category:Foo). No, because that creates an entry in the normal 'links' table, not the 'categorylinks' one - otherwise the software wouldn't be able to spot the difference when listing the category. -- Rowan Collins BSc [IMSoP] From f-x.p at laposte.net Sun Apr 10 19:13:53 2005 From: f-x.p at laposte.net (FxParlant) Date: Sun, 10 Apr 2005 21:13:53 +0200 Subject: [Mediawiki-l] Touchgraph possibility Message-ID: <d3btmf$5rf$1@sea.gmane.org> As I managed the first step for a touchgraph specialpage (yet only for Category:pages), I start a new thread. I - Refactoring in 1.5 ? On a previous thread (don't ask me where), Rowan Collins (as far as I remember) wrote that in the 1.5 version, the database would be totally refactured. Is the map already available? Will it affect a lot the "links" and "categorylinks" tables? II - Touchgraph coding 1)Touchgraph Architecture The touchgraph engine feeds the applet with an xml file containing two parts: - All the nodes (id, label, colors, mouseover hint-html-...) - All the edges(links) (from_id, to_id) REMARK: ------- The problem is that it works if a node has no edges, but it dies if it exists an edge with an id of a node which doesn't exist. 2) Mysql queries a)To produce the list of nodes I used: $sql = "SELECT cur_id,cur_namespace,cur_title,cur_is_redirect FROM cur WHERE cur_namespace=14 OR cur_namespace=0 ORDER BY `cur_id` DESC"; b)To produce the list of edges I used: $sql="select cfrom.cur_id AS bfrom, cto.cur_id AS bto FROM categorylinks INNER JOIN cur AS cfrom ON (cfrom.cur_id = categorylinks.cl_from AND cfrom.cur_namespace=14) INNER JOIN cur AS cto ON (cto.cur_title = categorylinks.cl_to AND cto.cur_namespace=14)"; As I said to Richard Holton (cf. "need mysql geek"), a simple query wasn't enough because I need to be sure that the edges are BOTH existing nodes in the cur table. Otherwise the engine dies. QUESTIONS a)Has anybody got an idea of the queries for the normal pages d:-D) ? b)The file is already very heavy. For a use in production (I mean in a public wikipedia site), can someone think of the type of indexes which could be useful ? - I thought for example of a listing on a limited level of links: give the starting page, and the engine will produce a listing of nodes up to three nodes level away from the starting page. c)Can someone recode in Java the engine to get something more like the two frames tikiwiki extension REFERENCES http://www.touchgraph.com/ (touchgraph official page) http://www.fxparlant.net/Special:Touchgraph (my demo on my mediawiki category pages) Fran?ois From brion at pobox.com Sun Apr 10 19:47:03 2005 From: brion at pobox.com (Brion Vibber) Date: Sun, 10 Apr 2005 12:47:03 -0700 Subject: [Mediawiki-l] Touchgraph possibility In-Reply-To: <d3btmf$5rf$1@sea.gmane.org> References: <d3btmf$5rf$1@sea.gmane.org> Message-ID: <425982B7.1090608@pobox.com> FxParlant wrote: > I - Refactoring in 1.5 ? > > On a previous thread (don't ask me where), Rowan Collins (as far as I > remember) wrote that in the 1.5 version, the database would be totally > refactured. Is the map already available? Will it affect a lot the > "links" and "categorylinks" tables? So far there are no concrete plans to change the links tables. We might change them in the future though. The main changes in 1.5's schema are outlined here: http://meta.wikimedia.org/wiki/Proposed_Database_Schema_Changes/October_2004 -- 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/20050410/5d2d694f/attachment.pgp From nfscott at gmail.com Mon Apr 11 03:40:54 2005 From: nfscott at gmail.com (Nevan) Date: Sun, 10 Apr 2005 23:40:54 -0400 Subject: [Mediawiki-l] Login Problems Message-ID: <5797ed5805041020406afa3314@mail.gmail.com> Hi, I'm trying to run a MediaWiki on a Debian server at my school. There seems to be something wrong with the login function: if you log in, you get immediately logged out. If you check the box for remembering password across sessions, you stay logged in, but you can no longer edit pages. Does anyone know what might be causing this problem? http://raptor.slc.edu/wiki/ Thanks in advance, Nevan From brion at pobox.com Mon Apr 11 04:21:00 2005 From: brion at pobox.com (Brion Vibber) Date: Sun, 10 Apr 2005 21:21:00 -0700 Subject: [Mediawiki-l] Login Problems In-Reply-To: <5797ed5805041020406afa3314@mail.gmail.com> References: <5797ed5805041020406afa3314@mail.gmail.com> Message-ID: <4259FB2C.7020908@pobox.com> Nevan wrote: > I'm trying to run a MediaWiki on a Debian server at my school. There > seems to be something wrong with the login function: if you log in, > you get immediately logged out. If you check the box for remembering > password across sessions, you stay logged in, but you can no longer > edit pages. Does anyone know what might be causing this problem? This means sessions aren't working. See the notes about session configuration at http://meta.wikimedia.org/wiki/Sourceforge#Sessions They may not help you exactly but should point you at the things that need to be fixed. -- 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/20050410/205887a1/attachment.pgp From zigger at gmail.com Mon Apr 11 13:34:10 2005 From: zigger at gmail.com (Zigger) Date: Mon, 11 Apr 2005 23:34:10 +1000 Subject: [Mediawiki-l] "Database error / Internal error" when saving pages In-Reply-To: <200504101445.j3AEjPNJ017259@pigpog.com> References: <200504100832.j3A8WDV6016518@pigpog.com> <200504101445.j3AEjPNJ017259@pigpog.com> Message-ID: <419a942d050411063463de1f20@mail.gmail.com> It looks like a MySQL upgrade from v3.23.33 will help a lot. >From a MySQL Reference Manual: D.4.24. Changes in release 3.23.36 (27 Mar 2001) ... Added SELECT ... FOR UPDATE. ... -- Zigger On Sun, 10 Apr 2005 15:45:21 +0100, Michael Randall wrote: >... > ...which makes it look as if MySQL just really doesn't like the '...FOR > UPDATE' bit. I can't see why from the manual, but then again, my experience > with MySQL consists of setting up databases for MediaWiki and WordPress, and > I used phpMyAdmin to do that - and it looks like I still got something wrong >... From stephen at deanbrook.org Mon Apr 11 15:02:45 2005 From: stephen at deanbrook.org (Stephen Bannasch) Date: Mon, 11 Apr 2005 11:02:45 -0400 Subject: [Mediawiki-l] external, integrated, or synched authentication? Message-ID: <p0621023fbe803510fbe4@[140.186.103.2]> In the medium term I'd like to use a single authentication system for a series services on deanbrook.org including mediawiki. My goals are to integrate a suite of services appropriate for a community-based portal. This is a volunteer (non-profit) service for our town. Initially I am setting up WordPress and MediaWiki. Authentication is especially important to me because I have a policy that in order to post you not only have to be registered you also have to be using your real name. To start I thought it would be easiest for users if at least have both systems use the same username and password. In this synched authentication each system maintains their current user tables and changes are synched between the two however a user would have to login again when starting one service What this means is that whenever someone registers (or updates their password or profile) on one system a call is made to the other application with the new information so that this system can also update their table data. What would be better in the longer term is to have an external user and authentication module that presented a common UI along with managing session information, and user access-control/permissions. In addition I could better handle registrations from kids under 13. In the US there is a federal law which requires parent permission. A hybrid approach is also possible where I integrate the two systems and end up using one schema. I'm looking for comments, pointers, or implementations. I'm also looking for a web community focused on design and discussion of community portals (not as much the nuts and bolts but how they actually work in a community and what services people use). Thanks -- -- Stephen Bannasch, stephen at deanbrook dot org From Jan at Bytesmiths.com Mon Apr 11 15:37:21 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Mon, 11 Apr 2005 08:37:21 -0700 Subject: [Mediawiki-l] external, integrated, or synched authentication? In-Reply-To: <p0621023fbe803510fbe4@[140.186.103.2]> References: <p0621023fbe803510fbe4@[140.186.103.2]> Message-ID: <c5ac402db18de3b529e256f7776dd259@Bytesmiths.com> On 11 Apr 2005, at 08:02, Stephen Bannasch wrote: > In the medium term I'd like to use a single authentication system for > a series services on deanbrook.org including mediawiki. You need to analyze which system most tightly grasps its user information (high internal cohesion), and that is probably the one to modify. If one of your systems is rather loosely bound, that should be the system you're feeding info to. I managed to turn MediaWiki 1.4b5 into a general-purpose membership database. I changed the login screen to require first and last names, which I stuff into new fields, then concat to make the MediaWiki user name. I pre-loaded the user database with the membership info, which had been in a spreadsheet, by exporting as CSV, then importing into new fields I added to mw_user table. I then changed the preferences to allow users to maintain their own contact info. It still requires SQL access to change somethings like membership state, when dues were last paid, etc., but I'm fairly happy with it. I changed Special:Listusers so that it outputs contact info in a table, and I was going to hack SpecialUser.php so that certain contact info would be displayed at the top or bottom of the User page, but ran out of steam. At some point, I know this is not exactly what you're looking for, but just wanted to say that I found the user stuff on MediaWiki tightly integrated, but fairly easy to modify. If I were to try to get it to work with some other PHP package, I'd hack that other package to get its login info from the mw_user table. :::: I'm the commander - see, I don't need to explain - I do not need to explain why I say things. That's the interesting thing about being the president. Maybe somebody needs to explain to me why they say something, but I don't feel like I owe anybody an explanation. -- George W. Bush :::: Jan Steinman <http://www.IslandSeeds.org/wiki> From jordidr at gmail.com Mon Apr 11 15:47:40 2005 From: jordidr at gmail.com (Jordi Domingo) Date: Mon, 11 Apr 2005 17:47:40 +0200 Subject: [Mediawiki-l] Collaborative edition of translation In-Reply-To: <4a37983b0504061257495a61ff@mail.gmail.com> References: <4f1dbf1105040612443796058a@mail.gmail.com> <4a37983b0504061257495a61ff@mail.gmail.com> Message-ID: <4f1dbf11050411084774ab365d@mail.gmail.com> Ok, lot of thanks Richard! However, I see the editable stuff is a link to an editable page... now I see that maybe what I'm searching is precisely the edit page! (that is, any page with &action=edit). That's it, when action is edit you can modify the upper part, but not the lower (the copyright advices). As my objective is to have the text of a .po file in a page, but a part editable and other not, I suppose the next step is pass to the page the part I want as editable and the part I don't want editable (both marked, one as msgid, the original in english and non-editable, and other as msgstr, the translation in catalan, maybe initially empty, editable). And that is, studying as the action=edit works, and attempting to make it as initial page, redirectioning the .po input as mentioned. I'll work forward in this direction...if somebody thinks I'm horribly wrong, or has some advice, please tell me! ;) Jordi On Apr 6, 2005 9:57 PM, Richard Holton <richholton at gmail.com> wrote: > On Apr 6, 2005 2:44 PM, Jordi Domingo <jordidr at gmail.com> wrote: > > Hello, I am developing (as a Project Final Career) a collaborative > > editor for translation of .po files based on Mediawiki. The idea is to > > have the interface with a part non-editable (original, in English) and > > one editable (for translation). > > > > I have looked the documentation (design.doc, schema.doc...), but I > > don't know if I should to modify the database to accept two sections > > of text (editable and non-editable). I suppose it should be better > > editing to .php level, as a BD modify of tables would be a bit > > non-coherent with Mediawiki. > > > > Also, I don't know exactly how to have a part of a page-non editable. > > > > Some advices? > > > > Thanks in advance > > > > Jordi > > The current implementation of category pages includes an editable > upper part with a non-editable lower part (the category lists). You > could use that as your starting point (see categoryPage.php). > > Essentially, you would just need to replace the part of the code that > generates the category listings with code to fetch and display your > static text. > > -- Rich Holton > > en.wikipedia:User:Rholton > From rowan.collins at gmail.com Mon Apr 11 15:48:01 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Mon, 11 Apr 2005 16:48:01 +0100 Subject: [Mediawiki-l] external, integrated, or synched authentication? In-Reply-To: <p0621023fbe803510fbe4@140.186.103.2> References: <p0621023fbe803510fbe4@140.186.103.2> Message-ID: <9f02ca4c05041108481120f4c7@mail.gmail.com> On Apr 11, 2005 4:02 PM, Stephen Bannasch <stephen at deanbrook.org> wrote: > I'm also looking for a web community focused on design and discussion > of community portals (not as much the nuts and bolts but how they > actually work in a community and what services people use). I believe this is more-or-less similar to the stated aim of the MeatBallWiki - an online community discussing online communities; you might want to have a dig around. See http://www.usemod.com/cgi-bin/mb.pl?MeatballWiki -- Rowan Collins BSc [IMSoP] From mailkars at gmail.com Mon Apr 11 17:48:17 2005 From: mailkars at gmail.com (Karthik Gopalakrishnan) Date: Mon, 11 Apr 2005 11:48:17 -0600 Subject: [Mediawiki-l] How to modify the default content of edit page in Mediawiki 1.4rc. Message-ID: <804694bf050411104828f4e33@mail.gmail.com> Hi, When I create a new article or start a new talk, On the edit page it shows the following text and then shows the text area to add our text. I want to modify this content. How do I do and which file should I modify. Creating a new article "Asdlasd" it shows this text on the edit page. ------------------------------ Editing Asdlasd Wikipedia does not yet have a page called Asdlasd. * To start the page, begin typing in the box below. When you're done, press the "Save page" button. Your changes should be visible immediately. * If you have created this page in the past few minutes and it has not yet appeared, it may not be visible due to a delay in updating the database. Please wait and check again later before attempting to recreate the page. * If this is an article page (as opposed to e.g. a discussion page): o Please do not create an article to promote yourself, a website, a product, or a business (see Wikipedia:What Wikipedia is not). o If you are new to Wikipedia, please read the tutorial before creating your first article, and only use the sandbox for editing experiments. o Search for Asdlasd in Wikipedia ------------------------- Please Help !!! Bye, Karthik.G From sr.ribeiro at gmail.com Mon Apr 11 18:10:14 2005 From: sr.ribeiro at gmail.com (=?ISO-8859-1?Q?S=E9rgio_Ribeiro?=) Date: Mon, 11 Apr 2005 19:10:14 +0100 Subject: [Mediawiki-l] How to modify the default content of edit page in Mediawiki 1.4rc. In-Reply-To: <804694bf050411104828f4e33@mail.gmail.com> References: <804694bf050411104828f4e33@mail.gmail.com> Message-ID: <71fb0a8e050411111055eed9c@mail.gmail.com> Thats a default message of MediaWiki Edit MediaWiki:Newarticletext page (ex: http://en.wikipedia.org/wiki/MediaWiki:Newarticletext ) See all mediawiki messages at the page Special:Allmessages Hope this helps, Cheers, On Apr 11, 2005 6:48 PM, Karthik Gopalakrishnan <mailkars at gmail.com> wrote: > > Hi, > > When I create a new article or start a new talk, On the edit page it > shows the following text and then shows the text area to add our > text. I want to modify this content. How do I do and which file should > I modify. > > Creating a new article "Asdlasd" it shows this text on the edit page. > ------------------------------ > Editing Asdlasd > > Wikipedia does not yet have a page called Asdlasd. > > * To start the page, begin typing in the box below. When you're > done, press the "Save page" button. Your changes should be visible > immediately. > * If you have created this page in the past few minutes and it has > not yet appeared, it may not be visible due to a delay in updating the > database. Please wait and check again later before attempting to > recreate the page. > * If this is an article page (as opposed to e.g. a discussion page): > o Please do not create an article to promote yourself, a > website, a product, or a business (see Wikipedia:What Wikipedia is > not). > o If you are new to Wikipedia, please read the tutorial > before creating your first article, and only use the sandbox for > editing experiments. > o Search for Asdlasd in Wikipedia > ------------------------- > > Please Help !!! > > Bye, > Karthik.G > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- Edit this page @ http://pt.wikipedia.org From michael at pigpog.com Mon Apr 11 19:22:35 2005 From: michael at pigpog.com (Michael Randall) Date: Mon, 11 Apr 2005 20:22:35 +0100 Subject: [Mediawiki-l] "Database error / Internal error" when saving pages In-Reply-To: <419a942d050411063463de1f20@mail.gmail.com> Message-ID: <200504111922.j3BJMY6a011035@pigpog.com> > D.4.24. Changes in release 3.23.36 (27 Mar 2001) > ... > Added SELECT ... FOR UPDATE. > -- Zigger Thanks, Zigger - looks like you've hit the problem. I'm surprised it's such an old version on there - it's a hosted account. On the other hand, I've had it since then, and they may well have just figured it's better not to change it as long as things are working. I've submitted a request to get it updated a bit. Thanks again to everyone who gave me advice on this, and helped with finding the actual error. -- Michael Randall - http://pigpog.com/michael/ PigPog - It's just words and pictures - http://pigpog.com From mail at tgries.de Mon Apr 11 21:02:24 2005 From: mail at tgries.de (Thomas Gries) Date: Mon, 11 Apr 2005 23:02:24 +0200 Subject: [Mediawiki-l] Show "You have new messages on your user-talk OR USER page", i.e. for changes any of these pages Message-ID: <425AE5E0.10509@tgries.de> I know of many users having asked for implementing this, but how do _you_ like this ? Shall we notify changes on both pages ? I have 1.4.1 code ready for allowing old or new behaviour (settable in DefaultSettings). Would be nice to learn, how you think about this. Tom From rowan.collins at gmail.com Mon Apr 11 22:45:18 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Mon, 11 Apr 2005 23:45:18 +0100 Subject: [Mediawiki-l] Show "You have new messages on your user-talk OR USER page", i.e. for changes any of these pages In-Reply-To: <425AE5E0.10509@tgries.de> References: <425AE5E0.10509@tgries.de> Message-ID: <9f02ca4c05041115457f862a1@mail.gmail.com> On Apr 11, 2005 10:02 PM, Thomas Gries <mail at tgries.de> wrote: > I know of many users having asked for implementing this, but how do > _you_ like this ? > Shall we notify changes on both pages ? I'm not sure about this; it's quite nice having the user_talk page be the one unique page capable of alerting you in this way. Sure, people shouldn't be editting your user: page anyway, but that can be dealt with on the watchlist like anything else (and a lot of people have multiple user sub-pages they want to track in this way). And while it might be a message, it might just be someone fiddling, or even editting twice to remove something when they realised it was in the wrong place. That's just my opinion, though, and not that strongly held, to be honest. > I have 1.4.1 code ready for allowing old or new behaviour (settable in > DefaultSettings). Wouldn't it make more sense to have this as a *per-user* preference, even if the default were set from LocalSettings.php? I don't think this is really an administrative decision so much as, well, a preference... ;) But obviously, that's more complex, and if most people would feel this to be an improvement, then letting the site admin turn it back off would be fine. -- Rowan Collins BSc [IMSoP] From muke at frath.net Tue Apr 12 02:17:35 2005 From: muke at frath.net (Muke Tever) Date: Mon, 11 Apr 2005 20:17:35 -0600 Subject: [Mediawiki-l] Show "You have new messages on your user-talk OR USER page", i.e. for changes any of these pages In-Reply-To: <9f02ca4c05041115457f862a1@mail.gmail.com> References: <425AE5E0.10509@tgries.de> <9f02ca4c05041115457f862a1@mail.gmail.com> Message-ID: <opso3knlw42okkek@arcadia.hsd1.co.comcast.net> Rowan Collins <rowan.collins at gmail.com> wrote: > On Apr 11, 2005 10:02 PM, Thomas Gries <mail at tgries.de> wrote: >> I know of many users having asked for implementing this, but how do >> _you_ like this ? >> Shall we notify changes on both pages ? > > I'm not sure about this; it's quite nice having the user_talk page be > the one unique page capable of alerting you in this way. Sure, people > shouldn't be editting your user: page anyway, but that can be dealt > with on the watchlist like anything else (and a lot of people have > multiple user sub-pages they want to track in this way). And while it > might be a message, it might just be someone fiddling, or even > editting twice to remove something when they realised it was in the > wrong place. I don't know about _messages_ on the user page--I think an edit by another user on one's own user page could be just as likely to be vandalism. I have had to deal with user-page vandalism on one of my own wikis; it is possible that such could go unnoticed for a long time, especially for a user who does not regularly visit the wiki [the edit would scroll off recentchanges quickly, off the default watchlist in a few days, and I don't know about other users, but I rarely visit my own user page]. So I think a message saying "someone has edited your user page" would be somewhat useful. (Though of course the user should still have the option to disable it.) *Muke! -- website: http://frath.net/ LiveJournal: http://kohath.livejournal.com/ deviantArt: http://kohath.deviantart.com/ FrathWiki, a conlang and conculture wiki: http://wiki.frath.net/ From killroy at gmail.com Tue Apr 12 07:58:42 2005 From: killroy at gmail.com (KILLROY) Date: Tue, 12 Apr 2005 09:58:42 +0200 Subject: [Mediawiki-l] Just the article wanted Message-ID: <13a4722f05041200586889a608@mail.gmail.com> In-Reply-To=deebf0b905033117406f5afb46%40mail.gmail.com Hi, I've been at the same poing. I thought of starting with the MediaWiki Software and then stripping it till I have the raw rendering engine. Unfortunately it's not very well design and/or modular. So I soon gave up on this and since I've wirtten many wiki syntax parsers bvefore I figured I'd start from the bottom up. Basic formattign and linking was easy, but MediaWiki has a lot of extra features that other wikies don't have, such as namespaces, templates and categories. So far I got most things working, including variables and links nested inside templets (I haven't done templates as variables to tamplates yet). and most pages I cehcked look fine. All I have to do now is build a backlinks database so I can enable te category functionality and perhaps see if I can insert images from wiki commons. The formatting code is largely the MediaWiki one, but my linking and tempalte code is all regex based, rather then parser based. Regards, Sven Neumann From jordidr at gmail.com Tue Apr 12 12:42:51 2005 From: jordidr at gmail.com (Jordi Domingo) Date: Tue, 12 Apr 2005 14:42:51 +0200 Subject: [Mediawiki-l] Collaborative edition of translation In-Reply-To: <4f1dbf1105040612443796058a@mail.gmail.com> References: <4f1dbf1105040612443796058a@mail.gmail.com> Message-ID: <4f1dbf1105041205421ebf6353@mail.gmail.com> (I didn't answered to mediawiki-I directly and with the gmail gestor I don't know if it was received by all the list...) Well, I reply my answer directly to mediawiki-I, but even if you have received, there's something new, I changed the index.php only the line action="view" for action="edit" and now the Main Page opens as editing as I want! :) Now, I'm going to attempt the cur_text not only goes in the editable part of the page, but also in the non-editable, the relative the copyrights and other stuff. Then I have to make that cur_text reads from a .po file and there will be a prototype! (very alpha andthere will be other work, as cathalog gestion, but will be a great step forward). As I say in my previous message, I only hope to not be horribly wrong ;) Thanks Jordi > Ok, lot of thanks Richard! However, I see the editable stuff is a link to an editable page... now I see that maybe what I'm searching is precisely the edit page! (that is, any page with &action=edit). That's it, when action is edit you can modify the upper part, but not the lower (the copyright advices). As my objective is to have the text of a .po file in a page, but a part editable and other not, I suppose the next step is pass to the page the part I want as editable and the part I don't want editable (both marked, one as msgid, the original in english and non-editable, and other as msgstr, the translation in catalan, maybe initially empty, editable). And that is, studying as the action=edit works, and attempting to make it as initial page, redirectioning the .po input as mentioned. I'll work forward in this direction...if somebody thinks I'm horribly wrong, or has some advice, please tell me! ;) Jordi > On Apr 6, 2005 9:44 PM, Jordi Domingo <jordidr at gmail.com> wrote: > Hello, I am developing (as a Project Final Career) a collaborative > editor for translation of .po files based on Mediawiki. The idea is to > have the interface with a part non-editable (original, in English) and > one editable (for translation). > > I have looked the documentation (design.doc, schema.doc...), but I > don't know if I should to modify the database to accept two sections > of text (editable and non-editable). I suppose it should be better > editing to .php level, as a BD modify of tables would be a bit > non-coherent with Mediawiki. > > Also, I don't know exactly how to have a part of a page-non editable. > > Some advices? > > Thanks in advance > > Jordi > From pchamorro at ingeominas.gov.co Tue Apr 12 14:46:30 2005 From: pchamorro at ingeominas.gov.co (Pablo Chamorro C.) Date: Tue, 12 Apr 2005 09:46:30 -0500 (COT) Subject: [Mediawiki-l] including a allpages and categories links in the sidebar Message-ID: <Pine.LNX.4.61.0504120928280.10178@patascoy.ovsp.gov.co> I want to include some links from the SpecialPages, e.g. Allpages and Categories, but I see there is no such a 'allpages-url' or 'categories-url' variables. I would like to put them like this: $wgNavigationLinks = array ( array( 'text'=>'mainpage', 'href'=>'mainpage' ), array( 'text'=>'recentchanges', 'href'=>'recentchanges-url' ), array( 'text'=>'randompage', 'href'=>'randompage-url' ), array( 'text'=>'allpages', 'href'=>'allpages-url]]' ), array( 'text'=>'categories', 'href'=>'[[allpages-url]]' ), ); and, in general, how can I include a custom link under navitationlinks or "toolslinks"? Thank you very much, Pablo -- Tel: +57 (2) 7314752/3222/2595 - Fax: +57 (2) 7310514 Carrera 31 #18-07 Parque Infantil - PO Box 1795 - Pasto From sr.ribeiro at gmail.com Tue Apr 12 16:31:20 2005 From: sr.ribeiro at gmail.com (=?ISO-8859-1?Q?S=E9rgio_Ribeiro?=) Date: Tue, 12 Apr 2005 17:31:20 +0100 Subject: [Mediawiki-l] including a allpages and categories links in the sidebar In-Reply-To: <Pine.LNX.4.61.0504120928280.10178@patascoy.ovsp.gov.co> References: <Pine.LNX.4.61.0504120928280.10178@patascoy.ovsp.gov.co> Message-ID: <71fb0a8e05041209315c26c66a@mail.gmail.com> Read the comment: /** Navigation links for the user sidebar. * 'text' is the name of the MediaWiki message that contains the label of this link * 'href' is the name of the MediaWiki message that contains the link target of this link. * Link targets starting with http are considered remote links. Ones not starting with * http are considered as names of local wiki pages. */ Use this: $wgNavigationLinks = array ( array( 'text'=>'mainpage', 'href'=>'mainpage' ), array( 'text'=>'recentchanges', 'href'=>'recentchanges-url' ), array( 'text'=>'randompage', 'href'=>'randompage-url' ), array( 'text'=>'allpages', 'href'=>'allpages-url' ), array( 'text'=>'categories', 'href'=>'allpages-url' ), ); Now, go to the page MediaWiki:allpages-url, at your site, and place the url, like: Special:Allpages As you can see, the text of the link and the href is stored at a system message. Hope this can help you, and sorry for the bad english. On Apr 12, 2005 3:46 PM, Pablo Chamorro C. <pchamorro at ingeominas.gov.co> wrote: > > I want to include some links from the SpecialPages, e.g. Allpages and > Categories, but I see there is no such a 'allpages-url' or > 'categories-url' variables. I would like to put them like this: > > $wgNavigationLinks = array ( > array( 'text'=>'mainpage', 'href'=>'mainpage' ), > array( 'text'=>'recentchanges', 'href'=>'recentchanges-url' ), > array( 'text'=>'randompage', 'href'=>'randompage-url' ), > array( 'text'=>'allpages', 'href'=>'allpages-url]]' ), > array( 'text'=>'categories', 'href'=>'[[allpages-url]]' ), > ); > > and, in general, how can I include a custom link under navitationlinks or > "toolslinks"? > > Thank you very much, > > Pablo > > -- > Tel: +57 (2) 7314752/3222/2595 - Fax: +57 (2) 7310514 > Carrera 31 #18-07 Parque Infantil - PO Box 1795 - Pasto > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- Edit this page @ http://pt.wikipedia.org From crayz at crayz.org Tue Apr 12 17:13:03 2005 From: crayz at crayz.org (crayz) Date: Tue, 12 Apr 2005 13:13:03 -0400 Subject: [Mediawiki-l] Database errors w/ MediaWiki 1.4 Message-ID: <BE8179DF.72E4%crayz@crayz.org> I've just installed a fresh copy of MediaWiki 1.4 and imported data into it. Everything seemed to be running fine until I upgraded to MySQL 4.1 and set the fulltext searching down to 3 characters. Now when I submit articles, I'm often getting Internal Errors. I followed instructions to display these errors, and this is what I'm seeing: ------------------- A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: REPLACE INTO `wiki_searchindex` (si_page,si_title,si_text) VALUES ('2338','community portal',' wiki_kb categories current category list[snip] ') from within function "SearchUpdate::doUpdate". MySQL returned error "1034: Incorrect key file for table 'wiki_searchindex'; try to repair it (localhost)". ------------------- So I opened MySQL and repaired that database, and then ran again and got the same error. I can now replicate this: - Submit article, get error - Repair database, database checks as OK - Submit article, get error - Check database, database shows warning: "Table is marked as crashed" Rinse & repeat. Is this a MediaWiki error, or a problem w/ my MySQL install, or a problem using 3 character fulltext searching, or what? Lost as to where to go from here... - crayz From frantzdale3i at gmail.com Tue Apr 12 19:48:21 2005 From: frantzdale3i at gmail.com (Benjamin FrantzDale) Date: Tue, 12 Apr 2005 12:48:21 -0700 Subject: [Mediawiki-l] Missing Image, problems with LocalSettings.php Message-ID: <bbc4aafc05041212485660a3b2@mail.gmail.com> I've googled and looked over the documenatation at http://meta.wikimedia.org/wiki/ and havn't found answers to the following: First, some images show correctly for at least some logged-in users but show as "Missing image" when I'm not logged in. Any ideas? Second, I'm trying to add to the list of allowable file types. http://en.wikibooks.org/wiki/Help:Images_and_other_uploaded_files is the best reference I found. It says to add, for example, $wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'ogg', 'zip', 'mpg'); to LocalSettings.php. I did that but it still won't let me upload a .mpg. It tells me The file you uploaded seems to be empty. This might be due to a typo in the file name. Please check whether you really want to upload this file. Is there something I need to do to make the changes take effect? From crayz at crayz.org Tue Apr 12 20:27:05 2005 From: crayz at crayz.org (crayz) Date: Tue, 12 Apr 2005 16:27:05 -0400 Subject: [Mediawiki-l] Database errors w/ MediaWiki 1.4 In-Reply-To: <BE8179DF.72E4%crayz@crayz.org> Message-ID: <BE81A759.72EE%crayz@crayz.org> OK, and I actually fixed this myself. In case anyone runs into this issue(I still don't know exactly why it happened), I did this: - repaired table - did a mysqldump - dropped the database - imported from the dump file And all is now well. Got this idea from mysql bug discussion about the same error. - crayz > I've just installed a fresh copy of MediaWiki 1.4 and imported data into it. > Everything seemed to be running fine until I upgraded to MySQL 4.1 and set > the fulltext searching down to 3 characters. > > Now when I submit articles, I'm often getting Internal Errors. I followed > instructions to display these errors, and this is what I'm seeing: > > ------------------- > A database query syntax error has occurred. This may indicate a bug in the > software. The last attempted database query was: > > REPLACE INTO `wiki_searchindex` (si_page,si_title,si_text) VALUES > ('2338','community portal',' wiki_kb categories current category list[snip] > ') > > from within function "SearchUpdate::doUpdate". MySQL returned error "1034: > Incorrect key file for table 'wiki_searchindex'; try to repair it > (localhost)". > ------------------- > > So I opened MySQL and repaired that database, and then ran again and got the > same error. I can now replicate this: > - Submit article, get error > - Repair database, database checks as OK > - Submit article, get error > - Check database, database shows warning: > > "Table is marked as crashed" > > Rinse & repeat. Is this a MediaWiki error, or a problem w/ my MySQL install, > or a problem using 3 character fulltext searching, or what? Lost as to where > to go from here... > > - crayz > > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From brion at pobox.com Tue Apr 12 23:34:30 2005 From: brion at pobox.com (Brion Vibber) Date: Tue, 12 Apr 2005 16:34:30 -0700 Subject: [Mediawiki-l] Missing Image, problems with LocalSettings.php In-Reply-To: <bbc4aafc05041212485660a3b2@mail.gmail.com> References: <bbc4aafc05041212485660a3b2@mail.gmail.com> Message-ID: <425C5B06.7080705@pobox.com> Benjamin FrantzDale wrote: > The file you uploaded seems to be empty. This might be due to a typo in the > file name. Please check whether you really want to upload this file. File's too big. Change maximum upload size in php.ini. -- 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/20050412/63f5c4fa/attachment.pgp From pchamorro at ingeominas.gov.co Tue Apr 12 23:54:39 2005 From: pchamorro at ingeominas.gov.co (Pablo Chamorro C.) Date: Tue, 12 Apr 2005 18:54:39 -0500 (COT) Subject: [Mediawiki-l] including a allpages and categories links in the sidebar In-Reply-To: <71fb0a8e05041209315c26c66a@mail.gmail.com> References: <Pine.LNX.4.61.0504120928280.10178@patascoy.ovsp.gov.co> <71fb0a8e05041209315c26c66a@mail.gmail.com> Message-ID: <Pine.LNX.4.61.0504121610001.11585@patascoy.ovsp.gov.co> > As you can see, the text of the link and the href is stored at a system > message. Ok, thank you, it works! but now I have to learn how to do it using $wgUseDatabaseMessages = false; because I'm using the es.wikipedia.org spanish messages and with those ones it doesn't work yet! thanks!, Pablo >> array( 'text'=>'allpages', 'href'=>'allpages-url]]' ), >> array( 'text'=>'categories', 'href'=>'[[categories-url]]' ), From frantzdale3i at gmail.com Wed Apr 13 00:38:01 2005 From: frantzdale3i at gmail.com (Benjamin FrantzDale) Date: Tue, 12 Apr 2005 17:38:01 -0700 Subject: [Mediawiki-l] Missing Image, problems with LocalSettings.php In-Reply-To: <425C5B06.7080705@pobox.com> References: <bbc4aafc05041212485660a3b2@mail.gmail.com> <425C5B06.7080705@pobox.com> Message-ID: <bbc4aafc0504121738112239e2@mail.gmail.com> Thanks. That did it. Should the fact that the error message doesn't match the problem be reported as a bug? --Ben On 4/12/05, Brion Vibber <brion at pobox.com> wrote: > Benjamin FrantzDale wrote: > > The file you uploaded seems to be empty. This might be due to a typo in the > > file name. Please check whether you really want to upload this file. > > File's too big. Change maximum upload size in php.ini. > > -- 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 Wed Apr 13 00:44:35 2005 From: brion at pobox.com (Brion Vibber) Date: Tue, 12 Apr 2005 17:44:35 -0700 Subject: [Mediawiki-l] Missing Image, problems with LocalSettings.php In-Reply-To: <bbc4aafc0504121738112239e2@mail.gmail.com> References: <bbc4aafc05041212485660a3b2@mail.gmail.com> <425C5B06.7080705@pobox.com> <bbc4aafc0504121738112239e2@mail.gmail.com> Message-ID: <425C6B73.7070907@pobox.com> Benjamin FrantzDale wrote: > Thanks. That did it. > > Should the fact that the error message doesn't match the problem be > reported as a bug? Well, that _is_ what the problem appears to the software as: you get an empty or 0-length file on the other end. Some additional explanatory notes for the benefit of configuration might be good though. -- 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/20050412/ea2e6c56/attachment.pgp From mail at tgries.de Wed Apr 13 02:28:35 2005 From: mail at tgries.de (Thomas Gries) Date: Wed, 13 Apr 2005 04:28:35 +0200 Subject: [Mediawiki-l] ANNOUNCEMENT: Alpha Release of ENOTIF and EAUTHENT 3.05-alpha for Mediawiki 1.4.1 (REL1_4) Message-ID: <425C83D3.3070208@tgries.de> E-Mail Notification for page and user-page changes. E-Mail-Address Authentication Many further innovative fetaures such as direct links to difference view between current and last-seen versions (of watched pages). ... I finished it, see http://bugzilla.wikipedia.org/show_bug.cgi?id=454 for further information. Visit also http://meta.wikipedia.org/wiki/Enotif (more infos there tomorrow) Download http://www.tgries.de/mw/mw141+en305alpha.tgz Tom From mail at tgries.de Wed Apr 13 04:01:05 2005 From: mail at tgries.de (Thomas Gries) Date: Wed, 13 Apr 2005 06:01:05 +0200 Subject: [Mediawiki-l] a few more details of ENOTIF and EAUTHENT 3.05-alpha for Mediawiki 1.4.1 (REL1_4) Message-ID: <425C9981.4060709@tgries.de> I suggest this as 1.4.1 - it is fully based on REL1_4 . E-Mail Notification for page and user-page changes and E-Mail-Address Authentication. Many further innovative features such as direct links to difference view between current and last-seen versions (of watched pages). See http://bugzilla.wikipedia.org/show_bug.cgi?id=454 for further information and http://meta.wikipedia.org/wiki/Enotif (download, installation instructions, screenshots, documentation - there are already many pages; the pages refer to the last version but will be updated in the forthcoming days) Comes with full installer and updater code, as usual. Implementation details: It fully uses DATETIME type for timestamps. It uses again the effective user_newtalk table, which allows efficient memcaching for newtalk signalling. Sysops, Developers and Bureaucrats need _not_ to authenticate their e-mail addresses, when they enter or change them (for convenience; this can be switched on or off in DefaultSettings as many other options). On the Create Account screen you can now also enter the email address as you create the new account (this is an old bug of mediawiki, but solved within my ENotif patch). Please may I ask you, that you add your e-mail address to the CC list of http://bugzilla.wikipedia.org/show_bug.cgi?id=454 , if you want kept up-to-date ? This saves my time for writing to the many different "channels". Avoid the most common pitfalls when you want to test E-Mail Notifications as a newbie to it: ===================================================================== 1. Do not forget to enter an e-mail address (user preferences) !! 2. Be aware, that you never receive an notification for your own changes (you need to log in as another user B to invoke and check ENotifs sent to watching user A ) 3. ENotifs are sent only for the first change on a page you are watching 4. ENotifs are automatically retriggered when the watching users visits the current version - may be direct or indirectly by visiting the difference to it. From vogel_sebastian at hotmail.com Wed Apr 13 08:33:59 2005 From: vogel_sebastian at hotmail.com (sebastian n/a) Date: Wed, 13 Apr 2005 08:33:59 +0000 Subject: [Mediawiki-l] upload trouble Message-ID: <BAY21-F11CD9E45B9F49AE990705393340@phx.gbl> Hi everyone, I get some internal error message when trying to upload files. I`ve seen that the answer to the problem I have was already posted. So I just wanted to ask how I can and should "change permissions on the image folder"? I don`t know anything about PHP and therefore I would really really apreciate your help. Greetings From vogel_sebastian at hotmail.com Wed Apr 13 09:29:29 2005 From: vogel_sebastian at hotmail.com (sebastian n/a) Date: Wed, 13 Apr 2005 09:29:29 +0000 Subject: [Mediawiki-l] Firefox and HTML Message-ID: <BAY21-F13A14EEB5E7CF1E9C9DDD693340@phx.gbl> I don?t know if this is a pure Firefox thing, or if there might be a chance to fix this trough Media Wiki. I activated raw HTML and everything seems to be fine in IE, yet it does not display correctly in Firefox. In Firefox images don?t appear... Is there anything I can do? From adam.julius.angel at gmail.com Wed Apr 13 09:45:29 2005 From: adam.julius.angel at gmail.com (Adam Julius Angel) Date: Wed, 13 Apr 2005 11:45:29 +0200 Subject: [Mediawiki-l] upload trouble In-Reply-To: <BAY21-F11CD9E45B9F49AE990705393340@phx.gbl> References: <BAY21-F11CD9E45B9F49AE990705393340@phx.gbl> Message-ID: <ef0d28a905041302451cb7d622@mail.gmail.com> you have to donwload the LocalSettings.php form the main folder then search for ## To enable image uploads, make sure the 'images' directory ## is writable, then uncomment this: # $wgDisableUploads =false; $wgUseImageResize = true; If you don`t know how to edit it - use an text editor or search in the net! After you have uncomment it, your image folder should be writeable! You can change this with your ftp program > properties or CHMOD to 777. Then upload it to your webserver! I think thats it? Or maybe it isn`t! I never tried to upload some images! best regards, Adam On 4/13/05, sebastian n/a <vogel_sebastian at hotmail.com> wrote: > Hi everyone, > I get some internal error message when trying to upload files. > I`ve seen that the answer to the problem I have was already posted. > > So I just wanted to ask how I can and should "change permissions on the > image folder"? > > I don`t know anything about PHP and therefore I would really really > apreciate your help. > Greetings > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From vogel_sebastian at hotmail.com Wed Apr 13 10:02:59 2005 From: vogel_sebastian at hotmail.com (sebastian n/a) Date: Wed, 13 Apr 2005 10:02:59 +0000 Subject: [Mediawiki-l] upload trouble In-Reply-To: <BAY21-F11CD9E45B9F49AE990705393340@phx.gbl> Message-ID: <BAY21-F257B08B09D159B2F41546A93340@phx.gbl> thank you for your reply Adam, unfortunately this is not the problem since i already set the settings you mentioned before... i don?t know what else it could be :-( From rowan.collins at gmail.com Wed Apr 13 10:44:47 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Wed, 13 Apr 2005 11:44:47 +0100 Subject: [Mediawiki-l] Firefox and HTML In-Reply-To: <BAY21-F13A14EEB5E7CF1E9C9DDD693340@phx.gbl> References: <BAY21-F13A14EEB5E7CF1E9C9DDD693340@phx.gbl> Message-ID: <9f02ca4c0504130344120a9d71@mail.gmail.com> On 4/13/05, sebastian n/a <vogel_sebastian at hotmail.com> wrote: > I activated raw HTML and everything seems to be fine in IE, > yet it does not display correctly in Firefox. > In Firefox images don?t appear... > > Is there anything I can do? What HTML exactly are you using to insert these images? Specifically, are you closing the elements, XML-style, as in: <img src="foo.jpeg" alt="a picture" /> (note the / at the end). MediaWiki generates pages which declare themselves to be (and attempt to adhere to) XHTML, which will put Firefox into "Standards compliance mode"; in XHTML (being XML), everything has to be closed, so an image tag without the extra '/' (which is fine in "normal" HTML) is technically an error. It's just a guess, but this could cause things to disappear. I wonder if the "tidy" utility, for which MediaWiki already has some integration, would be able to clean that up for you... -- Rowan Collins BSc [IMSoP] From vogel_sebastian at hotmail.com Wed Apr 13 11:09:50 2005 From: vogel_sebastian at hotmail.com (sebastian n/a) Date: Wed, 13 Apr 2005 11:09:50 +0000 Subject: [Mediawiki-l] Firefox and HTML In-Reply-To: <BAY21-F13A14EEB5E7CF1E9C9DDD693340@phx.gbl> Message-ID: <BAY21-F127FD76B124CAA0312DB0193340@phx.gbl> Thanks for your quick reply Rowan, my original code was:(the files used were just to experiment, therefore they still resided on a local drive) <html> <img src="file://X:/an_Vogel/Uebersicht.gif"usemap="#Map" border="0"> <map name="Map"> <area shape="rect" coords="593,39,651,223" <a href="http://wiki.ptlls-ag.com/dawiki/index.php/Inhaltsverzeichnis#stichwort1" alt="OFEN" title="OFEN" target="_self"> </map> </html> Even after adding the /> nothing changed.., I guess I will take a look at the "tidy" utility you mentioned..thank you:-) Greetings Sebastian From rowan.collins at gmail.com Wed Apr 13 12:09:41 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Wed, 13 Apr 2005 13:09:41 +0100 Subject: [Mediawiki-l] Firefox and HTML In-Reply-To: <BAY21-F127FD76B124CAA0312DB0193340@phx.gbl> References: <BAY21-F13A14EEB5E7CF1E9C9DDD693340@phx.gbl> <BAY21-F127FD76B124CAA0312DB0193340@phx.gbl> Message-ID: <9f02ca4c050413050959725f02@mail.gmail.com> On 4/13/05, sebastian n/a <vogel_sebastian at hotmail.com> wrote: > (the files used were just to experiment, therefore they > still resided on a local drive) This, after some experimentation, appears to be the crucial factor - it seems Firefox doesn't like references to "file:" URLs as the source of images, probably for security reasons. My thoughts about XHTML were, it seems, a red herring, although the code you pasted does contain a rather more serious error: > <area shape="rect" coords="593,39,651,223" <a > href="http://wiki.ptlls-ag.com/dawiki/index.php/Inhaltsverzeichnis#stichwort1" > alt="OFEN" title="OFEN" target="_self"> You've shoved an "<a" in the middle of what should just be the <area> tag. No flavour of HTML allows half-a-tag like this, and browsers will probably think you meant "<area ...,223"><a href...>" - which you didn't. You'd probably have spotted that anyway, but I just thought I'd point it out while I was busy debugging what was going on. -- Rowan Collins BSc [IMSoP] From rowan.collins at gmail.com Wed Apr 13 12:25:30 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Wed, 13 Apr 2005 13:25:30 +0100 Subject: [Mediawiki-l] upload trouble In-Reply-To: <BAY21-F11CD9E45B9F49AE990705393340@phx.gbl> References: <BAY21-F11CD9E45B9F49AE990705393340@phx.gbl> Message-ID: <9f02ca4c05041305255efbc7dc@mail.gmail.com> On 4/13/05, sebastian n/a <vogel_sebastian at hotmail.com> wrote: > Hi everyone, > I get some internal error message when trying to upload files. Would it be possible to post the exact message here, in case it means more to someone else than it does to you? > So I just wanted to ask how I can and should "change permissions on the > image folder"? As Adam says, this refers to making the directory writable by the "user" which runs the PHP programs. The exact way of doing this will depend what FTP program you're using to access your webserver, but basically you want to allow "everyone" the ability to write to the "images" directory (this doesn't mean everyone who connects to your website, by the way, just every program running on the webserver). -- Rowan Collins BSc [IMSoP] From vogel_sebastian at hotmail.com Wed Apr 13 12:48:02 2005 From: vogel_sebastian at hotmail.com (sebastian n/a) Date: Wed, 13 Apr 2005 12:48:02 +0000 Subject: [Mediawiki-l] upload trouble In-Reply-To: <BAY21-F257B08B09D159B2F41546A93340@phx.gbl> Message-ID: <BAY21-F38E971EB90D34BDDA0494293340@phx.gbl> Thank you all for your help :-) I?m just a school intern and you guys really helped me out a lot already, So my error message is: Warning: mkdir(/var/www/html/dawiki/images/9): Permission denied in /var/www/html/dawiki/includes/Image.php on line 658 Warning: mkdir(/var/www/html/dawiki/images/9/9f): No such file or directory in /var/www/html/dawiki/includes/Image.php on line 660 Warning: move_uploaded_file(/var/www/html/dawiki/images/9/9f/Luenen1.jpg): failed to open stream: No such file or directory in /var/www/html/dawiki/includes/SpecialUpload.php on line 312 Warning: move_uploaded_file(): Unable to move '/tmp/phpxSApvt' to '/var/www/html/dawiki/images/9/9f/Luenen1.jpg' in /var/www/html/dawiki/includes/SpecialUpload.php on line 312 its MediaWiki 1.4(I have two wikis running on the same DB, on different prefixes and the 1st wiki didn?t have this Problem) Greetings From vogel_sebastian at hotmail.com Wed Apr 13 12:52:28 2005 From: vogel_sebastian at hotmail.com (sebastian n/a) Date: Wed, 13 Apr 2005 12:52:28 +0000 Subject: [Mediawiki-l] Firefox and HTML Message-ID: <BAY21-F3834DF8C90CE675AD03F8A93340@phx.gbl> Thank You for your advice Rowan, :-) I?m just a beginner, yet I tried calling up a different image from a URL, without the hotspots and all, but it didn?t work either...Nescape, IE and Opera don?t have any trouble at all...It?s just firefox :-( From q4radioguy at gmail.com Wed Apr 13 14:40:22 2005 From: q4radioguy at gmail.com (Chase Urich) Date: Wed, 13 Apr 2005 09:40:22 -0500 Subject: [Mediawiki-l] Firefox and HTML In-Reply-To: <BAY21-F3834DF8C90CE675AD03F8A93340@phx.gbl> References: <BAY21-F3834DF8C90CE675AD03F8A93340@phx.gbl> Message-ID: <99ba548405041307404ed56c1f@mail.gmail.com> If what you provided is the full HTML, you are missing the <body> and </body> tags at a minimum. Firefox may very well be choking on this since it isn't valid HTML. Chase Urich On 4/13/05, sebastian n/a <vogel_sebastian at hotmail.com> wrote: > Thank You for your advice Rowan, :-) > I?m just a beginner, > yet I tried calling up a different image from a URL, without the hotspots > and all, but it didn?t work either...Nescape, IE and Opera don?t have any > trouble at all...It?s just firefox :-( > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- Computers are like air conditioners. Both stop working, if you open windows. -- Adam Heath From rowan.collins at gmail.com Wed Apr 13 14:59:43 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Wed, 13 Apr 2005 15:59:43 +0100 Subject: [Mediawiki-l] Firefox and HTML In-Reply-To: <99ba548405041307404ed56c1f@mail.gmail.com> References: <BAY21-F3834DF8C90CE675AD03F8A93340@phx.gbl> <99ba548405041307404ed56c1f@mail.gmail.com> Message-ID: <9f02ca4c05041307596c9f3596@mail.gmail.com> On 4/13/05, Chase Urich <q4radioguy at gmail.com> wrote: > If what you provided is the full HTML, you are missing the <body> and > </body> tags at a minimum. Firefox may very well be choking on this > since it isn't valid HTML. I don't think it's that - if I understand correctly, this is an HTML fragment inside an otherwise wiki-markup page. In other words, it's inside the <body> element of another page already; the <html> just tells the wiki parser to let it through un-processed. Since guessing seems to be getting us nowhere, is there any chance of making the wiki in question publically accessible, so we can get a better idea of what is and isn't happening? [I presume the http://wiki.ptlls-ag.com/... URL in your sample code should point to it, but it's not accessible from here] -- Rowan Collins BSc [IMSoP] From pchamorro at ingeominas.gov.co Wed Apr 13 15:18:42 2005 From: pchamorro at ingeominas.gov.co (Pablo Chamorro C.) Date: Wed, 13 Apr 2005 10:18:42 -0500 (COT) Subject: [Mediawiki-l] Re: including an allpages and categories links in the sidebar In-Reply-To: <71fb0a8e05041209315c26c66a@mail.gmail.com> References: <Pine.LNX.4.61.0504120928280.10178@patascoy.ovsp.gov.co> <71fb0a8e05041209315c26c66a@mail.gmail.com> Message-ID: <Pine.LNX.4.61.0504131012001.15212@patascoy.ovsp.gov.co> Related to my previous post, I want to add that in order to get my 'allpages' and 'categories' links working in my spanish sidebar using $wgUseDatabaseMessages = false; I had to edit not only LanguageEs.php but Language.php. Perhaps this turns useful for somebody who have the same need. thanks, Pablo From Jan at Bytesmiths.com Wed Apr 13 16:34:56 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Wed, 13 Apr 2005 09:34:56 -0700 Subject: [Mediawiki-l] upload trouble In-Reply-To: <BAY21-F257B08B09D159B2F41546A93340@phx.gbl> References: <BAY21-F257B08B09D159B2F41546A93340@phx.gbl> Message-ID: <82eeb9269b72d3b9bd22abd96c26710b@Bytesmiths.com> On 13 Apr 2005, at 03:02, sebastian n/a wrote: > thank you for your reply Adam, > unfortunately this is not the problem since i already set the settings > you mentioned before... > i don?t know what else it could be :-( Have you carefully re-checked permissions, especially if you're using symbolic links? I had a similar problem recently. The MediaWiki installer gives itself a hard linked path, and I was using a symbolic-linked path in Apache. Bottom line, Apache could get there with write permission, but MediaWiki could not. The perpetrator was several levels up, and wasn't obvious. :::: He who possesses art and science has religion; he who does not possess them, needs religion. -- G?the :::: Jan Steinman <http://www.Bytesmiths.com/Van> From astronouth7303 at gmail.com Wed Apr 13 19:53:34 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Wed, 13 Apr 2005 15:53:34 -0400 Subject: [Mediawiki-l] external, integrated, or synched authentication? In-Reply-To: <p0621023fbe803510fbe4@140.186.103.2> References: <p0621023fbe803510fbe4@140.186.103.2> Message-ID: <deebf0b90504131253353887ec@mail.gmail.com> I'm not sure how many projects have similar set-ups, but MediaWiki allows for a kind of plugin perfect for this. If you look at AuthPlugin.php, there is a class definition for authentication. You would want autoCreate() to return true (that way, you only set up the external accounts) and strict() return true (Only login if they authenticate). As far as implementation, it's all up to you. LDAP, MySQL table, etc. should all be ok. On 4/11/05, Stephen Bannasch <stephen at deanbrook.org> wrote: > In the medium term I'd like to use a single authentication system for > a series services on deanbrook.org including mediawiki. My goals are > to integrate a suite of services appropriate for a community-based > portal. This is a volunteer (non-profit) service for our town. > Initially I am setting up WordPress and MediaWiki. > > Authentication is especially important to me because I have a policy > that in order to post you not only have to be registered you also > have to be using your real name. > > To start I thought it would be easiest for users if at least have > both systems use the same username and password. In this synched > authentication each system maintains their current user tables and > changes are synched between the two however a user would have to > login again when starting one service > > What this means is that whenever someone registers (or updates their > password or profile) on one system a call is made to the other > application with the new information so that this system can also > update their table data. > > What would be better in the longer term is to have an external user > and authentication module that presented a common UI along with > managing session information, and user access-control/permissions. > In addition I could better handle registrations from kids under 13. > In the US there is a federal law which requires parent permission. > > A hybrid approach is also possible where I integrate the two systems > and end up using one schema. > > I'm looking for comments, pointers, or implementations. > > I'm also looking for a web community focused on design and discussion > of community portals (not as much the nuts and bolts but how they > actually work in a community and what services people use). > > Thanks > -- > > -- Stephen Bannasch, stephen at deanbrook dot org > _______________________________________________ > 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 had 2GB. From sebastien.pierrel at piuha.net Wed Apr 13 13:33:24 2005 From: sebastien.pierrel at piuha.net (=?ISO-8859-1?Q?S=E9bastien_Pierrel?=) Date: Wed, 13 Apr 2005 16:33:24 +0300 Subject: [Mediawiki-l] Firefox and HTML In-Reply-To: <9f02ca4c050413050959725f02@mail.gmail.com> References: <BAY21-F13A14EEB5E7CF1E9C9DDD693340@phx.gbl> <BAY21-F127FD76B124CAA0312DB0193340@phx.gbl> <9f02ca4c050413050959725f02@mail.gmail.com> Message-ID: <425D1FA4.3080600@piuha.net> Rowan Collins wrote: > On 4/13/05, sebastian n/a <vogel_sebastian at hotmail.com> wrote: > >>(the files used were just to experiment, therefore they >>still resided on a local drive) > > This, after some experimentation, appears to be the crucial factor - > it seems Firefox doesn't like references to "file:" URLs as the source > of images, probably for security reasons. if you are not concerned by turning off some security option: in about:config set security.checkloaduri to false. /Seb. From Jeff_Wolfe at intuit.com Wed Apr 13 20:23:35 2005 From: Jeff_Wolfe at intuit.com (Wolfe, Jeff) Date: Wed, 13 Apr 2005 13:23:35 -0700 Subject: [Mediawiki-l] Mass Import Message-ID: <EAC91901B2B4EB4793496F31388038AD03B32B89@dalex02.plano.intuit.com> Hi All, I'm seeking a way to mass import lots of data into a MediaWiki. I can massage my data in most reasonable ways and have direct access to the database. I can use existing PHP, generate fake URLS, or hit the SQL database directly. Does anyone have a suggestion? Thanks, Jeff From johnblumel at earthlink.net Wed Apr 13 20:57:17 2005 From: johnblumel at earthlink.net (John Blumel) Date: Wed, 13 Apr 2005 16:57:17 -0400 Subject: [Mediawiki-l] Mass Import In-Reply-To: <EAC91901B2B4EB4793496F31388038AD03B32B89@dalex02.plano.intuit.com> References: <EAC91901B2B4EB4793496F31388038AD03B32B89@dalex02.plano.intuit.com> Message-ID: <71dc653d9b7b9cd0eb48b45513b5188f@earthlink.net> On Apr 13, 2005, at 4:23pm, Wolfe, Jeff wrote: > I'm seeking a way to mass import lots of data into a MediaWiki. I can > massage my data in most reasonable ways and have direct access to the > database. I can use existing PHP, generate fake URLS, or hit the SQL > database directly. Does anyone have a suggestion? I'm working on a similar issue and decided to load the data through MediaWiki's web interface, using a bot written in Perl (using LWP). I went that way for a couple of reason's, chiefly because I want the original submission attributable to a specific source (depending on the user name I give the bot) and I want all the file updates that normally take place (category assignment, recent changes, etc.) to occur without me having to worry about what exactly the MediaWiki code does and when it does it. One of my sources has about 900 entries and there are several others that are smaller, so it's a lot less work than creating all these entries manually, even though some of the sources are non-trivial to parse, and I expect fewer errors in the final text using this method. I'm also creating category info off the extracted data and will insert that into the final wiki text before it is uploaded so that the submitted entries will be assigned to specific categories The bot, in this case, simply does the work of submitting the generated entries and I'm creating individual scripts to parse the various source materials. The next step is to generate HTML output (1 file per entry) from the data files I've generated (also individual scripts since the sources contain different types of information) and then convert that to wiki text for the bot to upload. (I could skip the HTML but I'd like to be able to "preview" a sampling of the entries before I start uploading them and it's not that much more work.) I'll probably also create a second bot to delete a set of entries, just so that I can get rid of the entries resulting from "test runs" on a test wiki I set up. You're welcome to the scripts I'm working on, although, none of them is completely finished at the moment, other than a couple of parsing scripts that wouldn't be of much use to you. John Blumel From Jeff_Wolfe at intuit.com Wed Apr 13 21:28:37 2005 From: Jeff_Wolfe at intuit.com (Wolfe, Jeff) Date: Wed, 13 Apr 2005 14:28:37 -0700 Subject: [Mediawiki-l] Mass Import Message-ID: <EAC91901B2B4EB4793496F31388038AD03B32C40@dalex02.plano.intuit.com> Hi John, I'm not familiar with LWP (though I google'd it and get the basic idea), but I'll take any help I can get. One could almost build a command line SDK that way for instances where you didn't want to hit the db directly. I was thinking about just pushing into cur, category, and searchindex, but I think you have an excellent point. I really like being able to attribute the author, source, etc. Have you considered trying to use some of the php scripts from the command-line as an alternative? I would indeed appreciate your scripts if you don't mind. Thanks, Jeff -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of John Blumel Sent: Wednesday, April 13, 2005 3:57 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Mass Import On Apr 13, 2005, at 4:23pm, Wolfe, Jeff wrote: > I'm seeking a way to mass import lots of data into a MediaWiki. I can > massage my data in most reasonable ways and have direct access to the > database. I can use existing PHP, generate fake URLS, or hit the SQL > database directly. Does anyone have a suggestion? I'm working on a similar issue and decided to load the data through MediaWiki's web interface, using a bot written in Perl (using LWP). I went that way for a couple of reason's, chiefly because I want the original submission attributable to a specific source (depending on the user name I give the bot) and I want all the file updates that normally take place (category assignment, recent changes, etc.) to occur without me having to worry about what exactly the MediaWiki code does and when it does it. One of my sources has about 900 entries and there are several others that are smaller, so it's a lot less work than creating all these entries manually, even though some of the sources are non-trivial to parse, and I expect fewer errors in the final text using this method. I'm also creating category info off the extracted data and will insert that into the final wiki text before it is uploaded so that the submitted entries will be assigned to specific categories The bot, in this case, simply does the work of submitting the generated entries and I'm creating individual scripts to parse the various source materials. The next step is to generate HTML output (1 file per entry) from the data files I've generated (also individual scripts since the sources contain different types of information) and then convert that to wiki text for the bot to upload. (I could skip the HTML but I'd like to be able to "preview" a sampling of the entries before I start uploading them and it's not that much more work.) I'll probably also create a second bot to delete a set of entries, just so that I can get rid of the entries resulting from "test runs" on a test wiki I set up. You're welcome to the scripts I'm working on, although, none of them is completely finished at the moment, other than a couple of parsing scripts that wouldn't be of much use to you. John Blumel _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From johnblumel at earthlink.net Wed Apr 13 21:49:27 2005 From: johnblumel at earthlink.net (John Blumel) Date: Wed, 13 Apr 2005 17:49:27 -0400 Subject: [Mediawiki-l] Mass Import In-Reply-To: <EAC91901B2B4EB4793496F31388038AD03B32C40@dalex02.plano.intuit.com> References: <EAC91901B2B4EB4793496F31388038AD03B32C40@dalex02.plano.intuit.com> Message-ID: <0815151ae6839a4467db8258dc0e8403@earthlink.net> On Apr 13, 2005, at 5:28pm, Wolfe, Jeff wrote: > I was thinking about just pushing into cur, category, and searchindex, > but I > think you have an excellent point. I really like being able to > attribute > the author, source, etc. Have you considered trying to use some of > the php > scripts from the command-line as an alternative? I didn't pursue that route because I don't have (or really want) direct access to the server or the MySQL database. Also, since I haven't worked in PHP before (although it looks very similar to Perl) it seemed easier to just do all the work in Perl (which works very for parsing the source text). John Blumel From Jeff_Wolfe at intuit.com Wed Apr 13 21:58:48 2005 From: Jeff_Wolfe at intuit.com (Wolfe, Jeff) Date: Wed, 13 Apr 2005 14:58:48 -0700 Subject: [Mediawiki-l] Mass Import Message-ID: <EAC91901B2B4EB4793496F31388038AD03B32C90@dalex02.plano.intuit.com> I see. I think I have found a reasonable way to proceed and was hoping someone would verify it for me (sanity/sniff test). It appears I can simply insert all my new records into "cur" and then run ./maintenance/rebuildall.php. The one thing I found was a creepy statement about updating links with an old call "LinksUpdate::doDumbUpdate." Another call exists "LinksUpdate::doUpdate" that claims to be efficient, but I can't tell why it hasn't been used in this case. So, does it seem reasonable to directly insert into cur and follow with rebuildall.php? And if so, should I swap out the doUpdate for doDumbUpdate? Any comments would be greatly appreciated. Ultimately, I do think that something done more directly through the app logic is probably a much better approach - especially since it would retain the revision history. Thanks! Jeff -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of John Blumel Sent: Wednesday, April 13, 2005 4:49 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Mass Import On Apr 13, 2005, at 5:28pm, Wolfe, Jeff wrote: > I was thinking about just pushing into cur, category, and searchindex, > but I think you have an excellent point. I really like being able to > attribute the author, source, etc. Have you considered trying to use > some of the php scripts from the command-line as an alternative? I didn't pursue that route because I don't have (or really want) direct access to the server or the MySQL database. Also, since I haven't worked in PHP before (although it looks very similar to Perl) it seemed easier to just do all the work in Perl (which works very for parsing the source text). John Blumel _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From astronouth7303 at gmail.com Wed Apr 13 22:12:59 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Wed, 13 Apr 2005 18:12:59 -0400 Subject: [Mediawiki-l] Mass Import In-Reply-To: <EAC91901B2B4EB4793496F31388038AD03B32C40@dalex02.plano.intuit.com> References: <EAC91901B2B4EB4793496F31388038AD03B32C40@dalex02.plano.intuit.com> Message-ID: <deebf0b90504131512b53ca2e@mail.gmail.com> I believe you can just populate cur and old, then have the scripts included in MediaWiki rebuild the indecis. If you're not using MediaWiki classes, also make sure you populate logging as needed. Here are some of the other tables that may need to be populated, based on the capabilities of the old system: * image and oldimage if uploads are included. * user and user_rights for users * validate if validation is possible * watchlist if there are Watchlists Just be careful of IDs matching Titles and revisions. It may help (if possible) to use the MediaWiki classes, though modified to support arbitrary dates, times, and users. On 4/13/05, Wolfe, Jeff <Jeff_Wolfe at intuit.com> wrote: > Hi John, > > I'm not familiar with LWP (though I google'd it and get the basic idea), but > I'll take any help I can get. One could almost build a command line SDK > that way for instances where you didn't want to hit the db directly. > > I was thinking about just pushing into cur, category, and searchindex, but I > think you have an excellent point. I really like being able to attribute > the author, source, etc. Have you considered trying to use some of the php > scripts from the command-line as an alternative? > > I would indeed appreciate your scripts if you don't mind. > > Thanks, > Jeff > > > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org > [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of John Blumel > Sent: Wednesday, April 13, 2005 3:57 PM > To: MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] Mass Import > > On Apr 13, 2005, at 4:23pm, Wolfe, Jeff wrote: > > > I'm seeking a way to mass import lots of data into a MediaWiki. I can > > massage my data in most reasonable ways and have direct access to the > > database. I can use existing PHP, generate fake URLS, or hit the SQL > > database directly. Does anyone have a suggestion? > > I'm working on a similar issue and decided to load the data through > MediaWiki's web interface, using a bot written in Perl (using LWP). I went > that way for a couple of reason's, chiefly because I want the original > submission attributable to a specific source (depending on the user name I > give the bot) and I want all the file updates that normally take place > (category assignment, recent changes, etc.) to occur without me having to > worry about what exactly the MediaWiki code does and when it does it. > > One of my sources has about 900 entries and there are several others that > are smaller, so it's a lot less work than creating all these entries > manually, even though some of the sources are non-trivial to parse, and I > expect fewer errors in the final text using this method. > I'm also creating category info off the extracted data and will insert that > into the final wiki text before it is uploaded so that the submitted entries > will be assigned to specific categories > > The bot, in this case, simply does the work of submitting the generated > entries and I'm creating individual scripts to parse the various source > materials. The next step is to generate HTML output (1 file per entry) from > the data files I've generated (also individual scripts since the sources > contain different types of information) and then convert that to wiki text > for the bot to upload. (I could skip the HTML but I'd like to be able to > "preview" a sampling of the entries before I start uploading them and it's > not that much more work.) I'll probably also create a second bot to delete a > set of entries, just so that I can get rid of the entries resulting from > "test runs" on a test wiki I set up. > > You're welcome to the scripts I'm working on, although, none of them is > completely finished at the moment, other than a couple of parsing scripts > that wouldn't be of much use to you. > > John Blumel > > _______________________________________________ > 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 had 2GB. From soloturn at gmail.com Thu Apr 14 06:46:55 2005 From: soloturn at gmail.com (solo turn) Date: Thu, 14 Apr 2005 08:46:55 +0200 Subject: [Mediawiki-l] mysql database error 1062: Duplicate entry, and how to resolve Message-ID: <e1d4f8cd0504132346565b7281@mail.gmail.com> hi, with mediawiki 1.4.0 we get the following error: REPLACE INTO `projsearchindex` (si_page,si_title,si_text) VALUES ('960','kenta',' -- start infobox project -- infobox project projectname ... <... three pages of text not pasted here ..> ... from within function "SearchUpdate::doUpdate". MySQL returned error "1062: Duplicate entry ' ' for key 3 (localhost)". the text gets anyway stored in the database. how can we prevent this? can it be that the string is too long? -solo. From vogel_sebastian at hotmail.com Thu Apr 14 07:10:45 2005 From: vogel_sebastian at hotmail.com (sebastian n/a) Date: Thu, 14 Apr 2005 07:10:45 +0000 Subject: [Mediawiki-l] Firefox and HTML In-Reply-To: <425D1FA4.3080600@piuha.net> Message-ID: <BAY21-F429C2B8EFCA5E42A492F7593350@phx.gbl> Thank you everyone:-) It was exactly as Sebastien Pierrel said. it was the security feature in Firefox:-) Sorry I?can?t show you the wiki because it?s running on an intranet:-( I thank EVERYONE for your great collaboration:-) Thank you Greetings From vivek.gite at gmail.com Thu Apr 14 07:16:17 2005 From: vivek.gite at gmail.com (Vivek Gite) Date: Thu, 14 Apr 2005 00:16:17 -0700 Subject: [Mediawiki-l] upload trouble In-Reply-To: <82eeb9269b72d3b9bd22abd96c26710b@Bytesmiths.com> References: <BAY21-F257B08B09D159B2F41546A93340@phx.gbl> <82eeb9269b72d3b9bd22abd96c26710b@Bytesmiths.com> Message-ID: <a30c798905041400165f2dd8b2@mail.gmail.com> I had same problem i had login over ssh and run command cd /path/to/wiki chmod 0777 images/ chown -R apahce:apache images/ And it worked Hope this helps On 4/13/05, Jan Steinman <Jan at bytesmiths.com> wrote: > > On 13 Apr 2005, at 03:02, sebastian n/a wrote: > > > thank you for your reply Adam, > > unfortunately this is not the problem since i already set the settings > > you mentioned before... > > i don?t know what else it could be :-( > > Have you carefully re-checked permissions, especially if you're using > symbolic links? > > I had a similar problem recently. The MediaWiki installer gives itself > a hard linked path, and I was using a symbolic-linked path in Apache. > Bottom line, Apache could get there with write permission, but > MediaWiki could not. The perpetrator was several levels up, and wasn't > obvious. > > :::: He who possesses art and science has religion; he who does not > possess them, needs religion. -- G?the > :::: Jan Steinman <http://www.Bytesmiths.com/Van> > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- Vivek G Gite __________________________________ Who am I? What am I doing? Why this happened to me? Are you stuck in life? Then read the most age old "Bhagwat gita" to solve all mysteries of life. From Jan at Bytesmiths.com Thu Apr 14 07:27:19 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Thu, 14 Apr 2005 00:27:19 -0700 Subject: [Mediawiki-l] Certain counters not showing Message-ID: <3944bc0f08df1a2e54510c7f34845ef3@Bytesmiths.com> I took a static HTML page that had a CGI-based counter on it, and put it in MediaWiki. I then took the count that was on its CGI-based counter, and put that in the mw_cur.cur_counter field. Great! It shows up on that page with the proper count, and increments with each hit! <http://www.IslandSeeds.org> However, this did not cause it to show up in Special:Popularpages. Is there someplace else that the count needs to be stuffed for it to be seen by Special:Popularpages? Thanks! :::: Freedom of the commons brings ruin to all. -- Garrett Hardin :::: Jan Steinman (a fossil-fuel free zone!) <http://www.Bytesmiths.com/Van> From gputignano at tiscali.it Thu Apr 14 09:48:26 2005 From: gputignano at tiscali.it (Giovanni) Date: Thu, 14 Apr 2005 11:48:26 +0200 Subject: [Mediawiki-l] Html Rendering Message-ID: <004201c540d7$1b9c46a0$6000a8c0@GIOVANNI> Hi, I copied both wiki files and database to try upadate to a more recent version of MediaWiki but I get this: Original: http://www.ceglieplurale.it Copy: http://www.ceglieplurale.it/wiki_cp Do you have some suggest? Besides can I install the 1,4 version and then copy only some table? Let me know. Many thanks, Giovanni SCAI - Tradizioni del Sud http://stores.ebay.it/tradizionidelsud http://www.tradizionidelsud.com From christof at damian.net Thu Apr 14 11:22:25 2005 From: christof at damian.net (Christof Damian) Date: Thu, 14 Apr 2005 13:22:25 +0200 Subject: [Mediawiki-l] Mass Import In-Reply-To: <EAC91901B2B4EB4793496F31388038AD03B32B89@dalex02.plano.intuit.com> References: <EAC91901B2B4EB4793496F31388038AD03B32B89@dalex02.plano.intuit.com> Message-ID: <20050414112225.GQ23573@batman.gotham.krass.com> On Wed, 13 Apr 2005, Wolfe, Jeff wrote: > Hi All, > > I'm seeking a way to mass import lots of data into a MediaWiki. I > can massage my data in most reasonable ways and have direct access > to the database. I can use existing PHP, generate fake URLS, or hit > the SQL database directly. Does anyone have a suggestion? you could try the pagefromfile.py and upload.py tools that comes with pywikipedia. here are the comments for them: pagefromfile.py converts a text file in multiple wiki pages and upload.py uploads image or media data. christof -- Christof Damian christof at damian.net From gregwh at gmail.com Fri Apr 15 00:11:13 2005 From: gregwh at gmail.com (greg whittier) Date: Thu, 14 Apr 2005 20:11:13 -0400 Subject: [Mediawiki-l] process for uploading/linking to files is difficult Message-ID: <a250eacf050414171113bdf0fe@mail.gmail.com> Hi all, I'm been given permission to introduce a wiki into my department at work. I've been using mediawiki as a demo to the extent that changing would be hard now, but one feature I'm afraid will kill the wiki quickly is the difficulty of uploading files. While I know wikis are primarily for text content, the first instinct of a new user will be to share the files he's been producing in his pre-wiki days. As I understand it, the way to upload files right now is to go to Special:Upload, click browse, etc. Then you edit a page and use the [[media:filename|description] syntax. I had one of our most tech savvy users try this and it was comically hard for him. He picked a file with a very long file name and spaces. He got a warning about the renaming and file size that confused him (I can probably configure this). Then he tried to list the files so he could cut and paste the file name (this is way beyond most of the potential users) back in the edit window. This process involved open the file multiple times in the attempt to highlight it. Then we put brackets around the name. Forgot it was two instead of one at first, etc. Is there any easier way to do this? I'd like to have the user not have to memorize or cut and paste the filename across windows. Where would I look to alter the button above the editing window. I've never coded in php before, but have used other scripting languages (python, perl, etc.). Any help is greatly appreciated! Thanks, Greg From Jan at Bytesmiths.com Fri Apr 15 01:01:19 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Thu, 14 Apr 2005 18:01:19 -0700 Subject: [Mediawiki-l] Categories and #REDIRECT? Message-ID: <5400a53cdcc32d872a27b35f1655b418@Bytesmiths.com> I've noticed that pages that are redirected are not in any category. I tried adding a [[Category:]] statement after the #REDIRECT statement, to no avail. Is there any way to make redirected pages show up in a Category, preferably the same one(s) as the page it redirects to? :::: We're in a giant car heading toward a brick wall at a hundred miles an hour, arguing over who has the best seat. -- David Suzuki :::: Jan Steinman <http://www.Bytesmiths.com/Van> From richholton at gmail.com Fri Apr 15 01:07:52 2005 From: richholton at gmail.com (Richard Holton) Date: Thu, 14 Apr 2005 20:07:52 -0500 Subject: [Mediawiki-l] Categories and #REDIRECT? In-Reply-To: <5400a53cdcc32d872a27b35f1655b418@Bytesmiths.com> References: <5400a53cdcc32d872a27b35f1655b418@Bytesmiths.com> Message-ID: <4a37983b0504141807383c9409@mail.gmail.com> On 4/14/05, Jan Steinman <Jan at bytesmiths.com> wrote: > I've noticed that pages that are redirected are not in any category. I > tried adding a [[Category:]] statement after the #REDIRECT statement, > to no avail. > > Is there any way to make redirected pages show up in a Category, > preferably the same one(s) as the page it redirects to? > > :::: We're in a giant car heading toward a brick wall at a hundred > miles an hour, arguing over who has the best seat. -- David Suzuki > :::: Jan Steinman <http://www.Bytesmiths.com/Van> > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > That has been implemented in the 1.5 development code. -- Rich Holton [[W:en:User:Rholton]] From Jan at Bytesmiths.com Fri Apr 15 01:19:32 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Thu, 14 Apr 2005 18:19:32 -0700 Subject: [Mediawiki-l] Categories and #REDIRECT? In-Reply-To: <4a37983b0504141807383c9409@mail.gmail.com> References: <5400a53cdcc32d872a27b35f1655b418@Bytesmiths.com> <4a37983b0504141807383c9409@mail.gmail.com> Message-ID: <4b07a5dec3b96dc05c4278ec954123ef@Bytesmiths.com> On 14 Apr 2005, at 18:07, Richard Holton wrote: > On 4/14/05, Jan Steinman <Jan at bytesmiths.com> wrote: >> Is there any way to make redirected pages show up in a Category, >> preferably the same one(s) as the page it redirects to? > > That has been implemented in the 1.5 development code. Thanks! I'm itching to download it and try it... as soon as my taxes are done... which I'm not working on when I'm playing with MediaWiki... :-( :::: We got the best politicians in this country that money can buy. -- Will Rogers :::: Jan Steinman <http://www.Bytesmiths.com/Item/99AA34> From slowpoke at gmail.com Fri Apr 15 01:28:32 2005 From: slowpoke at gmail.com (Dori) Date: Thu, 14 Apr 2005 20:28:32 -0500 Subject: [Mediawiki-l] process for uploading/linking to files is difficult In-Reply-To: <a250eacf050414171113bdf0fe@mail.gmail.com> References: <a250eacf050414171113bdf0fe@mail.gmail.com> Message-ID: <d2f92e8b05041418287125f852@mail.gmail.com> On 4/14/05, greg whittier <gregwh at gmail.com> wrote: > > Is there any easier way to do this? I'd like to have the user not > have to memorize or cut and paste the filename across windows. Where > would I look to alter the button above the editing window. I've never > coded in php before, but have used other scripting languages (python, > perl, etc.). > Yes, a simple script written for commons by Erik M?ller can probably be adapted for your use: http://commons.wikimedia.org/wiki/Commons:File_upload_service/Script From gregwh at gmail.com Fri Apr 15 01:43:42 2005 From: gregwh at gmail.com (greg whittier) Date: Thu, 14 Apr 2005 21:43:42 -0400 Subject: [Mediawiki-l] process for uploading/linking to files is difficult In-Reply-To: <d2f92e8b05041418287125f852@mail.gmail.com> References: <a250eacf050414171113bdf0fe@mail.gmail.com> <d2f92e8b05041418287125f852@mail.gmail.com> Message-ID: <a250eacf0504141843c61b0bf@mail.gmail.com> On 4/14/05, Dori <slowpoke at gmail.com> wrote: > On 4/14/05, greg whittier <gregwh at gmail.com> wrote: > > Is there any easier way to do this? I'd like to have the user not > > have to memorize or cut and paste the filename across windows. Where > > would I look to alter the button above the editing window. I've never > > coded in php before, but have used other scripting languages (python, > > perl, etc.). > > > > Yes, a simple script written for commons by Erik M?ller can probably be > adapted for your use: > http://commons.wikimedia.org/wiki/Commons:File_upload_service/Script > > Thanks for the tip, but I believe this requires the client to have perl installed on their computer. I was probably confusing by refering to "files." I'm really just worried about making it to upload one file and link to it. Believe it or not, the current method has a high enough barrier to entry that few of my potential users will bother with it. Basically, I'm looking for a point and click (no typing or cut and pasting filenames) way to do this. I don't need them to upload lots of file. Just one. Thanks, Greg From slowpoke at gmail.com Fri Apr 15 01:55:26 2005 From: slowpoke at gmail.com (Dori) Date: Thu, 14 Apr 2005 20:55:26 -0500 Subject: [Mediawiki-l] process for uploading/linking to files is difficult In-Reply-To: <a250eacf0504141843c61b0bf@mail.gmail.com> References: <a250eacf050414171113bdf0fe@mail.gmail.com> <d2f92e8b05041418287125f852@mail.gmail.com> <a250eacf0504141843c61b0bf@mail.gmail.com> Message-ID: <d2f92e8b050414185562c364ca@mail.gmail.com> On 4/14/05, greg whittier <gregwh at gmail.com> wrote: > > On 4/14/05, Dori <slowpoke at gmail.com> wrote: > > On 4/14/05, greg whittier <gregwh at gmail.com> wrote: > > > Is there any easier way to do this? I'd like to have the user not > > > have to memorize or cut and paste the filename across windows. Where > > > would I look to alter the button above the editing window. I've never > > > coded in php before, but have used other scripting languages (python, > > > perl, etc.). > > > > > > > Yes, a simple script written for commons by Erik M?ller can probably be > > adapted for your use: > > http://commons.wikimedia.org/wiki/Commons:File_upload_service/Script > > > > > > Thanks for the tip, but I believe this requires the client to have > perl installed on their computer. I was probably confusing by > refering to "files." I'm really just worried about making it to > upload one file and link to it. > > Believe it or not, the current method has a high enough barrier to > entry that few of my potential users will bother with it. Basically, > I'm looking for a point and click (no typing or cut and pasting > filenames) way to do this. I don't need them to upload lots of file. > Just one. I do find it hard to believe that the current method is difficult. It's as point and click as you can get. If your users find this hard, man wait till you tell them what a wiki is. From gregwh at gmail.com Fri Apr 15 02:15:42 2005 From: gregwh at gmail.com (greg whittier) Date: Thu, 14 Apr 2005 22:15:42 -0400 Subject: [Mediawiki-l] process for uploading/linking to files is difficult In-Reply-To: <d2f92e8b050414185562c364ca@mail.gmail.com> References: <a250eacf050414171113bdf0fe@mail.gmail.com> <d2f92e8b05041418287125f852@mail.gmail.com> <a250eacf0504141843c61b0bf@mail.gmail.com> <d2f92e8b050414185562c364ca@mail.gmail.com> Message-ID: <a250eacf0504141915552df44c@mail.gmail.com> Am I missing something? Doesn't the user have to type in [[media:some really long file name -- version 3Apr2005.pdf|my file]] to link to a file after having uploading it? This user already knew what a wiki and, in fact, was already running a personal wiki (voodoopad). He also had no trouble making new pages with mediawiki. It's just files that were hard! In MoinMoin typing [attachment:my_file.pdf] creates a link that if clicked prompts the user to upload the file if it doesn't exist already. With my installation of mediawiki, if the file doesn't exist, it just does nothing when you click on it. I understand that files are not the focus of mediawiki (or wikipedia) and I appreciate the great product. Sorry for the whining and thanks for your time. Greg On 4/14/05, Dori <slowpoke at gmail.com> wrote: > On 4/14/05, greg whittier <gregwh at gmail.com> wrote: > > > On 4/14/05, Dori <slowpoke at gmail.com> wrote: > > > On 4/14/05, greg whittier <gregwh at gmail.com> wrote: > > > > Is there any easier way to do this? I'd like to have the user not > > > > have to memorize or cut and paste the filename across windows. Where > > > > would I look to alter the button above the editing window. I've never > > > > coded in php before, but have used other scripting languages (python, > > > > perl, etc.). > > > > > > > > > > Yes, a simple script written for commons by Erik M?ller can probably be > > > adapted for your use: > > > > http://commons.wikimedia.org/wiki/Commons:File_upload_service/Script > > > > > > > > > > Thanks for the tip, but I believe this requires the client to have > > perl installed on their computer. I was probably confusing by > > refering to "files." I'm really just worried about making it to > > upload one file and link to it. > > > > Believe it or not, the current method has a high enough barrier to > > entry that few of my potential users will bother with it. Basically, > > I'm looking for a point and click (no typing or cut and pasting > > filenames) way to do this. I don't need them to upload lots of file. > > Just one. > > > I do find it hard to believe that the current method is difficult. It's as > point and click as you can get. If your users find this hard, man wait till > you tell them what a wiki is. > > From brion at pobox.com Fri Apr 15 02:15:43 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 14 Apr 2005 19:15:43 -0700 Subject: [Mediawiki-l] process for uploading/linking to files is difficult In-Reply-To: <d2f92e8b050414185562c364ca@mail.gmail.com> References: <a250eacf050414171113bdf0fe@mail.gmail.com> <d2f92e8b05041418287125f852@mail.gmail.com> <a250eacf0504141843c61b0bf@mail.gmail.com> <d2f92e8b050414185562c364ca@mail.gmail.com> Message-ID: <425F23CF.5030606@pobox.com> Dori wrote: > On 4/14/05, greg whittier wrote: >>Believe it or not, the current method has a high enough barrier to >>entry that few of my potential users will bother with it. Basically, >>I'm looking for a point and click (no typing or cut and pasting >>filenames) way to do this. I don't need them to upload lots of file. >>Just one. > > I do find it hard to believe that the current method is difficult. It's as > point and click as you can get. If your users find this hard, man wait till > you tell them what a wiki is. There are actually a few difficulties, which potentially could be improved: * The info text is too long: no human will ever read it, and it obscures the functional controls. (This was the unfortunate result of being fed up with complaints about insufficient explanation of uploading policies on the page.) * Some of the warnings are not really relevant. (It changed my spaces to underscores? Horror of horrors!) * After a successful upload, it's unclear what to do. There's a blobby paragraph but no link back to the page you came from. We've gotten a number of suggestions that after upload you should be able to easily return to the page you were on when you hit the upload link (similar to the login and logout operations). I think this might be a good idea at the least. Potentially it could take you straight to the edit page and give you an opportunity to cut-n-paste the sample link. I'm less sure about that. One thing that's maybe not obvious to people is that uploads in MediaWiki are *not* attachments to particular articles. They may be used in many pages, or in none, and they live existences independent of any page they may be linked from. This means the interface has to be different from adding an attachment to a webmail message, because it _is_ different, and this does complicate things. Exactly how complicated they have to be is a matter for balance. -- 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/20050414/2e0cf986/attachment.pgp From Jan at Bytesmiths.com Fri Apr 15 02:22:18 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Thu, 14 Apr 2005 19:22:18 -0700 Subject: [Mediawiki-l] process for uploading/linking to files is difficult In-Reply-To: <a250eacf0504141915552df44c@mail.gmail.com> References: <a250eacf050414171113bdf0fe@mail.gmail.com> <d2f92e8b05041418287125f852@mail.gmail.com> <a250eacf0504141843c61b0bf@mail.gmail.com> <d2f92e8b050414185562c364ca@mail.gmail.com> <a250eacf0504141915552df44c@mail.gmail.com> Message-ID: <730e38aa3fc06d12ee57ef8bd57d6612@Bytesmiths.com> On 14 Apr 2005, at 19:15, greg whittier wrote: > In MoinMoin typing [attachment:my_file.pdf] creates a link that if > clicked prompts the user to upload the file if it doesn't exist > already. I like this! it's the WikiWay -- link first, author second. So the MediaWikiWay would be [[Image:ImageName.jpg|thumb|right|whatever blah blah blah]] which would show up as either an broken image icon, or a textual link to be clicked, which would cause an upload dialog. :::: Nature must, in the not too distant future, institute bankruptcy proceedings against industrial civilization. -- William Catton :::: Jan Steinman <http://www.Bytesmiths.com/Van> From jesper at krogh.cc Fri Apr 15 05:27:41 2005 From: jesper at krogh.cc (Jesper Krogh) Date: Fri, 15 Apr 2005 05:27:41 +0000 (UTC) Subject: [Mediawiki-l] Subsection editing. Message-ID: <d3njcd$pg0$1@sea.gmane.org> Hi. I upgraded to the CVS-version of mediawiki yesterday and all seemed very fine, but sub-section editing is broken. When editing a subsection in a wikipage, the result is that only that section is left on the entire page afterwards. Thanks Jesper -- ./Jesper Krogh, jesper at krogh.cc, Jabber ID: jesper at jabbernet.dk ... der er blevet medlem af Free Software Foundation i denne uge: https://www.fsf.org/associate/join/am_join_form1 From mail at tgries.de Fri Apr 15 06:16:00 2005 From: mail at tgries.de (Thomas Gries) Date: Fri, 15 Apr 2005 08:16:00 +0200 Subject: [Mediawiki-l] Enotif - sent to Sysops for any new page ? Message-ID: <425F5C20.5060003@tgries.de> I would like to know, whether you also like a new feature - additional user option for Sysops, Developers and Bureaucrats (SDBs) - configurable through a regular expression (RE) - per SDB. which sends an Enotif (e-mail notification) to the SDBs on creation of a new page - if the RE matches. It can now easily be included in my Enotif 3.x for Mediawiki REL1_4 (1.4.1). Tom http://bugzilla.wikipedia.org/show_bug.cgi?id=454 http://meta.wikipedia.org/wiki/Enotif From dwen at gmx.de Fri Apr 15 08:46:01 2005 From: dwen at gmx.de (dwen at gmx.de) Date: Fri, 15 Apr 2005 10:46:01 +0200 Subject: [Mediawiki-l] Firefox and HTML In-Reply-To: <BAY21-F13A14EEB5E7CF1E9C9DDD693340@phx.gbl> References: <BAY21-F13A14EEB5E7CF1E9C9DDD693340@phx.gbl> Message-ID: <20050415084555.GA6810@lover> Hello Sebastian, On Wed, Apr 13, 2005 at 09:29:29AM +0000, sebastian n/a wrote: > I don?t know if this is a pure Firefox thing, or if there might be a chance > to fix this trough Media Wiki. > > I activated raw HTML and everything seems to be fine in IE, > yet it does not display correctly in Firefox. > In Firefox images don?t appear... > > Is there anything I can do? I don't know if it applies to you, but it could be a FireFox configuration problem. Once I had the same problem whith Image Links in MediaWiki that they wouldn't load, IE and some other stations whith FireFox were fine. I found out that cache settings in FireFox preferences set to zero value was the problem, increasing it to some value greater than zero did the trick. Regards, David. -- ICQ: 166975311 WWW: wendelonline.de ---Free your mind and your OS will follow.--- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20050415/1885b6ba/attachment.pgp From mediawiki at samrowe.com Fri Apr 15 12:20:07 2005 From: mediawiki at samrowe.com (Sam Rowe) Date: Fri, 15 Apr 2005 08:20:07 -0400 Subject: [Mediawiki-l] process for uploading/linking to files is difficult In-Reply-To: <425F23CF.5030606@pobox.com> References: <a250eacf050414171113bdf0fe@mail.gmail.com> <d2f92e8b05041418287125f852@mail.gmail.com> <a250eacf0504141843c61b0bf@mail.gmail.com> <d2f92e8b050414185562c364ca@mail.gmail.com> <425F23CF.5030606@pobox.com> Message-ID: <20050415122007.GI17513@samrowe.com> On Thu, Apr 14, 2005 at 07:15:43PM -0700, Brion Vibber wrote: # There are actually a few difficulties, which potentially could be improved: Another thing that always confused me about the mediawiki upload process is that you're prompted to enter a description and then the "success" page's "blobby paragraph" includes an example that contains your filename, but not your description. That seems like an easy fix! Should I file a bug? -Sam From frantzdale3i at gmail.com Fri Apr 15 04:21:07 2005 From: frantzdale3i at gmail.com (Benjamin FrantzDale) Date: Thu, 14 Apr 2005 21:21:07 -0700 Subject: [Mediawiki-l] process for uploading/linking to files is difficult In-Reply-To: <730e38aa3fc06d12ee57ef8bd57d6612@Bytesmiths.com> References: <a250eacf050414171113bdf0fe@mail.gmail.com> <d2f92e8b05041418287125f852@mail.gmail.com> <a250eacf0504141843c61b0bf@mail.gmail.com> <d2f92e8b050414185562c364ca@mail.gmail.com> <a250eacf0504141915552df44c@mail.gmail.com> <730e38aa3fc06d12ee57ef8bd57d6612@Bytesmiths.com> Message-ID: <bbc4aafc050414212138ee696e@mail.gmail.com> I agree with Greg and Jan, it would be great if you could link first and then upload. Since the exact name the file gets may be unknown a priori, perhaps just putting "[[Image:]]", then clicking on it to upload the file, then when the file is uploaded have the "[[Image:]]" link get pointed to it. I have no idea how hard that would be to implement, of course. --Ben On 4/14/05, Jan Steinman <Jan at bytesmiths.com> wrote: > > On 14 Apr 2005, at 19:15, greg whittier wrote: > > > In MoinMoin typing [attachment:my_file.pdf] creates a link that if > > clicked prompts the user to upload the file if it doesn't exist > > already. > > I like this! it's the WikiWay -- link first, author second. > > So the MediaWikiWay would be [[Image:ImageName.jpg|thumb|right|whatever > blah blah blah]] which would show up as either an broken image icon, or > a textual link to be clicked, which would cause an upload dialog. > > :::: Nature must, in the not too distant future, institute bankruptcy > proceedings against industrial civilization. -- William Catton > :::: 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 killroy at gmail.com Fri Apr 15 08:43:33 2005 From: killroy at gmail.com (KILLROY) Date: Fri, 15 Apr 2005 10:43:33 +0200 Subject: [Mediawiki-l] Re: MediaWiki-l Digest, Vol 19, Issue 25 In-Reply-To: <20050415021556.59CBB1AC1CCA@mail.wikimedia.org> References: <20050415021556.59CBB1AC1CCA@mail.wikimedia.org> Message-ID: <13a4722f05041501436212ca33@mail.gmail.com> I would insert two small code modifications which should simplify the process. First convert the filnames to a short one and store the long version in the images table (parhaps as comment). Secondly, create a drop down box on hte edit window listing all images. A selection might place the image name on the clipboard or even instert a full iamge link into the page. You could list the images by their long nameswhyle the image tag uses the auto generatd short ones, or just leave them long with the underscore insertion. I think each of those modifications could be easily done without interfering with wiki code. Regards, Sven Neumann On 4/15/05, mediawiki-l-request at wikimedia.org <mediawiki-l-request at wikimedia.org> wrote: > Send MediaWiki-l mailing list submissions to > mediawiki-l at Wikimedia.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > or, via email, send a message with subject or body 'help' to > mediawiki-l-request at Wikimedia.org > > You can reach the person managing the list at > mediawiki-l-owner at Wikimedia.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of MediaWiki-l digest..." > > Today's Topics: > > 1. Re: Mass Import (Christof Damian) > 2. process for uploading/linking to files is difficult > (greg whittier) > 3. Categories and #REDIRECT? (Jan Steinman) > 4. Re: Categories and #REDIRECT? (Richard Holton) > 5. Re: Categories and #REDIRECT? (Jan Steinman) > 6. Re: process for uploading/linking to files is difficult (Dori) > 7. Re: process for uploading/linking to files is difficult > (greg whittier) > 8. Re: process for uploading/linking to files is difficult (Dori) > 9. Re: process for uploading/linking to files is difficult > (greg whittier) > 10. Re: process for uploading/linking to files is difficult > (Brion Vibber) > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 14 Apr 2005 13:22:25 +0200 > From: Christof Damian <christof at damian.net> > Subject: Re: [Mediawiki-l] Mass Import > To: MediaWiki announcements and site admin list > <mediawiki-l at Wikimedia.org> > Message-ID: <20050414112225.GQ23573 at batman.gotham.krass.com> > Content-Type: text/plain; charset=us-ascii > > On Wed, 13 Apr 2005, Wolfe, Jeff wrote: > > Hi All, > > > > I'm seeking a way to mass import lots of data into a MediaWiki. I > > can massage my data in most reasonable ways and have direct access > > to the database. I can use existing PHP, generate fake URLS, or hit > > the SQL database directly. Does anyone have a suggestion? > > you could try the pagefromfile.py and upload.py tools that comes with > pywikipedia. here are the comments for them: > > pagefromfile.py converts a text file in multiple wiki pages and > upload.py uploads image or media data. > > christof > > -- > Christof Damian > christof at damian.net > > ------------------------------ > > Message: 2 > Date: Thu, 14 Apr 2005 20:11:13 -0400 > From: greg whittier <gregwh at gmail.com> > Subject: [Mediawiki-l] process for uploading/linking to files is > difficult > To: mediawiki-l at wikimedia.org > Message-ID: <a250eacf050414171113bdf0fe at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi all, > > I'm been given permission to introduce a wiki into my department at > work. I've been using mediawiki as a demo to the extent that changing > would be hard now, but one feature I'm afraid will kill the wiki > quickly is the difficulty of uploading files. While I know wikis are > primarily for text content, the first instinct of a new user will be > to share the files he's been producing in his pre-wiki days. > > As I understand it, the way to upload files right now is to go to > Special:Upload, click browse, etc. Then you edit a page and use the > [[media:filename|description] syntax. I had one of our most tech > savvy users try this and it was comically hard for him. He picked a > file with a very long file name and spaces. He got a warning about > the renaming and file size that confused him (I can probably configure > this). Then he tried to list the files so he could cut and paste the > file name (this is way beyond most of the potential users) back in the > edit window. This process involved open the file multiple times in > the attempt to highlight it. Then we put brackets around the name. > Forgot it was two instead of one at first, etc. > > Is there any easier way to do this? I'd like to have the user not > have to memorize or cut and paste the filename across windows. Where > would I look to alter the button above the editing window. I've never > coded in php before, but have used other scripting languages (python, > perl, etc.). > > Any help is greatly appreciated! > > Thanks, > Greg > > ------------------------------ > > Message: 3 > Date: Thu, 14 Apr 2005 18:01:19 -0700 > From: Jan Steinman <Jan at Bytesmiths.com> > Subject: [Mediawiki-l] Categories and #REDIRECT? > To: MediaWiki admin list announcements and site > <mediawiki-l at wikimedia.org> > Message-ID: <5400a53cdcc32d872a27b35f1655b418 at Bytesmiths.com> > Content-Type: text/plain; charset=US-ASCII; format=flowed > > I've noticed that pages that are redirected are not in any category. I > tried adding a [[Category:]] statement after the #REDIRECT statement, > to no avail. > > Is there any way to make redirected pages show up in a Category, > preferably the same one(s) as the page it redirects to? > > :::: We're in a giant car heading toward a brick wall at a hundred > miles an hour, arguing over who has the best seat. -- David Suzuki > :::: Jan Steinman <http://www.Bytesmiths.com/Van> > > ------------------------------ > > Message: 4 > Date: Thu, 14 Apr 2005 20:07:52 -0500 > From: Richard Holton <richholton at gmail.com> > Subject: Re: [Mediawiki-l] Categories and #REDIRECT? > To: MediaWiki announcements and site admin list > <mediawiki-l at wikimedia.org> > Message-ID: <4a37983b0504141807383c9409 at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 4/14/05, Jan Steinman <Jan at bytesmiths.com> wrote: > > I've noticed that pages that are redirected are not in any category. I > > tried adding a [[Category:]] statement after the #REDIRECT statement, > > to no avail. > > > > Is there any way to make redirected pages show up in a Category, > > preferably the same one(s) as the page it redirects to? > > > > :::: We're in a giant car heading toward a brick wall at a hundred > > miles an hour, arguing over who has the best seat. -- David Suzuki > > :::: Jan Steinman <http://www.Bytesmiths.com/Van> > > > > _______________________________________________ > > MediaWiki-l mailing list > > MediaWiki-l at Wikimedia.org > > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > That has been implemented in the 1.5 development code. > > -- Rich Holton > > [[W:en:User:Rholton]] > > ------------------------------ > > Message: 5 > Date: Thu, 14 Apr 2005 18:19:32 -0700 > From: Jan Steinman <Jan at Bytesmiths.com> > Subject: Re: [Mediawiki-l] Categories and #REDIRECT? > To: Richard Holton <richholton at gmail.com>, MediaWiki announcements and > site admin list <mediawiki-l at Wikimedia.org> > Message-ID: <4b07a5dec3b96dc05c4278ec954123ef at Bytesmiths.com> > Content-Type: text/plain; charset=US-ASCII; format=flowed > > On 14 Apr 2005, at 18:07, Richard Holton wrote: > > > On 4/14/05, Jan Steinman <Jan at bytesmiths.com> wrote: > >> Is there any way to make redirected pages show up in a Category, > >> preferably the same one(s) as the page it redirects to? > > > > That has been implemented in the 1.5 development code. > > Thanks! I'm itching to download it and try it... as soon as my taxes > are done... which I'm not working on when I'm playing with MediaWiki... > :-( > > :::: We got the best politicians in this country that money can buy. -- > Will Rogers > :::: Jan Steinman <http://www.Bytesmiths.com/Item/99AA34> > > ------------------------------ > > Message: 6 > Date: Thu, 14 Apr 2005 20:28:32 -0500 > From: Dori <slowpoke at gmail.com> > Subject: Re: [Mediawiki-l] process for uploading/linking to files is > difficult > To: greg whittier <gregwh at gmail.com>, MediaWiki announcements and site > admin list <mediawiki-l at wikimedia.org> > Message-ID: <d2f92e8b05041418287125f852 at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 4/14/05, greg whittier <gregwh at gmail.com> wrote: > > > > Is there any easier way to do this? I'd like to have the user not > > have to memorize or cut and paste the filename across windows. Where > > would I look to alter the button above the editing window. I've never > > coded in php before, but have used other scripting languages (python, > > perl, etc.). > > > > Yes, a simple script written for commons by Erik M?ller can probably be > adapted for your use: > http://commons.wikimedia.org/wiki/Commons:File_upload_service/Script > > ------------------------------ > > Message: 7 > Date: Thu, 14 Apr 2005 21:43:42 -0400 > From: greg whittier <gregwh at gmail.com> > Subject: Re: [Mediawiki-l] process for uploading/linking to files is > difficult > To: MediaWiki announcements and site admin list > <mediawiki-l at wikimedia.org> > Message-ID: <a250eacf0504141843c61b0bf at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 4/14/05, Dori <slowpoke at gmail.com> wrote: > > On 4/14/05, greg whittier <gregwh at gmail.com> wrote: > > > Is there any easier way to do this? I'd like to have the user not > > > have to memorize or cut and paste the filename across windows. Where > > > would I look to alter the button above the editing window. I've never > > > coded in php before, but have used other scripting languages (python, > > > perl, etc.). > > > > > > > Yes, a simple script written for commons by Erik M?ller can probably be > > adapted for your use: > > http://commons.wikimedia.org/wiki/Commons:File_upload_service/Script > > > > > > Thanks for the tip, but I believe this requires the client to have > perl installed on their computer. I was probably confusing by > refering to "files." I'm really just worried about making it to > upload one file and link to it. > > Believe it or not, the current method has a high enough barrier to > entry that few of my potential users will bother with it. Basically, > I'm looking for a point and click (no typing or cut and pasting > filenames) way to do this. I don't need them to upload lots of file. > Just one. > > Thanks, > Greg > > ------------------------------ > > Message: 8 > Date: Thu, 14 Apr 2005 20:55:26 -0500 > From: Dori <slowpoke at gmail.com> > Subject: Re: [Mediawiki-l] process for uploading/linking to files is > difficult > To: greg whittier <gregwh at gmail.com>, MediaWiki announcements and site > admin list <mediawiki-l at wikimedia.org> > Message-ID: <d2f92e8b050414185562c364ca at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 4/14/05, greg whittier <gregwh at gmail.com> wrote: > > > > On 4/14/05, Dori <slowpoke at gmail.com> wrote: > > > On 4/14/05, greg whittier <gregwh at gmail.com> wrote: > > > > Is there any easier way to do this? I'd like to have the user not > > > > have to memorize or cut and paste the filename across windows. Where > > > > would I look to alter the button above the editing window. I've never > > > > coded in php before, but have used other scripting languages (python, > > > > perl, etc.). > > > > > > > > > > Yes, a simple script written for commons by Erik M?ller can probably be > > > adapted for your use: > > > http://commons.wikimedia.org/wiki/Commons:File_upload_service/Script > > > > > > > > > > Thanks for the tip, but I believe this requires the client to have > > perl installed on their computer. I was probably confusing by > > refering to "files." I'm really just worried about making it to > > upload one file and link to it. > > > > Believe it or not, the current method has a high enough barrier to > > entry that few of my potential users will bother with it. Basically, > > I'm looking for a point and click (no typing or cut and pasting > > filenames) way to do this. I don't need them to upload lots of file. > > Just one. > > I do find it hard to believe that the current method is difficult. It's as > point and click as you can get. If your users find this hard, man wait till > you tell them what a wiki is. > > ------------------------------ > > Message: 9 > Date: Thu, 14 Apr 2005 22:15:42 -0400 > From: greg whittier <gregwh at gmail.com> > Subject: Re: [Mediawiki-l] process for uploading/linking to files is > difficult > To: Dori <slowpoke at gmail.com> > Cc: MediaWiki announcements and site admin list > <mediawiki-l at wikimedia.org> > Message-ID: <a250eacf0504141915552df44c at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Am I missing something? Doesn't the user have to type in [[media:some > really long file name -- version 3Apr2005.pdf|my file]] to link to a > file after having uploading it? > > This user already knew what a wiki and, in fact, was already running a > personal wiki (voodoopad). He also had no trouble making new pages > with mediawiki. It's just files that were hard! > > In MoinMoin typing [attachment:my_file.pdf] creates a link that if > clicked prompts the user to upload the file if it doesn't exist > already. With my installation of mediawiki, if the file doesn't > exist, it just does nothing when you click on it. > > I understand that files are not the focus of mediawiki (or wikipedia) > and I appreciate the great product. Sorry for the whining and thanks > for your time. > > Greg > > On 4/14/05, Dori <slowpoke at gmail.com> wrote: > > On 4/14/05, greg whittier <gregwh at gmail.com> wrote: > > > > > On 4/14/05, Dori <slowpoke at gmail.com> wrote: > > > > On 4/14/05, greg whittier <gregwh at gmail.com> wrote: > > > > > Is there any easier way to do this? I'd like to have the user not > > > > > have to memorize or cut and paste the filename across windows. Where > > > > > would I look to alter the button above the editing window. I've never > > > > > coded in php before, but have used other scripting languages (python, > > > > > perl, etc.). > > > > > > > > > > > > > Yes, a simple script written for commons by Erik M?ller can probably be > > > > adapted for your use: > > > > > > http://commons.wikimedia.org/wiki/Commons:File_upload_service/Script > > > > > > > > > > > > > > Thanks for the tip, but I believe this requires the client to have > > > perl installed on their computer. I was probably confusing by > > > refering to "files." I'm really just worried about making it to > > > upload one file and link to it. > > > > > > Believe it or not, the current method has a high enough barrier to > > > entry that few of my potential users will bother with it. Basically, > > > I'm looking for a point and click (no typing or cut and pasting > > > filenames) way to do this. I don't need them to upload lots of file. > > > Just one. > > > > > > I do find it hard to believe that the current method is difficult. It's as > > point and click as you can get. If your users find this hard, man wait till > > you tell them what a wiki is. > > > > > > ------------------------------ > > Message: 10 > Date: Thu, 14 Apr 2005 19:15:43 -0700 > From: Brion Vibber <brion at pobox.com> > Subject: Re: [Mediawiki-l] process for uploading/linking to files is > difficult > To: MediaWiki announcements and site admin list > <mediawiki-l at Wikimedia.org> > Message-ID: <425F23CF.5030606 at pobox.com> > Content-Type: text/plain; charset="iso-8859-1" > > Dori wrote: > > On 4/14/05, greg whittier wrote: > >>Believe it or not, the current method has a high enough barrier to > >>entry that few of my potential users will bother with it. Basically, > >>I'm looking for a point and click (no typing or cut and pasting > >>filenames) way to do this. I don't need them to upload lots of file. > >>Just one. > > > > I do find it hard to believe that the current method is difficult. It's as > > point and click as you can get. If your users find this hard, man wait till > > you tell them what a wiki is. > > There are actually a few difficulties, which potentially could be improved: > > * The info text is too long: no human will ever read it, and it obscures > the functional controls. (This was the unfortunate result of being fed > up with complaints about insufficient explanation of uploading policies > on the page.) > > * Some of the warnings are not really relevant. (It changed my spaces to > underscores? Horror of horrors!) > > * After a successful upload, it's unclear what to do. There's a blobby > paragraph but no link back to the page you came from. > > We've gotten a number of suggestions that after upload you should be > able to easily return to the page you were on when you hit the upload > link (similar to the login and logout operations). I think this might be > a good idea at the least. > > Potentially it could take you straight to the edit page and give you an > opportunity to cut-n-paste the sample link. I'm less sure about that. > > One thing that's maybe not obvious to people is that uploads in > MediaWiki are *not* attachments to particular articles. They may be used > in many pages, or in none, and they live existences independent of any > page they may be linked from. This means the interface has to be > different from adding an attachment to a webmail message, because it > _is_ different, and this does complicate things. > > Exactly how complicated they have to be is a matter for balance. > > -- 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://mail.wikipedia.org/pipermail/mediawiki-l/attachments/20050414/2e0cf986/signature.bin > > ------------------------------ > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > End of MediaWiki-l Digest, Vol 19, Issue 25 > ******************************************* > From johnblumel at earthlink.net Fri Apr 15 14:47:45 2005 From: johnblumel at earthlink.net (John Blumel) Date: Fri, 15 Apr 2005 10:47:45 -0400 Subject: [Mediawiki-l] Enotif - sent to Sysops for any new page ? In-Reply-To: <425F5C20.5060003@tgries.de> References: <425F5C20.5060003@tgries.de> Message-ID: <5d5f1d749dd60238521b2c18a2c14e49@earthlink.net> On Apr 15, 2005, at 2:16am, Thomas Gries wrote: > I would like to know, whether you also like a new feature > > - additional user option for Sysops, Developers and Bureaucrats (SDBs) > - configurable through a regular expression (RE) - per SDB. > > which sends an Enotif (e-mail notification) to the SDBs on creation of > a new page - if the RE matches. > It can now easily be included in my Enotif 3.x for Mediawiki REL1_4 > (1.4.1). This might be a useful feature if a) it ignores markup and b) offers an option for full vs. simplified REs. What flavor of REs would it use? The reasons for ignoring markup are obvious enough and you may already have that in mind. Simplified vs. full RE syntax would be useful since many SDBs might not be technically oriented and constructing well formed REs that find what they are interested in, and only what they are interested in, might be a bit of a challenge. I would suggest making simplified REs the default. John Blumel From rowan.collins at gmail.com Fri Apr 15 15:57:18 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 15 Apr 2005 16:57:18 +0100 Subject: [Mediawiki-l] process for uploading/linking to files is difficult In-Reply-To: <bbc4aafc050414212138ee696e@mail.gmail.com> References: <a250eacf050414171113bdf0fe@mail.gmail.com> <d2f92e8b05041418287125f852@mail.gmail.com> <a250eacf0504141843c61b0bf@mail.gmail.com> <d2f92e8b050414185562c364ca@mail.gmail.com> <a250eacf0504141915552df44c@mail.gmail.com> <730e38aa3fc06d12ee57ef8bd57d6612@Bytesmiths.com> <bbc4aafc050414212138ee696e@mail.gmail.com> Message-ID: <9f02ca4c05041508577944558f@mail.gmail.com> On 4/15/05, Benjamin FrantzDale <frantzdale3i at gmail.com> wrote: > I agree with Greg and Jan, it would be great if you could link first > and then upload. Since the exact name the file gets may be unknown a > priori, perhaps just putting "[[Image:]]", then clicking on it to > upload the file, then when the file is uploaded have the "[[Image:]]" > link get pointed to it. I think you've just hit the nail on the head as to why this *would* be difficult. Since (like many webforms) the upload system isn't coded to rename the upload (see http://bugzilla.wikimedia.org/show_bug.cgi?id=1105) and because (as Brion points out) files are attached to the whole wiki, not one page, the name of the upload tends to be the last, rather than first, thing you know. Letting the user type an empty tag and then filling it in for them would require the user to click the link, the software to "remember" which page to change when they get back (using a URL parameter, presumably), and then find the tag to change (presuming nobody's got rid of it in the meantime, or fixed it by hand) and make the change (marked, presumably, as made by the user who performed the upload). Seems like a lot of work to code, and still pretty confusing to the user, if you ask me - they have to remember the syntax for a non-existent image, and remember to save the article (click it in a preview, and the software won't be able to fill it in, and you'll just lose your changes, which might not be what you'd expect). But, y'know, I could be wrong. Perhaps the best we could do is have the upload success screen have nice clear instructions with copy-and-pastable syntax, such as: * If this is an image, you can display it using "[[Image:Example.jpeg|Your caption here]]" * To link directly to this file, use "[[Media:example.jpeg|text of link here]]" * To link to the description page, use "[[:Image:Example.jpeg|text of link here]]" Only with "example.jpeg" being filled in with the actual filename. Coupled with a "return to..." link, that's pretty simple - you click "upload file", upload it, and get instructions on how to reference it in a page. (We could even have an extra "return to" link offering to *edit* the last page visitted, to cut out one further step) -- Rowan Collins BSc [IMSoP] From johnblumel at earthlink.net Fri Apr 15 16:14:36 2005 From: johnblumel at earthlink.net (John Blumel) Date: Fri, 15 Apr 2005 12:14:36 -0400 Subject: [Mediawiki-l] process for uploading/linking to files is difficult In-Reply-To: <9f02ca4c05041508577944558f@mail.gmail.com> References: <a250eacf050414171113bdf0fe@mail.gmail.com> <d2f92e8b05041418287125f852@mail.gmail.com> <a250eacf0504141843c61b0bf@mail.gmail.com> <d2f92e8b050414185562c364ca@mail.gmail.com> <a250eacf0504141915552df44c@mail.gmail.com> <730e38aa3fc06d12ee57ef8bd57d6612@Bytesmiths.com> <bbc4aafc050414212138ee696e@mail.gmail.com> <9f02ca4c05041508577944558f@mail.gmail.com> Message-ID: <926ee187f427e8fcab34eccbafe6108e@earthlink.net> On Apr 15, 2005, at 11:57am, Rowan Collins wrote: > Since (like many webforms) the upload system isn't coded to > rename the upload (see > http://bugzilla.wikimedia.org/show_bug.cgi?id=1105) This seems like a very desirable enhancement, although, I notice that it is labeled as a low priority. John Blumel From lists at subvs.co.uk Fri Apr 15 16:20:51 2005 From: lists at subvs.co.uk (Hamish) Date: Fri, 15 Apr 2005 17:20:51 +0100 Subject: [Mediawiki-l] windows shares Message-ID: <200504151721.02550.lists@subvs.co.uk> Hello all I am about to put up a wiki for internal company use, I will be using mediawiki, but i have just seen that docuwiki has support for windows shares, which may be quite useful. Is there a way to implement/use this in mediawiki? Thanks, H -------------- 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/20050415/be566d4f/attachment.pgp From Jan at Bytesmiths.com Fri Apr 15 16:19:31 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Fri, 15 Apr 2005 09:19:31 -0700 Subject: [Mediawiki-l] Categories and #REDIRECT? In-Reply-To: <1933747127@web.de> References: <1933747127@web.de> Message-ID: <ed0eb91af457232e45d2880eb03648fa@Bytesmiths.com> On 15 Apr 2005, at 08:39, Uwe Baumbach wrote: >> Is there any way to make redirected pages show up in a Category, >> preferably the same one(s) as the page it redirects to? > > Try to write the category link(s) IN THE SAME LINE after the redirect > statement only after a blank, like this: > > #REDIRECT [[Redirectee]] [[category:MyCategory1]] > [[category:MyCategory2]] > > I don't know of which version your MediaWiki is, in our oldest (!) > 1.3.0Beta1 it works. Thank you, Uwe! That works in 1.4b5 just fine! I'm copying this to the entire list, since no one else thought it could be done without moving to 1.5 development. :::: At the root of our problem is America's addiction to cheap energy. It would be a sad commentary if our leaders found it easier to send Americans to fight in the desert than to impose gasoline and other energy taxes -- James Gustave Speth, 1990 :::: Jan Steinman <http://www.IslandSeeds.org> From rowan.collins at gmail.com Fri Apr 15 16:29:41 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 15 Apr 2005 17:29:41 +0100 Subject: [Mediawiki-l] Html Rendering In-Reply-To: <004201c540d7$1b9c46a0$6000a8c0@GIOVANNI> References: <004201c540d7$1b9c46a0$6000a8c0@GIOVANNI> Message-ID: <9f02ca4c050415092961a2fc43@mail.gmail.com> On 4/14/05, Giovanni <gputignano at tiscali.it> wrote: > Hi, > I copied both wiki files and database to try upadate to a more recent version of MediaWiki but I get this: > Original: http://www.ceglieplurale.it > Copy: http://www.ceglieplurale.it/wiki_cp > Do you have some suggest? I'm not entirely sure what problem you were referring to, but the only difference immediately obvious to me is that the character encoding of the data has been changed from Unicode to ISO-8859-1/15 when you copied it from one database to the other (in mozilla, I can switch from one to the other and watch things "break"). Perhaps have a look at whatever tool[s] you used to move it over, and see if you can prevent that from happening, or try a different approach. > Besides can I install the 1,4 version and then copy only some table? I'm not quite sure what you mean - some of the database tables can be "rebuilt" by accessing the others (look at the scripts in the "maintenance" directory), but this is likely to be slower and more painful than just copying them across. Or do you mean selectively copying the data itself (i.e. some pages of the wiki, or whatever)? -- Rowan Collins BSc [IMSoP] From Jan at Bytesmiths.com Fri Apr 15 16:33:30 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Fri, 15 Apr 2005 09:33:30 -0700 Subject: [Mediawiki-l] Categories and #REDIRECT? In-Reply-To: <ed0eb91af457232e45d2880eb03648fa@Bytesmiths.com> References: <1933747127@web.de> <ed0eb91af457232e45d2880eb03648fa@Bytesmiths.com> Message-ID: <335004bfbc0151c82c764910a16350b3@Bytesmiths.com> On 15 Apr 2005, at 09:19, Jan Steinman wrote: > > On 15 Apr 2005, at 08:39, Uwe Baumbach wrote: > >>> Is there any way to make redirected pages show up in a Category, >>> preferably the same one(s) as the page it redirects to? >> >> Try to write the category link(s) IN THE SAME LINE after the redirect >> statement only after a blank, like this: >> >> #REDIRECT [[Redirectee]] [[category:MyCategory1]] >> [[category:MyCategory2]] >> >> I don't know of which version your MediaWiki is, in our oldest (!) >> 1.3.0Beta1 it works. > > Thank you, Uwe! That works in 1.4b5 just fine! Oops... take that back... I mis-read the page name, and thought it had appeared. Still no joy in mudville. Guess I'll wait for 1.5 to stabilize. :::: In any universe described by the theory of relativity, time cannot exist. -- Kurt G?del :::: Jan Steinman <http://www.IslandSeeds.org> From rowan.collins at gmail.com Fri Apr 15 16:36:19 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 15 Apr 2005 17:36:19 +0100 Subject: [Mediawiki-l] windows shares In-Reply-To: <200504151721.02550.lists@subvs.co.uk> References: <200504151721.02550.lists@subvs.co.uk> Message-ID: <9f02ca4c050415093629b962bc@mail.gmail.com> On 4/15/05, Hamish <lists at subvs.co.uk> wrote: > Hello all > I am about to put up a wiki for internal company use, I will be using > mediawiki, but i have just seen that docuwiki has support for windows shares, > which may be quite useful. Is there a way to implement/use this in mediawiki? It looks like you're referring to this: http://wiki.splitbrain.org/wiki:syntax#windows_shares All this is is a slightly quicker way of creating an "external" link beginning file:/// You can allow MediaWiki to treat these as valid external links, but as pointed out in many places, many (most?) browsers will refuse to follow such links from pages loaded over http anyway. See: http://meta.wikimedia.org/wiki/FAQ#Is_it_somehow_possible_to_use_a_FILE_URI-Qualifier_for_local_intranets_e.g._.5Bfile:.2F.2Flocalhost.2FC:_C-Drive.5D_.3F -- Rowan Collins BSc [IMSoP] From brion at pobox.com Fri Apr 15 17:26:23 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 15 Apr 2005 10:26:23 -0700 Subject: [Mediawiki-l] process for uploading/linking to files is difficult In-Reply-To: <20050415122007.GI17513@samrowe.com> References: <a250eacf050414171113bdf0fe@mail.gmail.com> <d2f92e8b05041418287125f852@mail.gmail.com> <a250eacf0504141843c61b0bf@mail.gmail.com> <d2f92e8b050414185562c364ca@mail.gmail.com> <425F23CF.5030606@pobox.com> <20050415122007.GI17513@samrowe.com> Message-ID: <425FF93F.5000302@pobox.com> Sam Rowe wrote: > Another thing that always confused me about the mediawiki upload process is > that you're prompted to enter a description and then the "success" page's > "blobby paragraph" includes an example that contains your filename, but not > your description. That seems like an easy fix! Should I file a bug? No, that doesn't make a lot of sense. You'd see stuff like this: [[Image:SumatraMap.jpg|Map of [[Sumatra]], version as of 2005-04-11. Taken from http://foo.bar.baz/maps/asia/, marked as public domain. {{Public domain image}} I modified the legend to make it more legible and remove the scanning errors, and did a threshold to reduce the number of colors for better compression. TODO: Replace with cleaned-up SVG version.]] The description is for the description page. It's *not* generally suitable for inline alternate text rendering for browsers that can't display images (which will always be context-dependent). -- 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/20050415/5b396d54/attachment.pgp From brion at pobox.com Fri Apr 15 17:28:50 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 15 Apr 2005 10:28:50 -0700 Subject: [Mediawiki-l] Categories and #REDIRECT? In-Reply-To: <335004bfbc0151c82c764910a16350b3@Bytesmiths.com> References: <1933747127@web.de> <ed0eb91af457232e45d2880eb03648fa@Bytesmiths.com> <335004bfbc0151c82c764910a16350b3@Bytesmiths.com> Message-ID: <425FF9D2.70407@pobox.com> Just a bit of explanation on this... Redirect pages are special and have special requirements. Because of the way the link tables are handled, redirects get screwed up in all kinds of fun ways if you put other text into them besides the actual redirect, in particular other *links*. At some point as a protective measure, the wiki got set up to strip any extra junk from a redirect page when you save it to discourage this. Category markers are at this time a special case of inline linking, so they get stripped too. -- 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/20050415/1b4e2308/attachment.pgp From frantzdale3i at gmail.com Fri Apr 15 17:58:25 2005 From: frantzdale3i at gmail.com (Benjamin FrantzDale) Date: Fri, 15 Apr 2005 10:58:25 -0700 Subject: [Mediawiki-l] process for uploading/linking to files is difficult In-Reply-To: <425FF93F.5000302@pobox.com> References: <a250eacf050414171113bdf0fe@mail.gmail.com> <d2f92e8b05041418287125f852@mail.gmail.com> <a250eacf0504141843c61b0bf@mail.gmail.com> <d2f92e8b050414185562c364ca@mail.gmail.com> <425F23CF.5030606@pobox.com> <20050415122007.GI17513@samrowe.com> <425FF93F.5000302@pobox.com> Message-ID: <bbc4aafc05041510587781d427@mail.gmail.com> I don't think Sam is suggesting that the description be put in the example caption. I think he means instead of this: ------------------------------------------------------------------ Successful upload File foo.png uploaded successfully. Please follow this link: Image:foo.png to the description page and fill in information about the file, such as where it came from, when it was created and by whom, and anything else you may know about it. If this is an image, you can insert it like this: [[Image:foo.png|thumb|Description]] ------------------------------------------------------------------ the success page could look more like this: ------------------------------------------------------------------ Successful upload File foo.png uploaded successfully witht the following description: My amazing picture of foo {{GFDL}} To show it on a page, write: [[Image:foo.png|thumb|description]] Or follow this link: Image:foo.png to the description page and fill in information about the file, such as where it came from, when it was created and by whom, and anything else you may know about it. ------------------------------------------------------------------ --Ben On 4/15/05, Brion Vibber <brion at pobox.com> wrote: > Sam Rowe wrote: > > Another thing that always confused me about the mediawiki upload process is > > that you're prompted to enter a description and then the "success" page's > > "blobby paragraph" includes an example that contains your filename, but not > > your description. That seems like an easy fix! Should I file a bug? > > No, that doesn't make a lot of sense. You'd see stuff like this: > > [[Image:SumatraMap.jpg|Map of [[Sumatra]], version as of 2005-04-11. > Taken from http://foo.bar.baz/maps/asia/, marked as public domain. > {{Public domain image}} > > I modified the legend to make it more legible and remove the scanning > errors, and did a threshold to reduce the number of colors for better > compression. > > TODO: Replace with cleaned-up SVG version.]] > > The description is for the description page. It's *not* generally > suitable for inline alternate text rendering for browsers that can't > display images (which will always be context-dependent). > > -- brion vibber (brion @ pobox.com) > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > From acurtis at ieee.org Fri Apr 15 18:09:04 2005 From: acurtis at ieee.org (Alan Curtis) Date: Fri, 15 Apr 2005 14:09:04 -0400 Subject: [Mediawiki-l] Installing MediaWiki 1.4.0 on FreeBSD 5.3 php-xml missing? Message-ID: <4077682b869c4bf5876e6a8428e775a6@ieee.org> I am trying to install MediaWiki 1.4.0 on 5.3-STABLE FreeBSD 5.3-STABLE following the instructions at http://meta.wikimedia.org/wiki/Running_MediaWiki_on_FreeBSD I have installed all the ports $ pkg_info | grep apache apache-2.0.53_1 Version 2 of Apache web server with prefork MPM. $ pkg_info | grep mysql mysql-client-4.1.10a Multithreaded SQL database (client)ed by script will be mysql-server-4.1.10a Multithreaded SQL database (server) shell is assumed. php4-mysql-4.3.11 The mysql shared extension for phply). $ pkg_info | grep php4 php4-4.3.10_2 PHP Scripting Language (Apache Module and CLI) php4-ctype-4.3.11 The ctype shared extension for php php4-extensions-1.0 A "meta-port" to install PHP extensions php4-iconv-4.3.11 The iconv shared extension for php php4-mbstring-4.3.11 The mbstring shared extension for php php4-mysql-4.3.11 The mysql shared extension for php php4-overload-4.3.11 The overload shared extension for php php4-pcre-4.3.11 The pcre shared extension for php php4-posix-4.3.11 The posix shared extension for php php4-readline-4.3.11 The readline shared extension for php php4-session-4.3.11 The session shared extension for php php4-tokenizer-4.3.11 The tokenizer shared extension for php php4-xml-4.3.11 The xml shared extension for php php4-zlib-4.3.11 The zlib shared extension for php $ grep php /usr/local/etc/apache2/httpd.conf LoadModule php4_module libexec/apache2/libphp4.so AddType application/x-httpd-php .php .phtml(Apache Module and CLI) But when I load index.php, I get the following message MediaWiki 1.4.0 installation Please include all of the lines below when reporting installation problems. Checking environment... ? PHP 4.3.10: ok ? PHP server API is apache2handler; ok, using pretty URLs (index.php/Page_Title) PHP's XML module is missing; the wiki requires functions in this module and won't work in this configuration. If you're running Mandrake, install the php-xml package. From routed2000 at yahoo.com Fri Apr 15 18:39:25 2005 From: routed2000 at yahoo.com (G Bit) Date: Fri, 15 Apr 2005 11:39:25 -0700 (PDT) Subject: [Mediawiki-l] Install Problems for 1.4.0 Message-ID: <20050415183925.93933.qmail@web51605.mail.yahoo.com> Hi, I am trying to install MediaWiki 1.4.0. The environment is: OS : Solaris 10 WebServer : Sun Java WebServer 6.1 PHP : 5.0.4 Runs in fastcgi mode using ZendEnabler MySQL : 4.0.x I went through the config section. Moved the Local* from config to its parent. Changed the name of "config" to something else. Now when I load the index.php it just hangs for a few seconds and does nothing. I inserted print statements in index.php and found out that it hangs in this line: $wgOut->output(); (line: 220) How can I debug this. Nothing in PHP logs. Thanks. __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ From mediawiki at samrowe.com Fri Apr 15 19:36:31 2005 From: mediawiki at samrowe.com (Sam Rowe) Date: Fri, 15 Apr 2005 15:36:31 -0400 Subject: [Mediawiki-l] process for uploading/linking to files is difficult In-Reply-To: <425FF93F.5000302@pobox.com> References: <a250eacf050414171113bdf0fe@mail.gmail.com> <d2f92e8b05041418287125f852@mail.gmail.com> <a250eacf0504141843c61b0bf@mail.gmail.com> <d2f92e8b050414185562c364ca@mail.gmail.com> <425F23CF.5030606@pobox.com> <20050415122007.GI17513@samrowe.com> <425FF93F.5000302@pobox.com> Message-ID: <20050415193631.GL17513@samrowe.com> On Fri, Apr 15, 2005 at 10:26:23AM -0700, Brion Vibber wrote: # Sam Rowe wrote: # >Another thing that always confused me about the mediawiki upload process is # >that you're prompted to enter a description and then the "success" page's # >"blobby paragraph" includes an example that contains your filename, but not # >your description. That seems like an easy fix! Should I file a bug? # # No, that doesn't make a lot of sense. You'd see stuff like this: # # [[Image:SumatraMap.jpg|Map of [[Sumatra]], version as of 2005-04-11. # Taken from http://foo.bar.baz/maps/asia/, marked as public domain. # {{Public domain image}} # # I modified the legend to make it more legible and remove the scanning # errors, and did a threshold to reduce the number of colors for better # compression. # # TODO: Replace with cleaned-up SVG version.]] Aah, perhaps the Description field should be made into a textarea then? On my private wiki, I almost always use the same description when uploading as when marking up. From mediawiki at samrowe.com Fri Apr 15 19:39:26 2005 From: mediawiki at samrowe.com (Sam Rowe) Date: Fri, 15 Apr 2005 15:39:26 -0400 Subject: [Mediawiki-l] process for uploading/linking to files is difficult In-Reply-To: <bbc4aafc05041510587781d427@mail.gmail.com> References: <a250eacf050414171113bdf0fe@mail.gmail.com> <d2f92e8b05041418287125f852@mail.gmail.com> <a250eacf0504141843c61b0bf@mail.gmail.com> <d2f92e8b050414185562c364ca@mail.gmail.com> <425F23CF.5030606@pobox.com> <20050415122007.GI17513@samrowe.com> <425FF93F.5000302@pobox.com> <bbc4aafc05041510587781d427@mail.gmail.com> Message-ID: <20050415193926.GM17513@samrowe.com> On Fri, Apr 15, 2005 at 10:58:25AM -0700, Benjamin FrantzDale wrote: I think Brion understood.. I'll modify your example: # I don't think Sam is suggesting that the description be put in the # example caption. I think he means instead of this: # ------------------------------------------------------------------ # Successful upload # # File foo.png uploaded successfully. Please follow this link: # Image:foo.png to the description page and fill in information about # the file, such as where it came from, when it was created and by whom, # and anything else you may know about it. If this is an image, you can # insert it like this: [[Image:foo.png|thumb|Description]] # ------------------------------------------------------------------ # # the success page could look more like this: # # # ------------------------------------------------------------------ Successful upload File foo.png uploaded successfully! My amazing picture of foo {{GFDL}} To show it on a page, write: [[Image:foo.png|thumb|A picture of Foo!]] Or follow this link: Image:foo.png to the description page and fill in information about the file, such as where it came from, when it was created and by whom, and anything else you may know about it. ------------------------------------------------------------------ -Sam From brion at pobox.com Fri Apr 15 19:41:22 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 15 Apr 2005 12:41:22 -0700 Subject: [Mediawiki-l] process for uploading/linking to files is difficult In-Reply-To: <20050415193631.GL17513@samrowe.com> References: <a250eacf050414171113bdf0fe@mail.gmail.com> <d2f92e8b05041418287125f852@mail.gmail.com> <a250eacf0504141843c61b0bf@mail.gmail.com> <d2f92e8b050414185562c364ca@mail.gmail.com> <425F23CF.5030606@pobox.com> <20050415122007.GI17513@samrowe.com> <425FF93F.5000302@pobox.com> <20050415193631.GL17513@samrowe.com> Message-ID: <426018E2.4010303@pobox.com> Sam Rowe wrote: > Aah, perhaps the Description field should be made into a textarea > then? It has been. > On my private wiki, I almost always use the same description > when uploading as when marking up. 1.4.1 coming soon... -- 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/20050415/5689233a/attachment.pgp From rowan.collins at gmail.com Fri Apr 15 19:44:31 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 15 Apr 2005 20:44:31 +0100 Subject: [Mediawiki-l] process for uploading/linking to files is difficult In-Reply-To: <20050415193631.GL17513@samrowe.com> References: <a250eacf050414171113bdf0fe@mail.gmail.com> <d2f92e8b05041418287125f852@mail.gmail.com> <a250eacf0504141843c61b0bf@mail.gmail.com> <d2f92e8b050414185562c364ca@mail.gmail.com> <425F23CF.5030606@pobox.com> <20050415122007.GI17513@samrowe.com> <425FF93F.5000302@pobox.com> <20050415193631.GL17513@samrowe.com> Message-ID: <9f02ca4c050415124460f3a86b@mail.gmail.com> On 4/15/05, Sam Rowe <mediawiki at samrowe.com> wrote: > Aah, perhaps the Description field should be made into a textarea > then? On my private wiki, I almost always use the same description > when uploading as when marking up. Erm, looking at http://en.wikipedia.org/wiki/Special:Upload (which I haven't for a while) it *is* a text area. Maybe you are using an out-of-date version of MediaWiki? -- Rowan Collins BSc [IMSoP] From rowan.collins at gmail.com Fri Apr 15 19:45:17 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 15 Apr 2005 20:45:17 +0100 Subject: [Mediawiki-l] process for uploading/linking to files is difficult In-Reply-To: <426018E2.4010303@pobox.com> References: <a250eacf050414171113bdf0fe@mail.gmail.com> <d2f92e8b05041418287125f852@mail.gmail.com> <a250eacf0504141843c61b0bf@mail.gmail.com> <d2f92e8b050414185562c364ca@mail.gmail.com> <425F23CF.5030606@pobox.com> <20050415122007.GI17513@samrowe.com> <425FF93F.5000302@pobox.com> <20050415193631.GL17513@samrowe.com> <426018E2.4010303@pobox.com> Message-ID: <9f02ca4c0504151245388c16db@mail.gmail.com> On 4/15/05, Brion Vibber <brion at pobox.com> wrote: > Sam Rowe wrote: > > Aah, perhaps the Description field should be made into a textarea > > then? > > It has been. > 1.4.1 coming soon... D'oh! -- Rowan Collins BSc [IMSoP] From Jan at Bytesmiths.com Sat Apr 16 20:36:14 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Sat, 16 Apr 2005 13:36:14 -0700 Subject: [Mediawiki-l] Categories and #REDIRECT? In-Reply-To: <ed0eb91af457232e45d2880eb03648fa@Bytesmiths.com> References: <1933747127@web.de> <ed0eb91af457232e45d2880eb03648fa@Bytesmiths.com> Message-ID: <d36926cd35ab22983d4afe129b50b593@Bytesmiths.com> Okay, one more #REDIRECT question... How about redirecting TO a Category: page? I read on Meta that you can do it by prefacing with a colon, but that it will only show the editable text. Does 1.5 (development) accomplish redirects to Category pages with all the included pages for the category? That would be very handy. For example, I have an Agriculture category, but no Agriculture page. I want the word "agriculture" to link to Good Stuff, but don't want to go to the trouble of fleshing out an Agriculture page at this time. It would be very convenient to #REDIRECT it off to [[:Category:Agriculture]] for the present. :::: "We need a revolution." :::: "Keep saying that, and we'll need a lawyer, assuming they let us have one." :::: Jan Steinman <http://www.Bytesmiths.com> From yellowikis at gmail.com Sat Apr 16 20:44:24 2005 From: yellowikis at gmail.com (admin Yellowikis) Date: Sat, 16 Apr 2005 22:44:24 +0200 Subject: [Mediawiki-l] Categories and #REDIRECT? In-Reply-To: <d36926cd35ab22983d4afe129b50b593@Bytesmiths.com> References: <1933747127@web.de> <ed0eb91af457232e45d2880eb03648fa@Bytesmiths.com> <d36926cd35ab22983d4afe129b50b593@Bytesmiths.com> Message-ID: <40b4c2310504161344347f4b88@mail.gmail.com> Redirecting to a category page would be very helpful for us. On 4/16/05, Jan Steinman <Jan at bytesmiths.com> wrote: > Okay, one more #REDIRECT question... > > How about redirecting TO a Category: page? I read on Meta that you can > do it by prefacing with a colon, but that it will only show the > editable text. > > Does 1.5 (development) accomplish redirects to Category pages with all > the included pages for the category? > > That would be very handy. For example, I have an Agriculture category, > but no Agriculture page. I want the word "agriculture" to link to Good > Stuff, but don't want to go to the trouble of fleshing out an > Agriculture page at this time. It would be very convenient to #REDIRECT > it off to [[:Category:Agriculture]] for the present. > > :::: "We need a revolution." > :::: "Keep saying that, and we'll need a lawyer, assuming they let us > have one." > :::: Jan Steinman <http://www.Bytesmiths.com> > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From carltonb at mindspring.com Sun Apr 17 09:21:26 2005 From: carltonb at mindspring.com (Carlton B) Date: Sun, 17 Apr 2005 18:21:26 +0900 Subject: [Mediawiki-l] Cookie recognition In-Reply-To: <40b4c2310504161344347f4b88@mail.gmail.com> Message-ID: <BHEHJAMNEHLEHILFBIENIELOCGAA.carltonb@mindspring.com> Hi all, I am a very new MediaWiki user and I am looking for some advice on a minor hack to MW. I want to set up MediaWiki to accept cookies from other sites as authorization tokens. My question is, in what module would I make this change, and what might break? My goal is to have MediaWiki accept a third-party cookie to access the web site. The reason is that I have a BBS and a couple of other sites that I want to be allied with a common login, and I do not feel like adding an LDAP module. I can manage the code required for the hack, if someone will just tell me which modules to start on. Thanks... Carlton From jordidr at gmail.com Sun Apr 17 11:58:46 2005 From: jordidr at gmail.com (Jordi Domingo) Date: Sun, 17 Apr 2005 13:58:46 +0200 Subject: [Mediawiki-l] read input/write output using PHP??? Message-ID: <4f1dbf110504170458286a34ef@mail.gmail.com> Hello, I want my wiki read a file (.po) and reckoning a string (msgid) puts the content after (between " ") in a non-editable part,and reckoning other string (msgstr) puts the content after (between " ") in an editable part. I already modified the index.php to enter editing, but I want to present a s said. I thought first to modify Mediawiki database and add a new field similar to cur_text and put the two text in cur_text i cur_text2, but it wouldn't be too maintenable, and I suppose it would be better using the language, PHP. As PHP is interpreted I suppose there's nothing similar to debugger (my experience is almost all with compiled ones). As I don't want to save the file content in the db, can I do using PHP to read a file, catch the parts required finding the labels, change them in the mediawiki main page and write them to an output? Or it's impossible and better go to modify bd? Thanks in advance Jordi From timwi at gmx.net Sun Apr 17 11:36:56 2005 From: timwi at gmx.net (Timwi) Date: Sun, 17 Apr 2005 12:36:56 +0100 Subject: [Mediawiki-l] Re: Enotif - sent to Sysops for any new page ? In-Reply-To: <425F5C20.5060003@tgries.de> References: <425F5C20.5060003@tgries.de> Message-ID: <d3thh5$193$3@sea.gmane.org> Thomas Gries wrote: > I would like to know, whether you also like a new feature > which sends an Enotif (e-mail notification) to the SDBs on creation of a > new page - if the RE matches. Such a RE would quickly become extremely long and hard to edit. Why not use a user's watchlist for this purpose? From lists-MediaWiki-l at ira.abramov.org Sun Apr 17 14:48:22 2005 From: lists-MediaWiki-l at ira.abramov.org (Ira Abramov) Date: Sun, 17 Apr 2005 17:48:22 +0300 Subject: [Mediawiki-l] Re: Enotif - sent to Sysops for any new page ? In-Reply-To: <5d5f1d749dd60238521b2c18a2c14e49@earthlink.net> References: <425F5C20.5060003@tgries.de> <5d5f1d749dd60238521b2c18a2c14e49@earthlink.net> Message-ID: <20050417144821.GM18253@ira.abramov.org> Quoting John Blumel, from the post of Fri, 15 Apr: > On Apr 15, 2005, at 2:16am, Thomas Gries wrote: > > >I would like to know, whether you also like a new feature > > > >- additional user option for Sysops, Developers and Bureaucrats (SDBs) > >- configurable through a regular expression (RE) - per SDB. > > > >which sends an Enotif (e-mail notification) to the SDBs on creation of > >a new page - if the RE matches. > >It can now easily be included in my Enotif 3.x for Mediawiki REL1_4 > >(1.4.1). > > This might be a useful feature if a) it ignores markup and b) offers an > option for full vs. simplified REs. What flavor of REs would it use? either way I vote yes for this. I maintain a public wiki of only a few dozen pages, that will probably never grow over 200-300 pages in the foreseeable future, I see that most pages created are anonymous bozos clicking on a red link and going asdfasdfasdf, so I'd definitely want these to be notified... on a side issue, I installed the pre-patched alpha the other day and I found it works rather nice, except some template parsing is broken, see my stub template here for an example, suddenly the wires are showing... http://cliki.site.co.il/index.php?title=%D7%AA%D7%91%D7%A0%D7%99%D7%AA:%D7%A7%D7%A6%D7%A8%D7%9E%D7%A8&redirect=no is there a special bugzilla for Enotif, or do I open a bug on the regular bugzilla? -- Amazon researcher Ira Abramov http://ira.abramov.org/email/ From astronouth7303 at gmail.com Sun Apr 17 16:18:35 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Sun, 17 Apr 2005 12:18:35 -0400 Subject: [Mediawiki-l] Install Problems for 1.4.0 In-Reply-To: <20050415183925.93933.qmail@web51605.mail.yahoo.com> References: <20050415183925.93933.qmail@web51605.mail.yahoo.com> Message-ID: <deebf0b90504170918aae6705@mail.gmail.com> On 4/15/05, G Bit <routed2000 at yahoo.com> wrote: > Hi, > > I am trying to install MediaWiki 1.4.0. The environment is: > > OS : Solaris 10 > WebServer : Sun Java WebServer 6.1 > PHP : 5.0.4 Runs in fastcgi mode using ZendEnabler > MySQL : 4.0.x > > I went through the config section. Moved the Local* from config to > its parent. Changed the name of "config" to something else. > > Now when I load the index.php it just hangs for a few seconds and > does nothing. I inserted print statements in index.php and found out > that it hangs in this line: > > $wgOut->output(); (line: 220) > > How can I debug this. Nothing in PHP logs. > > Thanks. First of all, can you include the output of the installation? (I'm assuming that this is either an upgrade or a first time, and that this exact configuration has not been tried.) To answer your question, to debug this, you'd have to delve into the include files. I would only recomend doing this if we can not figure it out from other sources. Does PHP log errors? Is there any content recieved? What is it? Can you have PHP report all errors/warnings/notices/etc. to the browser (HTML or not)? What kind of access do you have to the server? Based on a priliminary look, I'd say it is an issue with skins, but I have been wrong before. To check this, you will need to look in ./includes/OutputPage.php, about line #360. That is where the output() function is defined. -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now had 2GB. From astronouth7303 at gmail.com Sun Apr 17 16:31:33 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Sun, 17 Apr 2005 12:31:33 -0400 Subject: [Mediawiki-l] Categories and #REDIRECT? In-Reply-To: <d36926cd35ab22983d4afe129b50b593@Bytesmiths.com> References: <1933747127@web.de> <ed0eb91af457232e45d2880eb03648fa@Bytesmiths.com> <d36926cd35ab22983d4afe129b50b593@Bytesmiths.com> Message-ID: <deebf0b90504170931348e5557@mail.gmail.com> I haven't looked at the redirect code, so I can't say for sure how it works, or if this is already done. Is there a standard function that returns a class/associative array of a link's attributes, taking the link text as an argument? I would like to see such a function being used for both parsing and redirecting. The redirect code would only use the URL/translated title of it, but the parser would use all of the attributes. On 4/16/05, Jan Steinman <Jan at bytesmiths.com> wrote: > Okay, one more #REDIRECT question... > > How about redirecting TO a Category: page? I read on Meta that you can > do it by prefacing with a colon, but that it will only show the > editable text. > > Does 1.5 (development) accomplish redirects to Category pages with all > the included pages for the category? > > That would be very handy. For example, I have an Agriculture category, > but no Agriculture page. I want the word "agriculture" to link to Good > Stuff, but don't want to go to the trouble of fleshing out an > Agriculture page at this time. It would be very convenient to #REDIRECT > it off to [[:Category:Agriculture]] for the present. > > :::: "We need a revolution." > :::: "Keep saying that, and we'll need a lawyer, assuming they let us > have one." > :::: Jan Steinman <http://www.Bytesmiths.com> > > _______________________________________________ > 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 had 2GB. From astronouth7303 at gmail.com Sun Apr 17 16:40:40 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Sun, 17 Apr 2005 12:40:40 -0400 Subject: [Mediawiki-l] Cookie recognition In-Reply-To: <BHEHJAMNEHLEHILFBIENIELOCGAA.carltonb@mindspring.com> References: <40b4c2310504161344347f4b88@mail.gmail.com> <BHEHJAMNEHLEHILFBIENIELOCGAA.carltonb@mindspring.com> Message-ID: <deebf0b9050417094074969ac1@mail.gmail.com> The thing is the Auth plugin does not have a mechanism for custom session-ing, I think because the PHP functions are used. You would have to change Setup.php to detect any cookie names changed, and User.php to use this. If you do it right and debug it, it should not break anything. (Keyword: should) And I would not call this a minor hack. On 4/17/05, Carlton B <carltonb at mindspring.com> wrote: > Hi all, > > I am a very new MediaWiki user and I am looking for some advice on a minor > hack to MW. > > I want to set up MediaWiki to accept cookies from other sites as > authorization tokens. My question is, in what module would I make this > change, and what might break? > > My goal is to have MediaWiki accept a third-party cookie to access the web > site. The reason is that I have a BBS and a couple of other sites that I > want to be allied with a common login, and I do not feel like adding an LDAP > module. > > I can manage the code required for the hack, if someone will just tell me > which modules to start on. > > Thanks... > Carlton > > _______________________________________________ > 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 had 2GB. From astronouth7303 at gmail.com Sun Apr 17 16:46:58 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Sun, 17 Apr 2005 12:46:58 -0400 Subject: [Mediawiki-l] Cookie recognition In-Reply-To: <deebf0b9050417094074969ac1@mail.gmail.com> References: <40b4c2310504161344347f4b88@mail.gmail.com> <BHEHJAMNEHLEHILFBIENIELOCGAA.carltonb@mindspring.com> <deebf0b9050417094074969ac1@mail.gmail.com> Message-ID: <deebf0b9050417094669b064ff@mail.gmail.com> On second thought, you could create a new file for a new class for the user code, make it extend the class User, and then redifine the one function needed. eg: class MyUser extends User { ... } Then change Setup.php as described. This way, you have one file to maintain instead of two. (I would like to see define's or variables containing the class names to allow these low-level hacks without changing the code. On 4/17/05, Jamie Bliss <astronouth7303 at gmail.com> wrote: > The thing is the Auth plugin does not have a mechanism for custom > session-ing, I think because the PHP functions are used. > > You would have to change Setup.php to detect any cookie names changed, > and User.php to use this. If you do it right and debug it, it should > not break anything. (Keyword: should) > > And I would not call this a minor hack. > > On 4/17/05, Carlton B <carltonb at mindspring.com> wrote: > > Hi all, > > > > I am a very new MediaWiki user and I am looking for some advice on a minor > > hack to MW. > > > > I want to set up MediaWiki to accept cookies from other sites as > > authorization tokens. My question is, in what module would I make this > > change, and what might break? > > > > My goal is to have MediaWiki accept a third-party cookie to access the web > > site. The reason is that I have a BBS and a couple of other sites that I > > want to be allied with a common login, and I do not feel like adding an LDAP > > module. > > > > I can manage the code required for the hack, if someone will just tell me > > which modules to start on. > > > > Thanks... > > Carlton > > > > _______________________________________________ > > 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 had 2GB. > -- ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now had 2GB. From Jan at Bytesmiths.com Sun Apr 17 17:38:39 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Sun, 17 Apr 2005 10:38:39 -0700 Subject: [Mediawiki-l] Re: Certain counters not showing Message-ID: <54ee6835e3e69fefef9b13856cb5ec9f@Bytesmiths.com> Well, this got a big yawn last time I posted this, so I had to go digging. I did find out something further: SpecialPopularpages.php hard-codes for namespace 0. I had to hack in the following to make it work for all namespaces. Sorry this isn't in the form of a diff. If this hasn't been done for 1.5, and the powers that be want it so, I'm willing to figure out enough about CVS to get it into 1.5, but I think I need some authorization, or at least a little hand-holding. You can see this work at http://www.islandseeds.org/wiki/Special:Popularpages -------- SpecialPopularpages.php, lines 40-53 -------- WHERE cur_is_redirect=0"; // WHERE cur_namespace=0 AND cur_is_redirect=0"; } function formatResult( $skin, $result ) { global $wgLang, $wgContLang, $wgCanonicalNamespaceNames; $link = $skin->makeKnownLink( ($result->namespace ? ($wgCanonicalNamespaceNames[$result->namespace] . ':') : '') . $result->title, $wgContLang->convert( $result->title ) ); $nv = wfMsg( "nviews", $wgLang->formatNum( $result->value ) ); return "{$link} ({$nv})"; } } Begin forwarded message: > From: Jan Steinman <Jan at Bytesmiths.com> > Date: 14 April 2005 00:27:19 GMT-07:00 > > I took a static HTML page that had a CGI-based counter on it, and put > it in MediaWiki. I then took the count that was on its CGI-based > counter, and put that in the mw_cur.cur_counter field. Great! It shows > up on that page with the proper count, and increments with each hit! > <http://www.IslandSeeds.org> > > However, this did not cause it to show up in Special:Popularpages. Is > there someplace else that the count needs to be stuffed for it to be > seen by Special:Popularpages? > > Thanks! :::: Nature must, in the not too distant future, institute bankruptcy proceedings against industrial civilization. -- William Catton :::: Jan Steinman <http://www.Bytesmiths.com/Van> From routed2000 at yahoo.com Sun Apr 17 18:20:31 2005 From: routed2000 at yahoo.com (G Bit) Date: Sun, 17 Apr 2005 11:20:31 -0700 (PDT) Subject: [Mediawiki-l] Install Problems for 1.4.0 In-Reply-To: 6667 Message-ID: <20050417182031.57825.qmail@web51602.mail.yahoo.com> --- Jamie Bliss <astronouth7303 at gmail.com> wrote: > On 4/15/05, G Bit <routed2000 at yahoo.com> wrote: > > Hi, > > > > I am trying to install MediaWiki 1.4.0. The environment is: > > > > OS : Solaris 10 > > WebServer : Sun Java WebServer 6.1 > > PHP : 5.0.4 Runs in fastcgi mode using ZendEnabler > > MySQL : 4.0.x > > > > I went through the config section. Moved the Local* from config to > > its parent. Changed the name of "config" to something else. > > > > Now when I load the index.php it just hangs for a few seconds and > > does nothing. I inserted print statements in index.php and found out > > that it hangs in this line: > > > > $wgOut->output(); (line: 220) > > > > How can I debug this. Nothing in PHP logs. > > > > Thanks. > > First of all, can you include the output of the installation? (I'm > assuming that this is either an upgrade or a first time, and that this > exact configuration has not been tried.) Jamie, What do you mean by output of installation. After the config, when I go to the index.php page, it just hangs for a few seconds and browser says the request is complete, I can see the status at the bottom as "Done". But no content is loaded. > > To answer your question, to debug this, you'd have to delve into the > include files. I would only recomend doing this if we can not figure > it out from other sources. > > Does PHP log errors? Is there any content recieved? What is it? Can > you have PHP report all errors/warnings/notices/etc. to the browser > (HTML or not)? What kind of access do you have to the server? Yes, all logs and warnings are enabled. > Based on a priliminary look, I'd say it is an issue with skins, but I > have been wrong before. To check this, you will need to look in > ./includes/OutputPage.php, about line #360. That is where the output() > function is defined. I will take a look at that also. Thanks for your help. > -- Jamie > ------------------------------------------------------------------- > http://endeavour.zapto.org/astro73/ > Thank you to JosephM for inviting me to Gmail! > Have lots of invites. Gmail now had 2GB. > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > __________________________________ Do you Yahoo!? Plan great trips with Yahoo! Travel: Now over 17,000 guides! http://travel.yahoo.com/p-travelguide From mail at tgries.de Sun Apr 17 19:48:04 2005 From: mail at tgries.de (Thomas Gries) Date: Sun, 17 Apr 2005 21:48:04 +0200 Subject: [Mediawiki-l] MediaWiki 1.4.1 REL1_4 incl. e-mail notification and e-mail address authentication version 3.07 Message-ID: <4262BD74.9020104@tgries.de> Hello "all", I have just published my recent version (3.07) of - see subject. If you are interested in using MediaWiki with e-mail notification for page and/or user_talk page changes, please consider to visit http://bugzilla.wikipedia.org/show_bug.cgi?id=454 . You are invited to add your e-mail address to the CC list of this bugzilla, if you want to receive always the latest news or to track new releases. It also introduces direct links to the "difference to my last seen revision" of pages, you have on your watchlist. The patch works without "glitches" and is an improved(!) back-port from what is already in CVS HEAD (version 1.5). The indicated download URL ( http://www.wikinaut.de/mw/mw141+enea.tgz ) directs you to the version of REL1_4 incl. my additions, which are listed also on http://meta.wikipedia.org/wiki/Enotif . Wikinaut Tom From JohnsonA at rembrandt.co.nz Sun Apr 17 21:20:23 2005 From: JohnsonA at rembrandt.co.nz (Alistair Johnson) Date: Mon, 18 Apr 2005 09:20:23 +1200 Subject: [Mediawiki-l] windows shares Message-ID: <AC2A387833A93D45B1692F4212812B8E71CB25@server.internal.rembrandt.co.nz> We do this for our Intranet (MediaWiki 1.4 running on IIS) by mapping a virtual directory to a share. We then can use [http://ourserver/directory/filename.ext description] to access files that are on the share. It's a little clumsy but it works. The added benefit is we can use NTFS security to restrict access to files (note we also use NTFS authentication via IIS for wiki authentication). al. -----Original Message----- From: Hamish [mailto:lists at subvs.co.uk] Sent: Saturday, 16 April 2005 4:21 a.m. To: mediawiki-l at wikimedia.org Subject: [Mediawiki-l] windows shares Hello all I am about to put up a wiki for internal company use, I will be using mediawiki, but i have just seen that docuwiki has support for windows shares, which may be quite useful. Is there a way to implement/use this in mediawiki? Thanks, H From brion at pobox.com Sun Apr 17 23:43:51 2005 From: brion at pobox.com (Brion Vibber) Date: Sun, 17 Apr 2005 16:43:51 -0700 Subject: [Mediawiki-l] MediaWiki 1.4.1 released Message-ID: <4262F4B7.5030606@pobox.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 MediaWiki 1.4.1 is a bug fix release for the 1.4 stable release series. All new installations are highly recommended to use 1.4.1 instead of 1.3.x; 1.3.x users should consider upgrading for bug fixes and new features. 1.4.0 and 1.4 beta or release candidate users should upgrade to this release for relevant bug fixes; see the changelog. === Changes since 1.4.0 === * (bug 1720) fix genitive month names for uk * (bug 1704) fixed untranslateable string in Special:Log * (bug 1638) Added Belrusian language file * (bug 1736) typo in SpecialValidate.php * (bug 73) Upload doesn't run edit updates on description page (links, ~ search index and categories) * (bug 646) <math> fails to recognize \ll and \gg * (bug 926) \div element from TeX not supported in <math> element * (bug 1147) add \checkmark to whitelist in texutil.ml * (bug 937) \limits function from LaTeX not supported in <math> element * Support for manually converting article title to different Chinese ~ variants (for zh) * (bug 1488, bug 1744) Fix encoding for preferences, dates in Latin-1 ~ mode * (bug 1042) Fix UTF-8 case conversion for PHP <4.3 with mbstring ~ extension * Fix code typo that broke article credits display * Installation fixes for running under IIS * (bug 1556) login page tab order. "remember" checkbox now come after ~ password. * SQL debug log fixlets * (bug 1815) Fix namespace in old revision display with mismatched title * (bug 1788) Fix link duplication when edit/upload comment includes ~ newlines * Change default on $wgSysopUserBans and $wgSysopRangeBans to true * Fix link conversion for URL request * (bug 1851) Updated download URL for the SCIM packages used by zhtable * (bug 1853) Try stripping quotes from term for 'go' title match * Fix missing function in Latin1 mode * (bug 1860) Anchors of interwiki links did not get normalized * (bug 1847) accept lowercase x in ISBN, do not accept invalid A-W,Y,Z * Fix link conversion for URL request, hopefully without breaking the ~ wiki * (bug 1849) New option allows to consider categorized images as used on ~ Special:Unusedimages * Localized category namespace for ka (Georgian) * (bug 1107) Work around includes problem in installer when parent dir ~ is not readable by the web server Release notes: http://sourceforge.net/project/shownotes.php?release_id=321333 Download: http://prdownloads.sf.net/wikipedia/mediawiki-1.4.1.tar.gz?download 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.wikipedia.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 iD8DBQFCYvS3wRnhpk1wk44RAuuWAJ0UTCcqhySiixX9wqPC3UoSgr7GZgCePGWm s+JFQI56cB10geYUWZqvc4w= =i3qQ -----END PGP SIGNATURE----- From wiki at gpcentre.net Sun Apr 17 23:46:46 2005 From: wiki at gpcentre.net (Philip Gabbert) Date: Sun, 17 Apr 2005 18:46:46 -0500 Subject: [Mediawiki-l] Current site integration Message-ID: <1238231736.20050417184646@gpcentre.net> I currently run a site with a custom build session login/out with an already built access/auth system. I'm wondering if there's a simple way to integrate MediaWiki? I can see it's user tables are rather simple, but I'd prefer to have a central login, not two locations of user account login information (security/consistency sakes). I'd like to MediaWiki to use my login/out schema and I can use MW's own auth system by simply writing the data it expects to WM's user table. Has anybody had any experience in this matter? I didn't see anything off hand through my reading in the Administrators or "hack wiki" section of the MediaWiki's help section. Thanks ahead of time. -- Philip wiki at gpcentre.net From brion at pobox.com Sun Apr 17 23:47:27 2005 From: brion at pobox.com (Brion Vibber) Date: Sun, 17 Apr 2005 16:47:27 -0700 Subject: [Mediawiki-l] Current site integration In-Reply-To: <1238231736.20050417184646@gpcentre.net> References: <1238231736.20050417184646@gpcentre.net> Message-ID: <4262F58F.2060908@pobox.com> Philip Gabbert wrote: > I'm wondering if there's a simple way to integrate MediaWiki? I can > see it's user tables are rather simple, but I'd prefer to have a > central login, not two locations of user account login information > (security/consistency sakes). > > I'd like to MediaWiki to use my login/out schema and I can use MW's > own auth system by simply writing the data it expects to WM's user > table. See the AuthPlugin interface. This could use further expansion for eg automatic logging in; look for the folks working on LDAP authentication. -- 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/20050417/df32de5e/attachment.pgp From wiki at gpcentre.net Mon Apr 18 02:39:50 2005 From: wiki at gpcentre.net (Philip Gabbert) Date: Sun, 17 Apr 2005 21:39:50 -0500 Subject: [Mediawiki-l] Current site integration In-Reply-To: <4262F58F.2060908@pobox.com> References: <1238231736.20050417184646@gpcentre.net> <4262F58F.2060908@pobox.com> Message-ID: <139650660.20050417213950@gpcentre.net> Sunday, April 17, 2005, 6:47:27 PM, you wrote: > Philip Gabbert wrote: >> I'm wondering if there's a simple way to integrate MediaWiki? I can >> see it's user tables are rather simple, but I'd prefer to have a >> central login, not two locations of user account login information >> (security/consistency sakes). >> >> I'd like to MediaWiki to use my login/out schema and I can use MW's >> own auth system by simply writing the data it expects to WM's user >> table. > See the AuthPlugin interface. > This could use further expansion for eg automatic logging in; look for > the folks working on LDAP authentication. > -- brion vibber (brion @ pobox.com) Fast replay, nice. I see the interface, looks like that's what I need, but I'll still need to put it to the test. Let me ask you this; does this interface separate authentication and authorization? Kind of hard to tell looking at the class source code. I see info about Authentication, but nothing mentions authorization and I can see if a person's using an LDAP interface why they would want to put user authorization into LDAP (perfect place for it. That's what LDAP was built for). -- Best regards, Philip wiki at gpcentre.net From carltonb at mindspring.com Mon Apr 18 02:46:57 2005 From: carltonb at mindspring.com (Carlton B) Date: Sun, 17 Apr 2005 22:46:57 -0400 (EDT) Subject: [Mediawiki-l] Current site integration Message-ID: <17181371.1113792418516.JavaMail.root@wamui06.slb.atl.earthlink.net> I was just looking at a very similar problem. After looking through the code, it appears to me that MW just stores a UID in a session variable. So it seems if you modified your login/logout scheme to set this variable, you'd be effectively integrated. >From that point you'd have to decide how to manage MW cookies. I'm thinking about just disabling MW auth cookies and redirecting to my own login scheme upon failure to detect a valid session ID. Prior to doing this, you'd need to disable the MW new user signup feature, and hack your own new user signup to write the account information to the MW user database. I'm more than open to have this line of reasoning critiqued. I'm not crazy about this approach but it's the best I can envision given the stock products involved (I intend to work with vBulletin). -----Original Message----- From: Philip Gabbert <wiki at gpcentre.net> Sent: Apr 17, 2005 7:46 PM To: MediaWiki List <mediawiki-l at Wikimedia.org> Subject: [Mediawiki-l] Current site integration I currently run a site with a custom build session login/out with an already built access/auth system. I'm wondering if there's a simple way to integrate MediaWiki? I can see it's user tables are rather simple, but I'd prefer to have a central login, not two locations of user account login information (security/consistency sakes). I'd like to MediaWiki to use my login/out schema and I can use MW's own auth system by simply writing the data it expects to WM's user table. Has anybody had any experience in this matter? I didn't see anything off hand through my reading in the Administrators or "hack wiki" section of the MediaWiki's help section. Thanks ahead of time. -- Philip wiki at gpcentre.net _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From lekktu at gmail.com Mon Apr 18 07:53:57 2005 From: lekktu at gmail.com (Juanma Barranquero) Date: Mon, 18 Apr 2005 09:53:57 +0200 Subject: [Mediawiki-l] Problem with wgNavigationLinks on 1.4.1 Message-ID: <f7ccd24b05041800537130a1e3@mail.gmail.com> With 1.4.0, I had an additional entry on $wgNavigationLinks: array( 'text'=>'sandbox', 'href'=>'sandbox-url' ), with WikiMedia:Sandbox contaning "Sandbox" and WikiMedia:Sandbox-url containing "Hobbes:Sandbox" (Hobbes is the name of my project). Suddenly, upgrading to 1.4.1 makes it fail: the Navigation box shows "<sandbox>" and its contents points to "--error:_link_target_missing--". Any idea what's happening? -- /L/e/k/t/u From sr.ribeiro at gmail.com Mon Apr 18 13:17:00 2005 From: sr.ribeiro at gmail.com (=?ISO-8859-1?Q?S=E9rgio_Ribeiro?=) Date: Mon, 18 Apr 2005 14:17:00 +0100 Subject: [Mediawiki-l] Problem with wgNavigationLinks on 1.4.1 In-Reply-To: <f7ccd24b05041800537130a1e3@mail.gmail.com> References: <f7ccd24b05041800537130a1e3@mail.gmail.com> Message-ID: <71fb0a8e0504180617407bdc2b@mail.gmail.com> Hi, The messages containing that data should be named "MediaWiki:Sandbox" and "MediaWiki:Sandbox-url", not WikiMedia:* All best, On 4/18/05, Juanma Barranquero <lekktu at gmail.com> wrote: > > With 1.4.0, I had an additional entry on $wgNavigationLinks: > > array( 'text'=>'sandbox', 'href'=>'sandbox-url' ), > > with WikiMedia:Sandbox contaning "Sandbox" and WikiMedia:Sandbox-url > containing "Hobbes:Sandbox" (Hobbes is the name of my project). > > Suddenly, upgrading to 1.4.1 makes it fail: the Navigation box shows > "<sandbox>" and its contents points to > "--error:_link_target_missing--". > > Any idea what's happening? > > -- > /L/e/k/t/u > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- Edit this page @ http://pt.wikipedia.org From lekktu at gmail.com Mon Apr 18 13:23:33 2005 From: lekktu at gmail.com (Juanma Barranquero) Date: Mon, 18 Apr 2005 15:23:33 +0200 Subject: [Mediawiki-l] Problem with wgNavigationLinks on 1.4.1 In-Reply-To: <71fb0a8e0504180617407bdc2b@mail.gmail.com> References: <f7ccd24b05041800537130a1e3@mail.gmail.com> <71fb0a8e0504180617407bdc2b@mail.gmail.com> Message-ID: <f7ccd24b050418062341c9459b@mail.gmail.com> On 4/18/05, S?rgio Ribeiro <sr.ribeiro at gmail.com> wrote: > Hi, > The messages containing that data should be named "MediaWiki:Sandbox" and > "MediaWiki:Sandbox-url", not WikiMedia:* They are (otherwise it wouldn't have worked before), I just mistyped them when writing the message :) (But thanks for pointing anyway, I do make that kind of mistakes sometimes.) Anyway, I've just found a few minutes ago that the issue is *not* related to 1.4.1; it's a database problem. Somehow the cur, objectcache and site_stats tables got corrupted; myisamcheck seems to have worked fine, fortunately. Thanks, /L/e/k/t/u From jccann at gmail.com Mon Apr 18 18:10:35 2005 From: jccann at gmail.com (Jeffery Cann) Date: Mon, 18 Apr 2005 12:10:35 -0600 Subject: [Mediawiki-l] Installation problems using Sun ONE web server (Converting links table to ID-ID... fails) Message-ID: <e07af0880504181110293da7bd@mail.gmail.com> Hi. I've tried several iterations. and continue to receive the following error: Converting links table to ID-ID... Sorry! The wiki is experiencing some technical difficulties, and cannot contact the database server. Note the following environment: OS: Solaris 2.8 Web: Sun ONE Web Server 6.1 SP4 PHP: 5.0.4 (see below) Web / PHP Connector: ZendSunOneEnabler-1.0.0 MySQL : mysql-standard-4.1.11-sun-solaris2.9-sparc Note: This server has 2 mysql instances, so I'm connecting to the TCP/IP port. It seems like either: 1) MySQL binary distribution compiled against 2.9 is yacking on the php script because my OS is 2.8 [this was a mistake on the installation] 2) I should use the NSAPI plugin that comes with php instead of Zend's NSAP plugin. 3) Some other media wiki problem. I'm not sure how to trouble shoot this Here's my Media Wiki installation output: ------------- begin output ----------------------- MediaWiki 1.4.0 installation Please include all of the lines below when reporting installation problems. Checking environment... PHP 5.0.4: ok PHP server API is cgi-fcgi; using ugly URLs (index.php?title=Page_Title) Have XML / Latin1-UTF-8 conversion support. PHP is configured with no memory_limit. No zlib support. Turck MMCache not installed, can't use object caching functions Couldn't find GD library or ImageMagick; image thumbnailing disabled. Installation directory: /opt/SUNWwbsvr/docs/wiki Script URI path: /wiki Notice: Undefined index: SERVER_ADMIN in /opt/SUNWwbsvr/docs/wiki/config/index.php on line 338 Connected as root (automatic) Connected to database... 4.1.11-standard; enabling MySQL 4 enhancements Database wikidb exists There are already MediaWiki tables in this database. Checking if updates are needed... Granting user permissions... ...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. ...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... Sorry! The wiki is experiencing some technical difficulties, and cannot contact the database server. ------------ end output ------------- From rowan.collins at gmail.com Mon Apr 18 18:14:23 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Mon, 18 Apr 2005 19:14:23 +0100 Subject: [Mediawiki-l] Categories and #REDIRECT? In-Reply-To: <deebf0b90504170931348e5557@mail.gmail.com> References: <1933747127@web.de> <ed0eb91af457232e45d2880eb03648fa@Bytesmiths.com> <d36926cd35ab22983d4afe129b50b593@Bytesmiths.com> <deebf0b90504170931348e5557@mail.gmail.com> Message-ID: <9f02ca4c050418111427ef08b3@mail.gmail.com> On 4/17/05, Jamie Bliss <astronouth7303 at gmail.com> wrote: > Is there a standard function that returns a class/associative array of > a link's attributes, taking the link text as an argument? Yes, that sounds like a fair description of the Title class (in includes/Title.php) To explain the problem in hand, as I understand it: A redirect page is displayed by grabbing the content of the target page, and displaying that instead of the content of the page being viewed. The problem comes because when you view a category page, special code is brought into play to display the category's members (the listings are not, of course, part of the text of the page). The redirect code never calls this special code, because it just grabs the page's contents; thus, the introductory text appears, but nothing else. -- Rowan Collins BSc [IMSoP] From brion at pobox.com Mon Apr 18 20:58:21 2005 From: brion at pobox.com (Brion Vibber) Date: Mon, 18 Apr 2005 13:58:21 -0700 Subject: [Mediawiki-l] Installation problems using Sun ONE web server (Converting links table to ID-ID... fails) In-Reply-To: <e07af0880504181110293da7bd@mail.gmail.com> References: <e07af0880504181110293da7bd@mail.gmail.com> Message-ID: <42641F6D.8030203@pobox.com> Jeffery Cann wrote: > Connected as root (automatic) > Connected to database... 4.1.11-standard; enabling MySQL 4 enhancements [snip] > Converting links table to ID-ID... > Sorry! The wiki is experiencing some technical difficulties, and > cannot contact the database server. Please see the RELEASE-NOTES file, in the section about MySQL 4.1, and try the suggestions on the linked pages. Since your MySQL server doesn't have a password set on the local root account, the initial connection which tries this first succeeds. A later part of the process makes a connection with the configured username and password, which can then fail due to the incompatible change to the MySQL authentication protocol. -- 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/20050418/bf506aaa/attachment.pgp From mail at tgries.de Mon Apr 18 23:35:02 2005 From: mail at tgries.de (Thomas Gries) Date: Tue, 19 Apr 2005 01:35:02 +0200 Subject: [Mediawiki-l] ENotif 3.08 for MediaWiki 1.4.1: I added the long-felt want "e-mail notifications for _new_ pages" Message-ID: <42644426.4050803@tgries.de> http://bugzilla.wikipedia.org/show_bug.cgi?id=454 Regards, Tom Remark: Not everyone will be pleased, but another database schema change of table user was required to look-up quickly all users who opted-in to receive notifications on new pages; add tinyint(1) for this. updaters.inc is inlcuded. From mengland at mengland.net Tue Apr 19 01:55:59 2005 From: mengland at mengland.net (Matt England) Date: Mon, 18 Apr 2005 20:55:59 -0500 Subject: [Mediawiki-l] Fix? Browser not always jumping to anchor in Article Message-ID: <6.1.2.0.2.20050418204721.04d82948@127.0.0.1> Hello, I'm finding that my Opera and Firefox browsers do not always jump to the anchor in an article be it on my private, SSL-protected MediaWiki server or meta.wikipedia.org. eg, when going to http://meta.wikimedia.org/wiki/IRC_channels#Nicknames , the browser does not always "jump" to the Nicknames section. (I have yet to see this break on InternetExplorer, but I never use said browser...I only tried it once for a test. It doesn't consistently break on Opera of Firefox, either...which makes this really annoying.) Is this a know problem/bug? (Sorry for a FAQ, if this is one.) -Matt From mengland at mengland.net Tue Apr 19 02:02:11 2005 From: mengland at mengland.net (Matt England) Date: Mon, 18 Apr 2005 21:02:11 -0500 Subject: [Mediawiki-l] Re: Fix? Browser not always jumping to anchor in Article In-Reply-To: <6.1.2.0.2.20050418204721.04d82948@127.0.0.1> References: <6.1.2.0.2.20050418204721.04d82948@127.0.0.1> Message-ID: <6.1.2.0.2.20050418205906.06990fb8@127.0.0.1> I forgot to mention: I'm running on my site: Apache 2.0.52 MediaWiki: 1.4.0 PHP: 4.3.9 (apache2handler) MySQL: 4.0.21-log http://meta.wikimedia.org/wiki/Special:Version current says: MediaWiki: 1.4.1 PHP: 4.3.11 (apache) MySQL: 4.0.22-log (I don't know its web server info.) -Matt At 4/18/2005 08:55 PM, Matt England wrote: >Hello, > >I'm finding that my Opera and Firefox browsers do not always jump to the >anchor in an article be it on my private, SSL-protected MediaWiki server >or meta.wikipedia.org. eg, when going to >http://meta.wikimedia.org/wiki/IRC_channels#Nicknames , the browser does >not always "jump" to the Nicknames section. > >(I have yet to see this break on InternetExplorer, but I never use said >browser...I only tried it once for a test. It doesn't consistently break >on Opera of Firefox, either...which makes this really annoying.) > >Is this a know problem/bug? > >(Sorry for a FAQ, if this is one.) > >-Matt > From brion at pobox.com Tue Apr 19 02:10:57 2005 From: brion at pobox.com (Brion Vibber) Date: Mon, 18 Apr 2005 19:10:57 -0700 Subject: [Mediawiki-l] Fix? Browser not always jumping to anchor in Article In-Reply-To: <6.1.2.0.2.20050418204721.04d82948@127.0.0.1> References: <6.1.2.0.2.20050418204721.04d82948@127.0.0.1> Message-ID: <426468B1.9030900@pobox.com> Matt England wrote: > I'm finding that my Opera and Firefox browsers do not always jump to the > anchor in an article be it on my private, SSL-protected MediaWiki server > or meta.wikipedia.org. eg, when going to > http://meta.wikimedia.org/wiki/IRC_channels#Nicknames , the browser does > not always "jump" to the Nicknames section. Is the page not completely done? Is some resource still loading? Is the throbber still going? Is the stop button still clickable? -- 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/20050418/a334d3bd/attachment.pgp From mengland at mengland.net Tue Apr 19 02:18:54 2005 From: mengland at mengland.net (Matt England) Date: Mon, 18 Apr 2005 21:18:54 -0500 Subject: [Mediawiki-l] Fix? Browser not always jumping to anchor in Article In-Reply-To: <426468B1.9030900@pobox.com> References: <6.1.2.0.2.20050418204721.04d82948@127.0.0.1> <426468B1.9030900@pobox.com> Message-ID: <6.1.2.0.2.20050418211337.068dc0f0@127.0.0.1> At 4/18/2005 09:10 PM, Brion Vibber wrote: >Matt England wrote: >>I'm finding that my Opera and Firefox browsers do not always jump to the >>anchor in an article be it on my private, SSL-protected MediaWiki server >>or meta.wikipedia.org. eg, when going to >>http://meta.wikimedia.org/wiki/IRC_channels#Nicknames , the browser does >>not always "jump" to the Nicknames section. > >Is the page not completely done? The page was completely loaded. >Is some resource still loading? No. >Is the >throbber still going? No. >Is the stop button still clickable? No. I routinely check all these things whenever I have page trouble for anything. The page was fully loaded. The anchor just didn't jump. I even waited for several seconds _after_ the page fully loaded. When I went to click on the TOC sections it *then* jumped immediately. This happened on both my SSL-protected site and meta.mediawiki.org (as per above). I suppose it's possible that it could not be a MediaWiki root cause. There would most likely be similarities across both our sites, if so? OR, it's simply my client machine. I'll test it other places and get back to this thread. I have yet to experience anchor-jump problems on any other site/app that I use (and I've had phpBB running on my site in the same config for a while). If anything new crops up I'll let you know. fyi, I did restart at least one of my browsers, and the problem still happened. I haven't yet rebooted my WinXP machine. That's a little extreme for my tests at the moment, but I'll get to that later and see if I can duplicate. So I take it no one has heard of this before? -Matt From gputignano at tiscali.it Tue Apr 19 12:49:59 2005 From: gputignano at tiscali.it (Giovanni) Date: Tue, 19 Apr 2005 14:49:59 +0200 Subject: [Mediawiki-l] Templates Message-ID: <000a01c544de$4bfb5c40$4600a8c0@giovanni> Is it possible to pass as argument to a template another template? For example I need to store in a template the url of a image and then pass this template to another template. So when I change the image url inside the first template automatically I change the image in all the other templates. Can I? Thanks, Giovanni From johnblumel at earthlink.net Tue Apr 19 13:37:32 2005 From: johnblumel at earthlink.net (John Blumel) Date: Tue, 19 Apr 2005 09:37:32 -0400 Subject: [Mediawiki-l] Templates In-Reply-To: <000a01c544de$4bfb5c40$4600a8c0@giovanni> References: <000a01c544de$4bfb5c40$4600a8c0@giovanni> Message-ID: <9af1ef3bcec7b9c7371fb80876b4c486@earthlink.net> On Apr 19, 2005, at 8:49am, Giovanni wrote: > Is it possible to pass as argument to a template another template? For > example I need to store in a template the url of a image and then pass > this template to another template. So when I change the image url > inside the first template automatically I change the image in all the > other templates. I'm not exactly which case you are asking about but you can do any of the following and there may be other possibilities (there are also other examples at MetaWikiPedia:Help:Template): case 1. article = "blah", wikitext = "{{blah1}}" template = "blah1", wikitext = "blah {{blah2}}" template = "blah2", wikitext = "blah blah" article blah displays text: "blah blah blah" case 2. article = "blah", wikitext = "{{blah1|blah2}} template = "blah1", wikitext = "blah {{{{{1}}}}} template = "blah2", wikitext = "blah blah" article blah displays text: "blah blah blah" case 3. article = "blah", wikitext = "blah {{blah1|blah|blah2}}" template = "blah1", wikitext = "{{{1}}} {{{{{2}}}|{{{1}}}}}" template = "blah2", wikitext = "{{{1}}}" article blah displays text: "blah blah blah" I'm not sure how deep you can nest templates but it seems you can go at least 3-4 deep. John Blumel From richholton at gmail.com Tue Apr 19 13:53:37 2005 From: richholton at gmail.com (Richard Holton) Date: Tue, 19 Apr 2005 08:53:37 -0500 Subject: [Mediawiki-l] Fix? Browser not always jumping to anchor in Article In-Reply-To: <6.1.2.0.2.20050418211337.068dc0f0@127.0.0.1> References: <6.1.2.0.2.20050418204721.04d82948@127.0.0.1> <426468B1.9030900@pobox.com> <6.1.2.0.2.20050418211337.068dc0f0@127.0.0.1> Message-ID: <4a37983b05041906531953c1ce@mail.gmail.com> On 4/18/05, Matt England <mengland at mengland.net> wrote: > At 4/18/2005 09:10 PM, Brion Vibber wrote: > >Matt England wrote: > >>I'm finding that my Opera and Firefox browsers do not always jump to the > >>anchor in an article be it on my private, SSL-protected MediaWiki server > >>or meta.wikipedia.org. eg, when going to > >>http://meta.wikimedia.org/wiki/IRC_channels#Nicknames , the browser does > >>not always "jump" to the Nicknames section. > > > >Is the page not completely done? > > The page was completely loaded. > > >Is some resource still loading? > > No. > > >Is the > >throbber still going? > > No. > > >Is the stop button still clickable? > > No. > > I routinely check all these things whenever I have page trouble for > anything. The page was fully loaded. The anchor just didn't jump. I even > waited for several seconds _after_ the page fully loaded. When I went to > click on the TOC sections it *then* jumped immediately. > > This happened on both my SSL-protected site and meta.mediawiki.org (as per > above). > > I suppose it's possible that it could not be a MediaWiki root cause. There > would most likely be similarities across both our sites, if so? OR, it's > simply my client machine. I'll test it other places and get back to this > thread. > > I have yet to experience anchor-jump problems on any other site/app that I > use (and I've had phpBB running on my site in the same config for a > while). If anything new crops up I'll let you know. > > fyi, I did restart at least one of my browsers, and the problem still happened. > > I haven't yet rebooted my WinXP machine. That's a little extreme for my > tests at the moment, but I'll get to that later and see if I can duplicate. > > So I take it no one has heard of this before? > > -Matt > I'm not sure if this is helpful, but... I think I've noticed on Firefox (and not verified on IE) that if you open a new tab or window using a link with an anchor, it does not jump to the anchor. If you follow the link without opening a new tab/window then it will jump to the anchor. -- Rich Holton [[W:en:User:Rholton]] From rowan.collins at gmail.com Tue Apr 19 13:59:31 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Tue, 19 Apr 2005 14:59:31 +0100 Subject: [Mediawiki-l] Fix? Browser not always jumping to anchor in Article In-Reply-To: <6.1.2.0.2.20050418211337.068dc0f0@127.0.0.1> References: <6.1.2.0.2.20050418204721.04d82948@127.0.0.1> <426468B1.9030900@pobox.com> <6.1.2.0.2.20050418211337.068dc0f0@127.0.0.1> Message-ID: <9f02ca4c05041906593dd52b81@mail.gmail.com> On 4/19/05, Matt England <mengland at mengland.net> wrote: > >>I'm finding that my Opera and Firefox browsers do not always jump to the > >>anchor in an article be it on my private, SSL-protected MediaWiki server > >>or meta.wikipedia.org. eg, when going to > >>http://meta.wikimedia.org/wiki/IRC_channels#Nicknames , the browser does > >>not always "jump" to the Nicknames section. > > So I take it no one has heard of this before? Well, it's the kind of intermittent problem that can be really awkward to spot and track down, but I think it may occasionally have happened to me. But it always seemed to be when the page load was taking its time, and I assumed it was because the anchor wasn't there to jump to yet. May or may not be the same problem though, and certainly doesn't go very far in diagnosing it... -- Rowan Collins BSc [IMSoP] From johnblumel at earthlink.net Tue Apr 19 14:09:48 2005 From: johnblumel at earthlink.net (John Blumel) Date: Tue, 19 Apr 2005 10:09:48 -0400 Subject: [Mediawiki-l] Fix? Browser not always jumping to anchor in Article In-Reply-To: <4a37983b05041906531953c1ce@mail.gmail.com> References: <6.1.2.0.2.20050418204721.04d82948@127.0.0.1> <426468B1.9030900@pobox.com> <6.1.2.0.2.20050418211337.068dc0f0@127.0.0.1> <4a37983b05041906531953c1ce@mail.gmail.com> Message-ID: <6599089822e20ea5c197ce7699298482@earthlink.net> On Apr 19, 2005, at 9:53am, Richard Holton wrote: > I'm not sure if this is helpful, but... > I think I've noticed on Firefox (and not verified on IE) that if you > open a new tab or window using a link with an anchor, it does not jump > to the anchor. If you follow the link without opening a new tab/window > then it will jump to the anchor. I haven't seen this on Firefox 1.01. And one wouldn't expect it to be a problem since it is just another. valid URL. Has the original questioner (I forget who that was) checked the actual HTML source when this occurs to verify that there isn't a problem with the links in the generated HTML? John Blumel From johnblumel at earthlink.net Tue Apr 19 14:13:18 2005 From: johnblumel at earthlink.net (John Blumel) Date: Tue, 19 Apr 2005 10:13:18 -0400 Subject: [Mediawiki-l] Fix? Browser not always jumping to anchor in Article In-Reply-To: <9f02ca4c05041906593dd52b81@mail.gmail.com> References: <6.1.2.0.2.20050418204721.04d82948@127.0.0.1> <426468B1.9030900@pobox.com> <6.1.2.0.2.20050418211337.068dc0f0@127.0.0.1> <9f02ca4c05041906593dd52b81@mail.gmail.com> Message-ID: <66530813f7dce385d55b07687ccc78cd@earthlink.net> On Apr 19, 2005, at 9:59am, Rowan Collins wrote: > Well, it's the kind of intermittent problem that can be really awkward > to spot and track down, but I think it may occasionally have happened > to me. But it always seemed to be when the page load was taking its > time, and I assumed it was because the anchor wasn't there to jump to > yet. Firebird (and perhaps older Netscape/Mozilla browsers) used to have this problem but it seems to have been corrected in newer versions of Firefox (and one would expect Mozilla) which seem to wait until the anchor loads and then jump to it. John Blumel From fun at thingy.apana.org.au Tue Apr 19 14:31:37 2005 From: fun at thingy.apana.org.au (David Gerard) Date: Wed, 20 Apr 2005 00:31:37 +1000 Subject: [Mediawiki-l] Templates In-Reply-To: <000a01c544de$4bfb5c40$4600a8c0@giovanni> References: <000a01c544de$4bfb5c40$4600a8c0@giovanni> Message-ID: <20050419143137.GB23009@thingy.apana.org.au> Giovanni (gputignano at tiscali.it) [050419 22:50]: > Is it possible to pass as argument to a template another template? For example I need to store in a template the url of a image and then pass this template to another template. So when I change the image url inside the first template automatically I change the image in all the other templates. > Can I? Yes, though it affects caching. The issues are discussed at: http://en.wikipedia.org/wiki/Wikipedia:Avoid_using_meta-templates - d. From mengland at mengland.net Tue Apr 19 14:33:37 2005 From: mengland at mengland.net (Matt England) Date: Tue, 19 Apr 2005 09:33:37 -0500 Subject: [Mediawiki-l] Fix? Browser not always jumping to anchor in Article In-Reply-To: <4a37983b05041906531953c1ce@mail.gmail.com> References: <6.1.2.0.2.20050418204721.04d82948@127.0.0.1> <426468B1.9030900@pobox.com> <6.1.2.0.2.20050418211337.068dc0f0@127.0.0.1> <4a37983b05041906531953c1ce@mail.gmail.com> Message-ID: <6.1.2.0.2.20050419091827.049e89e8@127.0.0.1> At 4/19/2005 08:53 AM, Richard Holton wrote: >I think I've noticed on Firefox (and not verified on IE) that if you >open a new tab or window using a link with an anchor, it does not jump >to the anchor. That's precisely the case for me. Here's why this scenario is important: I'm hoping to have external-URL references to MediaWiki docs/pages, and more specifically, a reference to a specific section in a page. The only way I know how to do this is to use URL "anchors" (the #this-is-section-3 kind of thing). With an external reference (say in an email, a blog, a web forum, Word doc, another Wiki page, etc etc), a click to it will create another Firefox tab/window (or another Opera tab/window, or another IE browser, etc). I want my readers to be able to go to the specific section of the Wiki page, for that section will probably be associated from a particular context/content the reader was viewing (which linked to the Wiki section). This scenario therefore becomes extremely important if I want to have "cross-referenced" content, even if it's just from Wiki page to Wiki page. I assume this makes complete sense (and that I run the risk of possibly "talking down" to folks here), but if it doesn't, please let me know. -Matt At 4/19/2005 08:53 AM, Richard Holton wrote: >I'm not sure if this is helpful, but... >I think I've noticed on Firefox (and not verified on IE) that if you >open a new tab or window using a link with an anchor, it does not jump >to the anchor. If you follow the link without opening a new tab/window >then it will jump to the anchor. > >-- Rich Holton > >[[W:en:User:Rholton]] From astronouth7303 at gmail.com Tue Apr 19 19:15:49 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Tue, 19 Apr 2005 15:15:49 -0400 Subject: [Mediawiki-l] Current site integration In-Reply-To: <17181371.1113792418516.JavaMail.root@wamui06.slb.atl.earthlink.net> References: <17181371.1113792418516.JavaMail.root@wamui06.slb.atl.earthlink.net> Message-ID: <deebf0b9050419121552e033dc@mail.gmail.com> On 4/17/05, Carlton B <carltonb at mindspring.com> wrote: > I was just looking at a very similar problem. After looking through the code, it appears to me that MW just stores a UID in a session variable. So it seems if you modified your login/logout scheme to set this variable, you'd be effectively integrated. > > >From that point you'd have to decide how to manage MW cookies. I'm thinking about just disabling MW auth cookies and redirecting to my own login scheme upon failure to detect a valid session ID. > > Prior to doing this, you'd need to disable the MW new user signup feature, and hack your own new user signup to write the account information to the MW user database. The AuthPlugin interface has an option for this, I think. It's still a little murky for me. The thing is, the auth plugin only tells MW if a certain user/password is correct. So I think a user would have to login again on the wiki if they were just on, say, your board. More documentation on this would be helpful. -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now had 2GB. From mengland at mengland.net Tue Apr 19 19:19:06 2005 From: mengland at mengland.net (Matt England) Date: Tue, 19 Apr 2005 14:19:06 -0500 Subject: [Mediawiki-l] How to treat "Images" simply as "files"? Message-ID: <6.1.2.0.2.20050419141515.06b3b2e8@127.0.0.1> Hello, I want to use my MediaWiki site (which is SSL "firewalled") for software development purposes (and related things). Most of the time the uploaded files will not be "images" but rather just a "file". I want these image/file references (a la [[Image:Some_uploaded_file.zip]] ) to not be processed as an "image." How can I do this? What markup do I use? Currently my reference above looks like a "sunken box" with the filename text inside of it on my page...as if the page is trying to process/display it as an image? I wish there was a mode I can put MediaWiki such that it doesn't assume that all uploaded files are "images". Does anything exist? Maybe a separate namespace for File: separate from Image: ...and associated code handling...this way I can get the best of both worlds? (I already went through and disabled most of all the upload-file-type prevention stuff in DefaultSettings.php in 1.4.0.) -Matt From astronouth7303 at gmail.com Tue Apr 19 19:21:04 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Tue, 19 Apr 2005 15:21:04 -0400 Subject: [Mediawiki-l] ENotif 3.08 for MediaWiki 1.4.1: I added the long-felt want "e-mail notifications for _new_ pages" In-Reply-To: <42644426.4050803@tgries.de> References: <42644426.4050803@tgries.de> Message-ID: <deebf0b905041912216fd1d48a@mail.gmail.com> In the e-mail? All attachments are stripped. On 4/18/05, Thomas Gries <mail at tgries.de> wrote: > http://bugzilla.wikipedia.org/show_bug.cgi?id=454 > > Regards, > Tom > > Remark: > Not everyone will be pleased, but another database schema change of > table user was required to look-up quickly all users who opted-in to > receive notifications on new pages; add tinyint(1) for this. > updaters.inc is inlcuded. > > _______________________________________________ > 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 had 2GB. From mengland at mengland.net Tue Apr 19 19:22:34 2005 From: mengland at mengland.net (Matt England) Date: Tue, 19 Apr 2005 14:22:34 -0500 Subject: [Mediawiki-l] Re: How to treat "Images" simply as "files"? In-Reply-To: <6.1.2.0.2.20050419141515.06b3b2e8@127.0.0.1> References: <6.1.2.0.2.20050419141515.06b3b2e8@127.0.0.1> Message-ID: <6.1.2.0.2.20050419142014.069962e8@127.0.0.1> I should also say... At 4/19/2005 02:19 PM, Matt England wrote: >I want these image/file references (a la [[Image:Some_uploaded_file.zip]] >) to not be processed as an "image." How can I do this? What markup do I use? I want the reference to simply to point to the file title page like so: http://example.com/wiki/Image:Some_uploaded_file.zip ...but I don't want to use the full URL, because I'll be changing my site domain-name/location soon...and for the usual modularity reasons. If this is not done, then the web browser apparently attempts to download the file "on the spot"...and this is REALLY bad for large software files. -Matt From jfader at gmail.com Tue Apr 19 19:35:57 2005 From: jfader at gmail.com (John Fader) Date: Tue, 19 Apr 2005 20:35:57 +0100 Subject: [Mediawiki-l] Re: How to treat "Images" simply as "files"? In-Reply-To: <6.1.2.0.2.20050419142014.069962e8@127.0.0.1> References: <6.1.2.0.2.20050419141515.06b3b2e8@127.0.0.1> <6.1.2.0.2.20050419142014.069962e8@127.0.0.1> Message-ID: <42eaa3d05041912357d40dd55@mail.gmail.com> On 4/19/05, Matt England <mengland at mengland.net> wrote: > http://example.com/wiki/Image:Some_uploaded_file.zip > > ...but I don't want to use the full URL, because I'll be changing my site > domain-name/location soon...and for the usual modularity reasons. > > If this is not done, then the web browser apparently attempts to download > the file "on the spot"...and this is REALLY bad for large software files. use [[media:Some_uploaded_file.zip]] -- John Fader From rowan.collins at gmail.com Tue Apr 19 19:40:01 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Tue, 19 Apr 2005 20:40:01 +0100 Subject: [Mediawiki-l] How to treat "Images" simply as "files"? In-Reply-To: <6.1.2.0.2.20050419141515.06b3b2e8@127.0.0.1> References: <6.1.2.0.2.20050419141515.06b3b2e8@127.0.0.1> Message-ID: <9f02ca4c050419124037f92138@mail.gmail.com> On 4/19/05, Matt England <mengland at mengland.net> wrote: > I want these image/file references (a la [[Image:Some_uploaded_file.zip]] ) > to not be processed as an "image." How can I do this? What markup do I > use? Currently my reference above looks like a "sunken box" with the > filename text inside of it on my page...as if the page is trying to > process/display it as an image? You can use three kinds of link: * [[Image:Foo]] - attempts to display it inline * [[:Image:Foo]] - just links to the description page (note the extra ":") * [[Media:Foo]] - links directly to the uploaded file, not the description; the browser will then decide whether to display, open, or download that file. See also http://bugzilla.wikimedia.org/show_bug.cgi?id=44 -- Rowan Collins BSc [IMSoP] From rowan.collins at gmail.com Tue Apr 19 19:44:34 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Tue, 19 Apr 2005 20:44:34 +0100 Subject: [Mediawiki-l] ENotif 3.08 for MediaWiki 1.4.1: I added the long-felt want "e-mail notifications for _new_ pages" In-Reply-To: <deebf0b905041912216fd1d48a@mail.gmail.com> References: <42644426.4050803@tgries.de> <deebf0b905041912216fd1d48a@mail.gmail.com> Message-ID: <9f02ca4c05041912445c1a57d@mail.gmail.com> On 4/19/05, Jamie Bliss <astronouth7303 at gmail.com> wrote: > In the e-mail? All attachments are stripped. No, available via the URL supplied. > On 4/18/05, Thomas Gries <mail at tgries.de> wrote: > > http://bugzilla.wikipedia.org/show_bug.cgi?id=454 -- Rowan Collins BSc [IMSoP] From astronouth7303 at gmail.com Tue Apr 19 19:47:51 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Tue, 19 Apr 2005 15:47:51 -0400 Subject: [Mediawiki-l] Re: How to treat "Images" simply as "files"? In-Reply-To: <6.1.2.0.2.20050419142014.069962e8@127.0.0.1> References: <6.1.2.0.2.20050419141515.06b3b2e8@127.0.0.1> <6.1.2.0.2.20050419142014.069962e8@127.0.0.1> Message-ID: <deebf0b90504191247351d9571@mail.gmail.com> [[Media:*]] On 4/19/05, Matt England <mengland at mengland.net> wrote: > I should also say... > > At 4/19/2005 02:19 PM, Matt England wrote: > >I want these image/file references (a la [[Image:Some_uploaded_file.zip]] > >) to not be processed as an "image." How can I do this? What markup do I use? > > I want the reference to simply to point to the file title page like so: > > http://example.com/wiki/Image:Some_uploaded_file.zip > > ...but I don't want to use the full URL, because I'll be changing my site > domain-name/location soon...and for the usual modularity reasons. > > If this is not done, then the web browser apparently attempts to download > the file "on the spot"...and this is REALLY bad for large software files. > > -Matt > > _______________________________________________ > 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 had 2GB. From David.Biesack at sas.com Tue Apr 19 20:04:28 2005 From: David.Biesack at sas.com (David J. Biesack) Date: Tue, 19 Apr 2005 16:04:28 -0400 (EDT) Subject: [Mediawiki-l] RSS ? Message-ID: <200504192004.j3JK4SK16995@mozart.unx.sas.com> Is there any RSS support for MediaWiki - i.e. generating a .rss stream for a site? I am aware of an extension that parses/embeds rss files within MediaWiki pages with <rss>url</rss> but I want the inverse: to allow others to use RSS to see what's new on my MediaWiki site. -- David J. Biesack SAS Institute Inc. (919) 531-7771 SAS Campus Drive http://www.sas.com Cary, NC 27513 From hinandil at freespirits.org Tue Apr 19 20:09:48 2005 From: hinandil at freespirits.org (=?ISO-8859-1?Q?H=EDnandil?=) Date: Tue, 19 Apr 2005 13:09:48 -0700 Subject: [Mediawiki-l] RSS ? In-Reply-To: <200504192004.j3JK4SK16995@mozart.unx.sas.com> References: <200504192004.j3JK4SK16995@mozart.unx.sas.com> Message-ID: <4265658C.9080403@freespirits.org> David J. Biesack wrote: > Is there any RSS support for MediaWiki - i.e. generating a .rss stream for a site? > > I am aware of an extension that parses/embeds rss files within MediaWiki pages with <rss>url</rss> > but I want the inverse: to allow others to use RSS to see what's new on my MediaWiki site. > Yes, the Special:RecentChanges page has its own RSS feed, and you can use that to see what's new on the site. H?nandil From Jan at Bytesmiths.com Tue Apr 19 20:12:57 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Tue, 19 Apr 2005 13:12:57 -0700 Subject: [Mediawiki-l] RSS ? In-Reply-To: <200504192004.j3JK4SK16995@mozart.unx.sas.com> References: <200504192004.j3JK4SK16995@mozart.unx.sas.com> Message-ID: <24ab234cbefa181aeabf626597d87ce7@Bytesmiths.com> On 19 Apr 2005, at 13:04, David J. Biesack wrote: > I am aware of an extension that parses/embeds rss files within > MediaWiki pages with <rss>url</rss> Cool! Where do you get that? I thought I had collected all the MediaWiki extensions in the world! > but I want the inverse: to allow others to use RSS to see what's new > on my MediaWiki site. WikiURL?title=Special:Recentchanges&feed=rss Or if you want to get fancy, "hideliu=0" will spit out the diffs on the feed. :::: fas-cism (fash'iz'em) n. A system of government that exercises a dictatorship of the extreme right, typically through the merging of state and business leadership, together with belligerent nationalism. -- American Heritage Dictionary, 1983 (reference to "business" was removed in later editions) :::: Jan Steinman <http://www.Bytesmiths.com> From mengland at mengland.net Tue Apr 19 23:17:54 2005 From: mengland at mengland.net (Matthew England) Date: Tue, 19 Apr 2005 18:17:54 -0500 Subject: [Mediawiki-l] How can I drive these Language.php changes into my Wiki? Message-ID: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> Hello, How can I drive these Language.php changes into my Wiki (running 1.4.0)? I'm trying to encourage users to follow a certain format for the account-name creation (among other things), and these are the steps I'm taking thus far to do that. -Matt ------- Language.php ------- 528c528 < 'loginprompt' => "You must have cookies enabled to log in to {{SITENAME}}.", --- > 'loginprompt' => "You must have cookies enabled to log in to {{SITENAME}}. Please follow the recommendations for account-name format found at [[Create_your_own_account]].", 615c615,616 < 'whitelistedittext' => 'You have to [[Special:Userlogin|login]] to edit pages.', --- > #'whitelistedittext' => 'You have to [[Special:Userlogin|login]] to edit pages.', > 'whitelistedittext' => 'You have to [[Create_your_own_account]] and/or login to edit pages.', root at biz2tek 6:15pm [...mediawiki-1.4.0/languages] 31> From mengland at mengland.net Tue Apr 19 23:20:22 2005 From: mengland at mengland.net (Matthew England) Date: Tue, 19 Apr 2005 18:20:22 -0500 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> Message-ID: <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> I forgot to mention: At 4/19/2005 06:17 PM, Matthew England wrote: >Hello, > >How can I drive these Language.php changes into my Wiki (running 1.4.0)? These are not showing up immediate in my Wiki like the rest of the LocalSettings/DefaultSettings.php changes I've made. (I tried an Apache reload, too, and that didn't do anything...not that I expected it to.) Maybe this stuff is loaded in at database-initialization time? If so, what are my options? Otherwise...I'm wondering how I might try to get this mission accomplished. -Matt >I'm trying to encourage users to follow a certain format for the >account-name creation (among other things), and these are the steps I'm >taking thus far to do that. > >-Matt > > >------- Language.php ------- >528c528 >< 'loginprompt' => "You must have cookies enabled to log in to >{{SITENAME}}.", >--- > > 'loginprompt' => "You must have cookies enabled to log in to > {{SITENAME}}. Please follow the recommendations for account-name format > found at [[Create_your_own_account]].", >615c615,616 >< 'whitelistedittext' => 'You have to [[Special:Userlogin|login]] to edit >pages.', >--- > > #'whitelistedittext' => 'You have to [[Special:Userlogin|login]] to > edit pages.', > > 'whitelistedittext' => 'You have to [[Create_your_own_account]] and/or > login to edit pages.', >root at biz2tek 6:15pm [...mediawiki-1.4.0/languages] 31> From hinandil at freespirits.org Tue Apr 19 23:30:41 2005 From: hinandil at freespirits.org (=?ISO-8859-1?Q?H=EDnandil?=) Date: Tue, 19 Apr 2005 16:30:41 -0700 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> Message-ID: <426594A1.7050306@freespirits.org> >> How can I drive these Language.php changes into my Wiki (running 1.4.0)? There's a script you can run, maintenance/rebuildMessages.php or the like. But the best way would be to go and find the message you want to change on the Special:AllMessages page, then follow the link and change it there in the wiki database as is. When you install MediaWiki, it copies the default Language.php settings into the database and ignores that Language.php file afterwards (except in 1.4.x there is an switch in DefaultSettings.php that tells it to just use the file and not the database). Make sure you're adding settings to LocalSettings.php and not changing the DefaultSettings.php file. :) H?nandil From rowan.collins at gmail.com Tue Apr 19 23:37:28 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Wed, 20 Apr 2005 00:37:28 +0100 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> Message-ID: <9f02ca4c05041916375a17c1d9@mail.gmail.com> On 4/20/05, Matthew England <mengland at mengland.net> wrote: > >How can I drive these Language.php changes into my Wiki (running 1.4.0)? > > These are not showing up immediate in my Wiki like the rest of the > LocalSettings/DefaultSettings.php changes I've made. (I tried an Apache > reload, too, and that didn't do anything...not that I expected it > to.) Maybe this stuff is loaded in at database-initialization time? If > so, what are my options? You've hit the nail on the head there. In order to make things *easier* to customise, all the interface strings are loaded into pages in the wiki at install time, so that anyone with sysop rights can edit them through the wiki itself. See http://meta.wikimedia.org/wiki/Help:MediaWiki_namespace Basically, just add "MediaWiki:" to the name of the string you're trying to edit, and edit that page on your wiki - so, you need to edit the pages MediaWiki:Loginprompt and MediaWiki:Whitelistedittext Don't forget to do a hard-refresh if you think things aren't updating properly. The best idea is to pretend that the LanguageXX.php files don't exist, and just use Special:Allmessages to find the string you want. -- Rowan Collins BSc [IMSoP] From JohnsonA at rembrandt.co.nz Tue Apr 19 23:55:59 2005 From: JohnsonA at rembrandt.co.nz (Alistair Johnson) Date: Wed, 20 Apr 2005 11:55:59 +1200 Subject: [Mediawiki-l] accessing title of page Message-ID: <AC2A387833A93D45B1692F4212812B8E71CB5C@server.internal.rembrandt.co.nz> A (probably quite simple) question, how can I get the value of a page title into a variable? We've quite a few very long page titles in our wiki & i want to decrease the font size displayed on screen once the title is (say) greater than 30 characters. I can't appear to go $value = $this->text('title'); as that just outputs the page title to the screen. How then can I determine the title? Once I have the title in a var I'll strlen it & adjust the formatting accordingly. Thanks, al. From ctrlphreak at gmail.com Wed Apr 20 00:04:57 2005 From: ctrlphreak at gmail.com (Ben DeVore) Date: Tue, 19 Apr 2005 20:04:57 -0400 Subject: [Mediawiki-l] accessing title of page In-Reply-To: <AC2A387833A93D45B1692F4212812B8E71CB5C@server.internal.rembrandt.co.nz> References: <AC2A387833A93D45B1692F4212812B8E71CB5C@server.internal.rembrandt.co.nz> Message-ID: <13f12fb1050419170443acad8a@mail.gmail.com> $this->text('title') does echo $this->data['title'] so if you want to do an output to html you use the $this->text('title') and if you want to store the value of the page title into another variable or function use $this->data['title'] It took me a while to figure out the way mediawiki 1.4 does it and I actually just found the answer yesterday! Feels great to give back. Enjoy Ben On 4/19/05, Alistair Johnson <JohnsonA at rembrandt.co.nz> wrote: > A (probably quite simple) question, how can I get the value of a page title > into a variable? We've quite a few very long page titles in our wiki & i > want to decrease the font size displayed on screen once the title is (say) > greater than 30 characters. > > I can't appear to go $value = $this->text('title'); as that just outputs the > page title to the screen. How then can I determine the title? Once I have > the title in a var I'll strlen it & adjust the formatting accordingly. > > Thanks, > > al. > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From mengland at mengland.net Wed Apr 20 00:11:05 2005 From: mengland at mengland.net (Matthew England) Date: Tue, 19 Apr 2005 19:11:05 -0500 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <426594A1.7050306@freespirits.org> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> <426594A1.7050306@freespirits.org> Message-ID: <6.1.2.0.2.20050419190937.04a086f0@127.0.0.1> Ok, I'm getting a lot of helpful input on how to do this (including the email below and some private emails not shown), but it's a bit piecemeal and not comprehensive. While I'm trying to figure these things out from these various inputs, I wonder: Is there a bona fide procedure somewhere in a wiki page, manual, handbook, etc that speaks to this? -Matt At 4/19/2005 06:30 PM, H?nandil wrote: > >> How can I drive these Language.php changes into my Wiki (running 1.4.0)? > >There's a script you can run, maintenance/rebuildMessages.php or the >like. But the best way would be to go and find the message you want to >change on the Special:AllMessages page, then follow the link and change it >there in the wiki database as is. > >When you install MediaWiki, it copies the default Language.php settings >into the database and ignores that Language.php file afterwards (except in >1.4.x there is an switch in DefaultSettings.php that tells it to just use >the file and not the database). > >Make sure you're adding settings to LocalSettings.php and not changing the >DefaultSettings.php file. :) > >H?nandil From JohnsonA at rembrandt.co.nz Wed Apr 20 00:15:00 2005 From: JohnsonA at rembrandt.co.nz (Alistair Johnson) Date: Wed, 20 Apr 2005 12:15:00 +1200 Subject: [Mediawiki-l] accessing title of page Message-ID: <AC2A387833A93D45B1692F4212812B8E71CB5D@server.internal.rembrandt.co.nz> Thanks Ben, that did the trick :-) al. -----Original Message----- From: Ben DeVore [mailto:ctrlphreak at gmail.com] $this->text('title') does echo $this->data['title'] so if you want to do an output to html you use the $this->text('title') and if you want to store the value of the page title into another variable or function use $this->data['title'] It took me a while to figure out the way mediawiki 1.4 does it and I actually just found the answer yesterday! Feels great to give back. Enjoy Ben On 4/19/05, Alistair Johnson <JohnsonA at rembrandt.co.nz> wrote: > how can I get the value of a page title into a variable? From kg4ydw at gmail.com Wed Apr 20 04:24:02 2005 From: kg4ydw at gmail.com (Steven Dick) Date: Wed, 20 Apr 2005 00:24:02 -0400 Subject: [Mediawiki-l] Re: Subsection editing. In-Reply-To: <d3njcd$pg0$1@sea.gmane.org> References: <d3njcd$pg0$1@sea.gmane.org> Message-ID: <fd24e26505041921245bc0c752@mail.gmail.com> This might be a diff3 version problem. I had similar problems (pages getting blanked on edit conflict, and subection editing leaving just the subsection) before I switched mediawiki from using Sun's diff3 to gnu diff3. From mengland at mengland.net Wed Apr 20 14:13:10 2005 From: mengland at mengland.net (Matt England) Date: Wed, 20 Apr 2005 09:13:10 -0500 Subject: [Mediawiki-l] Opera auto-changes my SSL URL to include ":443"? Message-ID: <6.1.2.0.2.20050420090028.064afa00@127.0.0.1> Hello, As you all have probably guessed by my recent emails, I have a new MediaWiki running at my site. Thus far I'm completely loving it. Another minor thing I'm trying to fix: My Opera browser (and not the others) tacks on a ":443" to my SSL access URL during the http-to-https redirects. Any way I can change my server (Apache, MediaWiki, etc) to prevent Opera from doing this? Alternatively, is there something I can change in Opera (I'm running Opera 7.54u1)? I'd rather do the former instead of the latter if I can. Details: I run my site behind an SSL "firewall" (because it's basically a small-business corporate intranet) on my own server (it's actually a "VPS" hosted somewhere else--I have complete root access). I'm redirecting all port-80 access to my site to port 443 (the standard SSL port) with the same URL (via my Apache 2.0.52 httpd.conf). Thus http://example.com/wiki automatically gets redirected to https://example.com/wiki (note the "https" vs "http"). However, in Opera (and not in Fireforx or IE), an access of http://example.com/wiki automatically gets redirected to https://example.com:443/wiki/Main_Page . HOWEVER, a link to http://example.com/wiki/Main_Page gets redirected to https://example.com/wiki/Main_Page (with the "https" but without the ":443"). This leads me to believe that there's something I can change in the "root" part of MediaWiki to change this behavior. Any thoughts? I hunted around in the meta.mediawiki.org help and tried googling the email list archives (but could not get that to work) and did not find anything. I can provide the pertinent http.conf details later if you like...I must scamper off to other work for now. -Matt From rowan.collins at gmail.com Wed Apr 20 15:57:37 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Wed, 20 Apr 2005 16:57:37 +0100 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <6.1.2.0.2.20050419190937.04a086f0@127.0.0.1> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> <426594A1.7050306@freespirits.org> <6.1.2.0.2.20050419190937.04a086f0@127.0.0.1> Message-ID: <9f02ca4c0504200857742d91bc@mail.gmail.com> On 4/20/05, Matthew England <mengland at mengland.net> wrote: > Ok, I'm getting a lot of helpful input on how to do this (including the > email below and some private emails not shown), but it's a bit piecemeal > and not comprehensive. I don't know how to make it any more comprehensive. * the interface is translated and customised through named messages * each language has a file called LanguageXX.php containing the _initial_ values of these messages * on install, the appropriate language's messages are copied into the database, as pages on the wiki called MediaWiki:<messagename> * once copied, the messages can be editted in the same way as any other wiki page, as long as you are logged in with an account that has "sysop" privileges * changing the php files won't have any effect, because the software will look in the database instead * to help you find the right messages to change, you can go to the page Special:Allmessages (linked on the "Special pages" page as "All system messages") which displays the default and current versions of each message There are other situations, and other ways of doing things, but if you just want to customise your interface, it really is a 4-step process: 1) make sure you're logged in, with "sysop" priveleges 2) visit path/to/your/wiki/Special:Allmessages 3) find the message you want to customise, and follow the link to the page for that message 4) edit that page > Is there a bona fide procedure somewhere in a wiki page, manual, handbook, > etc that speaks to this? http://meta.wikimedia.org/wiki/Help:Contents is the "official" help, but it's kind of rather bitty and "unfinished" in itself at the moment. http://meta.wikimedia.org/wiki/MediaWiki_localization covers the basics of this question. -- Rowan Collins BSc [IMSoP] From lekktu at gmail.com Wed Apr 20 16:54:26 2005 From: lekktu at gmail.com (Juanma Barranquero) Date: Wed, 20 Apr 2005 18:54:26 +0200 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <9f02ca4c0504200857742d91bc@mail.gmail.com> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> <426594A1.7050306@freespirits.org> <6.1.2.0.2.20050419190937.04a086f0@127.0.0.1> <9f02ca4c0504200857742d91bc@mail.gmail.com> Message-ID: <f7ccd24b05042009544e7bd223@mail.gmail.com> On 4/20/05, Rowan Collins <rowan.collins at gmail.com> wrote: > * to help you find the right messages to change, you can go to the > page Special:Allmessages (linked on the "Special pages" page as "All > system messages") which displays the default and current versions of > each message IMHO, a way to quickly find which opages have a non-default content would be very useful. -- /L/e/k/t/u From hinandil at freespirits.org Wed Apr 20 17:27:45 2005 From: hinandil at freespirits.org (=?ISO-8859-1?Q?H=EDnandil?=) Date: Wed, 20 Apr 2005 10:27:45 -0700 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <f7ccd24b05042009544e7bd223@mail.gmail.com> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> <426594A1.7050306@freespirits.org> <6.1.2.0.2.20050419190937.04a086f0@127.0.0.1> <9f02ca4c0504200857742d91bc@mail.gmail.com> <f7ccd24b05042009544e7bd223@mail.gmail.com> Message-ID: <42669111.3010708@freespirits.org> Juanma Barranquero wrote: > IMHO, a way to quickly find which opages have a non-default content > would be very useful. That's very easy. The ones which have been modified will be listed with a pink background in Special:Allmessages, making them very easy to find by skimming down the page. H?nandil From alexandrevandesande at gmail.com Wed Apr 20 17:38:10 2005 From: alexandrevandesande at gmail.com (Alexandre Van de Sande) Date: Wed, 20 Apr 2005 14:38:10 -0300 Subject: [Mediawiki-l] RSS ? In-Reply-To: <24ab234cbefa181aeabf626597d87ce7@Bytesmiths.com> References: <200504192004.j3JK4SK16995@mozart.unx.sas.com> <24ab234cbefa181aeabf626597d87ce7@Bytesmiths.com> Message-ID: <8608a69a05042010382c2831bc@mail.gmail.com> Is there a way to get a rss for a special part of the site, like for Template:In_the_news, for example. It's because this could actually be a useful rss news feed. I guess not, because it would require a little hacking to make that page computer readable... I tested http://en.wikipedia.org/wiki/WikiURL?title=Template:In_the_news&feed=rss but it gives you the normal page On 4/19/05, Jan Steinman <Jan at bytesmiths.com> wrote: > > On 19 Apr 2005, at 13:04, David J. Biesack wrote: > > > I am aware of an extension that parses/embeds rss files within > > MediaWiki pages with <rss>url</rss> > > Cool! Where do you get that? I thought I had collected all the > MediaWiki extensions in the world! > > > but I want the inverse: to allow others to use RSS to see what's new > > on my MediaWiki site. > > WikiURL?title=Special:Recentchanges&feed=rss > > Or if you want to get fancy, "hideliu=0" will spit out the diffs on the > feed. > > :::: fas-cism (fash'iz'em) n. A system of government that exercises a > dictatorship of the extreme right, typically through the merging of > state and business leadership, together with belligerent nationalism. > -- American Heritage Dictionary, 1983 (reference to "business" was > removed in later editions) > :::: Jan Steinman <http://www.Bytesmiths.com> > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From johnblumel at earthlink.net Wed Apr 20 18:00:34 2005 From: johnblumel at earthlink.net (John Blumel) Date: Wed, 20 Apr 2005 14:00:34 -0400 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <42669111.3010708@freespirits.org> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> <426594A1.7050306@freespirits.org> <6.1.2.0.2.20050419190937.04a086f0@127.0.0.1> <9f02ca4c0504200857742d91bc@mail.gmail.com> <f7ccd24b05042009544e7bd223@mail.gmail.com> <42669111.3010708@freespirits.org> Message-ID: <6c6b7d348a0b44bbb4b9cc80d70d5f8a@earthlink.net> On Apr 20, 2005, at 1:27pm, H?nandil wrote: >> IMHO, a way to quickly find which opages have a non-default content >> would be very useful. > > That's very easy. The ones which have been modified will be listed > with a pink background in Special:Allmessages, making them very easy > to find by skimming down the page. I think perhaps he was suggesting a Special:Custommessages, to make it easier to find them and not have to worry about skipping by some with an accidental, double "page down". (I wonder how visible a pink background is to someone who is red colorblind?) Given that the number of messages likely to be customized is relatively small and (probably) a relatively constant set (per wiki), and that the total number of messages is quite large, it would be nice to have an easy way to work with just the ones you have modified from the defaults. John Blumel From jfader at gmail.com Wed Apr 20 18:20:13 2005 From: jfader at gmail.com (John Fader) Date: Wed, 20 Apr 2005 19:20:13 +0100 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <6c6b7d348a0b44bbb4b9cc80d70d5f8a@earthlink.net> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> <426594A1.7050306@freespirits.org> <6.1.2.0.2.20050419190937.04a086f0@127.0.0.1> <9f02ca4c0504200857742d91bc@mail.gmail.com> <f7ccd24b05042009544e7bd223@mail.gmail.com> <42669111.3010708@freespirits.org> <6c6b7d348a0b44bbb4b9cc80d70d5f8a@earthlink.net> Message-ID: <42eaa3d0504201120efd1a34@mail.gmail.com> On 4/20/05, John Blumel <johnblumel at earthlink.net> wrote: > (I wonder how visible a pink > background is to someone who is red colorblind?) Viewing a screencap in mono shows how it would look for worst-case colour perception (i.e. none at all). For special:allmessages, the difference in brightness is perceptable, but only just. I think the blue backgrounds should just be white, and the pink darkened a bit. There's no clue at all for those using text browsers or screenreaders. -- John Fader From rowan.collins at gmail.com Wed Apr 20 18:24:06 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Wed, 20 Apr 2005 19:24:06 +0100 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <f7ccd24b05042009544e7bd223@mail.gmail.com> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> <426594A1.7050306@freespirits.org> <6.1.2.0.2.20050419190937.04a086f0@127.0.0.1> <9f02ca4c0504200857742d91bc@mail.gmail.com> <f7ccd24b05042009544e7bd223@mail.gmail.com> Message-ID: <9f02ca4c0504201124447e1703@mail.gmail.com> On 4/20/05, Juanma Barranquero <lekktu at gmail.com> wrote: > IMHO, a way to quickly find which opages have a non-default content > would be very useful. As others have pointed out, they have a pink background. However, to make it even easier, I've written my very first (and consequently painfully hacked together) JavaScript bookmarklet, which should hide every row that's not pink. Just make a bookmark with this (should all be one line) as its target, and click it when you're on the Special:Allmessages page. (Tested on Mozilla only) javascript:(function(){var foo=document.getElementsByTagName('tr'); for(i=0;i<foo.length;i++) {if(foo[i].bgColor!='#ffe2e2') {foo[i].parentNode.removeChild(foo[i]); i--;} };})(); Enjoy! -- Rowan Collins BSc [IMSoP] From johnblumel at earthlink.net Wed Apr 20 18:58:29 2005 From: johnblumel at earthlink.net (John Blumel) Date: Wed, 20 Apr 2005 14:58:29 -0400 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <9f02ca4c0504201124447e1703@mail.gmail.com> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> <426594A1.7050306@freespirits.org> <6.1.2.0.2.20050419190937.04a086f0@127.0.0.1> <9f02ca4c0504200857742d91bc@mail.gmail.com> <f7ccd24b05042009544e7bd223@mail.gmail.com> <9f02ca4c0504201124447e1703@mail.gmail.com> Message-ID: <6649f537a3bd80075ffad3168fc45f5c@earthlink.net> On Apr 20, 2005, at 2:24pm, Rowan Collins wrote: > As others have pointed out, they have a pink background. However, to > make it even easier, I've written my very first (and consequently > painfully hacked together) JavaScript bookmarklet, which should hide > every row that's not pink. Just make a bookmark with this (should all > be one line) as its target, and click it when you're on the > Special:Allmessages page. (Tested on Mozilla only) Well, that seems to work quite well on Firefox. However, it's caused me to notice that non-standard messages don't show up under Special:Allmessages. For example, I've added to my LS file, $wgNavigationLinks = array ( array( 'text'=>'mainpage', 'href'=>'mainpage' ), array( 'text'=>'portal', 'href'=>'portal-url' ), array( 'text'=>'currentevents', 'href'=>'currentevents-url' ), array( 'text'=>'recentchanges', 'href'=>'recentchanges-url' ), array( 'text'=>'randompage', 'href'=>'randompage-url' ), array( 'text'=>'help', 'href'=>'helppage' ), array( 'text'=>'sitesupport', 'href'=>'sitesupport-url' ), array( 'text'=>'sandbox', 'href'=>'sandbox-url' ), ); and set MediaWiki:Sandbox = Sandbox and MediaWiki:Sandbox-url = Project:Sandbox but neither of these messages show up on Special:Allmessages (MW v1.4.0). Apparently, it only shows those with Language.php entries. John Blumel From rowan.collins at gmail.com Wed Apr 20 20:16:05 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Wed, 20 Apr 2005 21:16:05 +0100 Subject: [Mediawiki-l] RSS ? In-Reply-To: <8608a69a05042010382c2831bc@mail.gmail.com> References: <200504192004.j3JK4SK16995@mozart.unx.sas.com> <24ab234cbefa181aeabf626597d87ce7@Bytesmiths.com> <8608a69a05042010382c2831bc@mail.gmail.com> Message-ID: <9f02ca4c0504201316690a758f@mail.gmail.com> On 4/20/05, Alexandre Van de Sande <alexandrevandesande at gmail.com> wrote: > Is there a way to get a rss for a special part of the site, like for > Template:In_the_news, for example. It's because this could actually be > a useful rss news feed. I guess not, because it would require a little > hacking to make that page computer readable... Quite so. Somebody would have to write a script to parse either the wikitext or the HTML and extract the "items" in a meaningful way. People have done this with a few pages, according to http://en.wikipedia.org/wiki/Wikipedia:Syndication, but no feed for that one is listed there. There have also been various feature requests for creating a feed from the history of a page, the activity in a category, and for user watchlists (the last being particularly difficult because people like their watchlists to stay private). See http://bugzilla.wikimedia.org/buglist.cgi?bug_id=471,472,943 Creating a "standard" (i.e. official part of the software) feed from actual items within a page is a little more complex, and it's hard to see how to do it in a "standard" way. -- Rowan Collins BSc [IMSoP] From fun at thingy.apana.org.au Wed Apr 20 21:32:04 2005 From: fun at thingy.apana.org.au (David Gerard) Date: Thu, 21 Apr 2005 07:32:04 +1000 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <6c6b7d348a0b44bbb4b9cc80d70d5f8a@earthlink.net> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> <426594A1.7050306@freespirits.org> <6.1.2.0.2.20050419190937.04a086f0@127.0.0.1> <9f02ca4c0504200857742d91bc@mail.gmail.com> <f7ccd24b05042009544e7bd223@mail.gmail.com> <42669111.3010708@freespirits.org> <6c6b7d348a0b44bbb4b9cc80d70d5f8a@earthlink.net> Message-ID: <20050420213204.GF23009@thingy.apana.org.au> John Blumel (johnblumel at earthlink.net) [050421 04:00]: > On Apr 20, 2005, at 1:27pm, H?nandil wrote: > >>IMHO, a way to quickly find which opages have a non-default content > >>would be very useful. > >That's very easy. The ones which have been modified will be listed > >with a pink background in Special:Allmessages, making them very easy > >to find by skimming down the page. > I think perhaps he was suggesting a Special:Custommessages, to make it > easier to find them and not have to worry about skipping by some with > an accidental, double "page down". (I wonder how visible a pink > background is to someone who is red colorblind?) > Given that the number of messages likely to be customized is relatively > small and (probably) a relatively constant set (per wiki), and that the > total number of messages is quite large, it would be nice to have an > easy way to work with just the ones you have modified from the > defaults. Mmm, yes. This is one of the things that I really, really like about FreeBSD: *every* startup setting is in /etc/defaults/rc.conf, and you never touch that, but everything you've changed is in /etc/rc.conf. It saves a tremendous amount of fiddling with obscure files in /etc. Would the same approach be useful in MediaWiki? - d. From rowan.collins at gmail.com Wed Apr 20 21:40:37 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Wed, 20 Apr 2005 22:40:37 +0100 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <20050420213204.GF23009@thingy.apana.org.au> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> <426594A1.7050306@freespirits.org> <6.1.2.0.2.20050419190937.04a086f0@127.0.0.1> <9f02ca4c0504200857742d91bc@mail.gmail.com> <f7ccd24b05042009544e7bd223@mail.gmail.com> <42669111.3010708@freespirits.org> <6c6b7d348a0b44bbb4b9cc80d70d5f8a@earthlink.net> <20050420213204.GF23009@thingy.apana.org.au> Message-ID: <9f02ca4c05042014401577cd4e@mail.gmail.com> On 4/20/05, David Gerard <fun at thingy.apana.org.au> wrote: > Mmm, yes. This is one of the things that I really, really like about > FreeBSD: *every* startup setting is in /etc/defaults/rc.conf, and you never > touch that, but everything you've changed is in /etc/rc.conf. It saves a > tremendous amount of fiddling with obscure files in /etc. Would the > same approach be useful in MediaWiki? Well, y'know, that's kind of how DefaultSettings.php and LocalSettings.php work - all the options are there in Default*, and you copy them to change in Local*. Whether this could be done for the interface messages is kind of a different question - as long as having them in the database seems desirable, it would be wasteful to have to check the database, find nothing there, and then fill in from a default, every time a message needed retrieving. And having them in the database, editable in the wiki-way, does seem like a Good Thing in general. But really, it's just a matter of presentation; if there were a "Special:CustomisedMessages" page which only showed what you'd changed, it could indeed complement Special:Allmessages, which shows the defaults, but also highlights how you've changed them. -- Rowan Collins BSc [IMSoP] From Jan at Bytesmiths.com Wed Apr 20 21:43:51 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Wed, 20 Apr 2005 14:43:51 -0700 Subject: [Mediawiki-l] Sorting special pages [was: How can I drive these Language.php changes into my Wiki?] In-Reply-To: <9f02ca4c0504200857742d91bc@mail.gmail.com> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> <426594A1.7050306@freespirits.org> <6.1.2.0.2.20050419190937.04a086f0@127.0.0.1> <9f02ca4c0504200857742d91bc@mail.gmail.com> Message-ID: <26d8908522d8107363ce4bac0492e7e7@Bytesmiths.com> On 20 Apr 2005, at 08:57, Rowan Collins wrote: > 2) visit path/to/your/wiki/Special:Allmessages Hey, cool! I've been crawling through MediaWiki:Thisandthat to get at these messages! On a related note, is there a simple way to sort Special:Specialpages? I tried putting "sort($wgExtensionFunctions)" in LocalSettings.php, but that didn't seem to have any affect. >> Is there a bona fide procedure somewhere in a wiki page, manual, >> handbook, >> etc that speaks to this? > > http://meta.wikimedia.org/wiki/Help:Contents is the "official" help, > but it's kind of rather bitty and "unfinished" in itself at the > moment. Of course, since it's a wiki, anyone who writes up a "bona fide procedure" is welcome to make it available to all... :-) :::: The light at the end of the tunnel is a man with a flashlight yelling, "Go back! Go back!" -- Sol Stein :::: Jan Steinman <http://www.Bytesmiths.com/Van> From Jan at Bytesmiths.com Wed Apr 20 21:56:56 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Wed, 20 Apr 2005 14:56:56 -0700 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <9f02ca4c05042014401577cd4e@mail.gmail.com> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> <426594A1.7050306@freespirits.org> <6.1.2.0.2.20050419190937.04a086f0@127.0.0.1> <9f02ca4c0504200857742d91bc@mail.gmail.com> <f7ccd24b05042009544e7bd223@mail.gmail.com> <42669111.3010708@freespirits.org> <6c6b7d348a0b44bbb4b9cc80d70d5f8a@earthlink.net> <20050420213204.GF23009@thingy.apana.org.au> <9f02ca4c05042014401577cd4e@mail.gmail.com> Message-ID: <4f387d76913ebb1cf0ed8606e74e1f23@Bytesmiths.com> On 20 Apr 2005, at 14:40, Rowan Collins wrote: > > Whether this could be done for the interface messages is kind of a > different question - as long as having them in the database seems > desirable, it would be wasteful to have to check the database, find > nothing there, and then fill in from a default, every time a message > needed retrieving. And having them in the database, editable in the > wiki-way, does seem like a Good Thing in general. > > But really, it's just a matter of presentation; if there were a > "Special:CustomisedMessages" page which only showed what you'd > changed, it could indeed complement Special:Allmessages, which shows > the defaults, but also highlights how you've changed them. This doesn't seem difficult, from a schema point of view. All you need is a timestamp at which the language was loaded into the DB, and add a WHERE clause to restrict it to greater than that timestamp. I haven't looked at SpecialAllmessages.php, but it would seem it could be parameterized right in there. Not sure where the "language files loaded" timestamp should go. It could probably even be file metadata for when /config was last touched -- but that raises all sorts of complications. :::: Given an infinite source of energy, population growth still produces an inescapable problem. The problem of the acquisition of energy is replaced by the problem of its dissipation. -- Garrett Hardin :::: Jan Steinman <http://www.Bytesmiths.com/Van> From rowan.collins at gmail.com Wed Apr 20 22:11:36 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Wed, 20 Apr 2005 23:11:36 +0100 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <4f387d76913ebb1cf0ed8606e74e1f23@Bytesmiths.com> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <426594A1.7050306@freespirits.org> <6.1.2.0.2.20050419190937.04a086f0@127.0.0.1> <9f02ca4c0504200857742d91bc@mail.gmail.com> <f7ccd24b05042009544e7bd223@mail.gmail.com> <42669111.3010708@freespirits.org> <6c6b7d348a0b44bbb4b9cc80d70d5f8a@earthlink.net> <20050420213204.GF23009@thingy.apana.org.au> <9f02ca4c05042014401577cd4e@mail.gmail.com> <4f387d76913ebb1cf0ed8606e74e1f23@Bytesmiths.com> Message-ID: <9f02ca4c050420151142f7d0b9@mail.gmail.com> On 4/20/05, Jan Steinman <Jan at bytesmiths.com> wrote: > This doesn't seem difficult, from a schema point of view. All you need > is a timestamp at which the language was loaded into the DB, and add a > WHERE clause to restrict it to greater than that timestamp. You're missing a crucial fact here - the Special:Allmessages code is *already* capable of making this distinction; it displays them with different background colours, but presumably it could also just hide one sort or the other. OK, so it's not a very "nice" way of doing it (it would require loading all the messages and then ignoring some) but it would involve changing very little code, and of course be no more load-ful than the existing page. -- Rowan Collins BSc [IMSoP] From johnblumel at earthlink.net Wed Apr 20 22:39:01 2005 From: johnblumel at earthlink.net (John Blumel) Date: Wed, 20 Apr 2005 18:39:01 -0400 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <9f02ca4c050420151142f7d0b9@mail.gmail.com> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <426594A1.7050306@freespirits.org> <6.1.2.0.2.20050419190937.04a086f0@127.0.0.1> <9f02ca4c0504200857742d91bc@mail.gmail.com> <f7ccd24b05042009544e7bd223@mail.gmail.com> <42669111.3010708@freespirits.org> <6c6b7d348a0b44bbb4b9cc80d70d5f8a@earthlink.net> <20050420213204.GF23009@thingy.apana.org.au> <9f02ca4c05042014401577cd4e@mail.gmail.com> <4f387d76913ebb1cf0ed8606e74e1f23@Bytesmiths.com> <9f02ca4c050420151142f7d0b9@mail.gmail.com> Message-ID: <8b72a8b1ed702dbf6131810e616119dc@earthlink.net> On Apr 20, 2005, at 6:11pm, Rowan Collins wrote: >> This doesn't seem difficult, from a schema point of view. All you need >> is a timestamp at which the language was loaded into the DB, and add a >> WHERE clause to restrict it to greater than that timestamp. > > You're missing a crucial fact here - the Special:Allmessages code is > *already* capable of making this distinction; it displays them with > different background colours, but presumably it could also just hide > one sort or the other. Yes, I think adding something like Rowan's JavaScript as show and hide options (similar to the HTML and PHP options currently there) would be a reasonable solution. John Blumel From lekktu at gmail.com Wed Apr 20 23:23:25 2005 From: lekktu at gmail.com (Juanma Barranquero) Date: Thu, 21 Apr 2005 01:23:25 +0200 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <6c6b7d348a0b44bbb4b9cc80d70d5f8a@earthlink.net> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> <426594A1.7050306@freespirits.org> <6.1.2.0.2.20050419190937.04a086f0@127.0.0.1> <9f02ca4c0504200857742d91bc@mail.gmail.com> <f7ccd24b05042009544e7bd223@mail.gmail.com> <42669111.3010708@freespirits.org> <6c6b7d348a0b44bbb4b9cc80d70d5f8a@earthlink.net> Message-ID: <f7ccd24b050420162336e8b6b@mail.gmail.com> On 4/20/05, John Blumel <johnblumel at earthlink.net> wrote: > I think perhaps he was suggesting a Special:Custommessages, to make it > easier to find them and not have to worry about skipping by some with > an accidental, double "page down". Yes, something like that. I have perhaps a dozen customized messages; it's easy to skip one by accident (and more so because light colors are not very visible on my current monitor). -- /L/e/k/t/u From lekktu at gmail.com Wed Apr 20 23:31:27 2005 From: lekktu at gmail.com (Juanma Barranquero) Date: Thu, 21 Apr 2005 01:31:27 +0200 Subject: [Mediawiki-l] Re: How can I drive these Language.php changes into my Wiki? In-Reply-To: <9f02ca4c0504201124447e1703@mail.gmail.com> References: <6.1.2.0.2.20050419181648.06d39418@127.0.0.1> <6.1.2.0.2.20050419181832.06a41dc8@mail.messagingengine.com> <426594A1.7050306@freespirits.org> <6.1.2.0.2.20050419190937.04a086f0@127.0.0.1> <9f02ca4c0504200857742d91bc@mail.gmail.com> <f7ccd24b05042009544e7bd223@mail.gmail.com> <9f02ca4c0504201124447e1703@mail.gmail.com> Message-ID: <f7ccd24b050420163159ddd64b@mail.gmail.com> On 4/20/05, Rowan Collins <rowan.collins at gmail.com> wrote: > As others have pointed out, they have a pink background. However, to > make it even easier, I've written my very first (and consequently > painfully hacked together) JavaScript bookmarklet, which should hide > every row that's not pink. Thanks, it works OK with Firefox. Still, the hide/show idea that others have suggested seems like a nice addition for 1.4.2 or 1.5.0. -- /L/e/k/t/u From lekktu at gmail.com Thu Apr 21 00:33:37 2005 From: lekktu at gmail.com (Juanma Barranquero) Date: Thu, 21 Apr 2005 02:33:37 +0200 Subject: [Mediawiki-l] Localtime from CURRENTTIME Message-ID: <f7ccd24b0504201733792fe3ed@mail.gmail.com> I've read this thread: http://mail.wikipedia.org/pipermail/mediawiki-l/2004-April/000353.html but still I cannot figure out how, if at all, can I get the current local time from {{CURRENTTIME}}. Is there a way? -- /L/e/k/t/u From brion at pobox.com Thu Apr 21 02:39:26 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 20 Apr 2005 19:39:26 -0700 Subject: [Mediawiki-l] MediaWiki 1.4.2 and 1.3.12 released Message-ID: <4267125E.6020803@pobox.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 MediaWiki 1.4.2 is a security and bug fix release for the 1.4 stable release series. A cross-site scripting injection vulnerability was discovered, which affects only MSIE clients and is only open if MediaWiki has been manually configured to run output through HTML Tidy ($wgUseTidy). Several other bugs are fixed in this release. All new installations are highly recommended to use 1.4.2 instead of 1.3.x; existing 1.3.x users should consider upgrading for bug fixes and new features. A 1.3.12 maintenance release is available with the Tidy fix; the relevant change is in includes/Parser.php. === Changes from 1.4.1 to 1.4.2 === * Fix math options in Finnish localization * Use in-process Tidy extension if available when $wgUseTidy is on * (bug 1933) Fix PATH_INFO usage under IIS with PHP ISAPI module * (bug 1188) <nowiki> in {{subst:}} includes fixed * (bug 1936) <!-- comments --> in {{subst:}} includes fixed * Fix a potential MSIE JavaScript injection vector in Tidy mode Release notes for 1.4.2: http://sourceforge.net/project/shownotes.php?release_id=322146 Download: http://prdownloads.sf.net/wikipedia/mediawiki-1.4.2.tar.gz?download http://prdownloads.sf.net/wikipedia/mediawiki-1.3.12.tar.gz?download 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.wikipedia.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 iD8DBQFCZxJewRnhpk1wk44RAj0EAKCKfIGUwsFpSZySXIUFLvqIpXGavgCeIFrN dEbjqvbZHQBzvfg/+WixDL4= =5TdO -----END PGP SIGNATURE----- From jccann at gmail.com Thu Apr 21 04:38:15 2005 From: jccann at gmail.com (Jeffery Cann) Date: Wed, 20 Apr 2005 22:38:15 -0600 Subject: [Mediawiki-l] Converting links table to ID-ID... fails on Solaris - [reprise] Message-ID: <e07af088050420213869e00de5@mail.gmail.com> Brion Vibber brion at pobox.com Mon Apr 18 20:58:21 UTC 2005 wrote: > Please see the RELEASE-NOTES file, in the section about MySQL 4.1, > and try the suggestions on the linked pages. Hi, Since this was a brand-new install of mysql 4.1, I just removed it and installed MySQL 4.0.24. I then reconfigured and rebuilt php 5.0.4 with the previous library. >Since your MySQL server doesn't have a password set on the local root > account, the initial connection which tries this first succeeds. I did set the root password on the local root account for MySQL before I ran the media wiki installation -- i.e., I can no longer connect to any mysql utility as -u root without specifying -p and typing in the password. After I deleted the 4.1 mysql install, I recompiled php 5.0.4 to use the 4.0 mysql library. I then run the media wiki install with the *exact* same failure [see below]. So, is there another cause of this problem [Converting links table to ID-ID...] or did I goof something up? Does this have something to do with multiple MySQL servers running on the same host as the WiKi? I'm specifying the fqdn for the host + the port for this new mysql server, i.e., myhost.example.com:3307 [it's all internal to our WAN, not in a DMZ]. Thanks for the help and any other suggestions, Jeff ---------------- begin output -------------------- MediaWiki 1.4.0 installation Please include all of the lines below when reporting installation problems. Checking environment... PHP 5.0.4: ok PHP server API is cgi-fcgi; using ugly URLs (index.php?title=Page_Title) Have XML / Latin1-UTF-8 conversion support. PHP is configured with no memory_limit. No zlib support. Turck MMCache not installed, can't use object caching functions Couldn't find GD library or ImageMagick; image thumbnailing disabled. Installation directory: /opt/SUNWwbsvr/docs/wiki Script URI path: /wiki Notice: Undefined index: SERVER_ADMIN in /opt/SUNWwbsvr/docs/wiki/config/index.php on line 338 Connected as root (automatic) Connected to database... 4.0.24-standard; enabling MySQL 4 enhancements Database wikidb exists There are already MediaWiki tables in this database. Checking if updates are needed... Granting user permissions... ...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. ...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... Sorry! The wiki is experiencing some technical difficulties, and cannot contact the database server. From jccann at gmail.com Thu Apr 21 04:40:46 2005 From: jccann at gmail.com (Jeffery Cann) Date: Wed, 20 Apr 2005 22:40:46 -0600 Subject: [Mediawiki-l] Re: Converting links table to ID-ID... fails on Solaris - [reprise] In-Reply-To: <e07af088050420213869e00de5@mail.gmail.com> References: <e07af088050420213869e00de5@mail.gmail.com> Message-ID: <e07af08805042021403d0e0791@mail.gmail.com> On 4/20/05, Jeffery Cann <jccann at gmail.com> wrote: > > Since this was a brand-new install of mysql 4.1, I just removed it and > installed MySQL 4.0.24. I then reconfigured and rebuilt php 5.0.4 > with the previous library. Sorry - to clarify - I recompiled against 4.0.24. From brion at pobox.com Thu Apr 21 05:36:40 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 20 Apr 2005 22:36:40 -0700 Subject: [Mediawiki-l] Converting links table to ID-ID... fails on Solaris - [reprise] In-Reply-To: <e07af088050420213869e00de5@mail.gmail.com> References: <e07af088050420213869e00de5@mail.gmail.com> Message-ID: <42673BE8.80307@pobox.com> Jeffery Cann wrote: > After I deleted the 4.1 mysql install, I recompiled php 5.0.4 to use > the 4.0 mysql library. I then run the media wiki install with the > *exact* same failure [see below]. Confirmed that the installation was correct? Confirmed that the GRANTs on the database are correct? Confirmed that the username and password given to the installer are correct? Tried digging into the code to add more output checks? Checked the MySQL error logs? Tried fresh install? Tried different settings? Tried a different server? Tried different ports? Any difference between the multiple servers? -- 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/20050420/42638ec8/attachment.pgp From mengland at mengland.net Thu Apr 21 12:57:59 2005 From: mengland at mengland.net (Matt England) Date: Thu, 21 Apr 2005 07:57:59 -0500 Subject: [Mediawiki-l] How to insert date/time stamp (w/ no name) in markup? Message-ID: <6.1.2.0.2.20050421075637.0641cdf8@127.0.0.1> Hello, Can one insert a date/time stamp in MediaWiki markup without inserting a login name? I looked around http://meta.wikimedia.org/wiki/Help:Editing and could not find anything that did this. -Matt From sr.ribeiro at gmail.com Thu Apr 21 13:16:32 2005 From: sr.ribeiro at gmail.com (=?ISO-8859-1?Q?S=E9rgio_Ribeiro?=) Date: Thu, 21 Apr 2005 14:16:32 +0100 Subject: [Mediawiki-l] How to insert date/time stamp (w/ no name) in markup? In-Reply-To: <6.1.2.0.2.20050421075637.0641cdf8@127.0.0.1> References: <6.1.2.0.2.20050421075637.0641cdf8@127.0.0.1> Message-ID: <71fb0a8e0504210616a7a5f27@mail.gmail.com> Use ~~~~~ Cheers, On 4/21/05, Matt England <mengland at mengland.net> wrote: > > > Hello, > > Can one insert a date/time stamp in MediaWiki markup without inserting a > login name? > > I looked around http://meta.wikimedia.org/wiki/Help:Editing and could not > find anything that did this. > > -Matt > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- Edit this page @ http://pt.wikipedia.org From David.Biesack at sas.com Thu Apr 21 13:24:21 2005 From: David.Biesack at sas.com (David J. Biesack) Date: Thu, 21 Apr 2005 09:24:21 -0400 (EDT) Subject: [Mediawiki-l] RSS ? Message-ID: <200504211324.j3LDOLK12027@mozart.unx.sas.com> > Jan Steinman Jan at Bytesmiths.com > Cool! Where do you get that? I thought I had collected all the > MediaWiki extensions in the world! See http://magpierss.sourceforge.net/ > WikiURL?title=Special:Recentchanges&feed=rss Thanks - that's what I needed! I found details at http://meta.wikimedia.org/wiki/RSS (and I also found mention of this on the http://meta.wikimedia.org/wiki/MediaWiki_feature_list#Backend so I added a link to the RSS page from the feature list) -- David J. Biesack SAS Institute Inc. (919) 531-7771 SAS Campus Drive http://www.sas.com Cary, NC 27513 From Michael.R.Rhoadarmer at wheaton.edu Thu Apr 21 14:49:30 2005 From: Michael.R.Rhoadarmer at wheaton.edu (Michael Rhoadarmer) Date: Thu, 21 Apr 2005 09:49:30 -0500 Subject: [Mediawiki-l] Installation problem - Newbie Message-ID: <s267773a.064@reuben.wheaton.edu> Just setup MediaWiki 1.4.0 on a Suse 9 enterprise server, Apache 2.0.49 and PHP is 4.3.4. Everything seemed to go great until I tried to log in a the sysop or try to go to Special:UserLogin. I get the error message Fatal error: Call to undefined function: session_set_cookie_params() in /srv/www/htdocs/includes/User.php on line 305. I know its probably a real simple setting somewhere. Can someone direct me to it? Michael Rhoadarmer, Media Systems Manager Wheaton College Wheaton, IL 60187 michael.r.rhoadarmer at wheaton.edu From collector at hellgate.ch Thu Apr 21 15:03:40 2005 From: collector at hellgate.ch (Roger Luethi) Date: Thu, 21 Apr 2005 17:03:40 +0200 Subject: [Mediawiki-l] Installation problem - Newbie In-Reply-To: <s267773a.064@reuben.wheaton.edu> References: <s267773a.064@reuben.wheaton.edu> Message-ID: <20050421150340.GA8706@k3.hellgate.ch> On Thu, 21 Apr 2005 09:49:30 -0500, Michael Rhoadarmer wrote: > Just setup MediaWiki 1.4.0 on a Suse 9 enterprise server, Apache 2.0.49 > and PHP is 4.3.4. Everything seemed to go great until I tried to log in > a the sysop or try to go to Special:UserLogin. I get the error message > Fatal error: Call to undefined function: session_set_cookie_params() in > /srv/www/htdocs/includes/User.php on line 305. I know its probably a real > simple setting somewhere. Can someone direct me to it? Wild guess: you may need to install the php4-session RPM. IIRC SuSE has this split out. Roger From Michael.R.Rhoadarmer at wheaton.edu Thu Apr 21 15:18:57 2005 From: Michael.R.Rhoadarmer at wheaton.edu (Michael Rhoadarmer) Date: Thu, 21 Apr 2005 10:18:57 -0500 Subject: [Mediawiki-l] Installation problem - Newbie Message-ID: <s2677e1f.096@reuben.wheaton.edu> Thanks, that was it. Michael Rhoadarmer, Media Systems Manager Wheaton College Wheaton, IL 60187 michael.r.rhoadarmer at wheaton.edu >>> collector at hellgate.ch 04/21/2005 10:03:40 AM >>> On Thu, 21 Apr 2005 09:49:30 -0500, Michael Rhoadarmer wrote: > Just setup MediaWiki 1.4.0 on a Suse 9 enterprise server, Apache 2.0.49 > and PHP is 4.3.4. Everything seemed to go great until I tried to log in > a the sysop or try to go to Special:UserLogin. I get the error message > Fatal error: Call to undefined function: session_set_cookie_params() in > /srv/www/htdocs/includes/User.php on line 305. I know its probably a real > simple setting somewhere. Can someone direct me to it? Wild guess: you may need to install the php4-session RPM. IIRC SuSE has this split out. Roger _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From frantzdale3i at gmail.com Fri Apr 22 01:41:01 2005 From: frantzdale3i at gmail.com (Benjamin FrantzDale) Date: Thu, 21 Apr 2005 18:41:01 -0700 Subject: [Mediawiki-l] Force users to log in? Message-ID: <bbc4aafc05042118417c19aecf@mail.gmail.com> I couldn't find this in the docs. We are running an internal wiki and would like to have everyone log in before editing so we can see who made what chnages. Is there a way to do this? Thanks, Ben From ctrlphreak at gmail.com Fri Apr 22 01:58:18 2005 From: ctrlphreak at gmail.com (Ben DeVore) Date: Thu, 21 Apr 2005 21:58:18 -0400 Subject: [Mediawiki-l] Force users to log in? In-Reply-To: <bbc4aafc05042118417c19aecf@mail.gmail.com> References: <bbc4aafc05042118417c19aecf@mail.gmail.com> Message-ID: <13f12fb10504211858349dc7a2@mail.gmail.com> from DefaultSettings.php # User rights # It's not 100% safe, there could be security hole using that one. Use at your # own risks. $wgWhitelistEdit = false; # true = user must login to edit. So just put $wgWhitelistEdit = true; in your localsettings.php and only logged in users can edit. Enjoy, Ben On 4/21/05, Benjamin FrantzDale <frantzdale3i at gmail.com> wrote: > I couldn't find this in the docs. We are running an internal wiki and > would like to have everyone log in before editing so we can see who > made what chnages. Is there a way to do this? > > Thanks, > Ben > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From alexandrevandesande at gmail.com Fri Apr 22 12:23:30 2005 From: alexandrevandesande at gmail.com (Alexandre Van de Sande) Date: Fri, 22 Apr 2005 09:23:30 -0300 Subject: [Mediawiki-l] Force users to log in? In-Reply-To: <13f12fb10504211858349dc7a2@mail.gmail.com> References: <bbc4aafc05042118417c19aecf@mail.gmail.com> <13f12fb10504211858349dc7a2@mail.gmail.com> Message-ID: <8608a69a05042205231bcaa673@mail.gmail.com> #It's not 100% safe, there could be security hole using that one. Use at your own risks. I was planning to ask this. I am using mediawiki as a tool to let website owners manage their own content. The site appears as a normal site to everyone else, and only the admins know that it is a mediawiki. Does this mean that if some hacker found out what my website was made of, he could easily find his way in? Am I making a site that is more easier to hack, as all source is free-ly avaiable for them to find security holes? On 4/21/05, Ben DeVore <ctrlphreak at gmail.com> wrote: > from DefaultSettings.php > > # User rights > # It's not 100% safe, there could be security hole using that one. Use at your > # own risks. > > $wgWhitelistEdit = false; # true = user must login to edit. > > So just put $wgWhitelistEdit = true; in your localsettings.php and > only logged in users can edit. > > Enjoy, > Ben > > > On 4/21/05, Benjamin FrantzDale <frantzdale3i at gmail.com> wrote: > > I couldn't find this in the docs. We are running an internal wiki and > > would like to have everyone log in before editing so we can see who > > made what chnages. Is there a way to do this? > > > > Thanks, > > Ben > > _______________________________________________ > > 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 ucgajpd at ucl.ac.uk Fri Apr 22 12:57:19 2005 From: ucgajpd at ucl.ac.uk (Jason Davies) Date: Fri, 22 Apr 2005 13:57:19 +0100 Subject: [Mediawiki-l] How to secure new wiki? In-Reply-To: <20050131115154.GY7831@oenone.cs.tcd.ie> Message-ID: <r02010500-1039-107B9C9DB32E11D9A622000D9358BC20@[192.168.0.100]> >>I've read this page: >> >>http://meta.wikimedia.org/wiki/Documentation:Security >> >>but I'd like to know how to require editors to log in first, and how >to >>disable account creation. > >Add the following lines to LocalSettings.php: ># Prevent new user >registrations - only users with sysop status can ># create users. >$wgWhitelistAccount = array ( "sysop" => 1 ); ># You must be a logged >in user to edit pages. Combining this > # restriction with the previous >restriction means we control who can ># edit pages. $wgWhitelistEdit = >true; I finally got round to doing this (without the messy mail indentation etc) but it doesn't seem to have had any effect. We're running 1.3.1 for various reasons. Is there a time lag for the changes to be implemented perhaps? any other clues?:-) thanks. the spammers have been getting busy... From mediawiki at samrowe.com Fri Apr 22 13:16:42 2005 From: mediawiki at samrowe.com (Sam Rowe) Date: Fri, 22 Apr 2005 09:16:42 -0400 Subject: [Mediawiki-l] 1.3->1.4 upgrade one small glitch Message-ID: <20050422131641.GX17513@samrowe.com> I upgraded a test instance of our 1.3.x mediawiki via the command line and almost everything worked perfectly. Thanks very much for making this such a painless process! One of my users makes use of this javascript/css extension to monobook and it ceases to work after the 1.4 upgrade: http://meta.wikimedia.org/wiki/User_Styles/bottom_tabs Is it simply that the HTML has changed and the getElementById calls point to non-existant elements now, or did something else change? advTHANKSance, Sam From tor at superman.ws Fri Apr 22 13:39:34 2005 From: tor at superman.ws (Tor Kinlok) Date: Fri, 22 Apr 2005 09:39:34 -0400 Subject: [Mediawiki-l] Force users to log in? In-Reply-To: <8608a69a05042205231bcaa673@mail.gmail.com> References: <bbc4aafc05042118417c19aecf@mail.gmail.com> <13f12fb10504211858349dc7a2@mail.gmail.com> <8608a69a05042205231bcaa673@mail.gmail.com> Message-ID: <f8f422e38e9a64ab9b16b82be2e7dd7e@superman.ws> What are the security risks in doing this? > On 4/21/05, Ben DeVore <ctrlphreak at gmail.com> wrote: >> from DefaultSettings.php >> >> # User rights >> # It's not 100% safe, there could be security hole using that one. >> Use at your >> # own risks. >> >> $wgWhitelistEdit = false; # true = user must login to edit. >> >> So just put $wgWhitelistEdit = true; in your localsettings.php and >> only logged in users can edit. From rowan.collins at gmail.com Fri Apr 22 13:47:16 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 22 Apr 2005 14:47:16 +0100 Subject: [Mediawiki-l] Force users to log in? In-Reply-To: <f8f422e38e9a64ab9b16b82be2e7dd7e@superman.ws> References: <bbc4aafc05042118417c19aecf@mail.gmail.com> <13f12fb10504211858349dc7a2@mail.gmail.com> <8608a69a05042205231bcaa673@mail.gmail.com> <f8f422e38e9a64ab9b16b82be2e7dd7e@superman.ws> Message-ID: <9f02ca4c0504220647216b9a59@mail.gmail.com> On 4/22/05, Tor Kinlok <tor at superman.ws> wrote: > What are the security risks in doing this? > >> # User rights > >> # It's not 100% safe, there could be security hole using that one. > >> Use at your > >> # own risks. I think the point is that, since MediaWiki is designed for sites that are more open than this, tracking down and fixing ways to get round the restrictions has never been a priority, and gets little in the way of testing. There may be specific flaws that people know about but haven't the time to fix, I don't know, but the main point is that *there might be* ways of breaking things if people really wanted to. Just don't assume that, once the setting's turned on, you are 100% guaranteed that nobody can affect anything without logging in. -- Rowan Collins BSc [IMSoP] From lekktu at gmail.com Fri Apr 22 13:49:13 2005 From: lekktu at gmail.com (Juanma Barranquero) Date: Fri, 22 Apr 2005 15:49:13 +0200 Subject: [Mediawiki-l] Where to put .js? Message-ID: <f7ccd24b05042206492b55f00@mail.gmail.com> I'm trying to add a box (a div tag) on the first page of my MediaWiki installation, as content, not page template (I don't want to modify the skin), and I want to execute a bit of JavaScript that modifies the div every time the page is loaded. Basically, I'm copying the calendar page from http://es.wikipedia.org/wiki/Wikipedia:Portal_de_la_comunidad, but I want it to reflect the date/time information at the time the Main Page is loaded, not when it was saved and/or cached. What's the right place to put that JavaScript? I've thought of MediaWiki:Monobook.js, but I'm a bit uncomfortable adding things to it, as I assume it can change when upgrading MediaWiki. I can also use an extension tag (let's say, <calendar></calendar>) and insert the script from there, but it's very ugly. Is there any other, better place? Thanks, /L/e/k/t/u From rowan.collins at gmail.com Fri Apr 22 14:09:11 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 22 Apr 2005 15:09:11 +0100 Subject: [Mediawiki-l] Where to put .js? In-Reply-To: <f7ccd24b05042206492b55f00@mail.gmail.com> References: <f7ccd24b05042206492b55f00@mail.gmail.com> Message-ID: <9f02ca4c050422070918459d5d@mail.gmail.com> On 4/22/05, Juanma Barranquero <lekktu at gmail.com> wrote: > What's the right place to put that JavaScript? I've thought of > MediaWiki:Monobook.js, but I'm a bit uncomfortable adding things to > it, as I assume it can change when upgrading MediaWiki. Well, the update installer won't overwrite it if you've manually editted it, so it won't stop working. The problem is more the opposite, that in the event that something changes in the software's version of that, you'll have to merge those changes in with your manual ones. But presumably your code will be all in one block, so that's easy enough if you remember. > I can also use > an extension tag (let's say, <calendar></calendar>) and insert the > script from there, but it's very ugly. I think that's the best that can be offered, tbh. There's a <charinsert> extension that Wikimedia sites use for precisely this kind of thing - a little snippet of JavaScript that's otherwise stripped out of the wikitext. -- Rowan Collins BSc [IMSoP] From lekktu at gmail.com Fri Apr 22 14:28:14 2005 From: lekktu at gmail.com (Juanma Barranquero) Date: Fri, 22 Apr 2005 16:28:14 +0200 Subject: [Mediawiki-l] Where to put .js? In-Reply-To: <9f02ca4c050422070918459d5d@mail.gmail.com> References: <f7ccd24b05042206492b55f00@mail.gmail.com> <9f02ca4c050422070918459d5d@mail.gmail.com> Message-ID: <f7ccd24b050422072830922e1a@mail.gmail.com> On 4/22/05, Rowan Collins <rowan.collins at gmail.com> wrote: > The problem is more the > opposite, that in the event that something changes in the software's > version of that, you'll have to merge those changes in with your > manual ones. Yes, I know, but I'm trying hard to minimize the number of non-default MediaWiki:* pages I have. > I think that's the best that can be offered, tbh. Well, at least is good to know I'm not overlooking something evident. Thanks a lot, -- /L/e/k/t/u From patimoteo at dti.pga.aero Fri Apr 22 14:56:28 2005 From: patimoteo at dti.pga.aero (Pedro Timoteo) Date: Fri, 22 Apr 2005 15:56:28 +0100 Subject: [Mediawiki-l] Force users to log in? In-Reply-To: <8608a69a05042205231bcaa673@mail.gmail.com> References: <bbc4aafc05042118417c19aecf@mail.gmail.com> <13f12fb10504211858349dc7a2@mail.gmail.com> <8608a69a05042205231bcaa673@mail.gmail.com> Message-ID: <4269109C.8050802@dti.pga.aero> >Does this mean that if some hacker found out what my website was made >of, he could easily find his way in? Am I making a site that is more >easier to hack, as all source is free-ly avaiable for them to find >security holes? > > Don't believe in security through obscurity. Open Source may mean people find holes, but if that happens they are quickly fixed - and then they are no longer there. Much better than if they are there, only not (yet) known. From bqs at bluefang.com Fri Apr 22 15:03:26 2005 From: bqs at bluefang.com (Bart Q. Simon) Date: Fri, 22 Apr 2005 11:03:26 -0400 Subject: [Mediawiki-l] TOC for Special Pages Message-ID: <B820F08C02D4DE4C8D9E48F9CDD79B6A79A502@pony.bluefang.com> I created a special page for my wiki, and in the php for it I've made extensive use of the wikitext wgout. I've marked up a number of my wikitext entries as headers (i.e. ==header name==, etc.) When wiki renders my page it does display the wiki headers the right way - they're large, boldfaced, underlined, etc. BUT... I can't get a table of contents to appear. I've even used __FORCETOC__, but I just get a blank table of contents. Is it possible to use TOC on a special page, or is this not a supported feature because of the way special pages are parsed? Any tips would be appreciated. Thanks! From mediawiki at samrowe.com Fri Apr 22 16:31:59 2005 From: mediawiki at samrowe.com (Sam Rowe) Date: Fri, 22 Apr 2005 12:31:59 -0400 Subject: [Mediawiki-l] 1.3->1.4 upgrade one small glitch In-Reply-To: <20050422131641.GX17513@samrowe.com> References: <20050422131641.GX17513@samrowe.com> Message-ID: <20050422163159.GZ17513@samrowe.com> On Fri, Apr 22, 2005 at 09:16:42AM -0400, Sam Rowe wrote: # I upgraded a test instance of our 1.3.x mediawiki via the command # line and almost everything worked perfectly. Thanks very much for # making this such a painless process! # # One of my users makes use of this javascript/css extension to monobook # and it ceases to work after the 1.4 upgrade: # # http://meta.wikimedia.org/wiki/User_Styles/bottom_tabs # # Is it simply that the HTML has changed and the getElementById calls # point to non-existant elements now, or did something else change? Is this the problem? @import "/wiki/index.php?title=-&action=raw&gen=css"; Shouldn't there be a username in place of the - ? What have I broken? -Sam From mengland at mengland.net Fri Apr 22 17:11:20 2005 From: mengland at mengland.net (Matt England) Date: Fri, 22 Apr 2005 12:11:20 -0500 Subject: [Mediawiki-l] How to create a message on every Wiki page/article? Message-ID: <6.1.2.0.2.20050422120852.06b94fd8@127.0.0.1> How can I, as a MediaWiki admin, create a message on every Wiki page/article? (In my current case, I'm running MediaWiki on a server/domain that will change in the upcoming weeks, and I want to put a msg at the top of every page that reads something like "Please note: xxxx.com is a temporary location.") The only thing I figured out was: {{global_header}} ...but this requires that every author inserts the above text into every page. Do any automatic facilities exist? I've been hunting around the Template help stuff, but haven't yet found anything. Thanks for any help, -Matt From wegge at wegge.dk Fri Apr 22 17:15:16 2005 From: wegge at wegge.dk (Anders Wegge Jakobsen) Date: 22 Apr 2005 19:15:16 +0200 Subject: [Mediawiki-l] How to create a message on every Wiki page/article? In-Reply-To: <6.1.2.0.2.20050422120852.06b94fd8@127.0.0.1> References: <6.1.2.0.2.20050422120852.06b94fd8@127.0.0.1> Message-ID: <m364yevil7.fsf@obelix.wegge.dk> "Matt" == Matt England <mengland at mengland.net> writes: > How can I, as a MediaWiki admin, create a message on every Wiki > page/article? (In my current case, I'm running MediaWiki on a > server/domain that will change in the upcoming weeks, and I want to > put a msg at the top of every page that reads something like "Please > note: xxxx.com is a temporary location.") > The only thing I figured out was: {{global_header}} > ...but this requires that every author inserts the above text into > every page. > Do any automatic facilities exist? I've been hunting around the > Template help stuff, but haven't yet found anything. Use MediaWiki:Sitenotice. What you place in that translation will be displayed at the top of all pages. -- /Wegge Min holdning til Usenet - <http://wiki.wegge.dk/Usenet> Min weblog - <http://blog.wegge.dk/> From sr.ribeiro at gmail.com Fri Apr 22 17:17:13 2005 From: sr.ribeiro at gmail.com (=?ISO-8859-1?Q?S=E9rgio_Ribeiro?=) Date: Fri, 22 Apr 2005 18:17:13 +0100 Subject: [Mediawiki-l] How to create a message on every Wiki page/article? In-Reply-To: <6.1.2.0.2.20050422120852.06b94fd8@127.0.0.1> References: <6.1.2.0.2.20050422120852.06b94fd8@127.0.0.1> Message-ID: <71fb0a8e050422101726505441@mail.gmail.com> Just edit MediaWiki:Sitenotice ;) Cheers, On 4/22/05, Matt England <mengland at mengland.net> wrote: > > How can I, as a MediaWiki admin, create a message on every Wiki > page/article? > > (In my current case, I'm running MediaWiki on a server/domain that will > change in the upcoming weeks, and I want to put a msg at the top of every > page that reads something like "Please note: xxxx.com <http://xxxx.com> is > a temporary > location.") > > The only thing I figured out was: {{global_header}} > > ...but this requires that every author inserts the above text into every > page. > > Do any automatic facilities exist? I've been hunting around the Template > help stuff, but haven't yet found anything. > > Thanks for any help, > -Matt > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- Edit this page @ http://pt.wikipedia.org From mengland at mengland.net Fri Apr 22 17:37:28 2005 From: mengland at mengland.net (Matt England) Date: Fri, 22 Apr 2005 12:37:28 -0500 Subject: [Mediawiki-l] Table alignment = "justify"? Message-ID: <6.1.2.0.2.20050422123403.06d13868@127.0.0.1> (I hope I'm not abusing this email list too much...please let me know if I am.) I'm trying to find something like align=justify for a table, such that this: {| border=1 cellpadding=10 cellspacing=0 align="center" |Please note: [[xxxx.com_is_a_temporary_location]] |} will span the entire width of the wiki page. I see this done all over Wikipedia.com, but I have not as of yet been able to figure out how they do it...nor have I been able to decipher Help:Table yet. I'm also trying to get thinner borders on my tables, but this is of secondary importance. Thanks again for any help, -Matt From jfader at gmail.com Fri Apr 22 18:30:24 2005 From: jfader at gmail.com (John Fader) Date: Fri, 22 Apr 2005 19:30:24 +0100 Subject: [Mediawiki-l] Table alignment = "justify"? In-Reply-To: <6.1.2.0.2.20050422123403.06d13868@127.0.0.1> References: <6.1.2.0.2.20050422123403.06d13868@127.0.0.1> Message-ID: <42eaa3d050422113037916d9a@mail.gmail.com> On 4/22/05, Matt England <mengland at mengland.net> wrote: > I'm trying to find something like > > align=justify > > for a table, such that this: > > {| border=1 cellpadding=10 cellspacing=0 align="center" > |Please note: [[xxxx.com_is_a_temporary_location]] > |} try this: border="1" cellspacing="0" frame="box" width="100%" style="text-align: center; border-collapse: collapse" -- John Fader From astronouth7303 at gmail.com Fri Apr 22 19:05:31 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Fri, 22 Apr 2005 15:05:31 -0400 Subject: [Mediawiki-l] How to insert date/time stamp (w/ no name) in markup? In-Reply-To: <71fb0a8e0504210616a7a5f27@mail.gmail.com> References: <6.1.2.0.2.20050421075637.0641cdf8@127.0.0.1> <71fb0a8e0504210616a7a5f27@mail.gmail.com> Message-ID: <deebf0b90504221205342ed59d@mail.gmail.com> On 4/21/05, S?rgio Ribeiro <sr.ribeiro at gmail.com> wrote: > Use ~~~~~ _Without_ login name. Just the current time. > On 4/21/05, Matt England <mengland at mengland.net> wrote: > > Can one insert a date/time stamp in MediaWiki markup without inserting a > > login name? > > > > I looked around http://meta.wikimedia.org/wiki/Help:Editing and could not > > find anything that did this. > > > > -Matt I think that ~~~ and ~~~~ are actually preprocessed, so they aren't even in the saved version. So to do a date/time without user name, just type it in. -- 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 Apr 22 19:08:37 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Fri, 22 Apr 2005 15:08:37 -0400 Subject: [Mediawiki-l] How to secure new wiki? In-Reply-To: <r02010500-1039-107B9C9DB32E11D9A622000D9358BC20@192.168.0.100> References: <20050131115154.GY7831@oenone.cs.tcd.ie> <r02010500-1039-107B9C9DB32E11D9A622000D9358BC20@192.168.0.100> Message-ID: <deebf0b9050422120853b27a15@mail.gmail.com> On 4/22/05, Jason Davies <ucgajpd at ucl.ac.uk> wrote: > I finally got round to doing this (without the messy mail indentation > etc) but it doesn't seem to have had any effect. We're running 1.3.1 for > various reasons. I hope you mean 1.3.11, because there have been _numerous_ security fixes since 1.3.1. If this is a LAN-only setup, it isn't as much of an issue. But if the wiki is public, then you should probably at least patch it. -- 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 Apr 22 19:14:11 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Fri, 22 Apr 2005 15:14:11 -0400 Subject: [Mediawiki-l] TOC for Special Pages In-Reply-To: <B820F08C02D4DE4C8D9E48F9CDD79B6A79A502@pony.bluefang.com> References: <B820F08C02D4DE4C8D9E48F9CDD79B6A79A502@pony.bluefang.com> Message-ID: <deebf0b905042212141467aa21@mail.gmail.com> What you could do is write the text you want in a normal page, and then lift the HTML from that and place it in the special page. On 4/22/05, Bart Q. Simon <bqs at bluefang.com> wrote: > I created a special page for my wiki, and in the php for it I've made > extensive use of the wikitext wgout. I've marked up a number of my > wikitext entries as headers (i.e. ==header name==, etc.) > > When wiki renders my page it does display the wiki headers the right way > - they're large, boldfaced, underlined, etc. BUT... > > I can't get a table of contents to appear. I've even used __FORCETOC__, > but I just get a blank table of contents. > > Is it possible to use TOC on a special page, or is this not a supported > feature because of the way special pages are parsed? > > Any tips would be appreciated. > > Thanks! > > _______________________________________________ > 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 astronouth7303 at gmail.com Fri Apr 22 19:19:03 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Fri, 22 Apr 2005 15:19:03 -0400 Subject: [Mediawiki-l] 1.3->1.4 upgrade one small glitch In-Reply-To: <20050422163159.GZ17513@samrowe.com> References: <20050422131641.GX17513@samrowe.com> <20050422163159.GZ17513@samrowe.com> Message-ID: <deebf0b90504221219784f2bde@mail.gmail.com> In 1.4.1, user CSS is disabled by default. On 4/22/05, Sam Rowe <mediawiki at samrowe.com> wrote: > On Fri, Apr 22, 2005 at 09:16:42AM -0400, Sam Rowe wrote: > # I upgraded a test instance of our 1.3.x mediawiki via the command > # line and almost everything worked perfectly. Thanks very much for > # making this such a painless process! > # > # One of my users makes use of this javascript/css extension to monobook > # and it ceases to work after the 1.4 upgrade: > # > # http://meta.wikimedia.org/wiki/User_Styles/bottom_tabs > # > # Is it simply that the HTML has changed and the getElementById calls > # point to non-existant elements now, or did something else change? > > Is this the problem? > > @import "/wiki/index.php?title=-&action=raw&gen=css"; > > Shouldn't there be a username in place of the - ? No, that's standard. > What have I broken? Are the tabs still at the top, but the body is positioned like it wasn't? Is there any difference? What do you see instead? Is this on Wikipedia, or your own wiki? is it public? -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From jccann at gmail.com Fri Apr 22 19:31:20 2005 From: jccann at gmail.com (Jeffery Cann) Date: Fri, 22 Apr 2005 13:31:20 -0600 Subject: [Mediawiki-l] Converting links table to ID-ID... fails on Solaris - [reprise] with solution... In-Reply-To: <e07af08805041820346433eb70@mail.gmail.com> References: <e07af08805041820346433eb70@mail.gmail.com> Message-ID: <e07af0880504221231440c2595@mail.gmail.com> > Brion Vibber brion at pobox.com wrote > > Tried digging into the code to add more output checks? The script dies on Line 48 when it's trying to get a database connection... ./maintenance/convertLinks.php 45 print " DEBUG: extracting table names...\n"; 46 print " DEBUG: getting database connection : DB_MASTER...\n"; 47 >>>>> 48 $dbw =& wfGetDB( DB_MASTER ); <<<<< fails at this point 49 50 print " DEBUG: dbw: $dbw...\n"; 51 extract( $dbw->tableNames( 'cur', 'links', 'links_temp', 'links_backup' ) ); 52 53 print " DEBUG: running SQL: SELECT l_from FROM $links LIMIT 1 ...\n"; 54 $res = $dbw->query( "SELECT l_from FROM $links LIMIT 1" ); 55 print " DEBUG: completed SQL: SELECT l_from FROM $links LIMIT 1 ...\n"; 56 57 if ( $dbw->fieldType( $res, 0 ) == "int" ) { 58 print "Schema already converted\n"; 59 return; > Confirmed that the GRANTs on the database are correct? In a nutshell, despite the fact that I specified 'spapp7:3307' in the wiki installation, I am unable to connect as wiki user when using 'spapp7' as the host: # Denied when using host 'spapp7': $ mysql -u wikiuser --host spapp7 --port 3307 --password wikidb Enter password: ERROR 1045: Access denied for user: 'wikiuser at spapp7' (Using password: YES) # Allowed when using host 'localhost' $ mysql -u wikiuser --host localhost --port 3307 --password wikidb Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 91 to server version: 4.0.24-standard To solve the problem, I issued the following grant statement to the mysql server: grant all on wikidb.* to 'wikiuser'@'spapp7' identified by 'password'; I then reran the mediawiki install to success! Thanks for the assistance. Should I report this as a bug? My thought is that when the MySQL server field name is not localhost, there should be a grant statement issued for that host for the wikiuser. Jeff From ucgajpd at ucl.ac.uk Fri Apr 22 20:05:23 2005 From: ucgajpd at ucl.ac.uk (Jason Davies) Date: Fri, 22 Apr 2005 21:05:23 +0100 Subject: [Mediawiki-l] How to secure new wiki? In-Reply-To: <deebf0b9050422120853b27a15@mail.gmail.com> Message-ID: <r02010500-1039-DCE37C7AB36911D99F1E000D9358BC20@[192.168.0.100]> >I hope you mean 1.3.11, because there have been _numerous_ security >fixes since 1.3.1. If this is a LAN-only setup, it isn't as much of an >issue. But if the wiki is public, then you should probably at least >patch it. well, i actually was told we had gone to 1.3.11 after having trouble with 1.4 installation. But when i looked, the folder was called 1.3.1. I can sort that out on Monday. In the meantime, any ideas on that problem with restricting editing to logged in users, and limiting users to sysop authorisation? From mediawiki at samrowe.com Fri Apr 22 20:11:17 2005 From: mediawiki at samrowe.com (Sam Rowe) Date: Fri, 22 Apr 2005 16:11:17 -0400 Subject: [Mediawiki-l] 1.3->1.4 upgrade one small glitch In-Reply-To: <deebf0b90504221219784f2bde@mail.gmail.com> References: <20050422131641.GX17513@samrowe.com> <20050422163159.GZ17513@samrowe.com> <deebf0b90504221219784f2bde@mail.gmail.com> Message-ID: <20050422201117.GA17513@samrowe.com> On Fri, Apr 22, 2005 at 03:19:03PM -0400, Jamie Bliss wrote: # Are the tabs still at the top, but the body is positioned like it # wasn't? Is there any difference? What do you see instead? Is this on # Wikipedia, or your own wiki? is it public? The tabs are still at the top. The page renders as default. I think all user CSS and JS sub-pages are broken. -Sam From johnblumel at earthlink.net Fri Apr 22 20:22:15 2005 From: johnblumel at earthlink.net (John Blumel) Date: Fri, 22 Apr 2005 16:22:15 -0400 Subject: [Mediawiki-l] RC Patrolling en masse? Message-ID: <7a7e3399b90754261c37ee545ef75078@earthlink.net> Is there a way to, after finishing the setup of a wiki, globally mark all of the pages as RC Patrolled? It's a nice feature but, since the number of articles that will be auto-submitted to our wiki is in the 3500-4000 range (or maybe more), it's not very practical to go and click on "Mark this article as patrolled" on each of them. Obviously, I can automate this too but, since I need the rcid for the page just added, and the "easy" way to get this is to retrieve the page with the "mark" link, I have to hit the wiki two extra times -- 1 to get the "mark" URL with the rcid and 1 to mark it patrolled) for each page -- and maintain 2 user agents in my bot -- one that uses the user name I am submitting the articles under (to track the original source) and one that uses my sysop user name so that I can get the page and mark it (or keep logging in and out with both user names, which is even more hits on the wiki). The reason the number of hits is an issue is that I'd like to pause between hits because there are other users working manually on the wiki and I don't want to interfere with their work by slowing things down too much. So two (or more) extra hits adds up to a lot of extra time to do the loading. John Blumel From brion at pobox.com Fri Apr 22 20:25:41 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 22 Apr 2005 13:25:41 -0700 Subject: [Mediawiki-l] How to secure new wiki? In-Reply-To: <r02010500-1039-DCE37C7AB36911D99F1E000D9358BC20@[192.168.0.100]> References: <r02010500-1039-DCE37C7AB36911D99F1E000D9358BC20@[192.168.0.100]> Message-ID: <42695DC5.9050003@pobox.com> Jason Davies wrote: > I can sort that out on Monday. In the meantime, any ideas on that > problem with restricting editing to logged in users, and limiting users > to sysop authorisation? Have you checked the FAQ? http://meta.wikimedia.org/wiki/MediaWiki_FAQ -- 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/20050422/1ebed2af/attachment.pgp From me.at.work at gmail.com Fri Apr 22 20:28:34 2005 From: me.at.work at gmail.com (me at work) Date: Fri, 22 Apr 2005 15:28:34 -0500 Subject: [Mediawiki-l] 1.3->1.4 upgrade one small glitch In-Reply-To: <20050422201117.GA17513@samrowe.com> References: <20050422131641.GX17513@samrowe.com> <20050422163159.GZ17513@samrowe.com> <deebf0b90504221219784f2bde@mail.gmail.com> <20050422201117.GA17513@samrowe.com> Message-ID: <cd0bcc07050422132865258bcc@mail.gmail.com> On 4/22/05, Sam Rowe <mediawiki at samrowe.com> wrote: > On Fri, Apr 22, 2005 at 03:19:03PM -0400, Jamie Bliss wrote: > # Are the tabs still at the top, but the body is positioned like it > # wasn't? Is there any difference? What do you see instead? Is this on > # Wikipedia, or your own wiki? is it public? > > The tabs are still at the top. The page renders as default. > > I think all user CSS and JS sub-pages are broken. As mentioned previously by Jamie Bliss: All user CSS and JS sub-pages are OFF by default in 1.4 as a security measure. From the 1.4.0 release notes: http://sourceforge.net/project/shownotes.php?release_id=314389 This fix was made in 1.4 beta 6: * Per-user CSS and JavaScript subpage customizations now disabled by default. They can be re-enabled via $wgAllowUserJs and $wgAllowUserCss. You must edit your Settings.php to allow these. -tom From brion at pobox.com Fri Apr 22 20:29:05 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 22 Apr 2005 13:29:05 -0700 Subject: [Mediawiki-l] 1.3->1.4 upgrade one small glitch In-Reply-To: <20050422201117.GA17513@samrowe.com> References: <20050422131641.GX17513@samrowe.com> <20050422163159.GZ17513@samrowe.com> <deebf0b90504221219784f2bde@mail.gmail.com> <20050422201117.GA17513@samrowe.com> Message-ID: <42695E91.40707@pobox.com> Sam Rowe wrote: > On Fri, Apr 22, 2005 at 03:19:03PM -0400, Jamie Bliss wrote: > # Are the tabs still at the top, but the body is positioned like it > # wasn't? Is there any difference? What do you see instead? Is this on > # Wikipedia, or your own wiki? is it public? > > The tabs are still at the top. The page renders as default. > > I think all user CSS and JS sub-pages are broken. Sam, in the release notes you'll find: As of 1.3.10/1.4beta6, per-user customized CSS and JavaScript is disabled by default as a general precaution. Sites which want this ability may set $wgAllowUserCss and $wgAllowUserJs in LocalSettings.php. Have you turned user CSS/JS on? -- 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/20050422/d06a3ec3/attachment.pgp From mediawiki at samrowe.com Fri Apr 22 20:32:18 2005 From: mediawiki at samrowe.com (Sam Rowe) Date: Fri, 22 Apr 2005 16:32:18 -0400 Subject: [Mediawiki-l] 1.3->1.4 upgrade one small glitch In-Reply-To: <42695E91.40707@pobox.com> References: <20050422131641.GX17513@samrowe.com> <20050422163159.GZ17513@samrowe.com> <deebf0b90504221219784f2bde@mail.gmail.com> <20050422201117.GA17513@samrowe.com> <42695E91.40707@pobox.com> Message-ID: <20050422203218.GC17513@samrowe.com> On Fri, Apr 22, 2005 at 01:29:05PM -0700, Brion Vibber wrote: # Sam Rowe wrote: # >On Fri, Apr 22, 2005 at 03:19:03PM -0400, Jamie Bliss wrote: # ># Are the tabs still at the top, but the body is positioned like it # ># wasn't? Is there any difference? What do you see instead? Is this on # ># Wikipedia, or your own wiki? is it public? # > # >The tabs are still at the top. The page renders as default. # > # >I think all user CSS and JS sub-pages are broken. # # Sam, in the release notes you'll find: # # As of 1.3.10/1.4beta6, per-user customized CSS and JavaScript is # disabled by default as a general precaution. Sites which want this # ability may set $wgAllowUserCss and $wgAllowUserJs in # LocalSettings.php. # # Have you turned user CSS/JS on? That was it. I didn't read that deeply into the RELEASE-NOTES document. Thanks for the help! From me.at.work at gmail.com Fri Apr 22 19:06:18 2005 From: me.at.work at gmail.com (me at work) Date: Fri, 22 Apr 2005 14:06:18 -0500 Subject: [Mediawiki-l] Force users to log in? In-Reply-To: <4269109C.8050802@dti.pga.aero> References: <bbc4aafc05042118417c19aecf@mail.gmail.com> <13f12fb10504211858349dc7a2@mail.gmail.com> <8608a69a05042205231bcaa673@mail.gmail.com> <4269109C.8050802@dti.pga.aero> Message-ID: <cd0bcc0705042212065c0720c6@mail.gmail.com> On 4/22/05, Pedro Timoteo <patimoteo at dti.pga.aero> wrote: > > >Does this mean that if some hacker found out what my website was made > >of, he could easily find his way in? Am I making a site that is more > >easier to hack, as all source is free-ly avaiable for them to find > >security holes? > > > > > Don't believe in security through obscurity. Open Source may mean people > find holes, but if that happens they are quickly fixed - and then they > are no longer there. Much better than if they are there, only not (yet) > known. heh, I'd reccomend in addition to doing the forced logins to use .htpasswd, that will gurantee that any holes in it would be blocked anyway (as people have to login to even login). and, http://wikimediafoundation.org uses forced login, so i would think it would be pretty secure (they haven't been hacked because of it yet, have they?) -- Tom From me.at.work at gmail.com Fri Apr 22 19:07:48 2005 From: me.at.work at gmail.com (me at work) Date: Fri, 22 Apr 2005 14:07:48 -0500 Subject: [Mediawiki-l] 1.3->1.4 upgrade one small glitch In-Reply-To: <20050422163159.GZ17513@samrowe.com> References: <20050422131641.GX17513@samrowe.com> <20050422163159.GZ17513@samrowe.com> Message-ID: <cd0bcc0705042212076127f937@mail.gmail.com> On 4/22/05, Sam Rowe <mediawiki at samrowe.com> wrote: > On Fri, Apr 22, 2005 at 09:16:42AM -0400, Sam Rowe wrote: > # I upgraded a test instance of our 1.3.x mediawiki via the command > # line and almost everything worked perfectly. Thanks very much for > # making this such a painless process! > # > # One of my users makes use of this javascript/css extension to monobook > # and it ceases to work after the 1.4 upgrade: > # > # http://meta.wikimedia.org/wiki/User_Styles/bottom_tabs > # > # Is it simply that the HTML has changed and the getElementById calls > # point to non-existant elements now, or did something else change? > > Is this the problem? > > @import "/wiki/index.php?title=-&action=raw&gen=css"; > > Shouldn't there be a username in place of the - ? > > What have I broken? > > -Sam Edit the settings.php file thingy and go to $wgEnableUserStyles (something like that) and turn it on. It's default off because of some possible security flaw. -- Tom From johnblumel at earthlink.net Fri Apr 22 21:42:47 2005 From: johnblumel at earthlink.net (John Blumel) Date: Fri, 22 Apr 2005 17:42:47 -0400 Subject: [Mediawiki-l] RC Patrolling en masse? In-Reply-To: <7a7e3399b90754261c37ee545ef75078@earthlink.net> References: <7a7e3399b90754261c37ee545ef75078@earthlink.net> Message-ID: <c014fbfc5af53ab0ef940355b6f95fda@earthlink.net> On Apr 22, 2005, at 4:22pm, John Blumel wrote: > Is there a way to, after finishing the setup of a wiki, globally mark > all of the pages as RC Patrolled? Never mind. I've been using the Recent Changes page as my main entry point to the wiki for so long that I forgot that the "patrol" link only shows up if you load the page from the recent changes list. Eventually they'll just cycle out of the list so it isn't really a problem. John Blumel From lee at piclab.com Sat Apr 23 06:08:57 2005 From: lee at piclab.com (Lee Daniel Crocker) Date: Fri, 22 Apr 2005 23:08:57 -0700 Subject: [Mediawiki-l] Rendering of italics Message-ID: <1114236537.4115.1.camel@penguin.piclab.com> One thing I noticed after resurrecting the test suite: text in double tics is now rendered as "<i>" instead of "<em>". Was this a consciously-made change, or just an error introduced into the parser at some point? -- Lee Daniel Crocker <lee at piclab.com> <http://www.piclab.com/lee/> <http://creativecommons.org/licenses/publicdomain/> From luebbert at globalpark.de Sat Apr 23 08:57:08 2005 From: luebbert at globalpark.de (Dorthe Luebbert) Date: Sat, 23 Apr 2005 10:57:08 +0200 Subject: [Mediawiki-l] User access to file upload directory Message-ID: <426A0DE4.8070303@globalpark.de> Hi, is it possible to protect the image directory (the directory where the uploaded files are stored) from outside access? I don't want (now) that the following links work when accessed by users not logged in: Media:something.pdf image:something.pdf The links go to http://mywiki.de/wiki/images/5/57/something.pdf http://mywiki.de/wiki/Bild:somthing.pdf Did I miss any configure option? Thank you Dorthe From brion at pobox.com Sat Apr 23 09:07:00 2005 From: brion at pobox.com (Brion Vibber) Date: Sat, 23 Apr 2005 02:07:00 -0700 Subject: [Mediawiki-l] Rendering of italics In-Reply-To: <1114236537.4115.1.camel@penguin.piclab.com> References: <1114236537.4115.1.camel@penguin.piclab.com> Message-ID: <426A1034.8060301@pobox.com> Lee Daniel Crocker wrote: > One thing I noticed after resurrecting the test suite: text in > double tics is now rendered as "<i>" instead of "<em>". Was this > a consciously-made change, or just an error introduced into the > parser at some point? <em> is semantic markup, and does not represent "italics" but rather "emphasis". Since '' are generally referred to as "italics" and quite routinely used as a typographic cue to represent other semantic roles conventionally marked with italic type such as ship names, poem and film titles, captions, foreign words, abbreviations, quotations, comments, set-off replies, etc, producing the <em> element for '' was an abuse of the semantic markup. One of the most important things about semantic elements is that they should *not* be diluted by use for purely typographic roles, which destroys any semantic role they could have carried. HTMTL's <i> element has exactly the right semantics to translate the '' wiki tag: a presentational markup element which makes no claim on any particular meaning. Now, hypothetically we could spend a lot of time and effort trying to teach people not to use '' for anything but emphasis and tell people to use other markup explicitly, but that would be a losing battle. I corrected it to output the always-semantically-correct <i> some time ago for the 1.4 branch. -- 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/20050423/55e0e23a/attachment.pgp From ucgajpd at ucl.ac.uk Sat Apr 23 12:56:49 2005 From: ucgajpd at ucl.ac.uk (Jason Davies) Date: Sat, 23 Apr 2005 13:56:49 +0100 Subject: [Mediawiki-l] How to secure new wiki? In-Reply-To: <42695DC5.9050003@pobox.com> Message-ID: <r02010500-1039-28A15A45B3F711D980BE000D9358BC20@[192.168.0.100]> > >Have you checked the FAQ? http://meta.wikimedia.org/wiki/MediaWiki_FAQ don't know if you saw my earlier post - I followed those instructions carefully. I don't see anything there about a sysop having to authorise new users though....I've copied the pertinent bits at the end of this message. Dealing with forcing login to edit first: The opening of the localsettings.php reads thus: you can see right near the end where I added the line $wgWhitelistEdit = true; I don't actually see in the FAQ how to set things so that only approved users can have accounts but i followed instructions given here some time ago: <?php # This file was automatically generated by the MediaWiki installer. # If you make manual changes, please keep track in case you need to # recreate them later. $IP = "/nfs/rcs/www/webdocs/calt/alpd/mediawiki-1.3.1"; ini_set( "include_path", ".:$IP:$IP/includes:$IP/languages" ); include_once( "DefaultSettings.php" ); # If PHP's memory limit is very low, some operations may fail. # ini_set( 'memory_limit', '20M' ); if ( $wgCommandLineMode ) { if ( isset( $_SERVER ) && array_key_exists( 'REQUEST_METHOD', $_SERVER ) ) { die( "This script must be run from the command line\n" ); } } else { ## Compress output if the browser supports it if( !ini_get( 'zlib.output_compression' ) ) ob_start( 'ob_gzhandler' ); } $wgSitename = "ALPDwiki"; $wgScriptPath = "/calt/alpd/mediawiki-1.3.1"; $wgScript = "$wgScriptPath/index.php"; $wgRedirectScript = "$wgScriptPath/redirect.php"; $wgWhitelistEdit = true; # user must login to edit. This line added by Jason April 22 2005 ## If using PHP as a CGI module, use the ugly URLs # $wgArticlePath = "$wgScript/$1"; $wgArticlePath = "$wgScript?title=$1"; (end of excerpt) This is what I added to the localsettings.php >Add the following lines to LocalSettings.php: ># Prevent new user >registrations - only users with sysop status can ># create users. >$wgWhitelistAccount = array ( "sysop" => 1 ); ># You must be a logged >in user to edit pages. Combining this > # restriction with the previous >restriction means we control who can ># edit pages. $wgWhitelistEdit = >true; thanks for any help. I will sort out the update asap. From johnblumel at earthlink.net Sat Apr 23 13:44:18 2005 From: johnblumel at earthlink.net (John Blumel) Date: Sat, 23 Apr 2005 09:44:18 -0400 Subject: [Mediawiki-l] Rendering of italics In-Reply-To: <426A1034.8060301@pobox.com> References: <1114236537.4115.1.camel@penguin.piclab.com> <426A1034.8060301@pobox.com> Message-ID: <8a3fb1fd00e6d9dbae8ae20119456300@earthlink.net> On Apr 23, 2005, at 5:07am, Brion Vibber wrote: > Now, hypothetically we could spend a lot of time and effort trying to > teach people not to use '' for anything but emphasis and tell people to > use other markup explicitly, but that would be a losing battle. One could also argue that emphasis is exactly what they are using it for. While one might disagree with how emphasis is often applied, editors don't use italics or bold because they want a word to blend into the background. John Blumel From timwi at gmx.net Sat Apr 23 14:07:19 2005 From: timwi at gmx.net (Timwi) Date: Sat, 23 Apr 2005 15:07:19 +0100 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <1114236537.4115.1.camel@penguin.piclab.com> References: <1114236537.4115.1.camel@penguin.piclab.com> Message-ID: <d4dkhc$rrs$1@sea.gmane.org> Lee Daniel Crocker wrote: > One thing I noticed after resurrecting the test suite: text in > double tics is now rendered as "<i>" instead of "<em>". Was this > a consciously-made change, or just an error introduced into the > parser at some point? I used <em> when I rewrote the apostrophe-handling bit. It was later changed to <i> on the grounds that we use double-apostrophes for things like citations (should be <cite>), variables (should be <var>) as well as emphasis, so always using <em> was deemed inappropriate. Timwi From johnathan4 at gmail.com Sat Apr 23 15:48:36 2005 From: johnathan4 at gmail.com (johnathan4 at gmail.com) Date: Sat, 23 Apr 2005 11:48:36 -0400 Subject: [Mediawiki-l] Installation Problems Message-ID: <3195096e050423084841be4e72@mail.gmail.com> When I try to install mediawiki it gets stuck on "Initializing MediaWiki namespace" I am using Godaddy and MediaWiki 1.4.2. What is wrong? How do I fix it? From Jan at Bytesmiths.com Sat Apr 23 15:52:19 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Sat, 23 Apr 2005 08:52:19 -0700 Subject: [Mediawiki-l] User access to file upload directory In-Reply-To: <426A0DE4.8070303@globalpark.de> References: <426A0DE4.8070303@globalpark.de> Message-ID: <0f7cf17119960ba931a1879dfb2b9d6c@Bytesmiths.com> On 23 Apr 2005, at 01:57, Dorthe Luebbert wrote: > is it possible to protect the image directory (the directory where the > uploaded files are stored) from outside access? I don't want (now) > that the following links work when accessed by users not logged in: > > Media:something.pdf > image:something.pdf > > The links go to > http://mywiki.de/wiki/images/5/57/something.pdf > http://mywiki.de/wiki/Bild:somthing.pdf > > Did I miss any configure option? I'm not sure I understand what you're asking. If you upload the files, and don't want people to access them, why did you upload them? In order to accomplish upload, the /images directory must be writable by the httpd process. (Although, at least in 1.4b5, MediaWiki is making subdirectories that are world-writable, which is a no-no.) :::: I think I'll become a Unitarian -- I've always been fond of the metric system. :::: Jan Steinman, http://www.Bytesmiths.com/Item/99AG24 From Jan at Bytesmiths.com Sat Apr 23 15:57:08 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Sat, 23 Apr 2005 08:57:08 -0700 Subject: [Mediawiki-l] How to secure new wiki? In-Reply-To: <r02010500-1039-28A15A45B3F711D980BE000D9358BC20@[192.168.0.100]> References: <r02010500-1039-28A15A45B3F711D980BE000D9358BC20@[192.168.0.100]> Message-ID: <ef1d35ba45ce1e70b67abbf4be0dbc98@Bytesmiths.com> On 23 Apr 2005, at 05:56, Jason Davies wrote: > > I don't see anything there about a sysop having to authorise > new users though... I had to modify the schema and a bit of code to do this. I added a field to mw_cur: s_mem_type enum, with a default value of "non-member". I don't have web access to this field -- a DBA has to change it to some other state. I then added a method to User is_member that checks this field. I haven't really put it to use yet, but the intent was to provide access restrictions on personal information; I want full contact info on each User page for other members, but have it hidden for non-members. Perhaps that's a starting point for you. As near as I could determine, there is no such facility built-in. :::: Conflict cannot survive without your participation. -- Wayne Dyer :::: Jan Steinman <http://www.Bytesmiths.com/Van> From luebbert at globalpark.de Sat Apr 23 16:26:08 2005 From: luebbert at globalpark.de (Dorthe Luebbert) Date: Sat, 23 Apr 2005 18:26:08 +0200 Subject: [Mediawiki-l] User access to file upload directory In-Reply-To: <0f7cf17119960ba931a1879dfb2b9d6c@Bytesmiths.com> References: <426A0DE4.8070303@globalpark.de> <0f7cf17119960ba931a1879dfb2b9d6c@Bytesmiths.com> Message-ID: <426A7720.2050809@globalpark.de> >> is it possible to protect the image directory (the directory where the >> uploaded files are stored) from outside access? I don't want (now) >> that the following links work when accessed by users not logged in: >> >> Media:something.pdf >> image:something.pdf >> >> The links go to >> http://mywiki.de/wiki/images/5/57/something.pdf >> http://mywiki.de/wiki/Bild:somthing.pdf >> >> Did I miss any configure option? > > > I'm not sure I understand what you're asking. If you upload the files, > and don't want people to access them, why did you upload them? The people that are logged in the wiki should see them, all others not. I don't want (at the moment) that people give Image-links to other people without wiki access that work. Installed is version 1.3.11 (at least Spezial:Version says so) Dorthe From moonlightembrace at acadine.org Sat Apr 23 22:49:22 2005 From: moonlightembrace at acadine.org (Moonlight Embrace) Date: Sat, 23 Apr 2005 15:49:22 -0700 Subject: [Mediawiki-l] rewrite rules works except search Message-ID: <001801c54856$b36f4b90$a8520741@johnhgq7ceg76g> I used the rewrite rules on this page http://meta.wikimedia.org/wiki/Eliminating_index.php_from_the_url exactly where it says Using a rewrite rule in a .htaccess file and it works fine, except the search doesn't work correctly. Where the search url should look something like : domain.org/wiki/index.php?title=Special%3ASearch&search=frog&fulltext=Search it instead looks like domain.org/wiki/Special:Search?search=frog&fulltext=Search can anyone help me get my search working? -Moonlight Embrace From brion at pobox.com Sat Apr 23 21:38:44 2005 From: brion at pobox.com (Brion Vibber) Date: Sat, 23 Apr 2005 14:38:44 -0700 Subject: [Mediawiki-l] User access to file upload directory In-Reply-To: <426A0DE4.8070303@globalpark.de> References: <426A0DE4.8070303@globalpark.de> Message-ID: <426AC064.7090500@pobox.com> Dorthe Luebbert wrote: > is it possible to protect the image directory (the directory where the > uploaded files are stored) from outside access? I don't want (now) that > the following links work when accessed by users not logged in: > > Media:something.pdf > image:something.pdf > > The links go to > http://mywiki.de/wiki/images/5/57/something.pdf > http://mywiki.de/wiki/Bild:somthing.pdf > > Did I miss any configure option? This is not a recommended configuration; MediaWiki is primarily designed to be used for open sites. Move your images directory ($wgUploadDirectory) outside the web root on the filesystem, or use Apache configuration / .htaccess files to forbid web access to it. Then set $wgUploadPath to point at img_auth.php. This requires that your PHP setup support PATH_INFO (many CGI configurations do not) and you need to be in $wgWhitelistRead mode or else, of course, there wouldn't be a point. If you just want to hide images, but let pages be viewed, well that doens't make much sense to me and it probably won't work. -- 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/20050423/7606cab8/attachment.pgp From ke at gnu.franken.de Sat Apr 23 14:49:27 2005 From: ke at gnu.franken.de (Karl Eichwalder) Date: Sat, 23 Apr 2005 16:49:27 +0200 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <1114236537.4115.1.camel@penguin.piclab.com> (Lee Daniel Crocker's message of "Fri, 22 Apr 2005 23:08:57 -0700") References: <1114236537.4115.1.camel@penguin.piclab.com> Message-ID: <shpswlsg3s.fsf@tux.gnu.franken.de> Lee Daniel Crocker <lee at piclab.com> writes: > One thing I noticed after resurrecting the test suite: text in > double tics is now rendered as "<i>" instead of "<em>". Was this > a consciously-made change, or just an error introduced into the > parser at some point? Because the WP markup is layout markup, using <i> is perfectly okay, unfortunately... Because we editors are stupid, we do not deserve semantic markup - that's what I was told more than once by the developers. -- http://www.gnu.franken.de/ke/ | ,__o | _-\_<, | (*)/'(*) Key fingerprint = F138 B28F B7ED E0AC 1AB4 AA7F C90A 35C3 E9D0 5D1C From brion at pobox.com Sat Apr 23 21:41:09 2005 From: brion at pobox.com (Brion Vibber) Date: Sat, 23 Apr 2005 14:41:09 -0700 Subject: [Mediawiki-l] rewrite rules works except search In-Reply-To: <001801c54856$b36f4b90$a8520741@johnhgq7ceg76g> References: <001801c54856$b36f4b90$a8520741@johnhgq7ceg76g> Message-ID: <426AC0F5.80100@pobox.com> Moonlight Embrace wrote: > I used the rewrite rules on this page http://meta.wikimedia.org/wiki/Eliminating_index.php_from_the_url exactly where it says Using a rewrite rule in a .htaccess file and it works fine, except the search doesn't work correctly. Where the search url should look something like : domain.org/wiki/index.php?title=Special%3ASearch&search=frog&fulltext=Search > > it instead looks like domain.org/wiki/Special:Search?search=frog&fulltext=Search > > can anyone help me get my search working? That's perfectly normal, and should work fine. Is there something wrong with it? If you're using rewrite rules that alter the query string, be sure to use the QSA (query string append) option to avoid breaking URLs. -- 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/20050423/5d0d1d6e/attachment.pgp From johnblumel at earthlink.net Sat Apr 23 21:50:05 2005 From: johnblumel at earthlink.net (John Blumel) Date: Sat, 23 Apr 2005 17:50:05 -0400 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <shpswlsg3s.fsf@tux.gnu.franken.de> References: <1114236537.4115.1.camel@penguin.piclab.com> <shpswlsg3s.fsf@tux.gnu.franken.de> Message-ID: <81f8135864a941e0441a2e843a959c0a@earthlink.net> On Apr 23, 2005, at 10:49am, Karl Eichwalder wrote: > Because the WP markup is layout markup, using <i> is perfectly okay, > unfortunately... Because we editors are stupid, we do not deserve > semantic markup - that's what I was told more than once by the > developers. But why do you think the semantics of <i> are really any different from <em>? Frankly, I think the whole i/em, b/strong thing was a mistake in the original HTML spec. Each pair is really synonymous and having both is redundant -- and the distinctions about when to use one verses the other are completely artificial. John Blumel From brion at pobox.com Sat Apr 23 22:23:53 2005 From: brion at pobox.com (Brion Vibber) Date: Sat, 23 Apr 2005 15:23:53 -0700 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <81f8135864a941e0441a2e843a959c0a@earthlink.net> References: <1114236537.4115.1.camel@penguin.piclab.com> <shpswlsg3s.fsf@tux.gnu.franken.de> <81f8135864a941e0441a2e843a959c0a@earthlink.net> Message-ID: <426ACAF9.3040403@pobox.com> John Blumel wrote: > On Apr 23, 2005, at 10:49am, Karl Eichwalder wrote: >> Because the WP markup is layout markup, using <i> is perfectly okay, >> unfortunately... Because we editors are stupid, we do not deserve >> semantic markup - that's what I was told more than once by the >> developers. > > > But why do you think the semantics of <i> are really any different from > <em>? That's the fun part, of course. *Nobody's ever going to know or care* that you used <em> instead of <i> or <i> instead of <em>. :) To someone viewing the page, it's not going to make a difference. But if someone _were_ to care, <i> is more appropriate because it doesn't claim to have semantic meaning contrary to actual usage. > Frankly, I think the whole i/em, b/strong thing was a mistake in the > original HTML spec. Each pair is really synonymous and having both is > redundant -- and the distinctions about when to use one verses the other > are completely artificial. It's not just <em> and <strong>. <em> and <strong> are listed in the standard[1] along with other semantic elements like <dfn>, <code>, <samp>, <kbd>, <var>, <cite>, <abbr>, and <acronym>. If you write out some text in each of those styles, you'll note that several of them have the same typical appearance as some of the others: italics, or bold, or a monospaced font. <em> doesn't have a monopoly on italic-styled text, so picking <em> to represent _any_ italicized text would be semantically wrong. <i> and <b> are listed[2] with other purely typographic elements like <tt>, <big>, <small>, <strike>, <s>, and <u>. The set of semantic elements available presumably lies in HTML's origins as online technical documentation at a science lab... in a really full-featured semantic environment for an encyclopedia we'd have different markup for <ship>, <literarywork>, <foreign>, etc... We don't have all those, though, and it's dubious whether we'd get any benefit out of the effort of maintaining such extra codes. We do support some of the HTML semantic elements like <em>, <code> and <var>, but we have no special wiki-specific markup for any of them and I don't think they're explicitly used very often. [1] HTML 4: http://www.w3.org/TR/html4/struct/text.html#h-9.2.1 HTML 3: http://www.w3.org/TR/REC-html32#phrase HTML 2: http://www.w3.org/MarkUp/html-spec/html-spec_5.html#SEC5.7.1 [2] HTML 4: http://www.w3.org/TR/html4/present/graphics.html#h-15.2.1 HTML 3: http://www.w3.org/TR/REC-html32#font-style HTML 2: http://www.w3.org/MarkUp/html-spec/html-spec_5.html#SEC5.7.2 -- 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/20050423/ac9580a0/attachment.pgp From johnblumel at earthlink.net Sat Apr 23 23:12:05 2005 From: johnblumel at earthlink.net (John Blumel) Date: Sat, 23 Apr 2005 19:12:05 -0400 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <426ACAF9.3040403@pobox.com> References: <1114236537.4115.1.camel@penguin.piclab.com> <shpswlsg3s.fsf@tux.gnu.franken.de> <81f8135864a941e0441a2e843a959c0a@earthlink.net> <426ACAF9.3040403@pobox.com> Message-ID: <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> On Apr 23, 2005, at 6:23pm, Brion Vibber wrote: > It's not just <em> and <strong>. > > <em> and <strong> are listed in the standard[1] along with other > semantic elements like <dfn>, <code>, <samp>, <kbd>, <var>, <cite>, > <abbr>, and <acronym>... > <i> and <b> are listed[2] with other purely typographic elements like > <tt>, <big>, <small>, <strike>, <s>, and <u>. Many of the elements in the first group do have unique meanings. However, the i/em, b/strong are synonymous in their traditional usage. You italicize and bold text because you want to emphasize it or strongly emphasize it. Reasons for i vs. em, such as that taxonomic names or foreign words are customarily italicized and blah blah blah, ignore the fact that the reason they are customarily italicized is to emphasize them. It would seem that they merely duplicated them, with different names, in each group because they couldn't decide what group they belonged in but there is no real reason to choose one over the other because the semantics are really identical and the semantic/typographic distinction is purely artificial. It's no wonder that, "people can't be educated to understand the difference." John Blumel From ucgajpd at ucl.ac.uk Sun Apr 24 00:01:47 2005 From: ucgajpd at ucl.ac.uk (Jason Davies) Date: Sun, 24 Apr 2005 01:01:47 +0100 Subject: [Mediawiki-l] How to secure new wiki? In-Reply-To: <ef1d35ba45ce1e70b67abbf4be0dbc98@Bytesmiths.com> Message-ID: <r02010500-1039-0DEE881DB45411D9A4F5000D9358BC20@[192.168.0.100]> >> >>I don't see anything there about a sysop having to authorise new >>users though... > >I had to modify the schema and a bit of code to do this. I added a >field to mw_cur: s_mem_type enum, with a default value of >"non-member". I don't have web access to this field -- a DBA has to >change it to some other state. I'm sure I've seen some localsetting.php lines that enable this. Thanks for your input but it's way over my head! From moonlightembrace at acadine.org Sun Apr 24 03:25:44 2005 From: moonlightembrace at acadine.org (Moonlight Embrace) Date: Sat, 23 Apr 2005 20:25:44 -0700 Subject: [Mediawiki-l] rewrite rules works except search References: <001801c54856$b36f4b90$a8520741@johnhgq7ceg76g> <426AC0F5.80100@pobox.com> Message-ID: <003d01c5487d$4f5db3e0$df520741@johnhgq7ceg76g> Thanks, Brion, I added it and it works now. Three cheers for Brion, Promethus of the web! -Moonlight Embrace -- brion vibber (brion @ pobox.com) ----- Original Message ----- From: "Brion Vibber" <brion at pobox.com> To: "MediaWiki announcements and site admin list" <mediawiki-l at Wikimedia.org> Sent: Saturday, April 23, 2005 2:41 PM Subject: Re: [Mediawiki-l] rewrite rules works except search > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > From Jan at Bytesmiths.com Sun Apr 24 01:33:21 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Sat, 23 Apr 2005 18:33:21 -0700 Subject: [Mediawiki-l] template weirdness Message-ID: <a3930beece4f9d206a35bc2c39105e97@Bytesmiths.com> Do templates force-close any opening tags? I'm trying to make templates for a simple hierarchical link list, something like {{menu top}} that opens a <div> and <font>, one or more intermedate {{menu this}} {{menu that}} templates that provide a second set of links, based on the same <div> and <font>, then a {{menu close}} that does the </div> and </font>. But it looks like the {{menu top}} is getting closed off with "</font></p></div>", even though I did no such thing. Is there any way around this sort of behavior? (MediaWiki 1.4) :::: A nation that continues year after year to spend more money on military defense than on programs of social uplift is approaching spiritual doom. Martin Luther King, Jr. :::: Jan Steinman <http://www.Bytesmiths.com/Item/003AA15> From minutiaeman at st-minutiae.com Sun Apr 24 02:11:29 2005 From: minutiaeman at st-minutiae.com (Dan Carlson) Date: Sat, 23 Apr 2005 22:11:29 -0400 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> References: <1114236537.4115.1.camel@penguin.piclab.com> <shpswlsg3s.fsf@tux.gnu.franken.de> <81f8135864a941e0441a2e843a959c0a@earthlink.net> <426ACAF9.3040403@pobox.com> <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> Message-ID: <2f0aa33de4e5e7adba3a97f500c6ff65@st-minutiae.com> On Apr 23, 2005, at 7:12 PM, John Blumel wrote: > However, the i/em, b/strong are synonymous in their traditional usage. > You italicize and bold text because you want to emphasize it or > strongly emphasize it. Reasons for i vs. em, such as that taxonomic > names or foreign words are customarily italicized and blah blah blah, > ignore the fact that the reason they are customarily italicized is to > emphasize them. I think you're missing the point, John. The way I've found it easiest to describe to some people is voice inflection. If you were speaking a sentence out loud, would you speak certain words differently? Those are the words that would apply to the "em" or "strong" tags. But the generic "i" tag refers to nothing more than instructing a visual-based user agent to render said text in italics. Any other meaning is only derived based on a human reader's assumptions based on the context. For example, any of the various tags would generally be rendered in italics: "cite", "var", "dfn" (for example). But if you always used the "i" tag, how would a context-less reader know whether the italicized text was supposed to be a title, a variable, a definition, or emphasized text? THAT is why the "em" tag is important. (I will admit that I see a bit less difference between the "b" and "strong" tags, but seeing as how there's a semantic difference between "i" and "em", it's reasonable (IMO) to accept a difference between "b" and "strong" as well. And although I do sometimes use the "i" tag, I've found that I never use the "b" tag anymore. But that's just my personal style, I'm guessing. Hope this helps explain (my perspective on) things for you! Dan From johnblumel at earthlink.net Sun Apr 24 02:41:56 2005 From: johnblumel at earthlink.net (John Blumel) Date: Sat, 23 Apr 2005 22:41:56 -0400 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <2f0aa33de4e5e7adba3a97f500c6ff65@st-minutiae.com> References: <1114236537.4115.1.camel@penguin.piclab.com> <shpswlsg3s.fsf@tux.gnu.franken.de> <81f8135864a941e0441a2e843a959c0a@earthlink.net> <426ACAF9.3040403@pobox.com> <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> <2f0aa33de4e5e7adba3a97f500c6ff65@st-minutiae.com> Message-ID: <c08135a1bbd966d5b28429eaa5d52bf4@earthlink.net> On Apr 23, 2005, at 10:11pm, Dan Carlson wrote: > I think you're missing the point, John. The way I've found it easiest > to describe to some people is voice inflection. If you were speaking > a sentence out loud, would you speak certain words differently? Those > are the words that would apply to the "em" or "strong" tags. But those are exactly the same words that in a written document you would use bold or italic text for. That's what bold and italic text were invented for. And that's exactly what people use them for. One may not always agree with what is being emphasized but it's what the author chooses to emphasize. > But the generic "i" tag refers to nothing more than instructing a > visual-based user agent to render said text in italics. Any other > meaning is only derived based on a human reader's assumptions based on > the context. How do readers handle i and em? Do they actually say "italic", "end italic" or "emphasis", "end emphasis" or something like that, or is there some auditory cue used for these. Or do they simply read what is displayed on the page, in which case there wouldn't be any difference anyway. Even if they do read based on the HTML tags, it was still a mistake to include both i & em and b & strong. Readers would have had to be updated to handle them anyway and it could have been handled appropriately. > For example, any of the various tags would generally be rendered in > italics: "cite", "var", "dfn" (for example). But if you always used > the "i" tag, how would a context-less reader know whether the > italicized text was supposed to be a title, a variable, a definition, > or emphasized text? THAT is why the "em" tag is important. I agree that cite, var, etc. do have semantics different from i/em. It's only the i/em and b/strong dichotomies that I think are artificial constructions without real semantic distinction. And it is the very artificiality of these constructions that has resulted in em and strong being ignored by most people. John Blumel From lee at piclab.com Sun Apr 24 03:47:39 2005 From: lee at piclab.com (Lee Daniel Crocker) Date: Sat, 23 Apr 2005 20:47:39 -0700 Subject: [Mediawiki-l] Rendering of italics In-Reply-To: <426A1034.8060301@pobox.com> References: <1114236537.4115.1.camel@penguin.piclab.com> <426A1034.8060301@pobox.com> Message-ID: <1114314459.10775.1.camel@shuttle.piclab.com> On Sat, 2005-04-23 at 02:07 -0700, Brion Vibber wrote: > Now, hypothetically we could spend a lot of time and effort trying to > teach people not to use '' for anything but emphasis and tell people to > use other markup explicitly, but that would be a losing battle. I > corrected it to output the always-semantically-correct <i> some time ago > for the 1.4 branch. Fair enough. I was just curious if it was done for a reason (as it clearly was) or was just an oversight. -- Lee Daniel Crocker <lee at piclab.com> <http://creativecommons.org/licenses/publicdomain/> From carltonb at mindspring.com Sun Apr 24 14:11:13 2005 From: carltonb at mindspring.com (Carlton B) Date: Sun, 24 Apr 2005 23:11:13 +0900 Subject: [Mediawiki-l] Disabling account creation In-Reply-To: <a3930beece4f9d206a35bc2c39105e97@Bytesmiths.com> Message-ID: <BHEHJAMNEHLEHILFBIENCEGNCHAA.carltonb@mindspring.com> I've succeeded in getting MediaWiki to authenticate off of vBulletin using an extension of the AuthPlugin. My problem now is that users still can create MediaWiki accounts. This defeats the whole purpose. How do I disallow users from creating local MediaWiki accounts? Preferably I'd like to replace the "Retype password...." part of the form with a message telling them where they really need to go to create a password. Also... I notice that in the AuthPlugin documentation, mention is made of pulling the user's email address from an external source so that MediaWiki can use it. Pulling the email is easy enough, but where do I pass it so that MW can make use of it? Thanks, Carlton From jordidr at gmail.com Sun Apr 24 14:40:30 2005 From: jordidr at gmail.com (Jordi Domingo) Date: Sun, 24 Apr 2005 16:40:30 +0200 Subject: [Mediawiki-l] writing in a file without overwriting content Message-ID: <4f1dbf1105042407405f181f64@mail.gmail.com> Hi, I have modified the source to make that the action=edit reads/writes from a file. I modify it with fopen in mode r+, and no problem when the new text is long equal or less than old text, but when is major it overwrites the old text as I want, but also the following. There's any function to write something in a file but not overwriting it? Also, as I now don't care of content in bd, all the conflicts of simultaneous users handled by Mediawiki in EditPage.php now have to be handled by me, right? (with flock, I suppose) Thanks in advance Jordi From rowan.collins at gmail.com Sun Apr 24 15:35:06 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Sun, 24 Apr 2005 16:35:06 +0100 Subject: [Mediawiki-l] How to insert date/time stamp (w/ no name) in markup? In-Reply-To: <deebf0b90504221205342ed59d@mail.gmail.com> References: <6.1.2.0.2.20050421075637.0641cdf8@127.0.0.1> <71fb0a8e0504210616a7a5f27@mail.gmail.com> <deebf0b90504221205342ed59d@mail.gmail.com> Message-ID: <9f02ca4c050424083521b6ad4c@mail.gmail.com> On 4/22/05, Jamie Bliss <astronouth7303 at gmail.com> wrote: > On 4/21/05, S?rgio Ribeiro <sr.ribeiro at gmail.com> wrote: > > Use ~~~~~ > > _Without_ login name. Just the current time. Yes. Count the tildes: 3 tildes (~~~) = username only 4 tildes (~~~~) = username + timestamp 5 tildes (~~~~~) = timestamp only [this was added in v1.4, I believe] > I think that ~~~ and ~~~~ are actually preprocessed, so they aren't > even in the saved version. So to do a date/time without user name, > just type it in. Well, yes, all these things are shortcuts for entering permanent content - otherwise they'd change every time somebody else viewed the page, making them meaningless in terms of "signing" a comment. There's no way, afterwards, of telling the difference between them and something manually typed, they're just a quicker way of typing the same content. -- Rowan Collins BSc [IMSoP] From rowan.collins at gmail.com Sun Apr 24 15:55:12 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Sun, 24 Apr 2005 16:55:12 +0100 Subject: [Mediawiki-l] template weirdness In-Reply-To: <a3930beece4f9d206a35bc2c39105e97@Bytesmiths.com> References: <a3930beece4f9d206a35bc2c39105e97@Bytesmiths.com> Message-ID: <9f02ca4c05042408554e3c3271@mail.gmail.com> On 4/24/05, Jan Steinman <Jan at bytesmiths.com> wrote: > Do templates force-close any opening tags? I was under the impression that they don't get manipulated at all, and that various current uses exploit this fact. If we ever move to a "proper" grammar-based parser, this is a potential problem, because it will prevent templates being cached as pre-parsed segments, but for now, it's fine. A nice simple example, similar to what you're trying, is http://en.wikipedia.org/wiki/Template:Vfd_top and http://en.wikipedia.org/wiki/Template:Vfd_bottom - the first opens a div, the second closes it. > But it looks like the {{menu top}} is getting closed off with > "</font></p></div>", even though I did no such thing. Are you looking at the source of just the template page on its own, out of context? Or perhaps including just the {{menu top}} without the {{menu bottom}}? Your browser (and possibly a call to "htmltidy" within MediaWiki) will tend to close any elements that are "left hanging", so you will probably never see a page with <div> but no </div>. Once you include the "</div>" yourself, however, the code won't need tidying in this way, so won't be messed with. In other words, if you actually use both {{menu top}} and {{menu bottom}} in a page, as you describe, it *should* work just fine. -- Rowan Collins BSc [IMSoP] From rowan.collins at gmail.com Sun Apr 24 15:55:12 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Sun, 24 Apr 2005 16:55:12 +0100 Subject: [Mediawiki-l] template weirdness In-Reply-To: <a3930beece4f9d206a35bc2c39105e97@Bytesmiths.com> References: <a3930beece4f9d206a35bc2c39105e97@Bytesmiths.com> Message-ID: <9f02ca4c05042408554e3c3271@mail.gmail.com> On 4/24/05, Jan Steinman <Jan at bytesmiths.com> wrote: > Do templates force-close any opening tags? I was under the impression that they don't get manipulated at all, and that various current uses exploit this fact. If we ever move to a "proper" grammar-based parser, this is a potential problem, because it will prevent templates being cached as pre-parsed segments, but for now, it's fine. A nice simple example, similar to what you're trying, is http://en.wikipedia.org/wiki/Template:Vfd_top and http://en.wikipedia.org/wiki/Template:Vfd_bottom - the first opens a div, the second closes it. > But it looks like the {{menu top}} is getting closed off with > "</font></p></div>", even though I did no such thing. Are you looking at the source of just the template page on its own, out of context? Or perhaps including just the {{menu top}} without the {{menu bottom}}? Your browser (and possibly a call to "htmltidy" within MediaWiki) will tend to close any elements that are "left hanging", so you will probably never see a page with <div> but no </div>. Once you include the "</div>" yourself, however, the code won't need tidying in this way, so won't be messed with. In other words, if you actually use both {{menu top}} and {{menu bottom}} in a page, as you describe, it *should* work just fine. -- Rowan Collins BSc [IMSoP] From minutiaeman at st-minutiae.com Sun Apr 24 17:20:28 2005 From: minutiaeman at st-minutiae.com (Dan Carlson) Date: Sun, 24 Apr 2005 13:20:28 -0400 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <c08135a1bbd966d5b28429eaa5d52bf4@earthlink.net> References: <1114236537.4115.1.camel@penguin.piclab.com> <shpswlsg3s.fsf@tux.gnu.franken.de> <81f8135864a941e0441a2e843a959c0a@earthlink.net> <426ACAF9.3040403@pobox.com> <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> <2f0aa33de4e5e7adba3a97f500c6ff65@st-minutiae.com> <c08135a1bbd966d5b28429eaa5d52bf4@earthlink.net> Message-ID: <d39cfcdbd0428ca7daeb78fedbae76e7@st-minutiae.com> On Apr 23, 2005, at 10:41 PM, John Blumel wrote: > On Apr 23, 2005, at 10:11pm, Dan Carlson wrote: > >> I think you're missing the point, John. The way I've found it >> easiest to describe to some people is voice inflection. If you were >> speaking a sentence out loud, would you speak certain words >> differently? Those are the words that would apply to the "em" or >> "strong" tags. > > But those are exactly the same words that in a written document you > would use bold or italic text for. That's what bold and italic text > were invented for. And that's exactly what people use them for. One > may not always agree with what is being emphasized but it's what the > author chooses to emphasize. Okay, maybe I wasn't clear enough about this: the problem is the semantic meaning. When a website author uses the "i" tag, it could quite possibly mean *anything*, either "em" or "cite" or "dfn" or "abbr" (among others, potentially). Or it could really mean absolutely nothing at all, other than to tell the text to be italicized for style. Check out this diagram: http://www.st-minutiae.com/temp/italicized-text.png The goal is (or should be) to be as precise as possible in order to avoid confusion. That's why it's appropriate in some cases to use "em", but not in *all* cases. Let's take the following sentence: "The <i>Defiant</i> is a tough little ship." "<i>Little?</i>" -- From <i>Star Trek: First Contact</i> Contrast that with the following use of alternative markup: "The <i>Defiant</i> is a tough little ship." "<em>Little?</em>" -- From <cite>Star Trek: First Contact</cite> See the difference? The ship name, "Defiant" is italicized, but that's purely a question of style. However, Worf placed emphasis on his response, taking exception to the use of the word "little". And the citation for the quoted exchange was the movie "Star Trek: First Contact". To the naked eye, it's true that there's very little difference in reading each of those sentences through a web browser. But the whole point of (X)HTML is to provide *semantic* markup to provide additional meaning to the document. *That* is what the extra tags are for, and why it's important to only use them when appropriate. See where I'm coming from now? Dan From rowan.collins at gmail.com Sun Apr 24 17:28:21 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Sun, 24 Apr 2005 18:28:21 +0100 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <c08135a1bbd966d5b28429eaa5d52bf4@earthlink.net> References: <1114236537.4115.1.camel@penguin.piclab.com> <shpswlsg3s.fsf@tux.gnu.franken.de> <81f8135864a941e0441a2e843a959c0a@earthlink.net> <426ACAF9.3040403@pobox.com> <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> <2f0aa33de4e5e7adba3a97f500c6ff65@st-minutiae.com> <c08135a1bbd966d5b28429eaa5d52bf4@earthlink.net> Message-ID: <9f02ca4c050424102830b59ec0@mail.gmail.com> On 4/24/05, John Blumel <johnblumel at earthlink.net> wrote: > On Apr 23, 2005, at 10:11pm, Dan Carlson wrote: > > For example, any of the various tags would generally be rendered in > > italics: "cite", "var", "dfn" (for example). But if you always used > > the "i" tag, how would a context-less reader know whether the > > italicized text was supposed to be a title, a variable, a definition, > > or emphasized text? THAT is why the "em" tag is important. > > I agree that cite, var, etc. do have semantics different from i/em. > It's only the i/em and b/strong dichotomies that I think are artificial > constructions without real semantic distinction. And it is the very > artificiality of these constructions that has resulted in em and strong > being ignored by most people. You probably didn't realise it, but you are contradicting yourself slightly - if you accept that a "cite" tag, or a hypothetical "foreign" tag, has meaning (even if only a machine would care about that meaning), then you understand that, at least sometimes, it is useful to say *why* something is in italics. Well, if <i> just means "it's in italics, for whatever reason" and <cite> means "it's in italics *because it's a citation*", how do you say "it's in italics *because I want to emphasise it*"? The answer, in HTML, is <em>. I think the key point is that making a word italic to emphasise an attribute of it (e.g. its foreignness) is not the same as making it italic to emphasise that word as against others in the text. I don't think traditional typography uses italics for foreign phrases because, say, "tete a tete" is always an important phrase, that you want to draw attention to, whenever you use it; it's that it's "different", and you want to *distinguish* it. The <em> tag is intended to represent the kind of italics that mean "hey look at this, it's more important than the rest". The reason no-one uses <em> is, quite simply, because they don't use the other semantic tags either - if, when you want to use italics, you think *why*, then there will be times when <em> fits that reason better than, say <cite>. <i> just allows you not to think about it, because it covers both cases. -- Rowan Collins BSc [IMSoP] From Jan at Bytesmiths.com Sun Apr 24 17:40:38 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Sun, 24 Apr 2005 10:40:38 -0700 Subject: [Mediawiki-l] template weirdness In-Reply-To: <9f02ca4c05042408554e3c3271@mail.gmail.com> References: <a3930beece4f9d206a35bc2c39105e97@Bytesmiths.com> <9f02ca4c05042408554e3c3271@mail.gmail.com> Message-ID: <9762f5853bbe6cc42cd669f61c5a5177@Bytesmiths.com> I'm probably screwing it up, but my eyes can't see it! On 24 Apr 2005, at 08:55, Rowan Collins wrote: > On 4/24/05, Jan Steinman <Jan at bytesmiths.com> wrote: >> Do templates force-close any opening tags? > > I was under the impression that they don't get manipulated at all... Here's "http://www.bytesmiths.com/wiki/Template:VVG_menu_top": <div align="center"><font size="-3">| '''[[Veggie Van Gogh]]''' |<br> | [[VVG:Fuel system|Fuel system]] | [[VVG:Body, chassis, driveline|Body, chassis, driveline]] | [[VVG:Electronics|Electronics]] | [[VVG:Living quarters|Living quarters]] | [[VVG:FAQ|FAQ]] | [[Biofuel links]] | Here's "http://www.bytesmiths.com/wiki/Template:VVG_menu_fuel": {{VVG menu top}}<br>'''''Fuel system:''''' | [[VVG:Overview|Overview]] | [[VVG:Common components|Common components]] | [[VVG:Filling|Filling]] | [[VVG:Plumbing|Plumbing]] | [[VVG:Vegetable oil|Vegetable oil]] | [[VVG:Electrical|Electrical]] |</font></div><br> Here's what's produced, as seen in "http://www.bytesmiths.com/wiki/VVG:Overview": <div align="center"><font size="-3">| <b><a href="/wiki/index.php/Veggie_Van_Gogh" title="Veggie Van Gogh">Veggie Van Gogh</a></b> |<br /> <p>| <a href="/wiki/index.php/VVG:Fuel_system" title="VVG:Fuel system">Fuel system</a> | <a href="/wiki/index.php/VVG:Body%2C_chassis%2C_driveline" title="VVG:Body, chassis, driveline">Body, chassis, driveline</a> | <a href="/wiki/index.php?title=VVG:Electronics&action=edit" class="new" title="VVG:Electronics">Electronics</a> | <a href="/wiki/index.php/VVG:Living_quarters" title="VVG:Living quarters">Living quarters</a> | <a href="/wiki/index.php/VVG:FAQ" title="VVG:FAQ">FAQ</a> | <a href="/wiki/index.php/Biofuel_links" title="Biofuel links">Biofuel links</a> |</font> </p> </div> <p><br /><i><b>Fuel system:</b></i> | <a href="/wiki/index.php/VVG:Overview" title="VVG:Overview">Overview</a> | <a href="/wiki/index.php/VVG:Common_components" title="VVG:Common components">Common components</a> | <a href="/wiki/index.php/VVG:Filling" title="VVG:Filling">Filling</a> | <a href="/wiki/index.php/VVG:Plumbing" title="VVG:Plumbing">Plumbing</a> | <a href="/wiki/index.php?title=VVG:Vegetable_oil&action=edit" class="new" title="VVG:Vegetable oil">Vegetable oil</a> | <a href="/wiki/index.php?title=VVG:Electrical&action=edit" class="new" title="VVG:Electrical">Electrical</a> |</font></div><br /> </p> And if you can visualize HTML no better than I, the stuff from "Template:VVG_menu_top" is centered and in a smaller font, but the stuff after that is left-justified, in normal font, and the final closing "</font></div>" show up literally. The HTML clearly contains a closing "</font></p></div>" after the first inclusion. I made other changes that became visible, to convince myself this was not some obscure caching problem. This is 1.4.0. I've been putting off merging with later releases -- could that be the problem? > A nice simple example, similar to what you're trying, is > http://en.wikipedia.org/wiki/Template:Vfd_top and > http://en.wikipedia.org/wiki/Template:Vfd_bottom - the first opens a > div, the second closes it. Yea, I can see that happening, specifically on Wikipedia:Deletion_process >> But it looks like the {{menu top}} is getting closed off with >> "</font></p></div>", even though I did no such thing. > > Are you looking at the source of just the template page on its own, > out of context? In the case above, I'm including the first template from the second that is supposed to close the open tags. I'm looking at both the second template, and also a page that includes it. I have tried it with both templates independent, and included independently on another page. :::: Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes and weighs 30 tons, computers in the future may have only 1,000 vacuum tubes and weigh only 1 1/2 tons. -- Popular Mechanics, March 1949 :::: Jan Steinman <http://www.Bytesmiths.com/Item/99AP35> From me.at.work at gmail.com Sun Apr 24 18:31:30 2005 From: me.at.work at gmail.com (me at work) Date: Sun, 24 Apr 2005 13:31:30 -0500 Subject: [Mediawiki-l] Disabling account creation In-Reply-To: <BHEHJAMNEHLEHILFBIENCEGNCHAA.carltonb@mindspring.com> References: <a3930beece4f9d206a35bc2c39105e97@Bytesmiths.com> <BHEHJAMNEHLEHILFBIENCEGNCHAA.carltonb@mindspring.com> Message-ID: <cd0bcc07050424113134ca46a7@mail.gmail.com> http://mail.wikipedia.org/pipermail/mediawiki-l/2005-April/004705.html Add $wgWhitelistEdit = true; to your localsettings.php and that should fix the problem, as it doesn't allow people to create logins. On 4/24/05, Carlton B <carltonb at mindspring.com> wrote: > I've succeeded in getting MediaWiki to authenticate off of vBulletin using > an extension of the AuthPlugin. > > My problem now is that users still can create MediaWiki accounts. This > defeats the whole purpose. > > How do I disallow users from creating local MediaWiki accounts? Preferably > I'd like to replace the "Retype password...." part of the form with a > message telling them where they really need to go to create a password. > > Also... I notice that in the AuthPlugin documentation, mention is made of > pulling the user's email address from an external source so that MediaWiki > can use it. Pulling the email is easy enough, but where do I pass it so > that MW can make use of it? > > Thanks, > Carlton > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- Tom From lee at piclab.com Sun Apr 24 18:48:24 2005 From: lee at piclab.com (Lee Daniel Crocker) Date: Sun, 24 Apr 2005 11:48:24 -0700 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <d39cfcdbd0428ca7daeb78fedbae76e7@st-minutiae.com> References: <1114236537.4115.1.camel@penguin.piclab.com> <shpswlsg3s.fsf@tux.gnu.franken.de> <81f8135864a941e0441a2e843a959c0a@earthlink.net> <426ACAF9.3040403@pobox.com> <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> <2f0aa33de4e5e7adba3a97f500c6ff65@st-minutiae.com> <c08135a1bbd966d5b28429eaa5d52bf4@earthlink.net> <d39cfcdbd0428ca7daeb78fedbae76e7@st-minutiae.com> Message-ID: <1114368504.14389.20.camel@penguin.piclab.com> On Sun, 2005-04-24 at 13:20 -0400, Dan Carlson wrote: > (Good examples elided) ...But the whole point of (X)HTML is to > provide *semantic* markup to provide additional meaning to the > document. *That* is what the extra tags are for, and why it's > important to only use them when appropriate. Yes, yes, we understand the concept of semantic markup, and I'm as big a proponent as any of the value of that concept; but that's not the issue here. Just because we are using HTML, that doesn't mean that our goals necessarily are HTML's goals. Our goals are ease of use and ease of editing. We use HTML because the web browser interface give us ease of use; we use wiki markup because it gives us ease of editing. It might be nice to _have_ an encyclopedia with lots of semantic markup; but if we have to sacrifice ease of editing to get there, then we won't get there. So we have to decide on reasonable trade-offs: what level of informational richness can we expect non-expert editors to deal with that will still give users the best possible experience? Clearly, if we wanted to have 100% semantic markup, we'd just use XML all the way. Then Wikipedia would have a few dozen articles by now. So we need wiki markup. Frankly, I think wiki markup has already gone too far in complexity; I haven't compiled statistics, but I'd like to see some stats along the lines of how many newcomers are editing articles compared to earlier stages (perhaps expressed as a ratio of article editors to readers?) I suspect it has gone down. Thinking about it, I agree with Brion: the actual semantic meaning of text in double-tics in wiki markup is "this is italic", and nothing else. We can't expect editors to properly use things like <cite>, <dfn>, <var>, and so on; we _can_ expect them to italicize the kinds of things they've seen in italics in all the articles they've read. Given that, the semantically correct way to render that text is with <i>, not <em>. That said, I should point out that all the arguments above apply to Wikipedia, but not necessarily to other installations of the software. -- Lee Daniel Crocker <lee at piclab.com> <http://www.piclab.com/lee/> <http://creativecommons.org/licenses/publicdomain/> From johnblumel at earthlink.net Sun Apr 24 19:31:34 2005 From: johnblumel at earthlink.net (John Blumel) Date: Sun, 24 Apr 2005 15:31:34 -0400 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <d39cfcdbd0428ca7daeb78fedbae76e7@st-minutiae.com> References: <1114236537.4115.1.camel@penguin.piclab.com> <shpswlsg3s.fsf@tux.gnu.franken.de> <81f8135864a941e0441a2e843a959c0a@earthlink.net> <426ACAF9.3040403@pobox.com> <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> <2f0aa33de4e5e7adba3a97f500c6ff65@st-minutiae.com> <c08135a1bbd966d5b28429eaa5d52bf4@earthlink.net> <d39cfcdbd0428ca7daeb78fedbae76e7@st-minutiae.com> Message-ID: <28b38346470309f0300e289e3367010b@earthlink.net> On Apr 24, 2005, at 1:20pm, Dan Carlson wrote: > "The <i>Defiant</i> is a tough little ship." "<em>Little?</em>" -- > From <cite>Star Trek: First Contact</cite> > > See the difference? The ship name, "Defiant" is italicized, but > that's purely a question of style. The reason "Defiant" is italicized is that it is being emphasized because it's the name of a ship. "Purely a question of style," in this instance, means "Customary to emphasize." John Blumel From rowan.collins at gmail.com Sun Apr 24 19:41:28 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Sun, 24 Apr 2005 20:41:28 +0100 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <28b38346470309f0300e289e3367010b@earthlink.net> References: <1114236537.4115.1.camel@penguin.piclab.com> <shpswlsg3s.fsf@tux.gnu.franken.de> <81f8135864a941e0441a2e843a959c0a@earthlink.net> <426ACAF9.3040403@pobox.com> <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> <2f0aa33de4e5e7adba3a97f500c6ff65@st-minutiae.com> <c08135a1bbd966d5b28429eaa5d52bf4@earthlink.net> <d39cfcdbd0428ca7daeb78fedbae76e7@st-minutiae.com> <28b38346470309f0300e289e3367010b@earthlink.net> Message-ID: <9f02ca4c0504241241a83688b@mail.gmail.com> On 4/24/05, John Blumel <johnblumel at earthlink.net> wrote: > > "The <i>Defiant</i> is a tough little ship." "<em>Little?</em>" -- > > From <cite>Star Trek: First Contact</cite> > > > > See the difference? The ship name, "Defiant" is italicized, but > > that's purely a question of style. > > The reason "Defiant" is italicized is that it is being emphasized > because it's the name of a ship. "Purely a question of style," in this > instance, means "Customary to emphasize." No, I don't agree that that is "emphasis" in the general meaning of that term. It doesn't mean "'Defiant' is the most important word in this sentence", it means "'Defiant' is different kind of word from the others in this sentence". That's not emphasis, it's distinction. To put it even more bluntly, this is a good example where it is customary to use italics in print, but it would *not* sound correct to emphasis that word in speech. In other words, it is customary to *italicise*, but not customary to *emphasise*. -- Rowan Collins BSc [IMSoP] From johnblumel at earthlink.net Sun Apr 24 19:43:00 2005 From: johnblumel at earthlink.net (John Blumel) Date: Sun, 24 Apr 2005 15:43:00 -0400 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <9f02ca4c050424102830b59ec0@mail.gmail.com> References: <1114236537.4115.1.camel@penguin.piclab.com> <shpswlsg3s.fsf@tux.gnu.franken.de> <81f8135864a941e0441a2e843a959c0a@earthlink.net> <426ACAF9.3040403@pobox.com> <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> <2f0aa33de4e5e7adba3a97f500c6ff65@st-minutiae.com> <c08135a1bbd966d5b28429eaa5d52bf4@earthlink.net> <9f02ca4c050424102830b59ec0@mail.gmail.com> Message-ID: <a1330dcc44ff08f245eb5d67e33a05c6@earthlink.net> On Apr 24, 2005, at 1:28pm, Rowan Collins wrote: > You probably didn't realise it, but you are contradicting yourself > slightly - if you accept that a "cite" tag, or a hypothetical > "foreign" tag, has meaning (even if only a machine would care about > that meaning), then you understand that, at least sometimes, it is > useful to say *why* something is in italics. Well, if <i> just means > "it's in italics, for whatever reason" and <cite> means "it's in > italics *because it's a citation*", how do you say "it's in italics > *because I want to emphasise it*"? The answer, in HTML, is <em>. Well, I don't think I'm contradicting myself. The reason something is in italics is because it's being emphasized (the same purpose as em). Things aren't in italics for no reason and em has no meaning that i doesn't also have. > I think the key point is that making a word italic to emphasise an > attribute of it (e.g. its foreignness) is not the same as making it > italic to emphasise that word as against others in the text. I don't > think traditional typography uses italics for foreign phrases because, > say, "tete a tete" is always an important phrase, that you want to > draw attention to, whenever you use it; it's that it's "different", > and you want to *distinguish* it. The <em> tag is intended to > represent the kind of italics that mean "hey look at this, it's more > important than the rest". I think the degree of hair splitting here actually makes my counter-argument. I don't see any real difference between "it's 'different, and you want to *distinguish* it" and "hey look at this, it's more important than the rest" Why do you want to distinguish it? Because it's more important than the rest. My point, and it is obviously the minority view here, is that if it is this difficult for you to draw a distinction between the meaning of i & em, and so easy for me to point out that the distinction, in each case, is artificial, then, the difference between them, if any, is so trivial as to be meaningless and that they are, for all practical purposes, semantically equivalent. John Blumel From johnblumel at earthlink.net Sun Apr 24 20:09:06 2005 From: johnblumel at earthlink.net (John Blumel) Date: Sun, 24 Apr 2005 16:09:06 -0400 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <9f02ca4c0504241241a83688b@mail.gmail.com> References: <1114236537.4115.1.camel@penguin.piclab.com> <shpswlsg3s.fsf@tux.gnu.franken.de> <81f8135864a941e0441a2e843a959c0a@earthlink.net> <426ACAF9.3040403@pobox.com> <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> <2f0aa33de4e5e7adba3a97f500c6ff65@st-minutiae.com> <c08135a1bbd966d5b28429eaa5d52bf4@earthlink.net> <d39cfcdbd0428ca7daeb78fedbae76e7@st-minutiae.com> <28b38346470309f0300e289e3367010b@earthlink.net> <9f02ca4c0504241241a83688b@mail.gmail.com> Message-ID: <1183b49fef7ce6bae7592725f49dc7c4@earthlink.net> On Apr 24, 2005, at 3:41pm, Rowan Collins wrote: > No, I don't agree that that is "emphasis" in the general meaning of > that term. It doesn't mean "'Defiant' is the most important word in > this sentence", it means "'Defiant' is different kind of word from the > others in this sentence". That's not emphasis, it's distinction. I think this is more splitting hairs and if the only way to differentiate i & em is through hair splitting, there isn't enough of a difference between them to amount to anything. I mean, what's the actual difference, other than that they are different words, between "emphasis" and "distinction" in this context > To put it even more bluntly, this is a good example where it is > customary to use italics in print, but it would *not* sound correct to > emphasis that word in speech. In other words, it is customary to > *italicise*, but not customary to *emphasise*. I disagree, people do give subtle emphasis in their speech when saying the names of ships, book, species, or foreign words, or other things that would be i/em'd in print. But this takes us to a level of describing degrees of distinction that the HTML spec doesn't support because it "claims" there is no meaning attached to i or b. One could argue that i and b should never be used because they lack official meaning. But again this is an artificial distinction that ignores why italic and bold text were created in the first place. I really didn't expect to start a big brouhaha over this and it's clear that most people here don't agree with me. So, I guess we'll have to agree to disagree on this topic. John Blumel From rowan.collins at gmail.com Sun Apr 24 20:16:54 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Sun, 24 Apr 2005 21:16:54 +0100 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <a1330dcc44ff08f245eb5d67e33a05c6@earthlink.net> References: <1114236537.4115.1.camel@penguin.piclab.com> <shpswlsg3s.fsf@tux.gnu.franken.de> <81f8135864a941e0441a2e843a959c0a@earthlink.net> <426ACAF9.3040403@pobox.com> <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> <2f0aa33de4e5e7adba3a97f500c6ff65@st-minutiae.com> <c08135a1bbd966d5b28429eaa5d52bf4@earthlink.net> <9f02ca4c050424102830b59ec0@mail.gmail.com> <a1330dcc44ff08f245eb5d67e33a05c6@earthlink.net> Message-ID: <9f02ca4c05042413162b9fca86@mail.gmail.com> On 4/24/05, John Blumel <johnblumel at earthlink.net> wrote: > Things aren't in italics for no reason and em has no meaning that i > doesn't also have. Things are in italics for *a variety of reasons*; things should only be in <em> tags for *one of those reasons*. > I think the degree of hair splitting here actually makes my > counter-argument. I don't see any real difference between "it's > 'different, and you want to *distinguish* it" and "hey look at this, > it's more important than the rest" Why do you want to distinguish it? > Because it's more important than the rest. No, you want to distinguish it because it's *different*. In some dictionaries or wordlists, some of the entries appear in italics; is this because those words are "more important"? No, it's because they are a different kind of word. Given a different stylistic tradition, they might be in a different colour; it just happens that styling the font is easier in traditional printing processes than printing in multiple colours. If some entries were red, and some green [and, perhaps, some blue, and purple, etc] would you call that emphasis? > My point, and it is obviously the minority view here, is that if it is > this difficult for you to draw a distinction between the meaning of i & > em, and so easy for me to point out that the distinction, in each case, > is artificial, then, the difference between them, if any, is so trivial > as to be meaningless and that they are, for all practical purposes, > semantically equivalent. I reject your logic here. I accept that you may hold the opinion that there is no difference, and that you are unconvinced by my arguments. However, I am equally unconvinced by your arguments, so how is it "difficult for [me] to draw a distinction" and "easy for [you] to [call it] artificial"? We both seem to be perfectly capable of continuing the debate, and we both seem to be struggling equally to talk each other round. You seem to [almost] be saying "I don't agree with you, but you agree with me less, so I'm right". -- Rowan Collins BSc [IMSoP] From johnblumel at earthlink.net Sun Apr 24 20:35:27 2005 From: johnblumel at earthlink.net (John Blumel) Date: Sun, 24 Apr 2005 16:35:27 -0400 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <9f02ca4c05042413162b9fca86@mail.gmail.com> References: <1114236537.4115.1.camel@penguin.piclab.com> <shpswlsg3s.fsf@tux.gnu.franken.de> <81f8135864a941e0441a2e843a959c0a@earthlink.net> <426ACAF9.3040403@pobox.com> <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> <2f0aa33de4e5e7adba3a97f500c6ff65@st-minutiae.com> <c08135a1bbd966d5b28429eaa5d52bf4@earthlink.net> <9f02ca4c050424102830b59ec0@mail.gmail.com> <a1330dcc44ff08f245eb5d67e33a05c6@earthlink.net> <9f02ca4c05042413162b9fca86@mail.gmail.com> Message-ID: <edc1bd46fba283c5169b8b1102c1c360@earthlink.net> On Apr 24, 2005, at 4:16pm, Rowan Collins wrote: > Things are in italics for *a variety of reasons*; things should only > be in <em> tags for *one of those reasons*. Why would anyone choose to use italics, or why would it ever have become customary to do so, if some degree of emphasis from the surrounding text wasn't the purpose? One can just as easily declare that things should be marked with em for a variety of reasons. After all, there are more degrees of emphasis than em and strong define, and many of these don't fall into any of the other categories like cite and var. But defining the degree of emphasis that justifies/requires em rather than i becomes rather arbitrary and people, if forced to define it, will probably always define it at different points. Even the exact level of emphasis that dictates when to use em rather than strong is difficult to define exactly. > You seem to [almost] be saying "I don't agree > with you, but you agree with me less, so I'm right". Well, I think we both think we are right and I doubt I could say that one of us agrees less with the other since the difference between our points of view is the same for each of us. John Blumel From rowan.collins at gmail.com Sun Apr 24 20:37:49 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Sun, 24 Apr 2005 21:37:49 +0100 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <1183b49fef7ce6bae7592725f49dc7c4@earthlink.net> References: <1114236537.4115.1.camel@penguin.piclab.com> <81f8135864a941e0441a2e843a959c0a@earthlink.net> <426ACAF9.3040403@pobox.com> <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> <2f0aa33de4e5e7adba3a97f500c6ff65@st-minutiae.com> <c08135a1bbd966d5b28429eaa5d52bf4@earthlink.net> <d39cfcdbd0428ca7daeb78fedbae76e7@st-minutiae.com> <28b38346470309f0300e289e3367010b@earthlink.net> <9f02ca4c0504241241a83688b@mail.gmail.com> <1183b49fef7ce6bae7592725f49dc7c4@earthlink.net> Message-ID: <9f02ca4c050424133715abe12b@mail.gmail.com> On 4/24/05, John Blumel <johnblumel at earthlink.net> wrote: > I mean, what's the > actual difference, other than that they are different words, between > "emphasis" and "distinction" in this context A word that is emphasised is intended to draw your attention to that word more than other words on the page. The distinction being made here, however, is simply "this is not the word 'defiant', it is the name 'Defiant'" - you are not intended to take *more notice* of the word than other words in the sentence, just interpret it differently from the same word in other sentences. "The <i>Defiant</i> is defiant" As it happens, English also uses initial capitals to make a similar distinction, so it is *almost* redundant anyway; but for one thing, other languages don't (German puts a Capital on all Nouns, for Instance), and for another, it is sometimes regarded as trendy to play with capitalisation (e.g. with technology-related trademarks), so that "proper nouns" end up with a lower-case initial. If you need to distinguish these, you might therefore use <i>italics</i> to show you aren't just using a generic noun (you might not, of course, but if you did, it would not be for <em>emphasis</em>). "The <i>smart</i> looks smart" [as in http://en.wikipedia.org/wiki/Smart_%28automobile%29] > [...] degrees of distinction that the HTML spec doesn't support > because it "claims" there is no meaning attached to i or b. One could > argue that i and b should never be used because they lack official > meaning. But again this is an artificial distinction that ignores why > italic and bold text were created in the first place. I think possibly you're misunderstanding here; the HTML spec defines <i> as being italics, of all sorts; however, it also defines tags which are *more specific than that*. At the very least, you could define <em> by exclusion - list out rules like: "if it's a citation, you should be using <cite>", and given a tag for every such specific use of italics you would be left with words for which the italics has no meaning, other than to indicate that this word is more *important* than the others; this "remainder" is what <em> is for. Given such a perfect set of tags, <i> would indeed be redundant - for every instance of <i>, you could choose a more specific tag - but because a) there aren't tags for everything and b) people are lazy, <i> remains a catch-all case. In my view, you don't need to do this process of exclusion, because emphasis/highlighting importance is a definable use of italics in its own right, and is naturally and obviously distinct from other uses. -- Rowan Collins BSc [IMSoP] From rowan.collins at gmail.com Sun Apr 24 20:52:46 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Sun, 24 Apr 2005 21:52:46 +0100 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <edc1bd46fba283c5169b8b1102c1c360@earthlink.net> References: <1114236537.4115.1.camel@penguin.piclab.com> <81f8135864a941e0441a2e843a959c0a@earthlink.net> <426ACAF9.3040403@pobox.com> <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> <2f0aa33de4e5e7adba3a97f500c6ff65@st-minutiae.com> <c08135a1bbd966d5b28429eaa5d52bf4@earthlink.net> <9f02ca4c050424102830b59ec0@mail.gmail.com> <a1330dcc44ff08f245eb5d67e33a05c6@earthlink.net> <9f02ca4c05042413162b9fca86@mail.gmail.com> <edc1bd46fba283c5169b8b1102c1c360@earthlink.net> Message-ID: <9f02ca4c05042413523256f2c9@mail.gmail.com> On 4/24/05, John Blumel <johnblumel at earthlink.net> wrote: > Why would anyone choose to use italics, or why would it ever have > become customary to do so, if some degree of emphasis from the > surrounding text wasn't the purpose? Because in the days of the printing press, it was one of the few ways of distinguishing between two pieces of text. Simple as that. The fact that it looks to you like emphasis is purely a result of how it came to be conventionally used. > One can just as easily declare that things should be marked with em for > a variety of reasons. After all, there are more degrees of emphasis > than em and strong define, and many of these don't fall into any of the > other categories like cite and var. But defining the degree of emphasis > that justifies/requires em rather than i becomes rather arbitrary The difference between <i> and <em> is not one of degree, it is one of purpose. <i> states no specific purpose, only a typographical command; <em> states no typographical command (although in practice, it implies one) only a purpose: to emphasise. How is "citation" a degree of "emphasis"? I guess you're thinking in terms of how these words would be read aloud, whereas I am thinking in terms of writing having an existence to an extent independent of speech. We decorate letters in all sorts of ways, just as we "decorate" speech with volume, tone, speed, and body language. These things don't map one to one. I always think its interesting to consider Chinese in this respect - because it is not phonetic, written Chinese can almost be considered a distinct language. It can, I believe, be read by people with widely differing dialects, because they can look at the same character and associate the same idea, but put a completly different sound to it. It's an intriguing psychological question whether we [as English speakers] associate written language directly with ideas, or only with the sounds that are then associated with ideas. I've thought of one last example, where the italics are most definitely not emphasis: In a story I read recently, there were two parallel narrative threads - one was in the first person and the present tense ("I look around, bewildered."), the other in the more traditional third person, past tense ("He went upstairs."). To make it easier to tell the threads apart, the author employed a *typographical* distinction as well - he put one of the threads in italics. This was not because that thread was "more important", it was simply "different". -- Rowan Collins BSc [IMSoP] From carltonb at mindspring.com Sun Apr 24 22:34:49 2005 From: carltonb at mindspring.com (Carlton B) Date: Mon, 25 Apr 2005 07:34:49 +0900 Subject: [Mediawiki-l] Disabling account creation In-Reply-To: <cd0bcc07050424113134ca46a7@mail.gmail.com> Message-ID: <BHEHJAMNEHLEHILFBIENEEHICHAA.carltonb@mindspring.com> Thanks... that is half of the solution, I can prevent them from creating MW accounts. But having done that, I need to add a message somewhere that tells users where to go create an account if they don't have one. What file is that going to be? -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org]On Behalf Of me at work Sent: Monday, April 25, 2005 3:32 AM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Disabling account creation http://mail.wikipedia.org/pipermail/mediawiki-l/2005-April/004705.html Add $wgWhitelistEdit = true; to your localsettings.php and that should fix the problem, as it doesn't allow people to create logins. On 4/24/05, Carlton B <carltonb at mindspring.com> wrote: > I've succeeded in getting MediaWiki to authenticate off of vBulletin using > an extension of the AuthPlugin. > > My problem now is that users still can create MediaWiki accounts. This > defeats the whole purpose. > > How do I disallow users from creating local MediaWiki accounts? Preferably > I'd like to replace the "Retype password...." part of the form with a > message telling them where they really need to go to create a password. > > Also... I notice that in the AuthPlugin documentation, mention is made of > pulling the user's email address from an external source so that MediaWiki > can use it. Pulling the email is easy enough, but where do I pass it so > that MW can make use of it? > > Thanks, > Carlton > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > -- Tom _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From FLengyel at gc.cuny.edu Sun Apr 24 22:42:06 2005 From: FLengyel at gc.cuny.edu (Lengyel, Florian) Date: Sun, 24 Apr 2005 18:42:06 -0400 Subject: [Mediawiki-l] Re: Rendering of italics Message-ID: <11B37301B7338D4D8FDC899785A7C3EE04EE8EC0@pobox.gc.cuny.edu> On Apr 24, 2005, at 4:16pm, Rowan Collins wrote: >> Things are in italics for *a variety of reasons*; things should only >> be in <em> tags for *one of those reasons*. And John Blumel asked: >Why would anyone choose to use italics, or why would it ever have >become customary to do so, if some degree of emphasis from the >surrounding text wasn't the purpose? Permit me to propose a perhaps uninformed but pragmatic answer: I sometimes want a box around some text in the typewriter font. This is accomplished by indenting the text (in other words, by not starting in the first column) in the edit window. I may have a blank line in between text that I want surrounded by a single box, as follows But the blank line will close the box around the preceding paragraph, and a new surrounding box will appear after the blank. To make the blank line appear and not create two boxes, I can instead insert an italic space where the blank line was with this syntax: '' '' Now this paragraph and the preceding one will be included in the same bounding box. Of course, I could have used ''' ''' instead of '' '' on the blank line; in that case, my answer applies to a variant of John Blumel's question, in which the phrase "bold face" replaces the word "italics." FL From muke at frath.net Sun Apr 24 23:28:23 2005 From: muke at frath.net (Muke Tever) Date: Sun, 24 Apr 2005 17:28:23 -0600 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <edc1bd46fba283c5169b8b1102c1c360@earthlink.net> References: <1114236537.4115.1.camel@penguin.piclab.com> <shpswlsg3s.fsf@tux.gnu.franken.de> <81f8135864a941e0441a2e843a959c0a@earthlink.net> <426ACAF9.3040403@pobox.com> <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> <2f0aa33de4e5e7adba3a97f500c6ff65@st-minutiae.com> <c08135a1bbd966d5b28429eaa5d52bf4@earthlink.net> <9f02ca4c050424102830b59ec0@mail.gmail.com> <a1330dcc44ff08f245eb5d67e33a05c6@earthlink.net> <9f02ca4c05042413162b9fca86@mail.gmail.com> <edc1bd46fba283c5169b8b1102c1c360@earthlink.net> Message-ID: <op.sprfhlmc2okkek@arcadia.hsd1.co.comcast.net> John Blumel <johnblumel at earthlink.net> wrote: > On Apr 24, 2005, at 4:16pm, Rowan Collins wrote: > >> Things are in italics for *a variety of reasons*; things should only >> be in <em> tags for *one of those reasons*. > > Why would anyone choose to use italics, or why would it ever have > become customary to do so, if some degree of emphasis from the > surrounding text wasn't the purpose? I had the misfortune recently to mark up the text of _Ars Grammatica Linguae Iaponicae_ for Project Gutenberg's Distributed Proofreaders. The entire book is printed in italics, and non-italic text is used for cited Japanese words. The instructions given were to mark up the text visually, retaining the italics: <i>Particula, </i>ra<i>, facit pluralia [....]</i> [Yes, like that.] In wikimarkup that's simply: ''Particula, ''ra'', facit pluralia [...]'' in both cases italics are doing their job of being _visual_ markup (remaining faithful to the original's appearance) while not contributing emphasis (as they're not supposed to). *Muke! From brion at pobox.com Sun Apr 24 23:54:48 2005 From: brion at pobox.com (Brion Vibber) Date: Sun, 24 Apr 2005 16:54:48 -0700 Subject: [Mediawiki-l] I'm sorry Message-ID: <426C31C8.6020806@pobox.com> I'd like to publicly apologize for letting the "italics" thread go beyond Lee's question, my response, and his confirmation. There's nothing more to be said, guys. It's a boring topic. :) -- 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/20050424/aa973763/attachment.pgp From brion at pobox.com Sun Apr 24 23:58:48 2005 From: brion at pobox.com (Brion Vibber) Date: Sun, 24 Apr 2005 16:58:48 -0700 Subject: [Mediawiki-l] writing in a file without overwriting content In-Reply-To: <4f1dbf1105042407405f181f64@mail.gmail.com> References: <4f1dbf1105042407405f181f64@mail.gmail.com> Message-ID: <426C32B8.1090001@pobox.com> Jordi Domingo wrote: > Hi, I have modified the source to make that the action=edit > reads/writes from a file. I modify it with fopen in mode r+, and no > problem when the new text is long equal or less than old text, but > when is major it overwrites the old text as I want, but also the > following. There's any function to write something in a file but not > overwriting it? I'm not sure what that means... > Also, as I now don't care of content in bd, all the conflicts of > simultaneous users handled by Mediawiki in EditPage.php now have to be > handled by me, right? (with flock, I suppose) Well, yeah. If you remove the core code from the wiki you'll have to replace it or live without it. -- 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/20050424/212647ff/attachment.pgp From johnblumel at earthlink.net Mon Apr 25 00:03:42 2005 From: johnblumel at earthlink.net (John Blumel) Date: Sun, 24 Apr 2005 20:03:42 -0400 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <op.sprfhlmc2okkek@arcadia.hsd1.co.comcast.net> References: <1114236537.4115.1.camel@penguin.piclab.com> <shpswlsg3s.fsf@tux.gnu.franken.de> <81f8135864a941e0441a2e843a959c0a@earthlink.net> <426ACAF9.3040403@pobox.com> <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> <2f0aa33de4e5e7adba3a97f500c6ff65@st-minutiae.com> <c08135a1bbd966d5b28429eaa5d52bf4@earthlink.net> <9f02ca4c050424102830b59ec0@mail.gmail.com> <a1330dcc44ff08f245eb5d67e33a05c6@earthlink.net> <9f02ca4c05042413162b9fca86@mail.gmail.com> <edc1bd46fba283c5169b8b1102c1c360@earthlink.net> <op.sprfhlmc2okkek@arcadia.hsd1.co.comcast.net> Message-ID: <3f67122bef8a3f38b48de37a45600af7@earthlink.net> On Apr 24, 2005, at 7:28pm, Muke Tever wrote: > I had the misfortune recently to mark up the text of _Ars Grammatica > Linguae Iaponicae_ for Project Gutenberg's Distributed Proofreaders. > > The entire book is printed in italics, and non-italic text is used for > cited Japanese words. Freak examples don't really prove the point. One could just as easily em everything in a text and the few scattered non em'd words would suddenly be significant. This is basically telling the reader: "I'm reversing the rules of significance. That which is marked as significant is not. That which is not marked as significant is." All you are pointing out is that a publisher can play games with their readers. Whether they play them with i or em is irrelevant. John Blumel From ucgajpd at ucl.ac.uk Mon Apr 25 00:10:32 2005 From: ucgajpd at ucl.ac.uk (Jason Davies) Date: Mon, 25 Apr 2005 01:10:32 +0100 Subject: [Mediawiki-l] italics legitimate on mediawiki list? In-Reply-To: <3f67122bef8a3f38b48de37a45600af7@earthlink.net> Message-ID: <r02010500-1039-70F50F61B51E11D987CC000D9358BC20@[192.168.0.100]> guys, please can this thread go elsewhere? It's interesting but it's not mediawiki. Thanks. From rowan.collins at gmail.com Mon Apr 25 00:36:26 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Mon, 25 Apr 2005 01:36:26 +0100 Subject: [Mediawiki-l] Re: Rendering of italics In-Reply-To: <3f67122bef8a3f38b48de37a45600af7@earthlink.net> References: <1114236537.4115.1.camel@penguin.piclab.com> <488bf4bb0c264eb817503081cf8c1aa9@earthlink.net> <2f0aa33de4e5e7adba3a97f500c6ff65@st-minutiae.com> <c08135a1bbd966d5b28429eaa5d52bf4@earthlink.net> <9f02ca4c050424102830b59ec0@mail.gmail.com> <a1330dcc44ff08f245eb5d67e33a05c6@earthlink.net> <9f02ca4c05042413162b9fca86@mail.gmail.com> <edc1bd46fba283c5169b8b1102c1c360@earthlink.net> <op.sprfhlmc2okkek@arcadia.hsd1.co.comcast.net> <3f67122bef8a3f38b48de37a45600af7@earthlink.net> Message-ID: <9f02ca4c05042417367a920240@mail.gmail.com> On 4/25/05, John Blumel <johnblumel at earthlink.net> wrote: > > I had the misfortune recently to mark up the text of _Ars Grammatica > > Linguae Iaponicae_ for Project Gutenberg's Distributed Proofreaders. > > > > The entire book is printed in italics, and non-italic text is used for > > cited Japanese words. > > Freak examples don't really prove the point. One could just as easily > em everything in a text and the few scattered non em'd words would > suddenly be significant. Ah, but then "em" would no longer mean "emphasis" would it? Even with the usage reversed, "i" continues to mean "italic", because that is its only meaning. > This is basically telling the reader: "I'm > reversing the rules of significance. That which is marked as > significant is not. That which is not marked as significant is." That's not true - if presented with a page in italic script, with certain words un-italicised, you will not think "oh, this whole page is emphasised" because that is meaningless - emphasised when compared to what? The parts which are in *non-italics* will automatically stand out - and thus be emphasised. Intriguingly, an XHTML + CSS approach to markup can handle this perfectly: <style> p {font-style: italic;} em {font-style: normal;} </style> This defines ordinary text (in a plain paragraph) to be italic, and emphasised text (in <em> tags) to be non-italic. For a rather poor example, look at http://195.137.84.82/~ron/em_it.html -- Rowan Collins BSc [IMSoP] From rowan.collins at gmail.com Mon Apr 25 00:38:36 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Mon, 25 Apr 2005 01:38:36 +0100 Subject: [Mediawiki-l] I'm sorry In-Reply-To: <426C31C8.6020806@pobox.com> References: <426C31C8.6020806@pobox.com> Message-ID: <9f02ca4c050424173827aafea0@mail.gmail.com> On 4/25/05, Brion Vibber <brion at pobox.com> wrote: > I'd like to publicly apologize for letting the "italics" thread go > beyond Lee's question, my response, and his confirmation. No, I should apologise for being so determined to justify my opinion. As Jason said, we should probably have taken it elsewhere ages ago. I'm afraid I just enjoy a good debate and have got carried away. Sorry. -- Rowan Collins BSc [IMSoP] From Jan at Bytesmiths.com Mon Apr 25 01:52:37 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Sun, 24 Apr 2005 18:52:37 -0700 Subject: [Mediawiki-l] Disabling account creation In-Reply-To: <BHEHJAMNEHLEHILFBIENEEHICHAA.carltonb@mindspring.com> References: <BHEHJAMNEHLEHILFBIENEEHICHAA.carltonb@mindspring.com> Message-ID: <bdc3bc7b6e2aa10d61f5891d5754cfd7@Bytesmiths.com> On 24 Apr 2005, at 15:34, Carlton B wrote: > I can prevent them from creating MW > accounts. But having done that, I need to add a message somewhere that > tells users where to go create an account if they don't have one. Uhm... that sounds like you want to make a wall, then knock a big hole in it! Either you allow people to create accounts, or you don't. :::: Jesus Saves!... Passes to Gretsky; Gretsky SCORES! :::: Jan Steinman <http://www.Bytesmiths.com/Van> From carltonb at mindspring.com Mon Apr 25 02:13:14 2005 From: carltonb at mindspring.com (Carlton B) Date: Sun, 24 Apr 2005 22:13:14 -0400 (EDT) Subject: [Mediawiki-l] Disabling account creation Message-ID: <895200.1114395195074.JavaMail.root@wamui08.slb.atl.earthlink.net> No, I'm not building a wall here, I'm building a better door. Or you can think of it as a passport that will allow the users access to systems other than the Wiki. I'll be happy to explain more about my motives if you're interested, but let's not mock what we don't understand, mmkay? -----Original Message----- From: Jan Steinman <Jan at Bytesmiths.com> Sent: Apr 24, 2005 9:52 PM To: MediaWiki announcements and site admin list <mediawiki-l at Wikimedia.org> Subject: Re: [Mediawiki-l] Disabling account creation On 24 Apr 2005, at 15:34, Carlton B wrote: > I can prevent them from creating MW > accounts. But having done that, I need to add a message somewhere that > tells users where to go create an account if they don't have one. Uhm... that sounds like you want to make a wall, then knock a big hole in it! Either you allow people to create accounts, or you don't. From Jan at Bytesmiths.com Mon Apr 25 02:22:05 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Sun, 24 Apr 2005 19:22:05 -0700 Subject: [Mediawiki-l] Disabling account creation In-Reply-To: <895200.1114395195074.JavaMail.root@wamui08.slb.atl.earthlink.net> References: <895200.1114395195074.JavaMail.root@wamui08.slb.atl.earthlink.net> Message-ID: <9f5b9a3e02c1e2219910a5e7bb6fa9b8@Bytesmiths.com> Sorry, I wasn't mocking. What you described so simply is (IMHO) pretty silly. Perhaps you need to describe it better, so people can help you better. If someone who has been programming for 30 years can't understand it, then perhaps you didn't make your case very well, no? :-) At first reading, it seemed like so much busywork that will just frustrate your legit users while not slowing down a hacker or vandal one whit. On 24 Apr 2005, at 19:13, Carlton B wrote: > No, I'm not building a wall here, I'm building a better door. Or you > can think of it as a passport that will allow the users access to > systems other than the Wiki. I'll be happy to explain more about my > motives if you're interested, but let's not mock what we don't > understand, mmkay? > > -----Original Message----- > From: Jan Steinman <Jan at Bytesmiths.com> > Sent: Apr 24, 2005 9:52 PM > To: MediaWiki announcements and site admin list > <mediawiki-l at Wikimedia.org> > Subject: Re: [Mediawiki-l] Disabling account creation > > > On 24 Apr 2005, at 15:34, Carlton B wrote: > >> I can prevent them from creating MW >> accounts. But having done that, I need to add a message somewhere >> that >> tells users where to go create an account if they don't have one. > > Uhm... that sounds like you want to make a wall, then knock a big hole > in it! > > Either you allow people to create accounts, or you don't. > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > :::: We got the best politicians in this country that money can buy. -- Will Rogers :::: Jan Steinman <http://www.Bytesmiths.com/Item/99AA34> From brion at pobox.com Mon Apr 25 02:33:36 2005 From: brion at pobox.com (Brion Vibber) Date: Sun, 24 Apr 2005 19:33:36 -0700 Subject: [Mediawiki-l] Disabling account creation In-Reply-To: <bdc3bc7b6e2aa10d61f5891d5754cfd7@Bytesmiths.com> References: <BHEHJAMNEHLEHILFBIENEEHICHAA.carltonb@mindspring.com> <bdc3bc7b6e2aa10d61f5891d5754cfd7@Bytesmiths.com> Message-ID: <426C5700.3080807@pobox.com> Jan Steinman wrote: > On 24 Apr 2005, at 15:34, Carlton B wrote: >> I can prevent them from creating MW >> accounts. But having done that, I need to add a message somewhere that >> tells users where to go create an account if they don't have one. > > Uhm... that sounds like you want to make a wall, then knock a big hole > in it! > > Either you allow people to create accounts, or you don't. If you read back, you'll see he wants account creation to be done through a separate system, which his authentication plugin for MediaWiki uses as a source. Carlton, you can change the message at the top of Special:Userlogin by editing the [[MediaWiki:Loginprompt]] message. Include a link to the other account system there, and I think it should be pretty straightforward. -- 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/20050424/e4c5e7ab/attachment.pgp From Jan at Bytesmiths.com Mon Apr 25 02:37:37 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Sun, 24 Apr 2005 19:37:37 -0700 Subject: [Mediawiki-l] Disabling account creation In-Reply-To: <426C5700.3080807@pobox.com> References: <BHEHJAMNEHLEHILFBIENEEHICHAA.carltonb@mindspring.com> <bdc3bc7b6e2aa10d61f5891d5754cfd7@Bytesmiths.com> <426C5700.3080807@pobox.com> Message-ID: <556078e70bcee3781c6e7caa06ee3a74@Bytesmiths.com> On 24 Apr 2005, at 19:33, Brion Vibber wrote: > If you read back, you'll see he wants account creation to be done > through a separate system... Okay, sorry, I was distracted by the myriad semantics of slanted text. Not really, but that's my excuse, and I'm stickin' to it. :-) :::: Some call it vision; some call it temporal lobe epilepsy. :::: Jan Steinman <http://www.Bytesmiths.com> From carltonb at mindspring.com Mon Apr 25 04:54:46 2005 From: carltonb at mindspring.com (Carlton B) Date: Mon, 25 Apr 2005 00:54:46 -0400 (EDT) Subject: [Mediawiki-l] Disabling account creation Message-ID: <16238349.1114404887351.JavaMail.root@wamui08.slb.atl.earthlink.net> Thanks for the guidance. I'm sorry if I didn't say it clearly enough in the beginning. -----Original Message----- From: Brion Vibber <brion at pobox.com> Sent: Apr 24, 2005 10:33 PM To: MediaWiki announcements and site admin list <mediawiki-l at Wikimedia.org> Subject: Re: [Mediawiki-l] Disabling account creation Jan Steinman wrote: > On 24 Apr 2005, at 15:34, Carlton B wrote: >> I can prevent them from creating MW >> accounts. But having done that, I need to add a message somewhere that >> tells users where to go create an account if they don't have one. > > Uhm... that sounds like you want to make a wall, then knock a big hole > in it! > > Either you allow people to create accounts, or you don't. If you read back, you'll see he wants account creation to be done through a separate system, which his authentication plugin for MediaWiki uses as a source. Carlton, you can change the message at the top of Special:Userlogin by editing the [[MediaWiki:Loginprompt]] message. Include a link to the other account system there, and I think it should be pretty straightforward. -- brion vibber (brion @ pobox.com) From jordidr at gmail.com Mon Apr 25 06:23:29 2005 From: jordidr at gmail.com (Jordi Domingo) Date: Mon, 25 Apr 2005 08:23:29 +0200 Subject: [Mediawiki-l] writing in a file without overwriting content In-Reply-To: <426C32B8.1090001@pobox.com> References: <4f1dbf1105042407405f181f64@mail.gmail.com> <426C32B8.1090001@pobox.com> Message-ID: <4f1dbf11050424232349c97cd9@mail.gmail.com> On 4/25/05, Brion Vibber <brion at pobox.com> wrote: > Jordi Domingo wrote: > > Hi, I have modified the source to make that the action=edit > > reads/writes from a file. I modify it with fopen in mode r+, and no > > problem when the new text is long equal or less than old text, but > > when is major it overwrites the old text as I want, but also the > > following. There's any function to write something in a file but not > > overwriting it? > > I'm not sure what that means... > I have a .po file, for translations. There's a msgid "Example" in english, and later a msgstr "" with the translation or empty (must be translated). I show the content of msgid (no problem) and when I save contents, overwrite the content of msgstr. The problem is msgid "Example" msgstr "" #comment #more comment and writing "Example translated" in wiki msgid "Example" msgstr "Example translated" omment and I would like to insert some blanks before writing or something to no delete the posterior comments or more important things of later in the archive. > > Also, as I now don't care of content in bd, all the conflicts of > > simultaneous users handled by Mediawiki in EditPage.php now have to be > > handled by me, right? (with flock, I suppose) > > Well, yeah. If you remove the core code from the wiki you'll have to > replace it or live without it. > In fact I attempted to save .po in bd, but it's a bit of useless as I want the .po modified as a file, and probably I had have to modify bd. Now when I call to updatearticle from editpage.php I also make this saving. But all the wiki stuff of collaborative web interface without user-privileges and possibility for not-login goes great for what I want to do! > -- brion vibber (brion @ pobox.com) > > Thanks Jordi > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > From carltonb at mindspring.com Mon Apr 25 09:17:50 2005 From: carltonb at mindspring.com (Carlton B) Date: Mon, 25 Apr 2005 18:17:50 +0900 Subject: [Mediawiki-l] Disabling account creation In-Reply-To: <426C5700.3080807@pobox.com> Message-ID: <BHEHJAMNEHLEHILFBIENGEHPCHAA.carltonb@mindspring.com> > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org > [mailto:mediawiki-l-bounces at Wikimedia.org]On Behalf Of Brion Vibber > Sent: Monday, April 25, 2005 11:34 AM > To: MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] Disabling account creation > Carlton, you can change the message at the top of Special:Userlogin by > editing the [[MediaWiki:Loginprompt]] message. Include a link to the > other account system there, and I think it should be pretty > straightforward. > Thanks Brion... still having problems though. The text of [[MediaWiki:Loginprompt]] is: "You must have cookies enabled to log in to Takipedia." I need to change that, but it doesn't hide the fields that a user could use to create a new account. I believe I actually need to edit the Special:Userlogin page itself but I don't know how to do it. The section I want to hide contains the "(new users only)" fields and also this text: "Fields marked with a star (*) are optional. Storing an email address enables people to contact you through the website without you having to reveal your email address to them, and it can be used to send you a new password if you forget it. Your real name, if you choose to provide it, will be used for giving you attribution for your work." Is Special:Userlogin the page to edit, and if so, how is it possible to edit it? Even when logged in as a sysop, this page has no edit tabs. Sorry if these are lame questions, like I said I'm new to MW. -Carlton From brion at pobox.com Mon Apr 25 09:42:38 2005 From: brion at pobox.com (Brion Vibber) Date: Mon, 25 Apr 2005 02:42:38 -0700 Subject: [Mediawiki-l] Disabling account creation In-Reply-To: <BHEHJAMNEHLEHILFBIENGEHPCHAA.carltonb@mindspring.com> References: <BHEHJAMNEHLEHILFBIENGEHPCHAA.carltonb@mindspring.com> Message-ID: <426CBB8E.3050802@pobox.com> Carlton B wrote: > Thanks Brion... still having problems though. > The text of [[MediaWiki:Loginprompt]] is: "You must have cookies enabled > to log in to Takipedia." > I need to change that, but it doesn't hide the fields that a user could use > to create a new account. If you have set $wgWhitelistAccount to disable user account creation, those form controls will not be shown. Also make sure you're looking at the page as an anonymous user to confirm you're looking at the correct display. > Is Special:Userlogin the page to edit, and if so, how is it possible to edit > it? Even when logged in as a sysop, this page has no edit tabs. There is not a page Special:Userlogin that you can edit; it's generated by code. All the interface text on the special pages comes from the language-specific messages, which are imported into the database at install time and are editable as the various MediaWiki: pages. These are all listed at Special:Allmessages. If you really, really need to change the layout of Special:Userlogin, take a look at includes/templates/Userlogin.php. However I don't think you need to touch anything in there to do what you've asked about. -- 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/20050425/a6d4297a/attachment.pgp From markus.klaus.schaeffauer at romanistik.uni-freiburg.de Mon Apr 25 10:09:38 2005 From: markus.klaus.schaeffauer at romanistik.uni-freiburg.de (=?ISO-8859-1?Q?Markus_Klaus_Sch=E4ffauer?=) Date: Mon, 25 Apr 2005 12:09:38 +0200 Subject: [Mediawiki-l] problems with spam: howto block ip ranges? Message-ID: <426CC1E2.6090004@romanistik.uni-freiburg.de> hello, is there a possibility to block ip ranges in MediaWiki? at www.vdr-wiki.de we have increasing problems with robot spamer. it is a lot of work to block individual IPs, as the robot is changing permanently (but allways inbetween a certain range). or can you recomend us other possibilities to stop that abuse? thank you markus From brion at pobox.com Mon Apr 25 10:32:01 2005 From: brion at pobox.com (Brion Vibber) Date: Mon, 25 Apr 2005 03:32:01 -0700 Subject: [Mediawiki-l] problems with spam: howto block ip ranges? In-Reply-To: <426CC1E2.6090004@romanistik.uni-freiburg.de> References: <426CC1E2.6090004@romanistik.uni-freiburg.de> Message-ID: <426CC721.7050406@pobox.com> Markus Klaus Sch?ffauer wrote: > hello, > > is there a possibility to block ip ranges in MediaWiki? Yes. > at www.vdr-wiki.de we have increasing problems with robot spamer. it is > a lot of work to block individual IPs, as the robot is changing > permanently (but allways inbetween a certain range). > > or can you recomend us other possibilities to stop that abuse? If on an older version of MediaWiki, you'll have to turn on the option in LocalSettings.php: http://meta.wikimedia.org/wiki/Help:Configuration_settings_index#.24wgSysopRangeBans On how to use: http://meta.wikimedia.org/wiki/Range_blocks -- 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/20050425/39281dc7/attachment.pgp From ucgajpd at ucl.ac.uk Mon Apr 25 10:59:28 2005 From: ucgajpd at ucl.ac.uk (Jason Davies) Date: Mon, 25 Apr 2005 11:59:28 +0100 Subject: [Mediawiki-l] How to secure new wiki? (updated) In-Reply-To: <20050131115154.GY7831@oenone.cs.tcd.ie> Message-ID: <r02010500-1039-18961A06B57911D98B0D000D9358BC20@[192.168.0.100]> > > I've read this page: > > > > http://meta.wikimedia.org/wiki/Documentation:Security > > > > but I'd like to know how to require editors to log in first, and how > to > > disable account creation. > > Add the following lines to LocalSettings.php: > # Prevent new user registrations - only users with sysop status can > # create users. > $wgWhitelistAccount = array ( "sysop" => 1 ); > # You must be a logged in user to edit pages. Combining this > # restriction with the previous restriction means we control who can > # edit pages. > $wgWhitelistEdit = true; > > You should notice that the login page is different - all you'll have now > are two boxes for username and password rather than the five seen > previously. I posted the other day that I had done this on mediawiki 1.3.1 to no effect and the consensus was 'upgrade to 1.3.11!' It turns out that we were running 1.3.11 but the folder was still called 1.3.1. I've added these lines to no avail. So this is actually a repost of the same problem. Our wiki is being crippled by spam now and if I can't get this to work, we have to take it offline soon. As the person who 'sold' them the idea, i'm being asked to resolve it (and said I thought I could). So if anyone has any ideas why these lines don't work, I'd be grateful - otherwise this wiki has to go offline altogether... From carltonb at mindspring.com Mon Apr 25 11:04:24 2005 From: carltonb at mindspring.com (Carlton B) Date: Mon, 25 Apr 2005 20:04:24 +0900 Subject: [Mediawiki-l] Disabling account creation In-Reply-To: <426CBB8E.3050802@pobox.com> Message-ID: <BHEHJAMNEHLEHILFBIENGEIBCHAA.carltonb@mindspring.com> Thanks so much for your help, wasn't expecting an answer so soon. You have been answering questions around the clock, I can't tell which time zone you sleep in. -Carlton > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org > [mailto:mediawiki-l-bounces at Wikimedia.org]On Behalf Of Brion Vibber > Sent: Monday, April 25, 2005 6:43 PM > To: MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] Disabling account creation > > > Carlton B wrote: > > Thanks Brion... still having problems though. > > The text of [[MediaWiki:Loginprompt]] is: "You must have > cookies enabled > > to log in to Takipedia." > > I need to change that, but it doesn't hide the fields that a > user could use > > to create a new account. > > If you have set $wgWhitelistAccount to disable user account creation, > those form controls will not be shown. > > Also make sure you're looking at the page as an anonymous user to > confirm you're looking at the correct display. > > > Is Special:Userlogin the page to edit, and if so, how is it > possible to edit > > it? Even when logged in as a sysop, this page has no edit tabs. > > There is not a page Special:Userlogin that you can edit; it's generated > by code. All the interface text on the special pages comes from the > language-specific messages, which are imported into the database at > install time and are editable as the various MediaWiki: pages. These are > all listed at Special:Allmessages. > > If you really, really need to change the layout of Special:Userlogin, > take a look at includes/templates/Userlogin.php. However I don't think > you need to touch anything in there to do what you've asked about. > > -- brion vibber (brion @ pobox.com) > From brion at pobox.com Mon Apr 25 11:24:17 2005 From: brion at pobox.com (Brion Vibber) Date: Mon, 25 Apr 2005 04:24:17 -0700 Subject: [Mediawiki-l] How to secure new wiki? (updated) In-Reply-To: <r02010500-1039-18961A06B57911D98B0D000D9358BC20@[192.168.0.100]> References: <r02010500-1039-18961A06B57911D98B0D000D9358BC20@[192.168.0.100]> Message-ID: <426CD361.3060907@pobox.com> Jason Davies wrote: > I posted the other day that I had done this on mediawiki 1.3.1 to no > effect and the consensus was 'upgrade to 1.3.11!' It turns out that we > were running 1.3.11 but the folder was still called 1.3.1. I've added > these lines to no avail. So this is actually a repost of the same > problem. Our wiki is being crippled by spam now and if I can't get this > to work, we have to take it offline soon. As the person who 'sold' them > the idea, i'm being asked to resolve it (and said I thought I could). So > if anyone has any ideas why these lines don't work, I'd be grateful - > otherwise this wiki has to go offline altogether... For starters, make sure these lines are *at the end* of LocalSettings.php, not at the beginning. If they appear before the line that includes DefaultSettings.php, they will be overwritten. Confirm that the right file's being used. Confirm that the spam you're seeing is actually forbidden by the settings (eg, is it from logged-in users already existing?) Try the SpamBlacklist extension. -- 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/20050425/2414501a/attachment.pgp From ucgajpd at ucl.ac.uk Mon Apr 25 11:37:10 2005 From: ucgajpd at ucl.ac.uk (Jason Davies) Date: Mon, 25 Apr 2005 12:37:10 +0100 Subject: [Mediawiki-l] How to secure new wiki? (sorted) In-Reply-To: <r02010500-1039-18961A06B57911D98B0D000D9358BC20@[192.168.0.100]> Message-ID: <r02010500-1039-6028A6B2B57E11D98B0D000D9358BC20@[192.168.0.100]> >>>I've read this page: <red-faced> ok I realised I was editing a back up which I was told was the active wiki...<\red-faced>. sorry for wasting your time. From ucgajpd at ucl.ac.uk Mon Apr 25 11:37:19 2005 From: ucgajpd at ucl.ac.uk (Jason Davies) Date: Mon, 25 Apr 2005 12:37:19 +0100 Subject: [Mediawiki-l] Disabling account creation In-Reply-To: <BHEHJAMNEHLEHILFBIENGEIBCHAA.carltonb@mindspring.com> Message-ID: <r02010500-1039-65489DD7B57E11D98B0D000D9358BC20@[192.168.0.100]> >Thanks so much for your help, wasn't expecting an answer so soon. >You have been answering questions around the clock, I can't tell which >time zone you sleep in. <http://meta.wikimedia.org/wiki/MediaWiki_FAQ#Does_Brion_ever_sleep.3F> on that. A chance to say - Brion, your work here and on Mediawii is hugely appreciated. I hope you don't *need* too much sleep... From ucgajpd at ucl.ac.uk Mon Apr 25 11:43:14 2005 From: ucgajpd at ucl.ac.uk (Jason Davies) Date: Mon, 25 Apr 2005 12:43:14 +0100 Subject: [Mediawiki-l] How to secure new wiki? (updated) In-Reply-To: <426CD361.3060907@pobox.com> Message-ID: <r02010500-1039-60ED4673B57F11D98B0D000D9358BC20@[192.168.0.100]> >Confirm that the right file's being used. as you will have seen...this incredibly obvious step was one I missed. (the architecture of the directories is a little illogical - I didn't set it up). > >Confirm that the spam you're seeing is actually forbidden by the >settings (eg, is it from logged-in users already existing?) I've deleted all users in php admin that I didn't know. I notice that Firefox doesn't allow people to type in a log-in though.... I can now create users in php admin? I will have to look into it...(I'll try not to post more daft questions...) thanks for getting back so quick. From carltonb at mindspring.com Mon Apr 25 11:51:13 2005 From: carltonb at mindspring.com (Carlton B) Date: Mon, 25 Apr 2005 20:51:13 +0900 Subject: [Mediawiki-l] Disabling account creation In-Reply-To: <r02010500-1039-65489DD7B57E11D98B0D000D9358BC20@[192.168.0.100]> Message-ID: <BHEHJAMNEHLEHILFBIENKEIDCHAA.carltonb@mindspring.com> > <http://meta.wikimedia.org/wiki/MediaWiki_FAQ#Does_Brion_ever_sleep.3F> > on that. Jeez, what ISN'T in the FAQ? Consider me suitably chastened. From ucgajpd at ucl.ac.uk Mon Apr 25 11:56:52 2005 From: ucgajpd at ucl.ac.uk (Jason Davies) Date: Mon, 25 Apr 2005 12:56:52 +0100 Subject: [Mediawiki-l] Disabling account creation In-Reply-To: <BHEHJAMNEHLEHILFBIENKEIDCHAA.carltonb@mindspring.com> Message-ID: <r02010500-1039-1DA4B4CAB58111D9B412000D9358BC20@[192.168.0.100]> > >Jeez, what ISN'T in the FAQ? Consider me suitably chastened. some of them are empty - question but no answer. When I know some more, I will try to add the answers:-) From phil.boswell at gmail.com Mon Apr 25 13:05:32 2005 From: phil.boswell at gmail.com (Phil Boswell) Date: Mon, 25 Apr 2005 14:05:32 +0100 Subject: [Mediawiki-l] Re: Disabling account creation References: <r02010500-1039-65489DD7B57E11D98B0D000D9358BC20@[192.168.0.100]> <BHEHJAMNEHLEHILFBIENKEIDCHAA.carltonb@mindspring.com> Message-ID: <d4ipm7$ktd$1@sea.gmane.org> "Carlton B" <carltonb at mindspring.com> wrote in message news:BHEHJAMNEHLEHILFBIENKEIDCHAA.carltonb at mindspring.com... > >> <http://meta.wikimedia.org/wiki/MediaWiki_FAQ#Does_Brion_ever_sleep.3F> >> on that. > > Jeez, what ISN'T in the FAQ? Consider me suitably chastened. Jolene Blalock's telephone number, and judging by the state of the test wiki, this is a GOOD THANG :-) -- Phil [[en:User:Phil Boswell]] From cheekygeek at gmail.com Mon Apr 25 14:58:46 2005 From: cheekygeek at gmail.com (CheekyGeek) Date: Mon, 25 Apr 2005 08:58:46 -0600 Subject: [Mediawiki-l] Multi-part pages like EVOwiki and couple more questions... Message-ID: <39deb1a8050425075811686f1d@mail.gmail.com> I'm learning/using MediaWiki for a storm-chasing-related wiki that I'm creating: http://stormwiki.unk.edu/ My immediate question is: How does one make the separate blocks of editable info like on EVOwiki? http://wiki.cotch.net/index.php/Main_Page I know that making a Subhead gives one the separate "edit" link, but how does one organize the page in multiple columns (boxes) like that? Ironically (for such a product) I'm having a hard time finding well-organized documentation for various modifications that I'd like to make. If anyone can suggest the best documentation sites for MediaWiki, perhaps I could send fewer questions to this list. : ) I'd also like to create an an alphabetical index that I could include on each page (Just the letters of the alphabet as links that would then create a list of pages beginning with that letter). Is that possible (or built-in somewhere)? Are there any good examples for how people are using the Community pages? Feel free to answer only part of any of the above questions. : ) Thanks in advance! Darren Addy Kearney, NE From rowan.collins at gmail.com Mon Apr 25 15:20:03 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Mon, 25 Apr 2005 16:20:03 +0100 Subject: [Mediawiki-l] Multi-part pages like EVOwiki and couple more questions... In-Reply-To: <39deb1a8050425075811686f1d@mail.gmail.com> References: <39deb1a8050425075811686f1d@mail.gmail.com> Message-ID: <9f02ca4c0504250820538845a2@mail.gmail.com> On 25/04/05, CheekyGeek <cheekygeek at gmail.com> wrote: > http://wiki.cotch.net/index.php/Main_Page > I know that making a Subhead gives one the separate "edit" link, but > how does one organize the page in multiple columns (boxes) like that? Hitting "view source" (what would normally be "edit") reveals that this is just a cunning use of table markup, with some . In this case, the author has just used the good old HTML-style markup, but MediaWiki also supports a more wiki-style "pipe markup", which has equivalents for most things. See http://meta.wikimedia.org/wiki/Help:Table > Ironically (for such a product) I'm having a hard time finding > well-organized documentation for various modifications that I'd like > to make. If anyone can suggest the best documentation sites for > MediaWiki, perhaps I could send fewer questions to this list. > : ) Theoretically, the documentation all lives at http://meta.wikimedia.org - start at http://meta.wikimedia.org/wiki/Help:Contents or do a search within that site. It's also worth searching the archives of the mailing lists, by putting site:mail.wikimedia.org with your search terms in Google or wherever. > I'd also like to create an an alphabetical index that I could include > on each page (Just the letters of the alphabet as links that would > then create a list of pages beginning with that letter). Is that > possible (or built-in somewhere)? Well, the lists of pages beginning with each letter can be linked to in the style of [[Special:Allpages/A|A]], [[Special:Allpages/B|B]], etc. To make it appear on all pages, you could either manually add it as a template on each one ({{template name}}) or edit the page [[MediaWiki:Sitenotice]] (which should then appear at the top of each page) or [[MediaWiki:Tagline]] (which is the "From {{SITENAME}}" text at the top of each page). To find messages like this to customise in whatever way you see fit, take a look at the page [[Special:Allmessages]] on your wiki. > : ) Thanks in advance! HTH, good luck, and happy hacking! :) -- Rowan Collins BSc [IMSoP] From johnblumel at earthlink.net Mon Apr 25 15:37:51 2005 From: johnblumel at earthlink.net (John Blumel) Date: Mon, 25 Apr 2005 11:37:51 -0400 Subject: [Mediawiki-l] Multi-part pages like EVOwiki and couple more questions... In-Reply-To: <9f02ca4c0504250820538845a2@mail.gmail.com> References: <39deb1a8050425075811686f1d@mail.gmail.com> <9f02ca4c0504250820538845a2@mail.gmail.com> Message-ID: <936b93d0d42f572f2aeba4aa7c0a124c@earthlink.net> On Apr 25, 2005, at 11:20am, Rowan Collins wrote: > Hitting "view source" (what would normally be "edit") reveals that > this is just a cunning use of table markup, with some . In this case, > the author has just used the good old HTML-style markup, but MediaWiki > also supports a more wiki-style "pipe markup", which has equivalents > for most things. See http://meta.wikimedia.org/wiki/Help:Table It's probably worth noting on this topic that: a) The two (HTML and Wiki-pipe) table markups don't always seem to produce the same results. The Wiki-pipe tables seem to end up with extra whitespace characters that can affect the table layout. With HTML tables you can get a tighter, more predictable layout. Of course, for many tables the differences aren't significant enough to matter. b) If you start adding a lot of style and other attributes to the table, the Wiki-pipe table source quickly becomes no easier to read or edit than HTML table source. Again, this may not be an issue for many tables that don't contain much, or any, non-default attributes. John Blumel From Jeff_Wolfe at intuit.com Mon Apr 25 16:24:43 2005 From: Jeff_Wolfe at intuit.com (Wolfe, Jeff) Date: Mon, 25 Apr 2005 09:24:43 -0700 Subject: [Mediawiki-l] Fatal Error in Changes Message-ID: <EAC91901B2B4EB4793496F31388038AD03CB54BF@dalex02.plano.intuit.com> Hi All, I suddenly started getting (5 min ago): Fatal error: Only variables can be passed by reference in /usr/local/www/data-dist/includes/ChangesList.php on line 330 when I load the recent changes page of my wiki (1.4.1, FreeBSD). The only special thing I can think of that happened was that a page was "moved" for the first time. No source changes were made. Any ideas how to get this back on track? Thanks, Jeff -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of sebastian n/a Sent: Wednesday, April 13, 2005 4:29 AM To: mediawiki-l at Wikimedia.org Subject: [Mediawiki-l] Firefox and HTML I don?t know if this is a pure Firefox thing, or if there might be a chance to fix this trough Media Wiki. I activated raw HTML and everything seems to be fine in IE, yet it does not display correctly in Firefox. In Firefox images don?t appear... Is there anything I can do? _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From brion at pobox.com Mon Apr 25 16:30:52 2005 From: brion at pobox.com (Brion Vibber) Date: Mon, 25 Apr 2005 09:30:52 -0700 Subject: [Mediawiki-l] Fatal Error in Changes In-Reply-To: <EAC91901B2B4EB4793496F31388038AD03CB54BF@dalex02.plano.intuit.com> References: <EAC91901B2B4EB4793496F31388038AD03CB54BF@dalex02.plano.intuit.com> Message-ID: <426D1B3C.1000608@pobox.com> Wolfe, Jeff wrote: > I suddenly started getting (5 min ago): > > Fatal error: Only variables can be passed by reference in > /usr/local/www/data-dist/includes/ChangesList.php on line 330 http://mail.wikipedia.org/pipermail/wikitech-l/2005-April/028951.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/20050425/7af48798/attachment.pgp From Jeff_Wolfe at intuit.com Mon Apr 25 16:51:20 2005 From: Jeff_Wolfe at intuit.com (Wolfe, Jeff) Date: Mon, 25 Apr 2005 09:51:20 -0700 Subject: [Mediawiki-l] Fatal Error in Changes Message-ID: <EAC91901B2B4EB4793496F31388038AD03CB54FF@dalex02.plano.intuit.com> Awesome! I'm going to ask an embarrassing question. What's the fastest way to apply the patch? I've been around a while, but have managed to avoid patching thus far. Thank you so much. Jeff -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Brion Vibber Sent: Monday, April 25, 2005 11:31 AM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Fatal Error in Changes _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From brion at pobox.com Mon Apr 25 16:56:11 2005 From: brion at pobox.com (Brion Vibber) Date: Mon, 25 Apr 2005 09:56:11 -0700 Subject: [Mediawiki-l] Fatal Error in Changes In-Reply-To: <EAC91901B2B4EB4793496F31388038AD03CB54FF@dalex02.plano.intuit.com> References: <EAC91901B2B4EB4793496F31388038AD03CB54FF@dalex02.plano.intuit.com> Message-ID: <426D212B.6010103@pobox.com> Wolfe, Jeff wrote: > Awesome! I'm going to ask an embarrassing question. What's the fastest way > to apply the patch? I've been around a while, but have managed to avoid > patching thus far. Generally speaking, save to disk, and do patch -p0 < /the/file If you have trouble patching, here's the complete file: http://cvs.sourceforge.net/viewcvs.py/*checkout*/wikipedia/phase3/includes/Skin.php?rev=1.322.2.23 or just a unified diff for that one change: http://cvs.sourceforge.net/viewcvs.py/wikipedia/phase3/includes/Skin.php?r1=1.322.2.21&r2=1.322.2.22&diff_format=u -- 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/20050425/5c6ef89e/attachment.pgp From Jeff_Wolfe at intuit.com Mon Apr 25 17:19:04 2005 From: Jeff_Wolfe at intuit.com (Wolfe, Jeff) Date: Mon, 25 Apr 2005 10:19:04 -0700 Subject: [Mediawiki-l] Fatal Error in Changes Message-ID: <EAC91901B2B4EB4793496F31388038AD03CB5547@dalex02.plano.intuit.com> Brion, I don't think there are enough ways to say thanks! I did a quick dive on the patch man page before your email. Your message gave me more confidence though. Thanks for the help and rapid response. Servers are patched and all is working again. Jeff -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Brion Vibber Sent: Monday, April 25, 2005 11:56 AM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Fatal Error in Changes _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From spblat at gmail.com Mon Apr 25 20:17:21 2005 From: spblat at gmail.com (Will Irace) Date: Mon, 25 Apr 2005 13:17:21 -0700 Subject: [Mediawiki-l] 1.4.2 upgrade killed Recentchanges! Message-ID: <d5da6b4b050425131721cca263@mail.gmail.com> Hello: I upgraded MediaWiki from 1.4b5 to 1.4.2 today, and Special:Recentchanges comes up blank! View source gives "<html><body></body></html>". I can't find any other problems with my wiki (http://jfwiki.org). My upgrade process was by the book: back up the original wiki directory, untar the new stuff over the old stuff, create a temporary AdminSettings.php, and run maintenance/update.php. Update.php said nothing alarming: bash-2.05$ /usr/local/php/bin/php update.php Going to run database updates for wikidb Depending on the size of your database this may take a while! Abort with control-c in the next five seconds to aboard.. 0 ...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. ...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. Fixing title encoding on logging table... ok Initialising "MediaWiki" namespace... Clearing message cache...Done. Done. bash-2.05$ The only odd thing was that I had tried to run this script before, giving it the mysql "wikiuser" account instead of the mysql root credentials. Got an error, fixed AdminSettings.php, and ran it again with the above results. http://jfwiki.org/index.php?title=Special:Recentchanges&feed=rss gives me good data, so I know my database is OK, right? Special:Version now says 1.4.2. Any suggestions? Please help! Thanks in advance, --W From spblat at gmail.com Mon Apr 25 20:31:57 2005 From: spblat at gmail.com (Will Irace) Date: Mon, 25 Apr 2005 13:31:57 -0700 Subject: [Mediawiki-l] Re: 1.4.2 upgrade killed Recentchanges! In-Reply-To: <d5da6b4b050425131721cca263@mail.gmail.com> References: <d5da6b4b050425131721cca263@mail.gmail.com> Message-ID: <d5da6b4b050425133128582ae1@mail.gmail.com> Forgive me, I should have done five more minutes' research before e-mailing. bash-2.05$ /usr/local/php/bin/php rebuildrecentchanges.php Loading from CUR table... Loading from OLD table... Updating links... Done. bash-2.05$ Fixed. --W On 4/25/05, Will Irace <spblat at gmail.com> wrote: > Hello: > > I upgraded MediaWiki from 1.4b5 to 1.4.2 today, and > Special:Recentchanges comes up blank! [deleted] From astronouth7303 at gmail.com Mon Apr 25 20:43:47 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Mon, 25 Apr 2005 16:43:47 -0400 Subject: [Mediawiki-l] Installation Problems In-Reply-To: <3195096e050423084841be4e72@mail.gmail.com> References: <3195096e050423084841be4e72@mail.gmail.com> Message-ID: <deebf0b90504251343deec5a@mail.gmail.com> On 4/23/05, johnathan4 at gmail.com <johnathan4 at gmail.com> wrote: > When I try to install mediawiki it gets stuck on "Initializing MediaWiki > namespace" > I am using Godaddy and MediaWiki 1.4.2. What's Godaddy? What does it say before that? > What is wrong? > How do I fix it? How would we know? You've told us practically nothing. This is a list of other webmasters and users of MediaWiki; we are not magic geanies that know all. The more details, the better!!! -- Jamie From astronouth7303 at gmail.com Mon Apr 25 21:09:37 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Mon, 25 Apr 2005 17:09:37 -0400 Subject: [Mediawiki-l] How to secure new wiki? (updated) In-Reply-To: <r02010500-1039-60ED4673B57F11D98B0D000D9358BC20@192.168.0.100> References: <426CD361.3060907@pobox.com> <r02010500-1039-60ED4673B57F11D98B0D000D9358BC20@192.168.0.100> Message-ID: <deebf0b9050425140972339017@mail.gmail.com> On 4/25/05, Jason Davies <ucgajpd at ucl.ac.uk> wrote: > >Confirm that the right file's being used. > > as you will have seen...this incredibly obvious step was one I missed. > (the architecture of the directories is a little illogical - I didn't > set it up). > > > >Confirm that the spam you're seeing is actually forbidden by the > >settings (eg, is it from logged-in users already existing?) > > I've deleted all users in php admin that I didn't know. This is generally a bad idea, because if you look at the history of a page where a deleted user edited, there will be no matching ID for that user in the user table (I don't know how MediaWiki deals with this.) It is generally prefered to do something else, like scramble the password, so that the user is no longer operable. > I notice that Firefox doesn't allow people to type in a log-in > though.... That's odd. FireFox works fine for me on every wiki I've tried. > I can now create users in php admin? I will have to look into it...(I'll > try not to post more daft questions...) There may be a mechanism to do it through the software, since there is an option for only sysops to create users. -- 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 Apr 25 21:30:03 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Mon, 25 Apr 2005 17:30:03 -0400 Subject: [Mediawiki-l] Multi-part pages like EVOwiki and couple more questions... In-Reply-To: <39deb1a8050425075811686f1d@mail.gmail.com> References: <39deb1a8050425075811686f1d@mail.gmail.com> Message-ID: <deebf0b905042514301beb7b3a@mail.gmail.com> On 4/25/05, CheekyGeek <cheekygeek at gmail.com> wrote: > My immediate question is: How does one make the separate blocks of > editable info like on EVOwiki? Also, many wikis use templates in the main page, so that the main page itself is frequently just the "glue". > I know that making a Subhead gives one the separate "edit" link, but > how does one organize the page in multiple columns (boxes) like that? It's also worth noting that auto-columns are not supported in HTML/CSS2, though I believe it's in CSS3 (which is still in the works). I have not looked at that part at all, only saw a mention of it while looking for something else. -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From ucgajpd at ucl.ac.uk Mon Apr 25 23:51:04 2005 From: ucgajpd at ucl.ac.uk (Jason Davies) Date: Tue, 26 Apr 2005 00:51:04 +0100 Subject: [Mediawiki-l] How to secure new wiki? (updated) In-Reply-To: <deebf0b9050425140972339017@mail.gmail.com> Message-ID: <r02010500-1039-E3413902B5E411D9B500000D9358BC20@[192.168.0.100]> > >This is generally a bad idea, because if you look at the history of a >page where a deleted user edited, there will be no matching ID for >that user in the user table (I don't know how MediaWiki deals with >this.) thanks for pointing this out. In this case, no harm done because they were all spammers...but worth noting for future reference. cheers From hinandil at freespirits.org Tue Apr 26 10:16:15 2005 From: hinandil at freespirits.org (=?ISO-8859-1?Q?H=EDnandil?=) Date: Tue, 26 Apr 2005 03:16:15 -0700 Subject: [Mediawiki-l] Donations page link? Message-ID: <426E14EF.5020603@freespirits.org> Hello, everyone. I thought I would bounce out this non-urgent question while I put off doing actual work. :) I added the following line to my LocalSettings.php file: $wgSiteSupportPage = 'https://www.example.com/contributions/'; And I hoped that a link similar to the "Donations" link on the English Wikipedia site would automagically show up. Well, that was three days after 1.4.0 came out and there's still no link (I have not requested an upgrade from 1.4.0 from our security team yet, since will be no public access for some time). Assuming it's not a problem in 1.4.0, are there any ideas on what I'm missing? H?nandil From muke at frath.net Tue Apr 26 14:42:43 2005 From: muke at frath.net (Muke Tever) Date: Tue, 26 Apr 2005 08:42:43 -0600 Subject: [Mediawiki-l] Donations page link? In-Reply-To: <426E14EF.5020603@freespirits.org> References: <426E14EF.5020603@freespirits.org> Message-ID: <op.spughho62okkek@arcadia.hsd1.co.comcast.net> H?nandil <hinandil at freespirits.org> wrote: > Hello, everyone. I thought I would bounce out this non-urgent question > while I put off doing actual work. :) > > I added the following line to my LocalSettings.php file: > > $wgSiteSupportPage = 'https://www.example.com/contributions/'; > > And I hoped that a link similar to the "Donations" link on the English > Wikipedia site would automagically show up. > > Well, that was three days after 1.4.0 came out and there's still no link > (I have not requested an upgrade from 1.4.0 from our security team yet, > since will be no public access for some time). Assuming it's not a > problem in 1.4.0, are there any ideas on what I'm missing? I don't know for sure. When I upgraded my wikis to 1.4.1 the donations links that had been set up disappeared (I put the original line back in LocalSettings.php, but there was no result). I had to put the link in [[Mediawiki:sitesupport-url]] to make it appear. *Muke! -- website: http://frath.net/ LiveJournal: http://kohath.livejournal.com/ deviantArt: http://kohath.deviantart.com/ FrathWiki, a conlang and conculture wiki: http://wiki.frath.net/ From moonlightembrace at acadine.org Tue Apr 26 18:01:35 2005 From: moonlightembrace at acadine.org (Moonlight Embrace) Date: Tue, 26 Apr 2005 11:01:35 -0700 Subject: [Mediawiki-l] How many links can Mediawiki handle? Message-ID: <000a01c54a89$fe9834d0$a95f0741@johnhgq7ceg76g> How many [[links]] can Mediawiki handle without starting to drag down the processor? I have a great idea for a new wiki, but it requires many, many, many, many links on every page. It's sort of an organic dictionary. -ME From astronouth7303 at gmail.com Tue Apr 26 19:40:23 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Tue, 26 Apr 2005 15:40:23 -0400 Subject: [Mediawiki-l] How many links can Mediawiki handle? In-Reply-To: <000a01c54a89$fe9834d0$a95f0741@johnhgq7ceg76g> References: <000a01c54a89$fe9834d0$a95f0741@johnhgq7ceg76g> Message-ID: <deebf0b905042612402901c574@mail.gmail.com> On 4/26/05, Moonlight Embrace <moonlightembrace at acadine.org> wrote: > How many [[links]] can Mediawiki handle without starting to drag down the processor? I have a great idea for a new wiki, but it requires many, many, many, many links on every page. It's sort of an organic dictionary. > > -ME Don't know. Try it and see. You may want to setup templates to insert 5, 10, 100, etc. links at a time. Then you can just make a page using these templates then use the purge action (page_name?action=purge) to make it reparse. -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From johnblumel at earthlink.net Tue Apr 26 20:36:06 2005 From: johnblumel at earthlink.net (John Blumel) Date: Tue, 26 Apr 2005 16:36:06 -0400 Subject: [Mediawiki-l] Category pages not always displaying subcategories Message-ID: <6aba6aa3c3d895d65e38973883675277@earthlink.net> Using MW v1.4.0... I've been testing my submission of articles from external sources using the Perl bot I wrote. Right now I have two primary sources, both of which have roughly 1000 articles that are generated from them. During article generation the articles are added to various categories (a "bottom" level category and one or more "parent" categories) depending on what categories it is decided they should show up in. I've also generated category page stubs for each category that specifies the category's parent categories (one or more parents per category and each parent may have one or more parents, all the way up to a top level wiki-wide category). I've finished uploading one set of entries to my test wiki (the category pages were uploaded first) and am in the middle of uploading the second set. While browsing the category pages, I noticed that the subcategories for a particular category don't always show up on the category page when there are more than 200 articles in the category. Specifically, in a category of roughly 1000 entries, all of which show up in that category (200 at a time), the subcategories do not show up on the first page of articles listed, they appear on the second page, and then they disappear again on all the subsequent pages of articles. The categories are correctly specified in the category page source. Is this a known issue with a fix available? John Blumel From johnblumel at earthlink.net Tue Apr 26 23:29:59 2005 From: johnblumel at earthlink.net (John Blumel) Date: Tue, 26 Apr 2005 19:29:59 -0400 Subject: [Mediawiki-l] Page title issues Message-ID: <5fe2e90f5a516af193e65a785e4eb604@earthlink.net> MediaWiki v1.4.0, MySQL v4.0.21... I have NO entry in my cur table with cur_title="De Ossibus". I do have a cur table entry with cur_title="De ossibus" Yet, entering "De Ossibus" in the search box and clicking Go takes me to "De ossibus" A little experimenting shows that, if I create a page with the title "The new york times", entering "The New York Times" in the search box and clicking Go will take me there. But, if I make any of the letters besides the first upper case, such as "The new York times", then I have to match the title exactly by case to get to the page. I thought the titles were supposed to be completely case sensitive, but it seems as though they are sometimes but not others. Is this supposed to be the normal behavior? If so, is there a reason why it works this way? If not, is this a known issue or has anyone else experienced this behavior? John Blumel From hinandil at freespirits.org Tue Apr 26 23:31:38 2005 From: hinandil at freespirits.org (=?ISO-8859-15?Q?H=EDnandil?=) Date: Tue, 26 Apr 2005 16:31:38 -0700 Subject: [Mediawiki-l] Donations page link? In-Reply-To: <op.spughho62okkek@arcadia.hsd1.co.comcast.net> References: <426E14EF.5020603@freespirits.org> <op.spughho62okkek@arcadia.hsd1.co.comcast.net> Message-ID: <426ECF5A.307@freespirits.org> Muke Tever wrote: > I had to put the link in [[Mediawiki:sitesupport-url]] > to make it appear. This page already has the test "Project:Site support" in it, but there is no support link listed. Does anyone else know? H?nandil From atoscano at edmunds.com Tue Apr 26 23:34:00 2005 From: atoscano at edmunds.com (Toscano, Ashley) Date: Tue, 26 Apr 2005 16:34:00 -0700 Subject: [Mediawiki-l] LocalSettings.php for Windows Message-ID: <1937CF9AA15EC349AB5249847962BB8F99AE2F@exmail02.sm.edmunds-corp.com> Does anyone have a LocalSettings.sample file? I'm getting an installation error on Windows ... === Error Message === Converting links table to ID-ID... Sorry! The wiki is experiencing some technical difficulties, and cannot contact the database server. === end === Thanks. - Ashley Toscano Office: 310-309-6431 Edmunds.com "where smart car buyers start" From yellowikis at gmail.com Tue Apr 26 23:37:05 2005 From: yellowikis at gmail.com (admin Yellowikis) Date: Wed, 27 Apr 2005 01:37:05 +0200 Subject: [Mediawiki-l] Language interface Message-ID: <40b4c2310504261637b65f11@mail.gmail.com> I'd like to let users select their preferred interface language from the Main Page (from a drop-down list below the search box)... Has anyone done this before? Also is it possible to do this without a user signing in? Anything else I should think about? Thanks. Paul From fun at thingy.apana.org.au Tue Apr 26 23:59:57 2005 From: fun at thingy.apana.org.au (David Gerard) Date: Wed, 27 Apr 2005 09:59:57 +1000 Subject: [Mediawiki-l] Category pages not always displaying subcategories In-Reply-To: <6aba6aa3c3d895d65e38973883675277@earthlink.net> References: <6aba6aa3c3d895d65e38973883675277@earthlink.net> Message-ID: <20050426235957.GA10417@thingy.apana.org.au> John Blumel (johnblumel at earthlink.net) [050427 06:36]: > I've finished uploading one set of entries to my test wiki (the > category pages were uploaded first) and am in the middle of uploading > the second set. While browsing the category pages, I noticed that the > subcategories for a particular category don't always show up on the > category page when there are more than 200 articles in the category. > Specifically, in a category of roughly 1000 entries, all of which show > up in that category (200 at a time), the subcategories do not show up > on the first page of articles listed, they appear on the second page, > and then they disappear again on all the subsequent pages of articles. > The categories are correctly specified in the category page source. > Is this a known issue with a fix available? http://bugzilla.wikimedia.org/show_bug.cgi?id=1212 Though you might want to add that aspect of it - that it completely fails to show subcats on the first page if they're not in the alphabetisation range of the articles - as that's a somewhat more severe problem than as stated in the bug. - d. From johnblumel at earthlink.net Wed Apr 27 00:22:17 2005 From: johnblumel at earthlink.net (John Blumel) Date: Tue, 26 Apr 2005 20:22:17 -0400 Subject: [Mediawiki-l] Category pages not always displaying subcategories In-Reply-To: <20050426235957.GA10417@thingy.apana.org.au> References: <6aba6aa3c3d895d65e38973883675277@earthlink.net> <20050426235957.GA10417@thingy.apana.org.au> Message-ID: <d4066d6c3628342c1d70ca5b9e260629@earthlink.net> On Apr 26, 2005, at 7:59pm, David Gerard wrote: > http://bugzilla.wikimedia.org/show_bug.cgi?id=1212 > > Though you might want to add that aspect of it - that it completely > fails > to show subcats on the first page if they're not in the alphabetisation > range of the articles - as that's a somewhat more severe problem than > as > stated in the bug. It hadn't actually occurred to me but that is exactly what it is doing -- not showing "subcats on the first page if they're not in the alphabetisation range of the articles". It seems a bit different from bug#1212, so perhaps I should add it as a separate bug. John Blumel From astronouth7303 at gmail.com Wed Apr 27 00:36:48 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Tue, 26 Apr 2005 20:36:48 -0400 Subject: [Mediawiki-l] Page title issues In-Reply-To: <5fe2e90f5a516af193e65a785e4eb604@earthlink.net> References: <5fe2e90f5a516af193e65a785e4eb604@earthlink.net> Message-ID: <deebf0b905042617363734e418@mail.gmail.com> Titles are case sensitive. It's just that in the laundering process, the first letter is capitalized. Also, the search box searches case insensitively. On 4/26/05, John Blumel <johnblumel at earthlink.net> wrote: > MediaWiki v1.4.0, MySQL v4.0.21... > > I have NO entry in my cur table with cur_title="De Ossibus". > > I do have a cur table entry with cur_title="De ossibus" > > Yet, entering "De Ossibus" in the search box and clicking Go takes me > to "De ossibus" > > A little experimenting shows that, if I create a page with the title > "The new york times", entering "The New York Times" in the search box > and clicking Go will take me there. But, if I make any of the letters > besides the first upper case, such as "The new York times", then I have > to match the title exactly by case to get to the page. > > I thought the titles were supposed to be completely case sensitive, but > it seems as though they are sometimes but not others. > > Is this supposed to be the normal behavior? If so, is there a reason > why it works this way? If not, is this a known issue or has anyone else > experienced this behavior? > > John Blumel > > _______________________________________________ > 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 astronouth7303 at gmail.com Wed Apr 27 00:37:35 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Tue, 26 Apr 2005 20:37:35 -0400 Subject: [Mediawiki-l] LocalSettings.php for Windows In-Reply-To: <1937CF9AA15EC349AB5249847962BB8F99AE2F@exmail02.sm.edmunds-corp.com> References: <1937CF9AA15EC349AB5249847962BB8F99AE2F@exmail02.sm.edmunds-corp.com> Message-ID: <deebf0b905042617371d4a8238@mail.gmail.com> Can you please post the whole output? On 4/26/05, Toscano, Ashley <atoscano at edmunds.com> wrote: > Does anyone have a LocalSettings.sample file? > > I'm getting an installation error on Windows ... > > === Error Message === > Converting links table to ID-ID... > Sorry! The wiki is experiencing some technical difficulties, and cannot > contact the database server. > === end === > > Thanks. > - Ashley Toscano Office: 310-309-6431 > Edmunds.com "where smart car buyers start" > _______________________________________________ > 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 brion at pobox.com Wed Apr 27 00:39:13 2005 From: brion at pobox.com (Brion Vibber) Date: Tue, 26 Apr 2005 17:39:13 -0700 Subject: [Mediawiki-l] Page title issues In-Reply-To: <deebf0b905042617363734e418@mail.gmail.com> References: <5fe2e90f5a516af193e65a785e4eb604@earthlink.net> <deebf0b905042617363734e418@mail.gmail.com> Message-ID: <426EDF31.1070601@pobox.com> Jamie Bliss wrote: > Titles are case sensitive. It's just that in the laundering process, > the first letter is capitalized. > > Also, the search box searches case insensitively. Note that the 'go' matches are not case insensitive, but do try several distinct case variations including all-capital and all-lowercase. -- 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/20050426/ecc0e2c5/attachment.pgp From Jeff_Wolfe at intuit.com Wed Apr 27 00:39:49 2005 From: Jeff_Wolfe at intuit.com (Wolfe, Jeff) Date: Tue, 26 Apr 2005 17:39:49 -0700 Subject: [Mediawiki-l] Customized Skins & User Prefs Message-ID: <EAC91901B2B4EB4793496F31388038AD03D572AA@dalex02.plano.intuit.com> Like a lot of folks, I'm making some modifications to the skin I want my site to use. I'm only moderately concerned about what this will mean for upgrading. I'm concerned about the user's ability to swap skins. In so doing, they can switch right off my skin which has various implications. Is anyone doing anything about this in their site? Can I remove the user's ability to select their own skin? Thanks, Jeff From johnblumel at earthlink.net Wed Apr 27 00:47:35 2005 From: johnblumel at earthlink.net (John Blumel) Date: Tue, 26 Apr 2005 20:47:35 -0400 Subject: [Mediawiki-l] Page title issues In-Reply-To: <426EDF31.1070601@pobox.com> References: <5fe2e90f5a516af193e65a785e4eb604@earthlink.net> <deebf0b905042617363734e418@mail.gmail.com> <426EDF31.1070601@pobox.com> Message-ID: <ac125156da842c0554f6c1c968140fcc@earthlink.net> On Apr 26, 2005, at 8:39pm, Brion Vibber wrote: > Note that the 'go' matches are not case insensitive, but do try several > distinct case variations including all-capital and all-lowercase. OK, I think that explains what's going on in my case. John Blumel From atoscano at edmunds.com Wed Apr 27 00:51:49 2005 From: atoscano at edmunds.com (Toscano, Ashley) Date: Tue, 26 Apr 2005 17:51:49 -0700 Subject: [Mediawiki-l] LocalSettings.php for Windows Message-ID: <1937CF9AA15EC349AB5249847962BB8F99AE3D@exmail02.sm.edmunds-corp.com> Thanks for the help. I've installed a packaged version of WAMP from Devside.net and that seems to have fixed the problem. I believe I had a problem with the way I had manually installed MySQL. - Ashley Toscano Office: 310-309-6431 Edmunds.com "where smart car buyers start" -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Jamie Bliss Sent: Tuesday, April 26, 2005 5:38 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] LocalSettings.php for Windows Can you please post the whole output? On 4/26/05, Toscano, Ashley <atoscano at edmunds.com> wrote: > Does anyone have a LocalSettings.sample file? > > I'm getting an installation error on Windows ... > > === Error Message === > Converting links table to ID-ID... > Sorry! The wiki is experiencing some technical difficulties, and cannot > contact the database server. > === end === > > Thanks. > - Ashley Toscano Office: 310-309-6431 > Edmunds.com "where smart car buyers start" > _______________________________________________ > 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 astronouth7303 at gmail.com Wed Apr 27 01:00:13 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Tue, 26 Apr 2005 21:00:13 -0400 Subject: [Mediawiki-l] Customized Skins & User Prefs In-Reply-To: <EAC91901B2B4EB4793496F31388038AD03D572AA@dalex02.plano.intuit.com> References: <EAC91901B2B4EB4793496F31388038AD03D572AA@dalex02.plano.intuit.com> Message-ID: <deebf0b90504261800b177982@mail.gmail.com> Yes. Move all the files in the skins directory to the disabled directory. The one you can't remove is standard, and you're just stuck with that. On 4/26/05, Wolfe, Jeff <Jeff_Wolfe at intuit.com> wrote: > Like a lot of folks, I'm making some modifications to the skin I want my > site to use. I'm only moderately concerned about what this will mean for > upgrading. I'm concerned about the user's ability to swap skins. In so > doing, they can switch right off my skin which has various implications. Is > anyone doing anything about this in their site? Can I remove the user's > ability to select their own skin? > > Thanks, > Jeff > > _______________________________________________ > 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 JohnsonA at rembrandt.co.nz Wed Apr 27 01:11:51 2005 From: JohnsonA at rembrandt.co.nz (Alistair Johnson) Date: Wed, 27 Apr 2005 13:11:51 +1200 Subject: [Mediawiki-l] Customized Skins & User Prefs Message-ID: <AC2A387833A93D45B1692F4212812B8E020E55@server.internal.rembrandt.co.nz> We use the following script to apply standard settings across our user base: $name is the username that we're using to copy the settings from. mysql_connect($wgDBserver,$wgDBuser,$wgDBpassword); @mysql_select_db($wgDBname) or die( "Error"); $query="SELECT * FROM " . $wgDBprefix . "user WHERE LOWER(user_name) = '" . strtolower($name) . "'"; $result = mysql_query($query); $row = mysql_fetch_array($result, MYSQL_ASSOC); mysql_close(); echo "<b>setting all users' preferences to be the same as:" . $name . "</b>"; echo "<br>"; echo $row[user_options]; mysql_connect($wgDBserver,$wgDBuser,$wgDBpassword); @mysql_select_db($wgDBname) or die( "Error"); $query="UPDATE " . $wgDBprefix . "user SET user_options = '" . $row[user_options] . "'"; $result = mysql_query($query); mysql_close(); This allows us to enforce standard skins, search settings etc. It's appropriate for our Intranet use, but perhaps not so relevant for an Internet site. Al. -----Original Message----- From: Jamie Bliss [mailto:astronouth7303 at gmail.com] Yes. Move all the files in the skins directory to the disabled directory. The one you can't remove is standard, and you're just stuck with that. On 4/26/05, Wolfe, Jeff <Jeff_Wolfe at intuit.com> wrote: > Like a lot of folks, I'm making some modifications to the skin I want > my site to use. I'm only moderately concerned about what this will > mean for upgrading. I'm concerned about the user's ability to swap > skins. In so doing, they can switch right off my skin which has > various implications. Is anyone doing anything about this in their > site? Can I remove the user's ability to select their own skin? From muke at frath.net Wed Apr 27 03:29:32 2005 From: muke at frath.net (Muke Tever) Date: Tue, 26 Apr 2005 21:29:32 -0600 Subject: [Mediawiki-l] Language interface In-Reply-To: <40b4c2310504261637b65f11@mail.gmail.com> References: <40b4c2310504261637b65f11@mail.gmail.com> Message-ID: <op.spvfzi1l2okkek@arcadia.hsd1.co.comcast.net> admin Yellowikis <yellowikis at gmail.com> wrote: > Also is it possible to do this without a user signing in? I was just about to ask about this as well. Is there (or could there be), say, a magic URL string to append, like &lang=fr , to force the fr UI to be displayed? In a similar vein, is there a magic word that automatically returns the current interface language code? The reason being to make a page like a list of translatable messages, and instead of giving a list of every possible translation language, using one link that would automagically point to the user's language, e.g.: being able to write [[Mediawiki:custommessage/{{LANGUAGECODE}}|Translate into your language]] instead of having to have a list like [[Mediawiki:message/ja]], .../fr]], .../es]], etc., or instructing users how to hack URLs. (I know I can do it by hand--by making e.g. [[Mediawiki:lang]], and filling the [[.../es]], [[.../fr]], etc. with the appropriate codes, and using {{int:lang}} instead of the hypothetical magic word, but it seems wasteful since the site already knows what's language it's serving pages in anyway, no...?) *Muke! -- website: http://frath.net/ LiveJournal: http://kohath.livejournal.com/ deviantArt: http://kohath.deviantart.com/ FrathWiki, a conlang and conculture wiki: http://wiki.frath.net/ From Jan at Bytesmiths.com Wed Apr 27 04:20:12 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Tue, 26 Apr 2005 21:20:12 -0700 Subject: [Mediawiki-l] Customized Skins & User Prefs In-Reply-To: <deebf0b90504261800b177982@mail.gmail.com> References: <EAC91901B2B4EB4793496F31388038AD03D572AA@dalex02.plano.intuit.com> <deebf0b90504261800b177982@mail.gmail.com> Message-ID: <debc003a52f52ef2b030cc9db15ed0da@Bytesmiths.com> On 26 Apr 2005, at 18:00, Jamie Bliss wrote: > Move all the files in the skins directory to the disabled > directory. The one you can't remove is standard, and you're just stuck > with that. Doh! Why didn't I think of that before I hacked the Preferences page to not allow changing skins? :-) :::: fas-cism (fash'iz'em) n. A system of government that exercises a dictatorship of the extreme right, typically through the merging of state and business leadership, together with belligerent nationalism. -- American Heritage Dictionary, 1983 (reference to "business" was removed in later editions) :::: Jan Steinman <http://www.Bytesmiths.com> From vijaysk_84 at yahoo.com Wed Apr 27 05:53:51 2005 From: vijaysk_84 at yahoo.com (vijay kalghatgi) Date: Tue, 26 Apr 2005 22:53:51 -0700 (PDT) Subject: [Mediawiki-l] How to Remove Search tool n toolbox from the Mediawiki page???????? Message-ID: <20050427055352.93237.qmail@web53206.mail.yahoo.com> Hi all, Can anybody tell me how to remove Search tool n toolbox from the mediawiki? Which .php or .css files are to be modified? Please Help! Its urgent!! Regards Vijay __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From brion at pobox.com Wed Apr 27 06:47:35 2005 From: brion at pobox.com (Brion Vibber) Date: Tue, 26 Apr 2005 23:47:35 -0700 Subject: [Mediawiki-l] Language interface In-Reply-To: <op.spvfzi1l2okkek@arcadia.hsd1.co.comcast.net> References: <40b4c2310504261637b65f11@mail.gmail.com> <op.spvfzi1l2okkek@arcadia.hsd1.co.comcast.net> Message-ID: <426F3587.6010500@pobox.com> Muke Tever wrote: > I was just about to ask about this as well. Is there (or could there be), > say, a magic URL string to append, like &lang=fr , to force the fr UI to be > displayed? There is not. Hypothetically something could be added with some effort. Maintaining it across invocations would probably require some cookie / session work, and you'd need to be careful about cache integrity. > In a similar vein, is there a magic word that automatically returns the > current interface language code? The _content_ of pages is immutable, and will never differ based on the user interface language setting. (Only a very few user options affect the output of the wiki -> HTML transformation, and we're working hard to eliminate them completely because of the trouble they cause.) This goes doubly for things containing links, categories, images, etc: anything that is kept track of cannot change or you'll have database corruption on your hands. We already have huge troubles maintaining database integrity in the face of date and time variables and templates. -- 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/20050426/954371f2/attachment.pgp From yellowikis at gmail.com Wed Apr 27 07:06:30 2005 From: yellowikis at gmail.com (admin Yellowikis) Date: Wed, 27 Apr 2005 09:06:30 +0200 Subject: [Mediawiki-l] Language interface In-Reply-To: <426F3587.6010500@pobox.com> References: <40b4c2310504261637b65f11@mail.gmail.com> <op.spvfzi1l2okkek@arcadia.hsd1.co.comcast.net> <426F3587.6010500@pobox.com> Message-ID: <40b4c231050427000619ece94b@mail.gmail.com> That's interesting. To go back to the original question. How easy is it to change the interface language without the log-in? or would the Wookie (Wiki-cookie :-)) stored on the computer constantly swap the UI back to the one set in User Prefs? Has anyone seen a Wiki with the UI language choice promoted to the Main page rather than hidden in User Prefs? On 4/27/05, Brion Vibber <brion at pobox.com> wrote: > Muke Tever wrote: > > I was just about to ask about this as well. Is there (or could there be), > > say, a magic URL string to append, like &lang=fr , to force the fr UI to be > > displayed? > > There is not. Hypothetically something could be added with some effort. > Maintaining it across invocations would probably require some cookie / > session work, and you'd need to be careful about cache integrity. > > > In a similar vein, is there a magic word that automatically returns the > > current interface language code? > > The _content_ of pages is immutable, and will never differ based on the > user interface language setting. (Only a very few user options affect > the output of the wiki -> HTML transformation, and we're working hard to > eliminate them completely because of the trouble they cause.) This goes > doubly for things containing links, categories, images, etc: anything > that is kept track of cannot change or you'll have database corruption > on your hands. > > We already have huge troubles maintaining database integrity in the face > of date and time variables and templates. > > -- brion vibber (brion @ pobox.com) > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > From vijaysk_84 at yahoo.com Wed Apr 27 07:08:55 2005 From: vijaysk_84 at yahoo.com (vijay kalghatgi) Date: Wed, 27 Apr 2005 00:08:55 -0700 (PDT) Subject: [Mediawiki-l] How to Remove Search tool n toolbox from the Mediawiki page???????? In-Reply-To: 6667 Message-ID: <20050427070855.2529.qmail@web53205.mail.yahoo.com> Hi all, I got the solution for myself. We need to edit corresponding skin files to do that. Regards Vijay vijay kalghatgi <vijaysk_84 at yahoo.com> wrote: Hi all, Can anybody tell me how to remove Search tool n toolbox from the mediawiki? Which .php or .css files are to be modified? Please Help! Its urgent!! Regards Vijay __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.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 jejc at free.fr Wed Apr 27 12:58:26 2005 From: jejc at free.fr (Jej) Date: Wed, 27 Apr 2005 14:58:26 +0200 Subject: [Mediawiki-l] Page restriction Message-ID: <426F8C72.8010005@free.fr> Hi, I made a patch to allow page restriction with mediawiki. I explain here how to use it : http://meta.wikimedia.org/wiki/Page_access_restriction_with_MediaWiki Maybe some of you need this feature. Read you, Jej From Jeff_Wolfe at intuit.com Wed Apr 27 16:03:48 2005 From: Jeff_Wolfe at intuit.com (Wolfe, Jeff) Date: Wed, 27 Apr 2005 09:03:48 -0700 Subject: [Mediawiki-l] Customized Skins & User Prefs Message-ID: <EAC91901B2B4EB4793496F31388038AD03D57506@dalex02.plano.intuit.com> Wow, that was super easy! Thanks. BTW, why did you say I was stuck with Standard? I moved it and it seemed to operate as desired. It only showed the one skin I wanted the user to see. Is there some other more insidious issue I just haven't seen? Thanks, Jeff -----Original Message----- From: mediawiki-l-bounces at Wikimedia.org [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Jan Steinman Sent: Tuesday, April 26, 2005 11:20 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Customized Skins & User Prefs On 26 Apr 2005, at 18:00, Jamie Bliss wrote: > Move all the files in the skins directory to the disabled directory. > The one you can't remove is standard, and you're just stuck with that. Doh! Why didn't I think of that before I hacked the Preferences page to not allow changing skins? :-) :::: fas-cism (fash'iz'em) n. A system of government that exercises a dictatorship of the extreme right, typically through the merging of state and business leadership, together with belligerent nationalism. -- American Heritage Dictionary, 1983 (reference to "business" was removed in later editions) :::: Jan Steinman <http://www.Bytesmiths.com> _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From muke at frath.net Wed Apr 27 16:37:07 2005 From: muke at frath.net (Muke Tever) Date: Wed, 27 Apr 2005 10:37:07 -0600 Subject: [Mediawiki-l] Language interface In-Reply-To: <426F3587.6010500@pobox.com> References: <40b4c2310504261637b65f11@mail.gmail.com> <op.spvfzi1l2okkek@arcadia.hsd1.co.comcast.net> <426F3587.6010500@pobox.com> Message-ID: <op.spwgf5fm2okkek@arcadia.hsd1.co.comcast.net> Brion Vibber <brion at pobox.com> wrote: >> In a similar vein, is there a magic word that automatically returns the >> current interface language code? > > The _content_ of pages is immutable, and will never differ based on the > user interface language setting. All right. Right now I'm working on a wiki where most of the content is relatively language-independent, and am using templates with {{int:}} to make standard headings translate along with the user interface, in order to make the content accessible to more people. A {{USERLANG}} (or whatever) magic word, analogous to {{NUMBEROFPAGES}} etc., [would have] helped make the process slightly easier (and the &lang=xx URL option even more so, by making this available even to non-logged-in users, or at least making it possible to demonstrate it to them without requiring them to create an account first). *Muke! -- website: http://frath.net/ LiveJournal: http://kohath.livejournal.com/ deviantArt: http://kohath.deviantart.com/ From moonlightembrace at acadine.org Wed Apr 27 19:05:04 2005 From: moonlightembrace at acadine.org (Moonlight Embrace) Date: Wed, 27 Apr 2005 12:05:04 -0700 Subject: [Mediawiki-l] Re: how many links Message-ID: <001801c54b5c$077045c0$0d540741@johnhgq7ceg76g> Do you mean that mediawiki does not parse the page every time it is displayed? If so, I guess it is not a limitation. -ME On 4/26/05, Moonlight Embrace <moonlightembrace at acadine.org> wrote: > How many [[links]] can Mediawiki handle without starting to drag down the processor? I have a great idea for a new wiki, but it requires many, many, many, many links on every page. It's sort of an organic dictionary. > > -ME Don't know. Try it and see. You may want to setup templates to insert 5, 10, 100, etc. links at a time. Then you can just make a page using these templates then use the purge action (page_name?action=purge) to make it reparse. -- Jamie From rowan.collins at gmail.com Wed Apr 27 19:17:09 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Wed, 27 Apr 2005 20:17:09 +0100 Subject: [Mediawiki-l] Donations page link? In-Reply-To: <426ECF5A.307@freespirits.org> References: <426E14EF.5020603@freespirits.org> <op.spughho62okkek@arcadia.hsd1.co.comcast.net> <426ECF5A.307@freespirits.org> Message-ID: <9f02ca4c05042712171d3e3eba@mail.gmail.com> On 27/04/05, H?nandil <hinandil at freespirits.org> wrote: > Muke Tever wrote: > > I had to put the link in [[Mediawiki:sitesupport-url]] > > to make it appear. > > This page already has the test "Project:Site support" in it, but there > is no support link listed. Does anyone else know? See http://meta.wikimedia.org/wiki/MediaWiki_FAQ#How_do_I_change_the_contents_of_the_navigation_toolbar.3F My best guess is that [[MediaWiki:sitesupport]] contains a "-" rather than the text to display for the link (e.g. "Support us now!"). -- Rowan Collins BSc [IMSoP] From rowan.collins at gmail.com Wed Apr 27 19:21:18 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Wed, 27 Apr 2005 20:21:18 +0100 Subject: [Mediawiki-l] Re: how many links In-Reply-To: <001801c54b5c$077045c0$0d540741@johnhgq7ceg76g> References: <001801c54b5c$077045c0$0d540741@johnhgq7ceg76g> Message-ID: <9f02ca4c0504271221342fcb33@mail.gmail.com> On 27/04/05, Moonlight Embrace <moonlightembrace at acadine.org> wrote: > Do you mean that mediawiki does not parse the page every time it is displayed? If so, I guess it is not a limitation. MediaWiki supports all sorts of levels of cache, but the simplest - which I believe is switched on by default - is a completely internal cache of parsed pages. So no, it won't reparse the entire page for every view. -- Rowan Collins BSc [IMSoP] From hinandil at freespirits.org Wed Apr 27 19:34:41 2005 From: hinandil at freespirits.org (=?ISO-8859-1?Q?H=EDnandil?=) Date: Wed, 27 Apr 2005 12:34:41 -0700 Subject: [Mediawiki-l] Donations page link? In-Reply-To: <9f02ca4c05042712171d3e3eba@mail.gmail.com> References: <426E14EF.5020603@freespirits.org> <op.spughho62okkek@arcadia.hsd1.co.comcast.net> <426ECF5A.307@freespirits.org> <9f02ca4c05042712171d3e3eba@mail.gmail.com> Message-ID: <426FE951.70100@freespirits.org> Rowan Collins wrote: > See http://meta.wikimedia.org/wiki/MediaWiki_FAQ#How_do_I_change_the_contents_of_the_navigation_toolbar.3F > > My best guess is that [[MediaWiki:sitesupport]] contains a "-" rather > than the text to display for the link (e.g. "Support us now!"). Yes, it still contains a "-", and I was hesitant to change it on the live site before I was certain my LocalSettings.php was being ignored. I did pass the Navigation array message, and now everything makes sense. This is really a handy feature. The others on my team don't have access to any files on the server, so this suits us perfect. I suppose those lines in DefaultSettings.php ought to be cleaned up. Is that the sort of thing one files a bug report for? H?nandil From rowan.collins at gmail.com Wed Apr 27 19:44:23 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Wed, 27 Apr 2005 20:44:23 +0100 Subject: [Mediawiki-l] Donations page link? In-Reply-To: <426FE951.70100@freespirits.org> References: <426E14EF.5020603@freespirits.org> <op.spughho62okkek@arcadia.hsd1.co.comcast.net> <426ECF5A.307@freespirits.org> <9f02ca4c05042712171d3e3eba@mail.gmail.com> <426FE951.70100@freespirits.org> Message-ID: <9f02ca4c05042712441dce6ae@mail.gmail.com> On 27/04/05, H?nandil <hinandil at freespirits.org> wrote: > This is really a handy feature. The others on my team don't have access > to any files on the server, so this suits us perfect. I suppose those > lines in DefaultSettings.php ought to be cleaned up. Is that the sort > of thing one files a bug report for? Er, which lines... oh, you mean this? $wgSiteSupportPage = ''; # A page where you users can receive donations Yeah, file a bug report, I guess. Blerg, the code seems to still contain references to that var; that's ugly (unless I'm mistaken)... -- Rowan Collins BSc [IMSoP] From atoscano at edmunds.com Wed Apr 27 19:49:00 2005 From: atoscano at edmunds.com (Toscano, Ashley) Date: Wed, 27 Apr 2005 12:49:00 -0700 Subject: [Mediawiki-l] How to require Sign In Message-ID: <1937CF9AA15EC349AB5249847962BB8F99AE88@exmail02.sm.edmunds-corp.com> Is there a way to hook the Sign In function to Active Directory on a corporate Windows network? Also, how do I require that users sign in before updating content on the wiki? - Ashley Toscano Office: 310-309-6431 Edmunds.com "where smart car buyers start" From brion at pobox.com Wed Apr 27 19:51:42 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 27 Apr 2005 12:51:42 -0700 Subject: [Mediawiki-l] Donations page link? In-Reply-To: <9f02ca4c05042712441dce6ae@mail.gmail.com> References: <426E14EF.5020603@freespirits.org> <op.spughho62okkek@arcadia.hsd1.co.comcast.net> <426ECF5A.307@freespirits.org> <9f02ca4c05042712171d3e3eba@mail.gmail.com> <426FE951.70100@freespirits.org> <9f02ca4c05042712441dce6ae@mail.gmail.com> Message-ID: <426FED4E.6080605@pobox.com> Rowan Collins wrote: > Er, which lines... oh, you mean this? > $wgSiteSupportPage = ''; # A page where you users can receive donations > > Yeah, file a bug report, I guess. Blerg, the code seems to still > contain references to that var; that's ugly (unless I'm mistaken)... The old-style skins still use it, but it's sort of broken. Needs clean-up. (I'm pretty sure there is already a bug filed on this.) -- 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/20050427/e9486d69/attachment.pgp From brion at pobox.com Wed Apr 27 20:05:50 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 27 Apr 2005 13:05:50 -0700 Subject: [Mediawiki-l] How to require Sign In In-Reply-To: <1937CF9AA15EC349AB5249847962BB8F99AE88@exmail02.sm.edmunds-corp.com> References: <1937CF9AA15EC349AB5249847962BB8F99AE88@exmail02.sm.edmunds-corp.com> Message-ID: <426FF09E.7040606@pobox.com> Toscano, Ashley wrote: > Is there a way to hook the Sign In function to Active Directory on a > corporate Windows network? There's an LDAP plug-in in progress. http://meta.wikimedia.org/wiki/LDAP > Also, how do I require that users sign in > before updating content on the wiki? See the faq: http://meta.wikimedia.org/wiki/MediaWiki_FAQ -- 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/20050427/082c3c1d/attachment.pgp From JohnsonA at rembrandt.co.nz Wed Apr 27 20:23:32 2005 From: JohnsonA at rembrandt.co.nz (Alistair Johnson) Date: Thu, 28 Apr 2005 08:23:32 +1200 Subject: [Mediawiki-l] How to require Sign In Message-ID: <AC2A387833A93D45B1692F4212812B8E020E5E@server.internal.rembrandt.co.nz> I posted info on how to do this back at the end of March (based on info posted by David Cameron) . Below is the modification I made to User.php to achieve this. You need to enable Windows authentication in IIS to make this work. You can also look at AuthPlugin to seamlessly create mediawiki users based on another authentication mechanism, but as far as I can tell that didn't also offer automatic logon which the below will do for you. Al. function loadFromSession() { global $wgMemc, $wgDBname; if ( isset( $_SESSION['wsUserID'] ) ) { if ( 0 != $_SESSION['wsUserID'] ) { $sId = $_SESSION['wsUserID']; } else { return new User(); } } else if ( isset( $_COOKIE["{$wgDBname}UserID"] ) ) { $sId = IntVal( $_COOKIE["{$wgDBname}UserID"] ); $_SESSION['wsUserID'] = $sId; } else if ( isset($_SERVER["AUTH_USER"])) { //modification to allow logon via authentication information //passed from IIS global $wgUser; global $wgDeferredUpdateList; //get the username $temp = explode('DOMAINNAME', $_SERVER["AUTH_USER"]); //remove the domain name from AUTH_USER if ($temp[1] == "") { $name = $temp[0]; } else { $name = $temp[1]; } //pull in the usernames and passwords we'll need for the database lookup global $wgDBprefix; global $wgDBuser; global $wgDBpassword; global $wgDBserver; global $wgDBname; //we'll use PHP's MYSQL module to access the mediawiki database as it's Q&D $link = mysql_connect($wgDBserver,$wgDBuser,$wgDBpassword); @mysql_select_db($wgDBname, $link) or die( "Unable to select user database for NTLM authentication"); $query="SELECT * FROM " . $wgDBprefix . "user WHERE LOWER(user_name) = '" . strtolower($name) . "'"; $result = mysql_query($query, $link); $row = mysql_fetch_array($result, MYSQL_ASSOC); mysql_close($link); //set the variables we need to transparently authenticate $sId = $row['user_id']; $_SESSION['wsUserID'] = $row['user_id']; $_SESSION['wsUserName'] = $row['user_name']; $_SESSION['wsToken'] = $row['user_token']; //set cookies with this info to make life easier for us in the future global $wgCookieExpiration, $wgCookiePath, $wgCookieDomain, $wgDBname; setcookie( $wgDBname.'UserID', $row['user_id'], 0, $wgCookiePath, $wgCookieDomain ); setcookie( $wgDBname.'UserName', $row['user_name'], 0, $wgCookiePath, $wgCookieDomain ); setcookie( $wgDBname.'Token', $row['user_token'], 0, $wgCookiePath, $wgCookieDomain ); } else { return new User(); } if ( isset( $_SESSION['wsUserName'] ) ) { $sName = $_SESSION['wsUserName']; } else if ( isset( $_COOKIE["{$wgDBname}UserName"] ) ) { $sName = $_COOKIE["{$wgDBname}UserName"]; $_SESSION['wsUserName'] = $sName; } else { return new User(); } $passwordCorrect = FALSE; $user = $wgMemc->get( $key = "$wgDBname:user:id:$sId" ); if($makenew = !$user) { wfDebug( "User::loadFromSession() unable to load from memcached\n" ); $user = new User(); $user->mId = $sId; $user->loadFromDatabase(); } else { wfDebug( "User::loadFromSession() got from cache!\n" ); } if ( isset( $_SESSION['wsToken'] ) ) { $passwordCorrect = $_SESSION['wsToken'] == $user->mToken; } else if ( isset( $_COOKIE["{$wgDBname}Token"] ) ) { $passwordCorrect = $user->mToken == $_COOKIE["{$wgDBname}Token"]; } else { return new User(); # Can't log in from session } if ( ( strtolower($sName) == strtolower($user->mName) ) && $passwordCorrect ) { //modified to allow for case differences between mediawiki and NTLM usernames if($makenew) { if($wgMemc->set( $key, $user )) { wfDebug( "User::loadFromSession() successfully saved user\n" ); } else { wfDebug( "User::loadFromSession() unable to save to memcached\n" ); } } $user->spreadBlock(); return $user; } return new User(); # Can't log in from session } -----Original Message----- From: Toscano, Ashley [mailto:atoscano at edmunds.com] Sent: Thursday, 28 April 2005 7:49 a.m. To: MediaWiki announcements and site admin list Subject: [Mediawiki-l] How to require Sign In Is there a way to hook the Sign In function to Active Directory on a corporate Windows network? Also, how do I require that users sign in before updating content on the wiki? - Ashley Toscano Office: 310-309-6431 Edmunds.com "where smart car buyers start" _______________________________________________ MediaWiki-l mailing list MediaWiki-l at Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From mail at tgries.de Wed Apr 27 20:39:02 2005 From: mail at tgries.de (Thomas Gries) Date: Wed, 27 Apr 2005 22:39:02 +0200 Subject: [Mediawiki-l] Announcement: ENotif/EConfirm v3.15 for current REL1_5 published Message-ID: <426FF866.1050503@tgries.de> Just in case, that you do not watch this bugzilla: http://bugzilla.wikipedia.org/show_bug.cgi?id=454 The new version adds optional notification on _new_ pages; "(last seen)" links for watched pages; E-mail address confirmation sends a link with a token to unconfirmed address; "you have new messages on your user and/or user_talk page" (new) including "(last seen)" links; new option for recent changes "show only current revision of pages in Recent view" and perhaps more I forgot here .... but what is in ..... .... the documentation http://meta.wikipedia.org/wiki/Enotif Euer/your Wikinaut I kindly asked for code review and to commit everything (which is admittedly a lot) into CVS HEAD. From astronouth7303 at gmail.com Wed Apr 27 22:42:31 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Wed, 27 Apr 2005 18:42:31 -0400 Subject: [Mediawiki-l] Customized Skins & User Prefs In-Reply-To: <EAC91901B2B4EB4793496F31388038AD03D57506@dalex02.plano.intuit.com> References: <EAC91901B2B4EB4793496F31388038AD03D57506@dalex02.plano.intuit.com> Message-ID: <deebf0b9050427154215517d7@mail.gmail.com> When I tried it, there were errors relating to undefined classes, I believe. On 4/27/05, Wolfe, Jeff <Jeff_Wolfe at intuit.com> wrote: > Wow, that was super easy! Thanks. > > BTW, why did you say I was stuck with Standard? I moved it and it seemed to > operate as desired. It only showed the one skin I wanted the user to see. > Is there some other more insidious issue I just haven't seen? > > Thanks, > Jeff > > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org > [mailto:mediawiki-l-bounces at Wikimedia.org] On Behalf Of Jan Steinman > Sent: Tuesday, April 26, 2005 11:20 PM > To: MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] Customized Skins & User Prefs > > On 26 Apr 2005, at 18:00, Jamie Bliss wrote: > > > Move all the files in the skins directory to the disabled directory. > > The one you can't remove is standard, and you're just stuck with that. > > Doh! Why didn't I think of that before I hacked the Preferences page to not > allow changing skins? :-) > > :::: fas-cism (fash'iz'em) n. A system of government that exercises a > dictatorship of the extreme right, typically through the merging of state > and business leadership, together with belligerent nationalism. > -- American Heritage Dictionary, 1983 (reference to "business" was removed > in later editions) > :::: Jan Steinman <http://www.Bytesmiths.com> > > _______________________________________________ > 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 astronouth7303 at gmail.com Wed Apr 27 22:48:12 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Wed, 27 Apr 2005 18:48:12 -0400 Subject: [Mediawiki-l] Re: how many links In-Reply-To: <001801c54b5c$077045c0$0d540741@johnhgq7ceg76g> References: <001801c54b5c$077045c0$0d540741@johnhgq7ceg76g> Message-ID: <deebf0b905042715485492db77@mail.gmail.com> Ugg! Saving a page is slow enough! I can't imagine what would happen if it did! (Nor do I want to.) On 4/27/05, Moonlight Embrace <moonlightembrace at acadine.org> wrote: > Do you mean that mediawiki does not parse the page every time it is displayed? If so, I guess it is not a limitation. > > -ME > > On 4/26/05, Moonlight Embrace <moonlightembrace at acadine.org> wrote: > > How many [[links]] can Mediawiki handle without starting to drag down the processor? I have a great idea for a new wiki, but it requires many, many, many, many links on every page. It's sort of an organic dictionary. > > > > -ME > > Don't know. Try it and see. > > You may want to setup templates to insert 5, 10, 100, etc. links at a > time. Then you can just make a page using these templates then use the > purge action (page_name?action=purge) to make it reparse. > > -- Jamie > > _______________________________________________ > 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 astronouth7303 at gmail.com Wed Apr 27 22:52:06 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Wed, 27 Apr 2005 18:52:06 -0400 Subject: [Mediawiki-l] Donations page link? In-Reply-To: <426FE951.70100@freespirits.org> References: <426E14EF.5020603@freespirits.org> <op.spughho62okkek@arcadia.hsd1.co.comcast.net> <426ECF5A.307@freespirits.org> <9f02ca4c05042712171d3e3eba@mail.gmail.com> <426FE951.70100@freespirits.org> Message-ID: <deebf0b9050427155274a6d30a@mail.gmail.com> On 4/27/05, H?nandil <hinandil at freespirits.org> wrote: > Rowan Collins wrote: > > See http://meta.wikimedia.org/wiki/MediaWiki_FAQ#How_do_I_change_the_contents_of_the_navigation_toolbar.3F > > > > My best guess is that [[MediaWiki:sitesupport]] contains a "-" rather > > than the text to display for the link (e.g. "Support us now!"). > > Yes, it still contains a "-", and I was hesitant to change it on the > live site before I was certain my LocalSettings.php was being ignored. > I did pass the Navigation array message, and now everything makes sense. > > This is really a handy feature. The others on my team don't have access > to any files on the server, so this suits us perfect. I suppose those > lines in DefaultSettings.php ought to be cleaned up. Is that the sort > of thing one files a bug report for? Mediazilla. Also, the documentation at <http://meta.wikimedia.org/wiki/Help:Configuration_settings_index#.24wgSiteSupportPage> Could user work. I don't really know that much, so I can't fill in details. -- ------------------------------------------------------------------- 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 Wed Apr 27 23:57:04 2005 From: wiseleyb at gmail.com (ben wiseley) Date: Wed, 27 Apr 2005 16:57:04 -0700 Subject: [Mediawiki-l] immediately logs out after login Message-ID: <fc90a75705042716574a8844f3@mail.gmail.com> The wiki I setup on my local box (Ubuntu) works great. I used a similar procedure to set this up on a linux host ( http://mudabone.com/sandBoxWiki ) and everything seems to work fine except for users. When you login in, it logs you right back out the very next click. Try logging on as WikiSysop/WikiSysop - the next link you click will log you back out. Any idea what would cause this? -ben From rowan.collins at gmail.com Thu Apr 28 00:02:18 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Thu, 28 Apr 2005 01:02:18 +0100 Subject: [Mediawiki-l] Donations page link? In-Reply-To: <deebf0b9050427155274a6d30a@mail.gmail.com> References: <426E14EF.5020603@freespirits.org> <op.spughho62okkek@arcadia.hsd1.co.comcast.net> <426ECF5A.307@freespirits.org> <9f02ca4c05042712171d3e3eba@mail.gmail.com> <426FE951.70100@freespirits.org> <deebf0b9050427155274a6d30a@mail.gmail.com> Message-ID: <9f02ca4c05042717024c593658@mail.gmail.com> On 27/04/05, Jamie Bliss <astronouth7303 at gmail.com> wrote: > Also, the documentation at > <http://meta.wikimedia.org/wiki/Help:Configuration_settings_index#.24wgSiteSupportPage> > Could user work. I don't really know that much, so I can't fill in > details. I've marked it as superceded, and linked to that FAQ section, because I think that's basically true, at least in theory. BTW, I notice there's no $wgNavigationLinks in that page yet... -- Rowan Collins BSc [IMSoP] From brion at pobox.com Thu Apr 28 00:32:49 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 27 Apr 2005 17:32:49 -0700 Subject: [Mediawiki-l] immediately logs out after login In-Reply-To: <fc90a75705042716574a8844f3@mail.gmail.com> References: <fc90a75705042716574a8844f3@mail.gmail.com> Message-ID: <42702F31.3020105@pobox.com> ben wiseley wrote: > The wiki I setup on my local box (Ubuntu) works great. I used a similar > procedure to set this up on a linux host ( http://mudabone.com/sandBoxWiki ) > and everything seems to work fine except for users. When you login in, it > logs you right back out the very next click. Try logging on as > WikiSysop/WikiSysop - the next link you click will log you back out. Any > idea what would cause this? This is generally caused by a bad default configuration for PHP sessions on a web server farm. Each server stores the session files to its local hard disk, so consistent session cannot be maintained from request to request. SourceForge's project hosting is a common victim of this, and you may find some of the notes useful at http://meta.wikimedia.org/wiki/Sourceforge -- 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/20050427/1344d43a/attachment.pgp From lekktu at gmail.com Thu Apr 28 01:12:53 2005 From: lekktu at gmail.com (Juanma Barranquero) Date: Thu, 28 Apr 2005 03:12:53 +0200 Subject: [Mediawiki-l] Why 'text'=>'mainpage', 'href'=>'mainpage'? Message-ID: <f7ccd24b05042718122e5e958f@mail.gmail.com> I mean, why isn't it array('text' => 'mainpage', 'href' => 'mainpage-url'), on $wgNavigationLinks? I'm asking because I'm doing a dynamic Main Page as a Special:MyProject module. - If I set MediaWiki:Mainpage to 'Special:MyProject', the Navigation menu entry changes to 'Special:MyProject', which I don't want (I still want the Main Page to show as "Main Page" on the Navigation menu). - If I modify $wgNavigationLinks to have array('text' => 'mainpage', 'href' => 'mainpage-url'), and set MediaWiki:Mainpage-url to 'Special:MyProject', clicking on the Navigation entry brings my Special page, but navigating to http://mylocalhost/wiki brings me back to http://mylocalhost/wiki/Main_Page (as the software has no way to know that my new main page is to be taken from MediaWiki:Mainpage-url) - Finally, if I do #REDIRECT [[Special:MyProject]] on Main_Page, it all works as expected, but the browser's navigation bar shows http://mylocalhost/wiki/Special:MyProject (which is correct but ugly). So, it'd be nicer if MediaWiki used a MediaWiki:Mainpage for the navigation menu entry title, and a MediaWiki:Mainpage-url for the page, and the software knew that the default page comes from MediaWiki:Mainpage-url. Or, is there a way to do that already that I'm missing? (as I suspect :) -- /L/e/k/t/u From brion at pobox.com Thu Apr 28 01:32:37 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 27 Apr 2005 18:32:37 -0700 Subject: [Mediawiki-l] Why 'text'=>'mainpage', 'href'=>'mainpage'? In-Reply-To: <f7ccd24b05042718122e5e958f@mail.gmail.com> References: <f7ccd24b05042718122e5e958f@mail.gmail.com> Message-ID: <42703D35.6030605@pobox.com> Juanma Barranquero wrote: > I mean, why isn't it > > array('text' => 'mainpage', 'href' => 'mainpage-url'), > > on $wgNavigationLinks? The main page link predates this system, and is used in a few other places under the 'mainpage' name. Hypothetically it could be changed, though... [snip] > Or, is there a way to do that already that I'm missing? (as I suspect :) Try: array('text' => 'mainpage-text', 'href' => 'mainpage') -- 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/20050427/df20edd5/attachment.pgp From pchamorro at ingeominas.gov.co Thu Apr 28 05:17:57 2005 From: pchamorro at ingeominas.gov.co (Pablo Chamorro C.) Date: Thu, 28 Apr 2005 00:17:57 -0500 (COT) Subject: [Mediawiki-l] media wiki 1.4.2 under fedora core 3 Message-ID: <Pine.LNX.4.61.0504280004480.31017@patascoy.ovsp.gov.co> I installed an static mysql-server 4.0 from dev.mysql.com as suggested on the installation docs (not 4.1 nor 5.0 beta) + php 4.3.11.2, but at install time a missing php-mysql notice appears. The problem is I can't get a binary php-mysql, not even do a rpmbuild --rebuild because it seem's there is no such php-mysql-x.x.src.rpm. On the other hand I see that that rpm 'only' contains: /etc/php.d/mysql.ini /usr/lib/php4/mysql.so what can I do? what am I missing if I work with mysql-server-3.23 instead mysql 4.0? (the version included with fedora core 3?) What else can I do? thanks, Pablo Chamorro -- Tel: +57 (2) 7314752/3222/2595 - Fax: +57 (2) 7310514 Carrera 31 #18-07 Parque Infantil - PO Box 1795 - Pasto From brion at pobox.com Thu Apr 28 05:56:40 2005 From: brion at pobox.com (Brion Vibber) Date: Wed, 27 Apr 2005 22:56:40 -0700 Subject: [Mediawiki-l] media wiki 1.4.2 under fedora core 3 In-Reply-To: <Pine.LNX.4.61.0504280004480.31017@patascoy.ovsp.gov.co> References: <Pine.LNX.4.61.0504280004480.31017@patascoy.ovsp.gov.co> Message-ID: <42707B18.8080608@pobox.com> Pablo Chamorro C. wrote: > I installed an static mysql-server 4.0 from dev.mysql.com as suggested > on the installation docs (not 4.1 nor 5.0 beta) + php 4.3.11.2, but at > install time a missing php-mysql notice appears. > > The problem is I can't get a binary php-mysql, not even do a rpmbuild > --rebuild because it seem's there is no such php-mysql-x.x.src.rpm. Can you clarify how you're installing things, exactly, and what the problem you're encountering is? For i386 you can get a php-mysql binary package right here: http://mirrors.usc.edu/pub/linux/distributions/fedora/updates/3/i386/php-mysql-4.3.11-2.4.i386.rpm (I haven't checked, but I would assume the various php-* binary packages are all produced from the php-*.src.rpm, as this would basically consist of building PHP from the single source code distribution and then siphoning off the shared libraries, headers, etc into separate installable packages.) Try: rpm -ivh php-mysql-4.3.11-2.4.i386.rpm What's the exact result? Does it install, or does it fail? If it fails, what is the exact error message? Does it fail on the dependency for libmysqlclient.so.10? If so, have you tried the --nodeps option to RPM to force it to install anyway? If that installs but fails to run (in which case you should check your apache error log and php error log, if any, for messages), did you try also installing the MySQL-shared-compat-4.0.24-0.i386.rpm package from MySQL, which is described as "Dynamic client libraries (including 3.23.x libraries)"? Personally, I've considered the Red Hat / Fedora packages for PHP and MySQL to be a bit of a lost cause; we generally install PHP from source and use the tarball package release of MySQL. > what can I do? what am I missing if I work with mysql-server-3.23 > instead mysql 4.0? (the version included with fedora core 3?) What else > can I do? MySQL 3.x has a poorer fulltext search engine and has some limitations on index sorting and other features which we have to have a couple workarounds for. In 1.5 we'll be dropping the extra inverse timestamp indexes which were added to benefit MySQL 3.x; MediaWiki will probably still run on it but for serious sites a more modern version is highly recommended. -- 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/20050427/9f979ce7/attachment.pgp From ucgajpd at ucl.ac.uk Thu Apr 28 09:53:49 2005 From: ucgajpd at ucl.ac.uk (Jason Davies) Date: Thu, 28 Apr 2005 10:53:49 +0100 Subject: [Mediawiki-l] user setting password Message-ID: <r02010500-1039-6BFCF46CB7CB11D98EE2000D9358BC20@[192.168.0.100]> Can a user set their own chosen password when the wiki is set to only allow logged-in users to edit and a sysop to create new accounts? You only see the boxes to log in and mail a new password. This user is not very technical, though she is sensible and pleaded password-fatigue, she's already struggling to remember them. But it seemed worth asking! I don't see an item in the FAQ. by the way, is the FAQ welcoming idiots like me drafting answers to questions and contributing, when suitably advised here by those who know? or is it preferred that only power users contribute? thanks. I'd be happy to convert my questions into items there once i've made every conceivable mistake and been corrected... From lekktu at gmail.com Thu Apr 28 10:03:17 2005 From: lekktu at gmail.com (Juanma Barranquero) Date: Thu, 28 Apr 2005 12:03:17 +0200 Subject: [Mediawiki-l] Why 'text'=>'mainpage', 'href'=>'mainpage'? In-Reply-To: <42703D35.6030605@pobox.com> References: <f7ccd24b05042718122e5e958f@mail.gmail.com> <42703D35.6030605@pobox.com> Message-ID: <f7ccd24b05042803036b59a040@mail.gmail.com> > The main page link predates this system, and is used in a few other > places under the 'mainpage' name. Yeah, about a dozen, not counting language pages. > Hypothetically it could be changed, > though... Obviously, there's no pressing need. It'd be nice, though. > Try: > array('text' => 'mainpage-text', 'href' => 'mainpage') Clever. Your answer is like my third option, only better because it saves one redirection. I'm puzzled why I thought of changing the 'href' page and not the 'text' one... :) Thanks, /L/e/k/t/u From carltonb at mindspring.com Thu Apr 28 10:15:54 2005 From: carltonb at mindspring.com (Carlton B) Date: Thu, 28 Apr 2005 19:15:54 +0900 Subject: [Mediawiki-l] Disabling account creation In-Reply-To: <426CBB8E.3050802@pobox.com> Message-ID: <BHEHJAMNEHLEHILFBIENMENPCHAA.carltonb@mindspring.com> Brion... I edited MediaWiki:Login prompt like you said, but the changes don't on Special:Userlogin, neither by directly navigating to the auto-generated page, nor by clicking the "Log in" link as in normal usage. What have I done wrong? Thanks, Carlton > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org > [mailto:mediawiki-l-bounces at Wikimedia.org]On Behalf Of Brion Vibber > Sent: Monday, April 25, 2005 6:43 PM > To: MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] Disabling account creation > > > Carlton B wrote: > > Thanks Brion... still having problems though. > > The text of [[MediaWiki:Loginprompt]] is: "You must have > cookies enabled > > to log in to Takipedia." > > I need to change that, but it doesn't hide the fields that a > user could use > > to create a new account. > > If you have set $wgWhitelistAccount to disable user account creation, > those form controls will not be shown. > > Also make sure you're looking at the page as an anonymous user to > confirm you're looking at the correct display. > > > Is Special:Userlogin the page to edit, and if so, how is it > possible to edit > > it? Even when logged in as a sysop, this page has no edit tabs. > > There is not a page Special:Userlogin that you can edit; it's generated > by code. All the interface text on the special pages comes from the > language-specific messages, which are imported into the database at > install time and are editable as the various MediaWiki: pages. These are > all listed at Special:Allmessages. > > If you really, really need to change the layout of Special:Userlogin, > take a look at includes/templates/Userlogin.php. However I don't think > you need to touch anything in there to do what you've asked about. > > -- brion vibber (brion @ pobox.com) > From fun at thingy.apana.org.au Thu Apr 28 11:23:21 2005 From: fun at thingy.apana.org.au (David Gerard) Date: Thu, 28 Apr 2005 21:23:21 +1000 Subject: [Mediawiki-l] user setting password In-Reply-To: <r02010500-1039-6BFCF46CB7CB11D98EE2000D9358BC20@[192.168.0.100]> References: <r02010500-1039-6BFCF46CB7CB11D98EE2000D9358BC20@[192.168.0.100]> Message-ID: <20050428112321.GJ10417@thingy.apana.org.au> Jason Davies (ucgajpd at ucl.ac.uk) [050428 19:54]: > by the way, is the FAQ welcoming idiots like me drafting answers to > questions and contributing, when suitably advised here by those who > know? or is it preferred that only power users contribute? thanks. I'd > be happy to convert my questions into items there once i've made every > conceivable mistake and been corrected... I think anyone collecting questions and answers writing them into a FAQ and keeping it reasonably updated would be a very good thing! e.g. anything Brion answers with a link to a past Mediawiki-l or Wikitech-l post ... - d. From ucgajpd at ucl.ac.uk Thu Apr 28 11:48:29 2005 From: ucgajpd at ucl.ac.uk (Jason Davies) Date: Thu, 28 Apr 2005 12:48:29 +0100 Subject: [Mediawiki-l] user setting password In-Reply-To: <20050428112321.GJ10417@thingy.apana.org.au> Message-ID: <r02010500-1039-70D225DAB7DB11D98EE2000D9358BC20@[192.168.0.100]> >e.g. anything Brion answers with a link to a past Mediawiki-l or >Wikitech-l post ... sometimes it is hard to trace these...so I agree! From wiseleyb at gmail.com Thu Apr 28 12:05:34 2005 From: wiseleyb at gmail.com (ben wiseley) Date: Thu, 28 Apr 2005 05:05:34 -0700 Subject: [Mediawiki-l] immediately logs out after login In-Reply-To: <42702F31.3020105@pobox.com> References: <fc90a75705042716574a8844f3@mail.gmail.com> <42702F31.3020105@pobox.com> Message-ID: <fc90a757050428050546ed8fd0@mail.gmail.com> Brion - thanks for the link! Added this to the LocalSettings.php # from http://meta.wikimedia.org/wiki/Sourceforge session_save_path("/public_html/sandBoxWiki/sessions"); and people can now remain logged in. -ben On 4/27/05, Brion Vibber <brion at pobox.com> wrote: > > ben wiseley wrote: > > The wiki I setup on my local box (Ubuntu) works great. I used a similar > > procedure to set this up on a linux host ( > http://mudabone.com/sandBoxWiki ) > > and everything seems to work fine except for users. When you login in, > it > > logs you right back out the very next click. Try logging on as > > WikiSysop/WikiSysop - the next link you click will log you back out. Any > > idea what would cause this? > > This is generally caused by a bad default configuration for PHP sessions > on a web server farm. Each server stores the session files to its local > hard disk, so consistent session cannot be maintained from request to > request. > > SourceForge's project hosting is a common victim of this, and you may > find some of the notes useful at > http://meta.wikimedia.org/wiki/Sourceforge > > -- brion vibber (brion @ pobox.com <http://pobox.com>) > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > From wiseleyb at gmail.com Thu Apr 28 12:20:55 2005 From: wiseleyb at gmail.com (ben wiseley) Date: Thu, 28 Apr 2005 05:20:55 -0700 Subject: [Mediawiki-l] logged in users can't save edits Message-ID: <fc90a75705042805205cc6ff2@mail.gmail.com> On my local box (Ubuntu) this works fine. On the linux host I'm using once you log in (as a normal user, WikiSysop, any user type) and edit something (any page) and hit save it acts as though you hit the preview. If you're logged out you can edit and save normally. Any ideas? Could this be related to this quirk? In a previous email I asked about users auto logging out. I added this: session_save_path("/public_html/sandBoxWiki/sessions"); to my LocalSettings.php. Now users only stay logged in if you check "Remember my password across sessions" -ben From wiseleyb at gmail.com Thu Apr 28 12:44:06 2005 From: wiseleyb at gmail.com (ben wiseley) Date: Thu, 28 Apr 2005 05:44:06 -0700 Subject: [Mediawiki-l] immediately logs out after login In-Reply-To: <fc90a757050428050546ed8fd0@mail.gmail.com> References: <fc90a75705042716574a8844f3@mail.gmail.com> <42702F31.3020105@pobox.com> <fc90a757050428050546ed8fd0@mail.gmail.com> Message-ID: <fc90a757050428054437e85d20@mail.gmail.com> Actually - people can now remain logged in only if they check "Remember my password across sessions." when logging in. Otherwise they get logged back out. I wrote a simple app to test session variables and it works http://mudabone.com/examples/sessions/page1.php from http://www.phpfreaks.com/tutorials/41/1.php Any ideas on what I should ask the linux host (OnSmart.net<http://OnSmart.net>) to change to get mediawiki sessions working? -ben On 4/28/05, ben wiseley <wiseleyb at gmail.com> wrote: > > Brion - thanks for the link! Added this to the LocalSettings.php > > # from http://meta.wikimedia.org/wiki/Sourceforge > session_save_path("/public_html/sandBoxWiki/sessions"); > > and people can now remain logged in. > > -ben > > On 4/27/05, Brion Vibber <brion at pobox.com> wrote: > > > ben wiseley wrote: > > > The wiki I setup on my local box (Ubuntu) works great. I used a > > similar > > > procedure to set this up on a linux host ( http://mudabone.com/sandBoxWiki > > ) > > > and everything seems to work fine except for users. When you login in, > > it > > > logs you right back out the very next click. Try logging on as > > > WikiSysop/WikiSysop - the next link you click will log you back out. > > Any > > > idea what would cause this? > > > > This is generally caused by a bad default configuration for PHP sessions > > on a web server farm. Each server stores the session files to its local > > hard disk, so consistent session cannot be maintained from request to > > request. > > > > SourceForge's project hosting is a common victim of this, and you may > > find some of the notes useful at > > http://meta.wikimedia.org/wiki/Sourceforge > > > > -- brion vibber (brion @ pobox.com <http://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 Apr 28 12:48:13 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Thu, 28 Apr 2005 08:48:13 -0400 Subject: [Mediawiki-l] user setting password In-Reply-To: <r02010500-1039-6BFCF46CB7CB11D98EE2000D9358BC20@192.168.0.100> References: <r02010500-1039-6BFCF46CB7CB11D98EE2000D9358BC20@192.168.0.100> Message-ID: <deb2337a05042805485150580a@mail.gmail.com> On 4/28/05, Jason Davies <ucgajpd at ucl.ac.uk> wrote: > Can a user set their own chosen password when the wiki is set to only > allow logged-in users to edit and a sysop to create new accounts? You > only see the boxes to log in and mail a new password. This user is not > very technical, though she is sensible and pleaded password-fatigue, > she's already struggling to remember them. I don't have my wiki set up that way, but have you checked the user preferences/user data page also. It is normally the place where users change their passwords. In fact the login page doesn't have an option to change a password even when users can create accounts. This makes sense since you really need to be authenticated before you change your password, in other words you need to be logged in first. From pchamorro at ingeominas.gov.co Thu Apr 28 14:28:25 2005 From: pchamorro at ingeominas.gov.co (Pablo Chamorro C.) Date: Thu, 28 Apr 2005 09:28:25 -0500 (COT) Subject: [Mediawiki-l] media wiki 1.4.2 under fedora core 3 In-Reply-To: <42707B18.8080608@pobox.com> References: <Pine.LNX.4.61.0504280004480.31017@patascoy.ovsp.gov.co> <42707B18.8080608@pobox.com> Message-ID: <Pine.LNX.4.61.0504280904500.2348@patascoy.ovsp.gov.co> > Can you clarify how you're installing things, exactly, and what the > problem you're encountering is? > > For i386 you can get a php-mysql binary package right here: > http://mirrors.usc.edu/pub/linux/distributions/fedora/updates/3/i386/php-mysql-4.3.11-2.4.i386.rpm Thank you very for the fast and detailed answer, Your suggested install worked! but tonight I tried: rpm -i php-mysql-4.3.11-2.4.i386.rpm and the was a depency problem against mysql-server-3.23-xxx.rpm. In despair I did: rpm -i php-mysql-4.3.11-2.4.i386.rpm --nodeps but I didn?t venture to start the mediawiki setup without knowing the consequences. And now I did rpm -e php-mysql and rpm -i as you suggested and it worked! I actually don?t know what happend. Anyway, what I don?t underestand either is why there is no php-mysql-xx-src.rpm, please look at: http://rpmfind.net//linux/RPM/fedora/updates/3/i386/php-mysql-4.3.11-2.4.i386.html the source rpm point to php-4.3.11-2.4.src.rpm, but as I see you already gave me the answer to this question. I think in a near future I would try with the php sources, from time to time I discover that like that is the best option but sometimes the time lacks. thanks for all your teachings! Pablo > (I haven't checked, but I would assume the various php-* binary packages > are all produced from the php-*.src.rpm, as this would basically consist > of building PHP from the single source code distribution and then > siphoning off the shared libraries, headers, etc into separate > installable packages.) > > Personally, I've considered the Red Hat / Fedora packages for PHP and > MySQL to be a bit of a lost cause; we generally install PHP from source > and use the tarball package release of MySQL. > > > -- brion vibber (brion @ pobox.com) > -- Tel: +57 (2) 7314752/3222/2595 - Fax: +57 (2) 7310514 Carrera 31 #18-07 Parque Infantil - PO Box 1795 - Pasto From utmikestanley at gmail.com Thu Apr 28 15:10:01 2005 From: utmikestanley at gmail.com (Mike Stanley) Date: Thu, 28 Apr 2005 11:10:01 -0400 Subject: [Mediawiki-l] Trying to make images redirect to category pages - no luck Message-ID: <d0d720e050428081063e9b195@mail.gmail.com> Not sure if we're doing something wrong or if this just isn't possible. We're disaplaying a number of images as "icons" on our main page in front of the various topics we list there - which are also defined as categories. Before we started using categories those links just lead to individual pages like "Windows", "Mac", "Printing", etc. We setup the image pages to redirect to /Windows , /Mac, and /Printing and that worked fine. Now we're trying to have the image pages redirect to /Category:Windows, /Category:Mac, /Category:Printing - but the redirect does not function. When we click on the Windows image we end up at /Image:Windows.Png with Category:Windows displayed at the top of the page. Is it simply not possible to have an image redirect to a Category or am I doing something wrong? Here is the redirect I'm trying to use: #REDIRECT [[Category:Windows]] Thanks for your time! -- Mike Stanley utmikestanley at gmail.com Technical Lead OIT Lab Services University of TN, Knoxville From utmikestanley at gmail.com Thu Apr 28 15:34:02 2005 From: utmikestanley at gmail.com (Mike Stanley) Date: Thu, 28 Apr 2005 11:34:02 -0400 Subject: [Mediawiki-l] Re: Trying to make images redirect to category pages - no luck In-Reply-To: <d0d720e050428081063e9b195@mail.gmail.com> References: <d0d720e050428081063e9b195@mail.gmail.com> Message-ID: <d0d720e05042808341ba9a13c@mail.gmail.com> On 4/28/05, Mike Stanley <utmikestanley at gmail.com> wrote: > Here is the redirect I'm trying to use: > > #REDIRECT [[Category:Windows]] BTW, I mistyped that, we're actually using: #REDIRECT [[:Category:Windows]] -- Mike Stanley utmikestanley at gmail.com Technical Lead OIT Lab Services University of TN, Knoxville From Jan at Bytesmiths.com Thu Apr 28 15:46:11 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Thu, 28 Apr 2005 08:46:11 -0700 Subject: [Mediawiki-l] Re: Trying to make images redirect to category pages - no luck In-Reply-To: <d0d720e05042808341ba9a13c@mail.gmail.com> References: <d0d720e050428081063e9b195@mail.gmail.com> <d0d720e05042808341ba9a13c@mail.gmail.com> Message-ID: <88a9ad747086c5eaa48932236d378a3f@Bytesmiths.com> On 28 Apr 2005, at 08:34, Mike Stanley wrote: > On 4/28/05, Mike Stanley <utmikestanley at gmail.com> wrote: >> Here is the redirect I'm trying to use: >> >> #REDIRECT [[Category:Windows]] > > BTW, I mistyped that, we're actually using: > > #REDIRECT [[:Category:Windows]] There was a thread on this a while ago. I was trying to do the same thing. Basically, you Can't Do That(TM). It would be nice, though. Often I want to have something more than a dead-end link, but don't have time to go write another page. Redirecting to a Category would fill that need. :::: Growth for the sake of growth is the ideology of the cancer cell. -- Edward Abbey :::: Jan Steinman, http://www.Bytesmiths.com/Gallery From utmikestanley at gmail.com Thu Apr 28 16:33:03 2005 From: utmikestanley at gmail.com (Mike Stanley) Date: Thu, 28 Apr 2005 12:33:03 -0400 Subject: [Mediawiki-l] Re: Trying to make images redirect to category pages - no luck In-Reply-To: <88a9ad747086c5eaa48932236d378a3f@Bytesmiths.com> References: <d0d720e050428081063e9b195@mail.gmail.com> <d0d720e05042808341ba9a13c@mail.gmail.com> <88a9ad747086c5eaa48932236d378a3f@Bytesmiths.com> Message-ID: <d0d720e05042809336f65b92c@mail.gmail.com> On 4/28/05, Jan Steinman <Jan at bytesmiths.com> wrote: > Basically, you Can't Do That(TM). Ah well. Sucks, but just a minor pain in an otherwise awesome product - especially for the price. Now I have to find an alternative way to handle this. One of my guys is really keen on the idea of keeping the "icons" - but right now his solution is to have them link to a page that itself contains a link to the Category:Windows etc page. His thinking is that people will train themselves to click on the text links, not the icons, but that the icons are visibly attractive enough to keep on the page even if they don't really do what we want them to do. My preferences were, in order: Make image to Category redirecting work, if possible (now I know its not) Make the images unclickable / nonfunctionaly if possible Get rid of the images Guess we'll see how it goes. Thanks for your help. -- Mike Stanley utmikestanley at gmail.com Technical Lead OIT Lab Services University of TN, Knoxville From johnblumel at earthlink.net Thu Apr 28 16:46:44 2005 From: johnblumel at earthlink.net (John Blumel) Date: Thu, 28 Apr 2005 12:46:44 -0400 Subject: [Mediawiki-l] Re: Trying to make images redirect to category pages - no luck In-Reply-To: <d0d720e05042809336f65b92c@mail.gmail.com> References: <d0d720e050428081063e9b195@mail.gmail.com> <d0d720e05042808341ba9a13c@mail.gmail.com> <88a9ad747086c5eaa48932236d378a3f@Bytesmiths.com> <d0d720e05042809336f65b92c@mail.gmail.com> Message-ID: <0d73c17d23f910a5489b261c65aecf08@earthlink.net> On Apr 28, 2005, at 12:33pm, Mike Stanley wrote: > Make the images unclickable / nonfunctionaly if possible The easiest way to make them not clickable links, is to not actually store them in Images: but simply on disk in a directory your web server can access and then just plug the raw url to the image in in place of the [[Image:xxxx]] tags. Which sounds like a reasonable solution in this case since you probably don't really want users of your site replacing them with "updated" versions. John Blumel From reinhardt.wiewe at lenauschule.de Thu Apr 28 17:47:36 2005 From: reinhardt.wiewe at lenauschule.de (Reinhardt Wiewe) Date: Thu, 28 Apr 2005 19:47:36 +0200 Subject: [Mediawiki-l] many projects are using a broken link to Wikinews Template:Sisterprojects Message-ID: <002001c54c1a$6be6ddc0$561cfea9@gangleri> Hall?! Please read a detiled description at http://commons.wikimedia.org/wiki/User:Gangleri/sandbox/Common_errors See also http://commons.wikimedia.org/w/index.php?title=Template:Sisterprojects-ang&diff=next&oldid=168803 Regards Reinhardt [[user:gangleri]] From astronouth7303 at gmail.com Thu Apr 28 19:21:35 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Thu, 28 Apr 2005 15:21:35 -0400 Subject: [Mediawiki-l] Donations page link? In-Reply-To: <9f02ca4c05042717024c593658@mail.gmail.com> References: <426E14EF.5020603@freespirits.org> <op.spughho62okkek@arcadia.hsd1.co.comcast.net> <426ECF5A.307@freespirits.org> <9f02ca4c05042712171d3e3eba@mail.gmail.com> <426FE951.70100@freespirits.org> <deebf0b9050427155274a6d30a@mail.gmail.com> <9f02ca4c05042717024c593658@mail.gmail.com> Message-ID: <deebf0b90504281221360db2b1@mail.gmail.com> On 4/27/05, Rowan Collins <rowan.collins at gmail.com> wrote: > On 27/04/05, Jamie Bliss <astronouth7303 at gmail.com> wrote: > > Also, the documentation at > > <http://meta.wikimedia.org/wiki/Help:Configuration_settings_index#.24wgSiteSupportPage> > > Could user work. I don't really know that much, so I can't fill in > > details. > > I've marked it as superceded, and linked to that FAQ section, because > I think that's basically true, at least in theory. > > BTW, I notice there's no $wgNavigationLinks in that page yet... Yeah. There's a bunch of settings I haven't added yet. If you look after the last section, the remaining part of DefaultSettings.php that needs to be added. Mostly, I'm just copying the comments there. It's not hard, just tedious. -- 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 Apr 28 19:28:04 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Thu, 28 Apr 2005 15:28:04 -0400 Subject: [Mediawiki-l] logged in users can't save edits In-Reply-To: <fc90a75705042805205cc6ff2@mail.gmail.com> References: <fc90a75705042805205cc6ff2@mail.gmail.com> Message-ID: <deebf0b905042812284035f95d@mail.gmail.com> I'm seeing this on the Wikiwyg server, too. At first, I thought it was a misconfiguration thing, but maybe not. What PHP versions are being used? What does session_save_path() return before changing it? (call it without any arguments) On 4/28/05, ben wiseley <wiseleyb at gmail.com> wrote: > On my local box (Ubuntu) this works fine. > > On the linux host I'm using once you log in (as a normal user, WikiSysop, > any user type) and edit something (any page) and hit save it acts as though > you hit the preview. If you're logged out you can edit and save normally. > > Any ideas? > > Could this be related to this quirk? In a previous email I asked about users > auto logging out. I added this: > > session_save_path("/public_html/sandBoxWiki/sessions"); > > to my LocalSettings.php. Now users only stay logged in if you check > "Remember my password across sessions" > > -ben -- ------------------------------------------------------------------- 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 Apr 28 19:41:55 2005 From: astronouth7303 at gmail.com (Jamie Bliss) Date: Thu, 28 Apr 2005 15:41:55 -0400 Subject: [Mediawiki-l] Re: Trying to make images redirect to category pages - no luck In-Reply-To: <d0d720e05042809336f65b92c@mail.gmail.com> References: <d0d720e050428081063e9b195@mail.gmail.com> <d0d720e05042808341ba9a13c@mail.gmail.com> <88a9ad747086c5eaa48932236d378a3f@Bytesmiths.com> <d0d720e05042809336f65b92c@mail.gmail.com> Message-ID: <deebf0b9050428124110eb828f@mail.gmail.com> On 4/28/05, Mike Stanley <utmikestanley at gmail.com> wrote: > On 4/28/05, Jan Steinman <Jan at bytesmiths.com> wrote: > My preferences were, in order: > > Make image to Category redirecting work, if possible (now I know its not) I think that it's not a matter of not redirecting to categories, but that since the Image page has enough other stuff that they made it not redirect. > Make the images unclickable / nonfunctionaly if possible You could do this by writing an extension that takes an image link as a parameter, and it outputs the image without link. Then you could use syntax like: [[:Category:Windows|<image>[[Image:Windows.png|42px|The windows logo]]</image>]] If you need help with this, feel free to ask. > Get rid of the images Naw. This is pretty much a minor issue. -- Jamie ------------------------------------------------------------------- http://endeavour.zapto.org/astro73/ Thank you to JosephM for inviting me to Gmail! Have lots of invites. Gmail now has 2GB. From casutton at cs.umass.edu Thu Apr 28 19:54:58 2005 From: casutton at cs.umass.edu (Charles Sutton) Date: Thu, 28 Apr 2005 15:54:58 -0400 Subject: [Mediawiki-l] Spam blacklist? Message-ID: <06c1238d30037965b7ecc38f6a7d7a8e@cs.umass.edu> I've noticed that Wikipedia and Meta have a spam blacklist that disallows external links that match certain regexps. How do I enable this on my local Wiki? I've tried setting up a page Spam_blacklist, copied from the version on Meta. I've searched for information both on Meta, and by grepping the php code. I'm currently running MediaWiki version 1.3.10, but I grepped the sources in 1.4.2. All help appreciated, Charles -- Charles Sutton * casutton at cs.umass.edu * http://www.cs.umass.edu/~casutton/ Information Extraction and Synthesis Laboratory * University of Massachusetts From Jan at Bytesmiths.com Thu Apr 28 20:46:29 2005 From: Jan at Bytesmiths.com (Jan Steinman) Date: Thu, 28 Apr 2005 13:46:29 -0700 Subject: [Mediawiki-l] Re: Trying to make images redirect to category pages - no luck In-Reply-To: <deebf0b9050428124110eb828f@mail.gmail.com> References: <d0d720e050428081063e9b195@mail.gmail.com> <d0d720e05042808341ba9a13c@mail.gmail.com> <88a9ad747086c5eaa48932236d378a3f@Bytesmiths.com> <d0d720e05042809336f65b92c@mail.gmail.com> <deebf0b9050428124110eb828f@mail.gmail.com> Message-ID: <d71e15c2a7916c5e4e4ad20985a7b997@Bytesmiths.com> On 28 Apr 2005, at 12:41, Jamie Bliss wrote: > On 4/28/05, Mike Stanley <utmikestanley at gmail.com> wrote: >> On 4/28/05, Jan Steinman <Jan at bytesmiths.com> wrote: >> My preferences were, in order: >> >> Make image to Category redirecting work, if possible (now I know its >> not) > > I think that it's not a matter of not redirecting to categories... Do you know a way of making this work? In 1.4.0 (at least) redirecting to a Category only shows the editable page text, NOT the actual categorized pages or subcategories. :::: Given an infinite source of energy, population growth still produces an inescapable problem. The problem of the acquisition of energy is replaced by the problem of its dissipation. -- Garrett Hardin :::: Jan Steinman <http://www.Bytesmiths.com/Van> From madeleine at cinematter.com Thu Apr 28 20:48:19 2005 From: madeleine at cinematter.com (Madeleine Williams) Date: Thu, 28 Apr 2005 15:48:19 -0500 Subject: [Mediawiki-l] Requiring Valid Email Address for Users Message-ID: <42714C13.1020203@cinematter.com> Is there an easy way to require a valid email address for users who register? I'm thinking the "Create New Account" button would act roughly the same as the "Mail me a new password" button, rather than allowing new users to provide a password immediately upon registration. Has anyone done this before? Any suggestions? From spblat at gmail.com Thu Apr 28 21:06:45 2005 From: spblat at gmail.com (Will Irace) Date: Thu, 28 Apr 2005 14:06:45 -0700 Subject: [Mediawiki-l] Re: 1.4.2 upgrade killed Recentchanges! In-Reply-To: <d5da6b4b050425133128582ae1@mail.gmail.com> References: <d5da6b4b050425131721cca263@mail.gmail.com> <d5da6b4b050425133128582ae1@mail.gmail.com> Message-ID: <d5da6b4b0504281406159db69a@mail.gmail.com> I spoke too soon. Three days later, Recentchanges came up blank again, and I had to re-run rebuildrecentchanges.php. This is under 1.4.2. Any suggestions? Thanks in advance, --W On 4/25/05, Will Irace <spblat at gmail.com> wrote: > Forgive me, I should have done five more minutes' research before e-mailing. > > bash-2.05$ /usr/local/php/bin/php rebuildrecentchanges.php > Loading from CUR table... > Loading from OLD table... > Updating links... > Done. > bash-2.05$ > > Fixed. > > --W > > On 4/25/05, Will Irace <spblat at gmail.com> wrote: > > Hello: > > > > I upgraded MediaWiki from 1.4b5 to 1.4.2 today, and > > Special:Recentchanges comes up blank! [extra deleted] > From brion at pobox.com Thu Apr 28 21:12:35 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 28 Apr 2005 14:12:35 -0700 Subject: [Mediawiki-l] logged in users can't save edits In-Reply-To: <fc90a75705042805205cc6ff2@mail.gmail.com> References: <fc90a75705042805205cc6ff2@mail.gmail.com> Message-ID: <427151C3.8080601@pobox.com> ben wiseley wrote: > Could this be related to this quirk? In a previous email I asked about users > auto logging out. I added this: > > session_save_path("/public_html/sandBoxWiki/sessions"); > > to my LocalSettings.php. Now users only stay logged in if you check > "Remember my password across sessions" Make sure that path is correct. Remember that's a filesystem path, not a URL, and starting with '/' means that a 'public_html' needs to exist in the root directory of the file system. -- 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/20050428/83988efe/attachment.pgp From jh at 333.org Thu Apr 28 19:36:42 2005 From: jh at 333.org (Jim Higson) Date: Thu, 28 Apr 2005 20:36:42 +0100 Subject: [Mediawiki-l] logged in users can't save edits In-Reply-To: <deebf0b905042812284035f95d@mail.gmail.com> References: <fc90a75705042805205cc6ff2@mail.gmail.com> <deebf0b905042812284035f95d@mail.gmail.com> Message-ID: <200504282036.42629.jh@333.org> On Thursday 28 Apr 2005 20:28, Jamie Bliss wrote: > I'm seeing this on the Wikiwyg server, too. At first, I thought it was > a misconfiguration thing, but maybe not. > > What PHP versions are being used? What does session_save_path() return > before changing it? (call it without any arguments) I should mention, but probably forgot to earlier, I'm using 1.4beta6 (which was the newest avaliable when I started coding). It is quite possible if I got 1.4 this would go away. I didn't update so far because I didn't want to risk a not working system while I had a partly working one, before I did a presentation on my software. -- Jim From brion at pobox.com Thu Apr 28 21:14:43 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 28 Apr 2005 14:14:43 -0700 Subject: [Mediawiki-l] Spam blacklist? In-Reply-To: <06c1238d30037965b7ecc38f6a7d7a8e@cs.umass.edu> References: <06c1238d30037965b7ecc38f6a7d7a8e@cs.umass.edu> Message-ID: <42715243.2060208@pobox.com> Charles Sutton wrote: > I've noticed that Wikipedia and Meta have a spam blacklist that disallows > external links that match certain regexps. How do I enable this on my > local Wiki? > > I've tried setting up a page Spam_blacklist, copied from the version on > Meta. > I've searched for information both on Meta, and by grepping the php code. http://cvs.sourceforge.net/viewcvs.py/*checkout*/wikipedia/extensions/SpamBlacklist/README?rev=1.1 -- 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/20050428/c17ad815/attachment.pgp From brion at pobox.com Thu Apr 28 21:20:04 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 28 Apr 2005 14:20:04 -0700 Subject: [Mediawiki-l] Trying to make images redirect to category pages - no luck In-Reply-To: <d0d720e050428081063e9b195@mail.gmail.com> References: <d0d720e050428081063e9b195@mail.gmail.com> Message-ID: <42715384.1060501@pobox.com> Mike Stanley wrote: > We're disaplaying a number of images as "icons" on our main page in > front of the various topics we list there - which are also defined as > categories. > > Before we started using categories those links just lead to individual > pages like "Windows", "Mac", "Printing", etc. We setup the image > pages to redirect to /Windows , /Mac, and /Printing and that worked > fine. That's not a great idea IMHO, as it makes it extra difficult to work with the image pages themselves. Here's a quick hacky extension I've used on my own personal site: http://leuksman.com/extensions/ImageLink.phps > Is it simply not possible to have an image redirect to a Category or > am I doing something wrong? There's a bug with handling redirects to image and category 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/20050428/7c5a5534/attachment.pgp From brion at pobox.com Thu Apr 28 21:21:37 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 28 Apr 2005 14:21:37 -0700 Subject: [Mediawiki-l] Requiring Valid Email Address for Users In-Reply-To: <42714C13.1020203@cinematter.com> References: <42714C13.1020203@cinematter.com> Message-ID: <427153E1.8030704@pobox.com> Madeleine Williams wrote: > Is there an easy way to require a valid email address for users who > register? Not presently, but 1.5 will include an e-mail confirmation system to activate the e-mail based features and it should be easy to fix that up to optionally require confirmation before activating an account. -- 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/20050428/27fc67d2/attachment.pgp From brion at pobox.com Thu Apr 28 21:22:58 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 28 Apr 2005 14:22:58 -0700 Subject: [Mediawiki-l] Re: 1.4.2 upgrade killed Recentchanges! In-Reply-To: <d5da6b4b0504281406159db69a@mail.gmail.com> References: <d5da6b4b050425131721cca263@mail.gmail.com> <d5da6b4b050425133128582ae1@mail.gmail.com> <d5da6b4b0504281406159db69a@mail.gmail.com> Message-ID: <42715432.60502@pobox.com> Will Irace wrote: > I spoke too soon. Three days later, Recentchanges came up blank again, > and I had to re-run rebuildrecentchanges.php. This is under 1.4.2. > Any suggestions? Are you running under PHP 5? If so, please install the fix to Skin.php which will be in 1.4.3; link has been posted on this list several times. -- 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/20050428/a1d6124c/attachment.pgp From me.at.work at gmail.com Thu Apr 28 21:47:03 2005 From: me.at.work at gmail.com (me at work) Date: Thu, 28 Apr 2005 16:47:03 -0500 Subject: [Mediawiki-l] Spam blacklist? In-Reply-To: <42715243.2060208@pobox.com> References: <06c1238d30037965b7ecc38f6a7d7a8e@cs.umass.edu> <42715243.2060208@pobox.com> Message-ID: <cd0bcc070504281447d8cdb4b@mail.gmail.com> On 4/28/05, Brion Vibber <brion at pobox.com> wrote: > Charles Sutton wrote: > > I've noticed that Wikipedia and Meta have a spam blacklist that disallows > > external links that match certain regexps. How do I enable this on my > > local Wiki? > > > > I've tried setting up a page Spam_blacklist, copied from the version on > > Meta. > > I've searched for information both on Meta, and by grepping the php code. > > http://cvs.sourceforge.net/viewcvs.py/*checkout*/wikipedia/extensions/SpamBlacklist/README?rev=1.1 > > -- brion vibber (brion @ pobox.com) Brion, there's nothing on meta about this. [[MetaWikiPedia:Anti-spam Features]] mentioned just to make the page, so I've edited it to also note that you must have the extension. I ask someone out there more knowledgeable on this to add some info on setting up the plugin to this page. Thanks! -- Tom From mengland at mengland.net Thu Apr 28 22:14:57 2005 From: mengland at mengland.net (Matt England) Date: Thu, 28 Apr 2005 17:14:57 -0500 Subject: [Mediawiki-l] Ungraceful mysqld shutdown & "Database error" Message-ID: <6.1.2.0.2.20050428170815.04e04e10@127.0.0.1> Hello, I'm in a bit of predicament. I unfortunately was in a position where I ungracefully shutdown my mysql server. After restarting it, I'm finding that MediaWiki reports "Database error: Internal error" after any attempt to save an edited wiki page. It's worth noting that all the changes seem to be accepted, in that if I visit the page the changes I supplied during the edit are displayed. I'm trying to debug this problem, for while it seems cosmetic at first, it's certainly disturbing to my users. Further, I want to learn from this and figure out how to recover from this...not to mention figure out where the darn mysql/mediawiki logs are. [[Special:Log]] tells me absolutely nothing. Not one log entry. I am running mysql 4.0.21, MediaWiki 1.4.0, Apache 2.0.52 (apache and mysql stuff comes from XAMPP 1.49a). I can provide more info about this upon request. I'd also provide pertinent logs...if I could find anything. I'm hunting around meta.wikimedia.org and have yet to find anything that addresses. I also have tried several times to search this email list's archive via a google mechanism and have yet to succeed (I can't find any of my old emails from several weeks/months ago when I search for "Matt England"...even though I can find *some* emails...). Thanks for any help. Like I mentioned, I'm kind of in a tight spot on this one. -Matt From brion at pobox.com Thu Apr 28 22:34:45 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 28 Apr 2005 15:34:45 -0700 Subject: [Mediawiki-l] Ungraceful mysqld shutdown & "Database error" In-Reply-To: <6.1.2.0.2.20050428170815.04e04e10@127.0.0.1> References: <6.1.2.0.2.20050428170815.04e04e10@127.0.0.1> Message-ID: <42716505.9070400@pobox.com> Matt England wrote: > I unfortunately was in a position where I ungracefully shutdown my mysql > server. After restarting it, I'm finding that MediaWiki reports > "Database error: Internal error" after any attempt to save an edited > wiki page. Run 'REPAIR TABLE' on all your tables. -- 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/20050428/3a548951/attachment.pgp From mengland at mengland.net Thu Apr 28 23:03:19 2005 From: mengland at mengland.net (Matt England) Date: Thu, 28 Apr 2005 18:03:19 -0500 Subject: [Mediawiki-l] FIXED: Ungraceful mysqld shutdown & "Database error" Message-ID: <6.1.2.0.2.20050428180145.04e04e10@127.0.0.1> [I wrote this before I saw Brion's reply...apparently my mail delivery on this list got shut off seemingly without me knowing it...hmmm.... I'll still send the note below for my future documentation purposes...and for those in my group admin-ing our MediaWiki site.] At 4/28/2005 05:14 PM, Matt England wrote: >I unfortunately was in a position where I ungracefully shutdown my mysql >server. After restarting it, I'm finding that MediaWiki reports "Database >error: Internal error" after any attempt to save an edited wiki >page. It's worth noting that all the changes seem to be accepted, in that >if I visit the page the changes I supplied during the edit are displayed. It appears (initially) that I have at least removed my symptom. I initially found this while trying to dump my mediawiki database (in an attempt to recreate it somewhere else): root at biz2tek 5:50pm [/scratch/mediawiki-database-recovery] 93> mysqldump -u root -p mediawiki_1 > mediawiki_1.sql Enter password: mysqldump: Can't get CREATE TABLE for table `searchindex` (Can't open file: 'searchindex.MYI'. (errno: 145)) root at biz2tek 5:50pm [/scratch/mediawiki-database-recovery] 94> ...so then I did some googling on "mysql errno 145" and found this reference: http://www.karakas-online.de/forum/viewtopic.php?t=332 ...and then followed the recommendations there to do the following stuff, which seems to have cleared up my problem. (*whew*) Is it fair to assume that database-table corruption (particularly the indeces) can be a common issue, particularly during an ungraceful (in my case 'kill -9') database shutdown? -Matt root at biz2tek 5:50pm [/scratch/mediawiki-database-recovery] 93> mysqldump -u root -p mediawiki_1 > mediawiki_1.sql Enter password: mysqldump: Can't get CREATE TABLE for table `searchindex` (Can't open file: 'searchindex.MYI'. (errno: 145)) root at biz2tek 5:50pm [/scratch/mediawiki-database-recovery] 94> mysql -u root -p mediawiki_1 Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 154 to server version: 4.0.21-log Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql> repair table searchindex; +-------------------------+--------+----------+----------+ | Table | Op | Msg_type | Msg_text | +-------------------------+--------+----------+----------+ | mediawiki_1.searchindex | repair | status | OK | +-------------------------+--------+----------+----------+ 1 row in set (0.30 sec) mysql> exit Bye root at biz2tek 5:51pm [/scratch/mediawiki-database-recovery] 95> root at biz2tek 5:51pm [/scratch/mediawiki-database-recovery] 95> mysqldump -u root -p mediawiki_1 > mediawiki_1.sql mediawiki_1.sql: File exists. root at biz2tek 5:51pm [/scratch/mediawiki-database-recovery] 96> rm !$ rm mediawiki_1.sql rm: remove regular file `mediawiki_1.sql'? y root at biz2tek 5:51pm [/scratch/mediawiki-database-recovery] 97> mysqldump -u root -p mediawiki_1 > mediawiki_1.sql Enter password: root at biz2tek 5:51pm [/scratch/mediawiki-database-recovery] 98> At 4/28/2005 05:14 PM, Matt England wrote: >Hello, > >I'm in a bit of predicament. > >I unfortunately was in a position where I ungracefully shutdown my mysql >server. After restarting it, I'm finding that MediaWiki reports "Database >error: Internal error" after any attempt to save an edited wiki >page. It's worth noting that all the changes seem to be accepted, in that >if I visit the page the changes I supplied during the edit are displayed. > >I'm trying to debug this problem, for while it seems cosmetic at first, >it's certainly disturbing to my users. Further, I want to learn from this >and figure out how to recover from this...not to mention figure out where >the darn mysql/mediawiki logs are. [[Special:Log]] tells me absolutely >nothing. Not one log entry. > >I am running mysql 4.0.21, MediaWiki 1.4.0, Apache 2.0.52 (apache and >mysql stuff comes from XAMPP 1.49a). I can provide more info about this >upon request. I'd also provide pertinent logs...if I could find anything. > >I'm hunting around meta.wikimedia.org and have yet to find anything that >addresses. I also have tried several times to search this email list's >archive via a google mechanism and have yet to succeed (I can't find any >of my old emails from several weeks/months ago when I search for "Matt >England"...even though I can find *some* emails...). > >Thanks for any help. Like I mentioned, I'm kind of in a tight spot on >this one. > >-Matt From brion at pobox.com Thu Apr 28 23:14:28 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 28 Apr 2005 16:14:28 -0700 Subject: [Mediawiki-l] FIXED: Ungraceful mysqld shutdown & "Database error" In-Reply-To: <6.1.2.0.2.20050428180145.04e04e10@127.0.0.1> References: <6.1.2.0.2.20050428180145.04e04e10@127.0.0.1> Message-ID: <42716E54.8030008@pobox.com> Matt England wrote: > ...so then I did some googling on "mysql errno 145" and found this > reference: > > http://www.karakas-online.de/forum/viewtopic.php?t=332 > > ...and then followed the recommendations there to do the following > stuff, which seems to have cleared up my problem. (*whew*) > > Is it fair to assume that database-table corruption (particularly the > indeces) can be a common issue, particularly during an ungraceful (in my > case 'kill -9') database shutdown? Error 145 is: 145 = Table was marked as crashed and should be repaired MySQL's old MyISAM table type is not designed to automatically recover from crashes and other irregular system shutdowns. A table that's not closed regularly is left with a marker indicating it was left open, and the system requires you to run an integrity check when it's back online before continuing. This may sound familiar from CHKDSK/Scandisk on MS-DOS/Windows or fsck on older Unix/Linux filesystems; it's the same basic way of doing things. If you switch your tables to the InnoDB table type, they will recover more gracefully and automatically from a crash (except in certain really nasty cases where your hardware is conspiring against you). Note that the searchindex table must be MyISAM because InnoDB doesn't support the full text indexing it uses, but every other table can be InnoDB. -- 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/20050428/350fdfbc/attachment.pgp From mengland at mengland.net Thu Apr 28 23:32:07 2005 From: mengland at mengland.net (Matt England) Date: Thu, 28 Apr 2005 18:32:07 -0500 Subject: [Mediawiki-l] FIXED: Ungraceful mysqld shutdown & "Database error" In-Reply-To: <42716E54.8030008@pobox.com> References: <6.1.2.0.2.20050428180145.04e04e10@127.0.0.1> <42716E54.8030008@pobox.com> Message-ID: <6.1.2.0.2.20050428182250.06b9bc50@127.0.0.1> >If you switch your tables to the InnoDB table type, they will recover >more gracefully and automatically from a crash (except in certain really >nasty cases where your hardware is conspiring against you). Excellent. Thanks. I'll keep this mysql-specific short as I can (and probably follow up with some further questions via an mysql-based community) so as not to be too far off topic, but for now I ask: These things (below) seem to represent the difference between what I have come to know as "journaled" mechanisms (filesystems/databases) and non-journaled filesystems/databases. (I'm more familiar with the file-system side then the database side). Is this correct? Assuming I'm "on" with my analogy: I'm a bit stunned that my XAMPP-1.49a-based system doesn't come with full journaling capability (that can allow for auto-data-integrity-rebuilds after ungraceful shutdowns...like NTFS over FAT32, etc) in its databases (in this case Mysql)...nor that Mysql can not (seemingly) support full ungraceful recovery and other journaling features (because some applications like MediaWiki need MyISAM for the text-indexing capabilities that InnoDB does not support?). Is this capability--or lack thereof--traditionally accepted in the open-source database world? Are there other open-source databases that can handle it better? (Or maybe mysql does just fine with converting "most" tables to InnoDB?) Or is one forced to go the mega-$$$ way of products from companies like Oracle? I'll be digging up more around the web on this (because it applies to the product/service I'm building for my company--outside of things like MediaWiki IT), but if anyone can point me to some other references, it would be truly helpful. Thanks all for the continued support from this MediaWiki community. I have had quite a good experience thus far since installing my software. -Matt At 4/28/2005 06:14 PM, Brion Vibber wrote: >Matt England wrote: >>...so then I did some googling on "mysql errno 145" and found this >>reference: >> >>http://www.karakas-online.de/forum/viewtopic.php?t=332 >> >>...and then followed the recommendations there to do the following >>stuff, which seems to have cleared up my problem. (*whew*) >> >>Is it fair to assume that database-table corruption (particularly the >>indeces) can be a common issue, particularly during an ungraceful (in my >>case 'kill -9') database shutdown? > >Error 145 is: >145 = Table was marked as crashed and should be repaired > >MySQL's old MyISAM table type is not designed to automatically recover >from crashes and other irregular system shutdowns. A table that's not >closed regularly is left with a marker indicating it was left open, and >the system requires you to run an integrity check when it's back online >before continuing. > >This may sound familiar from CHKDSK/Scandisk on MS-DOS/Windows or fsck >on older Unix/Linux filesystems; it's the same basic way of doing things. > >If you switch your tables to the InnoDB table type, they will recover >more gracefully and automatically from a crash (except in certain really >nasty cases where your hardware is conspiring against you). > >Note that the searchindex table must be MyISAM because InnoDB doesn't >support the full text indexing it uses, but every other table can be InnoDB. > >-- brion vibber (brion @ pobox.com) > > > >_______________________________________________ >MediaWiki-l mailing list >MediaWiki-l at Wikimedia.org >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l From frantzdale3i at gmail.com Fri Apr 29 00:46:44 2005 From: frantzdale3i at gmail.com (Benjamin FrantzDale) Date: Thu, 28 Apr 2005 17:46:44 -0700 Subject: [Mediawiki-l] Default User Settings? Message-ID: <bbc4aafc050428174682992ef@mail.gmail.com> I've googeld and grepped, but no luck. I want to set the default options for new users. In particular I want new users to have "Add pages you edit to your watchlist" set by default. How would I do this? Thanks. --Ben From brion at pobox.com Fri Apr 29 01:03:49 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 28 Apr 2005 18:03:49 -0700 Subject: [Mediawiki-l] Default User Settings? In-Reply-To: <bbc4aafc050428174682992ef@mail.gmail.com> References: <bbc4aafc050428174682992ef@mail.gmail.com> Message-ID: <427187F5.5070206@pobox.com> Benjamin FrantzDale wrote: > I've googeld and grepped, but no luck. I want to set the default options for > new users. In particular I want new users to have "Add pages you edit to > your watchlist" set by default. > > How would I do this? # Settings added to this array will override the language globals for # the user preferences used by anonymous visitors and newly created # accounts. (See names and sample values in languages/Language.php) # # For instance, to disable section editing links: # $wgDefaultUserOptions['editsection'] = 0; # $wgDefaultUserOptions = array(); -- 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/20050428/18ea3391/attachment.pgp From frantzdale3i at gmail.com Fri Apr 29 01:11:14 2005 From: frantzdale3i at gmail.com (Benjamin FrantzDale) Date: Thu, 28 Apr 2005 18:11:14 -0700 Subject: [Mediawiki-l] Default User Settings? In-Reply-To: <427187F5.5070206@pobox.com> References: <bbc4aafc050428174682992ef@mail.gmail.com> <427187F5.5070206@pobox.com> Message-ID: <bbc4aafc0504281811246ea1eb@mail.gmail.com> I added this to LocalSettings.php and it worked: $wgDefaultUserOptions['watchdefault'] = true; Thanks. --Ben On 4/28/05, Brion Vibber <brion at pobox.com> wrote: > > Benjamin FrantzDale wrote: > > I've googeld and grepped, but no luck. I want to set the default options > for > > new users. In particular I want new users to have "Add pages you edit to > > your watchlist" set by default. > > > > How would I do this? > > # Settings added to this array will override the language globals for > # the user preferences used by anonymous visitors and newly created > # accounts. (See names and sample values in languages/Language.php) > # > # For instance, to disable section editing links: > # $wgDefaultUserOptions['editsection'] = 0; > # > $wgDefaultUserOptions = array(); > > -- brion vibber (brion @ pobox.com <http://pobox.com>) > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > > > > From carltonb at mindspring.com Fri Apr 29 01:23:27 2005 From: carltonb at mindspring.com (Carlton B) Date: Fri, 29 Apr 2005 10:23:27 +0900 Subject: [Mediawiki-l] AuthPlugin always fails with fatal error on initial authentication In-Reply-To: <427187F5.5070206@pobox.com> Message-ID: <BHEHJAMNEHLEHILFBIENEEPECHAA.carltonb@mindspring.com> I am using AuthPlugin to authenticate against an external database. The first time a user logs in, without exception they see this error: Fatal error: Call to a member function on a non-object in /home/myaccountname/public_html/mediawiki-1.4.2/includes/SpecialUserlogin.ph p on line 266 If the user then navigates back to the login page and attempts to log in again, it succeeds as if nothing happened, and never fails again. This only happens on the initial login attempt. You can reproduce this by registering with my message board - www.takimedia.com/boards - and then trying to log into the wiki at - www.takimedia.com/wiki (Please ignore the content, right now this wiki is being tested by my friends, who are just a bunch of alcoholic vandals). I tried looking through the code, but due to the abundance of global variables I had a hard time figuring out what is going on. I am suspicous of the autocreate function, though. Any help would be greatly appreciated. Thanks, Carlton From brion at pobox.com Fri Apr 29 02:19:37 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 28 Apr 2005 19:19:37 -0700 Subject: [Mediawiki-l] AuthPlugin always fails with fatal error on initial authentication In-Reply-To: <BHEHJAMNEHLEHILFBIENEEPECHAA.carltonb@mindspring.com> References: <BHEHJAMNEHLEHILFBIENEEPECHAA.carltonb@mindspring.com> Message-ID: <427199B9.1070405@pobox.com> Carlton B wrote: > I am using AuthPlugin to authenticate against an external database. The > first time a user logs in, without exception they see this error: > > Fatal error: Call to a member function on a non-object in > /home/myaccountname/public_html/mediawiki-1.4.2/includes/SpecialUserlogin.ph > p on line 266 In the 1.4.2 release, Line 266 is: if (!$u->checkPassword( $this->mPassword )) { For this to fail in the way you describe, the LoginForm::initUser() method would have to return something broken when called here: if ( $wgAuth->authenticate( $u->getName(), $this->mPassword ) ) { $u =& $this->initUser( $u ); It doesn't look like that should be possible, though, unless your plugin's initUser method (which is called from LoginForm's to optionally modify the user object before it's saved) looks something like this: function initUser( &$u ) { $u = 'This will break'; } If you're modifying the user object in that method, make sure you're not replacing it with a non-object. -- 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/20050428/6f587672/attachment.pgp From keturner at livejournal.com Fri Apr 29 03:33:43 2005 From: keturner at livejournal.com (Kate Turner) Date: Fri, 29 Apr 2005 03:33:43 +0000 (UTC) Subject: [Mediawiki-l] Re: FIXED: Ungraceful mysqld shutdown & "Database error" References: <6.1.2.0.2.20050428180145.04e04e10@127.0.0.1> <42716E54.8030008@pobox.com> <6.1.2.0.2.20050428182250.06b9bc50@127.0.0.1> Message-ID: <slrnd73b3s.aie.keturner@rose.local> Matt England wrote in news.gmane.org.wikimedia.mediawiki: > [...] Mysql can not (seemingly) support full ungraceful > recovery and other journaling features (because some applications like > MediaWiki need MyISAM for the text-indexing capabilities that InnoDB does > not support?). MyISAM is MySQL's older database format. as you have found out, it isn't very good; in addition to the lack of recovery, it's lacking some of the locking, transaction and ACID features you would expect in an RDBMS. MediaWiki doesn't require MyISAM. i would recommend using the Lucene-based search instead, which as well as not dying when something crashes, generally provides better search results than MySQL's fulltext search, and uses less system resources. you can find this in the "lucene-search" module in CVS (http://sourceforge.net/cvs/?group_id=34373). > -Matt kate. From brion at pobox.com Fri Apr 29 05:24:48 2005 From: brion at pobox.com (Brion Vibber) Date: Thu, 28 Apr 2005 22:24:48 -0700 Subject: [Mediawiki-l] MediaWiki 1.4.3 released Message-ID: <4271C520.9020104@pobox.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 MediaWiki 1.4.3 is a bugfix release for the 1.4 stable release series. Chiefly, this fixes a compatibility problem with PHP 5 and a minor link table corruption bug on initial page save. == Changes from 1.4.2 == * (bug 1636) Refs like ţ were misinterpreted as octal in some ~ places * (bug 1163) Special:Undelete showed oldest revision instead of newest * (bug 1938) Fix escaping of illegal character references in link text * (bug 1997) Fix for error on display of renamed items in Recentchanges ~ on PHP5 * (bug 1949) Profiling typo in rare error case * (bug 1963) Fix deletion log link when $wgCapitalLinks is off * (bug 1970) Don't show move tab for immobile pages * (bug 1770) Page creation recorded links from the 'newarticletext' ~ message * Optional change to the site_stats table. When applied, this removes ~ the need for expensive queries in Special:Statistics. Release notes: http://sourceforge.net/project/shownotes.php?release_id=323971 Download: http://prdownloads.sf.net/wikipedia/mediawiki-1.4.3.tar.gz?download 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.wikipedia.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 iD8DBQFCccUgwRnhpk1wk44RArYcAJ4jHPMtV0KZk9TnKLkovrse6NqFgQCffgB/ 67Bc8Gj9rvymfN8tPQyRRXg= =ASfu -----END PGP SIGNATURE----- From pchamorro at ingeominas.gov.co Fri Apr 29 06:01:45 2005 From: pchamorro at ingeominas.gov.co (Pablo Chamorro C.) Date: Fri, 29 Apr 2005 01:01:45 -0500 (COT) Subject: [Mediawiki-l] variable for tmp directory Message-ID: <Pine.LNX.4.61.0504290051540.6068@patascoy.ovsp.gov.co> I had trouble uploading images on my new fedora core 3 mediawiki but I realized that it was a /tmp permission problem. I did chmod 1777 /tmp but I would prefer to give to mediawiki a tmp directory under /var/tmp/mediawiki. What variable do I need to get this? thanks, Pablo -- Tel: +57 (2) 7314752/3222/2595 - Fax: +57 (2) 7310514 Carrera 31 #18-07 Parque Infantil - PO Box 1795 - Pasto From lekktu at gmail.com Fri Apr 29 07:33:12 2005 From: lekktu at gmail.com (Juanma Barranquero) Date: Fri, 29 Apr 2005 09:33:12 +0200 Subject: [Mediawiki-l] Re: Trying to make images redirect to category pages - no luck In-Reply-To: <88a9ad747086c5eaa48932236d378a3f@Bytesmiths.com> References: <d0d720e050428081063e9b195@mail.gmail.com> <d0d720e05042808341ba9a13c@mail.gmail.com> <88a9ad747086c5eaa48932236d378a3f@Bytesmiths.com> Message-ID: <f7ccd24b0504290033453c215a@mail.gmail.com> On 4/28/05, Jan Steinman <Jan at bytesmiths.com> wrote: > > #REDIRECT [[:Category:Windows]] > > There was a thread on this a while ago. I was trying to do the same > thing. > > Basically, you Can't Do That(TM). If you have access to the Apache config (assuming you're using Apache), you can define an interwiki link like: c => http://yourhost/category/$1 and setup Apache to redirect: RedirectMatch permanent "^/category/(.*)" http://yourserver/wiki/Category:$1 so you can do #REDIRECT [c:MiCategory] I have not tested this with categories, but I have used the exact same setup to do #REDIRECT's to external targets, so it *should* work... Of course, it is not exactly the same that a true redirect to a Category (backlinks to edit the redirection page won't exist, for example), but as a temporary measure (until MediaWiki implements category redirects) it can be useful. -- /L/e/k/t/u From jejc at free.fr Fri Apr 29 08:10:18 2005 From: jejc at free.fr (Jej) Date: Fri, 29 Apr 2005 10:10:18 +0200 Subject: [Mediawiki-l] Generic link to logged user page in articles In-Reply-To: <42715243.2060208@pobox.com> References: <06c1238d30037965b7ecc38f6a7d7a8e@cs.umass.edu> <42715243.2060208@pobox.com> Message-ID: <4271EBEA.5040706@free.fr> Hi, Is it possible, in an article, to have a link to the current logged user page ? Something like [[User:~]] to go to [[User:JohnDoe]] whether JohnDoe is the user actually logged. Read you, jej From brion at pobox.com Fri Apr 29 08:47:38 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 29 Apr 2005 01:47:38 -0700 Subject: [Mediawiki-l] Generic link to logged user page in articles In-Reply-To: <4271EBEA.5040706@free.fr> References: <06c1238d30037965b7ecc38f6a7d7a8e@cs.umass.edu> <42715243.2060208@pobox.com> <4271EBEA.5040706@free.fr> Message-ID: <4271F4AA.50701@pobox.com> Jej wrote: > Is it possible, in an article, to have a link to the current logged user > page ? Something like [[User:~]] to go to [[User:JohnDoe]] whether > JohnDoe is the user actually logged. [[Special:Mypage]] does this in 1.5. Note that it does not change the text of the link, as page text is fixed when saved; it redirects to the current user's user page when it's visited. -- 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/20050429/2409a1cf/attachment.pgp From jejc at free.fr Fri Apr 29 09:23:12 2005 From: jejc at free.fr (Jej) Date: Fri, 29 Apr 2005 11:23:12 +0200 Subject: [Mediawiki-l] Generic link to logged user page in articles In-Reply-To: <4271F4AA.50701@pobox.com> References: <06c1238d30037965b7ecc38f6a7d7a8e@cs.umass.edu> <42715243.2060208@pobox.com> <4271EBEA.5040706@free.fr> <4271F4AA.50701@pobox.com> Message-ID: <4271FD00.6000809@free.fr> > >> Is it possible, in an article, to have a link to the current logged user >> page ? Something like [[User:~]] to go to [[User:JohnDoe]] whether >> JohnDoe is the user actually logged. > > > [[Special:Mypage]] does this in 1.5. Note that it does not change the > text of the link, as page text is fixed when saved; it redirects to the > current user's user page when it's visited. > ok thanks. No backport planed ? :) jej From carltonb at mindspring.com Fri Apr 29 10:36:19 2005 From: carltonb at mindspring.com (Carlton B) Date: Fri, 29 Apr 2005 19:36:19 +0900 Subject: [Mediawiki-l] AuthPlugin always fails with fatal error on initialauthentication In-Reply-To: <427199B9.1070405@pobox.com> Message-ID: <BHEHJAMNEHLEHILFBIENKEPMCHAA.carltonb@mindspring.com> > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org > [mailto:mediawiki-l-bounces at Wikimedia.org]On Behalf Of Brion Vibber > Sent: Friday, April 29, 2005 11:20 AM > To: MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] AuthPlugin always fails with fatal > error on initialauthentication > > > Carlton B wrote: > > I am using AuthPlugin to authenticate against an external > database. The > > first time a user logs in, without exception they see this error: > > > > Fatal error: Call to a member function on a non-object in > > > /home/myaccountname/public_html/mediawiki-1.4.2/includes/SpecialUs > erlogin.ph > > p on line 266 > > In the 1.4.2 release, Line 266 is: > > if (!$u->checkPassword( $this->mPassword )) { > > For this to fail in the way you describe, the LoginForm::initUser() > method would have to return something broken when called here: > > if ( $wgAuth->authenticate( $u->getName(), $this->mPassword ) ) { > $u =& $this->initUser( $u ); > > It doesn't look like that should be possible, though, unless your > plugin's initUser method (which is called from LoginForm's to optionally > modify the user object before it's saved) looks something like this: > > function initUser( &$u ) { > $u = 'This will break'; > } > > If you're modifying the user object in that method, make sure you're not > replacing it with a non-object. Actually I didn't override this method at all. However, looking at the code, that is precisely the problem. SpecialUserlogin.php requires initUser() to return a reference to the user object. The base class initUser() method in AuthPlugin doesn't return anything at all. Thus, if the initUser() method is not overriden in the implementation, then it effectively user object to null. The code contains the very vague comment "override this to do something", and now the meaning is clear. We must, at a minimum, return the reference that we were passed: function initUser(&$u) { return $u; } So now it occurs to me that $wgAuth->initUser() is probably where you set the email address and other optional fields, is that right? And what other user attributes is it meaningful, or even safe, to set? My plugin has a method of determining whether the external account is in a "banned" state, so I would love to be able to use this information in MW. I think the documentation could be a bit clearer on this issue. Also I think the initUser() method in the base AuthPlugin class should be modified to return the user object, because we know there is at least one case where important code will break if it doesn't. Thanks for your help... Carlton From jejc at free.fr Fri Apr 29 11:39:38 2005 From: jejc at free.fr (Jej) Date: Fri, 29 Apr 2005 13:39:38 +0200 Subject: [Mediawiki-l] Patch for generic link to logged user page In-Reply-To: <4271F4AA.50701@pobox.com> References: <06c1238d30037965b7ecc38f6a7d7a8e@cs.umass.edu> <42715243.2060208@pobox.com> <4271EBEA.5040706@free.fr> <4271F4AA.50701@pobox.com> Message-ID: <42721CFA.2060803@free.fr> >> Is it possible, in an article, to have a link to the current logged user >> page ? Something like [[User:~]] to go to [[User:JohnDoe]] whether >> JohnDoe is the user actually logged. > > > [[Special:Mypage]] does this in 1.5. Note that it does not change the > text of the link, as page text is fixed when saved; it redirects to the > current user's user page when it's visited. > > -- brion vibber (brion @ pobox.com) To wait until the 1.5 stable is released, here is a simple patch to enable the notation : [[User:~|My page]] Hope it will be useful! jej --- old/index.php 2005-04-27 14:04:15.000000000 +0200 +++ index.php 2005-04-29 13:36:49.411985032 +0200 @@ -37,6 +37,14 @@ $wgOut->setPrintable(); } +if ($title == ($ns=$wgContLang->getNsText( NS_USER )).':~') { + $un = $wgUser->getName(); + if (substr($un, 0, 2)!="::") + $title = "$ns:$un"; + else + $title = ''; +} + if ( '' == $title && 'delete' != $action ) { $wgTitle = Title::newFromText( wfMsgForContent( 'mainpage' ) ); } elseif ( $curid = $wgRequest->getInt( 'curid' ) ) { From ss543 at cornell.edu Fri Apr 29 13:05:33 2005 From: ss543 at cornell.edu (Stephen J. Scheck) Date: Fri, 29 Apr 2005 09:05:33 -0400 Subject: [Mediawiki-l] HTTP_REMOTE_USER and MediaWiki Message-ID: <1114779934.27381.34.camel@stevobox.chem.cornell.edu> Hello, First of all, sorry if this has already been answered somewhere but I didn't see any reference in the FAQ or documentation. Our organization has a global authentication system, which can be set up to propagate to web applications via the CGI HTTP_REMOTE_USER variable. I want to set up MediaWiki to use this, so that if HTTP_REMOTE_USER is set, it automatically uses it as if a user with the same name had logged in normally. Is this something that can be configured or easily hacked in by someone with no PHP knowledge but knowledge of other scripting languages? If so, could somebody kindly give me some pointers about where to begin? Thanks, -sjs -- ------------------------------------------------------------------------ Stephen J. Scheck Email: ss543 at cornell.edu Network Administrator Phone: 607.255.6278 Department of Chemistry and Chemical Biology www.chem.cornell.edu/crcf/ From wiseleyb at gmail.com Fri Apr 29 13:28:11 2005 From: wiseleyb at gmail.com (ben wiseley) Date: Fri, 29 Apr 2005 06:28:11 -0700 Subject: [Mediawiki-l] logged in users can't save edits In-Reply-To: <427151C3.8080601@pobox.com> References: <fc90a75705042805205cc6ff2@mail.gmail.com> <427151C3.8080601@pobox.com> Message-ID: <fc90a75705042906287e593893@mail.gmail.com> Thanks again for all the help on this. This might or might not be a good sign... this issue resolved itself when I rebooted Ubuntu (Debian) - not the hosting box but the box that was calling the hosting box (the client). I noticed that this was working fine when I tried it from work and seemed to be limited to my home box. I rebooted and it was fixed. I've only been using Linux for a week and was under the impression you didn't need to ever reboot these things... still learning. :) While I read in the FAQ that Brion occasionally sleeps I'm not yet convinced. Anecdotal evidence suggests otherwise. :) -ben On 4/28/05, Brion Vibber <brion at pobox.com> wrote: > > ben wiseley wrote: > > Could this be related to this quirk? In a previous email I asked about > users > > auto logging out. I added this: > > > > session_save_path("/public_html/sandBoxWiki/sessions"); > > > > to my LocalSettings.php. Now users only stay logged in if you check > > "Remember my password across sessions" > > Make sure that path is correct. Remember that's a filesystem path, not a > URL, and starting with '/' means that a 'public_html' needs to exist in > the root directory of the file system. > > -- brion vibber (brion @ pobox.com <http://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 Fri Apr 29 13:59:33 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Fri, 29 Apr 2005 09:59:33 -0400 Subject: [Mediawiki-l] logged in users can't save edits In-Reply-To: <fc90a75705042906287e593893@mail.gmail.com> References: <fc90a75705042805205cc6ff2@mail.gmail.com> <427151C3.8080601@pobox.com> <fc90a75705042906287e593893@mail.gmail.com> Message-ID: <deb2337a050429065940355c9d@mail.gmail.com> On 4/29/05, ben wiseley <wiseleyb at gmail.com> wrote: > While I read in the FAQ that Brion occasionally sleeps I'm not yet > convinced. Anecdotal evidence suggests otherwise. :) I don't think that he actally sleeps, I have heard that he takes 5-10 minute breaks from time to time to browse through the articles in the Wikipedia. From lars at aronsson.se Fri Apr 29 21:07:06 2005 From: lars at aronsson.se (Lars Aronsson) Date: Fri, 29 Apr 2005 23:07:06 +0200 (CEST) Subject: [Mediawiki-l] rel=nofollow for edit, history and diff links Message-ID: <Pine.LNX.4.61.0504292257590.1369@sara.aronsson.se> I've noticed that Wikipedia now adds rel="nofollow" to user contributed URLs, so that [http://myurl.com/ website] becomes <a href="http://myurl.com/" rel="nofollow" >website</a>. The rel="nofollow" attribute was (unofficially?) announced by Google in January this year, as a means to fight link spam in blogs, wikis and guest books. But shouldn't rel="nofollow" also be used for the edit, history and diff links? These pages avoid Google indexing by having the <meta name="robots" content="noindex,nofollow" /> tag in their <head> section, but Google only sees that after having visited the page. The visits by Google to these pages are not productive, but still add load on Wikipedia's servers, and this could be avoided by adding rel=nofollow on the edit, history and diff links. -- Lars Aronsson (lars at aronsson.se) Aronsson Datateknik - http://aronsson.se From brion at pobox.com Fri Apr 29 21:07:41 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 29 Apr 2005 14:07:41 -0700 Subject: [Mediawiki-l] AuthPlugin always fails with fatal error on initialauthentication In-Reply-To: <BHEHJAMNEHLEHILFBIENKEPMCHAA.carltonb@mindspring.com> References: <BHEHJAMNEHLEHILFBIENKEPMCHAA.carltonb@mindspring.com> Message-ID: <4272A21D.5040804@pobox.com> Carlton B wrote: >>It doesn't look like that should be possible, though, unless your >>plugin's initUser method (which is called from LoginForm's to optionally >>modify the user object before it's saved) looks something like this: >> >> function initUser( &$u ) { >> $u = 'This will break'; >> } >> >>If you're modifying the user object in that method, make sure you're not >>replacing it with a non-object. > > > Actually I didn't override this method at all. However, looking at the > code, that is precisely the problem. SpecialUserlogin.php requires > initUser() to return a reference to the user object. No, I checked this carefully when trying to reproduce your problem (and successfully doing it only with the above code) -- it requires **LoginForm::initUser** to return a reference. **AuthPlugin::initUser** is a different function and doesn't return anything, and its return value if any is never used. Yeah, that's lame-looking. -- 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/20050429/a2f37de1/attachment.pgp From brion at pobox.com Fri Apr 29 21:10:45 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 29 Apr 2005 14:10:45 -0700 Subject: [Mediawiki-l] rel=nofollow for edit, history and diff links In-Reply-To: <Pine.LNX.4.61.0504292257590.1369@sara.aronsson.se> References: <Pine.LNX.4.61.0504292257590.1369@sara.aronsson.se> Message-ID: <4272A2D5.4010704@pobox.com> Lars Aronsson wrote: > But shouldn't rel="nofollow" also be used for the edit, history > and diff links? These pages avoid Google indexing by having the > <meta name="robots" content="noindex,nofollow" /> tag in their > <head> section, but Google only sees that after having visited the > page. The visits by Google to these pages are not productive, but > still add load on Wikipedia's servers, and this could be avoided > by adding rel=nofollow on the edit, history and diff links. They don't add load on Wikipedia's servers because they're locked off by our robots.txt. It's also not clear whether or not rel="nofollow" actually tells Google not to spider the page, or simply not to count the link for pagerank. If you can find a clear spec for this, let me know. -- 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/20050429/c48080b0/attachment.pgp From jfader at gmail.com Fri Apr 29 21:13:13 2005 From: jfader at gmail.com (John Fader) Date: Fri, 29 Apr 2005 22:13:13 +0100 Subject: [Mediawiki-l] rel=nofollow for edit, history and diff links In-Reply-To: <Pine.LNX.4.61.0504292257590.1369@sara.aronsson.se> References: <Pine.LNX.4.61.0504292257590.1369@sara.aronsson.se> Message-ID: <42eaa3d0504291413352082ab@mail.gmail.com> On 4/29/05, Lars Aronsson <lars at aronsson.se> wrote: > But shouldn't rel="nofollow" also be used for the edit, history > and diff links? These pages avoid Google indexing by having the > <meta name="robots" content="noindex,nofollow" /> tag in their > <head> section, but Google only sees that after having visited the > page. The visits by Google to these pages are not productive, but > still add load on Wikipedia's servers, and this could be avoided > by adding rel=nofollow on the edit, history and diff links. Edit, history, and diff pages are served from /w/ urls, which robots.txt disallows for all user-agents that obey the robots protocol. So google doesn't visit these pages at all. -- John Fader From keturner at livejournal.com Fri Apr 29 21:08:41 2005 From: keturner at livejournal.com (Kate Turner) Date: Fri, 29 Apr 2005 21:08:41 +0000 (UTC) Subject: [Mediawiki-l] Re: rel=nofollow for edit, history and diff links References: <Pine.LNX.4.61.0504292257590.1369@sara.aronsson.se> Message-ID: <slrnd758u6.s4b.keturner@rose.local> Lars Aronsson wrote in news.gmane.org.wikimedia.mediawiki: > But shouldn't rel="nofollow" also be used for the edit, history > and diff links? These pages avoid Google indexing by having the ><meta name="robots" content="noindex,nofollow" /> tag in their ><head> section, but Google only sees that after having visited the > page. The visits by Google to these pages are not productive, but > still add load on Wikipedia's servers, and this could be avoided > by adding rel=nofollow on the edit, history and diff links. i didn't look at nofollow too closely, but my impression was that (despite the name), Google would still follow the link, but not assign it any pagerank based on that particular link. in any case, generated pages should be denied to Google via robots.txt: http://en.wikipedia.org/robots.txt kate. (cue discussion about whether nofollow is the devil and will destroy the intarweb.) From jeremie at shadowfrance.net Fri Apr 29 22:03:14 2005 From: jeremie at shadowfrance.net (Jeremie Bouillon) Date: Sat, 30 Apr 2005 00:03:14 +0200 Subject: [Mediawiki-l] Re: rel=nofollow for edit, history and diff links In-Reply-To: <slrnd758u6.s4b.keturner@rose.local> References: <Pine.LNX.4.61.0504292257590.1369@sara.aronsson.se> <slrnd758u6.s4b.keturner@rose.local> Message-ID: <6.2.1.2.0.20050430000115.0240ad90@bidwell.textdrive.com> Le 23:08 29/04/2005, Kate Turner ?crivait : >i didn't look at nofollow too closely, but my impression was that >(despite the name), Google would still follow the link, but not >assign it any pagerank based on that particular link. That's my feeling too. After the first publication, I email them (twice) about this, asking if GoogleBot would not follow or simply not index, and if they might consider making it no follow if that wasn't the case (or add another attribute). Never got a answer. About the robot.txt, can we find the one used by large wiki (like Wikipedia, or others) to help Wikimedia newbie exclube spiderbot from where there aren't supposed to be ? From brion at pobox.com Fri Apr 29 22:25:49 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 29 Apr 2005 15:25:49 -0700 Subject: [Mediawiki-l] Re: rel=nofollow for edit, history and diff links In-Reply-To: <6.2.1.2.0.20050430000115.0240ad90@bidwell.textdrive.com> References: <Pine.LNX.4.61.0504292257590.1369@sara.aronsson.se> <slrnd758u6.s4b.keturner@rose.local> <6.2.1.2.0.20050430000115.0240ad90@bidwell.textdrive.com> Message-ID: <4272B46D.90604@pobox.com> Jeremie Bouillon wrote: > About the robot.txt, can we find the one used by large wiki (like > Wikipedia, or others) to help Wikimedia newbie exclube spiderbot from > where there aren't supposed to be ? It's in the customary location, of course: http://en.wikipedia.org/robots.txt robots.txt files are fun... If you look at http://www.whitehouse.gov/robots.txt you'll find the White House is hiding WMDs!!!! ("Disallow: /wmd/text") Other people just don't like having their documents archived for later reference: http://www.sco.com/robots.txt Not that some people should complain... ;) http://www.groklaw.net/robots.txt -- 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/20050429/b90acf39/attachment.pgp From jeremie at shadowfrance.net Fri Apr 29 22:40:53 2005 From: jeremie at shadowfrance.net (Jeremie Bouillon) Date: Sat, 30 Apr 2005 00:40:53 +0200 Subject: [Mediawiki-l] Good robots.txt (was:rel=nofollow for edit, history and diff links) In-Reply-To: <4272B46D.90604@pobox.com> References: <Pine.LNX.4.61.0504292257590.1369@sara.aronsson.se> <slrnd758u6.s4b.keturner@rose.local> <6.2.1.2.0.20050430000115.0240ad90@bidwell.textdrive.com> <4272B46D.90604@pobox.com> Message-ID: <6.2.1.2.0.20050430003959.02c71bd8@bidwell.textdrive.com> Le 00:25 30/04/2005, Brion Vibber ?crivait : >Jeremie Bouillon wrote: >> About the robot.txt, can we find the one used by large wiki (like >> Wikipedia, or others) to help Wikimedia newbie exclube spiderbot from >> where there aren't supposed to be ? >It's in the customary location, of course: >http://en.wikipedia.org/robots.txt I should buy a new brain. Anyone saw a cheap one on Ebay recently ? Thanks :) From rowan.collins at gmail.com Fri Apr 29 22:41:47 2005 From: rowan.collins at gmail.com (Rowan Collins) Date: Fri, 29 Apr 2005 23:41:47 +0100 Subject: [Mediawiki-l] Re: rel=nofollow for edit, history and diff links In-Reply-To: <6.2.1.2.0.20050430000115.0240ad90@bidwell.textdrive.com> References: <Pine.LNX.4.61.0504292257590.1369@sara.aronsson.se> <slrnd758u6.s4b.keturner@rose.local> <6.2.1.2.0.20050430000115.0240ad90@bidwell.textdrive.com> Message-ID: <9f02ca4c050429154164a7ea65@mail.gmail.com> On 29/04/05, Jeremie Bouillon <jeremie at shadowfrance.net> wrote: > About the robot.txt, can we find the one used by large wiki (like > Wikipedia, or others) to help Wikimedia newbie exclube spiderbot from where > there aren't supposed to be ? robots.txt is just a plain text file in the root of the webserver; you can look at anybody's in a browser by typing the URL in e.g. http://en.wikipedia.org/robots.txt http://www.google.com/robots.txt or even http://www.robotstxt.org/robots.txt :) -- Rowan Collins BSc [IMSoP] From ucgajpd at ucl.ac.uk Fri Apr 29 22:51:14 2005 From: ucgajpd at ucl.ac.uk (Jason Davies) Date: Fri, 29 Apr 2005 23:51:14 +0100 Subject: [Mediawiki-l] Good robots.txt (was:rel=nofollow for edit, history and diff links) In-Reply-To: <6.2.1.2.0.20050430003959.02c71bd8@bidwell.textdrive.com> Message-ID: <r02010500-1039-31AD1E53B90111D9A797000D9358BC20@[192.168.0.100]> > >I should buy a new brain. Anyone saw a cheap one on Ebay recently ? I'm selling mine but it's marked as faulty - for spare parts only. From brion at pobox.com Fri Apr 29 22:56:08 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 29 Apr 2005 15:56:08 -0700 Subject: [Mediawiki-l] Good robots.txt In-Reply-To: <6.2.1.2.0.20050430003959.02c71bd8@bidwell.textdrive.com> References: <Pine.LNX.4.61.0504292257590.1369@sara.aronsson.se> <slrnd758u6.s4b.keturner@rose.local> <6.2.1.2.0.20050430000115.0240ad90@bidwell.textdrive.com> <4272B46D.90604@pobox.com> <6.2.1.2.0.20050430003959.02c71bd8@bidwell.textdrive.com> Message-ID: <4272BB88.6010106@pobox.com> Jeremie Bouillon wrote: > Le 00:25 30/04/2005, Brion Vibber ?crivait : > >Jeremie Bouillon wrote: > >> About the robot.txt, can we find the one used by large wiki (like > >> Wikipedia, or others) to help Wikimedia newbie exclube spiderbot from > >> where there aren't supposed to be ? > > >It's in the customary location, of course: > >http://en.wikipedia.org/robots.txt > > I should buy a new brain. Anyone saw a cheap one on Ebay recently ? http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=11737&item=5971206772&rd=1 Go quick, the bidding ends in an hour or so! -- 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/20050429/5347f32e/attachment.pgp From carltonb at mindspring.com Sat Apr 30 00:49:55 2005 From: carltonb at mindspring.com (Carlton B) Date: Sat, 30 Apr 2005 09:49:55 +0900 Subject: [Mediawiki-l] AuthPlugin always fails with fatal erroron initialauthentication In-Reply-To: <4272A21D.5040804@pobox.com> Message-ID: <BHEHJAMNEHLEHILFBIENGECACIAA.carltonb@mindspring.com> > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org > [mailto:mediawiki-l-bounces at Wikimedia.org]On Behalf Of Brion Vibber > Sent: Saturday, April 30, 2005 6:08 AM > To: MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] AuthPlugin always fails with fatal > erroron initialauthentication > > > Carlton B wrote: > >>It doesn't look like that should be possible, though, unless your > >>plugin's initUser method (which is called from LoginForm's to optionally > >>modify the user object before it's saved) looks something like this: > >> > >> function initUser( &$u ) { > >> $u = 'This will break'; > >> } > >> > >>If you're modifying the user object in that method, make sure you're not > >>replacing it with a non-object. > > > > > > Actually I didn't override this method at all. However, looking at the > > code, that is precisely the problem. SpecialUserlogin.php requires > > initUser() to return a reference to the user object. > > No, I checked this carefully when trying to reproduce your problem (and > successfully doing it only with the above code) -- it requires > **LoginForm::initUser** to return a reference. **AuthPlugin::initUser** > is a different function and doesn't return anything, and its return > value if any is never used. Well, in this case I guess we've just got different things going on, because I didn't override AuthPlugin::initUser and I didn't modify LoginForm::initUser or tamper with SpecialUserlogin.php in any way. The only way I could get AuthPlugin to do an autocreate without throwing the fatal error was by overriding AuthPlugin::initUser to return the reference to the user it was passed. I wonder if your reproduction was accurate, because this is a tricky bug - even though it does throw a fatal error, the new user account indeed does get created, and the problem will not repeat itself as long as the user exists in the MW database. I have gone back through your code explanation and I can't find any fault with it. The only remaining possibilities I can think of are: 1) Some method of the User class is setting the object to null in LoginForm::initUser 2) PHP is getting its namespace confused and calling LoginForm::initUser instead of AuthPlugin::initUser on line 254 of SpecialUserLogin.php. Perhaps it's my version of PHP. I am on php 4.3.11. Frankly I do not trust PHP 4's OO strategy to correctly handle any remote similarities in the namespace, so maybe renaming the AuthPlugin::initUser interface to something else show this to be the case. Is this interface widely referenced elsewhere, can I safely rename it on line 254 of SpecialUserLogin.php and then change it to the same in my AuthUser extension? Thanks.. -Carlton From brion at pobox.com Sat Apr 30 02:07:49 2005 From: brion at pobox.com (Brion Vibber) Date: Fri, 29 Apr 2005 19:07:49 -0700 Subject: [Mediawiki-l] AuthPlugin always fails with fatal erroron initialauthentication In-Reply-To: <BHEHJAMNEHLEHILFBIENGECACIAA.carltonb@mindspring.com> References: <BHEHJAMNEHLEHILFBIENGECACIAA.carltonb@mindspring.com> Message-ID: <4272E875.1090600@pobox.com> Carlton B wrote: > Well, in this case I guess we've just got different things going on, because > I didn't override AuthPlugin::initUser and I didn't modify > LoginForm::initUser or tamper with SpecialUserlogin.php in any way. The > only way I could get AuthPlugin to do an autocreate without throwing the > fatal error was by overriding AuthPlugin::initUser to return the reference > to the user it was passed. Can you confirm that you made no other changes to the code? Have you followed the execution path to make sure there's no other place that's using the return value? Have you confirmed that the return value is used by checking for the returned value? > I wonder if your reproduction was accurate, > because this is a tricky bug - even though it does throw a fatal error, the > new user account indeed does get created, and the problem will not repeat > itself as long as the user exists in the MW database. That's exactly the reproduced behavior, yes. > I have gone back through your code explanation and I can't find any fault > with it. The only remaining possibilities I can think of are: > 1) Some method of the User class is setting the object to null in > LoginForm::initUser > 2) PHP is getting its namespace confused and calling LoginForm::initUser > instead of AuthPlugin::initUser on line 254 of SpecialUserLogin.php. > Perhaps it's my version of PHP. I am on php 4.3.11. Are you using any PHP accelerator plugins? If so, which and what versions? > Frankly I do not trust PHP 4's OO strategy to correctly handle any remote > similarities in the namespace, so maybe renaming the AuthPlugin::initUser > interface to something else show this to be the case. Is this interface > widely referenced elsewhere, can I safely rename it on line 254 of > SpecialUserLogin.php and then change it to the same in my AuthUser > extension? Have you tested this? Does it in fact help? -- 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/20050429/93af705d/attachment.pgp From mediawiki-l at azorah.co.nz Sat Apr 30 02:31:04 2005 From: mediawiki-l at azorah.co.nz (mediawiki-l at azorah.co.nz) Date: Sat, 30 Apr 2005 14:31:04 +1200 Subject: [Mediawiki-l] Good robots.txt References: <Pine.LNX.4.61.0504292257590.1369@sara.aronsson.se><slrnd758u6.s4b.keturner@rose.local><6.2.1.2.0.20050430000115.0240ad90@bidwell.textdrive.com><4272B46D.90604@pobox.com> <6.2.1.2.0.20050430003959.02c71bd8@bidwell.textdrive.com> Message-ID: <0a3201c54d2c$a8eaff40$186637d2@amd> Of course, if you converted your existing brain to a wiki, you could plug it into the net, and everyone can make changes they think will be an improvement... and this would save the cost of a new brain! Jeremie Bouillon wrote: I should buy a new brain. Anyone saw a cheap one on Ebay recently ? Thanks :) From carltonb at mindspring.com Sat Apr 30 08:02:06 2005 From: carltonb at mindspring.com (Carlton B) Date: Sat, 30 Apr 2005 17:02:06 +0900 Subject: [Mediawiki-l] AuthPlugin always fails withfatal erroron initialauthentication In-Reply-To: <4272E875.1090600@pobox.com> Message-ID: <BHEHJAMNEHLEHILFBIENEECHCIAA.carltonb@mindspring.com> > -----Original Message----- > From: mediawiki-l-bounces at Wikimedia.org > [mailto:mediawiki-l-bounces at Wikimedia.org]On Behalf Of Brion Vibber > Sent: Saturday, April 30, 2005 11:08 AM > To: MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] AuthPlugin always fails withfatal > erroron initialauthentication > > > Carlton B wrote: > > Well, in this case I guess we've just got different things > going on, because > > I didn't override AuthPlugin::initUser and I didn't modify > > LoginForm::initUser or tamper with SpecialUserlogin.php in any way. The > > only way I could get AuthPlugin to do an autocreate without throwing the > > fatal error was by overriding AuthPlugin::initUser to return > the reference > > to the user it was passed. > > Can you confirm that you made no other changes to the code? Have you > followed the execution path to make sure there's no other place that's > using the return value? Have you confirmed that the return value is used > by checking for the returned value? To confirm this, I unpacked the 1.4.2 tar file in a completely separate subdirectory and added back in only my AuthPlugin extension, LocalSettings.php file, and a graphics file. The pristine version continued to yield the error. A recursive diff showed that the non-erroring version's copy of SpecialUserlogin.php contained a seemingly trivial debugging edit. After doing some more focused testing on a good night's sleep, in versions 1.4.2 and 1.4.3, I can say that I was incorrect and you were correct in saying the return value from AuthPlugin::initUser's subclass was related to this problem. Now, before you toss your hat in the air and say "Aha!", let me tell say that what I did find is troubling. This is the change: Below line 254 of SpecialUserlogin.php, I had added the following line which became line 255. $rather_unique_varname_bznksjx = $u; // fairly certain this var name won't conflict with anything else. There is no other difference in the file, and of course I never used the rather variable anywhere else. I can reproduce the problem at will by adding and removing this single line. I can't give a good technical explanation of why I did it or why it makes AuthPlugin work for me. All I know is that I am highly, highly suspicious of PHP 4's scoping and references. When I noticed the variable $u used both explicitly and as a reference all throughout SpecialUserlogin.php, I suspected PHP might have mishandled transitioning between scopes. Thus I thought it would be healthy or at least harmless to explicitly reference the $u variable at least once in LoginForm::processLogin. According to what I know of PHP internals (not much at this point), this change should have had no effect. But it did, and it worries me not to know why. > > Perhaps it's my version of PHP. I am on php 4.3.11. > > Are you using any PHP accelerator plugins? If so, which and what versions? I am not sure how to determine this, but my host's feature page says we are using the Zend optimizer, and phpinfo() shows this information: This program makes use of the Zend Scripting Language Engine: Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies with Turck MMCache v2.4.6, Copyright (c) 2002-2003 TurckSoft, St. Petersburg, by Dmitry Stogov with Zend Extension Manager v1.0.6, Copyright (c) 2003-2004, by Zend Technologies with Zend Optimizer v2.5.7, Copyright (c) 1998-2004, by Zend Technologies > > Is this interface widely referenced elsewhere, can I safely rename it on line 254 of > > SpecialUserLogin.php and then change it to the same in my AuthUser > > extension? > > Have you tested this? Does it in fact help? I tested this and it had no effect. The difference was explicitly referencing the $u variable right after line 254 of SpecialUserlogin.php. This would be a hard nut to crack except maybe for somebody who really knows PHP internals. I've already put too many hours into this problem, so I'm not putting any more time into it, and I wouldn't expect anyone else to either. Maybe we'll just pick up from this point if somebody else runs into the same thing. -Carlton From j.birchwood at verizon.net Sat Apr 30 15:09:51 2005 From: j.birchwood at verizon.net (=James Birkholz=) Date: Sat, 30 Apr 2005 10:09:51 -0500 Subject: [Mediawiki-l] How to create a message on every Wiki page/article? In-Reply-To: <m364yevil7.fsf@obelix.wegge.dk> References: <6.1.2.0.2.20050422120852.06b94fd8@127.0.0.1> <6.1.2.0.2.20050422120852.06b94fd8@127.0.0.1> Message-ID: <5.2.1.1.0.20050430100630.0442acc0@incoming.verizon.net> At 07:15 PM 4/22/05, you wrote: >"Matt" == Matt England <mengland at mengland.net> writes: > > > How can I, as a MediaWiki admin, create a message on every Wiki > > page/article? (In my current case, I'm running MediaWiki on a >---snip-- > Use MediaWiki:Sitenotice. What you place in that translation will be >displayed at the top of all pages. I found the page which has <sitenotice> on the edit page. If I add or replace with sample text and then view the Main page, the test message isn't visible? Am I missing a step? James From jamesg at womble.org Sat Apr 30 16:09:25 2005 From: jamesg at womble.org (James Gardiner) Date: Sat, 30 Apr 2005 17:09:25 +0100 Subject: [Mediawiki-l] Setting up a test system Message-ID: <20050430160925.GA4240@womble.org> Hello If I setup a test system in say /test and later want to make it public and move it to the root directory, is it just a matter of editing the config file after moving the files or is there more than needs to be done? James From rick.denatale at gmail.com Sat Apr 30 16:13:39 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Sat, 30 Apr 2005 12:13:39 -0400 Subject: [Mediawiki-l] How to create a message on every Wiki page/article? In-Reply-To: <5.2.1.1.0.20050430100630.0442acc0@incoming.verizon.net> References: <6.1.2.0.2.20050422120852.06b94fd8@127.0.0.1> <m364yevil7.fsf@obelix.wegge.dk> <5.2.1.1.0.20050430100630.0442acc0@incoming.verizon.net> Message-ID: <deb2337a05043009137fb6ed89@mail.gmail.com> On 4/30/05, =James Birkholz= <j.birchwood at verizon.net> wrote: > At 07:15 PM 4/22/05, you wrote: > >"Matt" == Matt England <mengland at mengland.net> writes: > > > > > How can I, as a MediaWiki admin, create a message on every Wiki > > > page/article? (In my current case, I'm running MediaWiki on a > >---snip-- > > Use MediaWiki:Sitenotice. What you place in that translation will be > >displayed at the top of all pages. > > I found the page which has > <sitenotice> > on the edit page. > If I add or replace with sample text and then view the Main page, the test > message isn't visible? > > Am I missing a step? You want to edit the article entitled MediaWiki:Sitenotice You can get there by going to Special pages, then scroll down to the entry named sitenotice. The default contents is just a single -. I'm not sure what page you found. Edit that page and it should appear at the top of each page on your wiki. From rick.denatale at gmail.com Sat Apr 30 16:16:02 2005 From: rick.denatale at gmail.com (Rick DeNatale) Date: Sat, 30 Apr 2005 12:16:02 -0400 Subject: [Mediawiki-l] How to create a message on every Wiki page/article? In-Reply-To: <deb2337a05043009137fb6ed89@mail.gmail.com> References: <6.1.2.0.2.20050422120852.06b94fd8@127.0.0.1> <m364yevil7.fsf@obelix.wegge.dk> <5.2.1.1.0.20050430100630.0442acc0@incoming.verizon.net> <deb2337a05043009137fb6ed89@mail.gmail.com> Message-ID: <deb2337a05043009163bd5f8fe@mail.gmail.com> And, by the way, you might need to force a page refresh in order to see a new site notice on a page which your browser already has cached. From j.birchwood at verizon.net Sat Apr 30 16:35:35 2005 From: j.birchwood at verizon.net (=James Birkholz=) Date: Sat, 30 Apr 2005 11:35:35 -0500 Subject: [Mediawiki-l] How to create a message on every Wiki page/article? In-Reply-To: <deb2337a05043009163bd5f8fe@mail.gmail.com> References: <deb2337a05043009137fb6ed89@mail.gmail.com> <6.1.2.0.2.20050422120852.06b94fd8@127.0.0.1> <m364yevil7.fsf@obelix.wegge.dk> <5.2.1.1.0.20050430100630.0442acc0@incoming.verizon.net> <deb2337a05043009137fb6ed89@mail.gmail.com> Message-ID: <5.2.1.1.0.20050430113231.0442e1e0@incoming.verizon.net> That's what I've already tried. Is there setting to turn it off? Mind checking? http://www.birchy.com/GenWiki/index.php?title=MediaWiki:Sitenotice This isn't a recent feature is it? I'm using 1.3 something. At 12:16 PM 4/30/05, you wrote: >And, by the way, you might need to force a page refresh in order to >see a new site notice on a page which your browser already has >cached. >_______________________________________________ >MediaWiki-l mailing list >MediaWiki-l at Wikimedia.org >http://mail.wikipedia.org/mailman/listinfo/mediawiki-l James Birkholz admin, Posen-L mailing list and website http://www.Posen-L.com From jfader at gmail.com Sat Apr 30 17:35:26 2005 From: jfader at gmail.com (John Fader) Date: Sat, 30 Apr 2005 18:35:26 +0100 Subject: [Mediawiki-l] Setting up a test system In-Reply-To: <20050430160925.GA4240@womble.org> References: <20050430160925.GA4240@womble.org> Message-ID: <42eaa3d050430103555b4ae01@mail.gmail.com> On 4/30/05, James Gardiner <jamesg at womble.org> wrote: > > Hello > > If I setup a test system in say /test and later want to make it > public and move it to the root directory, is it just a matter of > editing the config file after moving the files or is there more than > needs to be done? Assuming you have access to the httpd.conf / apache2.conf, an apache Alias directive will allow you to move the URL at which that mediawiki appears at will; there doesn't have to be a slavish mapping between the URL scheme and the directories on the server. So you'd just say Alias /wiki /test (don't forget to restart apache to get it to reread the file). Docs: http://httpd.apache.org/docs/mod/mod_alias.html -- John Fader From cheekygeek at gmail.com Sat Apr 30 18:07:00 2005 From: cheekygeek at gmail.com (CheekyGeek) Date: Sat, 30 Apr 2005 13:07:00 -0500 Subject: [Mediawiki-l] Changing License in midstream Message-ID: <39deb1a8050430110731120c0f@mail.gmail.com> Hi all. In creating my wiki I chose the Copyleft/GPL license. However, I am finding that some of my sources will allow me to use web graphics and text for educational purposes, but will not allow the **redistribution** of them. So I don't think I should be using the Copyleft/GPL license. I have not "opened up" my wiki to collaborators yet, so I'm the only author/editor. Hopefully this means that changing licenses at this point is not a great problem. Can anybody suggest what license they think I should be using and tell me how to change my license "midstream"? Many thanks (in advance) Darren Addy Kearney, NE From johnblumel at earthlink.net Sat Apr 30 18:16:37 2005 From: johnblumel at earthlink.net (John Blumel) Date: Sat, 30 Apr 2005 14:16:37 -0400 Subject: [Mediawiki-l] Changing License in midstream In-Reply-To: <39deb1a8050430110731120c0f@mail.gmail.com> References: <39deb1a8050430110731120c0f@mail.gmail.com> Message-ID: <7d227446c71285c7432b619e586f0d26@earthlink.net> On Apr 30, 2005, at 2:07pm, CheekyGeek wrote: > Can anybody suggest what license they think I should be using I think you'll need a custom license that describes the exact terms the materials on your site are licensed under. All of the Creative Commons licenses grant the right to copy, distribute and perform so they would have no advantage over the FDL in your case. I'm not aware of any other "standard" licenses that would meet your needs. John Blumel From me.at.work at gmail.com Sat Apr 30 18:27:13 2005 From: me.at.work at gmail.com (me at work) Date: Sat, 30 Apr 2005 13:27:13 -0500 Subject: [Mediawiki-l] Changing License in midstream In-Reply-To: <39deb1a8050430110731120c0f@mail.gmail.com> References: <39deb1a8050430110731120c0f@mail.gmail.com> Message-ID: <cd0bcc0705043011271032bda9@mail.gmail.com> On 4/30/05, CheekyGeek <cheekygeek at gmail.com> wrote: > Hi all. In creating my wiki I chose the Copyleft/GPL license. > However, I am finding that some of my sources will allow me > to use web graphics and text for educational purposes, but > will not allow the **redistribution** of them. So I don't think I should > be using the Copyleft/GPL license. > > I have not "opened up" my wiki to collaborators yet, so I'm the > only author/editor. Hopefully this means that changing licenses > at this point is not a great problem. > > Can anybody suggest what license they think I should be using > and tell me how to change my license "midstream"? > Many thanks (in advance) > > Darren Addy > Kearney, NE > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l at Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l > Actually, you can use GFDL and other licenses too. Here's an example: <http://en.wikipedia.org/wiki/Wikipedia:Image_copyright_tags>. This allows you to be open, and use not so open materials. -- Tom From slowpoke at gmail.com Sat Apr 30 19:51:26 2005 From: slowpoke at gmail.com (Dori) Date: Sat, 30 Apr 2005 19:51:26 +0000 Subject: [Mediawiki-l] Changing License in midstream In-Reply-To: <39deb1a8050430110731120c0f@mail.gmail.com> References: <39deb1a8050430110731120c0f@mail.gmail.com> Message-ID: <d2f92e8b0504301251df5323a@mail.gmail.com> On 4/30/05, CheekyGeek <cheekygeek at gmail.com> wrote: > > Hi all. In creating my wiki I chose the Copyleft/GPL license. > However, I am finding that some of my sources will allow me > to use web graphics and text for educational purposes, but > will not allow the **redistribution** of them. So I don't think I should > be using the Copyleft/GPL license. > > I have not "opened up" my wiki to collaborators yet, so I'm the > only author/editor. Hopefully this means that changing licenses > at this point is not a great problem. > > Can anybody suggest what license they think I should be using > and tell me how to change my license "midstream"? > Many thanks (in advance) > You can license your own stuff however you like. You could for example say everything is under the GFDL, except for when there is a license statement in the article (you can put it in one of the MediaWiki messages that appear when you edit). For all those non-GFDL, you put a notice in the article. From brion at pobox.com Sat Apr 30 22:17:41 2005 From: brion at pobox.com (Brion Vibber) Date: Sat, 30 Apr 2005 15:17:41 -0700 Subject: [Mediawiki-l] Setting up a test system In-Reply-To: <20050430160925.GA4240@womble.org> References: <20050430160925.GA4240@womble.org> Message-ID: <42740405.4000509@pobox.com> James Gardiner wrote: > If I setup a test system in say /test and later want to make it > public and move it to the root directory, is it just a matter of > editing the config file after moving the files or is there more than > needs to be done? Change the paths in LocalSettings.php, and either clear the objectcache table or set $wgCacheEpoch to a recent time to clear out the parser cache. -- 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/20050430/a298b5b6/attachment.pgp