MediaWiki-l July 2010

mediawiki-l@lists.wikimedia.org

87 participants
93 discussions

Newest Mediawiki on Oracle
by merscher 22 Jul '10

22 Jul '10

Hello, we trying at the moment the executability of Mediawiki on an Oracle database. I know, that it isnt really good supported, but may you can give some ways that may helping us to make the system go on that database. We have the newest Mediawiki-version and an Oracle-Database already. But i need to know the steps to go on with installing the Wiki on that database. May someone can help. thanks -- View this message in context: http://old.nabble.com/Newest-Mediawiki-on-Oracle-tp29228960p29228960.html Sent from the WikiMedia General mailing list archive at Nabble.com.

1 0

Re: [Mediawiki-l] MediaWiki-l Digest, Vol 82, Issue 22
by marin martinez 22 Jul '10

22 Jul '10

ansorri Iam not spikin inglish. no comprendo todos los mail recibidos. Yo solo soy, un ser preocupado por lo que vio. sin poder y con miedo. Amo a mi familia y a mi mundo.Por momentos tomo coraje y trato de hacer publico, lo que vi. Despues razono y me arrepiento. Cuando evaluo que puede pasar. Solo me queda problemas y preocupaciones. Asi creyeran en mi. igual seria malo, por las concecuencias que trae,el comportamiento humano es egoista. y la especulacion, haria mas daño que el echo real, en si. Me contacte con ustedes,para sacar mi incertidumbre.y saber si hay alguien mas, que se atreva a declarar como testigo de avistamiento de estos monstruos.y a futuro cuando, esto sea mas creible. Brindarle ayuda y colaboracion al especialista, que este a cargo de la investigacion. Me despido de ustedes, esperando que comprendan mi pocision > From: mediawiki-l-request(a)lists.wikimedia.org > Subject: MediaWiki-l Digest, Vol 82, Issue 22 > To: mediawiki-l(a)lists.wikimedia.org > Date: Tue, 20 Jul 2010 12:00:08 +0000 > > Send MediaWiki-l mailing list submissions to > mediawiki-l(a)lists.wikimedia.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > or, via email, send a message with subject or body 'help' to > mediawiki-l-request(a)lists.wikimedia.org > > You can reach the person managing the list at > mediawiki-l-owner(a)lists.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: short headers in TOC (Frederick Grose) > 2. Re: How to enable new features of MW 1.16? (Peter Velan) > 3. Re: short headers in TOC (Scheid, Bernhard) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 19 Jul 2010 22:01:18 -0400 > From: Frederick Grose <fgrose(a)gmail.com> > Subject: Re: [Mediawiki-l] short headers in TOC > To: mediawiki-l(a)lists.wikimedia.org > Message-ID: > <AANLkTikqUC41jemQLT2QkOhPIYKqhUvmM2YWtQvOH1V_(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On Mon, Jul 19, 2010 at 7:53 PM, Platonides <Platonides(a)gmail.com> wrote: > > > Scheid, Bernhard wrote: > > > Sounds interesting but a bit arcane. I found the tocLine() function in > > my Linker.php, but the problem seems to me how to define/override the > > $tocline parameter. > > > Can you give me some more detailled advice? New skin would be no problem, > > btw... > > > > > > B. > > > > The skins inherit from the linker. > > You could create a skin (supposing you want it to look like the vector > > skin) by putting in the appropiate file in the skins folder something > > like this: > > > > require_once "Vector.php"; > > class SkinBernhard extends SkinVector { > > var $skinname = 'bernhardtoc'; > > > > function tocLine( $anchor, $tocline, $tocnumber, $level, $sectionIndex > > = false ) { > > $n = strpos($tocline, ' '); > > if ($n !== false) $tocline = substr( $tocline, 0, $n ); > > return parent::tocLine($anchor, $tocline, $tocnumber, > > $level, > > $sectionIndex); > > } > > } > > > > In this case, if the has a double space, the toc only shows the text > > that appears before that. > > > This would be a valuable feature to make part of the standard software. It > would provide a way to collapse TOC boxes made suddenly wide, and obscuring > of page content, by the insertion of a long section header. > > Is there a CSS or JS method we could employ for those without access to the > Skins folder? > > --Fred > > > ------------------------------ > > Message: 2 > Date: Tue, 20 Jul 2010 08:04:15 +0200 > From: Peter Velan <pv0001(a)dynapic.net> > Subject: Re: [Mediawiki-l] How to enable new features of MW 1.16? > To: mediawiki-l(a)lists.wikimedia.org > Message-ID: <4C453C5F.6060103(a)dynapic.net> > Content-Type: text/plain; charset=ISO-8859-1 > > am 19.07.2010 15:52 schrieb Lane, Ryan: > >> I put this ... > >> > >> $wgVectorModules['collapsiblenav']['user'] = true; > >> $wgVectorModules['collapsiblenav']['global'] = true; > >> > >> ... to my LocalConfig and checked that 'collapsiblenav' is enabled > >> in my own settings. > >> > >> Nevertheless there's no collapsing menu entries. What I'm doing wrong? > > > > Collapsible nav doesn't work in 1.16 without modifying the Javascript. > > > > To fix this, replace all instances of #mw-panel with #panel in > > Vector/Vector.combined.min.js, Vector/Vector.combined.js, > > Vector/Modules/CollapsibleNav/CollapsibleNav.js, css/combined.min.css, > > css/combined.css, and css/vector.collapsibleNav.css. > > I tried this and yes, collapsible nav worked, until ... > ... I had to step back, 'cause the side effects are intolerable: > > - searchbox is filled with rubbish > - some labels are undecipherable for my users > - some new edit features are unusable > > Sad to say, but I'm still not able to use collapsible nav. > > Anyway, thanks for any suggestions, > Peter > > > > ------------------------------ > > Message: 3 > Date: Tue, 20 Jul 2010 13:17:16 +0200 > From: "Scheid, Bernhard" <Bernhard.Scheid(a)oeaw.ac.at> > Subject: Re: [Mediawiki-l] short headers in TOC > To: MediaWiki announcements and site admin list > <mediawiki-l(a)lists.wikimedia.org> > Message-ID: > <366D7D7F1F289542B015A3E5DE057D5401C4FBAB9E8C(a)W07EXCHANGE.oeaw.ads> > Content-Type: text/plain; charset="iso-8859-1" > > Thank you, unfortunately it does not work. I do use a skin of my own and inserted your function there, but to no effect. I also tried ' ' and '-' as a delimiter. > > B. > > PS: Seems to be a good candidate for an extension, however I am unable to do that... > > -----Urspr?ngliche Nachricht----- > Von: mediawiki-l-bounces(a)lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] Im Auftrag von Platonides > Gesendet: Dienstag, 20. Juli 2010 01:54 > An: mediawiki-l(a)lists.wikimedia.org > Betreff: Re: [Mediawiki-l] short headers in TOC > > Scheid, Bernhard wrote: > > Sounds interesting but a bit arcane. I found the tocLine() function in my Linker.php, but the problem seems to me how to define/override the $tocline parameter. > > Can you give me some more detailled advice? New skin would be no problem, btw... > > > > B. > > The skins inherit from the linker. > You could create a skin (supposing you want it to look like the vector > skin) by putting in the appropiate file in the skins folder something > like this: > > require_once "Vector.php"; > class SkinBernhard extends SkinVector { > var $skinname = 'bernhardtoc'; > > function tocLine( $anchor, $tocline, $tocnumber, $level, $sectionIndex > = false ) { > $n = strpos($tocline, ' '); > if ($n !== false) $tocline = substr( $tocline, 0, $n ); > return parent::tocLine($anchor, $tocline, $tocnumber, $level, > $sectionIndex); > } > } > > In this case, if the has a double space, the toc only shows the text > that appears before that. > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > > ------------------------------ > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > End of MediaWiki-l Digest, Vol 82, Issue 22 > ******************************************* _________________________________________________________________ En Hotmail estamos reinventando un nuevo correo. Preparate para lo que se viene. Ver más http://www.nuevohotmail.com

2 1

No Recent Changes with rebuildrecentchanges.php after XML import
by Russell Jones 21 Jul '10

21 Jul '10

Hello all, I've searched the for "rebuildrecentchanges" in the archive on gossamer threads, on mwusers.com and in the handbook, and didn't find anything. I've tried running the maintenance script php rebuildrecentchanges.php The AdminSettings.php file has a user with the following privs: Grants for wikiadmin GRANT USAGE ON *.* TO 'wikiadmin'@'%' IDENTIFIED BY PASSWORD '*<hash>' GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, ALTER, CREATE TEMPORARY TABLES ON `wikidb`.* TO 'wikiadmin'@'%' Here's the version info: Product Version MediaWiki 1.12.0 PHP 5.2.6-1+lenny8 (apache2handler) MySQL 5.0.51a-24+lenny4 I can see recent changes on the source wiki, but not the destination one. I imported the pages with an XML dump. The history all seems fine: the dates are right, and the users are named OK. Any suggestions as to why it doesn't work? Russell

1 0

Is there one way to see the setting value of one config variable???
by yihe.chen 21 Jul '10

21 Jul '10

I installed mediawiki several days ago. And at that time, I had see exclamation marks in recent changes when a newly created user created one new page or edit an old page. But NOW I haven't see anay exclamation marks at all even using another newly created user account to log in and edit. I have read many help pages in www.mediawiki.org/wiki/, but I don't know how to fix it. Is this due to edit pages or create new page in a newly custom namespace???? I know the $wgUseRCPatrol is set to true by default, so, the patrolled edit feature is enabled in a newly installation. But what cause the probleam. Is there one way to see the value of $wgUseRCPatrol in mediawiki software???

2 2

How to enable new features of MW 1.16?
by Peter Velan 21 Jul '10

21 Jul '10

Hello, I created a testwiki V1.16.0beta3 by cloning my working wiki (1.15.0), then executed a "classic" upgrade by first copying ... $ tar xvfz <mw1.16b3> -C /path/to/my/wiki/ --strip-components=1 ... then running the maintenace script ... $ php update.php --aconf ../AdminSettings.php Everything went smooth and ... - "Special:Version" reports "1.16.0beta3" - in my own preferences I can select the new vector skin But I'm missing ... - editing toolbar improvements - link wizard - table wizard - collapsing items in navigation menu (Vector skin) Do I have to enable this via LocalSettings.php? Do I have to install some additional extensions? TIA, Peter

5 12

19 Jul '10

Hi all, Unsure if this is actually a bug or a coincidental sideeffect, but I've noticed today (while testing an authentication plugin) that my login page remained in a loop. Situation: CASAuth.php added and activated. A request from a non-logged in user to a random page results in an authorization request that correctly defers to CAS. User logs in in CAS and CAS redirects back to MediaWiki which shows the correct new username. So far so good. Now, the user decides to logout using the link in the upper right corner (http://myserver/mediawiki/index.php?title=Speciaal:Afmelden <http://myserver/mediawiki/index.php?title=Speciaal:Afmelden&returnto=Hoofdp agina> &returnto=Hoofdpagina) <-- localized, translates to title=Special:Userlogout&returnto=MainPage A login required page is displayed that in it contains a link to log in again. However, this link apparently takes the current page's title as opposed to the returnto field resulting in a logON link of: http://myserver/mediawiki/index.php?title=Speciaal:Aanmelden <http://myserver/mediawiki/index.php?title=Speciaal:Aanmelden&returnto=Speci aal%3AAfmelden> &returnto=Speciaal%3AAfmelden (title=Special:Userlogin&returnto=Special:Userlogout). One can see, a login is immediately logged out again, resulting in a loop. The loop can be broken by /not/ using the login link provided in the loginreq page but by first selecting a random page such as MainPage, changing the inline login link to title=Special:Userlogin&returnto=MainPage The login link in the upper right corner seems to display the same behaviour. My system is MediaWiki 1.15.4 with a HiddenNamespace patch, a (currently commented out) CAS plugin found on (http://kellinwood.blogspot.com/2009/01/casify-mediawiki-with-phpcas.html) and now active Extension:CASAuthentication. This behaviour does not seem intended and is not desired. How can I change this? Met vriendelijke groet, Christian C. Schouten

1 0

Re: [Mediawiki-l] Unable to CAS-ify mediawiki
by Christian C. Schouten 19 Jul '10

19 Jul '10

Platonides wrote: > Christian C. Schouten wrote: > > I'm trying to casify mediawiki as per instructions on > > http://kellinwood.blogspot.com/2009/01/casify-mediawiki-with-phpcas.html > Yes, the wpLoginToken will be interfering with the External > Authentication. Although I have to say, that class smells like a > vulnerability. Thanks for the confirmation. As for the vulnerability, I'll take your word for it. Do you perhaps (or does someone else maybe) have an alternative solution so I can use CAS? Ideally, I'd not use LDAP directly so I can administer the ldap details in a central place (CAS) and refer only to the cas server. Is this at all possible given this wpLoginToken change? I am not bound to, nor do I have any preference, any specific extension/method (as long as I can use my existing cas). Met vriendelijke groet, Christian C. Schouten

1 0

Unable to CAS-ify mediawiki
by Christian C. Schouten 17 Jul '10

17 Jul '10

Dear all, I'm trying to casify mediawiki as per instructions on http://kellinwood.blogspot.com/2009/01/casify-mediawiki-with-phpcas.html Now, I'm running into a problem that might (or might not?) be what is mentioned in the user comment at the end of the page (wpLoginToken against CSRF) Currently, I've been able to get it to the point where CAS is up and running, connected to an MSAD server, and authenticating properly. Mediawiki is running fine with local accounts. When I enable the casifying changes however, mediawiki properly redirects me to the cas login page, cas properly authenticates me and sends me back to mediawiki, but mediawiki then is stuck on Special:Userlogin. Clicking the login link again from the Special:Userlogin page I see only keeps me there (I am not even redirected to cas). Any thoughts on how this can be fixed are most appreciated. Best, Chris PS: I'm using a localized version of MediaWiki, so Special:Userlogin is called Speciaal:Aanmelden and Special:Userlogout is Speciaal:Afmelden Changes to /etc/apache2/apache2.conf file: --- Alias /wiki /var/www/mediawiki/index.php <Directory /> RewriteEngine on RewriteCond %{REQUEST_URI} ^/mediawiki/index.php$ RewriteCond %{QUERY_STRING} ^title=Speciaal:Aanmelden RewriteCond %{REQUEST_METHOD} ^GET$ RewriteRule ^(.*)$ /mediawiki/login/cas1.php [R,L] RewriteCond %{REQUEST_URI} ^/mediawiki/index.php$ RewriteCond %{QUERY_STRING} ^title=Speciaal:Afmelden RewriteCond %{REQUEST_METHOD} ^GET$ RewriteRule ^(.*)$ /mediawiki/login/cas2.php?logout [R,L] </Directory> --- Changes to LocalSettings.php --- # CAS require_once "$IP/extensions/CasAuthentication.php"; $wgAuth = new CasAuthPlugin(); $casServerHostname = 'myserver.mydomain.nl'; $casServerPort = 8443; $casServiceURI = '/cas'; $wgLoginFormKey = "tU2HfXYkf6jc454SYqke"; // Random key, change this $wgGroupPermissions ['*']['read']=false; $wgGroupPermissions ['*']['edit']=false; $wgGroupPermissions ['*']['createaccount']=false; $wgWhitelistRead = array("Speciaal:Aanmelden"); --- Files extensions/CasAuthentication.php and login/cas1.php and login/cas2.php are exactly as given on the site linked above. Met vriendelijke groet, Christian C. Schouten

2 1

easy way of uploading images ?
by Philippe Dhont 17 Jul '10

17 Jul '10

Hi, I wonder if there is an extension or a way so that it makes it easy to 'copy - paste' images in mediawiki ? I have to make a few work instructions with a lot of images and I would gain significant time if I can copy-paste the pictures instead of uploading them. Regards, Philippe Dhont.

4 3

Installing on NetWare
by Steve VanSlyck 17 Jul '10

17 Jul '10

Hello List, Does anyone have mediawiki installed and working well on a Novell 6.5 NetWare server running alongside GroupWise WebAccess and . . . if you do . . would you be willing to send me your vitual hosts configuration file, specifically the <VirtualHost> section that enables MediaWiki? I've tried following all of Novell's instructions to the letter but no matter what I do, setting up a VirtualHost beaks WebAcess as offsite users who access WebAccess no longer see any images from the server. There must be something I'm doing wrong with httpd.conf and until I can figure out what that might be I'm not willing to go further and attempt installtion of MediaWiki. Apache/2.0.63 (NETWARE) mod_jk/1.2.23 Novell Open Enterprise Server, NetWare 6.5.08

1 0

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l July 2010