MediaWiki-l June 2008

mediawiki-l@lists.wikimedia.org

99 participants
118 discussions

Problems with thumbnails
by Matthias Korn 20 Jun '08

20 Jun '08

Hi, after an OS upgrade on the side of my hoster thumbnailing of new images in MediaWiki seems to be broken. I am getting the following error in my Apache error.log when viewing a page with a (broken) thumbnail (old images do work): //--------------------- [Wed Jun 18 22:56:18 2008] [crit] [client 23.23.23.23] (13)Permission denied: /var/www/wiki/images/thumb/Overdose.jpg/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable, referer: http://wiki.rockinchina.com/index.php?title=Overdose //--------------------- Also, new images seem to get other permissions: //--------------------- /var/www/wiki/images/thumb$ ls -lisa 205 4 drwx------ 1 993 993 4096 18. Jun 22:48 Overdose.jpg [new] 1735 4 drwxr-xr-x 1 993 993 4096 22. Mar 15:28 Overload_1.JPG [old] /var/www/wiki/images$ ls -lisa 1898 292 -rw-r--r-- 1 993 993 296817 18. Jun 00:06 Overdose.jpg [new] 2750 24 -rwxr-xr-x 1 993 993 23826 21. Mar 01:10 Overload_1.JPG [old] //--------------------- There is no .htaccess in any of those two directories. Also I have this in my LocalSettings.php: //--------------------- $wgUseImageMagick = true; $wgImageMagickConvertCommand = "/usr/bin/convert"; //--------------------- with: MediaWiki 1.12.0 PHP 5.2.0-8+etch10 (cgi-fcgi) MySQL 5.0.32-Debian_7etch4-log Apache 2.2.3 (Debian) Anyone know what seems to be the problem? Thanks a lot! Matthias Korn -- Rock in China http://wiki.rockinchina.com/ http://www.rockinchina.com/

2 2

mediawiki + NTLM Auth (Automatic SSO Login)
by Oliver Rojo 20 Jun '08

20 Jun '08

Is there a good docbook for Mediawiki + NTLM Auth setup?

2 1

Saving files to NAS
by hanbe325 20 Jun '08

20 Jun '08

Hi, I have set up my wiki in a virtual machine running ubutnu. I have enabled users to upload files. I would like large files (say over 100mb) to be saved to a ReadyNAS (RAIDed network Storage system) rather than on the virtual machine. Anyone know how to do this? It would also be acceptable if the users could upload the files to the ReadyNas then put a link in the wiki that would allow users to down load files from the wiki. -- View this message in context: http://www.nabble.com/Saving-files-to-NAS-tp18020540p18020540.html Sent from the WikiMedia General mailing list archive at Nabble.com.

3 3

Migration Questions
by Jon Welters 19 Jun '08

19 Jun '08

Good Afternoon All, Hopefully this isn't too complicated. I'm in the middle of transistioning a rather large wiki to mediawiki. Previously it was a custom Ruby wiki using textile. We have successfully converted all of the textile and what not. Now we are facing some differences in functionality. There are two main things that we seem to be missing in mediawiki and are trying to find as extensions or determine that we have to do some development. 1. Autosummery - a way to display a short summery of a given page. It has a more button on the bottom that displays the full article. 2. A way to rotate blogs / news articles shown on the main page based on thier age. IE have the 5 newest pages in the "News" catagory displayed on the "news" page, if someone posts a new page in the news category it should then show up and the oldest would no longer be listed but instead accessible by accessing category:News as normal. -- Thank You and Sincerely, Jon

1 0

Re: [Mediawiki-l] Strange problem with search
by Jack Eapen C 19 Jun '08

19 Jun '08

