Manual talk:Parameters to index.php

To do
Edit:
 * wpScrolltop: what is this used for?
 * why wpLivePreview? is this used to allow two buttons "preview" and "live preview" to be present on the form at the same time?
 * metadata

Article.php


 * token (edit token used in deletetrackback)
 * tbid

ImagePage.php


 * image: 1. the alternate text of the image thumbnail in the image description page, and 2. the title of the image when deleting all its revisions (appears to be no longer used; deleting the image description page now effectively deletes all revisions of the image)

Feed.php


 * ctype

OutputPage.php:


 * returnto

Pager.php


 * asc

SkinTemplate.php


 * dontcountme

redirect.php
Argument wpDropdown (the page to go)

Cascading protection
Cascading protection does not "change" the protection level of the transcluded pages; these have their own protection level, but are protected indirectly by the cascading protection of the transcluding pages. Tizio 15:43, 17 January 2007 (UTC)

Obsolete parameters
"editredlink" has been replaced by "action=edit&redlink=1", so it's likely to be removed from Wiki.php at some point. When this is done, move to a separate "Obsolete parameter" section. Tizio 14:26, 26 February 2008 (UTC)

I could swear action=raw worked...
But now all I get is a forbidden message saying "Raw pages must be accessed through the primary script entry point." I'm fairly certain this worked before... 75.17.213.235 09:07, 8 March 2008 (UTC)

To clarify, I'm sending request like http://www.mediawiki.org/wiki/Manual:Parameters_to_index.php?action=raw this used to work (iirc)...I think...?


 * Do what the error messages tells you: use the primary script access point. http://www.mediawiki.org/w/index.php?title=Manual:Parameters_to_index.php&action=raw works. -- Duesentrieb ⇌ 12:14, 8 March 2008 (UTC)


 * 29939. Splarka 07:08, 10 May 2008 (UTC)

AJAX
What should we do for using ajax in the search box? the description is not clear for me:

if enabled, calls a php function registered via $wgAjaxExportList; see Manual:Ajax. * requires $wgUseAjax to be true; the only callable functions are those in the array $wgAjaxExportList (implicite if $wgAjaxSearch or $wgAjaxWatch is set) * additional parameters: rs is the function name (e.g., rs=wfSajaxSearch); the rsargs[] array is the list of arguments of this function (e.g., rsargs[]=abcd passes the abcd string to the function). * the JavaScript function sajax_do_call for calling Ajax functions is defined in ajax.js

What schould a do in the LocalSettings.php

$wgUseAjax = true;

$wgAjaxSearch = true;

$wgAjaxWatch = true;

how schould $wgAjaxExportList[] with rs=wfSajaxSearch or array( 'wfSajaxSearch' ) works

Thx.

wp*Time...
I'm writing a bot for an internal corporate MediaWiki installation, and I'm running into the most peculiar situation. To a page that either does not exist or was created by my bot, I am able to update the page via the bot. On the other hand, if the page has been human-edited (no matter how far in the past), I receive a conflict resolution page. I have an edit token when doing this, and things appear to be okay there, but my values for the wpStarttime and wpEdittime are both blank. They are blank for two reasons really; almost every example I've seen has them both blank, and also I don't know what format a date would need to be in (or for that matter, a time pulled from where). Should they be blank? If not, what format should the stamp be in, and where should that date come from? This bot is for an automatic push of all schema changes to a database, so I really do not care about conflicts. Whatever my bot says should go. Is there anyone out there who can help me through this last leg of it? Thanks much in advance. -- Lance May 15:37, 18 July 2008 (UTC)


 * The reason it works for you if the page does not exist, or if the last editor was you, is conflict resolution is automatic in the latter, and unnecessary in the former. wpEdittime is the timestamp of the last revision. This is used to insure that when you save, if you have the timestamp of the last revision, no edit was made between you starting to edit, and you submitting the edit. If this is the case, no edit conflict checking is required. If this is omitted or doesn't match the last edit, and you aren't the last editor, then you of course get an edit conflict.


 * The format for edittime is, (for example my edit right now, the timestamp of your last edit): 20080718153710 YYYYMMDDHHMMSS. You can get this via the API. For example, this returned 2008-07-18T15:37:10Z, all you have to do is strip out everything that isn't a number, and send it back. Splarka 07:30, 19 July 2008 (UTC)