I wrote an extension that hooks OutputPageBeforeHTML and runs on every
page load, but intermittently, $wgParser->getTitle() returns NULL.
Anybody know why?
Here's the weirdest part: if you edit an article in IE and save it, then
when the article redisplays, $wgParser->getTitle() returns NULL. But if
you edit in Firefox and save it, $wgParser->getTitle() returns the
correct Title object.
Any explanations? Bug? Or did I write something wrong?
The minimal code looks like:
<?php
// Run on every page load
new MyClass();
class MyClass {
public function __construct() {
global $wgHooks;
$wgHooks['OutputPageBeforeHTML'][] = array($this, 'myMethod');
}
// Hook function
function myMethod($parserOutput, &$text) {
global $wgParser;
$title = $wgParser->getTitle();
if ($title) {
echo "OK";
} else {
echo "bug";
}
}
}
DanB
In <pre>...</pre> sections on mediawiki.org, a horizontal scrollbar is
automatically rendered when the lines are long. Is this a built-in
MediaWiki feature, or an extension? It doesn't happen on Wikipedia, and
I don't see anything likely in mediawiki.org's extension list in
Special:Version, nor in mediawiki:common.{css,js}.
Thanks,
DanB
Hi,
How can I turn off case sesitivity of titles in Mediawiki? If there is
an article "Number Portability" (capital P), I don't want some other
person to create another article "Number portability" (small p).
Regards,
Jack Eapen C
SunTec Knowledge Centre
------------------------------------------------------------------------
------------
"Management is doing things right; leadership is doing the right things"
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
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,
I've recently moved our Mediawiki from a server with a mysql database to
a new one which uses pgsql.
I did this by using a script from Greg Sabino Mullane
<greg\(a)turnstep.com> (thanks for the good work, the script did the move
quite nice!).
The content is available in the new wiki, but there's one caveat: The
full text search seems to be broken, it does not find anything.
Searching for a page works fine, so I suppose there's a problem with the
indexes used by tsearch, maybe the import didn't fire the triggers to
rebuild the index?!
My environment:
* MediaWiki: 1.10.1
* PHP: 5.2.4 (apache2handler)
* PostgreSQL: PostgreSQL 8.1.4 on i386-pc-solaris2.10, compiled by
/ws/on10-tools/SUNWspro/SOS8/bin/cc -Xa
(Yes, I know that Postgres 8.1.4 is not up to date - but upgrading it is
not an option)
Is there any possibility to force a rebuild of the tsearch index base?
I tried it already with reindex database, "update pagecontent set
old_id=old_id;" and "update page set page_id = page_id;", but no success...
Any ideas??
Thanks,
Harald
--
Harald Husemann
Netzwerk- und Systemadministrator
Operation Management Center (OMC)
MATERNA GmbH
Information & Communications
Westfalendamm 98
44141 Dortmund
Geschäftsführer: Dr. Winfried Materna, Helmut an de Meulen, Ralph Hartwig
Amtsgericht Dortmund HRB 5839
Tel: +49 231 9505 222
Fax: +49 231 9505 100
www.annyway.com <http://www.annyway.com/>
www.materna.com <http://www.materna.com/>
Hi MediaWiki,<br/><br/>
dan.bolser(a)gmail.com has invited you to Spokeo,
which finds your friends' updates across the Web.
On average, Spokeo finds 87 friends across 30 different social
networks. See what Spokeo can find for you now!
Click http://www.spokeo.com/public/join?c=06a5407dc814d8d605e485b9673f19a3872d1e43 to accept your invitation.
-----
This invitation was sent with dan.bolser's approval.
If you wish to opt out of all future emails, go to http://www.spokeo.com/optout?c=m495254534956515149
Copyright (c) 2008 Spokeo, Inc. All rights reserved.
1685 Plymouth Street #200, Mountain View, CA 94043
Hello List,
I have the following question: I would like to set up mediawiki for a
collaborate book project.
The idea is to edit pages normally - wiki style - maybe assign them to a
category, and then, when necessary, display _all_ articles on one page so
one can print it (as a PDF, say).
Is this possible?
Best Regards,
Peter
P.S.: I can't use htmldoc as I am on a shared host which does not support
it, so I have to go via the "one page" way.
Does anyone know how to resolve these problems:
One gentleman suggested I check the $url variable, but I installed the
magpierss code exactly as instructed (see lines from LocalSettings.php
below) and I would not know what else to do.
I'd actually prefer to use RSSReader (which is what I'm using now) but
it had even more errors. Magpie/Alexndr had only these three.
Notice: Undefined variable: url in C:\Inetpub\olr\wiki\LocalSettings.php on
line 191
Warning: MagpieRSS: fetch_rss called without a url in
C:\Inetpub\olr\wiki\extensions\magpierss\rss_fetch.inc on line 238
Parse error: syntax error, unexpected '>' in
C:\Inetpub\olr\wiki\extensions\magpierss\rss.php on line 130
=============================
LocalSettings.php lines 189-192:
189 # AlxndrRSS
190 require_once("extensions/magpierss/rss_fetch.inc");
191 $rss = fetch_rss($url);
192 include_once("extensions/magpierss/rss.php");
=============================
rss_fetch.inc lines 228-240:
228 function error ($errormsg, $lvl=E_USER_WARNING) {
229 global $MAGPIE_ERROR;
230
231 // append PHP's error message if track_errors enabled
232 if ( isset($php_errormsg) ) {
233 $errormsg .= " ($php_errormsg)";
234 }
235 if ( $errormsg ) {
236 $errormsg = "MagpieRSS: $errormsg";
237 $MAGPIE_ERROR = $errormsg;
238 trigger_error( $errormsg, $lvl);
239 }
240 }
=============================
rss.php lines 128-130:
128 #check for errors.
129 if ($rss->ERROR) {
130 return «<div>Failed to load RSS feed from $url: ».$rss->ERROR."</div>"; #localize...
131 }
Ok, the release schedule got disrupted with all the busy Wikimedia
Foundation stuff over the last few months, but we're getting back on
track with this release candidate for the Winter 2008 quarterly release,
MediaWiki 1.12.
There's a *lot* of updates, small and large... Perhaps most significant
is a rewrite of much of the parser, changing how templates and
extensions are expanded. Among other things, this should ensure that
complex mixes of templates and HTML tables should render more similarly
between Wikipedia and default installations of MediaWiki.
For this release candidate, we're very interested to hear back about
regressions or problems with the installer / updaters. Note that, as
with most previous releases, you will have to run the updaters to apply
some database schema updates when you upgrade.
Full release notes:
http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_12_0RC1/phase3/RELEASE…
Download:
http://download.wikimedia.org/mediawiki/1.12/mediawiki-1.12.0rc1.tar.gz
GPG signatures:
http://download.wikimedia.org/mediawiki/1.12/mediawiki-1.12.0rc1.tar.gz.sig
SHA-1 checksums:
ee5c298a667b6fa476a5c6de9ddb4c23f2cfd03d mediawiki-1.12.0rc1.tar.gz
MD-5 checksums:
MD5 (mediawiki-1.12.0rc1.tar.gz) = a77fbae59e70f4623564c5d45bb1eb9f
Before asking for help, try the FAQ:
http://www.mediawiki.org/wiki/Manual:FAQ
Low-traffic release announcements mailing list:
(Please subscribe to receive announcements of security updates.)
http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
Wiki admin help mailing list:
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Bug report system:
http://bugzilla.wikimedia.org/
Play "stump the developers" live on IRC:
#mediawiki on irc.freenode.net
-- brion vibber (brion @ wikimedia.org)
Hi All,
Does anyone know if LiquidThreads Extension can be installed on MediaWiki
1.11.1 ?
We are looking for Forum like functionality integrated into Wiki and I think
this is the best one.
Thanks,
Itay