Wikitech-l June 2007

wikitech-l@lists.wikimedia.org

93 participants
95 discussions

MediaWiki to Latex Converter
by Hugo Vincent 18 Jun '12

18 Jun '12

Hi everyone, I recently set up a MediaWiki (http://server.bluewatersys.com/w90n740/) and I need to extra the content from it and convert it into LaTeX syntax for printed documentation. I have googled for a suitable OSS solution but nothing was apparent. I would prefer a script written in Python, but any recommendations would be very welcome. Do you know of anything suitable? Kind Regards, Hugo Vincent, Bluewater Systems.

6 13

10k
by Domas Mituzas 01 Dec '07

01 Dec '07

Hi, today we came over 10k HTTP requests per second (even with inter-squid traffic eliminated). Especially thanks to Mark and Tim, who've been improving our caching, as well as doing lots of other work, and achieved incredible results (while I was slacking). Really, thanks! Domas

16 21

Intent to move section edit links over to the left
by Simetrical 11 Sep '07

11 Sep '07

Ref: <http://bugzilla.wikimedia.org/show_bug.cgi?id=1629>, <http://de.wikipedia.org/wiki/Wikipedia:WikiProjekt_Usability/Test_Februar_2…> >From the latter, we have "Two users who started their first-time editing with a paragraph instead of the whole page were not confused by the syntax. However, they were faced with another problem: The location of the "Edit" links seemed to relate them with the paragraph above, not the one below. Therefore, when clicking the "Edit" link below "Geschichte", they expected to see the heading "Geschichte" and its contents. . . . "This expectation was not met, instead "Weblinks" appeared in the editor window. They were confused, did not know what to do. Finally, both participants deleted (!) the existing and valid text, and started to add their own text." We've known for well over a year now that this is a problem. I would like to finally fix it. Specifically, I intend to remove the editsection float style, so it's at the beginning of the section line, to the left. The alternative is to have it as the German Wikipedia does, with the section edit link on the right of the header; however, this a) is kind of annoying as the link jumps around, and b) requires a change to the document structure (admittedly just a reordering of elements, but it may well break some fragile stuff regardless). It does arguably look better, though, and that could be done instead (opinions?). A comparison of the three styles is available at <http://www.mediawiki.org/wiki/User:Simetrical/Edit_links_comparison>. Before this goes into effect, it would be only courteous to inform existing wikis about it and the reasons for doing it. I'll prepare a little message and get someone with bots everywhere (Yurik?) to post it on all the wikis' MediaWiki talk:Common.css pages, I think, before I commit it, and so well before it goes live, along with instructions on how to reverse it preemptively if desired. Are there any objections to this?

23 95

wikipedia measurements and performance rates
by wiki insider 10 Jul '07

10 Jul '07

Hi! I need to evaluate some parameters related to Wikipedia systems performance. Where can I find this kind of measurements (e.g. averaged response times, averaged database acceses, averaged database access time, squid hit rates, memcached uses,...) thanks in advance...

4 5

Planned downtime for OTRS and Bugzilla - Mon, July 2
by Brion Vibber 02 Jul '07

02 Jul '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The backup database server for OTRS and Bugzilla has been borked for a while; to get it back online we'll need to temporarily take the main one offline and recopy its data. Once up and running, it'll be able to stay replicated and up-to-date on its own. This shouldn't take more than a couple hours, but you never know with these things. ;) I'm tentatively planning this for this coming Monday, circa 15:00 UTC, as that's convenient for me and there's no convenient time for shutting down OTRS. ;) Alternate recommendations could be taken into account. Please forward this to OTRS groups as necessary. - -- brion vibber (brion @ wikimedia.org) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGhWuuwRnhpk1wk44RAp3uAJ9zqxpzRVq47Xv73uzCrTni8TY7uQCguptm rHmMk55YD3JZ92mFtzfPL/4= =/994 -----END PGP SIGNATURE-----

1 2

Upload behaviour changed
by Brianna Laugher 01 Jul '07

01 Jul '07

Hi, It appears now that after uploading on Commons, the user is taken to a page at Special:Upload: "Successful upload" "Please follow the link [image name] to the description page now, to verify that it uploaded correctly. If your changes are significant, you should mention how you have modified the old image. Note In some cases, you might have to refresh the browser cache to see your newly uploaded image. Do this by pressing "refresh" in your browser. If you need help, ask at the Help desk. Return to Main Page." (MediaWiki:fileuploaded - note that we modified the message to reflect the fact that it only came up where the user was overwriting a file) Formerly, the user only got this page if they were overwriting an existing file, and ordinarily they would be taken straight to the new image page. Now it comes up if the file is being uploaded for the first time. Also, in my experience at least, the sidebar appears pushed most of the way down the page. (Firefox 2.0.0.3 on Fedora Core 6) Is there a reason behind this change? If not, can it please be reverted to the former behaviour? thanks Brianna user:pfctdayelise -- They've just been waiting in a mountain for the right moment: http://modernthings.org/

