I am in the groups Administrators, Autoconfirmed users, Bureaucrats and
An unprivileged user forgot his password, I want to reset it. But how?
|Michael Renner E-mail: michael.renner(a)gmx.de |
|D-81541 Munich Germany ICQ: #112280325 |
|Germany Don't drink as root! ESC:wq
I'm starting to get less time for doing list administrator stuff but there
is getting more work every week. The queue with this that needed to be done
was one a week when I started but its grown to 10 a week. With the holidays
coming up and that means lots of out of office replays I guess its time to
find a list moderator to help out.
Currently I guess its best to look someone that's active in the community,
and is active on this list in good standing..
When you want to help out please e-mail me at
Huib "Abigor" Laurens
Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate
I just attempted to upgrade my wiki ( http://pipedia.org ) from Mediawiki
1.15.0 to 1.16.2. After running the update I'm missing tables that 1.16.2 is
After uploading the new files I first tried using the installer to run the
update from the web. Initially it reported that the database was schema 4
and it would not be able to update it to schema 5, but it looked like it
updated tables anyway? Apparently not, or not all of them. I then re-ran the
installer with the backwards compatibility option and still had issues so I
ran the update.php script using SSH shell access. It ran without reporting
any errors, but I'm still getting errors indicating the database didn't
This is using PHP 5.2.15 (cgi-fcgi) and MySQL: 5.1.52.
Do you think the issues are related to the schema 4 data base or did I botch
things up trying to use the installer first?
Fortunately I've got a back up of the database and all my files pre-upgrade
'd really appreciate any help in getting this straightened out.
PHP 5.3.3-1ubuntu9.3 (cgi-fcgi)
An example of the problem can be found here: http://184.108.40.206/index.php?title=Kodokan_Judo_Institute
If you notice, the first thing on the page is links to File:Kodokan(andLaqua).jpg and File:Kodokan logo.gif. However, these are created using [[Image:
If you click through to the image page and then click through to the image, you can view it.
I migrated to a new server recently. Previously I was on a shared host using apache, but now I have my own virtual server using lighttpd. The problem occurs on the new server using either apache or lighttpd. Before I migrated I upgraded the installation to 1.16.2 and did not notice if the problem was from that or not.
Any new files I upload will work correctly. It is just the files that I have uploaded before the migration. (so one possible solution is to re-upload all the files... but I sure hell don't want to do that.)
Here is the error the debug log gives (it gives this for any image it tries to display):
MediaHandler::getHandler: no handler found for image/jpeg
Linker::makeImageLink2: File:Kodokan(andLaqua).jpg does not allow inline display
MediaHandler::getHandler: no handler found for image/gif
Linker::makeImageLink2: File:Kodokan_logo.gif does not allow inline display
I am guessing this has something to do with $wgTrustedMediaFormats and Image::isSafeFile deeming these file types to be invalid. But I have no idea why they would be doing this.
Any help would be appreciated.
PS: this is cross-posted here: http://www.mediawiki.org/wiki/Project:Support_desk
So I've got a small wiki cluster which doesn't have particularly high
load, but where reliability is important. There is one MySQL DB
master (load 0 = write only) and one slave (load 1 = read only).
By default, if MySQL's replication fails, MediaWiki doesn't seem to
notice and users get confused since their writes go to master and are
not reflected in what they read from the slave. However, the
$wgDBservers help page says that there is a "max lag" parameter,
defined as "Maximum replication lag before a slave will be taken out
of rotation". Assume I use it like this:
$wgDBservers = array(
'host' => "master.serv.er",
'load' => 0,
'host' => "slave1.serv.er",
'load' => 1,
'max lag' => 30
If slave now fails, does this mean that a) both reads and writes are
sent to master, or that b) MediaWiki switches into read-only mode
since there are no slaves left to handle writes? If the answer is
"b", is there any way I can make scenario "a" happen?
Wikimedia Germany invites anyone interested in improving MediaWiki to come and
join us at or third developer meet-up. Like the last two years, it's going to be
awesome! Unlike the last two years, there will be more hacking and less talking
- it'll be a Hackathon, not a BarCamp.
We'll meet on May 13 to 15, in Berlin, on the 4th floor of the betahaus
coworking space <http://betahaus.de/>.
There will not be an entrance fee, but registration is mandatory and now open:
Registration will close on April 10. If you like to attend, please register in
More information can be found at
The Berlin Hackathon 2011 is an opportunity for MediaWiki hackers to come
together, squash bugs and write crazy new features. Our main focus this time
around will probably be:
* Improving usability / accessibility
* Interactive Maps
* Fixing the parser
* WMF Ops (new data center, virtualization)
* Supporting the Wiki Loves Monuments image hunt
* Squashing bugs
If you have different ideas, please let us know:
The Hackathon will be hosting the Language committee and Wiki loves Monuments
group. There is a limited number of seats reserved for these groups and if you
belong to one of them, you should receive an invitation code soon.
If you have any doubts or questions, contact us at <hackathon(a)wikimedia.de>.
We’re excited to see you in Berlin, your Hackathon Team
Daniel Kinzler (Program Coordinator)
Nicole Ebber (Logistics)
Cornelius Kibelka (Assistant)
On Sat, Apr 9, 2011 at 1:16 PM, Henny Savenije
> Thanks, but I couldn't find the UsabilityInitiative extension. I mean
> when I downloaded that one there was only a readme file.
I've fixed the download link at
http://www.mediawiki.org/wiki/Extension:UsabilityInitiative just hit
"Download Snapshot" then select "1.16.x" in the drop down.
On 11-04-08 09:49 AM, Henny Savenije wrote:
> At 12:45 AM 4/9/2011, Trevor wrote:
>> Take a look at the Vector extension. It offers a variety of
>> progressive enhancements for the Vector skin.
> I tried to install that but I get a blank page.
> _ _
> (o) (o)
> Henny (Lee Hae Kang)
By any chance are you running 1.16?
The Vector extension is only compatible with 1.17+. For 1.16 you need to
use the UsabilityInitiative extension that the Vector extension was
split out from around 1.17.
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]
At 01:59 AM 4/9/2011, you wrote:
>A blank page usually means a php error (check your php and web
>server logs). Also check permissions on the extension software and
>make sure your web service can execute.
I think I understand what's going on. This extension only works with
the Vector skin, is that right?
Henny (Lee Hae Kang)
Portal to all my sites