Project:Support desk/Archive 17

From mediawiki.org

(RESOLVED) new wiki: two directories (akin to /w/ and /wiki/ here)

I'm going to install a new wiki soon.

I know that Wikipedia and MediaWiki have some articles in a directory "wiki" and other pages in a directory "w". I've heard this helps with writing robots.txt, so I would like to know how to do this for my own wiki.

How do I do this? Thank you.

(Also, as a side note, is there any purpose for this practice other than robots.txt?)

Smaug 04:42, 14 January 2008 (UTC)[reply]

All the files for these wikis are in /w/ (the pages themselves are in the database, and are retrieved through index.php). They then used an alias in apache to redirect /w/index.php?title=xxx to /wiki/xxx (see Manual:Short URL). The two main purposes of this are 1) to have prettier URLs, and 2) the ability to prevent robots from using any actions (like action=edit) which revert to the ugly URLs. Please note that if you want to set this up in your wiki, make sure that there is no folder named /wiki/, it WILL mess things up if there is. As for the Robots.txt they use, the basic one is for the user agent *, you disallow /w/, /wiki/Special:Random and /wiki/Special:Search (as those two special pages should'nt be indexed). --Skizzerz talk MediaWiki Support Team 21:54, 14 January 2008 (UTC)[reply]
Thank you very much! Smaug 17:50, 15 January 2008 (UTC)[reply]

(RESOLVED) Vertical Scroll Bars

I've been trying to find code that limits the height of

formatted text areas and then add vertical scroll bars. I've seen it created elsewhere on the Gentoo Wiki (http : // tiny url com / 2fv3gx), but for the life of me I just can't figure it out myself. I've searched the MediaWiki help sections to no avail.

Could someone please lend me a helping hand!!!

Cheers,

ak. — Preceding unsigned comment added by [[User:{{{1}}}|{{{1}}}]] ([[User talk:{{{1}}}|talk]] • [[Special:Contributions/{{{1}}}|contribs]])

From that site's MediaWiki:Monobook.css:
/* pre boxes, lets make them scroll */
pre {
overflow: auto;
}

div.scroll pre{
max-height: 50em;
height: expression(this.scrollHeight > 150 ? "500px" : "auto"); /* IE */
border: solid 0px #000000;
background-color: transparent;
padding: 10px;
margin: 0px;
}
and they have a template to generate that box. You can tweak it as you like. Tuvok[Talk/en.wp] 02:54, 15 January 2008 (UTC)[reply]

Reply:

Thanks so much for that. I now have my Box File template working. Is it possible to do this for all < pre > formatted text without having to "Box" it in? — Preceding unsigned comment added by [[User:{{{1}}}|{{{1}}}]] ([[User talk:{{{1}}}|talk]] • [[Special:Contributions/{{{1}}}|contribs]])

You should be able to do that by using:

/* pre boxes, lets make them scroll */
pre {
overflow: auto;
max-height: 50em;
height: expression(this.scrollHeight > 150 ? "500px" : "auto"); /* IE */
border: solid 0px #000000;
background-color: transparent;
padding: 10px;
margin: 0px;
}

That makes it so you don't have to wrap the <pre> sections in <div>s. Tuvok[Talk/en.wp] 04:01, 16 January 2008 (UTC)[reply]

(RESOLVED) Custom namespaces and orphaned pages

  • MediaWiki: 1.11.0
  • PHP: 5.2.4 (cgi-fcgi)
  • MySQL: 4.1.22-standard-log

I created a custom namespace called Manual:, and since then a few pages have been added. One of these pages has now become orphaned (no links pointing to it). I checked the page's 'what links here' to make sure nothing linked to it. But when I went to Special:Lonelypages, the page wasn't listed. What's the catch? Something I forgot to configure?

CodeCat 21:55, 17 January 2008 (UTC)[reply]

There is no such thing as Special:Lonelypages. -PatPeter, MediaWiki Support Team 23:39, 17 January 2008 (UTC)[reply]
Huh its a special redirect, you really meant Special:Orphanedpages. -PatPeter, MediaWiki Support Team 23:40, 17 January 2008 (UTC)[reply]
I guess, but both links lead to the same place, and the link in Special:Specialpages says Lonelypages. --CodeCat 01:32, 18 January 2008 (UTC)[reply]
PatPeter: It's Lonelypages. Special:Orphanedpages redirects to Special:Lonelypages. See MediaWiki 1.11 release notes.
CodeCat: I have a hunch that "orphaned pages" only counts pages that fall within the criteria of $wgContentNamespaces. Try tweaking your settings so Manual: is considered a content space and see if it shows up. Tuvok[Talk/en.wp] 05:21, 18 January 2008 (UTC)[reply]
I was wondering the same thing, but I just checked and it already has $wgContentNamespaces[] = NS_MANUAL;, with NS_MANUAL defined as 100. So that can't be it. --CodeCat 12:18, 18 January 2008 (UTC)[reply]
Hmm, there's not a lot of documentation on that special page (that I can find) either. Maybe "it's not a bug; it's an undocumented feature." :P
Seriously, though, I'm out of ideas. :( Tuvok[Talk/en.wp] 00:18, 19 January 2008 (UTC)[reply]
I looked in the source files, and found this in includes/SpecialLonelypages.php:
  
"SELECT 'Lonelypages'  AS type,
		  page_namespace AS namespace,
		  page_title     AS title,
		  page_title     AS value
	 FROM $page
LEFT JOIN $pagelinks
	   ON page_namespace=pl_namespace AND page_title=pl_title
	WHERE pl_namespace IS NULL
	  AND page_namespace=".NS_MAIN."
	  AND page_is_redirect=0"
So it seems that the whole thing is in fact hardcoded into the source. Worth fixing in a next release? --CodeCat 01:27, 19 January 2008 (UTC)[reply]
You got a Bugzilla account? I think this page is a good candidate for the namespace picker such as seen on Special:Contributions. I hope that thing's just a reusable module. It would take some tweaking, but it would make a good enhancement request. Or perhaps it should just use $wgContentNamespaces; I think the chooser is better, personally. If you don't have a Bugzilla account I'll be happy to report the bug for you (unless you want to do it yourself). Tuvok[Talk/en.wp] 04:10, 19 January 2008 (UTC)[reply]
Posted it myself: link. Thanks for the help though. :) --CodeCat 13:17, 19 January 2008 (UTC)[reply]

(RESOLVED) Wikipedia

