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/
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.
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
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
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
by FLOSS Survey - Free University Berlin, Institute of CS
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
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
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
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