After upgrading from 1.15.3 to 1.16.0, on the edit page, the page title is missing the word "Editing". For example, when editing article Foo, the edit page title should be "Editing Foo" but it's just "Foo". This happens in both monobook and vector skins and even when I disable our extensions.
I did some PHP backtracing and found that setPageTitle is being called twice on the edit page, and the second time, the "Editing" is gone . Anybody know what is going on? Wikipedia doesn't have the problem. I searched bugzilla and didn't find a bug on this.
Trace 1, with title set to "Editing Foo":
setPageTitle
setHeaders
showEditForm
edit
submit
performAction
performRequestForTitle
Trace 2, with title set to " Foo":
setPageTitle
addParserOutputNoText
addParserOutput
addWikiTextTitle
addWikiText
showEditForm
edit
submit
performAction
performRequestForTitle
DanB
What are the options for adding some text to the account creation
process? At the very least I need a statement like the below added:
"By signing up to the wiki you agree to the <link to Acceptable Use
Policy>"
Are there any extensions for this or variables I can change? I'd like to
avoid changing the PHP page that generates this page if possible so that
it's not lost in future upgrades.
Thanks!
- Mike
correos
2010/12/2 <mediawiki-l-request(a)lists.wikimedia.org>:
> Send MediaWiki-l mailing list submissions to
> mediawiki-l(a)lists.wikimedia.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> or, via email, send a message with subject or body 'help' to
> mediawiki-l-request(a)lists.wikimedia.org
>
> You can reach the person managing the list at
> mediawiki-l-owner(a)lists.wikimedia.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of MediaWiki-l digest..."
>
>
> Today's Topics:
>
> 1. Re: Options for adding Terms and Conditions upon account
> creation (K. Peachey)
> 2. Re: Overwrite Images with no user accounts (K. Peachey)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 2 Dec 2010 21:30:36 +1000
> From: "K. Peachey" <p858snake(a)yahoo.com.au>
> Subject: Re: [Mediawiki-l] Options for adding Terms and Conditions
> upon account creation
> To: MediaWiki announcements and site admin list
> <mediawiki-l(a)lists.wikimedia.org>
> Message-ID:
> <AANLkTik-N7gan0xFOwftLbtnm6arYTGRz2KJbjbtovmy(a)mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> The ConfirmAccount extension[1] can handle displaying TOS pages as
> well as a few other nifty things.
> -Peachey
> [1]. http://www.mediawiki.org/wiki/Extension:ConfirmAccount
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 2 Dec 2010 21:34:19 +1000
> From: "K. Peachey" <p858snake(a)yahoo.com.au>
> Subject: Re: [Mediawiki-l] Overwrite Images with no user accounts
> To: MediaWiki announcements and site admin list
> <mediawiki-l(a)lists.wikimedia.org>
> Message-ID:
> <AANLkTimDpMXXM0TOnb+WrxLMOum+V7dBuqafTWgjn8PJ(a)mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> You will be wanting to look at the reupload and reupload-own user rights[1].
> -Peachey
> [1]. http://www.mediawiki.org/wiki/Manual:Userrights
>
>
>
> ------------------------------
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
>
> End of MediaWiki-l Digest, Vol 87, Issue 4
> ******************************************
>
Hi,
We have disabled user profiles and any security across the Wiki, but I need users to have the ability to overwrite existing images with the same name. Currently we get the message A file with this name already exists, and cannot be overwritten.
If you still want to upload your file, please go back and use a new name.
Is there a way I can turn this off?
Thanks
David
-----Original Message-----
From: mediawiki-l-bounces(a)lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of mediawiki-l-request(a)lists.wikimedia.org
Sent: 01 December 2010 23:51
To: mediawiki-l(a)lists.wikimedia.org
Subject: MediaWiki-l Digest, Vol 87, Issue 2
Send MediaWiki-l mailing list submissions to
mediawiki-l(a)lists.wikimedia.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
or, via email, send a message with subject or body 'help' to
mediawiki-l-request(a)lists.wikimedia.org
You can reach the person managing the list at
mediawiki-l-owner(a)lists.wikimedia.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of MediaWiki-l digest..."
Today's Topics:
1. Re: How to enable Link Wizard and Table Wizard in Vector?
(Lars J?rgensen)
2. Options for adding Terms and Conditions upon account creation
(Michael Kingery (HL7))
3. Double Spacing on the "Printable Version" (Raymond M)
4. Re: How to get around a kludge for external access to MW
objects (Platonides)
5. Re: Options for adding Terms and Conditions upon account
creation (Platonides)
6. Re: Double Spacing on the "Printable Version" (Platonides)
7. Re: Double Spacing on the "Printable Version" (Raymond M)
8. Re: Basic help (Gary Roush)
9. Re: Basic help (David Benfell)
10. how to access internal info properly (Juriy Katkov)
----------------------------------------------------------------------
Message: 1
Date: Wed, 1 Dec 2010 14:15:08 +0100
From: Lars J?rgensen <ITLJ(a)gyldendal.dk>
Subject: Re: [Mediawiki-l] How to enable Link Wizard and Table Wizard
in Vector?
To: MediaWiki announcements and site admin list
<mediawiki-l(a)lists.wikimedia.org>
Message-ID:
<311386E60ED7E74C8716A6573A7740A01870F172A4(a)s-exch01-v.gyldendal.local>
Content-Type: text/plain; charset="iso-8859-1"
Sorry for replying to my own post, but I got it solved.
It appeared that the preference was set, but not activated until a user opened the preference pane and submitted it, without changing any data.
Lars
-----Original Message-----
From: mediawiki-l-bounces(a)lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Lars J?rgensen
Sent: Wednesday, December 01, 2010 12:19 PM
To: mediawiki-l(a)lists.wikimedia.org
Subject: [Mediawiki-l] How to enable Link Wizard and Table Wizard in Vector?
Hi,
New to this group, but I have tried searching extensively before asking this seemingly simple question: How do I enable the Link Wizard and the Table Wizard in the Vector skin?
I run MediaWiki 1.16, I have installed the UsabilityInitiative extension and configured it according to the guidelines, and I have the WikiEditor up and running fine. What am I missing?
Lars
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
------------------------------
Message: 2
Date: Wed, 1 Dec 2010 09:31:12 -0500
From: "Michael Kingery (HL7)" <mkingery(a)hl7.org>
Subject: [Mediawiki-l] Options for adding Terms and Conditions upon
account creation
To: <mediawiki-l(a)lists.wikimedia.org>
Message-ID:
<D6446B6ECA37B54CBF30F6D01CE4962104D50D50(a)exchange2003.AMGNET.NET>
Content-Type: text/plain; charset="us-ascii"
What are the options for adding some text to the account creation process? At the very least I need a statement like the below added:
"By signing up to the wiki you agree to the <link to Acceptable Use
Policy>"
Are there any extensions for this or variables I can change? I'd like to avoid changing the PHP page that generates this page if possible so that it's not lost in future upgrades.
Thanks!
- Mike
------------------------------
Message: 3
Date: Wed, 1 Dec 2010 10:11:27 -0800
From: Raymond M <raymondsgroupmail(a)gmail.com>
Subject: [Mediawiki-l] Double Spacing on the "Printable Version"
To: mediawiki-l(a)lists.wikimedia.org
Message-ID:
<AANLkTi=KoTCqxrj2BCCfdKJpG3gC_VEfr3sA1jaXm23r(a)mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
I'm wanting to use printable version to print reviewable hard-copy editions that must be double spaced. This can be a configuration change, I have no need to make this selectable each time. Is there something in OutputPage.php that would set this?
------------------------------
Message: 4
Date: Wed, 01 Dec 2010 19:20:33 +0100
From: Platonides <Platonides(a)gmail.com>
Subject: Re: [Mediawiki-l] How to get around a kludge for external
access to MW objects
To: mediawiki-l(a)lists.wikimedia.org
Message-ID: <id63k8$25s$1(a)dough.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1
Jim Hu wrote:
> On Nov 30, 2010, at 5:13 PM, Platonides wrote:
>> Jim Hu wrote:
>>>
>>> but we are often also using Title, Article, and/or Revision objects, Categories etc. My approach seems to fail in MW versions post 1.14. I'm reviewing a bunch of this code now to see if I can clean some other things up/make it easier to maintain/make it forward compatible, so I thought I'd ask the list: is there a better way to do this?
>>>
>>> Thanks!
>>>
>>> Jim
>>
>>
>> You could create a new style maintenance script which overrides
>> setup()
>
> Ah! Of course! Thanks.
>
> Jim
Or a special page and show the statistics in the wiki :) (note that you can disable the skin)
------------------------------
Message: 5
Date: Wed, 01 Dec 2010 19:37:18 +0100
From: Platonides <Platonides(a)gmail.com>
Subject: Re: [Mediawiki-l] Options for adding Terms and Conditions
upon account creation
To: mediawiki-l(a)lists.wikimedia.org
Message-ID: <id64jn$7qu$1(a)dough.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1
Michael Kingery (HL7) wrote:
> What are the options for adding some text to the account creation
> process? At the very least I need a statement like the below added:
>
> "By signing up to the wiki you agree to the <link to Acceptable Use
> Policy>"
>
> Are there any extensions for this or variables I can change? I'd like
> to avoid changing the PHP page that generates this page if possible so
> that it's not lost in future upgrades.
>
> Thanks!
>
> - Mike
It's straightforward to add some text there, just edit includes/templates/Userlogin.php and add the text there, for instance:
</td>
</tr>
+<tr><td></td><td>By creating an account I abide to the <a
+href="http://www.example.org/">Terms and Conditions</a></td></tr>
<?php }
$tabIndex = 9;
if ( isset( $this->data['extraInput'] ) && is_array( $this->data['extraInput'] ) ) {
Doing it in a extension is a bit harder.
You want to hook to UserCreateForm and then call $template->addInputItem(). It would look like this:
$wgHooks['UserCreateForm'][] = 'efAddTerms'; function efAddTerms(&$template) { $template->addInputItem('AUP', false, 'checkbox', 'I abide to the [[Acceptable Use Policy]]'); return true; }
That would add the checkbox. You also need to verify that it was checked:
$wgHooks['AbortNewAccount'][] = 'efAbortIfUnacceptable'; function efAbortIfUnacceptable($user, &$abortError) { global $wgRequest; $abortError = 'We only accept people which agree with the Acceptable Use Policy'; return $wgRequest->getCheck('AUP'); }
Good luck
------------------------------
Message: 6
Date: Wed, 01 Dec 2010 19:40:16 +0100
From: Platonides <Platonides(a)gmail.com>
Subject: Re: [Mediawiki-l] Double Spacing on the "Printable Version"
To: mediawiki-l(a)lists.wikimedia.org
Message-ID: <id64p8$8n0$1(a)dough.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1
Raymond M wrote:
> I'm wanting to use printable version to print reviewable hard-copy
> editions that must be double spaced. This can be a configuration
> change, I have no need to make this selectable each time. Is there
> something in OutputPage.php that would set this?
Edit [[MediaWiki:Print.css]] and place there:
p { line-height: 2em; }
(be sure to test the print results with the Print Preview feature of your browser)
------------------------------
Message: 7
Date: Wed, 1 Dec 2010 11:34:11 -0800
From: Raymond M <raymondsgroupmail(a)gmail.com>
Subject: Re: [Mediawiki-l] Double Spacing on the "Printable Version"
To: MediaWiki announcements and site admin list
<mediawiki-l(a)lists.wikimedia.org>
Cc: Platonides(a)gmail.com
Message-ID:
<AANLkTi=Dbe+2RYvMQ-K0cm6i6Qwjx34Z6g7KiLUL59Fu(a)mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
It goes into the skins/common/commonPrint.css file in my version.
Worked great! Thanks!
On Wed, Dec 1, 2010 at 10:40 AM, Platonides <Platonides(a)gmail.com> wrote:
> Raymond M wrote:
>> I'm wanting to use printable version to print reviewable hard-copy
>> editions that must be double spaced. ?This can be a configuration
>> change, I have no need to make this selectable each time. ?Is there
>> something in OutputPage.php that would set this?
>
> Edit [[MediaWiki:Print.css]] and place there:
> p { line-height: 2em; }
>
> (be sure to test the print results with the Print Preview feature of
> your browser)
>
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
------------------------------
Message: 8
Date: Wed, 01 Dec 2010 17:57:37 -0500
From: Gary Roush <groush2(a)earthlink.net>
Subject: Re: [Mediawiki-l] Basic help
To: MediaWiki announcements and site admin list
<mediawiki-l(a)lists.wikimedia.org>
Message-ID: <E1PNvcH-0002OQ-Hw(a)elasmtp-curtail.atl.sa.earthlink.net>
Content-Type: text/plain; charset="us-ascii"; format=flowed
Uploading files is finally fixed. After escalating help with ReadyHosting to level 3, I finally found someone who could change the image directory permissions to "full" (their term). That solved the problem, but interestingly when I look at the directory permissions using FileZilla, it still shows 755. No idea why it does not show 777, but since file upload now works I am done with this.
Thanks to those of you who helped!
Gary
At 05:36 PM 11/30/2010, you wrote:
>More precisely, chmod the images directory so that the webserver can
>write to it. (If you don't have access to chown or chgrp, then you will
>indeed have to chmod it to 777.)
>
>On Tue, Nov 30, 2010 at 3:54 PM, trueskew <trueskew(a)gmail.com> wrote:
> > chmod -R 777 images
> >
> >> -----Original Message-----
> >> From: mediawiki-l-bounces(a)lists.wikimedia.org
> >> [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Gary
> >> Roush
> >> Sent: Tuesday, November 30, 2010 12:48 PM
> >> To: MediaWiki announcements and site admin list
> >> Subject: Re: [Mediawiki-l] Basic help
> >>
> >> Hi Benjamin,
> >>
> >> I removed those two lines from LocalSettings.php and got a
> >> different error message of "Could not create directory
> >> "public/1/1f"". So it still can not create a directory but at
> >> least found the images directory. What now?
> >>
> >> Thanks,
> >> Gary
> >>
> >> At 10:46 AM 11/30/2010, you wrote:
> >> >On Tue, Nov 30, 2010 at 9:42 AM, Gary Roush
> >> <groush2(a)earthlink.net> wrote:
> >> > > Interesting that "public" is actually the images directory.
> >> >Yeah, that's rather unhelpful behavior. See
> >> >https://bugzilla.wikimedia.org/show_bug.cgi?id=13812 (which I'm
> >> >re-adding to my to-do list).
> >> >
> >> > > $wgUploadPath = true; ///< defaults to "{$wgScriptPath}/images"
> >> > > $wgUploadDirectory = true; ///< defaults to "{$IP}/images"
> >> >$wgUploadPath and $wgUploadDirectory default to false, which
> >> >allows them to be initialized in Setup.php; setting them to true
> >> >is
> >> probably
> >> >causing the odd behavior. You actually don't need to set
> >> them at all
> >> >if you just want the defaults, so you should remove those two
> >> >lines from LocalSettings.php.
> >> >
> >> >_______________________________________________
> >> >MediaWiki-l mailing list
> >> >MediaWiki-l(a)lists.wikimedia.org
> >> >https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> >>
> >>
> >> _______________________________________________
> >> MediaWiki-l mailing list
> >> MediaWiki-l(a)lists.wikimedia.org
> >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> >
> >
> > _______________________________________________
> > MediaWiki-l mailing list
> > MediaWiki-l(a)lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> >
>
>_______________________________________________
>MediaWiki-l mailing list
>MediaWiki-l(a)lists.wikimedia.org
>https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
------------------------------
Message: 9
Date: Wed, 1 Dec 2010 15:31:29 -0800
From: David Benfell <benfell(a)parts-unknown.org>
Subject: Re: [Mediawiki-l] Basic help
To: MediaWiki announcements and site admin list
<mediawiki-l(a)lists.wikimedia.org>
Message-ID: <20101201233129.GA18066(a)parts-unknown.org>
Content-Type: text/plain; charset="us-ascii"
On Wed, 01 Dec 2010, Gary Roush wrote:
> Uploading files is finally fixed. After escalating help with
> ReadyHosting to level 3, I finally found someone who could change the
> image directory permissions to "full" (their term). That solved the
> problem, but interestingly when I look at the directory permissions
> using FileZilla, it still shows 755. No idea why it does not show
> 777, but since file upload now works I am done with this.
I believe what's crucial here is that the web server software be able to write to the directory. You're right that changing the directory permissions to 755 wouldn't fix this. Changing the ownership of the directory to the account under which your web server software runs, however, might.
--
David Benfell <benfell(a)parts-unknown.org> http://www.parts-unknown.org/
I'm wanting to use printable version to print reviewable hard-copy
editions that must be double spaced. This can be a configuration
change, I have no need to make this selectable each time. Is there
something in OutputPage.php that would set this?
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
Hello!
I have a question about accessing the internal info of mediawiki in an
extension code, e.g. information about revisions for pages.
What interface has less chances to change during the development of Media
Wiki? Is it database structure or mediawiki classes such as User, Article,
Revision?
For example, it's very simple to make select-query for getting all
contributors for the page $thisPageTitle:
SELECT rev_user_text
FROM page
INNER JOIN revision on page.page_id=revision.rev_page
WHERE
page_title=\"$thisPageTitle\";
On the other hand I'm sure that there exists a class method that allows us
to do the same thing.
What of these ways is more proper in terms of portability from one MediaWiki
version to another?
Sincerely yours,
Yury Katkov
Uploading files is finally fixed. After escalating help with
ReadyHosting to level 3, I finally found someone who could change the
image directory permissions to "full" (their term). That solved the
problem, but interestingly when I look at the directory permissions
using FileZilla, it still shows 755. No idea why it does not show
777, but since file upload now works I am done with this.
Thanks to those of you who helped!
Gary
At 05:36 PM 11/30/2010, you wrote:
>More precisely, chmod the images directory so that the webserver can
>write to it. (If you don't have access to chown or chgrp, then you
>will indeed have to chmod it to 777.)
>
>On Tue, Nov 30, 2010 at 3:54 PM, trueskew <trueskew(a)gmail.com> wrote:
> > chmod -R 777 images
> >
> >> -----Original Message-----
> >> From: mediawiki-l-bounces(a)lists.wikimedia.org
> >> [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of
> >> Gary Roush
> >> Sent: Tuesday, November 30, 2010 12:48 PM
> >> To: MediaWiki announcements and site admin list
> >> Subject: Re: [Mediawiki-l] Basic help
> >>
> >> Hi Benjamin,
> >>
> >> I removed those two lines from LocalSettings.php and got a
> >> different error message of "Could not create directory
> >> "public/1/1f"". So it still can not create a directory but
> >> at least found the images directory. What now?
> >>
> >> Thanks,
> >> Gary
> >>
> >> At 10:46 AM 11/30/2010, you wrote:
> >> >On Tue, Nov 30, 2010 at 9:42 AM, Gary Roush
> >> <groush2(a)earthlink.net> wrote:
> >> > > Interesting that "public" is actually the images directory.
> >> >Yeah, that's rather unhelpful behavior. See
> >> >https://bugzilla.wikimedia.org/show_bug.cgi?id=13812 (which I'm
> >> >re-adding to my to-do list).
> >> >
> >> > > $wgUploadPath = true; ///< defaults to "{$wgScriptPath}/images"
> >> > > $wgUploadDirectory = true; ///< defaults to "{$IP}/images"
> >> >$wgUploadPath and $wgUploadDirectory default to false, which allows
> >> >them to be initialized in Setup.php; setting them to true is
> >> probably
> >> >causing the odd behavior. You actually don't need to set
> >> them at all
> >> >if you just want the defaults, so you should remove those two lines
> >> >from LocalSettings.php.
> >> >
> >> >_______________________________________________
> >> >MediaWiki-l mailing list
> >> >MediaWiki-l(a)lists.wikimedia.org
> >> >https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> >>
> >>
> >> _______________________________________________
> >> MediaWiki-l mailing list
> >> MediaWiki-l(a)lists.wikimedia.org
> >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> >
> >
> > _______________________________________________
> > MediaWiki-l mailing list
> > MediaWiki-l(a)lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> >
>
>_______________________________________________
>MediaWiki-l mailing list
>MediaWiki-l(a)lists.wikimedia.org
>https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
For the past couple of years, I've been using various scripts to mine data out of my wikis from other sites/services on the same server (but sometimes on different virtual hosts). To do this, I've been doing something that is probably really bad coding practice - I fool maintenance/commandLine.inc into thinking it's being invoked by the command line instead of from a webserver.
Typically, I'm doing something like:
unset($_SERVER);
$argv = array('foo');
require_once("$wikipath/maintenance/commandLine.inc");
# need MW stuff to create $dbr
$dbr =& wfGetDB( DB_SLAVE );
$result = $dbr->select ( <some query>);
# do something with the result
...
but we are often also using Title, Article, and/or Revision objects, Categories etc. My approach seems to fail in MW versions post 1.14. I'm reviewing a bunch of this code now to see if I can clean some other things up/make it easier to maintain/make it forward compatible, so I thought I'd ask the list: is there a better way to do this?
Thanks!
Jim
=====================================
Jim Hu
Associate Professor
Dept. of Biochemistry and Biophysics
2128 TAMU
Texas A&M Univ.
College Station, TX 77843-2128
979-862-4054