I don't have words to express my thanks for your kind help. It worked perfectly! Great! So is there anyway to repair the db and keep the code unchanged? How to rebuid the search index? Regards Jack -----Original Message----- From: mediawiki-l-bounces(a)lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Jim Hu Sent: Tuesday, June 17, 2008 11:39 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Strange problem with search I suspect that something at some point messed up the database, perhaps by some extension (or db user) deleting a page without properly cleaning up. The revision that isn't being created (returning null, I believe, due to not finding the page) shouldn't happen unless searchengine thinks there's a hit. Did you try rebuilding the searchindex? You can also probably patch around it with the following kludge (I'm sure others have better suggestions) change those lines to: $revision = Revision::newFromTitle( $t ); $text = ''; if (is_object($revision)) $text = $revision->getText(); Jim On Jun 16, 2008, at 2:03 AM, Jack Eapen C wrote: > > > Hi, > > If I put "transaction" in the title and calling that page no probs. > I'm > getting a usual page saying that the required page doesn't exisit and > whether I want to creat that. > > Now I really removed all my extensions from localsettings.php and then > I get one error message on screen "Fatal error: Call to a member > function > getText() on a non-object in D:\Program Files\EasyPHP > 2.0b1\www\sunwiki\includes\SpecialSearch.php on line 335" > > The lines 334 and 335 are > $revision = Revision::newFromTitle( $t ); > $text = $revision->getText(); > > This is coming only for the problem words..all other things are > qorking fine > > Error log is not showing much: > > Fully initialised > Unstubbing $wgMessageCache on call of $wgMessageCache->getTransform > from wfMsgGetKey Unstubbing $wgContLang on call of > $wgContLang->getCode from MessageCache::get Unstubbing $wgLoadBalancer > on call of $wgLoadBalancer->getConnection from wfGetDB > MessageCache::load(): got from global cache > Language::loadLocalisation(): got localisation for en from source > Unstubbing $wgParser on call of $wgParser->firstCallInit from > MessageCache::transform Unstubbing $wgUser on call of > $wgUser->isAllowed from Title::userCanRead Unstubbing $wgLang on call > of $wgLang->getCode from MessageCache::get > IP: 192.168.62.1 > Would search with '+transaction' > Match with /\btransaction\b/ > Would search with '+transaction' > Match with /\btransaction\b/ > > > Regards, > > Jack > ---------------------------------------------------------------- > "May He protect us both. May He cause us both to enjoy.May we exert > together. May our studies become brilliant. May we not hate each > other" > > > -----Original Message----- > From: mediawiki-l-bounces(a)lists.wikimedia.org > [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Jim Hu > Sent: Friday, June 13, 2008 9:51 PM > To: MediaWiki announcements and site admin list > Subject: Re: [Mediawiki-l] Strange problem with search > > This is very strange. The white screen of death should have left > something in the error log after the search for "transaction". This > log also shows that you still have searchsuggest extension on. At > this point, my inclination is to > 1) do the diagnosis with all the extensions off, since you say that > "transaction" is still crashing the wiki even with all of them off. > 2) put something in LocalSettings that would cause a runtime error > just to make sure the logging is working. > 3) test what happens if you put "transaction" as in the URL as if it > was a page title. > I might do these in reverse order, actually. > > Sorry I can't be more helpful... > > Jim > > On Jun 13, 2008, at 1:11 AM, Jack Eapen C wrote: > >> >> Hi, >> >> I stopped my apache cleared the error log and restarted. Then I >> directly called the search url with 'transaction' as keyword and got >> the blank screen. Then I called the url with 'transaction backout' as >> the keyword and got the search results. The error log contents is >> below: >> >> [Fri Jun 13 11:32:24 2008] [notice] Apache/2.2.3 (Win32) PHP/5.2.0 >> configured -- resuming normal operations [Fri Jun 13 11:32:24 2008] >> [notice] Server built: Jul 27 2006 16:49:49 [Fri Jun 13 11:32:24 >> 2008] > >> [notice] Parent: Created child process 4336 [Fri Jun 13 11:32:24 >> 2008] > >> [notice] Child 4336: Child process is running [Fri Jun 13 11:32:24 >> 2008] [notice] Child 4336: Acquired the start mutex. >> [Fri Jun 13 11:32:24 2008] [notice] Child 4336: Starting 250 worker >> threads. >> [Fri Jun 13 11:32:24 2008] [notice] Child 4336: Starting thread to >> listen on port 80. >> [Fri Jun 13 11:32:52 2008] [error] [client 192.168.62.1] File does >> not >> exist: D:/Program Files/EasyPHP >> 2.0b1/www/sunwiki/extensions/searchsuggest/style.css, referer: >> http://sbsws469/sunwiki/?search=transaction+backout&fulltext=Search >> >> >> I commented out all my extensions and tried, but in vain. >> >> As I said earlier, the search is not failing on all the words, but >> only on some words. That's making this problem worse.. :) >> >> Regards, >> >> Jack >> ---------------------------------------------------------------- >> "May He protect us both. May He cause us both to enjoy.May we exert >> together. May our studies become brilliant. May we not hate each >> other" >> >> >> -----Original Message----- >> From: mediawiki-l-bounces(a)lists.wikimedia.org >> [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Jim Hu >> Sent: Thursday, June 12, 2008 9:15 PM >> To: MediaWiki announcements and site admin list >> Subject: Re: [Mediawiki-l] Strange problem with search >> >> Um... which logfile are you getting this from? I was wondering more >> about the httpd error log and expecting a php message like: FATAL >> ERROR: something or other on line X in something.php. >> >> Also, is the white screen of death dependent on any extensions? I >> recently found one with one of my extensions (PagesOnDemand/ >> PMIDonDemand - I wrote the latter, so it's my fault!) where a failure >> condition didn't check to see whether creation of an article object >> had succeeded, followed by trying to call a method on a non-object. >> I'm wondering if either >> a) and extension is sensitive to the specific page names that cause >> the crash or >> b) database damage is leading to failure to create a page that MW >> thinks is there, but which doesn't have the right database entries. >> That usually doesn't give the white screen of death, though. >> >> Jim >> >> On Jun 11, 2008, at 4:18 AM, Jack Eapen C wrote: >> >>> >>> >>> I'm getting a "white screen of death". Here's the info from log >>> file: >>> >>> Main cache: FakeMemCachedClient >>> Message cache: MediaWikiBagOStuff >>> Parser cache: MediaWikiBagOStuff >>> Unstubbing $wgParser on call of $wgParser->setHook from wfFlashMP3 >>> Unstubbing $wgMessageCache on call of $wgMessageCache->addMessages >>> from efNewestPages Unstubbing $wgContLang on call of >>> $wgContLang->getMagic from MagicWord::load Unstubbing $wgLang on >>> call > >>> of $wgLang->getCode from smwfInitMessages Unstubbing $wgUser on call >>> of $wgUser->getOption from StubUserLang::_newObject >>> Language::loadLocalisation(): got localisation for en from source >>> Unstubbing $wgLoadBalancer on call of $wgLoadBalancer->getConnection >>> from wfGetDB >>> IP: 192.168.62.1 >>> MessageCache::load(): got from global cache Unstubbing $wgOut on >>> call > >>> of $wgOut->addScript from TreeView4::addJS Fully initialised Request >>> ended normally >>> >>> >>> Start request >>> GET /sunwiki/?search=transaction&fulltext=Search >>> Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, >>> application/x-shockwave-flash, */* >>> Referer: http://sbsws469/sunwiki/?title=Main_Page >>> Accept-Language: en-us >>> Accept-Encoding: gzip, deflate >>> User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; >>> .NET CLR 1.1.4322) >>> Host: sbsws469 >>> Connection: Keep-Alive >>> >>> >>> Main cache: FakeMemCachedClient >>> Message cache: MediaWikiBagOStuff >>> Parser cache: MediaWikiBagOStuff >>> Unstubbing $wgParser on call of $wgParser->setHook from wfFlashMP3 >>> Unstubbing $wgMessageCache on call of $wgMessageCache->addMessages >>> from efNewestPages Unstubbing $wgContLang on call of >>> $wgContLang->getMagic from MagicWord::load Unstubbing $wgLang on >>> call > >>> of $wgLang->getCode from smwfInitMessages Unstubbing $wgUser on call >>> of $wgUser->getOption from StubUserLang::_newObject >>> Language::loadLocalisation(): got localisation for en from source >>> Unstubbing $wgLoadBalancer on call of $wgLoadBalancer->getConnection >>> from wfGetDB >>> IP: 192.168.62.1 >>> MessageCache::load(): got from global cache Unstubbing $wgOut on >>> call > >>> of $wgOut->addScript from TreeView4::addJS Fully initialised Would >>> search with '+transaction' >>> Match with /\btransaction\b/ >>> Would search with '+transaction' >>> Match with /\btransaction\b/ >>> >>> >>> Regards, >>> >>> Jack >>> ---------------------------------------------------------------- >>> "May He protect us both. May He cause us both to enjoy.May we exert >>> together. May our studies become brilliant. May we not hate each >>> other" >>> >>> >>> -----Original Message----- >>> From: mediawiki-l-bounces(a)lists.wikimedia.org >>> [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Jim Hu >>> Sent: Wednesday, June 11, 2008 5:01 AM >>> To: MediaWiki announcements and site admin list >>> Subject: Re: [Mediawiki-l] Strange problem with search >>> >>> Anything in the error logs when you get the blank page? And by >>> blank to you mean white screen of death or blank wiki skin with no >>> content? >>> >>> Jim >>> >>> On Jun 9, 2008, at 2:07 AM, Jack Eapen C wrote: >>> >>>> >>>> Hi, >>>> >>>> Mod_security is not enabled in my server -i.e I checked the >>>> httpd.conf >>> >>>> file and the apache modules folder. Reference to the particulat >>>> module >>> >>>> is not in the conf file and the mod-security.so file is not in the >>>> folder. Any other hints, plz? >>>> >>>> >>>> Regards, >>>> >>>> Jack >>>> ---------------------------------------------------------------- >>>> "May He protect us both. May He cause us both to enjoy.May we exert >>>> together. May our studies become brilliant. May we not hate each >>>> other" >>>> >>>> >>>> -----Original Message----- >>>> From: mediawiki-l-bounces(a)lists.wikimedia.org >>>> [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Brion >>>> Vibber >>>> Sent: Friday, June 06, 2008 12:27 AM >>>> To: MediaWiki announcements and site admin list >>>> Subject: Re: [Mediawiki-l] Strange problem with search >>>> >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA1 >>>> >>>> Jack Eapen C wrote: >>>>> When I search with SOME keywords, my production wiki returns a >>>>> "blank" >>>>> page. If I use the same words on the test wiki, no probs-results >>>>> are returned (content in both wikis are same). Some of the >>>>> problematic words are "transaction" (transaction backout has no >>>>> problem), function, cards (plastic cards is fine), account etc. >>>> >>>> Sounds like one of those "security" plugins for your web server, >>>> perhaps mod_security. >>>> >>>> It's set in an overprotective mode that freaks out and denies >>>> access when it sees bits of text coming through the form submission >>>> that it thinks are indicative of an SQL or code injection attack. >>>> >>>> Contact your system administrator and let them know they've >>>> misconfigured the software and should back it out to more >>>> reasonable settings. >>>> >>>> - -- brion vibber (brion @ wikimedia.org) -----BEGIN PGP >>>> SIGNATURE----- >>>> Version: GnuPG v1.4.8 (Darwin) >>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >>>> >>>> iEYEARECAAYFAkhINxkACgkQwRnhpk1wk47kngCgvrQx86kyR1mt71unPhvz+piA >>>> oKkAnR3rnrecJq3COq8NvVtkA0KIQM0Y >>>> =AoIU >>>> -----END PGP SIGNATURE----- >>>> >>>> _______________________________________________ >>>> MediaWiki-l mailing list >>>> MediaWiki-l(a)lists.wikimedia.org >>>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >>>> >>>> >>>> This electronic mail (including any attachment thereto) may be >>>> confidential and privileged and is intended only for the individual >>>> or >>> >>>> entity named above. Any unauthorized use, printing, copying, >>>> disclosure or dissemination of this communication may be subject to >>>> legal restriction or sanction. Accordingly, if you are not the >>>> intended recipient, please notify the sender by replying to this >>>> email >>> >>>> immediately and delete this email (and any attachment thereto) from >>>> your computer system...Thank You >>>> >>>> _______________________________________________ >>>> MediaWiki-l mailing list >>>> MediaWiki-l(a)lists.wikimedia.org >>>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >>> >>> ===================================== >>> Jim Hu >>> Associate Professor >>> Dept. of Biochemistry and Biophysics >>> 2128 TAMU >>> Texas A&M Univ. >>> College Station, TX 77843-2128 >>> 979-862-4054 >>> >>> >>> _______________________________________________ >>> MediaWiki-l mailing list >>> MediaWiki-l(a)lists.wikimedia.org >>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >>> >>> >>> This electronic mail (including any attachment thereto) may be >>> confidential and privileged and is intended only for the individual >>> or entity named above. Any unauthorized use, printing, copying, >>> disclosure or dissemination of this communication may be subject to >>> legal restriction or sanction. Accordingly, if you are not the >>> intended recipient, please notify the sender by replying to this >>> email immediately and delete this email (and any attachment thereto) >>> from your computer system...Thank You >>> >>> _______________________________________________ >>> MediaWiki-l mailing list >>> MediaWiki-l(a)lists.wikimedia.org >>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >> >> ===================================== >> Jim Hu >> Associate Professor >> Dept. of Biochemistry and Biophysics >> 2128 TAMU >> Texas A&M Univ. >> College Station, TX 77843-2128 >> 979-862-4054 >> >> >> _______________________________________________ >> MediaWiki-l mailing list >> MediaWiki-l(a)lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >> >> >> This electronic mail (including any attachment thereto) may be >> confidential and privileged and is intended only for the individual >> or entity named above. Any unauthorized use, printing, copying, >> disclosure or dissemination of this communication may be subject to >> legal restriction or sanction. Accordingly, if you are not the >> intended recipient, please notify the sender by replying to this >> email immediately and delete this email (and any attachment thereto) >> from your computer system...Thank You >> >> _______________________________________________ >> MediaWiki-l mailing list >> MediaWiki-l(a)lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > ===================================== > Jim Hu > Associate Professor > Dept. of Biochemistry and Biophysics > 2128 TAMU > Texas A&M Univ. > College Station, TX 77843-2128 > 979-862-4054 > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > This electronic mail (including any attachment thereto) may be > confidential and privileged and is intended only for the individual or > entity named above. Any unauthorized use, printing, copying, > disclosure or dissemination of this communication may be subject to > legal restriction or sanction. Accordingly, if you are not the > intended recipient, please notify the sender by replying to this email > immediately and delete this email (and any attachment thereto) from > your computer system...Thank You > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l ===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054 _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l This electronic mail (including any attachment thereto) may be confidential and privileged and is intended only for the individual or entity named above. Any unauthorized use, printing, copying, disclosure or dissemination of this communication may be subject to legal restriction or sanction. Accordingly, if you are not the intended recipient, please notify the sender by replying to this email immediately and delete this email (and any attachment thereto) from your computer system...Thank You

2 1

Re: [Mediawiki-l] Parser problems in 1.12 with ordered lists
by Uwe Baumbach 19 Jun '08

19 Jun '08

Platonidis, > Uwe Baumbach wrote: > > So we have decided to test it in a fresh installed and empty MW 1.12.0 > > - - with the same result!! > > > > In de.wikipedia.org (1.13.alpha) it works fine. > > > > So my question: What?s wrong? > > -You can try the svn version. We did so. > -WMF wikis have Tidy enabled. Our wiki has it too. > It could be it generates invalid output > and tidy is fixing it. Although i've heard that having tidy enabled or > disabled don't make a difference any more. Can anyone confirm this? What surprised is, that a almost empty new installation shows this bug... Any suggestions by others? -- Ich freue mich auf Deine/Ihre Antwort! Uwe (Baumbach) U.Baumbach(a)web.de _____________________________________________________________________ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071&distributionid=000000000066

1 0

Survey request: Survey on contributor's activities in OS/FS projects (Free University of Berlin)
by FLOSS Survey - Free University Berlin, Institute of CS 19 Jun '08

19 Jun '08

Dear community member, in cooperation with the software engineering research group at Free University of Berlin (Freie Universität Berlin), we are currently conducting an empirical survey on time consumption of participants in Open Source/Free Software projects. In this survey we want to find out how much time is consumed in the different activities and aspects of Open Source/Free Software projects, such as software development, documenting, maintaining or user support. We would greatly appreciate you participating in our survey! This survey will take you no more than 15 minutes of your precious time. It is now open and will be closed in 10 days. Note on data security: This survey is anonymous, so no personal information will be asked. As a gift in return we will share our insights with you (an URL is shown at completion of the survey). The Link to the survey: http://page.mi.fu-berlin.de/pepper/survey/ Thank You!!! Contact: floss-survey(a)inf.fu-berlin.de

1 0

O'Reilly book on MediaWiki: table of contents
by Daniel Barrett 19 Jun '08

19 Jun '08

Anyone interested in the upcoming MediaWiki book from O'Reilly can find the table of contents here (PDF): http://www.blazemonger.com/mtoc/drafttoc.pdf The book should be in stores this fall. -- Dan Barrett dbarrett(a)oreilly.com

4 3

Welcome to mediawiki-l (weekly posting)
by river＠hemlock.toolserver.org 19 Jun '08

19 Jun '08

Welcome to mediawiki-l. This mailing list exists for discussion and questions about the MediaWiki software[0]. Important MediaWiki-related announcements (such as new versions) are also posted to this list. Other resources. If you only wish to receive announcements, you should subscribe to mediawiki-announce[1] instead. MediaWiki development discussion, and all Wikimedia technical questions, should be directed to the wikitech-l[2] mailing list. Several other MediaWiki-related lists exist: - mediawiki-api[5] for API discussions, - mediawiki-enterprise[6] for discussion of MediaWiki in the enterprise, - mediawiki-cvs[7] for notification of commits to the Subversion repository, - mediawiki-i18n[8] for discussion of MediaWiki internationalisation support, - wikibugs-l[9] for notification of changes to the bug tracker. List administrivia (unsubscribing, list archives). To unsubscribe from this mailing list, visit [12]. Archives of previous postings can be found at [3]. This list is also gatewayed to the Gmane NNTP server[4], which you can use to read and post to the list. Posting to the list. Before posting to this list, please read the MediaWiki FAQ[10]. Many common questions are answered here. You may also search the list archives to see if your question has been asked before. Please try to ask your question in a way that enables people to answer you. Provide all relevant details, explain your problem clearly, etc. You may wish to read [13], which explains how to ask questions well. To post to the list, send mail to <mediawiki-l(a)lists.wikimedia.org>. This is a public list, so you should not include confidential information in mails you send. When replying to an existing thread, use the "Reply" or "Followup" feature of your mail client, so that clients that understand threading can sort your message properly. When quoting other messages, please use the "inline" quoting style[11], for clarity. When creating a new thread, do not reply to an existing message and change the subject. This will confuse peoples' mail readers, and will result in fewer people reading your mail. Instead, compose a new message for your post. Messages posted to the list have the "Reply-To" header set to the mailing list, which means that by default, replies will go to the entire list. If you are posting a reply which is only interesting to the original poster, and not the list in general, you should change the reply to only go to that person. This avoids cluttering the list with irrelevant traffic. About this message. This message is posted to the list once per week by <river(a)wikimedia.org>. Please contact me if you have any questions or concerns about this mailing. References. [0] http://www.mediawiki.org/ [1] http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce [2] http://lists.wikimedia.org/mailman/listinfo/wikitech-l [3] http://lists.wikimedia.org/pipermail/mediawiki-l/ [4] http://dir.gmane.org/gmane.org.wikimedia.mediawiki [5] http://lists.wikimedia.org/mailman/listinfo/mediawiki-api [6] http://lists.wikimedia.org/mailman/listinfo/mediawiki-enterprise [7] http://lists.wikimedia.org/mailman/listinfo/mediawiki-cvs [8] http://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n [9] http://lists.wikimedia.org/mailman/listinfo/wikibugs-l [10] http://www.mediawiki.org/wiki/FAQ [11] http://en.wikipedia.org/wiki/Posting_style#Inline_replying [12] http://lists.wikimedia.org/mailman/listinfo/mediawiki-l [13] http://www.catb.org/~esr/faqs/smart-questions.html

1 0

Missing [edit]-Bars in DIVs since Mediawiki1.12.0
by Jens Vieler 18 Jun '08

18 Jun '08

Hi, after upgrading to Mediawiki1.12.0 we are missing the [edit]-link in some circumstance: - edit-tab is ok! - normal pages show the [edit]-link in different sections - ok! - each section of a webpage, if it deals with <div>-containers, has no [edit]-link! this is different to 1.11.x. is the a new behaviour, new config-variables (we are using the old LocalSettings-files), or is it a bug? kind regards jens

2 1

← Newer
1
2
3
4
5
6
7
8
...
12
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l June 2008