MediaWiki-l May 2006

mediawiki-l@lists.wikimedia.org

170 participants
262 discussions

Announcement: New mailing list for internationalisation
by Rob Church 06 May '06

06 May '06

I'd like to announce the creation of a new mailing list dedicated to centralising discussion regarding MediaWiki internationalisation. Details can be found at http://mail.wikimedia.org/mailman/listinfo/mediawiki-i18n. MediaWiki's support for multiple languages, and the provided translations, is dependent upon volunteers to maintain the language files the software uses, and it's fair statement to point out that a lot of these are out of date or missing entries. When a developer adds a new feature which requires an interface message, it's added to the English-language localisation files, and sometimes the files corresponding to another language, if spoken, e.g. I might add a new feature and provide English and French messages. This doesn't help other languages, such as German or Russian. Likewise, removals or renaming of messages don't propagate to other languages (although I intend to write a couple of quick scripts to help make this convenient), leaving obsolete messages behind. What would be awesome is if each language had a maintainer who was active in helping to keep their specific language up to date. Some languages do seem to have de facto maintainers; Rotem Liss, for example, has adopted Hebrew, and we receive frequent patches from him in response to updates we make. I'd therefore like to take this opportunity to extend a welcome to anyone interested in helping to clean up their spoken language's translations to join the list and see what it's all about and what needs doing. I am, of course, happy to answer questions prospective maintainers have, and Niklas Laxström is another figure you might want to contact. Rob Church

1 0

SoC proposal improvement
by Shtriter 06 May '06

06 May '06

Hello. My SoC proposal contains some mistakes, but html-version of it (further information link - http://meta.wikimedia.org/wiki/MediaWiki_Performance_optimization) is quite ok. I would like to know: should I resubmit it or that doesn't matter Best regards, Shtriter Andrew.

2 1

I click preview or save, the browser waits forever
by Abe Pazos 06 May '06

06 May '06

Hello everyone, this is my first post here... I have searched lists, wikis and forums, but haven't found anything yet. My wiki is installed in Dreamhost (shared hosting), using CGI mode. It's private, only for two people to share info. When I start editing a text each day, everything goes fine for about 10 previews. Then the server stops responding when I click Save or Preview. It's weird, because it gives no error. No 404, no nothing. The browser activity icon spins in the corner for... half hour? But I can still browse the pages quickly, no problem. Maybe it's some database locking issue? Is there some default limitation for editing too often? If I wait until next day it seems to work again. I just installed 1.6.5, but since it's already locked today I see no change yet. Any ideas? Thanks, Abe Pazos

2 1

php ./update.php -> PHP Fatal error: Cannot redeclare wfprofilein()
by HumanCell .org 06 May '06

06 May '06

The maintenance/update.php script fails for me. -sh-3.00$ php ./update.php PHP Fatal error: Cannot redeclare wfprofilein() (previously declared in /home/humancell/mediawiki-1.6.2/includes/ProfilerStub.php:6) in /home/humancell/public_html/includes/Setup.php on line 30 Content-type: text/html X-Powered-By: PHP/4.3.9 I have the same problem whether using mediawiki-1.6.2 or 1.6.5 My php version is not the latest (4.3.9-3.12), but is still supported according to INSTALL: "Web server with PHP 4.3.2 or higher; 4.4.x or 5.x is recommended." Any suggestions?

1 0

Re: [Mediawiki-l] Best strategy to populate User data from Single Sign On?
by Lane, Ryan 05 May '06

05 May '06

If doing a SQL call on the option is easier for you, than it would be one way to go; however, since you have the user's ID in the username, you could skip that step (I'll use the user-option way, since it fits my plugin better). Essentially, you'll need to add code to userExists() to check to see if that user has already been created, and either send an error message, or call the rename script. I don't believe you would need to change the rename user special page to replace the ID, since it is supposed to be unique. If your ID is not unique, then you are probably going to start running into problems ;). Notice that the function you mentioned returns the user's mediawiki ID. It probably won't help you too much. You should look at how mediawiki pulls options instead. If you aren't a developer, these changes may be hard for you. Especially since this may (probably will...) require either a new hook, or logic changes in the core code. I'll be implementing this functionality in the future to my plugin, so I may be doing some of the work for you. This isn't on my plate for my next release, and I haven't had much time for changes lately, so don't expect this to happen soon. V/r, Ryan Lane > -----Original Message----- > From: mediawiki-l-bounces(a)Wikimedia.org [mailto:mediawiki-l- > bounces(a)Wikimedia.org] On Behalf Of Brian Carpenter > Sent: Thursday, May 04, 2006 1:20 PM > To: MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] Best strategy to populate User data from Single > Sign On? > > Too much for a novice like me to grasp and run with it alone... > If I understand correctly, your proposed method would create an option in > the $userclass and set it to the employee's ID. I would then need to > create > a statement to check if that value exists for any other $user prior to new > user creation. Sounds good. I just don't have the peices. Would I then > also > have to modify Specials:Renameuser to replace the > $user(uniqueSSOID)optional > value during rename? > > While scavaging in user.php, I found a query snippet that checks if a user > with the given name exists, then returns the ID. > > function idForName() { > $fname = 'User::idForName'; > $gotid = 0; > $s = trim( $this->getName() ); > if ( 0 == strcmp( '', $s ) ) return 0; > $dbr =& wfGetDB( DB_SLAVE ); > $id = $dbr->selectField( 'user', 'user_id', array( 'user_name' => $s ), > $fname ); > if ( $id === false ) { > $id = 0; > } > return $id; > } > > How could the above be copied/modified to return the > full username ($username) that contains the string ($UniqueSSOid) of the > about-to-be created user? > I''m not a developer, but if I get help with the above, I can figure out > how to alter the Autologin script to: > 1) halt auto new user creation and display a html informative message/page > to the browser. > 2) send wgEmergencyContact email with existing and proposed usernames. > > As for actually renaming the user: > If I get this far, I would be very happy to perform the > Special:Renameuser process manually... ... Until I learn more php > > Thx again, > Brian > > This thread is also related to: > http://mail.wikipedia.org/pipermail/mediawiki-l/2006-May/011779.html > > On 5/4/06, Lane, Ryan <laner(a)navo.navy.mil> wrote: > > > > > Now if I can just create a method to determin if the user exists prior > > to > > > new user creation - detailed in: > > > http://mail.wikipedia.org/pipermail/mediawiki-l/2006-May/011779.html > > > Thanks again, > > > Brian > > > > > > > You could add the user's ID as a user option on user creation: > > > > $user->setOption('uniqueSSOID',$yourUniqueSSOID); > > > > in function initUser() in the authentication plugin you are using. If > you > > do > > that, you can search the database based upon the ID. > > > > I'm not sure if the core code currently has any hooks that would allow > you > > to rename the user when the user logs in, without reporting errors... > > > > I'm glad you brought this up, because I really didn't think about this, > > and > > this is definitely something I'll run into in the future. I'll have to > > look > > into adding support for this in my plugin. > > > > V/r, > > Ryan Lane <Lane(a)Wikimedia.org> > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)Wikimedia.org > http://mail.wikipedia.org/mailman/listinfo/mediawiki-l

