Dear all,
We are running MediaWiki 1.12. We would like to change the account
creation page, and the user preferences page, so that e-mail address is
required and the real name box does not appear.
Is this possible?
Many thanks,
Reid
Hi,
I want to set my main page of my Wiki to be a different page than the
main page, but then after 10 seconds I want it redirect to the Main
Page. However, when the other page is shown, I don't want there to be
anyway to navigate away from it. Does this make sense?
Cheers,
Dan
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
Does anyone know of a site or list where experienced mediawiki developers
can be hired for side work? I have tried Odesk but I haven't had much luck.
Thanks
I'm writing a new database abstraction layer for the new sqlsrv php driver and am having datetime issues. Whenever I make an edit, the timestamp that gets returned for the revision is the same as the timestamp for the edit, always.
I thought it was a timezone issue so I formatted the DateTime object that gets returned from the driver to be GMT since I'm using TS_ISO_8601 but that didn't seem to make a difference. Ideas?
Joel Penner
Volt
Microsoft Open Source Software Lab<http://port25.technet.com/>
Hello everyone,
I am looking for a way to include the date that a page was first created on the page. I have already found the magic word {{REVISIONTIMESTAMP}} and the other related magic words. Are there equivalent magic words that return the timestamp for the first revision of a page? If not, is there a way to add this information through an existing extension?
Thanks and kind regards,
Jan-Paul
Marc Cousin wrote:
> The plan is this one
[explain analyze plans]
Those are pretty bad plans - you might benefit from some simple tuning.
Try lowering random_page_cost and boosting effective_cache_size. Or come
round to #postgresql on freenode, for more free tuning help than you can
shake a stick at.
The query you gave ran in 56 ms for me on what I'm guessing is
a larger wiki (~ 400K rows in pagecontent) (and a pretty busy box).
You should be seeing a Bitmap Index Scan on "ts2_page_text",
If you find yourself using the same namespace restrictions a lot, you can
create some custom indexes as well, e.g.
CREATE INDEX page_index1 ON page(page_title) WHERE page_is_redirect = 0
AND page_namespace IN (0,9,11);
> Is there a reason we index every version of every content ?
We don't. Or at least, we were not intending to. You can grep for UPDATE
in SearchPostgres.php. I just changed (r38184) the code to double-check we
nullify *all* old revisions: this may explain part of what you were seeing
before. You can check on individual pages and see if they are all
null-but-latest like so:
SELECT CASE WHEN textvector IS NULL THEN 1 ELSE 0 END AS isnull, COUNT(*)
FROM pagecontent WHERE old_id IN (SELECT rev_text_id FROM revision WHERE
rev_page = (SELECT page_id FROM page WHERE page_namespace = 0 AND
page_title = 'Foobar' LIMIT 1)) GROUP BY 1;
(mostly for the benefit of other people reading this thread, since you
said you already manually updated the database)
Brion Vibber wrote:
> Hmm; a fundamental problem here is that text.old_text is opaque to the
> database -- it may contain compressed text, text in an alternate
> encoding, or a reference to another table or database at the
> application level.
Right: $wgCompressRevisions is not recommended for a Postgres backend.
Should probably document that somewhere. Postgres will compress
automatically anyway.
Not to say that we might not want to change the way things are done, but
the easiest solution to the original poster's problem is to get the query
optimized first, and figure out why the old revision are not being nulled.
Platonides wrote:
> The postgresql backend is not too well maintained, people wanting to
> postgre appear from time to time and give it a kick.
> I don't remember who is currently supposed to be taking care of it, but
> i interpret that as he hasn't commented on this, he doesn't oppose ;)
Wow, that's a bit harsh - not too well maintained? Hardly. :) Myself and
others have put in a lot of work to get it working and keep it so,
including paving the way for other database backends by discovering and
addressing lots of mysqlisms in the code. I apologize for not replying:
I somehow got recently unsubscribed.
--
Greg Sabino Mullane greg(a)turnstep.com
End Point Corporation
PGP Key: 0x14964AC8 200807291126
http://biglumber.com/x/web?pk=2529DF6AB8F79407E94445B4BC9B906714964AC8
Hi!
The MediaWiki extension WikiTimeLine version 1.0 is released. It displays events, people, and such on an interactive timeline. Its working with JavaScript (client side, so it doesn't but load on the server) and its pretty interactive (moving around, zooming, clicking on events on the timeline). If you add WikiTimeLine tags with a start and end date to an article, you'll get a link in that article, and if you click on that link you'll add event to the timeline. So its totally real-time. Unlike easytimeline which is creating pictures when the article is created, WikiTimeLine is controlled by the reader of the article, not the writer. So everyone can put together their own timeline to see how things went in history. It also allows ongoing events (that have not yet stopped) and alternative begin or end dates.
I think this would be a great extension for Wikipedia or one of its sister projects. Any interest in that?
greetings,
Markus
_________________________________________________________________
Sie haben nie Platz in Ihrer Inbox? Mit Windows Live Hotmail haben Sie jetzt 5GB Speicherplatz - gratis! Holen Sie sich hier Ihren neuen Windows Live Hotmail Account!
http://get.live.com/mail/overview
I just upgraded from MediaWiki 1.9.1 to 1.12.0.
PHP 5.0.4 (apache2handler)
MySQL 4.1.20-log
Everything appears to work fine, except for when trying to edit using the [edit] option located on the far-right of any page. I can use edit located on any tab fine, but if I click [edit] on far-right of any page, I get:
Invalid h node passed to PPNode_DOM::splitHeading
Backtrace:
#0 /var/www/html/intranet/wiki-it/includes/Preprocessor_DOM.php(1348): PPNode_DOM::splitHeading()
#1 /var/www/html/intranet/wiki-it/includes/Parser.php(4605): PPNode_DOM->splitHeading()
#2 /var/www/html/intranet/wiki-it/includes/Parser.php(4675): Parser->extractSections('{| width="100%"...', '2', 'get', false)
#3 /var/www/html/intranet/wiki-it/includes/EditPage.php(193): Parser->getSection('{| width="100%"...', '2', false)
#4 /var/www/html/intranet/wiki-it/includes/EditPage.php(982): EditPage->getContent(false)
#5 /var/www/html/intranet/wiki-it/includes/EditPage.php(473): EditPage->initialiseForm()
#6 /var/www/html/intranet/wiki-it/includes/EditPage.php(323): EditPage->edit()
#7 /var/www/html/intranet/wiki-it/includes/Wiki.php(444): EditPage->submit()
#8 /var/www/html/intranet/wiki-it/includes/Wiki.php(48): MediaWiki->performAction(Object(OutputPage), Object(Article), Object(Title), Object(User), Object(WebRequest))
#9 /var/www/html/intranet/wiki-it/index.php(90): MediaWiki->initialize(Object(Title), Object(OutputPage), Object(User), Object(WebRequest))
#10 {main}
Any ideas? This did not happen on 1.9.1.
Thanks,
Shannon
Try to debug <http://www.mediawiki.org/wiki/How_to_debug>.
--Matěj Grabovský
>---------------------------------------------------------
>Od: Nicolas Caillaud
>Přijato: 30.7.2008 12:13:45
>Předmět: [Mediawiki-l] installation
>
>Hello all
>
>
>
>I'm new to mediawiki. I just try to install it on an openBSD4.3
>
>platform, with the provided package
>
>Apart from a "memory exhausted" error, I retried and the installation
>
>finished OK
>
>When now I go to my wiki, I juste got a blank page
>
>http://www.bacasable.org/mediawiki
>
>
>
>I searched on the list, with no success ...
>
>
>
>is the problem known ? can someone help me ?
>
>
>
>Thank you
>
>Nicolas
>
>
>
>_______________________________________________
>
>MediaWiki-l mailing list
>
>MediaWiki-l(a)lists.wikimedia.org
>
>https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
>
>
>