Wikitech-l November 2008

wikitech-l@lists.wikimedia.org

92 participants
73 discussions

Bypassing file upload size limit
by Simon Orr 18 Nov '08

18 Nov '08

Hi, I'm trying to add a large (~250MB) file to my wiki which users should be able to download. The normal file upload on my wiki is 16MB and I have no wish to change this - I just want to bypass it in this specific instance. I'm loathe to just go into tables on ym own and start adding records as I'm unfamiliar with the DB schema (happy to do it with guidance). I can also manually copy the file across to the server instead of uploading it if that makes it easier. Many thanks in advance for any help you can provide Regards Simn The information contained in this communication is privileged and confidential. The content is intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify me immediately by telephone or e-mail, and delete this message from your systems. Teleperformance is a trading style of MM Teleperformance Ltd: Reg No. 02060289 England: Registered Office: St James House, Moon Street, Bristol, BS2 8QY. VAT No.763 0980 18. P Please think of the environment before you print this email

2 2

Extension of Wikitext
by Alex Bernier 18 Nov '08

18 Nov '08

Hello, I hope it is the right place to ask my question... I work on a "collaborative correction of books" project. I know there is already some projects related to this subject, like Wikisource. The main difference between my project and Wikisource is that my books are stored in text using DAISY (see http://www.daisy.org/), a format based on XML. I have some questions : 1) Is there some tools to import XML files in a Wiki ? 2) Is there tools to export a Wiki page in XML ? 3) I will have to extend the Wikitext (I want to import DAISY XML files in my Wiiki and export them from the Wiki to XML DAISY after correction, without loosing information). I think it would be easy for the majority of the new tags I want to add, but it would be more difficult for some of them. For example, I need to improve the headings possibilities of the Wikitext. For the moment, it is limited to 5 levels. I need potentially infinite imbrications, like this: <level> <hd>Title 1</hd> <level> <hd>Title 2</hd> ... <level> <hd>Title n</hd> </level> </level> </level> Is it possible to add this kind of thing in the Wikitext ? If yes, is it possible to do this with an extension, or is it necessary to do "low-levels" modifications of the Wikitext parser ? Best regards, Alex Bernier

3 3

Real HTML comments
by Sylvain Brunerie 18 Nov '08

18 Nov '08

Hi, Is there a way to insert into a page real HTML comments ? I mean, HTML-style comments like  are stripped on rendering the page. I'd like to insert comments staying as comments in the source code of the generated page. Thanks, Sylvain Brunerie – [[fr:User:Delhovlyn]]

11 22

Bug in user prefereces
by Timwi 17 Nov '08

17 Nov '08

Hi, I just tried to fix my timezone settings now that daylight savings is over. I get the following message: Your password is invalid or too short. It must have at least 1 character and be different from your username. If the password boxes are empty, the system should not assume that I was trying to change my password. Timwi

17 26

FlaggedRevs setups restarting
by Brion Vibber 17 Nov '08

17 Nov '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ok, Rob's starting to clear out some of the FlaggedRevs setup requests, now that we've cleaned up some of the configuration files. For today we've set up en.wikibooks.org as requested: https://bugzilla.wikimedia.org/show_bug.cgi?id=14618 If everything's going smoothly, we'll start chugging through the rest over the coming days. - -- brion -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkeJY0ACgkQwRnhpk1wk47VBQCgjuIHXXmv2enbTbRFaMydX2x7 g2kAoLp4mFC4j75Z9pzZQfnk79t4KI39 =QgJZ -----END PGP SIGNATURE-----

9 22

LdapAuthentication 1.2a released
by Lane, Ryan 17 Nov '08

17 Nov '08

This is a feature and bugfix release. This version fixes an issue in auto-authentication with newer versions of MediaWiki (1.11+). New features: * Added support for web server authentication * Added support and documentation for Kerberos Authentication (via web server authentication) Bugfixes: * Reworked the auto authentication code * Added functionality to ignore email confirmation * Added option for defining attributes to use when pulling preferences * Added support for ldapi * Fixed bugs when adding users * Fixed SSLAuth function to work with newer versions of MediaWiki * Added an id to the userlogin template for wsDomain (added in core code) * Fixed the debug code to remove expensive implodes For documentation regarding Kerberos authentication, please see: http://www.mediawiki.org/wiki/Extension:LDAP_Authentication/Kerberos_Con figuration_Examples For documentation regarding SSL (smartcard) authentication, please see: http://www.mediawiki.org/wiki/Extension:LDAP_Authentication/Smartcard_Co nfiguration_Examples For general documentation for the plugin, please see: http://www.mediawiki.org/wiki/Extension:LDAP_Authentication For support, please post questions on the general documentation's discussion page: http://www.mediawiki.org/wiki/Extension_talk:LDAP_Authentication V/r, Ryan Lane

1 0

Correct page_latest for images?
by Tim Landscheidt 17 Nov '08

17 Nov '08

Hi, in bug 14561 (cf. <URI:https://bugzilla.wikimedia.org/show_bug.cgi?id=14561>) Aaron said that some hiccups in flagged images are caused by old uploads that did not update page_latest. As this is a problem that comes up from time to time and is rather annoying, is it possible to correct these fields with a maintenance script once so that this demon is gone for good? Thanks, Tim

1 0

Bugzilla Weekly Report
by reporter＠isidore.wikimedia.org 17 Nov '08

17 Nov '08

MediaWiki Bugzilla Report for November 10, 2008 - November 17, 2008 Status changes this week Bugs NEW : 85 Bugs ASSIGNED : 2 Bugs REOPENED : 10 Bugs RESOLVED : 46 Total bugs still open: 3129 Resolutions for the week: Bugs marked FIXED : 25 Bugs marked REMIND : 0 Bugs marked INVALID : 7 Bugs marked DUPLICATE : 6 Bugs marked WONTFIX : 6 Bugs marked WORKSFORME : 2 Bugs marked LATER : 1 Bugs marked MOVED : 0 Specific Product/Component Resolutions & User Metrics New Bugs Per Component Page rendering 5 General/Unknown 5 Site requests 5 User interface 5 General/Unknown 4 New Bugs Per Product MediaWiki 21 Wikimedia 13 MediaWiki extensions 15 Top 5 Bug Resolvers JSchulz_4587 [AT] msn.com 7 markus [AT] semantic-mediawiki.org 6 brion [AT] wikimedia.org 6 roan.kattouw [AT] home.nl 4 soxred93 [AT] gmail.com 3

1 0

SVN update on live sites to r43514, questions on branching
by Brion Vibber 16 Nov '08

16 Nov '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've got the live Wikimedia site all up to date at r43514 now. We'd been updating some extensions individually over the last couple weeks, but full updates were held back as general code review got a little behind during the lead-up to the fundraiser and our staff meeting last week... I'm hoping to get us on a regular weekly update schedule, probably Tuesdays since my experience is that Mondays end up totally unproductive. :) I did have to pull back the Special:Search redesign for the moment; it's looking *awesome* but has a few glitches still, which I'm hoping we can resolve before putting it live. See my comments on issues I noticed in the revert: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/43499 I'm thinking we should start making more active use of branches for experimental/iterative development like this, where existing features in core are majorly refactored and need some iterations of testing before going live. We try to keep our trunk code ready-to-run at all times, so when something in trunk is not quite ready yet we end up rolling it back (which requires tracking down multiple changes and reverting all of them) or else rushing fixes so we can get an update pushed out. The SVN server was updated to 1.5 a while ago, which is apparently a little handier at branch merging, but branching still is kind of awkward in SVN. Any good recommendations on SVN-friendly DVCSs? I know some folks use SVK or a GIT-SVN bridge for doing various local development, but how easy is it to share a development branch among multiple developers over time this way? - -- brion -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkeIYgACgkQwRnhpk1wk44rIQCeP53GOXDdKNxpPcMkQDM9Getz 9PUAniho/3lOK7r+omsCyxEGn+9PPVdt =x3IC -----END PGP SIGNATURE-----

8 12

FlaggedRevs status/news?
by Luiz Augusto 16 Nov '08

16 Nov '08

According to http://noc.wikimedia.org/conf/highlight.php?file=flaggedrevs.php, FlaggedRevs is enabled on de.wikipedia, ru.wikipedia and en.wikinews. The extension is requested to get enabled on als.wikipedia (bugzilla:13968), de.wiktionary (13969), pt.wikinews (14254), en.wikibooks (14618), he.wikisource (14648), zh-classical.wikipedia (14715), eo.wikipedia (14728), ru.wikiquote (14863), ru.wikisource (15006), uk.wiktionary (15335), fr.wikinews (15346), hu.wikipedia (15568), pl.wikipedia (16177). Is there any special reason for not enabling on those wikis (like extension still needs to be fixed for security/stability issues) or it is only the usual backlog at shell requests? Is recommendable to make more requests at this time or to wait a few more months?

3 5

2026

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 2008