2 1

Moving from MoinMoin to MediaWiki
by Ken McDonald 05 May '06

05 May '06

I've done Google searches but been unable to find any utilities for translating from MoinMoin markup to MediaWiki markup. Does anyone have any recommendations? Thanks, Ken

1 0

Set User Preference jump-to-nav
by Brian Carpenter 05 May '06

05 May '06

Haven't been able to find related info via google search or meta... I would like to make the default setting for the User Prefererence 'Enable "jump to" accessibility links' = False. If this can't be done, I would like to set the User Preference to false from within the inituser function of my auto-login script, (see full code at) http://meta.wikimedia.org/wiki/User:Otheus/Auto_Login_via_REMOTE_USER/code Other user options are set in this script using $user->setOption('enotifrevealaddr', 1); so I added the line: $user->setOption('showjumplinks', 0); but it didn't work. Any suggestions? Until this is figured out I'm implemented a workaround by adding the the following lines to main.css #jump-to-nav {. display: none; But this will confuse users who see/set the Preference in User Preferences. Thanks again,

2 2

Translate/Rewrite beautified pretty ugly URLs-works except for special characters in article titles
by Brian Carpenter 05 May '06

05 May '06

When I click on the link to http://intranetsite.com:12843/wiki/Project_Meeting_of_02/22/06 I get the dreaded HTTP 404 Error Using Windows2003,IIS and ISAPI Rewrite physical location is c:\wiki\MediaWiki\MediaWiki-1.6.3 LocalSettings.php statements: - - - - - - $wgScriptPath = ""; $wgScript = "$wgScriptPath/index.php"; $wgRedirectScript = "$wgScriptPath/redirect.php"; ## For more information on customizing the URLs please see: ## http://meta.wikimedia.org/wiki/Eliminating_index.php_from_the_url ## If using PHP as a CGI module, the ?title= style usually must be used. $wgArticlePath = "/wiki/$1"; # $wgArticlePath = "$wgScript?title=$1"; - - - - - - - - - httpd.ini content is: # Translate beautified links of wiki RewriteRule /wiki/([^/?.]+)(?:\?(.+))? /index.php\?title=$1?2&$2: [I,L] RewriteRule /wiki/(?=Special)([\w:]+)/([\w:]+) /index.php\?title=$1&target=$2 [I,L] What the %?*$/1# is goingin on? Appreciatively again, Brian

4 13

mediawiki upgrade SQL errors
by Greg Rodenhiser 05 May '06

05 May '06