7 14

Re: [Wikitech-l] [MediaWiki-CVS] SVN: [23409] trunk/phase3
by Brion Vibber 30 Jun '07

30 Jun '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 simetrical(a)svn.wikimedia.org wrote: > Revision: 23409 > Author: simetrical > Date: 2007-06-26 01:01:08 +0000 (Tue, 26 Jun 2007) > > Log Message: > ----------- > * Wrap site CSS and JavaScript in a <pre> tag, like user JS/CSS > * (bug 10196) Add classes and dir=ltr to the <pre>s on CSS and JS pages (new > classes: mw-user-css, mw-user-js, mw-site-css, mw-site-js) A little note: remember you can use multiple classes. It might be a little more consistent to be able to style *all* such items in a group. Say, one class marks it as being low-level web source code. Another class marks it as being CSS or JS. A third class might define it as being specifically a per-user item or a per-site item. Then, if additional such tools are brought in they'll get styled automatically. - -- brion vibber (brion @ wikimedia.org) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGgShVwRnhpk1wk44RAo4EAKDI8kb/nYTPF1d+PHv4ln1o2DVNLgCdEW5v dv8ySd3X8B7XJ5cAIClya6M= =U5bT -----END PGP SIGNATURE-----

4 4

MediaWiki automated test run failure 2007-06-30
by brion＠pobox.com 30 Jun '07

30 Jun '07

An automated run of parserTests.php showed the following failures: This is MediaWiki version 1.11alpha (r23582). Reading tests from "maintenance/parserTests.txt"... Reading tests from "extensions/Cite/citeParserTests.txt"... Reading tests from "extensions/Poem/poemParserTests.txt"... Reading tests from "extensions/LabeledSectionTransclusion/lstParserTests.txt"... 18 still FAILING test(s) :( * URL-encoding in URL functions (single parameter) [Has never passed] * URL-encoding in URL functions (multiple parameters) [Has never passed] * Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html) [Has never passed] * Link containing double-single-quotes '' (bug 4598) [Has never passed] * message transform: <noinclude> in transcluded template (bug 4926) [Has never passed] * message transform: <onlyinclude> in transcluded template (bug 4926) [Has never passed] * BUG 1887, part 2: A <math> with a thumbnail- math enabled [Has never passed] * HTML bullet list, unclosed tags (bug 5497) [Has never passed] * HTML ordered list, unclosed tags (bug 5497) [Has never passed] * HTML nested bullet list, open tags (bug 5497) [Has never passed] * HTML nested ordered list, open tags (bug 5497) [Has never passed] * Fuzz testing: image with bogus manual thumbnail [Introduced between 08-Apr-2007 07:15:22, 1.10alpha (r21099) and 25-Apr-2007 07:15:46, 1.10alpha (r21547)] * Inline HTML vs wiki block nesting [Has never passed] * Mixing markup for italics and bold [Has never passed] * dt/dd/dl test [Has never passed] * Images with the "|" character in the comment [Has never passed] * Parents of subpages, two levels up, without trailing slash or name. [Has never passed] * Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed] Passed 526 of 544 tests (96.69%)... 18 tests failed!

1 0

Re: [Wikitech-l] [MediaWiki-CVS] SVN: [23565] branches/apiedit/phase3/includes
by Rob Church 30 Jun '07

30 Jun '07

On 29/06/07, catrope(a)svn.wikimedia.org <catrope(a)svn.wikimedia.org> wrote: > Revision: 23565 > Author: catrope > Date: 2007-06-29 20:04:29 +0000 (Fri, 29 Jun 2007) > > Log Message: > ----------- > Adding to the right branch. See r23562 for details. Some quick thoughts: * We like whitespace in our code, and it's nice when people generally follow the house style * Is there a better place for those constants? Seems to me that global defines should be cut down a bit now that we can use class constants. * "ROLLBACK_SUCCES" seems a bit silly; what are you hoping to save by missing one character out? It's going to be a lot less confusing in the long term if you just rename it to what other people would expect. Rob Church

1 0

Bugzilla slow
by Edward Z. Yang 29 Jun '07

29 Jun '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is it just me, or is Bugzilla really slow today? - -- Edward Z. Yang GnuPG: 0x869C48DA HTML Purifier <htmlpurifier.org> Anti-XSS HTML Filter [[ 3FA8 E9A9 7385 B691 A6FC B3CB A933 BE7D 869C 48DA ]] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGguelqTO+fYacSNoRAlgjAJ9La3B2wrAHQB5Js8U7ZJtcwPPEFQCfaLnL 2zpeAf2B6in/0P4fi8GALH8= =U3fG -----END PGP SIGNATURE-----

5 6

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 June 2007