The module loaded should be fine.
anyways, if phpMyAdmin is working, but MediaWiki not, something is
seriously wrong.
On Jun 14, 2008, at 10:50 AM, Sandy Rozhon wrote:
> Well, I know the drive letter will change because I'm testing this on
> my desktop, but intend for it to be used eventually on my laptop. I
> don't believe I'm defining the drive anywhere as far as i know.
>
> Also, there is no file called php.dll in the php5 folder. Since some
> of the other php files seem to load correctly (ie. phpmyadmin or the
> wow page), it seems odd that it is only mediawiki that doesn't
> function properly. I can't even get into the configuration section.
>
> Any further suggestions?
>
> Sandy
>
> On 14 Jun 2008 at 10:35, Darren VanBuren wrote:
>
>> The root meaning the I:/ directory.
>>
>> anyways, using an absolute path for a removable drive is risky on
>> windows. the drive letter could change, making everything break.
>>
>> Check that the drive letter is most certainly I. That's VERY
>> important.
>
>
> On Jun 14, 2008, at 10:31 AM, Sandy Rozhon wrote:
>>
>>> On 14 Jun 2008 at 9:53, Darren VanBuren wrote:
>>>
>>>> I am assuming something is wrong with the Apache config. Check in
>>>> wosportable/apache2/conf/httpd.conf (just look for httpd.conf
>>>> somewhere) for a line like
>>>>
>>>> LoadModule php5_module ../php5/php.dll
>>>>
>>>> If there is no line that loads a .dll for PHP, then most definitely
>>>> PHP isn't loaded.
>>>
>>> This is what I found:
>>>
>>> LoadModule php5_module "I:/wosportable/php5/php5apache2.dll"
>>> PHPIniDir "I:/wosportable/php5"
>>>
>>>
>>>
>>>> Also, is the 'wosportable' directory in the root of the flashdrive?
>>>
>>> I'm not sure what the root would be? I assume it is. If I look in
>>> Windows Explorer at the USB stick drive, I see:
>>>
>>> (I:)
>>> System
>>> Documents
>>> wosportable
>>>
>>>>
>>>> The restriction on file sizes is in php.ini which should be in /
>>>> wosportable/php5.
>>>>
>>>> You need to change post_max_size and upload_max_filesize.
>>>>
>>>> Note: post_max_size MUST be GREATER THAN upload_max_filesize.
>>>
>>> Thanks I'll try those changes.
>>>
>>> Sandy
>>>
>>> _______________________________________________
>>> MediaWiki-l mailing list
>>> MediaWiki-l(a)lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>>
>> Darren VanBuren
>> onekopaka(a)gmail.com
>> ----------------------------------------------
>> Administrator of Onekopakaspace
>>
>> Trunk MediaWiki install:
>> http://oks.verymad.net/~onekopaka/mwtrunk/
>>
>>
>
>
Darren VanBuren
onekopaka(a)gmail.com
----------------------------------------------
Administrator of Onekopakaspace
Trunk MediaWiki install:
http://oks.verymad.net/~onekopaka/mwtrunk/
Has anyone successfully managed to use "Wiki on a Stick" with their
USB portable device?
I installed the required programs (Apache 2, PHP5, Imagemagick,
MySQL, Mediawiki, and PHPmyAdmin) but seem to be having a couple of
issues that I cannot figure out.
My folder structure is as follows:
/wosportable
/wosportable/apache2
/wosportable/php5
/wosportable/ImageMagick
/wosportable/mysql
/wosportable/php5
/wosportable/wos
/wosportable/www
/wosportable/www/mediawiki
/wosportable/www/phpmyadmin
/wosportable/www/start
1. I insert the USB 2 GB stick into the port.
2. I run WOS to get things going but it opens a browser window
"http://localhost/start/?lang=en" that says "The page cannot be
displayed".
3. If I enter 127.0.0.1 in the browser, then I see the WOW Welcome
screen which reports the following:
Apache 2.2.8 is running
PHP 5.2.5 works
MySql 5.0.45-community-nt is running
ImageMagick 4.2.9 is available and works
Document Root is: I:/wosportable/www
Installed packages
Apache2 (Version 2.2.8)
ImageMagick (Version 4.2.9)
MySQL5 (Version 5.0.45)
PHP5 (Version 5.2.5)
MediaWiki (Version 1.11.0)
PHPMyAdmin (Version 2.11.4)
4. Now if I try to click on the MediaWiki link, instead of opening
Mediawiki, it asks me if I want to SAVE the page. So it appears that
WOW is perhaps not using PHP to open the index.php. Is PHP even
running? If not, how do I start it up?
Assuming I can ever get past this stumbling block, another issue is
how to get PHPMyAdmin to let me import my SQL files without coughing
up a hairball. Apparently there is some restriction on the size
these files can be. How do I get around that? Can I just copy the
files to the USB stick and avoid PHPMyAdmin altogether?
Help!
Sandy
The following extensions had cross-site scripting (XSS) vulnerabilities:
* geo
* MetavidWiki
* wikihiero
These vulnerabilities are exploitable even if the extensions are
disabled. If you have any of these extensions installed, please update
them immediately.
Many shared hosting services have the php.ini setting "register_globals"
enabled, despite the fact that it is known to be detrimental to security.
A new automated vulnerability scanner has found a large number of
security vulnerabilities in MediaWiki extensions, when register_globals
is enabled. Unless you are sure you have register_globals disabled, the
following extensions should be immediately updated:
Cross-site scripting vulnerabilities:
* Call
* ChangeAuthor
* EditOwn
* SignDocument
* TemplateLink
* WatchSubpages
* WhoIsWatching
* php/ext/MediaWiki
Arbitrary script inclusion vulnerabilities:
* CategoryIntersection
* Makebot
* PasswordReset
* regexBlock
* SemanticCalendar
* SemanticForms
* SemanticMediaWiki
* SocialProfile
* SpamRegex
* StalePages
* TodoTasks
* WhiteList
* Wikidata
All these extensions are vulnerable regardless of whether they are
enabled in LocalSettings.php. They only need to be installed, with their
installation directory accessible from the public internet.
Downloads in .tar.gz form for all these MediaWiki extensions are
available from:
http://www.mediawiki.org/wiki/Special:ExtensionDistributor
Or using a subversion client from:
http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions
-- Tim Starling
Hi,
according to the purpose of our wiki we have many pages with Chinese
titles, which works just fine.
But every time I backup the MySQL database (i.e. create a db dump)
with phpMyAdmin and restore it all pages with Chinese titles are broken.
See:
- http://wiki.rockinchina.com/index.php?title=烂掉吧_(P.K._14)
- http://wiki.rockinchina.com/index.php?title=ǃ‚掉å%3F§_(P.K._14)
(Both should be the same. The page definitely exists.)
Most tables in the db are of type InnoDB and have the collation
latin1_swedish_ci.
MediaWiki 1.12.0
MySQL 5.0.32-Debian_7etch4-log
phpMyAdmin 2.11.4
I am by far no db expert, nor an encoding expert. Can and should I
change the collation to something else??
As I said, running the site works fine, but dumping and importing the
data back into the datebase breaks Chinese page titles. How can I make
good backups which do not corrupt those entries??
Beside phpMyAdmin I also do have limited shell access to the server
(phphshell).
Any hints are welcome!
Thanks,
Matthias
--
Rock in China
http://wiki.rockinchina.com/http://www.rockinchina.com/
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
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
EditPage uses editintro from wgRequest to add extra text to the edit
page. Is there a hook or msg to do this globally without using
editintro?
=====================================
Jim Hu
Associate Professor
Dept. of Biochemistry and Biophysics
2128 TAMU
Texas A&M Univ.
College Station, TX 77843-2128
979-862-4054
Hi,
How do I do so that all the entries created in mediawiki doesn't go to
the front page, although they are available via search box ?
Much like in wikipedia.
Warm Regards,
Mário Gamito
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