How is it that on some non-English editions of Wikipedia talk pages have a colored background and rounded "article", "discussion", "edit" and "history" buttons. Is this a feature of older versions of MediaWiki or is it a customization (if that's the case, how would I go about doing it?). Also, some Wikipedias have a feature that when one replies on a talk page using the colon indent the text appears in a box like on [this w:gl:Conversa:Portada] page. Can anyone help? --58.169.232.209 09:08, 18 January 2008 (UTC)[reply]

The coloring, rounded corners, and boxes are all tweaks to the site CSS. I've rounded corners in my own account on en.wp (see w:en:User:Voyagerfan5761/monobook.css), and you should be able to easily find the code that does it -- I've commented it well. Of course, it looks kind of bad (frankly) in Internet Explorer 6, so perhaps the WPs you've seen are using different code. (Can you post the language of one that has rounding? I'd like to make it so my account doesn't blow up at the library. ;-) )
The backgrounds on the responses are generated by this rather lengthy code in MediaWiki:Monobook.css:
/* Páxinas de conversa : coloración identificativa */
.ns-1 dd, .ns-3 dd, .ns-5 dd, .ns-7 dd, .ns-9 dd,
.ns-11 dd, .ns-13 dd,.ns-15 dd, .ns-101 dd, .ns-103 dd, .ns-105 dd {
 margin:0;
 padding:0;
}

.ns-1 dl, .ns-3 dl, .ns-5 dl, .ns-7 dl, .ns-9 dl,
.ns-11 dl, .ns-13 dl, .ns-15 dl, .ns-101 dl, .ns-103 dl, .ns-105 dl {
 border-top:solid 1px #F0F080;
 border-left:solid 1px #F0F080;
 padding-top:.5em;
 padding-left:.5em;
 margin-left:1em;
}

.ns-1 dl, .ns-3 dl, .ns-5 dl, .ns-7 dl, .ns-9 dl,
.ns-11 dl, .ns-13 dl, .ns-15 dl, .ns-101 dl, .ns-103 dl, .ns-105 dl,

.ns-1 dl dl dl, .ns-3 dl dl dl, .ns-5 dl dl dl, .ns-7 dl dl dl, .ns-9 dl dl dl,
.ns-11 dl dl dl, .ns-13 dl dl dl, .ns-15 dl dl dl, .ns-101 dl dl dl, .ns-103 dl dl dl, .ns-105 dl dl dl,

.ns-1 dl dl dl dl dl, .ns-3 dl dl dl dl dl, .ns-5 dl dl dl dl dl,
.ns-7 dl dl dl dl dl, .ns-9 dl dl dl dl dl, .ns-11 dl dl dl dl dl,
.ns-13 dl dl dl dl dl, .ns-15 dl dl dl dl dl, .ns-101 dl dl dl dl dl,
.ns-103 dl dl dl dl dl, .ns-105 dl dl dl dl dl,

.ns-1 dl dl dl dl dl dl dl, .ns-3 dl dl dl dl dl dl dl,
.ns-5 dl dl dl dl dl dl dl, .ns-7 dl dl dl dl dl dl dl,
.ns-9 dl dl dl dl dl dl dl, .ns-11 dl dl dl dl dl dl dl,
.ns-13 dl dl dl dl dl dl dl, .ns-15 dl dl dl dl dl dl dl,
.ns-101 dl dl dl dl dl dl dl, .ns-103 dl dl dl dl dl dl dl,
.ns-105 dl dl dl dl dl dl dl,

.ns-1 dl dl dl dl dl dl dl dl dl, .ns-3 dl dl dl dl dl dl dl dl dl,
.ns-5 dl dl dl dl dl dl dl dl dl, .ns-7 dl dl dl dl dl dl dl dl dl,
.ns-9 dl dl dl dl dl dl dl dl dl, .ns-11 dl dl dl dl dl dl dl dl dl,
.ns-13 dl dl dl dl dl dl dl dl dl, .ns-15 dl dl dl dl dl dl dl dl dl,
.ns-101 dl dl dl dl dl dl dl dl dl, .ns-103 dl dl dl dl dl dl dl dl dl,
.ns-105 dl dl dl dl dl dl dl dl dl
{ background:#FFFFE0 }

.ns-1 dl dl, .ns-3 dl dl, .ns-5 dl dl, .ns-7 dl dl, .ns-9 dl dl,
.ns-11 dl dl, .ns-13 dl dl, .ns-15 dl dl, .ns-101 dl dl, .ns-103 dl dl, .ns-105 dl dl,

.ns-1 dl dl dl dl, .ns-3 dl dl dl dl, .ns-5 dl dl dl dl, .ns-7 dl dl dl dl,
.ns-9 dl dl dl dl, .ns-11 dl dl dl dl, .ns-13 dl dl dl dl, .ns-15 dl dl dl dl,
.ns-101 dl dl dl dl, .ns-103 dl dl dl dl, .ns-105 dl dl dl dl,

.ns-1 dl dl dl dl dl dl, .ns-3 dl dl dl dl dl dl,
.ns-5 dl dl dl dl dl dl, .ns-7 dl dl dl dl dl dl,
.ns-9 dl dl dl dl dl dl, .ns-11 dl dl dl dl dl dl,
.ns-13 dl dl dl dl dl dl, .ns-15 dl dl dl dl dl dl,
.ns-101 dl dl dl dl dl dl, .ns-103 dl dl dl dl dl dl,
.ns-105 dl dl dl dl dl dl,

.ns-1 dl dl dl dl dl dl dl dl, .ns-3 dl dl dl dl dl dl dl dl,
.ns-5 dl dl dl dl dl dl dl dl, .ns-7 dl dl dl dl dl dl dl dl,
.ns-9 dl dl dl dl dl dl dl dl, .ns-11 dl dl dl dl dl dl dl dl,
.ns-13 dl dl dl dl dl dl dl dl, .ns-15 dl dl dl dl dl dl dl dl,
.ns-101 dl dl dl dl dl dl dl dl, .ns-103 dl dl dl dl dl dl dl dl,
.ns-105 dl dl dl dl dl dl dl dl,

.ns-1 dl dl dl dl dl dl dl dl dl dl, .ns-3 dl dl dl dl dl dl dl dl dl dl,
.ns-5 dl dl dl dl dl dl dl dl dl dl, .ns-7 dl dl dl dl dl dl dl dl dl dl,
.ns-9 dl dl dl dl dl dl dl dl dl dl, .ns-11 dl dl dl dl dl dl dl dl dl dl,
.ns-13 dl dl dl dl dl dl dl dl dl dl, .ns-15 dl dl dl dl dl dl dl dl dl dl,
.ns-101 dl dl dl dl dl dl dl dl dl dl, .ns-103 dl dl dl dl dl dl dl dl dl dl,
.ns-105 dl dl dl dl dl dl dl dl dl dl
{ background:#FFE }
All talk spaces are odd-numbered, which is why the .ns-x selectors don't affect articles. Does that help? Tuvok[Talk/en.wp] 09:25, 18 January 2008 (UTC)[reply]
Thank you, that helped quite a lot. Excuse my poor English. A few Wikipedias have the rounded feature, these include the Bosnian, Italian, Romanian, and Esperanto Wikipedias. --58.169.232.209 10:06, 18 January 2008 (UTC)[reply]

Also, how would I view the monobook "main.css" file of different language editions? I am trying to steal the code for rounding from the Spanish Wikipedia. I have tried "es.wikipedia.org/skins/monobook/main.css" but this gives me the standard file that comes with a fresh MediaWiki installation. The above code adds the feature nicely, but does not change the background color. Thank you so much for your help and patience so far. --58.169.232.209 10:36, 18 January 2008 (UTC)[reply]

Don't worry about your English; I've seen much worse writing from English Wikipedia newbies who write from India or another Asian country. Sometimes I can't even figure out what they mean. :D Your writing, I'm not having trouble with.
So, I found the code for rounded corners on w:ro:Pagina principală:
.pBody {
   padding: 0.3em 0.1em;
   -moz-border-radius-topright: .5em;
}
.portlet h5 {
   background-color: #e0e3e6;
   border: thin solid silver;
   -moz-border-radius-topleft: .5em;
   -moz-border-radius-topright: .5em;
}

/* ... */

/* colţuri rotunjite */

#p-cactions ul li, #p-cactions ul li a { -moz-border-radius-topleft:1em; -moz-border-radius-topright:1em; }
#content                               { -moz-border-radius-topleft:1em; -moz-border-radius-bottomleft:1em; } 
.pBody                                 { -moz-border-radius-topright:1em; -moz-border-radius-bottomright:1em; }
I'm guessing the header means "corner rounding", but I don't know Romanian. If you want the corners to be smaller, just adjust the em values to be smaller (like 0.5, for instance); making them bigger is similar.
The different styles you see aren't in main.css; they're located in either MediaWiki:Monobook.css or MediaWiki:Common.css. In the corners' case, the styles are probably in Monobook.css, since not all skins have the same elements whose corners would be rounded. Tuvok[Talk/en.wp] 00:32, 19 January 2008 (UTC)[reply]

(RESOLVED) Automatically undoing everything a vandalist has done

If a vandalist has written in dozens of articles, can an admin block its user and also automatically undo the relevant changes in dozens of articles? In other words, can blocking be retroactive?

If not, it's a huge issue. Imagine if you have even just 10 such vandalists. You'd have to manually revert hundreds (not to mention thousands) of articles! I know it's easier to revert for an admin, but it's still not feasible.

79.176.153.180 17:51, 15 December 2007 (UTC)[reply]

If you look at the vandle's contributions there is a button for each edit called "rollback." Hold down shift when you click on it and it will do it in a new window. 100 clicks to do 100 reverts. Not so hard. also, if the vandel makes a bunch of pages you can use Extension:Nuke. J.smith 18:38, 15 December 2007 (UTC)[reply]
Nevertheless, why not just allow block + revert in 1 click instead of 100? -79.178.93.100 23:09, 15 December 2007 (UTC)[reply]
Extension:NukeDPL will allow mass nuking based on DPL queries, however you need to use with caution. --Zven 21:10, 9 January 2008 (UTC)[reply]
That has nothing to do with reverting. -79.182.0.62 00:45, 10 January 2008 (UTC)[reply]
No your right, I was thinking of the case where bots are creating lots of articles --Zven 00:58, 10 January 2008 (UTC)[reply]
Is there no bot that can revert everything a certain user has changed? -79.182.0.62 15:24, 15 January 2008 (UTC)[reply]
Its impossible because even normal user can't undo vandalism with conflicting edits. -PatPeter, MediaWiki Support Team 15:30, 15 January 2008 (UTC)[reply]
If it can be done manually, I see no reason why you think it can't be done automatically. -79.182.0.62 11:37, 30 January 2008 (UTC)[reply]
That is what I just said sometimes it can't be done manually, as far as that term goes. For instance, in this case manually would be a user pressing the "undo" button, but sometimes the undo button doesn't work. Some edits vandals do have to be rewritten. -PatPeter, MediaWiki Support Team 00:47, 31 January 2008 (UTC)[reply]

(RESOLVED) Installation Error in 1.6.10

  • MediaWiki: 1.6.10
  • PHP: 4.3.3
  • MySQL: 3.23.58
  • Database:
  • URL: (not live since i'm having trouble installing)


When trying to install the software i keep getting an undefined function error in the parser. the following is the error page the software throws out. Additionally i cannot upgrade the MySQL or PHP, i tried the older 1.5x version of the software and it didn't work either. Same type of error; undefined function.

MediaWiki 1.6.10 Installation

Checking environment...

Please include all of the lines below when reporting installation problems.

   * PHP 4.3.3 installed
   *
     Warning: PHP's register_globals option is enabled. Disable it if you can.
     MediaWiki will work, but your server is more exposed to PHP-based security vulnerabilities.
   * PHP server API is cgi; using ugly URLs (index.php?title=Page_Title)
   * Have XML / Latin1-UTF-8 conversion support.
   * PHP's memory_limit is 8M. If this is too low, installation may fail! Attempting to raise limit to 20M... ok.
   * Have zlib support; enabling output compression.
   * Neither Turck MMCache nor eAccelerator are installed, can't use object caching functions
   * GNU diff3 not found.
   * Found GD graphics library built-in, image thumbnailing will be enabled if you enable uploads.
   * Installation directory: /home/wiki/public_html
   * Script URI path:
   * Environment checked. You can install MediaWiki.
     Generating configuration file...
   * Database type: mysql
     Fatal error: Call to undefined function: wfurlprotocols() in /home/wiki/public_html/includes/Parser.php on line 55

24.251.242.131 06:09, 5 January 2008 (UTC)[reply]

Try one of the newer versions. It could be a typo in the program (or maybe not). Did you edit anything? --NorthStar 17:25, 5 January 2008 (UTC)[reply]

I haven't edited a thing. And i was using this version because of the php and mysql limitations. — Preceding unsigned comment added by [[User:|]] ([[User talk:|talk]] • contribs) 00:11, 6 January 2008 (UTC)

Wait what do you mean? You can't use the current versions? -PatPeter, MediaWiki Support Team 17:31, 14 January 2008 (UTC)[reply]

(RESOLVED) Changes not taking effect after editing Localsettings.php

  • MediaWiki: 1.11.0
  • PHP: 5.2.4
  • MySQL: 5.0.45

After editing and saving localsettings.php, none of my changes take effect. Am I missing some obvious (and unspecified!) step, such as stopping services before editing, or running a script after editing? If so, which service(s) need to be stopped and/or what script needs to be run? Bastun 10:50, 10 January 2008 (UTC)[reply]

You need to use a program to download LocalSettings.php like Filezilla, then edit it with Wordpad (NOT NOTEPAD), then press the button of the floppy disk (lol), then reupload and rewrite it. -PatPeter, MediaWiki Support Team 18:21, 10 January 2008 (UTC)[reply]
No offence, but you don't appear to have read what I have written. Bastun 10:56, 11 January 2008 (UTC)[reply]
No I did read what you wrote, you said you edited it and saved it, I told you how I edited it and saved it as you most likely did it wrong. -PatPeter, MediaWiki Support Team 20:07, 13 January 2008 (UTC)[reply]
Changes made to LocalSettings.php should take effect straight away, I recall some have had problems with whitespace after the closing ?>, some people by convention remove it. What changes specifically were you making? --Zven 18:54, 10 January 2008 (UTC)[reply]
It may be a caching issue with the server or browser, but that is highly unlikely. Anyway, you can try adding &action=purge to the end of the URL (or ?action=purge if using "pretty" URLs) and/or resetting your browser cache and see if that affects anything. Another possibility is that PHP is having some error with what you added, so it just skipped those lines (also unlikely, but anything can happen). --Skizzerz talk MediaWiki Support Team 03:12, 11 January 2008 (UTC)[reply]
Another way to purge is to select edit, then the show preview button. --Zven 03:32, 11 January 2008 (UTC)[reply]

Zven and Skizzerz: at this stage I'm trying anything to make localsettings display changes I've effected to it on the wiki :P My initial reason for editing was to include some extensions and to create custom namespaces (I'll then be setting grouppermissions on the new namespaces). As the new namespaces don't appear to have been created (not showing up in search, etc) I've done some things as basic as changing the logo and sitenotice in localsettings - no changes have any effect. I get the same logo and sitenotice as from when I made initial changes over a month ago when I first set up the wiki. My localsettings file has no closing "?>". Adding &action=purge, clearing browser cache and using edit preview don't show any changes either. Bastun 10:56, 11 January 2008 (UTC)[reply]

Changing Manual:$wgSiteNotice is a good test. Your LocalSettings.php file should be in $IP, (something like /var/www/wiki, or /Library/WebServer/Documents/wiki). Are you editing a copy of LocalSettings.php that is in a different location by accident e.g. in $IP/config?
If this is not the case you could try backing up your LocalSettings.php taking note of database passwords etc, then delete it. Rerun the process of configuring MediaWiki from the web browser url which will reconstruct a default LocalSettings.php in $IP/config. Move the file and add a site notice message at the end again e.g.
$wgSiteNotice = "This is a test";
You could then use a difference engine to examine the differences between your new version and your current one to see if there might be anything causing the issue. --Zven 19:17, 11 January 2008 (UTC)[reply]
I've encountered this same problem on another wiki, and we've fixed it by restarting apache, so try doing that and see if that works (of course, we had to re-restart apache every time we had to change the config files... but that's because of our overly-agressive server-side caching). --Skizzerz talk MediaWiki Support Team 03:01, 13 January 2008 (UTC)[reply]
Thanks, Zven and Skizzerz - I'll try your suggestions out today and report back. Bastun 10:13, 14 January 2008 (UTC)[reply]

(RESOLVED) Searching for singular words vs. plurals

Is there a way to alter the search to include singular and plural forms of words?

For ex:
When I search for the term 'coughs' I get no results, but I do get results searching for 'cough.'

Similarly, when I search 'cough and cold medicine' I get no results, but I do get results for 'cough and cold medicines' that include the full term, and results of just the word cough and just the word cold.

It seems like there is some disparity in the search results and the way to go about achieving those results.

If there is no way to alter the search, it would be great to understand how to best articulate this disparity to users.

24.9.162.3 20:50, 3 January 2008 (UTC)[reply]

Create a page, Coughs, that says:
#REDIRECT Cough
-PatPeter, MediaWiki Support Team 21:00, 3 January 2008 (UTC)[reply]

Thanks for the reply. While this addresses this one specific situation, is there a solution that will work site wide, not relying on specific terms, like cough? — Preceding unsigned comment added by 24.9.162.3 (talkcontribs) 18:13, 11 January 2008

No you will have to make a redirect for every page that has plurals. -PatPeter, MediaWiki Support Team 20:26, 11 January 2008 (UTC)[reply]

(RESOLVED) Is WildCard Search possible?

The search in Mediawiki does not search for partial words. for eg if the name of the document title is "VoyagerTesting", and I give a search of "Voyager", it wont find the page by the title."Voyager" and "testing" are both dictionary words. I need to work on this and try to see if I can bring tis functionality in our wiki page.

Even if I give the wildcard serach, I am not able to find the page. For eg giving serach "voyager*" wont find the page titled "voyagetTesting".

Can you let me know if I Media wiki has this functionality??If yes, can you let me know how this can be done ?? If No, Can you give me some other alternative of bringing this functionality??

Thanks

You could try the Lucene Search extension, which is what Wikipedia uses. --Skizzerz talk MediaWiki Support Team 21:56, 14 January 2008 (UTC)[reply]

(RESOLVED) How do I add new categories to the wiki?

How do I add new categories to the wiki?

79.68.198.170 19:39, 15 January 2008 (UTC)[reply]

Please have a look at m:Help:Category#Creating a category page. --WIKImaniac 20:05, 15 January 2008 (UTC)[reply]

(RESOLVED) Rename a user

How do I rename a users in Media wiki (v1.10) —12.146.131.5 20:03, 17 January 2008 (UTC)[reply]

Extension:Renameuser --Nad 20:32, 17 January 2008 (UTC)[reply]

(RESOLVED) Powered by MediaWiki -- GNU License

Am I required by the license that comes with MediaWiki to keep the little box in the lower-right corner of my site that says "Powered by MediaWiki" on there? Smaug 02:37, 19 January 2008 (UTC)[reply]

No, you are not required to keep anything down there. If you need help removing it, see this entry in the FAQ. --Skizzerz talk - contribs MediaWiki Support Team 02:46, 19 January 2008 (UTC)[reply]
Thank you. Smaug 03:11, 19 January 2008 (UTC)[reply]

(RESOLVED) What Extensions are you running

I was wondering what extensions this site is running as I have copied the Help Pages and a couple of pages are not showing correctly. Also the export template needs to be updated as there are now a couple of extra templates on the help pages

210.1.216.73 12:21, 19 January 2008 (UTC)[reply]

See here. This extension will allow you to use the <syntaxhighlight> tag which should fix up your help pages. --Chris 12:30, 19 January 2008 (UTC)[reply]
Have a look at Special:Version next time. --WIKImaniac 18:55, 20 January 2008 (UTC)[reply]

(RESOLVED) Adding custom header to top of page

Hi folks! I'm a php and wiki newbie. I just installed this wiki. I want to put my own header at the absolute top of all wiki pages, before any of the wiki stuff. This header consists of a few buttons and a login box for my site. The code is a number of php functions for database access etc, and finally a simple table containing the buttons and login box. It should all be inside the <body> tag part of the page. Where in all the wiki files should I put this code? Please advice, I'm a bit lost here. Wiki, PHP, MySQL and Apache are all the latest versions as of today. - Nebol213.67.2.154 23:39, 12 December 2007 (UTC)[reply]

Try editing MediaWiki:Sitenotice at your wiki --Flominator 09:47, 13 December 2007 (UTC)[reply]

Hm.. it doesn't seem to be quite what I'm looking for, Sitenotice displays a text message as part of the page, right? I need to output php and html code, and before any of the wiki stuff, it should look like this: http://www.nebol.se/temp/wiki_bar.gif - Nebol

You can mess around with the style sheet to move stuff down. For your header, you should include the code for it in the MonoBook.php file in the skins directory. I strongly suggest making copies of the original MonoBook.php before making any changes. A better bet is to just start a new skin based on MonoBook and tinker with that, while leaving the original MonoBook as it is. Caveat emptor - Let the buyer beware (Your mileage may vary). -Barista 14:19, 17 December 2007 (UTC)[reply]

Ok I've put in my code after the <body> tag in MonoBook.php and I now see my little bar at the top of the page. But the MediaWiki buttons and text have not moved down accordingly but stays at the top of the page, thus partly overwrites/overlays my button bar. Why is that? Do I really have to hardcode the number of pixels to move the wiki page down?? It seems.. wrong, the browser should handle that part of the layout. My bar consists of a table cell and a number of buttons; if I reduce the width of the browser window, the button row automatically splits up and the buttons are displayed in two rows instead of one, increasing the height of the button bar to compensate for the loss of width. How can I handle that in MonoBook.php if the exakt pixel positions of the wiki elements are hardcoded? - Nebol

Yes you do have to hardcore the number of pixels, try that, and come back if it failed, if it worked then please close this topic by changing the subject to:

{Preview taken out}

-PatPeter, MediaWiki Support Team 18:10, 16 January 2008 (UTC)[reply]

(RESOLVED) use checkbox in mediawiki

  • MediaWiki: (Reported by your Wiki's Special:Version page)
  • PHP:
  • MySQL:
  • Database:
  • URL:

Hi,

I'd like to include a checkbox (if possible, in a array). I'd like that any user could modify this checkbox (for example, it would be very nice to propose a meeting-date to several user. So, any user could active or deactive this checkbox.

Is it possible?

Thanks

213.151.180.13 13:32, 13 January 2008 (UTC)[reply]

Could you be more specific? Like where would the checkbox go? What does the checkbox do? -PatPeter, MediaWiki Support Team 15:43, 15 January 2008 (UTC)[reply]

_Hi PatPeter

I'd like that anybody could check on or check off a checkbox (or a radio-button), for example to organize a meeting. Example :

meeting for the big day
Sunday, June 3 monday, June 4 Tuesday, June 5
Mr Y checkbox checkbox checkbox
Mrs X checkbox checkbox checkbox

So if Mr Y is ok for one or more date, he checks on directly the checkbox on the wiki-page (without editing the page but perhaps with a "save or validate" button). It's the same for Mrs X.

Is it possible ? — Preceding unsigned comment added by [[User:{{{1}}}|{{{1}}}]] ([[User talk:{{{1}}}|talk]] • [[Special:Contributions/{{{1}}}|contribs]])

No they would actually have to edit the page themselves checking off if they can make it or not, that is how wikis are made, not to have two layers of saving (you would have to save the checkboxes as you said). -PatPeter, MediaWiki Support Team 00:25, 17 January 2008 (UTC)[reply]

(RESOLVED) You have an error in your SQL syntax

  • MediaWiki: (Reported by your Wiki's Special:Version page)
  • PHP: 5.2.5
  • MySQL: 6.0.3
  • Database: 6.0.3
  • URL:

Keep getting the following error at the end of the Wiki setup. I see other users with the error, but no resolution. Below is the page that comes up after filling out the setup form: Checking environment... Please include all of the lines below when reporting installation problems.

PHP 5.2.5 installed Found database drivers for: MySQL PHP server API is cgi-fcgi; using ugly URLs (index.php?title=Page_Title) Have XML / Latin1-UTF-8 conversion support. Session save path (c:\php\sessiondata) appears to be valid. PHP's memory_limit is 128M. Couldn't find Turck MMCache, eAccelerator, APC or XCache; cannot use these for object caching. GNU diff3 not found. Couldn't find GD library or ImageMagick; image thumbnailing disabled. Installation directory: C:\Inetpub\wwwroot Script URI path: Installing MediaWiki with php file extensions Environment checked. You can install MediaWiki. Warning: $wgSecretKey key is insecure, generated with mt_rand(). Consider changing it manually. Generating configuration file...

Database type: MySQL Loading class: DatabaseMysql Attempting to connect to database server as root...success. Connected to 6.0.3-alpha-community Database wikidb exists Creating tables...Query "CREATE TABLE `user` ( user_id int unsigned NOT NULL auto_increment, user_name varchar(255) binary NOT NULL default , user_real_name varchar(255) binary NOT NULL default , user_password tinyblob NOT NULL, user_newpassword tinyblob NOT NULL, user_newpass_time binary(14), user_email tinytext NOT NULL, user_options blob NOT NULL, user_touched binary(14) NOT NULL default , user_token binary(32) NOT NULL default , user_email_authenticated binary(14), user_email_token binary(32), user_email_token_expires binary(14), user_registration binary(14), user_editcount int, PRIMARY KEY user_id (user_id), UNIQUE INDEX user_name (user_name), INDEX (user_email_token) ) TYPE=InnoDB " failed with error code "You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'TYPE=InnoDB' at line 20 (localhost)". —67.91.173.235 15:57, 18 January 2008 (UTC)[reply]

MySQL6 obviously doesn't like the TYPE=InnoDB option, so you could try setting $wgDBTableOptions to "", but I would imagine you will have more problems since MediaWiki doesn't support MySQL6 yet and also MySQL6 is only in alpha stage of development which means it is still very unstable currently. --Nad 20:44, 18 January 2008 (UTC)[reply]

(RESOLVED) Problems with template

  • MediaWiki: 1.11.0
  • PHP: 5.2.5 (cgi)
  • MySQL: 5.0.32-Debian_7etch1
  • URL: this

Hello! I am a beginneruser of Mediawiki. I want to use a Template, which I take from Wikipedia. But on my website something gets wrong with it. Like you can see here that something is going wrong. But I dont know what and why. Can you help me, to solve it?

Astrid 14:59, 21 January 2008 (UTC)[reply]

You need to install m:Help:ParserFunctions#Installation. -PatPeter, MediaWiki Support Team 16:33, 21 January 2008 (UTC)[reply]
Very great. :-) Thank you very much for your quick help. Regards --Astrid 17:26, 21 January 2008 (UTC)[reply]

(RESOLVED) Using commons in own Mediawiki?

  • MediaWiki: 1.11.0
  • PHP: 5.2.5 (cgi)
  • MySQL: 5.0.32-Debian_7etch1
  • URL: this

Is it possible, to configure an own Mediawiki, that there images from Commons Wikimedia can be used, without having the image on the localhost, as it is done on this site, like e.g. for ‘’Image:Crystal Clear app display.png‘’?

Astrid 09:54, 22 January 2008 (UTC)[reply]

From what I've researched, you have to have access to the database of a common repository, so non-Wikimedia projects can't access Commons images without first uploading them locally. (You can also turn on hotlinking, to embed images from anywhere, but that's a lot less flexible than uploads). Tuvok[Talk/en.wp] 06:49, 23 January 2008 (UTC)[reply]
Okidoki, thanx for the info. Then I will use the files locally. --Astrid 13:47, 23 January 2008 (UTC)[reply]
I wish they'd get that InstantCommons project off the ground sometime soon... Until then, download/upload and transwiki the pages (or just write them yourself on the upload page; transwiki isn't a requirement, by any means). Tuvok[Talk/en.wp] 15:16, 23 January 2008 (UTC)[reply]

(RESOLVED) YouTube

  • MediaWiki: (Reported by your Wiki's Special:Version page)
  • PHP:
  • MySQL:
  • Database:
  • URL:

Hi

Can you add a YouTube video to a MediaWiki page?

Thanks

196.7.14.3 23:08, 22 January 2008 (UTC)[reply]

Yip, you can do it with Extension:EmbedVideo --Nad 23:19, 22 January 2008 (UTC)[reply]
That's awesome I am going to have to add that too :). Topic resolved. -PatPeter, MediaWiki Support Team 02:22, 23 January 2008 (UTC)[reply]

(RESOLVED) How to remove the password change boxes under special:preferences

  • MediaWiki: 1.11
  • PHP: 5.2.3
  • MySQL: 5.0.41
  • Database:
  • URL:

Hi, my fellow companions. I have a question. I am trying to integrate the mediawiki to another site, so that when you log into that site you have a link to enter the mediawiki. That site uses CAS authentication so that when i click to the mediawiki link, it automatically logs in the user to mediawiki (and if the user does not exist it gets created and then logged)

The thing is that under the Special:preferences link, there's an option wich allows me to change the password. It has 3 boxes ( Old password, New password, New password again) and a clicker box (remind the password between sessions)

I wish to delete this content. How do i do it?

I have also another question. How do i make that the register/login link on the top rightmost corner of the main page directs me to another site?

Thanks in advance. You are the best community. - Juanan

147.83.181.16 19:34, 18 January 2008 (UTC)[reply]

I found a way to do this. I noticed that the key must be in the function allowPasswordChange(), called in specialpreferences.php .

So I just redefined the function allowPasswordChange() to return false in the custom authplugin extension named authplugin_CAS that i use to login to the wiki. Not sure if it's the best way to do this hackery but it works.. or so it seems. - Juanan -147.83.181.17 18:56, 22 January 2008 (UTC)[reply]

(RESOLVED) Edit toolbar does not appear

  • MediaWiki: 1.11.0
  • PHP: 5.2.4 (cgi-fcgi)
  • MySQL: 5.0.27
  • Database:
  • URL: [1]

Hi there. I'm missing the edit toolbar on my wiki. I posted also on MW-Users but they couldn't help me there yet. The toolbar is missing on Firefox and IE, on my user account as well as on unregistered accounts. I see the toolbar here on mediawiki.org (also on Wikipedia and other wikis), though. So it has to be a problem at the config of my wiki, I guess.

89.245.83.140 21:10, 18 January 2008 (UTC)[reply]

The page source shows that the toolbar js is being loaded but is not being added to the edit form. The most likely reason for this is that another extension is disabling the showtoolbar preference, so maybe try commenting out the extensions from LocalSettings one by one checking the presence of the toolbar for each. --Nad 23:21, 18 January 2008 (UTC)[reply]
Alright, I deactivated all of the extensions to check if the toolbar does appear, unfortunatly it did not. Of course I refreshed the page after that. I still think that there must be an extremly simple solution for it, but I cannot point my finger there. But thanks for the hint --89.245.102.34 00:44, 20 January 2008 (UTC)[reply]
The problem was a modified monobook.php. I uploaded the original file again and made the changes I had in before, now it works. --89.245.93.194 02:03, 28 January 2008 (UTC)[reply]

(RESOLVED) How can i get a sysop status on MediaWiki?

  • MediaWiki: (Reported by your Wiki's Special:Version page)
  • PHP:
  • MySQL:
  • Database:
  • URL:

Ahmed-Najib-Biabani-Ibrahimkhel 03:17, 22 January 2008 (UTC)[reply]

Ask a bureaucrat to give it to you via Special:Userrights. Depending on the wiki, there may or may not be a process you have to undergo beforehand. --Skizzerz talk - contribs MediaWiki Support Team 20:28, 22 January 2008 (UTC)[reply]

(RESOLVED) Can't find the LocalSettings.php file in the config folder

  • MediaWiki: 1.11
  • PHP: 5

I can't find the LocalSettings.php file in the config folder. So, I can't move it in the parent directory. What can I do? I received many warnings during the installation but, at the end, a green sentence saying "Installation successful" appeared.

Maybe retry the installation, and post the warning messages here. That will give us something to work with. Theo s 12:35, 22 January 2008 (UTC)[reply]

81.123.131.92 12:16, 22 January 2008 (UTC)[reply]

Here they are...

Notice: umask() has been disabled for security reasons in /membri2/ponchdeleon/php5/mediawiki-1.11.0/install-utils.inc on line 32

  1. PHP 5.2.5-dev installed
  2. Found database drivers for: MySQL
  3. PHP server API is cgi-fcgi; using ugly URLs (index.php?title=Page_Title)
  4. Have XML / Latin1-UTF-8 conversion support.

Warning: is_dir() [function.is-dir]: open_basedir restriction in effect. File(/tmp_r) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 424

  1. Warning: Your session.save_path value (/tmp_r) appears to be invalid or is not writable. PHP needs to be able to save data to this location for correct session operation.
  2. PHP's memory_limit is 64M.
  3. Couldn't find Turck MMCache, eAccelerator, APC or XCache; cannot use these for object caching.

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/bin/gdiff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/bin/diff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/bin/diff3.exe) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/local/bin/gdiff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/local/bin/diff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/local/bin/diff3.exe) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/opt/csw/bin/gdiff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/opt/csw/bin/diff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/opt/csw/bin/diff3.exe) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/gnu/bin/gdiff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/gnu/bin/diff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/gnu/bin/diff3.exe) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/sfw/bin/gdiff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/sfw/bin/diff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/sfw/bin/diff3.exe) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/sbin/gdiff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/sbin/diff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/sbin/diff3.exe) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/bin/gdiff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/bin/diff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/bin/diff3.exe) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/sbin/gdiff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/sbin/diff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/sbin/diff3.exe) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/bin/gdiff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/bin/diff3) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/bin/diff3.exe) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 1793

  1. GNU diff3 not found.

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/bin/convert) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 517

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/opt/csw/bin/convert) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 517

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/local/bin/convert) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 517

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/opt/local/bin/convert) is not within the allowed path(s): (/membri) in /membri2/ponchdeleon/php5/mediawiki-1.11.0/config/index.php on line 517

  1. Found GD graphics library built-in, image thumbnailing will be enabled if you enable uploads.
  2. Installation directory: /membri2/ponchdeleon/php5/mediawiki-1.11.0
  3. Script URI path: /php5/mediawiki-1.11.0
  4. Installing MediaWiki with php file extensions
  5. Environment checked. You can install MediaWiki.