I am attempting to upgrade Mediawiki 1.5.2 to 1.6.5 but am hitting some issues in the upgrade.php step. Below is the steps I followed: 1.) Backup EVERYTHING 2.) Copy new Mediwiki 1.6.5 on top of Mediawiki 1.5.2 (preserving LocalSettings.php, AdminSettings.php, images, and extensions. 3.) Ensure AdminSettings.php file is set correctly 4.) cd in maintenance directory 5.) run php update.php It starts out okay, sees all my wiki tables, and then gives this error and dies: ERROR 1005 (HY000): Can't create table 'wiki_transcache' (errno: 13) I set my AdminSettings.php to be the MySQL admin login. If I run the same SQL from mysql> prompt (not via the script) it also gives the same error. Not being very fluent in MySQL, this tells me that somehow both my MySQL admin account, and the account that Mediawiki logs in MySQL as lost CREATE privilleges on my databse. Can someone confirm? If so, how do I put them back? Thanks in advance!!

2 3

Re: [Mediawiki-l] MediaWiki coding
by SilverSide 05 May '06

05 May '06

Just realized I accidentally sent this off the list instead of on it, in reply to the perl/php discussion. On May 3, 2006, at 7:58 PM, SilverSide wrote: > I wasn't particularly planning on making this a public project; > much of our goal is NOT particularly putting MediaWiki in a better > language; as it is implementing the goals we need for our network, > and the porting is just something we were going to do in the > process so we can easily work and hack it in the future. If enough > people are interested, we could do the 'porting' first and work > with anybody interested, then release and maintain that separately > from our version. > > Really, we just want to implement some MAJOR changes to the WAY > mediawiki works, while keeping most of the end-user experience. For > instance, we want to port to perl, as has been said, and we want to > sort of modularize it, with separate portable modifiable modules > for (for instance) user authentication, or categorization > management, or editing, or article history; that way, these 'bits' > can be changed or replaced, while the central 'wiki' module would > merely be the hub for all of them to connect - the parser would > even be it's own module. Over time, we could perhaps implement > things to make our (whatever)wiki (no name yet, maybe MW3 or > something) more usable for other things - a specifically designed > authentication module to work with LDAP, or a parser module to use > *these* /markups/ _instead_ - just to throw out some ideas from > recent discussions on this list... > > Sorry, last paragraph was pure speculation, mostly we (as I said) > want to keep end-user experience unmodified for the first version, > then once we have it in a language we can WORK with (I am SICK of > php, no offense to those who like it, but I've been wrestling with > it too much over the past months) we can start implementing our > ideas in an incremental fashion. > > Back to the topic, anyway; if I could get some interest, then I > wouldn't mind working with some other Perl enthusiasts on the > initial port, then I we could keep that updated and released > without our modules over time; anybody interested can e-mail me > privately - this isn't strictly WikiMedia's MediaWiki related, so > let's take it off this list, k? > > On May 3, 2006, at 6:42 PM, Erin Spiceland wrote: > >> How many people are in on this and is there a plan yet? Is there a >> central repository of ideas, methods or anything? Is there a >> website? I >> own a hosting company and would be happy to provide some space if >> need >> be. >> >> Erin >> >> >> On Wed, 2006-05-03 at 13:43 -0800, Elliott F. Cable wrote: >>> Ah, I'm an idiot; forgot to specify IRC server: >>> irc://irc.freenode.net/#enterwiki >>> >>> Ken (xevo) and I are in there most of the time if not 24/7 (which is >>> the case as of right now) so if your an IRC user, just add those >>> channels to your auto-join list and stick around, you can jump in >>> the >>> conversation whenever we're discussing it. Beware, I'm a total >>> noob - >>> I know wikis and the wiki concept (and mediawiki itself) very well, >>> but when it comes to code, I'm as nib as they get (-: >>> >>> Xevo, however, is to be feared. Pheared, even, to use a >>> neologism. ~~~~ >>> >>> On May 3, 2006, at 1:27 PM, Erin Spiceland wrote: >>> >>>> That sounds really exciting! Thanks! >>>> >>>> On Wed, 2006-05-03 at 13:11 -0800, Elliott F. Cable wrote: >>>>> Well, we do gaming wikis. I'm not a gamer either, used to play >>>>> some >>>>> World of Warcraft, but it got ooold fast. Anyway, I'm the dude who >>>>> does the php, but I really suck, and I happen to agree with our >>>>> *real* techi guy that Perl is much better. We're planning to >>>>> sort of >>>>> port mediawiki to perl, but it will be a very very long >>>>> project, and >>>>> require a whole lot of work. Get in #enterwiki and #enterwiki- >>>>> tech, >>>>> and we can talk sometime (I'll get xevo in on it too). >>>>> >>>>> On May 3, 2006, at 12:43 PM, Erin Spiceland wrote: >>>>> >>>>>> Not particularly, but I'm not NOT a gamer, and I'd love some >>>>>> information >>>>>> about what you are planning! >>>>>> >>>>>> >>>>>> On Wed, 2006-05-03 at 12:30 -0800, Elliott F. Cable wrote: >>>>>>> We're possibly preparing to embark on a major project involving >>>>>>> perl >>>>>>> and MediaWiki - are you a gamer? >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>>> >>>> >>> >>> >>> >> >

3 2

← Newer
1
...
18
19
20
21
22
23
24
...
27
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l May 2006