Wikitech-l November 2007

wikitech-l@lists.wikimedia.org

90 participants
80 discussions

[Fwd: Re: Unable to edit pages while logged in]
by Dimitris Tsallas 06 Nov '07

06 Nov '07

(Forwarding to the list as well for archival purposes, I just noticed the reply-to wasn't set in the original mail from Angela)

1 1

SingleAuth
by Bertrand 05 Nov '07

05 Nov '07

Hi, A group of us are starting a project to seamlessly combine the authentication systems in open source software like Mediawiki, Wordpress, Bugzilla and forums. We're in the API planning phase and would appreciate input and code from anybody, especially Wikimedia people. Read more about it here: http://awnist.com/blog/singleauth/

1 0

Unable to edit pages while logged in
by Dimitris Tsallas 05 Nov '07

05 Nov '07

Hi all, For the past few days I've been experiencing this frustrating issue with my account in the Greek Wikipedia (http://el.wikipedia.org/wiki/User:Ferengi). I'm unable to edit several pages, since every time I try to access an edit link, I get instead a prompt to save index.php. An example of what actually gets saved is below: [Process] Type=Edit text Engine=MediaWiki Script=http://el.wikipedia.org/w/index.php Server=http://el.wikipedia.org Path=/w Special namespace=Ειδικό [File] Extension=wiki URL=http://el.wikipedia.org/w/index.php?title=%CE%98%CE%AC%CE%BD%CE%BF%CF%8… This only happens when I'm logged in, if I log off I can edit pages without issues. This issue is not browser specific, as I have tried IE7 and FF2 on one PC and IE6 on another, both with WinXP SP2, and IE7 on a virtual machine with Server 2008 beta, and in all cases I had the same results. I also had my monobook.js deleted in case it was causing trouble, but that didn't fix anything. Any ideas? ferengi

3 2

Dump is small
by Osnat Etgar 05 Nov '07

05 Nov '07

The last pages-meta-current.xml.bz2 in 20071018 is said to be 5.4GB, but when I downloaded it, it was only 1.5 GB. Why is that? Is there a problem with this dump? I saw there was a lot of discussion about it. What should I do? Thanks P Please consider the environment before printing this e-mail

6 16

New SVN users
by Tim Starling 05 Nov '07

05 Nov '07

New SVN users: erwin85: pywikipediabot vasilievvv (User:VasilievVV): API, TitleBlacklist extension, etc.

1 0

setting a redirect after ArticleSaveComplete
by Travis Derouin 02 Nov '07

02 Nov '07

It doesn't seem possible to set a redirect from function that uses the ArticleSaveComplete hook, because the Article object then resets it later on after the hook is run. Is there a way around this? Can we add a feature to Article that overrides this? I'm implementing a feature that does a check after the article has been saved. In this case, if there are missing images it'll redirect the user to a special page that will prompt the user for a few options, but right now the Article object is clearing the redirect. Thanks Travis

4 3

PHP 5.2.5RC2 testing
by Ilia Alshanetsky 01 Nov '07

01 Nov '07

Hello! You are receiving this email because your project has been selected to take part in a new effort by the PHP QA Team to make sure that your project still works with PHP versions to-be-released. With this we hope to make sure that you are either aware of things that might break, or to make sure we don't introduce any strange regressions. With this effort we hope to build a better relationship between the PHP Team and the major projects. If you do not want to receive these heads-up emails, please reply to me personally and I will remove you from the list; but, we hope that you want to actively help us making PHP a better and more stable tool. The second and final release candidate of PHP 5.2.5 was just released and can be downloaded from http://downloads.php.net/ilia/. This RC adds a few more bug fixes to the 5.2.5 version and works towards further improvement of the language's stability. Since this is the last RC (if all goes according to plan) please test this release and let us know if you've identified any regressions. This is the last chance to identify any issues before the final release. In case you think that other projects should also receive this kinds of emails, please let me know privately, and I will add them to the list of projects to contact. Best Regards, Ilia Alshanetsky 5.2 Release Master

1 0

extending UploadForm
by Travis Derouin 01 Nov '07

01 Nov '07

I've written a few extensions that make use of UploadForm: http://www.mediawiki.org/wiki/Extension:MultiUpload http://www.mediawiki.org/wiki/Extension:ImportFreeImages Both of these had to hack around UploadForm because it wasn't easily extensible. Unfortunately, UploadForm has changed in version 1.11 and these extensions are largely broken. Is there any way we can create a standard function available to external callers that would upload an image, that would be consistent from version to version? Something like: $ret = UploadForm::upload($tempname, $path, $source, $ignore_warnings) that could return an array of warnings / errors that a caller could then either process or show to the user? Most of the functions of UploadForm are largely dependent on internal members (mUploadTempFile, mUploadTempName, etc) that are beyond the scope of an outside caller. Or perhaps there's an easier way around this that doesn't involve UploadForm? It'd be nice if extensions didn't have to reinvent UploadForm to have the ability to upload a file. Thanks, Travis

3 2

Re: [Wikitech-l] [MediaWiki-CVS] SVN: [27091] trunk/phase3/includes/EditPage.php
by Simetrical 01 Nov '07

01 Nov '07

On 11/1/07, david(a)svn.wikimedia.org <david(a)svn.wikimedia.org> wrote: > Revision: 27091 > Author: david > Date: 2007-11-01 04:08:42 +0000 (Thu, 01 Nov 2007) > > Log Message: > ----------- > Split mTitle into uiTitle and dbTitle; this is explained at the top of EditPage.php. mTitle was publicly accessible, since it was declared with var and not protected or private. Did you check whether this change broke any other MediaWiki code, or any extensions?

1 0

problem on our wiki with FF
by Travis Derouin 01 Nov '07

01 Nov '07

We seem to have an issue with users editing on our site with Firefox (reproducible on a Mac, not on Windows) After posting the edit, the server responds with a redirect: HTTP/1.x 302 Moved Temporarily Location: http://www.wikihow.com/Make-Dumplings FF doesn't seem to reissue a request for this article though, and shows the old copy of it without going back to the server. I've double checked this using LiveHTTPHeaders. This seems odd, does anyone have any idea why this would happen? It also seems dependent on time, if the users makes submits an edit within 30 seconds of loading the article, they get the stale version, but if they wait longer, they are more likely to get the fresh version. Other browsers do get the fresh copy if loaded separately with the URL. The normal 200 response for the article includes the cache information: Cache-Control: s-maxage=86400, must-revalidate, max-age=0 but the 302 redirect doesn't include any info about must-revalidate. Could this be an issue? This didn't seem to be an issue earlier than today, we did upgrade to PHP 5.2.4/eaccelerator 0.9.5.2, I'm not sure if this is related. Thanks, Travis

2 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l November 2007