Your host has locked down a lot of your server's capabilities which is likely something to do with the LocalSettings not being created - it should have given an error message specific to that tho which is odd... --Nad 23:23, 22 January 2008 (UTC)[reply]

(RESOLVED) No "Main page"

  • MediaWiki: 1.11.0
  • PHP: 5.1.4 (cgi-fcgi)
  • MySQL: 5.0.45-log
  • Database: Unknown, if you know how to figure it out please tell me.
  • URL: Red Orchestra Wiki

Whoa holy crap I was just trying to get Manual:Short url to work for my wiki and in a strange side effect I was able to stop "Main Page" from displaying on the Main Page, so I must ask, how did I do this? I want to make sure this doesn't happen to like Special Pages or something, you know.

—-PatPeter, MediaWiki Support Team 05:35, 23 January 2008 (UTC)[reply]

Oh and I forgot to mention that I prefer the Main Page like this, but as I said I don't want anything bad to come of it. -PatPeter, MediaWiki Support Team 05:36, 23 January 2008 (UTC)[reply]
It is that lines in your MediaWiki:Monobook.css :
body.page-Main_Page #t-cite,
body.page-Main_Page #lastmod, 
body.page-Main_Page #siteSub, 
body.page-Main_Page h1.firstHeading {
    display: none !important;
}
iAlex 15:44, 23 January 2008 (UTC)[reply]
Ahhhh I didn't notice I had done that until after I started screwing around with Manual:Short URL, forgetting that a couple days before I copied Wikipedia's monobook.css. -PatPeter, MediaWiki Support Team 15:22, 25 January 2008 (UTC)[reply]

(RESOLVED) Deleting users

  • MediaWiki: 1.6.10
  • PHP: 4.4.4
  • MySQL: 4.1.22-standard
  • Database:
  • URL: http://imsaw.com/mediawiki/
  • Know how to block users but how do i delete users?
By using Extension:User Merge and Delete or running the removedUnusedAccounts maintenance script (think that's what it's called). --Skizzerz talk - contribs MediaWiki Support Team 02:13, 24 January 2008 (UTC)[reply]
I have to say, the UserMergeAndDelete extension just saved my butt from some early bogus test-users that were plaguing my wiki. It's a great extension! --Töff 02:49, 27 January 2008 (UTC)[reply]

(RESOLVED) CrossNamespaceLinks Extension

I am having trouble installing Cross Namespace Links extension as there is no documentation for it. What to I place in my LocalSettings.php to make it work

210.1.216.73 14:58, 24 January 2008 (UTC)[reply]

In your LocalSettings.php, you should put the line:
require_once( "$IP/extensions/CrossNamespaceLinks/SpecialCrossNamespaceLinks.php" );
That's assuming you've put the extension's files into the extensions/CrossNamespaceLinks folder. Tuvok[Talk/en.wp] 09:33, 25 January 2008 (UTC)[reply]
I've tried that however when doing it I get a blank page and no wiki 210.1.216.73
I manage to fix it I ended up using
require_once( $IP.'/extensions/CrossNamespaceLinks/SpecialCrossNamespaceLinks.php' );

210.1.216.73

(RESOLVED) Force Preview in 1.10

  • MediaWiki: 1.10.0
  • PHP: 5.2.5 (cgi-fcgi)
  • MySQL: 5.0.24-community-nt
  • URL: (internal company wiki)

I want to enable Force Preview in MediaWiki 1.10. When I copy the information from MediaWiki:Common.js into my wiki's Common.js, it only appears as text. The parts between the { and } appears as text in div boxes. (UseSiteJS is set to true in DefaultSettings.php)

I tried to locate the EditPage.php code mentioned in the FAQ ( How can I force users to preview before they save ), but using my Wordpad's Find function doesn't locate the text recommended to be replaced.

Am I missing something from Common.js that isn't showing in the above links?

Fmmarianicolon 15:41, 24 January 2008 (UTC)[reply]

see Manual:Force preview for an overview of various ways to implement this. --Skizzerz talk - contribs MediaWiki Support Team 18:21, 24 January 2008 (UTC)[reply]
I added the first set of code from Manual:Force preview. The result does not look like the Common.js from the French or English Wikipedias. Here is a screenshot. Am I missing a Javascript tag that I need to place before it? --Fmmarianicolon 18:58, 27 January 2008 (UTC)[reply]
The appearance of it is due to the fact that the Wikipedias are running a newer version of MediaWiki than you are (and they have the GeSHi highlighter extension). It should work as expected regardless. resolving again because appearance of Common.js was not the intent of this thread. If you want to discuss ways to get your Common.js to look better, start a new topic. --Skizzerz talk - contribs MediaWiki Support Team 19:44, 27 January 2008 (UTC)[reply]
I'm not explaining myself very well, sorry about the confusion. The code that I added from Manual:Force preview did not enable Force Preview. I saved common.js with the code, then logged into a regular user account. On both the sysop and regular user account, I can Save the page without being required to preview first.
The reason for the above screenshot: I thought the different look of my common.js would provide a clue as to what its missing to get Force Preview working. If the screenshot does not show that I am missing something from common.js, what else should I check to get Force Preview working? Thanks, --Fmmarianicolon 20:12, 27 January 2008 (UTC)[reply]
This js only forces preview for anonymous users. All logged-in users can still save without previewing with that javascript. Change the part way at the top from wgUserGroups == "user" to wgUserGroups == "sysop" if you want to force it for all non-sysops. --Skizzerz talk - contribs MediaWiki Support Team 20:20, 27 January 2008 (UTC)[reply]
It's working now. Thanks much, you help is very appreciated! --207.114.205.130 15:49, 28 January 2008 (UTC)[reply]
(Oops, forgot to log in, but that was from me!) --Fmmarianicolon 15:51, 28 January 2008 (UTC)[reply]

(RESOLVED) mp4 quicktime crashes videolan player

I have a Sanyo Xacti 1000 HD camera. The Quicktimes are mp4. Quicktime 7.1 plays it back but very choppy. Newer quicktime releases do not play the file back, only a green screen. I tried to play the clips back in the Videolan player but it immediately crashes. What vieo editing program will support and be stable. Please help anyone.

The system is xp pro, lots of ram, raid 0 satas, with a g force 7200 512mb card.

steven@rudeanimation.com

Steven Rude 23:09, 25 January 2008 (UTC)[reply]

Does this have something to do with MediaWiki? I don't think anyone here will help you if it's not. Did you mean to post this on the Wikipedia Reference Desk? Smaug 02:08, 26 January 2008 (UTC)[reply]
Not relevant to MediaWiki. Closed. --Skizzerz talk - contribs MediaWiki Support Team 03:33, 26 January 2008 (UTC)[reply]

(RESOLVED) How can I add an INTERNAL LINK WITH A NAME-VALUE PAIR?

Q. How can I add an INTERNAL LINK WITH A NAME-VALUE PAIR?

I would like to use, for example, Special:Listusers&group=Writer to list only the users within the 'Writer' group, or Special:Userlogin&type=signup to jump directly to the account creation (not login) screen.

I can make an EXTERNAL link with a name-value pair, and use my site's own URL, but that's just kinda silly (and deceptively marks the link with the "external" icon).

The INTERNAL link parser doesn't seem to pick up the name-value pair appended to the link. I just get a "No such special page" error. Grr.

... I tried to come up with a clever #REDIRECT, but redirects use internal links, also, don't they. Dead end.

Thanks in advance, —Töff 02:45, 27 January 2008 (UTC)[reply]

  • MediaWiki=1.11.0 / PHP=5.1.6 / MySQL=5.0.37 / URL=Pale Ravens.
  • p.s. I am a new MediaWiki admin and I am loving the software so far! Cheers to all the developers!
For Listusers, using Special:Listusers/writers would work (internal link). As for account creation, unfortunately there is no current way to do this. You can use CSS to prevent it from looking like an external link, but that's about it for the moment. --Skizzerz talk - contribs MediaWiki Support Team 04:20, 27 January 2008 (UTC)[reply]
"using Special:Listusers/writers would work (internal link)." -- That's cool! Is that kind of switch documented anywhere? I never saw that before! Too bad there's not one for the login page. --Töff
THAT WORKS GREAT! ... but again, is that switch, and more importantly other switches like it, documented anywhere? I looked, really.--Töff
How about using the fullurl parser function e.g. Signup ([{{fullurl:Special:Userlogin|type=signup}} Signup]), and use CSS to remove the external icon. One way would be to make a new template with its own span class wrapper and create the CSS rule --Zven 04:37, 27 January 2008 (UTC)[reply]
"use CSS to remove the external icon" -- I could, but the external link icon is a nice thing, a wiki standard, and I won't want to train my users to expect something different from our MediaWiki than they do from the thousands of other installations. It's just a conformity thing, I guess. I like the wiki system and I want to break it as little as possible, in the name of suiting my needs. --Töff
You can remove the icon on a case-by-case basis by wrapping the link in <span class="plainlinks">...</span>. Ex: Support desk page history. Works like a charm on every (recent - goes without saying) MediaWiki installation I've come across. Tuvok[Talk/en.wp] 07:10, 27 January 2008 (UTC)[reply]
"remove the icon on a case-by-case basis" -- Thought of that some time after I posted. I bet it's what Zven meant, and I didn't listen carefully enough ... and yeh, a template would be the way to go. Zven was way ahead of me. Imma try it, then I'll mark this resolved if I can actually make it work. Thanks! --Töff
OMG, I've spent an hour trying every combination I could think of, and I cannot get to the proper result. Embarrassingly, I must ask somebody PLEASE just to show me how it must be done. I can't even post what I tried, because I tried so many different things. Here, just a sample, I know it doesn't work, but neither do any of the other things I tried. Grr! ... Ampersands and Curlybrackets and Pipes, oh my! (Not to mention the spaces, or omission of spaces, before and/or after. Is this classic newbie floundering, or what?) Help! Please!
Template:Plainlink ... <span class="plainlinks">[{{fullurl:{{{1}}}}} {{{2}}}]</span>
Wiki markup for use on my page ... {{Plainlink|Special:Userlogin&type=signup|Create a wiki user account}}
I'll add FYI, one of the problems seems to be using a pipe in the URL in place of the net-standard ampersand, e.g., |type=signup ... it confuses the template parsing, I think, maybe, I dunno, I am without a clue. But I did try pipe instead of ampersand, lots of different ways.
The reason your example above doesn't work is because the fullurl parser function must specify query string arguments as a separate parameter e.g. {{fullurl:Special:Login&type=signup}} //www.mediawiki.org/wiki/Special:Login%26type%3Dsignup fails (due to the[Manual:Short URL|short url] of entire argument and uuencoding expansion), and {{fullurl:Special:Login|type=signup}} //www.mediawiki.org/w/index.php?title=Special:Login&type=signup succeeds. As your've indicated that you are a new user this may be useful to remember;
Link syntax -associations between articles
  • [ - external links
  • [[ - internal links
Transclusion -embedding within articles
Skizzerz mentions below that pipes can confuse the parser as they are supposed to separate key=value pairs so Template:! is used to stop that happening. Now his example appears to be failing aswell, and I think it is due to a problem being caused by the {{#if ... }} statement, we need to make a simpler template so it will work. --Zven 23:06, 27 January 2008 (UTC)[reply]
Try this: Template:Plainlink <span class="plainlinks">[{{fullurl:{{{1}}}{{#if:{{{params|}}}|{{!}}{{{params}}}}}}} {{{2}}}]</span> Template:! | (yes, just a single pipe) Wiki markup on the page {{Plainlink|Special:Userlogin|params=type=signup|Create a wiki user account}}. You'll need ParserFunctions for this btw. --Skizzerz talk - contribs MediaWiki Support Team 20:01, 27 January 2008 (UTC)[reply]
Fantastic, thanks so much, that code is beyond my level and I never woulda figured it myself ... I'll try it! ... btw please see my question above about the Listusers switch. --Töff
It totally didn't work. I give up. It's not worth any more effort. THANK YOU, though, for the help! It's generosity like that, that makes the web go 'round.--Töff
there appears to be two issues, problems with the {{#if: ...}} parser function, and mixing of named and unnamed parameters such that unnamed parameters after named parameters should be explicitly refered by their index e.g. 2=second parameter. Template:Plainlink;
<span class="plainlinks">{{#if: {{{params|}}} | [{{fullurl:{{{target}}}{{!}}{{{params}}}}} {{{label}}}] | [{{fullurl:{{{target}}}}} {{{label}}}] }}</span>
called with;
{{Plainlink|target=Special:Userlogin|params=type=signup|label=create a new account}} {{Plainlink|target=Special:Userlogin|label=create a new account}}
should work. --Zven 00:23, 28 January 2008 (UTC)[reply]
Zven baby you rock my world :) This was a lot more trouble that it was worth for the one little icon, so I think we will call this a wonderful learning experience for future problem solving. Amazing how unforgiving some syntaxes and parsers can be, eh!? BIG THANX to Zven and Skizzerz and V'gerfan. Imma call this resolved! w00h00! (but Imma also stick on a new Q about the Listerusers switch).--Töff 01:18, 28 January 2008 (UTC)[reply]

(RESOLVED) Rendering of too-complex pages breaks: How to fix?

MediaWiki: (Your version)
PHP: (Your version)
MySQL: (Your version)
Database: (Your version)
URL: [LINK Title]

(How does one find out the MediaWiki/PHP/MySQL/Database versions?)

On the French Wiktionary, we make heavy use of sometimes fairly complex templates. The rendering of some pages currently breaks (e.g. wikt:fr:repousser: in the "Traductions" box), the key symptom being that templates suddenly stop being resolved (in the example, this shows as "Modèle:trad" strings). We know this has someething to do with the complexity or size of the page, but in order to fix this, we need to know exactly what is the cause. Is it the gross size of the page (number of bytes "sucked in", excluding the <noinclude> bits?), the number of template calls (counting recursions, if any), or something else?

Urhixidur 18:00, 16 December 2007 (UTC)[reply]

You can find out your MediaWiki, PHP, and MySQL from Special:Version, as to your type of database I don't know. -PatPeter, MedaiWiki Support Team 02:50, 17 December 2007 (UTC)[reply]
I don't read French that well, but it looks like the templates -verb-|fr, -drv- and -trad- are each being called twice. My guess is that one of the templates is calling something it shouldn't. one or more of the templates is broken. -Barista 14:31, 19 December 2007 (UTC)[reply]
Actually, the templates are all fine, it's just that there are either too many raw template calls (including sub-calls), or too many bytes of page to process once all the calls are resolved. The page just stops processing template calls midway through. We need to know which of these two cases (number of calls or total number of bytes invoked) matters before we can correct the situation. Is the mediawiki limitation expressed in terms of number of template calls and sub-calls, or in terms of total bytes to process?
The key culprit is the trad template, which is called repeatedly within the translation tables. As for -verb-, -drv-, and -trad-, they do appear twice, because there are two major meanings for the word. Multiple calls of this sort work just fine in other contexts. Urhixidur 20:53, 20 December 2007 (UTC)[reply]
Is it possible to place parts of the pages in subpages to minimize the limit? You would probably have to bring it up at your village pump though. -PatPeter, MediaWiki Support Team 15:46, 18 January 2008 (UTC)[reply]

(RESOLVED) Static images

Hi, how does one make an image that is non-clickable? — PM Poon 06:30, 7 January 2008 (UTC)[reply]

A few of us have had problems with that - not only non-clickable, but also needing them to link somewhere else instead of the image page. OrganicDesign:User:Rob was going to make a quick extension for that, so maybe ask him about it - he may have already done it and be using it on his work's wikis --Nad 10:25, 8 January 2008 (UTC)[reply]
You could also install Extension:ImageMap and add a default link to the page name itself. —color probe (talk | contribs) 18:44, 10 January 2008 (UTC)[reply]

(RESOLVED) Search completely dead

  • MediaWiki: 1.11.0
  • PHP: 5.1.4 (cgi-fcgi)
  • MySQL: 4.1.20
  • URL: Botdom Wiki

Hey all,

Search seems to have died completely on my wiki, and no matter what I search for, no results are returned. Search results page is always a page with only a sentence at the top and search field at the bottom, with only a space inbetween. I've been working with MediaWiki for almost one and a half year now, and customize it a lot on code level, but I just can't seem to get out of this problem. I tried running maintenance/rebuildtextindex.php and it succeeded, I tried clearing my cache and then searching again, yet the search still acts the same way. Any ideas? Thanks! —87.61.161.59 12:12, 13 January 2008 (UTC)[reply]

I should perhaps add, not even MediaWiki:Nonefound is being displayed -- it's completely blank except the search form at the bottom and the "For more information about searching on ..." introduction header. --87.61.161.59 12:14, 13 January 2008 (UTC)[reply]
Reupload SpecialSearch.php to your /includes/ directory. -PatPeter, MediaWiki Support Team 19:23, 13 January 2008 (UTC)[reply]
Heh, not even that works. I assume that it's something I've done when editing parts of the code (even though I only recall editing MonoBook.php and main.css). Unless you have any other suggestions, I can understand how it's a bit hard to find out what's happening. I think I'll just wait until the next MediaWiki update by replacing all files with those versions to start fresh. Thanks for your help nevertheless! --87.61.161.59 06:13, 17 January 2008 (UTC)[reply]
This is probably a shot in the dark, but you didn't set $wgDisableTextSearch = true; did you? If not, why not try backing up the files you changed and overwriting them with the ones from the 1.11 release? That might work... Could be you took something out of MonoBook.php that was necessary for the search results to display. Just guessing here! :) Tuvok[Talk/en.wp] 09:13, 17 January 2008 (UTC)[reply]

(RESOLVED) How can I change the location of the database?

  • MediaWiki: 1.10.0
  • PHP: 5.2.5
  • MySQL: 5.0.51
  • Database:
  • URL:


Hello,

I want to build a mediawiki on a intranet system. On each PC apache is still running.

I've installed the mediawiki on one pc (for testing resons). What I want to do - and that's my problem - I want to store the database (the brain of the wiki, so to say) on a USB - device, which is plugged on a fritz!box.

Why do I want so? In this intranet is no PC running all the time, and I don't want to install a special server for the wiki only. So I thought, I can run the mediawiki on each PC and store the database centraly on the usb-device.

Is there a possibility to solve this problem?


84.171.172.226 21:32, 13 January 2008 (UTC)[reply]

Have you taken a look at Manual:Wiki on a stick or (better for Windows PCs) Wiki on a stick yet? That could prove workable, perhaps better than having Apache always running on every computer. Just bring the USB stick to one of the computers that's running. Tuvok[Talk/en.wp] 23:08, 13 January 2008 (UTC)[reply]

Thanks for your answer. I read this article after I'd installed the wiki on the test PC. The problem is, that there is none of the computeres running the hole time... The apache is needed for a chemical database, based on php, which is running on each of this PC. This small network is installed in a fire department, so I can't say, which PC is the first who is running. Another advantage over plugging the usb-device directly on one of the pc is, that I can make maintainence from extranet (I hope so ;-)). Unfortunately is there no support of the fritz!box for a server running on the usb-device.

this doesn't solve any of your issues really, but is worth checking out http://www.mediawikilite.org/, Extension:MediaWikiLite extends the Database class to provide SQLLite support allowing MediaWiki installs independent of MySQL. It is likely to go Beta soon --Zven 00:44, 16 January 2008 (UTC)[reply]
Extension:MediaWikiLite has gone from unstable to Beta --Zven 02:58, 16 January 2008 (UTC)[reply]

(RESOLVED) I'm guessing installation errors (section inserted without heading; Tuvok guesses ;-)

  • MediaWiki: (Reported by your Wiki's Special:Version page)
  • PHP: 3.01
  • MySQL: 5.0
  • Database: 1
  • URL: password protected, sorry

A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:

   (SQL query hidden)

from within function "Article::insertOn". MySQL returned error "1062: Duplicate entry '0-Main' for key 2 (localhost)".

128.138.224.216 02:48, 15 January 2008 (UTC)[reply]

Can you be more specific as to your problem? -PatPeter, MediaWiki Support Team 02:48, 21 January 2008 (UTC)[reply]

(RESOLVED) how do I add a network link?

I might be using the wrong term, but I could not find any reference to adding an internal network link. We use the wiki internally, but have pdf docs that we need to maintain for distribution to customers. I would like to add a link to the internal documentation that points to the collateral. it is a shared drive, so all users would have access to the file in the same location.

is this possible?

Thanks! — Preceding unsigned comment added by [[User:{{{1}}}|{{{1}}}]] ([[User talk:{{{1}}}|talk]] • [[Special:Contributions/{{{1}}}|contribs]])

It is possible, but there are some security issues you need to address - see M:MediaWiki FAQ for details --Nad 20:13, 15 January 2008 (UTC)[reply]
I guess, you are talking about file:///-protocol. If you want to use this kind of protocol you have to do just a small change in code: MediaWiki FAQ. If you like, you can also change the css-definitions to mark links to your file-system with an icon. I'll post this in a minute. Last you might want to use the Extension:FileLink. --WIKImaniac 20:22, 15 January 2008 (UTC)[reply]
You can also achieve this by adding a value to the $wgUrlProtocols variable in you LocalSettings.php. You probably have to add something like the following, somewhere before the end of LocalSettings.php:
$wgUrlProtocols[] = "file:";
color probe (talk | contribs | Support team) 16:14, 16 January 2008 (UTC)[reply]

(RESOLVED) Empty transfered mediawiki after disk crash


Hi, I got a hard disk crash one year ago and I just realized that some important information from my wiki was on that disk. I managed to mount the disk, got the whole mediawiki directory, got the databases files (not a dump but direct .frm, .MYI and .MYD) I put all the files on a new server, changed the settings and my wiki appears back, but empty :-( (the new server maybe have newer versions of servers)

I made a dump of the searchindex table in the database and it all contains my important text but in a non easyly readable view.

I try to find information on Manual:Moving a wiki but it didn't help.

The only error I get is when I try to see the tables directly in mysql. I log in mysql, use my database, but most of the tables are empty. When I try to see the tables I got this error:

Didn't find any fields in table 'validate'

And when I try to select * in the table I get:

mysql> select * from validate;
ERROR 1016: Can't open file: 'validate.InnoDB'. (errno: 1)

I restarted mysql server but got the same error.

I can see the information in searchindex table, but not in the wiki.
Any idea would be appreciated :-)


82.239.166.248 22:27, 15 January 2008 (UTC)[reply]

I assume your .MYI and .MYD files are all the correct filesize, if so you probably need to match all the software dependancies of the version you had a year ago, including an old version of MediaWiki, PHP and the MySQL version. Once it is going you can upgrade MediaWiki using the maintenance script Update.php .
--Zven 22:44, 15 January 2008 (UTC)[reply]
I think that the files have a correct filesize, mysql don't moan. But is it normal that most of them are empty when I try to select * in mysql ?
I'm going to put a vmware on and try to get the same software versions. Thanks.
82.239.166.248 07:11, 16 January 2008 (UTC)[reply]

(RESOLVED) Special char Box

How do i turn this on? Picture On my Wiki this isnt ther.

And why are there ? on my page behind non existing artikels? EDIT// here is a screenshot, what you see is my links to some articels witch are not writen yet. Picture

NaTaS 01:39, 16 January 2008 (UTC)[reply]

The box is made via the CharInsert extension plus some CSS, as for the non-existant articles, I cannot reproduce that problem? Could you get a screenshot? --Skizzerz talk MediaWiki Support Team 02:14, 16 January 2008 (UTC)[reply]
The ? is a display preference. Check Special:Preferences' Misc tab for an option to "Format broken links like this (alternative: like this?)." Check that box. Tuvok[Talk/en.wp] 05:25, 18 January 2008 (UTC)[reply]

(RESOLVED) Search

  • MediaWiki (1.11.0)
  • PHP 5.2.0
  • MySQL 5.0.27

Hi,

How do I hide search namespaces with checkbox (in Special:Search page) for example talk, or image_talk, discussion..., and in user page (Special:Preferences - search options)?

Thanks, 84.3.164.136 12:50, 16 January 2008 (UTC)[reply]

Uncyclopedia is the worst thing ever created in this world. I do not want to create Uncyclopedia. I want to hide certain search options, that not needed for the web page. 84.3.164.136 15:14, 16 January 2008 (UTC)[reply]

Trust me, there are much worse things. But anyway if you want to take off those checkboxes I don't think that is possible. -PatPeter, MediaWiki Support Team 03:32, 21 January 2008 (UTC)[reply]

(RESOLVED) Restrict new user accounts by domain of email address

  • MediaWiki 1.11 (latest)
  • PHP 5.2.0
  • MySQL 5.0.27
  • Database:
  • URL: (under construction)


I need to find a practical way to only allow .mil email addresses to be accepted when registering a new user. If it's too much trouble to properly sort this out, any quick and dirty solution would be greatly appreciated. This is the only thing that's stopping my wiki from going live. I'm not a php programmer, so I'd rather leave this task to people who know what they're doing. If there is some php code I could insert into a config file that would look cause emails to only be sent to a .mil address, that would be fine. Even if the default confirmation message still appears that states that an email has been sent to a (non .mil) address, again that's fine. I can fine tune everything later. The site is only in english so there's no need to edit any of the alternate language files.

Akira128 23:46, 20 January 2008 (UTC)[reply]

Hmm I think there is a way to do this, I will leave it up to another member of the MST. -PatPeter, MediaWiki Support Team 01:38, 27 January 2008 (UTC)[reply]

I've been able to solve this myself, after taking a crash course in php and using some unix scripts to locate where the mail function was located. I simply edited includes/User.php

I changed the function isValidEmailAddr to read: return (eregi('^[A-Z0-9._%-]+@[A-Z0-9.-]+\.mil$', $addr)) !== false ;

Now it only identifies .mil addresses as being a valid email address.

I also did some minor edits to includes/templates/Userlogin.php and languages/messages/MessagesEn.php -- to inform users that only .mil addresses will be accepted. If someone has a better solution, please post it. — Preceding unsigned comment added by [[User:{{{1}}}|{{{1}}}]] ([[User talk:{{{1}}}|talk]] • [[Special:Contributions/{{{1}}}|contribs]])

(RESOLVED) Help! searchengine needed for media wiki to improve the search results!

  • MediaWiki: (Reported by your Wiki's Special:Version page)
  • PHP:
  • MySQL:
  • Database:
  • URL:

Hi there i made a wiki and i dont like the default search engine i cant search phrases like "it" "re..." or sth, i find only artikels when i search for the correct name. I red alot of atricels and extensions stuff but im not a php/mysql master, i had my first contact with these things when i started my wiki. My server is working under Windows and i use the XAMPP package. So the problem is how can i replace the old search engine with a good one?

So the Questions/needs i have is/are:
- how can i do to provide a good search with mediawiki (simpel)?
- what do i need for it?
- is it running under windows?
- a short install guide when its not on the search engine page

62.225.191.42 07:29, 21 January 2008 (UTC)[reply]

You could try Extension:LuceneSearch, that is what Wikipedia uses. -PatPeter, MediaWiki Support Team 01:40, 27 January 2008 (UTC)[reply]

(RESOLVED) Mediawiki as a Weblog: Preview of Articles with "more"-Link

  • MediaWiki: 1.11.0 (r30009)
  • PHP: 5.2.0-8+etch9 (apache2handler)
  • MySQL: 5.0.32-Debian_7etch4-log
  • Database: InnoDB

I want to migrate my Weblog (Wordpress) to Mediawiki. I know that these are different concepts but I feel much more confortable editing Mediawiki pages.

My question is: Is there an automatic way to link a page and provide a "preview", i.e. the first part of an article followed by a "more..." link?

For example, in a weblog there is a list with all articles but not only the title with link but also some content of the article itself followed by a "more"-link.

I've found a similar thing in Wikipedia "Article of the day".

Thank you very much!

193.154.229.55 09:42, 21 January 2008 (UTC)[reply]

We use a template for that on our wiki which is at OrganicDesign:Template:More, the functional part of the template is the following wikitext:
    {{#sub:{{ {{#if:{{#pos:{{{1}}}|:}}||:}} {{{1}}} }}|0|{{{2|250}}} }} [[{{{1}}}|''(more...)'']]
It takes two parameters, the first is the article title to embed, and the second is the number of characters to render before the "more" link. It requires both Extension:ParserFunctions and Extension:StringFunctions --Nad 10:36, 21 January 2008 (UTC)[reply]
Hi Nad, thank you very much for your answer, I tried it out but it would be great if I could add a separator or something in my articles directly (as in Wordpress) so that I can include images.
Another great thing would be to just mark articles (i.e. give them a category like "Weblog") and they are all displayed that way... --193.154.229.55
You can use the DPL extension to select items from a category and render each result through a template. I'm not sure what you mean about including separator and image though... --Nad 20:29, 21 January 2008 (UTC)[reply]
Thank you very much, this is really exactly what I was looking for! I'm presenting: http://www.nobaq.net/index.php/Weblog :-) --193.154.229.55 15:11, 31 January 2008 (UTC)[reply]

(RESOLVED) dif MediaWiki:Copyrightwarning2 per namespace and more

  • MediaWiki: 1.11.0

I have two questions:

You know how MediaWiki:Copyrightwarning or MediaWiki:Copyrightwarning2 appears on the edit-page below the editing box?

  1. Is it possible to add a second chunk of text above the editing box?
  2. Is it possible to have a different MediaWiki:Copyrightwarning type of message appear depending on the namespace (i.e. for namespace specific copyrights)? Do I have to hack the code? If I do, should I try to write an extension instead?

Thanks. Smaug 23:40, 21 January 2008 (UTC)[reply]

For the first question, the only message which you can officially manipulate which appears above an edit form is the site notice, so you could add the following code to your LocalSettings which would allow a MediaWiki:EditMessage to render by transclusing it after the other messages:
$wgHooks['OutputPageBeforeHTML'][] = 'wfAddEditMessage';
function wfAddEditMessage(&$out) {
        global $action,$wgSiteNotice;
        if ($action == 'edit') $wgSiteNotice .= '{{MediaWiki:EditMessage}}';
        return true;
        }
I found time today to try out the above, and it does add it to the edit page, but there are two problems I am encountering.
1. The message appears above the title of the edit page, so if the page is "Main Page" it appears above the words "Main Page." Is there a way to get it to appear between the title words and the text box, like where, if one is not logged in, the text "Warning: You are not logged in." appears? This is not really a problem, and if it cannot be done it is okay.
2. There is a legit problem though, and that is that the message repeats itself three times. I do not know why this occurs. I put the code into my LocalSettings.php just as you wrote it, though changing "MediaWiki:EditMessage" to the name of a new message I had already created. Any ideas on what could be causing this?
Thanks Smaug 04:48, 24 January 2008 (UTC)[reply]
In answer to the second question, the message content is wikitext, so you can do a normal parser function condition on the namespace such as:
 
{{#ifeq:{{NAMESPACE}}|Public
|All articles in this namespace are in the public domain
|This article is copyright
}}
--Nad 01:32, 22 January 2008 (UTC)[reply]
Thank you for the thorough response! Smaug 03:11, 22 January 2008 (UTC)[reply]
This second item, the parser functions, work great and are very useful. Smaug 04:48, 24 January 2008 (UTC)[reply]

(RESOLVED) Permissions limited as Bureaucrat...cannot create new users

  • MediaWiki: 1.11.0
  • PHP: 5.2.5 (cgi-fcgi)
  • MySQL: 5.0.45-community-log
  • Database:
  • URL:

I am receiving this message when I am logged in as bureaucrat and try to use the special:userrights page: "The action you have requested is limited to users in the group Bureaucrats." I also cannot create new users and if I look at the special:userlist and limit the search to sysops (or bureaucrats) no sysops (or bureaucrats) are shown in the return display even though I have 3 sysops including myself. I have looked at the buglist and support pages but cannot find anything like this. Here is my LocalSettings.php :


//Disable account creation by anonymous visitors
$wgGroupPermissions['*']['createaccount'] = false;
$wgGroupPermissions['sysop ']['createaccount'] = true;
//Must be logged in to edit
$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['user']['edit'] = true;
$wgShowIPinHeader = false; 
$wgWhitelistRead = array( "Main Page", "Special:Userlogin", "-", "MediaWiki:Monobook.css" );
$wgGroupPermissions['*']['read'] = false;
$wgGroupPermissions['user']['read'] = true;

75.45.216.205 03:27, 22 January 2008 (UTC)[reply]

If the special:userlist doesn't show any sysops, then on what basis are you saying that you have 3 sysops? It seems to me there are no sysops if none are showing in the list, and therefore you'll need to add sysop rights to at least one with a database query and then use that one to set the userrights of the others --Nad 05:53, 22 January 2008 (UTC)[reply]

Thank you for asking this. There is a Group box on special:userlist to limit the list to a specific group. Here is the list that shows if I don't limit the Group list on special:userlist

    * xonlixxert ‎(sysop )
    * Lpaxx
    * Xfitz ‎(sysop )
    * WikiSysop ‎(bureaucrat , sysop )

Here is the list that shows if I do special:userlist and limit the Group list to sysops: "No user found." Additionally here is the list in the dropdown for the Groups:

(all), Bots, Sysops, Bureaucrats , sysops  

The last sysops is not capitalized and has an extra space at the end????Seems like I made an error, but I don't know how to correct it? And I'm logged in as bureaucrat WikiSysop but am not listed when the Group is Bureaucrats...still get the 'No user found' message.

You can see the typo in your LocalSettings above where the sysop with extra space is coming from. Maybe fix that and also try adding $wgGroupPermissions['*']['userrights'] = true temporarily, so that you can then adjust the user rights without being a proper sysop first. --Nad 15:29, 22 January 2008 (UTC)[reply]

I tried removing the space and no change. Then tried the userrights true in the LocalSettings and I was able to add the groups from the dropdown but now here is what the results look like for user WikiSysop (me):

 (bureaucrat , bureaucrat������, sysop , sysop�����������)

I did a hex transaltion of the user table and the invalid characters are nulls? '00000000'. They are supposed to be spaces '20202020'?

One more note: The user_group field is defined as varbinary(16). Does anyone know if this was a change since 1.9? All the documentation indicates its supposed to be a varchar(16) but the last version reference is 1.9.

This is now fixed...(still not sure how it happened in the first place) but (in phpmyadmin) I renamed the field ug_group to ug_group_bakup and added a new ug_group with the definition of varchar(16). Then updated the values to bureaucrat and sysop. Things seem fine now. Thanks for your help!

I'm glad it's fixed, but it's a bit of a worry which could cause further issues if you don't know what went wrong - the ug_group field is supposed to be a varbinary (since 1.10) so the problem is not the column type, but how the values got munged. --Nad 20:43, 22 January 2008 (UTC)[reply]

(RESOLVED) search results Relevance config parameter?

  • MediaWiki: 1.9.1
  • PHP: 5.2.0 (cgi-fcgi)
  • MySQL: 5.0.27-community-nt
  • Database:
  • URL: inranet only

Been going round and round trying to find out how the "Relevance" ranking is turned on. Our mediawiki does not have it displaying.

Just basically trying to get our mediawiki search results to look similar/same to wikipedia and all other wikimedia projects.

Please help

203.202.43.48 04:44, 22 January 2008 (UTC)[reply]

Wikimedia projects use the Lucene search software, implemented using the LuceneSearch extension. Even more installing help is at meta:Installing lucene search. —color probe (talk | contribs | Support team) 11:46, 22 January 2008 (UTC)[reply]

Thank you very much indeed. —203.202.43.48 23 January 2008

(RESOLVED) Problems with editing LocalSettings.php

I have a problem with editing the LocalSettings.php. Everytime when I change something in the LocalSettings.php there is an error, when I try to go to wiki main page. You can see it here: http://test50528.test-account.com/wiki/index.php5?title=Hauptseite Where is the mistake? --212.183.70.91 11:52, 23 January 2008 (UTC)[reply]

LocalSettings.php seems to not be interpreted by php (note also the error a the end of the output). For me, there is two possibilities, or you removed the <?php at the beginning of LocalSettings.php, or you added a ?> inside the comment. iAlex 15:01, 23 January 2008 (UTC)[reply]
I've added now "<?php" at the begin, and "?>" at the end of the LocalSettings.php and now I can go to the main site. But now there are some other errors: http://test50528.test-account.com/wiki/index.php5?title=Hauptseite --212.183.70.91 15:10, 23 January 2008 (UTC)[reply]
Try to remove the ?> (not needed, about all other files don't have it). iAlex 15:13, 23 January 2008 (UTC)[reply]
Now it works! Thanks alot --212.183.70.91 15:17, 23 January 2008 (UTC)[reply]

(RESOLVED) Internal Use of MediaWiki

Hello, our company would like to introduce an internal wiki for knowledge management and we thought about installing a wiki for this. Unfortunately, we don't have an intranet or own webserver, we are only hosting on a bigger one. So the wiki has to be installed on this webserver, I suppose. The problem is: we would like to restrict the access to the wiki so that only members of our company can visit the site. Could this be realized with wikis in general and mediawiki in particular or do we have to look for a completely different solution?

In theory, you could set it up and then configure the server to block access from IP addresses that aren't coming from your company's network. If your company's ISP has given you a dynamic IP address, it will definitely be harder (not to mention even farther out of my knowledge realm), but it should be possible with .htaccess (I'm assuming an Apache server). Tuvok[Talk/en.wp] 15:19, 23 January 2008 (UTC)[reply]
You can just lock the wiki down so that no pages are accessible at all unless logged in, and accounts can only be created by sysop. See Manual:Preventing access --Nad 20:45, 23 January 2008 (UTC)[reply]

(RESOLVED) MediaWiki 1.12 download

  • MediaWiki: 1.11
  • PHP:
  • MySQL:
  • URL:

OK, so where do I get MediaWiki 1.12 from as a download?? I'm currently using MW 1.11 now, and want to upgrade to the development version. Thanks,

82.42.237.84 11:17, 24 January 2008 (UTC)[reply]

I should add I'm using 1.12alpha from SVN now, hopefully that will work... --82.42.237.84 12:59, 24 January 2008 (UTC)[reply]
1.12 hasn't been released yet, if you downloaded it from SVN, you have the latest version. iAlex 15:05, 24 January 2008 (UTC)[reply]
Man 1.12 is going to be amazing once it goes gold. -PatPeter, MediaWiki Support Team 16:46, 28 January 2008 (UTC)[reply]

(RESOLVED) Templates opening html tag

  • MediaWiki: 1.11.0
  • PHP: 5.2.5 (apache2handler)
  • MySQL: 5.0.37

I posted a question about a strange difference in templates between my new install of mediawiki 1.11.0 and http://en.wikipedia.org/ last week, but did not get an answer. I hope this is the appropriate place to ask, or that someone can direct me there. Here is the old post:

I would like to use a template that only includes the opening html tag, and I would like to do this on my own mediawiki 1.11.0. On http://en.wikipedia.org/, w:Template:Div_col is a template which only includes the opening html tag of a div. This appears to just work as expected on wikipedia. In my own mediawiki 1.11.0 the tag is automatically closed when the template is transcluded. So in Wikipedia {{div col}} becomes <div style="...">, but in my mediawiki it becomes <div style="..."></div> even though the templates are the same.

Do I need to configure something? Is this a mediawiki-current feature? If this is not the right place to ask, where is? —JackSchmidt 19:26, 28 January 2008 (UTC)[reply]

The parser has always had trouble handling unmatched tags in templates or parser functions, but I think this has been solved in 1.12 which the wikimedia projects are using. You could try upgrading to 1.12alpha which should fix the problem --Nad 20:27, 28 January 2008 (UTC)[reply]
It is a change in 1.12, detailed in RELEASE-NOTES under "Parser changes in 1.12". Thanks for the help. JackSchmidt 21:34, 28 January 2008 (UTC)[reply]

(RESOLVED) Redirected

  • MediaWiki: (huh)
  • PHP: 5
  • MySQL: 5
  • Database: latest
  • URL: wiki.usersquad.net

Try it usrself. goto wiki.usersquad.net > get started > and i am redirected to configtools.de/xxxxxxxxxxxx !!!!!!!! — Preceding unsigned comment added by [[User:{{{1}}}|{{{1}}}]] ([[User talk:{{{1}}}|talk]] • [[Special:Contributions/{{{1}}}|contribs]])

HELP contact at deep (at) usersquad (dot) net

It appears that you are missing the /config/index.php file. Download this file (click the download link next to the "Links to HEAD" part) and upload it to /config/index.php, then revisit that page. --Skizzerz talk - contribs MediaWiki Support Team 02:53, 19 January 2008 (UTC)[reply]
Just for reference, you have MediaWiki 1.11.0; it says right on the page (and on Special:Version once you've gotten it working). Tuvok[Talk/en.wp] 04:03, 19 January 2008 (UTC)[reply]

(RESOLVED) BUG: no processing of link markup while embedding

  • MediaWiki: 11 alpha
  • PHP: 5


Hello,

I want to create a template which generates unique links in order to create new unique pages. Therefore I tried to include a template containing following code (without the nowiki tags ;), but it is not processing the link markup after its embedding with {{templateName}}, it works only with {{subst:templateName}}.

[[{{<includeonly>subst:</includeonly>CURRENTTIMESTAMP}}|link to create new random article]]

Is there a workaround? Sorry I'm a Wikimedia newb.

Alienal 15:22, 19 January 2008 (UTC)[reply]

Try this:

[[<includeonly>{{subst:</includeonly>CURRENTTIMESTAMP}}|link to create new random article]]

-PatPeter, MediaWiki Support Team 01:44, 27 January 2008 (UTC)[reply]