Project:Support desk/Flow/2013/02

This page is an archive.

Please ask questions on the current support desk.

two divs with id catlinks showing up within each other

I upgraded to MediaWiki 2.0 and moved to php 5.3, and upgraded the CategoryTree extension as well. But now the links on the footer do not collapse, and in the category links space where I used to have just one div, there are two:

<div id="catlinks">
<div id="catlinks" class="catlinks">
<div id="mw-normal-catlinks" class="mw-normal-catlinks">
</div>
</div>

What could be causing this? 173.226.70.131 (talk) 16:44, 1 February 2013 (UTC)

And when there is no category there is a div within it called catlinks and then within it a div with the class catlinks and also catlinks-allhidden

which results in an empty square. What could be the reason behind this?

</div>
<div cl
<code><div id="catlinks">
<div id="catlinks" class="catlinks">
<div id="mw-normal-catlinks" class="mw-normal-catlinks">
</div>
</div></code>

173.226.70.131 16:53, 1 February 2013 (UTC)

That is really odd markup, but maybe you didn't have know how to write markup here. Could you surround your code with <pre> tags? ☠MarkAHershberger☢(talk)☣ 17:04, 1 February 2013 (UTC)

I found the problem, the skin had the wrong code for the category div , I changed it to

<?php if($this->data['catlinks']) { $this->html('catlinks'); } ?>

and now the div only comes out once.

i still cant figure out why the categories in the footer dont close and open in tree formation though. 173.226.70.131 18:35, 1 February 2013 (UTC)

the class "mktree" doesnt work

I see that in our old wiki the class "mktree" would convert the list below it to a tree which had + signs to close and open .

But the same class "mktree" doesnt do anything when I upgraded to php 5.3 and mediawiki 1.20 (on a different server). I also upgraded the Extension CategoryTree

Where should I start looking to see why this class no longer has any effect?

Thank you, Diana 173.226.70.131 (talk) 19:32, 1 February 2013 (UTC)

found the answer, it was missing a link to the maketree.js library 173.226.70.131 19:42, 1 February 2013 (UTC)

Does this extension need htmlspecialchars() ?

I have two extensions published here:

• Extension:Sarcasm
• Extension:Story Paragraph

The code is available in the download link. I had a problem with the story paragraph tags escaping the HTML characters that were part of the wikitext. Does it need htmlspecialchars() with $output, or does the text in the tags get escaped with the rest of the wikitext? Lieutenant Aleksandr Reznov 20:49, 2 February 2013 (UTC)

I think (and looking at Extension:Cite uses it in this way) that any time you are taking user input (i.e. wikitext) and displaying it in the browser, you need to use htmlspecialchars() or some other form of input sanitation.

I'll try to get someone to look at your extensions, but you should really try to get them into Gerrit so that MW experts can easily review them. ☠MarkAHershberger☢(talk)☣ 22:36, 2 February 2013 (UTC)

Thanks. I tried to get onto git again, recently and I got far before I encountered an issue that the computer would not do. Is it possible that someone else will load it if I make a request? ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 23:51, 2 February 2013 (UTC)

If you request it and put me as a co-maintainer, I'll commit it for you.

That said, I'd like to help you get git working. What problems did you run into? ☠MarkAHershberger☢(talk)☣ 00:56, 3 February 2013 (UTC)

I got down to this point here:

http://www.mediawiki.org/wiki/Git/Tutorial#Installing_git-review

And then none of those commands worked and there was no link to download it manually. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 03:47, 3 February 2013 (UTC)

Are you doing this on Windows? And you couldn't get git-review working? Could you look at this page and see if it helps? ☠MarkAHershberger☢(talk)☣ 23:43, 3 February 2013 (UTC)

I have Windows computers but I usually use Mac. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 05:38, 6 February 2013 (UTC)

Does this page on setting up git-review for OSX help? If not, where do you get hung up? ☠MarkAHershberger☢(talk)☣ 13:28, 6 February 2013 (UTC)

I downloaded Git Review and have this directory

cd git-review-1.17

But I can't run this command:

sudo python setup.py install

It says:

raceback (most recent call last):
  File "setup.py", line 17, in <module>
    from setuptools import setup
ImportError: No module named setuptools

ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 21:52, 6 February 2013 (UTC)

Does this StackOverflow q&a help? ☠MarkAHershberger☢(talk)☣ 23:22, 6 February 2013 (UTC)

descriptionmsg in your extension is set wrong. It should be the name of a key in your i18n file.

htmlspecialchars is not needed (and should not be used, it will break some html tags) as parser->recursiveTagParse does the escaping for you. However it is very important to use htmlspecialchars on things that don't go through recursiveTagParse. Bawolff (talk) 18:06, 6 February 2013 (UTC)

add code if page doesn't contain it already

Hi, I've been trying to figure out a way to test if a page contains certain wiki code, and if not add that code at the end of the page. For example, if the page doesn't contain {{Ex|1}}, that code will be appended automatically when the page is saved. Is there an easy way to do this? Thanks, -- Noah Mw.clearish (talk) 02:43, 3 February 2013 (UTC)

I think you could use the attemptSave hook to do this. See these extensions for examples of how to do that. ☠MarkAHershberger☢(talk)☣ 16:26, 4 February 2013 (UTC)

Cool, thank you for these pointers. Mw.clearish (talk) 20:13, 4 February 2013 (UTC)

Font at dv.wikipedia and dv.wiktionary

Hello. The fonts at Dhivhei Wikipedia and Wiktionary are not webfonts. If possible could the fonts be changed to Faruma which can be downloaded from here. Originally this issue was raised at http://dv.wikipedia.org/wiki/User_talk:Glacious#Fonts by User:Vituzzu. I have tried Extension:WebFonts#Preparing_webfonts but to no result. Can someone help me regarding this matter. Sorry if this is not the place for reporting it.

Links: Dhivehi Wikipedia Dhivehi Wiktionary

MediaWiki - 1.21wmf8 (17a7840)

PHP - 5.3.10-1ubuntu3.4+wmf1 (apache2handler)

MySQL - 5.1.53-wm-log Ushau97 (talk) 12:38, 3 February 2013 (UTC)

This is being discussed on this bugzilla bug. For future reference, Bugzilla is where you should go when you want something done on Wikipedia or one of its sister sites (Wiktionary, etc) ☠MarkAHershberger☢(talk)☣ 23:25, 3 February 2013 (UTC)

No one is responding Ushau97 (talk) 09:27, 11 February 2013 (UTC)

Ok, so bring this up in the wikitech-l mailing list. The people who can help you don't really frequent this support desk. ☠MarkAHershberger☢(talk)☣ 01:44, 12 February 2013 (UTC)

[RESOLVED] Login required twice: first login reroutes to login page

• MediaWiki: 1.19.3
• PHP: 5.2.17
• MySQL: 5.0.96-log

Hi!

Logging in to my Wiki requires the user to submit the password two times. The first time, the wiki reroutes the user back to the login page without any error message. Only after submitting the login a second time it is recognized and forwarded to the main page. I could replicate this behaviour with different user logins, browsers, and PCs. Logging out and logging in for a third time gets me to the wiki immediately if it happens during the same browser session. So, I suspect it has something to do with cookies. How do I fix this issue?

Thanks in advance!

Thomas 79.214.187.208 (talk) 14:19, 3 February 2013 (UTC)

Does your error log show anything after the first login? If you turn on debug logging, how does the first login differ from the second one in the debug log? ☠MarkAHershberger☢(talk)☣ 23:21, 3 February 2013 (UTC)

The log files are rather large. I tried to make some sense of it and found the following differences which seem to be important:

1st login

REFERER: http://www. (...) .de/mywiki/index.php5?title=Spezial:Anmelden
COOKIE: db448289577UserID=1; db448289577UserName=Thomas; db448289577_session=31671f95d1ca202945476857e96e6226
...
CACHES: EmptyBagOStuff[main] SqlBagOStuff[message] SqlBagOStuff[parser]
Class LanguageDe not found; skipped loading

2nd login

REFERER: http://www. (...) .de/mywiki/index.php5?title=Spezial:Anmelden&returnto=Hauptseite&returntoquery=
COOKIE: db448289577UserName=Thomas; wikiEditor-0-booklet-characters-page=latin; db448289577LoggedOut=20130204213542; db448289577_session=87d68dbc9189761f37104b749033b8b8
...
CACHES: EmptyBagOStuff[main] SqlBagOStuff[message] SqlBagOStuff[parser]
session_set_cookie_params: "0", "/", "", "", "1"
Class LanguageDe not found; skipped loading
LocalisationCache: using store LCStore_DB
Connecting to db448289577.db.1and1.com db448289577...
Profiler::instance called without $wgProfiler['class'] set, falling back to ProfilerStub for safety
Connected to db448289577.db.1and1.com db448289577.
Fully initialised
User: cache miss for user 1
User: loading options for user 1 from database.
User: logged in from session

I hope these extracts contain any relevant information.

Thomas 79.214.238.171 21:58, 4 February 2013 (UTC)

The cookie lines look interesting to me.

In fact, what you have labeled the "2nd login" looks like a log out. The "UserID" cookie is deleted on logout and the "LoggedOut" cookie is sent.

Does that offer any help? If not, could you send me your wiki's URL so that I can investigate futher? You can send me email if you want. ☠MarkAHershberger☢(talk)☣ 20:54, 5 February 2013 (UTC)

The base URL $wgServer entry in LocalSettings.php was not set properly.

In my case I forgot the "www."

Thanks to Mark! 79.214.182.97 20:20, 8 February 2013 (UTC)

Same problem I am facing please help me, it requires to enter data 2 times, for the first time it get redirected to same login page 2405:201:6C00:FF45:E809:ED74:48E1:65FB (talk) 09:44, 12 April 2020 (UTC)

running a script after saving a page

Hi My name is Jonathann and I am using mediawiki with the following configuration:

Product Version

• MediaWiki 1.15.3 (r426)
• PHP 5.2.14 (apache2handler)
• MySQL 5.5.8-enterprise-commercial-advanced-log

I'd wish to know from where can I call a script that i wrote, when I want this specific script to run each time each time a page has been saved after edited, or each time a new page has been created. I cannot use a mysql trigger on the table "page" or revision, i need to know from which function of which class should i put my script calling. The script can be in php, in sh or in perl.

Thanks in advance Fpolos (talk) 16:22, 3 February 2013 (UTC)

Hi Jonathan!

You can do that using hooks. If you want your script to be executed each time a page is saved, the hook ArticleSave might be what you want.

The lines to call the hook and the code, which should be executed, can then be placed directly in LocalSettings.php. 88.130.117.8 17:01, 3 February 2013 (UTC)

Thanks for the quick and efficient answer

Jonathann 134.191.232.71 06:13, 4 February 2013 (UTC)

You should also consider upgrading to at least the latest 1.19.x version so that you can continue to get security fixes. ☠MarkAHershberger☢(talk)☣ 23:16, 3 February 2013 (UTC)

Setting up a private wiki?

I want to set up a private wiki, which means anonymous access, even for reading. I've put in my LocalSettings.php file:

# Disallow anonymous editing
$wgGroupPermissions['*']['edit'] = false;

# Disallow anonymous viewing as well!
$wgGroupPermissions['*']['read'] = false;
$wgGroupPermissions['user']['read'] = true;

# And don't let users create their own accounts!
$wgGroupPermissions['*']['createaccount'] = false;
$wgGroupPermissions['sysop']['createaccount'] = true;

Is that all I need to do?

I'm running:

MediaWiki	1.15.5-7
PHP	5.3.10-1ubuntu3.4 (apache2handler)
MySQL	5.5.28-0ubuntu0.12.04.3

I'm assuming it doesn't matter, but at some point the plan is to run this under nginx instead of apache. RoySmith (talk) 00:43, 4 February 2013 (UTC)

Why are you restricting read access for anonymous users when you say "which means anonymous access, even for reading"? Jasper Deng (talk) 06:35, 4 February 2013 (UTC)

Ugh, that was a typo. What I meant to say was "NO anonymous access, even for reading". Sorry about that! RoySmith (talk) 14:10, 4 February 2013 (UTC)

No looks good.

Aprt from that you should do a MediaWiki upgrade. Version 1.15 is outdated and does no longer get bugfixes or security updates. You should update to MediaWiki 1.19 at least. See Manual:Upgrading for more details. 88.130.80.51 14:34, 4 February 2013 (UTC)

OK, thanks. 1.15 is what shipped with Ubuntu Precise, but I'll look into upgrading. RoySmith (talk) 16:14, 7 February 2013 (UTC)

If you want to use a package, you should look at the Debian one. 1.19 will be supported until 2015. ☠MarkAHershberger☢(talk)☣ 16:20, 7 February 2013 (UTC)

Cool, thanks! RoySmith (talk) 02:35, 8 February 2013 (UTC)

[MOVED] how to bring tree-level structure in left side navigation sidebar

how to bring tree-level structure in left side navigation sidebar in Vector skin. that is how to get multi-level navigation in navigation in left sidebar foe vector skin in mediawiki 1.20? Please reply ASAP Ksanjeet (talk) 07:56, 4 February 2013 (UTC)

See Manual:Interface/Sidebar#Customize_the_sidebar. Qgil (talk) 12:58, 4 February 2013 (UTC)

Problems with extensions

I want to install the extensions:

• Extension:User_Merge_and_Delete
• Extension:DeleteBatch

Unfortunately, all of these extensions did not work properly with unknown problems.

After the installation steps in above pages, I tried to use them in Special pages, but the browser return 500 errors with the extension pages.

I checked the error log in apache2, and error messages are as follows:

PHP Fatal error:  Call to undefined method UserMerge::getUser() in /var/lib/mediawiki/extensions/UserMerge/UserMerge_body.php on line 26
PHP Fatal error:  Class 'Html' not found in /var/lib/mediawiki/extensions/DeleteBatch/DeleteBatch.body.php on line 145

The environment was:

MediaWiki	1.15.5-7
PHP	5.3.10-1ubuntu3.5 (apache2handler)
MySQL	5.5.29-0ubuntu0.12.04.1

What are the problems? Is there something wrong with my installation? Or the extensions? Tp6vup54 (talk) 08:37, 4 February 2013 (UTC)

You need to upgrade to a newer version of MediaWiki. The extensions you have installed don't support 1.15. You should upgrade anyway because 1.15 is unsupported and won't get bug fixes and security updates. ☠MarkAHershberger☢(talk)☣ 16:19, 4 February 2013 (UTC)

How to change formatting categories under article?

• MediaWiki ver. 1.20.2
• PHP ver. 5.3.18 (cgi-fcgi)
• MySQL ver. 5.0.96-community-log

Hi, i need to know, hot to change formatting category links under article? I have such category list: http://s019.radikal.ru/i631/1302/bc/31378ebf9b66.png

I want to make it look like this: http://s09.radikal.ru/i182/1302/1c/4fd3a2c3f01b.png

How can i do it? My wiki: http://drulia.ru Drulia-san (talk) 12:31, 4 February 2013 (UTC)

So no one knows how to do this? Drulia-san (talk) 15:39, 4 February 2013 (UTC)

Patience. Sometimes it takes more than three hours for people to see your message and respond.

Also the two examples you gave are not at all the same. One is just one category, the other has multiple categories. ☠MarkAHershberger☢(talk)☣ 15:53, 4 February 2013 (UTC)

But the appearence of catlist is different. I want that categories would look like this:

Category: Cat1 | Cat2 | Cat 3

Not like this:

Category:

• Cat1
• Cat2
• Cat3 Drulia-san (talk) 15:56, 4 February 2013 (UTC)

You need to add some CSS rules, then. These should do the job:

.mw-normal-catlinks li:after { content: " | " }

.mw-normal-catlinks li:last-child:after { content: "" }

.mw-normal-catlinks ul { display: inline; list-style: none } ☠MarkAHershberger☢(talk)☣ 16:16, 4 February 2013 (UTC)

Almost done, but it makes newline after "Categories:" word. How to fix it?

See: http://drulia.ru main page Drulia-san (talk) 17:02, 4 February 2013 (UTC)

You should add

.mw-normal-catlinks li { display: inline }

or maybe you could just change the last line I gave above to

.mw-normal-catlinks li { display: inline; list-style: none } ☠MarkAHershberger☢(talk)☣ 18:15, 4 February 2013 (UTC)

Opening file links

We are trying to add links to files that have been uploaded to our wiki. We have a file uploaded called DEMO1.DOCX. We do have extensions installed to allow these files to be uploaded. The code being used for the link is:

[[Media:demo1.docx|Demo Document]]

When the link is clicked, instead of opening the document it gives a "open or save" window and, if open is selected, it attempts to open the file DEMO1.DOCX as if it was a .zip file.

How do we get uploaded files (docx, xlsx, pdf, etc.) to open normally? 198.150.19.122 (talk) 23:12, 4 February 2013 (UTC)

You mean your computer, when you say "it tries to open the file as if it was a zip file", right? Then go to the browser settings and adjust the action to do, when you click on a link pointing to a .docx file. E.g. in Firefox that is under Settings > Applications. Then search for "Word" and correct the entry. 88.130.101.148 00:05, 5 February 2013 (UTC)

Mmm...no. I am able to open files of any type fine with all other programs and websites. Only in the wiki do files try to open as a .zip instead of their actual associated file types. Have had this happen now with an XLSX and a PDF as well. 198.150.19.122 00:22, 5 February 2013 (UTC)

This is a common problem from MS formats.

You need to change the webserver config (or .htaccess) to add MIME types for all those documents. See this forum post as it gives the solution: [1] Ciencia Al Poder (talk) 10:18, 5 February 2013 (UTC)

How to search "ondiscussionpage:" ?

When I search this page I end up with an entry in the search box like "yyy ondiscussionpage:xxx" like this: http://www.mediawiki.org/w/index.php?title=Special:Search&search=search+ondiscussionpage%3AExtension+talk%3ALiquidThreads&fulltext=1&ns90=1

I don't find any information what this does exactly, where it comes from or how that functions.

I have installed LiquidThreads in my private offline wiki for testing and that search just doesn't bring any results. I can find things only via the mediawiki search box.

What can I do? 79.232.57.172 (talk) 00:07, 5 February 2013 (UTC)

I haven't set this up, but you may need to be using Extension:MWSearch and/or Extension:Lucene-search. Are you? ☠MarkAHershberger☢(talk)☣ 00:31, 6 February 2013 (UTC)

Ah, I'm afraid I can't test that right now, since I am currently using windows and there doesn't seem to be a way to get Lucene-search installed easily, if at all, which MWSearch requires. Thanks anyway. I'll keep it on my list for later. 79.232.44.42 16:15, 6 February 2013 (UTC)

About "Help:Variables/kr"

This page is translated "Korean", so it is duplicated "Help:Variables/ko". Please delete page "Help:Variables/kr". 아라는 다 알아 (talk) 06:53, 5 February 2013 (UTC)

I've added the {{Delete }} template to it. Ciencia Al Poder (talk) 10:24, 5 February 2013 (UTC)

[RESOLVED] Installation fails with "Error: 1146 Table '1275694_database.page_restrictions' doesn't exist"

I am now installing 1.19.3, but at the last step, which is the "mw-config/index.php?page=Install page", in the "Creating main page with default content...", it showed "Could not insert main page: A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: SELECT * FROM `page_restrictions` WHERE pr_page = '1' Function: Title::loadRestrictions Error: 1146 Table '1275694_database.page_restrictions' doesn't exist (fdb4.awardspace.com)" Please help me as soon as posible, Thank you! Chihonglee (talk) 12:42, 5 February 2013 (UTC)

Error: 1146 Table '1275694_database.page_restrictions' doesn't exist

After running the installer to this point you should have a number of tables in your database. Seems like the installer was unable to create at least some of them. Is the table page_restrictions the only table, which is missing? See db for a list of all tables. 88.130.101.148 14:02, 5 February 2013 (UTC)

Having the same error on a fresh install of mediawiki 1.20.4 (IIS 7.5/MySQL 5.5.30/PHP 5.4.20).

The install works for awhile, then I get a 500. When I try to restart installation, I get the "Creating main page with default content... failed" message as listed above.

Looked at the db table and the following tables are missing:

change_tag

config

job

l10n_cache

log_search

msg_resource

msg_resource_links

module_deps

page_props

page_restrictions

protected_titles

querycachetwo

querycache_info

redirect

tag_summary

updatelog

valid_tag

Not quite sure where it's going wrong, still looking. 50.193.203.161 18:27, 30 April 2013 (UTC)

It was NTFS permissions on the mediawiki directory. 50.193.203.161 18:38, 30 April 2013 (UTC)

I have the same problem with a MediaWiki 1.31.1 installation using an Azure Instance and an external MySQL database.

Installation stops with the same Error: 'Error: 1146 Table 'deals_wiki.interwiki' doesn't exist'.

However I checked in the MySQL DB and saw that several tables: [ actor, archive, bot_passwords, category, categorylinks, comment, content, content_models, externallinks, filearchive, image, image_comment_temp, imagelinks, ip_changes, ipblocks, iwlinks, langlinks, oldimage, page, pagelinks, recentchanges, revision, revision_actor_temp, revision_comment_temp, site_stats, slot_roles, slots, templatelinks, text, uploadstash, user, user_former_groups, user_groups, user_newtalk, user_properties, watchlist ] were created.

I'm connected to the DB as the root user. Can someone help me with this issue? 195.234.12.104 (talk) 19:56, 29 October 2018 (UTC)

403 error whenever i try to add a [http://] link and save page

• MediaWiki 1.19.2
• PHP 5.2.17 (cgi)
• MySQL 5.0.96-community-log
• wiki.rarero.net

I was editing the wiki just fine, everything was working, when all of a sudden I tried to add a [link] to a page and upon pressing save, it gave me a 403 forbidden error. Now i'm unable to add any [link] to any page. If I try to save the page, it just gives me another 403.

Please Help. 27.32.249.245 (talk) 13:43, 5 February 2013 (UTC)

If you enable enable a debug log file, what does it show when you get 403 errors? ☠MarkAHershberger☢(talk)☣ 00:25, 6 February 2013 (UTC)

The apache error log would probably have more relevent details than mediawikis. Also check to see if you have mod_security or mod_security2 apache extension installed. Bawolff (talk) 18:09, 6 February 2013 (UTC)

Check if this is another instance of Project:Support desk/Flow/2012/12#h-[RESOLVED]_Receive_404_error_when_adding_more_than_3_links_to_URLs_on_a_page.-2012-12-08T17:38:00.000Z Ciencia Al Poder (talk) 10:29, 6 February 2013 (UTC)

MediaWiki shortlinks bugged

• MediaWiki ver. 1.20.2
• PHP ver. 5.3.18 (cgi-fcgi)
• MySQL ver. 5.0.96-community-log
• http//drulia.ru

Hi again. My wiki uses shotlinks. I use them with configuring .htaccess only. My .htaccess file:

DirectoryIndex index index.php

RewriteEngine on
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/index.php [L]

My MediaWiki script installed in root path. So i dont use /w/ or /wiki/. When i go to http://drulia.ru/Article - there are all ok. But if i am on the subarticle now (for example http://drulia.ru/Главная_страница/Generic ), all links to another articles looks like this: http://drulia.ru/Article/Article or http://drulia.ru/Article/Article/Article/Article. Try to go to http://drulia.ru/Главная_страница/Generic and click any link (for example my wiki logo. And it will go by bugged link. Help me please! I dont know what is this. Drulia-san (talk) 13:49, 5 February 2013 (UTC)

I think one of your variables in LocalSettings.php is wrong. All your links should have the URL to the installation directory at the start. Check Manual:$wgServer. 88.130.101.148 14:06, 5 February 2013 (UTC)

Thanks, i found the problem. I got $wgArticlePath = "$1"; instead of $wgArticlePath = "{$wgScript}/$1"; Drulia-san (talk) 14:26, 5 February 2013 (UTC)

Unknown redirect and page wont save

• MediaWiki ver. 1.20.2
• PHP ver. 5.3.18 (cgi-fcgi)
• MySQL ver. 5.0.96-community-log

Hi again i have critical question. When i use <nowiki>----</nowiki> tag on my wiki and trying to save the page it redirects me to the main page and all what had to be saved wasnt do. And it works with some other wikitags (i cant detect them). What it this? Why it redirects me to main page instead of normaly saving page? Drulia-san (talk) 18:38, 5 February 2013 (UTC)

Did you mean four dashes, or the nowiki tag (as I've edited your post to indicate)?

Is your wiki public so that we can test this and see it? ☠MarkAHershberger☢(talk)☣ 20:03, 5 February 2013 (UTC)

Yea, four dashes, that's it. http://drulia.ru Try to create any page with it and it will redirect you to main page. Drulia-san (talk) 20:43, 5 February 2013 (UTC)

Could you try disabling your extensions and see if you have the same problem? ☠MarkAHershberger☢(talk)☣ 00:19, 6 February 2013 (UTC)

I tryed to disable all extensions and also all JS, but problem hasnt gone. I have no idea what is it. Drulia-san (talk) 07:13, 6 February 2013 (UTC)

First, this appears to happen only when the dashes are at the beginning of the line. It doesn't happen with one dash, but it does with two or more.

Could you try enabling the debug log and see if it gives any clues? What happens normally after you hit submit and what happen when you have the dashes and get the redirect? ☠MarkAHershberger☢(talk)☣ 13:17, 6 February 2013 (UTC)

Do you have mod_security or mod_security2 apache extensions enabled? Bawolff (talk) 18:07, 6 February 2013 (UTC)

[REOPENED] Caching issue makes MediaWiki painfully slow

Hi folks,

MediaWiki behaves very differently with PHP op-code caching enabled/disabled: WITH caching, page loads take roughly 10s each; WITHOUT caching, page loads take less than 1s. First off, stack info:

• nginx 1.2.6 with PHP handled by PHP-FPM
• MySQL 5.5.29-1
• PHP 5.3.21-1 with XCache 3.0.1, Suhosin 0.9.33
• MediaWiki 1.20.2 with Nuke 1.1.7, Renameuser, ParserFunctions 1.4.1, Vector 0.3.0, WikiEditor 0.3.1

So, I had a MediaWiki 1.15 setup working, and decided to upgrade to MediaWiki 1.20. After upgrading, I noticed a significant performance degradation in page load time (above 10s).
Investigation led me to try and comment out the $wgMainCacheType = CACHE_ACCEL; directive in LocalSettings.php. This seemed to solve the issue (below 1s load time).

However, this is more of a workaround than a real solution. So I'm asking for help here, to find the real cause to the problem, and a cure for it.
Here are links to profiling logs generated with and without caching:

• WITH caching: [2]
• WITHOUT caching: [3]

Looks like most of the 10s loading time is being eaten up in function MessageCache::load().
The following message seems weird to me:

• WITH caching:

  MessageCache::load: Loading fr... cache is empty, loading from database, loading FAILED - cache is disabled

• WITHOUT caching:

  MessageCache::load: Loading fr... got from global cache

Could it be that MessageCache::load() waits for something and times out after 10s? If so, what would it be waiting for? How do I fix it?
During installation, MediaWiki did not report any issue with my setup.

At any rate, here is the XCache part of the phpinfo() output. XCache reports to be enabled indeed: [4].

Can anyone suggest a course of action to further investigate this issue?
Unfortunately, the wiki is private and I cannot provide a URL for accessing it.

Thanks a bunch in advance,
Quentin 2A01:E35:2E04:96F0:BE5F:F4FF:FE2B:7B03 (talk) 22:25, 5 February 2013 (UTC)

Can you switch to APC for caching? It looks like XCache is really discouraged. ☠MarkAHershberger☢(talk)☣ 00:39, 6 February 2013 (UTC)

I think what's likely happening is that APC object cache size is too small (I think the apc.shm_size in php.ini controls that, not sure off the top of my head. xcache.var_size is equivalent setting for xcache i believe), so the i18n cache stuff can't be loaded from cache slowing things down. If APC caching is disabled, then the i18n cache gets stored in the db, which well slightly slower than APC, at least works. (setting manual:$wgCacheDirectory to something writable by the webserver might help with this situation).

If this is indeed what is happening, I think i18n cache is supposed to also go to db when using APC, which I guess is not happening, which sounds like a bug. Bawolff (talk) 18:18, 6 February 2013 (UTC)

Cache size was 32M, seemed quite decent to me. =/

Anyway, I switched to APC with 64M shm_size, and it works like a charm. 1st load for any page is roughly 500ms, subsequent loads are less than 100ms.

Thank you guys very much for the suggestion. :)

Cheers,

Quentin 2A01:E35:2E04:96F0:BE5F:F4FF:FE2B:7B03 22:41, 6 February 2013 (UTC)

This was caused by mw bug (or bug in some xcache version).

xcache_get returns NULL if nothing can be acquired from cache, but mw waits for false.

if ( $this->get( $key ) === false ) {

at line 147 of includes/objectcache/BagOStuff.php, while xcache will return NULL in this case, so

for ( $i = 0; $i < MSG_WAIT_TIMEOUT && !$this->mMemc->add( $lockKey, 1, MSG_LOCK_TIMEOUT ); $i++ ) {

at line 581 of includes/cache/MessageCache.php will get timeout in 10 seconds (default value).

mediawiki 1.20.2, xcache v3.0.1

I'll report this to bugzilla if not forget. 62.231.10.170 13:47, 13 February 2013 (UTC)

Reported: Bugzilla:44952 ☠MarkAHershberger☢(talk)☣ 15:24, 13 February 2013 (UTC)

XCache var cache was not initialized properly

I have changed the xcache.var_size to 500 from 100, but nothing changed.

The error below comes up whenever I run any script, i.e. runjobs or even showjobs. Does anybody else have similar experience with xcache? Which is the recommended accelerator for mediawiki? Is it possible to disable xcache in localsettings.php for testing purposes?

• MW 1.16.5
• Apache version 2.2.23
• PHP version 5.3.21
• MySQL version 5.1.66-cll

Warning: xcache_get(): XCache var cache was not initialized properly. Check php log for actual reason in .../includes/BagOStuff.php on line 552

Warning: xcache_set(): XCache var cache was not initialized properly. Check php log for actual reason in ...includes/BagOStuff.php on line 567 Spiros71 (talk) 22:44, 5 February 2013 (UTC)

First, I would recommend that you upgrade to at least 1.19.3 -- you'll get bug fixes and 1.19 is supported until 2015.

APC is the recommended PHP cache. ☠MarkAHershberger☢(talk)☣ 00:37, 6 February 2013 (UTC)

Did you try setting the variable to 100M? Bawolff (talk) 18:19, 6 February 2013 (UTC)

The issue persists with MW 1.23.5 and XCache 3.0.3. Bawolff, thanks, I am not sure what you mean with 100M? Just add "100M"? That is what it was initially :) Spiros71 (talk) 14:48, 20 October 2014 (UTC)

I get this for MW 1.25.2

PHP Warning: xcache_get(): XCache var cache was not initialized properly. Check php log for actual reason in /.../w/includes/libs/objectcache/XCacheBagOStuff.php on line 39

PHP Warning: xcache_set(): XCache var cache was not initialized properly. Check php log for actual reason in /.../w/includes/libs/objectcache/XCacheBagOStuff.php on line 67

The internet is concerning this issue full of information leading to nowhere. I guess XCache is just a waste of time. I will now kill it on my server once and for all:

apt-get remove --purge php5-xcache [[kgh]] (talk) 21:23, 26 September 2015 (UTC)

sortable table

Hello,

I am using the version 1.20.2

I've got a question about the table function. First i am creating a new page, then there is a button to create a table. When i created the table i don't know how it's possible that i can sort the columns. Is somebody able to help me please?

Thank you a lot 217.92.9.47 (talk) 11:27, 6 February 2013 (UTC)

See this help page. ☠MarkAHershberger☢(talk)☣ 13:25, 6 February 2013 (UTC)

Hello. Thank you for the link. In the beginning it still didn't work. But i was able to figure out where the problem was :) 217.92.9.47 11:12, 7 February 2013 (UTC)

Attaching an sqlite database to an sqlite database doesn't work because of a transaction

I have managed to set up a small wiki family using sqlite databases (mostly for being read rather than being edited). It works very well!

Now I want several tables like interwiki-links and users to be commonly used. I have set that up via $wgSharedDB and so on and array_push($wgSharedTables, "user", "user_groups");. I get an error that attaching is not possible because a transaction has started.

I found in the internet that this error has to do with autocommit issued before attach. It should be attach before autocommit.

When I look into includes/db/DatabaseSqlite.php I find the construct function in line 51. This function obviously tries to attach databases in $wgSharedDB.

I'm no programmer and don't understand what happens next in doBegin and mConn->beginTransaction.

Could there be something wrong in that script or is it rather in my faulty setup? 79.232.44.42 (talk) 16:42, 6 February 2013 (UTC)

Try reporting a bug. I'd be surprised if the code was really tested for your scenario. ☠MarkAHershberger☢(talk)☣ 23:20, 6 February 2013 (UTC)

Shared user table, shared user pages?

Hi,

I was able to share a user table between two wikis - that was easy. I'd also like to share the user pages, though. That seems to be the best place to put information about the users and I don't want users to have to manage two separate pages. Is there any easy way to do this?

Thanks 131.107.32.49 (talk) 18:33, 6 February 2013 (UTC)

RewriteRules in .htaccess? 88.130.126.56 20:18, 6 February 2013 (UTC)

The page's cannot be shared in the same way that the user table can be.

This sounds like something that would make a good extension (even if only for crappy inclusion of user pages, akin to image description page transclusion from foreign repos).

Not really solving your problem, but you may be interested in Manual:$wgEnableScaryTranscluding Bawolff (talk) 16:20, 8 February 2013 (UTC)

AIX 6.1 support for MediaWiki?

Is there or will there be MediaWiki support for AIX? Thanks in advance,

-T 64.54.40.81 (talk) 20:59, 6 February 2013 (UTC)

PHP and MySQL are available for AIX, so I don't see why you couldn't install MediaWiki.

If you mean support as in someone to call up if you have problems or need it installed, there are plenty of consultants to pick from, myself included. ☠MarkAHershberger☢(talk)☣ 22:59, 6 February 2013 (UTC)

Can i download MediaWiki 1.21/wmf8

Hi Everyone Can i download MediaWiki 1.21/wmf8 with all extensions used in wikipedia? Just one file..... Thanks in advanced الهميان (talk) 21:50, 6 February 2013 (UTC)

Hi!

Yes, you can. Download the Git repository with the MediaWiki Core and checkout the according tag/branch. In fact MediaWiki and the extensions use different Git repositories, but there is a script, which can download all of them in one go. See Download_from_Git for more information. 88.130.119.93 22:39, 6 February 2013 (UTC)

Hi there....

Thanks a lot for these information...& I download Git program right a way...

But, I'm very new to MediaWiki program,, I hope some one give me the straight line to Git which give me (MediaWiki 1.21/wmf8 with all extensions used in wikipedia)....

Thanks again الهميان (talk) 23:52, 6 February 2013 (UTC)

If you're new with MediaWiki, please just Download the regular stable releases. There is no point in trying to get unreleased temporary wmf branches to work if you aren't familiar with Git, PHP and/or MediaWiki. Krinkle (talk) 23:59, 6 February 2013 (UTC)

Thanks Krinkle....

I'm doing fine with mediawiki...Just new to git program....

I'm about to use mediawiki template with my site, & it's really hard to copy all extensions used in wikipedia, So i thought that downloading the same version off wikipedia which was (MediaWiki 1.21/wmf8)

That's all الهميان (talk) 00:25, 7 February 2013 (UTC)

I think we could put together a tarball that mimics what you see on a particular wiki, but this doesn't exist at the moment. Would you be willing to develop such a thing if I pointed you in the right direction? ☠MarkAHershberger☢(talk)☣ 16:03, 7 February 2013 (UTC)

Note that the 1.21/wmf8 probably also contains wmf's live hacks, some of which might not be very portable (for example if you did not have APC installed).

In regards to 88.130.119.93's comment - In the wmf branches, the extension directory has submodules for all of wmf deployed extensions (which is different from how the normal branch works). Bawolff (talk) 16:55, 7 February 2013 (UTC)

Do you provide beta or release candidates somewhere? Before 1.20 I would have liked to test with one, but I did not find one. So I used a checkout from git (which has a higher barrier than installing a tar-package just the way you always do it). 88.130.119.93 20:13, 7 February 2013 (UTC)

1.20 has already been released, why not just test with that? ☠MarkAHershberger☢(talk)☣ 20:32, 7 February 2013 (UTC)

Yes, sure. :-)

I just mean: Do you provide beta or release candidates of new versions before they get released? I have not found one for 1.20 those days. 88.130.68.93 21:01, 7 February 2013 (UTC)

A release candidate is announced on wikitech-l shortly before it is released. Since the code is already tested extensively on WMF sites before it is released, there isn't much of a delay. ☠MarkAHershberger☢(talk)☣ 21:54, 7 February 2013 (UTC)

For the curious, the 1.20 release candidate notices can be viewed at http://lists.wikimedia.org/pipermail/wikitech-l/2012-October/063825.html and http://lists.wikimedia.org/pipermail/wikitech-l/2012-October/063972.html

Some sites do run directly (or near directly) off of git HEAD, like http://translatewiki.org - however you should probably only do that if you know what you are doing. Bawolff (talk) 00:50, 8 February 2013 (UTC)

No, I just need it for a testing system prior to updating the live version of some wikis. Yes, now I see these posts, no wonder that I missed them those days as hidden as they are between all these other topics there. Posting in the announce list would be nice. 88.130.68.93 16:03, 8 February 2013 (UTC)

Hi again...

Some one said:

there was a script, which can download all of them in one go.

Where can i find this script?

Thanks الهميان (talk) 15:16, 8 February 2013 (UTC)

Yepp, it's here: Download_from_Git#Download_all_extensions. 88.130.68.93 15:46, 8 February 2013 (UTC)

See Download_from_Git#Download_all_extensions

If that doesn't work, when you clone the extensions.git repo, there are two shell scripts, try running both of them. Bawolff (talk) 15:49, 8 February 2013 (UTC)

[RESOLVED] ConfirmAccount extension sql error

I installed the ConfirmAccount(v1.2.0) extension with mediawiki 1.2.0, and everything seems fine. However when I try to create an account I get this sql error:

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 "UserAccountRequest::insertOn". Database returned error "23502: ERROR: null value in column "acr_id" violates not-null constraint ".

Does anyone else get this error ? Is there a solution ? 

All I found in google so far mentions something about using Concat instead of || in the code, but I tried to look for acr_id and what could be creating this issue, but I wasn't able to resolve the issue.

Maybe its something simple in the configuration or else, in any case I'd appreciate any help with this :) 178.195.194.119 (talk) 22:00, 6 February 2013 (UTC)

Add

$wgShowSQLErrors = 1;

to the bottom of LocalSettings.php and try again to see the query, which causes the actual error.

Just for clarification: You use MediaWiki 1.20.x and not MediaWiki 1.2.0, right? 88.130.119.93 22:45, 6 February 2013 (UTC)

Thanks for the suggestion.

I was able to fix my issue following this thread:

http://www.mediawiki.org/wiki/Extension_talk:ConfirmAccount#Problems_Running_ConfirmAccount_with_PostgreSQL 178.195.194.119 16:21, 7 February 2013 (UTC)

Share template?

Following this discussion on Commons, could I ask where one can find a WMF wiki's "share template"? Thanks, It Is Me Here (talk) 23:47, 6 February 2013 (UTC)

There is no single template. You would have to check each wiki. ☠MarkAHershberger☢(talk)☣ 16:00, 7 February 2013 (UTC)

Well, OK, but could you then please direct me to the English Wikipedia's template, so that I know at least roughly what to look for in the others? It Is Me Here ^{t / c} 11:13, 8 February 2013 (UTC)

I don't really know what you're looking for, but this seems like a promising place to start. ☠MarkAHershberger☢(talk)☣ 13:54, 8 February 2013 (UTC)

Thank you, but that category seems to list templates for linking to an article's subject's FB/whatever page, as far as I can tell. What I am getting at are templates like this one which invite the reader to share the article/image/news story/... on FB/wherever. It Is Me Here ^{t / c} 15:49, 9 February 2013 (UTC)

You may not find one on any other sites. It is up to each wiki whether or not to provide links like that.

Look at the url, though. It ends in "Template:Share". There is a similar template with that name on enwiki and all you have to do to find it is change "commons.wikimedia" to "en.wikipedia". Or you can use a wiki link like this: Template:Share.

Be careful using the template, though. It looks like it is only used for events, not articles. ☠MarkAHershberger☢(talk)☣ 17:08, 9 February 2013 (UTC)

Adding a special characters page to Extension:WikiEditor

Hi all. I'm trying to add the functionality of clickable currency symbols in the Extension:WikiEditor toolbar to Wikivoyage. This can either be done through a new 'section' which can be expanded to show the currency symbols (preferable), or else a 'page' within the Special characters section which lists currency symbols. I've tried unsuccessfully in my local common.js here. I understand with JS you are meant to do all this fancy inspecting element and executing jQuery sort of stuff, but I'm unfortunately not skilled enough to know what to do. I previously started the discussion here, but there was a lukewarm response at best. This feature is highly sought after at Wikivoyage and we are very eager to find a solution. If anyone can give some advice or provide the code, it'd be much appreciated. JamesA (talk) 08:45, 7 February 2013 (UTC)

Stats

How to make so that the statistics updating rarely? 92.126.149.18 (talk) 13:45, 7 February 2013 (UTC)

Which statistics are you talking about? ☠MarkAHershberger☢(talk)☣ 15:58, 7 February 2013 (UTC)

If you mean MW's internal page view stats - see $wgHitcounterUpdateFreq. As Mark said, the answer will vary depending on which statistics you are referring to. Bawolff (talk) 16:56, 7 February 2013 (UTC)

Regex for template names

What does the correct regex for template and template parameter names look like?

I hope it's something simple like \w(?:[ \w]*\w)? but I'm surely wrong.

So is it something whacky like [^ {|}](?:[^{|}]*[^ {|}])? or something even more eccentric? Pecoes (talk) 16:54, 7 February 2013 (UTC)

What would you like to match with a regular expression? The entire template? Only template name? Only a parameter value? An example would be welcome Ciencia Al Poder (talk) 10:20, 8 February 2013 (UTC)

Okay. Let's say the source looks like this:

{{a | {{{b|}}} | c = <b>text</b> }}

In this example I'm only interested in "a", "b" and "c". You can assume that operators, whitespace, HTML tags and plain text have already been tokenized. The remaining question is only whether "a", "b" and "c" are correct template/template-parameter names the wikitext parser would accept as such. Pecoes (talk) 13:01, 8 February 2013 (UTC)

Keep in mind first of all, that the parser is a little complicated, and probably doesn't match things in the way you think it does (source over here).

Your second regex is probably closer given that \w only matches ascii word characters, and we support fancier characters than that. I would expect (but am not sure) that < = | would all terminate an argument name. Bawolff (talk) 16:17, 8 February 2013 (UTC)

Keep in mind first of all, that the parser is a little complicated

No kidding :D I'm writing trying to write a syntax highlighter for wikitext in JavaScript and I had no f'ing idea just how unruly the syntax is.

Thanks for the link, but I'm not sure if the PHP source helps in this case. As you say: There is no regex in the PHP source.

I'm currently trying this one: [^{|}<>=\[\]]+

EDIT:

Well, the equals sign seems to be permitted: wikia:templates:Template:=rolleyes Pecoes (talk) 21:26, 8 February 2013 (UTC)

= signs are permitted in template names, but not template parameter names. Bawolff (talk) 21:51, 8 February 2013 (UTC)

Call me an idiot, but it just occurred to me that the regex for a legal template name and the regex for a legal article name must be one and the same.

That means [^{|}<>\[\]]+ is a good regex for links as well. Hopefully. Pecoes (talk) 23:37, 8 February 2013 (UTC)

how to set rich text editing by default

using mediawiki 2.0 and a skin which is derived from Monobook, I am using the Wysiwig extension, when people edit they don't see the Rich Text by default, they have to click "SHOW RICH TEXT EDITOR"

Is there anyway to set this as the default? 173.226.70.131 (talk) 20:21, 7 February 2013 (UTC)

First, I assume you mean 1.20, not 2.0. Second, how are you running Extension:WYSIWYG against 1.20? ☠MarkAHershberger☢(talk)☣ 03:36, 8 February 2013 (UTC)

Yes I meant 1.20 . I am running WYSIWIG extension, it works. Isn't it supposed to ? 173.226.70.131 14:38, 8 February 2013 (UTC)

I've installed it and I'm getting the following error:

Call to undefined method Parser::strip() in extensions/WYSIWYG/CKeditor.body.php on line 90

I'm wondering how you got around that. ☠MarkAHershberger☢(talk)☣ 14:49, 8 February 2013 (UTC)

I downloaded a special version for 1.20 on this page http://www.mediawiki.org/wiki/Extension:WYSIWYG 173.226.70.131 15:08, 8 February 2013 (UTC)

Ah... That certainly works better, but I am seeing a number of problems with it. I can't even get link to display properly. This version should really be in git. ☠MarkAHershberger☢(talk)☣ 15:56, 8 February 2013 (UTC)

which skin are you using? It may be because of the skin.. try it with some standard skins 173.226.70.131 16:44, 8 February 2013 (UTC)

This is a fresh install with the Vector skin. In Firebug, the JS error is:

TypeError: arr is undefined

Line 8 in ckeditor/config.js ☠MarkAHershberger☢(talk)☣ 17:19, 8 February 2013 (UTC)

did you add

$wgAllowUserJs = true;

$wgGroupPermissions['*']['wysiwyg']=true;

to your LocalSettings? 82.80.46.2 13:31, 21 April 2013 (UTC)

I'm not sure why allowing user js would be needed, but, no, I'm pretty sure I didn't do set wgGroupPermissions. This isn't really my issue, so I'm not worried about it, though. ☠MarkAHershberger☢(talk)☣ 21:02, 24 April 2013 (UTC)

This problem still seems to be there. - I'm getting the same message:

Fatal error: Call to undefined method Parser::strip() in {directory} CKeditor.body.php on line 90

I'm using MediaWiki 1.21.3 188.29.165.111 15:12, 27 November 2013 (UTC)

Sandbox to retrieve geographic data on right hand side

Hello!

Is there a way with MediaWiki's API to grab the info on the right hand side of this page? http://en.wikipedia.org/wiki/California

There is data like Population and so on that I would like to grab but I did not see how through the sandbox form.

Thanks! Steve 70.31.217.208 (talk) 21:17, 7 February 2013 (UTC)

Currently, there is no way to get this information without parsing the whole page. However, there are some fascinating things happening with with wikidata. ☠MarkAHershberger☢(talk)☣ 21:49, 7 February 2013 (UTC)

Have you tried something like http://dbpedia.org/ ? Bawolff (talk) 01:00, 8 February 2013 (UTC)

I saw this site, but i couldn't quickly find an example and then fell upon mediawiki, i will look into it further.

Thanks 70.31.217.208 13:11, 8 February 2013 (UTC)

Infobox is Ugly

• MediaWiki Version: 1.18.1
• PHP Version: 5.3.20 (apache2handler)
• MySQL Version: 5.1.61
• Error Page: http://u.t15.org/index.php/Facebook

Hi im pretty sure ive installed all the Infobox Templates, i've done what is said here: http://trog.qgl.org/2011/setting-up-infobox-templates-in-mediawiki/

But when I goto my Wiki page with the Infobox: http://u.t15.org/index.php/Facebook it just looks Ugly and takes up the Whole Page.

Please Help Me 125.237.87.254 (talk) 01:50, 8 February 2013 (UTC)

It looks like you're working on the page when I looked at it. I hit reload several times and got different content almost each time. ☠MarkAHershberger☢(talk)☣ 02:51, 8 February 2013 (UTC)

wiki/Main_Page 404 godaddy

Getting closer by me moving the htaccess to the /wiki folder but cant get it to work right. I got the /wiki loading to /wiki/Wiki which is not the main page and cant get the site to load /wiki to /wiki/Main_page. Other problem is if you goto /wiki/Main_Page and click signin it takes u to /wiki/index/wiki/index.php?title=Special:UserLogin&returnto=Main_Page and it should be /wiki/index.php?title=Special:UserLogin&returnto=Main_Page has an extra /wiki/index/ in there,

Contents of my htaccess

AddHandler x-httpd-php5 .php
AddHandler x-httpd-php .php4

RewriteEngine on
# anything that contains a dot without a colon should be left alone
RewriteRule ^[^:]*\. - [L]
# anything that contains a slash without a colon should be left alone
RewriteRule ^[^:]*\/ - [L]
# redirect to main page
RewriteRule ^/*$ /wiki/index.php?title=Main_Page [L,QSA]
# anything else is to be treated as a title
RewriteRule ^(.+)$ /wiki/index.php?title=$1 [L,QSA]
# anything that contains a slash is to be left alone.

CONTENTS of my localsettings

$wgScriptPath       = "/wiki";
$wgScriptExtension  = "$wgScriptPath/index.php";

#added by admin test
#$wgRedirectScript = "$wgScriptPath/redirect.php";


# KEVIN ADDED FOR SHORT URL
$wgArticlePath = "$wgScriptPath/$1";

Internetguru (talk) 02:15, 9 February 2013 (UTC)

Discard all of those rewrite rules and the variables you've defined there and follow Manual:Short URL/Apache.

Note that you can't have /wiki/index.php?title=PAGENAME&action=edit and at the same time /wiki/ARTICLENAME (or expect it to work smoothly). It should be /w/index.php or any other path different from wiki. Ciencia Al Poder (talk) 12:41, 9 February 2013 (UTC)

Now got home page loading and wiki pages but all special pages like login have errors because they contain an extra wiki/index in the url. Heres my code now

AddHandler x-httpd-php5 .php
AddHandler x-httpd-php .php4
#RewriteCond %{HTTP_HOST} ^pornwikileaks.com/wiki
#RewriteRule ^(.*)$ http://www.pornwikileaks.com/wiki/$1 [r=301,L]
RewriteEngine on
# anything that contains a dot without a colon should be left alone
RewriteRule ^[^:]*\. - [L]
# anything that contains a slash without a colon should be left alone
#RewriteRule ^[^:]*\/ - [L]
# redirect to main page
RewriteRule ^/*$ /wiki/index.php?title=Main_Page [L,QSA]
# anything else is to be treated as a title
RewriteRule ^(.+)$ /wiki/index.php?title=$1 [L,QSA]
# anything that contains a slash is to be left alone.

and my local settings have

$wgScriptPath       = "/wiki";
$wgScriptExtension  = "$wgScriptPath/index.php";
#added by admin test
#$wgRedirectScript = "$wgScriptPath/redirect.php";
# KEVIN ADDED FOR SHORT URL
$wgArticlePath = "$wgScriptPath/$1";

Internetguru (talk) 12:43, 9 February 2013 (UTC)

problem solved had to change $wgScriptExtension = "$wgScriptPath/index.php"; to $wgScriptExtension = ".php"; Internetguru (talk) 13:37, 9 February 2013 (UTC)

Note that still this is not the way to go, but that's up to you. Good luck! ;) Ciencia Al Poder (talk) 15:11, 9 February 2013 (UTC)

WELL COULD U TELL ME THE RIGHT WAY PLEASE

I am also getting one wiki page not loading with just a blank white page http://www.pornwikileaks.com/wiki/Donny_Long I have error logging enabled for PHP also Internetguru (talk) 15:34, 9 February 2013 (UTC)

I've already told you. Don't use /wiki/ for article path and script path.

About the error, see Blank page Ciencia Al Poder (talk) 17:18, 9 February 2013 (UTC)

I couldnt get it to work under /w and I did everything blank page said to do and still get no error and only that page is blank no others that I can find. Internetguru (talk) 17:38, 9 February 2013 (UTC)

I already tried everything blankpage wiki says to do and still get no error and only that page is blank. Also couldnt get site to work off /w but can try again later once I know why I have that blank page? Internetguru (talk) 17:42, 9 February 2013 (UTC)

Another idea would be to separate MediaWiki and the Wordpress blog. I guess you currently use the same domain for both? Use different subdomains with the according folders on your server being next to each other instead of in each other. That should help cleaning things up. 88.130.127.166 23:52, 9 February 2013 (UTC)

I have ran wordpress with vbulletin and mediawiki many times before and had no problems so thats not the issue here. Internetguru (talk) 07:19, 10 February 2013 (UTC)

Yes, it's just an idea. I still remember that mess, which you had in .htaccess, when you first posted it: Several rules for the same thing, some for MediaWiki, some for WordPress, full with errors, everything cluttered together. If it was me, I would clean that up. Separate things nicely and you will save you trouble in the future. 88.130.100.138 13:13, 11 February 2013 (UTC)

Of course, to get /w working you need to move your installation from /wiki to /w (just rename that folder, and change rewrite rules and LocalSettings accordingly).

If you don't get anything in the php error log, look at the Apache error log. Ciencia Al Poder (talk) 10:21, 10 February 2013 (UTC)

I tried but couldnt get it to work but will try again later but right now I am more trying to figure out why I have this blank wiki page and have looked in both logs and see nothing, this is driving me nuts. All the wikis seem to work but that one and no idea why? Where is the content of that wiki stored? Maybe its a conflict with a symbol in the text of the wiki page. Internetguru (talk) 10:44, 10 February 2013 (UTC)

Just as I thought the problem lays where ever the text from the page is stored cause I edited the database so the page is now at http://www.pornwikileaks.com/wiki/Donny_Long2 and that page wont load but Donny_Long now loads. So where is the text from the page stored? Internetguru (talk) 11:46, 10 February 2013 (UTC)

The text is stored at the Text table, and you'll need to join Revision table and Page table to get the id.

But anyway, you should find where the error message is printed to diagnose the problem. Symbols and odd text won't make this error unless you have some extension installed that performs some action on a specific text construct. Ciencia Al Poder (talk) 12:55, 10 February 2013 (UTC)

The problem occurs in oldid=34850. The only diff between that one and the previous one (oldid=34798) is a large gallery of images above the "Awards" section. ☠MarkAHershberger☢(talk)☣ 21:13, 10 February 2013 (UTC)

One blank white wiki page

after moving servers and finally getting everything working I have one wiki page which wont load and is just a blank white page with no error or anything but all the other wikis seem to work. ANY THOUGHTS? http://www.pornwikileaks.com/wiki/Donny_Long Internetguru (talk) 15:29, 9 February 2013 (UTC)

See Blank page. ☠MarkAHershberger☢(talk)☣ 16:50, 9 February 2013 (UTC)

I did all of that and still not getting any error, just a blank page bu tonly on that wiki not other? Internetguru (talk) 16:56, 9 February 2013 (UTC)

Does anything show up in your error log? ☠MarkAHershberger☢(talk)☣ 17:12, 9 February 2013 (UTC)

Nope nothing in the logs. I really need to fix this asap any more ideas? Internetguru (talk) 07:26, 10 February 2013 (UTC)

It looks like it is working now. What did you do? ☠MarkAHershberger☢(talk)☣ 20:13, 10 February 2013 (UTC)

Wiki page Log in brings up 500 error

I am at a loss here. I have a wiki page (www.wikazine.com). It loads fine but for some reason when I click on "Log on" the system comes back with a 500 Internal Server Error.

Since I didn't do any upgrades to this site I thought I might have been hacked. I checked access logs and found no problem.

I was on an older load so I updated the system to 1.20.2. The install went fine but I still cannot log in.

Tried on another computer, tried on another browser.

I am also getting weird Database errors but I think that is because I haven't logged in to update the database.

Any help would be appreciated. Geekazine (talk) 21:43, 9 February 2013 (UTC)

I just tried accessing your wiki: Viewing pages works, but you cannot try to edit them. This gives an error 500 as well.

You can view e.g. the page "Recent Changes", but when you click one of the options, e.g. to see more changes, then the resulting URL http://www.wikazine.com/w/index.php?title=Special:RecentChanges&limit=500 does not work.

It looks like all URLs starting with http://www.wikazine.com/w/index.php do not work. The problem might be somewhere in your configuration of Short URLs. It would help, if you could have a look at the Apache error log; it should contain information about the error.

You say you did an upgrade to 1.20.2. However, your wiki still displays MediaWiki 1.17 as the version you use. If you want to do an update, that is fine. Do not forget that you then also have to update the database! You do not have to log in to do that, just run the maintenance script update.php or use the web updater, which you can access with your webbrowser. 88.130.127.166 00:03, 10 February 2013 (UTC)

I finally got some time to look at the problem. I found a way to "Pretty" my links and it had me put in some code in Localsettings.php.

1. Prettify URL

$wgScriptPath = '/w';

$wgArticlePath = '/$1';

$wgUsePathInfo = true;

I commented out the wgScriptPath and that fixed the problem. Not sure why since I haven't touched the backend in months. Nonetheless, I still have the pretty links AND functionality. I will look into it a bit more to make sure I didn't mess something else up.

Thanks for the direction! Geekazine (talk) 22:24, 19 April 2013 (UTC)

Putty! login as? password? In localhost?

Hi every one.... I've set up my wiki on a localhost for testing and troubleshooting purposes. However, I can't figure out how to run the php scripts. I am using WAMP for my localhost and I normally use putty to run the scripts, but I can't seem to connect it to my localhost.

It keep asking Login as & password? But there were no FTP account i use....

Thanks in advanced الهميان (talk) 01:09, 10 February 2013 (UTC)

Thanks guys...

I got the answer... it seem you should use your OS login name and password.... الهميان (talk) 01:13, 10 February 2013 (UTC)

Quick Insert

Hi you know when you edit a Wikipedia page, there are these buttons at the bottom that say: 'Insert Wiki Markup' and a bunch of <> stuff,

I want this for my Wiki: http://u.t15.org but I don't know where to look 222.152.0.209 (talk) 06:05, 10 February 2013 (UTC)

It looks like you want Extension:CharInsert. ☠MarkAHershberger☢(talk)☣ 20:11, 10 February 2013 (UTC)

Limit number of page revisions

Hi!

I´m running Mediawiki 1.19 with PHP 5.2.14 and Mysql 5.0.96.

This Wiki recieves a large number of automatically created/updated pages via a number of Perl/Python scripts every night, and also some manual updates. From what I can see there is no limit on the number of revisions av page can have so the database grows quite a lot, and I noticed when updating Mediawiki to 1.19, the database schema updates took av very long time because it goes through all revisions. According to the Wiki statistics we now have around 4 million page updates and I assume each has its own page revision in the database.

My question is, can I limit the number of page revisions allowed ? Can I automatically or manually purge the revisions exceeding the max number ? Can it be done per namespace ?

I looked at the deleteOldRevisions.php script but I don´t know how it is supposed to work, does it delete all revisions except the latest ?

When I do a dry-run I get this error message, so I have not been able to test it further:

Searching for active revisions...done. Searching for inactive revisions...PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 24 bytes) in /srv/www/htdocs/wiki/includes/GlobalFunctions.php on line 2210

Any pointers on how to achieve this would be appreciated. 136.163.44.102 (talk) 13:52, 11 February 2013 (UTC)

Each page is not only saved in the database once, but for each revision the whole page is stored in the database once. That means if a page has for example ten revisions, alone this page is saved in the database ten times.

The script deleteOldRevisions.php is exactly what you are looking for. See Manual:deleteOldRevisions.php for details. If running the script PHP runs out of memory, you have to increase the memory limit in order to successfully run it.

Another idea would be to follow the advices on Manual:Reduce size of the database. 88.130.100.138 14:22, 11 February 2013 (UTC)

Thanks for the response. I increased the memory limit and now deleteOldRevisions.php runs without problems, only done a dry-run so far.

But I still dont´t understand how to use the script to purge a specific number of revisions, in my case I want to keep a maximum of 365 revisions of

each page so I have one years history of changes. Is there some parameter I can set to control how many revisions it will keep ? 136.163.44.102 09:43, 12 February 2013 (UTC)

If Manual:deleteOldRevisions.php does not tell that there would be a switch to check the number of revisions to be left, then such an option most likely is not present. However, you can open the file deleteOldRevisions.php with a text editor and check, if it has such an option (which only was forgotten to document) anyway.

Another possibility would be to write the code for such an option yourself and to hand it to a MediaWiki developer for integration in future releases or to create an issue in the bugtracker so that someone else might write the code. 88.130.72.133 17:10, 12 February 2013 (UTC)

Sidebar DropDown Menu.

Howdy, I have installed mediawiki 1.21 alpha version. all is good but i was looking at the sidebar dropdown option like mediawiki one. For eg. when we click on support there appears all the available option. (like show and hide) Could you please tell me the extension or any way to use dropdown menu in sidebar. 124.253.138.46 (talk) 17:48, 11 February 2013 (UTC)

You'll want CollapsibleNav in the Vector extension. ☠MarkAHershberger☢(talk)☣ 01:31, 12 February 2013 (UTC)

Thanks mate, i will check it . 124.253.99.230 06:37, 12 February 2013 (UTC)

Bro, I need u to check cofigruation i used in local setting.php because it is not still not workinG.....................................

                                     
require_once( "$IP/extensions/Vector/Vector.php");           
$wgDefaultUserOptions['useeditwarning'] = 1;
# (i wanna to workout this feature)
$wgVectorFeatures['collapsibletabs']['global']'
# (i wanna to workout this feature)   
$wgVectorFeatures['collapsiblenav']['global'];
$wgVectorFeatures['expandablesearch']['global'] = true;
$wgVectorFeatures['sectioneditlinks']['global'] = true;
$wgVectorUseSimpleSearch = true;

i have verified that the extension is installed. Using the above settings none of the feature works.

Please donot provide any page link. TELL ME THE ADD OR EDITS IN THE SETTINGS 124.253.99.230 08:15, 12 February 2013 (UTC)

Perhaps it is a problem in 1.21alpha -- it hasn't been released yet, you know. ☠MarkAHershberger☢(talk)☣ 01:04, 13 February 2013 (UTC)

require_once( "$IP/extensions/Vector/Vector.php");           
$wgDefaultUserOptions['useeditwarning'] = 1;
# (i wanna to workout this feature)
# (you use wrong syntax?) $wgVectorFeatures['collapsibletabs']['global']'
$wgVectorFeatures['collapsibletabs']['global'] = true;
# (i wanna to workout this feature)   
# (same here?) $wgVectorFeatures['collapsiblenav']['global'];
$wgVectorFeatures['collapsiblenav']['global'] = true;
$wgVectorFeatures['expandablesearch']['global'] = true;
$wgVectorFeatures['sectioneditlinks']['global'] = true;
$wgVectorUseSimpleSearch = true;

89.245.224.81 17:23, 9 August 2013 (UTC)

Try upgrading to Mediawiki 1.21.1 because they released it in April or may and so it is not an alpha product any more they have realised 1.22 Wmf which is the next version of Mediawiki if you would like to try it 90.218.212.117 11:50, 10 August 2013 (UTC)

select() in foreach()

I'm trying to write an own maintenance script.

I want to update a custom column in the page table using the age of the page. Therefor I have to query revision.rev_timestamp.

But

foreach( $res as $row ) {				
				
  $page_id = $row->page_id;
				
  $res = $db->select("revision", "rev_timestamp", "rev_page = $page_id", "ORDER BY `rev_timestamp` ASC LIMIT 1", __METHOD__); //timestamp of page creation date
  $mySQLtimestamp = $db->fetchObject( $res );
  ...

Gives me the error: "Catchable fatal error: Object of class stdClass could not be converted to string"

	public function execute() {
		$db = wfGetDB( DB_MASTER );

		$start = $db->selectField( 'page', 'MIN(page_id)', false, __METHOD__ );
		if( !$start ) {
			$this->error( "Nothing to do.", true );
		}
		$end = $db->selectField( 'page', 'MAX(page_id)', false, __METHOD__ );
	
		# Do remaining chunk
		$end += $this->mBatchSize - 1;
		$blockStart = $start;
		$blockEnd = $start + $this->mBatchSize - 1;
		while( $blockEnd <= $end ) {
			$this->output( "...doing page_id from $blockStart to $blockEnd\n" );
			
			$cond = "page_id BETWEEN $blockStart AND $blockEnd;

			$res = $db->select('page', array('page_id', 'page_custom', 'page_counter', 'page_namespace', 'page_title'), $cond, __METHOD__ );

			foreach( $res as $row ) {				
				
				$page_id = $row->page_id;
				
				$res = $db->select("revision", "rev_timestamp", "rev_page = $page_id", "ORDER BY `rev_timestamp` ASC LIMIT 1", __METHOD__); //timestamp of page creation date
				$mySQLtimestamp = $db->fetchObject( $res );
				#$mySQLtimestamp returns: Catchable fatal error: Object of class stdClass could not be converted to string
				
				$namespace = $row->page_namespace;
				$pagetitle = $row->page_title;
				$fooVal = someFunction($namespace, $pagetitle);

				#update page_custom using $fooVal and $mySQLtimestamp
				
			}
			$blockStart += $this->mBatchSize - 1;
			$blockEnd += $this->mBatchSize - 1;
			wfWaitForSlaves( 5 );
		}		
		
		$this->output( "...Done!\n" );
	}

How can this be fixed? Subfader (talk) 18:02, 11 February 2013 (UTC)

Does it die when running "$mySQLtimestamp = $db->fetchObject($res)" or does it die on a missing debug line where you try to print $mySQLtimestamp as a string?

fetchObject returns an object of type stdclass, so you probably want something like this:

$mySQLtimestamp = $db->fetchObject($res)->rev_timestamp; brion (talk) 19:14, 11 February 2013 (UTC)

->rev_timestamp - that's it! Thanks brion! :) Subfader (talk) 19:31, 11 February 2013 (UTC)

Custom fields for Account Creation

Hi,

Is there any way of adding a dropdown menu that is populated from a database to the account creation page in mediawiki.

I want to capture which country the user is from while he creates his account.

i took a look at the create user template files but could not figure out where to add the code for the dropdown and how to update the database.

Thanks, 117.192.154.149 (talk) 20:03, 11 February 2013 (UTC)

Check out Extension:RegistrationForm or, if you're really adventurous, Extension:SemanticSignup for hints on how to do this. ☠MarkAHershberger☢(talk)☣ 01:28, 12 February 2013 (UTC)

[SOLVED] v1.20.2 installation problem - 404 on index.php/Main_Page

Installed version 1.20.2 but it gives 404 on the main page. GETting index.php redirects to index.php/Main_Page and that gives 404. On the other hand, index.php?title=Main_Page works. I suspect this must have to do with the web server itself (index.php/foo fails to run index.php) but unfortunately have no access to apache config or even logs. Any suggestions about what I should try to troubleshoot?

Apache version: Apache/2.2.22 (FreeBSD) mod_ssl/2.2.22 OpenSSL/0.9.8q PHP/5.3.10

Before anyone asked, no, this is not about short URLs. I have not fiddled with those (yet).

[I wanted to have a more descriptive title but your system does not allow index.php/Main_Page in title] 128.210.67.100 (talk) 20:14, 11 February 2013 (UTC)

Not sure why it didn't let you set the title the way you wanted -- abusefilter, maybe?

For your question, what is $wgUsePathInfo set to? ☠MarkAHershberger☢(talk)☣ 01:24, 12 February 2013 (UTC)

$wgUsePathInfo is not set in any way in LocalSettings.php. But since you mentioned it, I grepped for it over the entire installation and found the discussion in HISTORY. With $wgUsePathInfo = true; in LocalSettings.php, the problem is fixed (auto-detection is probably off). You are a real charm! 128.210.67.100 23:42, 12 February 2013 (UTC)

http://wiki.commistech.com/wiki/index.php/Main_Page is giving 404 plz help.... 122.162.19.15 20:43, 27 April 2013 (UTC)

Your problem is different from the one above.

Everything, which needs index.php, does not work. In fact none of your files seem to be reachable. Make sure that you have uploaded the MediaWiki files to the right folder and make sure that your vhost/domain does not point to a wrong folder, but to that one. 88.130.67.50 20:51, 27 April 2013 (UTC)

Does anyone know how to get rid of the https link icon here?

I have an Add This widget on the main page here: http://www.sturmkrieg.us/Sturmkrieg_Wiki

The Google+ icon has an https icon next to it. It seems like this is a MediaWiki problem, since I don't think the Add This object would have that icon next to it.

The Widget code is here: http://www.sturmkrieg.us/Widget:AddthisFollow Lieutenant Aleksandr Reznov 01:00, 12 February 2013 (UTC)

If you use an inspector like firebug, you can see that the CSS has the following rule:

div#content a[href^="https://"], .link-https { ... }

This puts the lock icon on all https links. You can override this with something like the following (untested):

a.addthis_button_google_follow[href^="https://"] { background-image: none; padding-right: 0 } ☠MarkAHershberger☢(talk)☣ 01:19, 12 February 2013 (UTC)

Thanks. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 03:42, 12 February 2013 (UTC)

Or wrap the link inside a <span class="plainlinks"></span>

https://example.com/

vs

https://example.com/ Ciencia Al Poder (talk) 10:38, 12 February 2013 (UTC)

WikiEditor not Showing

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

• MediaWiki = 1.18.1
• PHP = 5.3.20 (apache2handler)
• MySQL = 5.1.61

Hi, Ive just installed the extension WikiEditor and heres Proof: http://u.t15.org/index.php/Special:Version

But when I goto a Page and edit it: http://u.t15.org/index.php?title=Test&action=edit it does not show, Ive tried Purge, Emptying my browsers Cache, And Using another Computer and then my iPhone, but still it Won't Show AT ALL, Please help me get this to Show. 125.237.83.7 (talk) 01:45, 12 February 2013 (UTC)

First, please upgrade to 1.19 at least. 1.19 will be supported until 2015.

Second, how have you configured it in your LocalSettings? ☠MarkAHershberger☢(talk)☣ 02:04, 12 February 2013 (UTC)

Give me the reason the vector is working on 1.18 but not on my wmf9 . I TOLD U I HAVE DONE SOMETHING WORNG IN CONFIGURE. Could you please write the vector configure below 124.253.62.151 10:59, 14 February 2013 (UTC)

I'm really confused. This thread is about WikiEditor, not Vector. ☠MarkAHershberger☢(talk)☣ 11:46, 14 February 2013 (UTC)

Did you follow the instructions at Extension:WikiEditor#Configuration. Otherwise it will be opt-in in special:preferences. Bawolff (talk) 19:36, 14 February 2013 (UTC)

I did... and have same issue... Settings are correct, and have tried on several skins. Can you help? Warpennys (talk) 14:37, 10 August 2013 (UTC)

Maybe there are analytics injected in your websites which is causing your JavaScript to not work 86.141.190.129 12:09, 11 August 2013 (UTC)

Tested, should add this in DefaultSetting

1. Enables use of WikiEditor by default but still allow users to disable it in preferences

$wgDefaultUserOptions['usebetatoolbar'] = 1;

$wgDefaultUserOptions['usebetatoolbar-cgd'] = 1;

1. Displays the Preview and Changes tabs

$wgDefaultUserOptions['wikieditor-preview'] = 1;

1. Displays the Publish and Cancel buttons on the top right side

$wgDefaultUserOptions['wikieditor-publish'] = 1; 90.24.174.200 00:54, 23 February 2014 (UTC)

Just wondering if this was ever resolved? I'm experiencing the same issue and I suspect there may be a compatibility issue with PHP 5.3 and WikiEditor, as I have it working with PHP 5.4, but not 5.3. Wmat (talk) 12:36, 28 March 2014 (UTC)

Yes I have the same problem. Followed the instruction. Just gives me no tools. 121.99.189.91 08:05, 13 July 2014 (UTC)

Thoughts on this? I'm have the same problem. 222.127.85.61 05:11, 10 August 2014 (UTC)

I have the same problem, but only when flaggedRev extension is enabled !

somebody have an idea to solve this conflict ? 194.250.11.161 08:36, 22 April 2015 (UTC)

In my case a year ago, this was caused by something breaking Javascript. If I remember correctly, I had an extension installed that didn't match the MW version; I think it was SyntaxHighlight-GeSHi. If FlaggedRevs seems to be the trigger, make sure that it's version matches your MW version. Wmat (talk) 11:37, 22 April 2015 (UTC)

I've got the same problem going on. The buttons are in fact there and you can click on them, it is just that they've got no graphics on them. Using a CSS inspector I can see that the button graphics are done by a sprite, and the CSS that does the background-image of the sprite is getting overridden by something else in mediawiki (I am using v1.24.2, and no other extensions other wthan WikiEditor). Hopefully someone on the mediawiki team will look into it and come up with a fix, but meanwhile adding this to your /MediaWiki:Common.css page will fix it (remember you may need Administator rights - WikiSysop or something - to edit that page):

/***** Overcome mediawiki bug whereby the WikiEdit sprite is a no-show *****/

.wikiEditor-toolbar-spritedButton {

background-image: linear-gradient(transparent, transparent), url("/extensions/WikiEditor/modules/images/toolbar/button-sprite.svg?v=001") !important;

background-position: 0px 0px; /* This gets over-ridden with inline style to move sprite into view of relevant part */

background-repeat: no-repeat !important;

} Yearlet (talk) 16:04, 29 April 2015 (UTC)

I also face that problem too. I modified the Vector skin by removing some parts of VectorTemplate.php. When I create a new article in my MW, I can use WikiEditor well. But I can't see WikiEditor in "edit" mode. So I search my problem and I found this helpful page :D. Now my problem is solved. From these comment, I have a thought that would be JavaScript error. So I open Developer Tools on chrome and move to "console". There I found JavaScript error labelled "Uncaught TypeError: Cannot read property 'left' of undefined". Because of I removed "left-navigation" div that I don't need, it cause the JavaScript error. I think WikiEditor dependent on some "navigation". So I add the blank left-navigation div on original palace. "<div id="left-navigation"></div>". Now I can see wikieditor on my MW edit mode. I wish you all will be OK. :D This is our group wiki named Myanmar Unicode Guide Books Sanlinnaing (talk) 13:01, 13 August 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

SOLVED CSS problem modifying monobook

MediaWiki 1.20.2 PHP 5.3.8 (cgi-fcgi) MySQL 5.0.51b-community-nt

This a CSS problem. We're modifying the monobook skin (via Main.css). In the left-hand sidebar we have: - the search box (under the logo) - navigation box - tool box In the main section is content. Problem is that the navigation/tool box won't come any higher in the column than the bottom of the content in the main section. I have set the top-padding of the navigation box to zero, but can't get it higher than that...as if the content of the main section is somehow inline ahead of the sidebar...Search box is fine...right at the top of the left-hand column below the logo....I just can't get the navigation/tool boxes to sit directly below it. Can anyone advise me? Thanks in advance for your attention. Jeff 85.229.204.91 (talk) 08:29, 12 February 2013 (UTC)

If you're asking for CSS help, it would be really good if you provide a link to the site so we can see what you're talking about. ☠MarkAHershberger☢(talk)☣ 00:51, 13 February 2013 (UTC)

I'm having a simular problem. I can't get the search to move where I want it if absolute or fixed.

CSS:

• /

1. p-search {

position: fixed;

top: 100px !This does nothing if changed. I gues it's probably overwritten somewhere but no idea where.

left: 100px;

width: 157px;

padding: 5px;

float: left;

clear: left;

margin: 5px;

z-index: 5;

} 217.166.58.140 09:37, 24 April 2013 (UTC)

To see where CSS is overridden use FireBug, a recent Firefox or a tool like that.

If you need more help, post a link to your wiki. ☠MarkAHershberger☢(talk)☣ 20:58, 24 April 2013 (UTC)

Extension: Mobilefronted problem

I am using wiki alpha. and i have installed mobile fronted extension and applied its configure settings to localsettings php. But the PROBLEM IS WHEN I VISIT TO HOMEPAGE IT IS MOBILE VERSION. I want when somebody comes to www.wikidomain.com/index.php/main_page it should be desktop version. but there should a button at bottom to go the mobile version. Is there any third step to do which i am missing. 124.253.99.230 (talk) 08:35, 12 February 2013 (UTC)

help me 124.253.168.197 19:36, 13 February 2013 (UTC)

What happens if you don't use the alpha version of MediaWiki? ☠MarkAHershberger☢(talk)☣ 19:39, 13 February 2013 (UTC)

I followed your advice and get rigid of alpha. i have mediawikiwmf9 installed. The problem is in configure mobile url template . suppose i filled m.%h0%h1. it takes to url but with error that page does not exists 124.253.96.13 05:59, 14 February 2013 (UTC)

the main page is at http://punjabworks.org/w/index.php/Main_Page could you help me the mobileurl template. 124.253.96.13 06:00, 14 February 2013 (UTC)

It looks like you are moving your files around when I looked. I got the following error:

Failed opening required '.../includes/WebStart.php' ☠MarkAHershberger☢(talk)☣ 11:42, 14 February 2013 (UTC)

i found the fix myslef with two friends. just place $wgMFAutodetectMobileView = true; in localsettings.php 124.253.99.2 07:32, 15 February 2013 (UTC)

Progress is that i have made a subdomain a.punjabworks.org and i am looking for a way to redirect mobile page to this subdomain. 124.253.99.2 08:05, 15 February 2013 (UTC)

Update problem

Hi,

I'm attempting to update from 1.16.2 to 1.20.2, but after I ran the update, nothing loaded. I just got a blank white page. The wiki was previously maintained by someone else so I don't know exactly how much has been modified. PHP and MySQL are both up to date. As far as extensions go, we are using Cite, SyntaxHighlight version 1.0.8.6, LDAP Authentication version 1.2b, UsabilityInitiative version 0.1.1, Vector version 0.2.0, and WikiEditor version 0.2.0. Any help would be greatly appreciated! 153.2.247.31 (talk) 20:55, 12 February 2013 (UTC)

Could you look at Blank page and report back anything that doesn't help you solve? ☠MarkAHershberger☢(talk)☣ 21:57, 12 February 2013 (UTC)

[RESOLVED] Issue using when leveraged content contains "{" tag reference

I have created a sample for reference. Please refer to the articles created under Category:Transclude Test. I have created an article Transclude Source Test which contains various sections that are individually wrapped in transclude tags. Whenever the transclude section contains a tagged content that uses the "{" character, such as the table definition n secton3, the content (table) is not rendered.

I the article that references the transcluded contente (Transclude Target Test), the transcluded content is rendered with extraneous HTML table formatting tags (ex: border="2" cellspacing="0" cellpadding="4" width="100%" )

Is this a bug in the transclusion tagging, or am I incorrectly tagging the content.

Thank you for the assistance. Fzyz4z (talk) 22:14, 12 February 2013 (UTC)

Your source has the following relevant:

{{#ifeq:{{{transcludesection|Section3}}}|Section3|
{{ Template:Transclude Test Template}}
{|border="2" cellspacing="0" cellpadding="4" width="100%" (...)

The #ifeq: parser function on this example has the following parameters:

1. {{{transcludesection|Section3}}}
2. Section3
3. {{ Template:Transclude Test Template}} {
4. border="2" cellspacing="0" cellpadding="4" width="100%" (...)

That's because the pipe character of the template syntax is recognized as a parameter delimiter of the parser function.

When using tables inside parser functions you should replace pipes with the template {{! }}. That should work. Ciencia Al Poder (talk) 10:14, 13 February 2013 (UTC)

Thank you, This was very helpful and resolved my issue. Fzyz4z (talk) 16:54, 13 February 2013 (UTC)

Unauthorized Users

I'm running MediaWiki 1.19.2 with PHP 5.2.17 and MySQL 5.1.53.

I thought I had set up my wiki that users could not be automatically created. I found out last night that I didn't. I have fixed it since. But now I have 7400 unauthorized spammers on my wiki. They haven't created any content pages, just user pages.

I cannot find anything to where I can remove the users en massefrom the Special Pages. Is there an automated system to do this? If not, is there an easy way to do it?

I can't find anything in the MediaWiki help in removing the members without having to do it for each of the 7400 individually. Any help out there for me? 64.179.145.202 (talk) 15:20, 13 February 2013 (UTC)

From a quick google, it looks like most people recommend

1. backing up the database,
2. running an SQL command like the following untested one:

   delete from user where user_id>X and user_name not in ('somelegitusername', 'someotherusername', 'anotherone');

3. verify that this worked

Given how many times people run into this, it seems like someone should update the Deleteuser extension (which I cannot recommend that you use). ☠MarkAHershberger☢(talk)☣ 15:35, 13 February 2013 (UTC)

That's about what I figured from what I had seen. Just wanted to make sure that I didn't have to just delete the whole wiki and re-install with the proper settings from the beginning. :) 64.179.145.202 15:38, 13 February 2013 (UTC)

But will that remove their contributions as well? Or do I have to take them out individually? 64.179.145.202 15:48, 13 February 2013 (UTC)

No, this will only remove their user accounts; it will not change any posts.

There is a script deleteBatch.php, which allows you to delete a group of pages.

To use it, follow the description on Manual:deleteBatch.php. You will need an SQL query, which creates a list of all pages, which you want to delete. If you do not have legitimate changes in between, you can just pick all pages newer than a certain date and time. You can get information about these pages with an SQL query like this one:

SELECT page_id, page_namespace, page_title

FROM /*prefix*/page

WHERE page_touched > '20130213000000';

You can also add an end date/time by using a slightly different WHERE clause like so:

SELECT page_id, page_namespace, page_title

FROM /*prefix*/page

WHERE page_touched > '20130213000000' AND page_touched < '20130213235959';

If you configured a table name prefix when you installed MediaWiki, you need to replace /*prefix*/ above with it.

After running deleteBatch.php you can run the maintenance script DeleteOrphanedRevisions.php to make sure the content in your wiki is in consistent state. It will delete all revisions of the deleted pages.

Note that I have not tried the above and if used incorrectly it might break your wiki. Make sure you have a working backup! 88.130.103.121 00:36, 14 February 2013 (UTC)

Note that deleting users from the user table alone will likely cause troubles when viewing the page history of the pages they edited or created. Ciencia Al Poder (talk) 10:21, 14 February 2013 (UTC)

Page Width

Hi, how I can change the page width? Exampel: here. Regards 79.218.197.53 (talk) 16:42, 13 February 2013 (UTC)

With the Vector skin.. 79.218.197.53 17:17, 13 February 2013 (UTC)

Why do I have to use rebuildall.php to delete old revisions?

At Manual:DeleteOldRevisions.php, it suddenly mentions rebuildall.php in the Example section. The section ends with "NB: The rebuildall.php can take long...". So, is rebuildall.php required before deleteOldRevisions.php is being used? If not, then maybe the Example section should mention what exactly the example is all about. Someone on IRC said that (I think it was) rebuildrecentchanges.php could be used instead, but it's still unclear why the example includes information about a rebuild script. If calling such a script is required it should be mentioned outside the Example section. If it's not required, then the Example section is going beyond just giving an example for the usage of deleteOldRevisions.php and it would be useful if some additional text would explain what the example is all about. Thanks in advance for information you can give me. 82.170.113.123 (talk) 22:29, 13 February 2013 (UTC)

You are absolutely right with your question.

In that example they use rebuildall.php first and then deleteOldRevisions.php. Why? Is that required? 88.130.103.121 00:45, 14 February 2013 (UTC)

I'm bumping this, because it has been about a month since I asked my question, and unfortunately I'm still looking for an answer... 82.170.113.123 21:50, 10 March 2013 (UTC)

As far as I know, there's no need to run rebuildall.php. No idea why somebody stuck it in an example. brion (talk) 21:07, 11 March 2013 (UTC)

I'm trying to change the headline of my first post.

Someone modified it and added "the hell", which I'd never do myself.

When I to edit and press "Save page", an Ajax loader (spinning loader) keeps going and my edit never saves.

This seems to be a bug in the software.

I've tried editing the headline of the first post on different days and it never works. 82.170.113.123 14:38, 27 July 2013 (UTC)

OK, I have just updated the example accordingly. I already thought the call would be superfluous... 88.130.94.140 19:56, 29 July 2013 (UTC)

Upgrading a VERY old installation...

I've inherited a very old MediaWiki installation that I need to get upgraded to current standards. I've had very minimal experience with MediaWiki in the past and have been struggling a bit.

This is running on a Windows 2003 server VM: MediaWiki: 1.4.5 PHP: 5.0.4 (isapi) MySQL: 4.1.12a-nt

I'd love to get it moved over to a Windows 2k8r2 server to match the rest of our infrastructure and give the end users the current version of MediaWiki in the process.

The problem I've run into are the various incompatibilities of the existing PHP/MySQL versions with newer versions of MediaWiki. I tried jumping to 1.14.1 (the last version to support PHP 5.0) and was then going to move it to the new server with PHP/MySQL running the current version and then upgrade MediaWiki to the current version.

The problem I ran into with this approach was that everything appeared to work, but none of the links on the front page of our Wiki would work - with the exception of the tabs for discussion/history/etc.

Can anyone help with this issue or am I approaching this wrong completely? I appreciate any help... 64.126.19.130 (talk) 16:54, 14 February 2013 (UTC)

Given that you also have to update MySQL and PHP in order to finally use MediaWiki 1.20.2, upgrading MediaWiki itself in several steps is good.

You say with MediaWiki 1.14.1 your links do not work correctly. How does that problem exactly look like? I guess that one of the configuration variables in LocalSettings.php is not set (maybe because it did not exist yet in MW 1.4.5). E.g. $wgServer is one of these variables. 88.130.84.83 19:18, 14 February 2013 (UTC)

Yea, that variable is not present.

What's the best way to get the LocalSettings.php in order?

In response to how does it behave - it loads the first page and looks fine. When you mouse-over a link you can see the link correctly in the tool-tip, but when you click it just brings up the MainPage again. 64.126.19.130 20:13, 14 February 2013 (UTC)

I recently got the LocalSettings.php for a wiki that had evolved rather ... organically. To get it in order, I generated a new one for the site and put the customizations all at the end.

I used a diff tool to compare the generated LocalSettings.php of the old version with the one I generated from the new version so that I could more easily find the changes they made. ☠MarkAHershberger☢(talk)☣ 20:30, 14 February 2013 (UTC)

Thanks... that's what I was starting to do but thought I'd throw out the question in case I was heading down the wrong path.

Looks like my 1.14.1 installation is up and running. Now on to phases 2, 3, & 4 of the project.

Thanks everyone! 64.126.19.130 21:31, 14 February 2013 (UTC)

NORICHEDITOR error on some pages

MediaWiki 1.19.3 PHP 5.4.9-4ubuntu1 (apache2handler) MySQL 5.5.29-0ubuntu1 WikiEditor (Version 0.3.1) SMW extensions Updating an older wiki that did use WYSIWYG. On some pages, not all I get errors like this and jumble content: {{#ifeq:||| __NORICHEDITOR__ {{#ifeq:In order to allow easy book keeping of your custom categories in your wiki you should assign them to this Category. This allows you to attach metadata to all of them which makes administration easier.|| __NORICHEDITOR__ This is from page /Category:Category. Editing user created pages the editor seems to work fine. There are discussions about similar errors with other editors but none of the fixes seem to help. 97.67.144.122 (talk) 23:16, 14 February 2013 (UTC)

That does not sound like an error. It sounds like someone just wrote that on a page.

I'm not familar with WYSIWYG, but __NORICHEDITOR__ sounds like a magic word to disable the rich text editor on that page. The #ifeq: is part of Extension:ParserFunctions (If you don't have parser functions installed, you should install it). Bawolff (talk) 16:12, 15 February 2013 (UTC)

Thanks, Parserfunctions fixed it, and you seem to be correct as well about the magic word. It's still there but the rest of the page displays correctly now.

Got to figure out now how to get rid of all the old SMW+ I don't need and is broken for this version. 97.67.144.122 18:17, 15 February 2013 (UTC)

[RESOLVED] GlobalFunctions.php wfParseUrl choking on url

GLobalfunctions.php wfParseUrl function choking on this URL: mailto:?subject=http://localhost/index.php/MediaWiki:Haloapageoptions''

Notice: Undefined index: path in /home/sites/wiki.injection-moldings.com/public_html/includes/GlobalFunctions.php on line 755 PHP Notice: Undefined index: path in /home/sites/wiki.injection-moldings.com/public_html/includes/GlobalFunctions.php on line 756

Attempting repair and installation and that page shouldn't actually exist anymore but it still should have a graceful exit here I assume. 97.67.144.122 (talk) 17:02, 15 February 2013 (UTC)

Testing for isset( $bits['path'] ) at line 755 corrects the error.

/* parse_url loses the third / for file:///c:/ urls (but not on variants) */
            if (  isset( $bits['path'] ) ) {  /* new */
		if ( substr( $bits['path'], 0, 1 ) !== '/' ) {
			$bits['path'] = '/' . $bits['path'];
		}
           }  else {   /* new */
			$bits['path'] = '';
          }

97.67.144.122 18:40, 15 February 2013 (UTC)

What you have posted in your first post is no valid URL, it starts with "mailto:", but it even is not a valid e-mail address. No wonder that MediaWiki does not understand that. ;-) 88.130.125.134 19:13, 15 February 2013 (UTC)

Sure it's not valid, but the code shouldn't choke on it. 97.67.144.122 22:08, 15 February 2013 (UTC)

Thanks for reporting this.

I've filled bugzilla:45069.

A production environment shpuldn't have E_NOTICE activated in error_reporting. You should also switch it off. Ciencia Al Poder (talk) 10:42, 16 February 2013 (UTC)

Bug fixed for the next MediaWiki Release (1.21) Ciencia Al Poder (talk) 10:27, 21 February 2013 (UTC)

[RESOLVED] Security image folder; 500 error

Hello, Sorry for my bad english. I have a wiki. There i had the proble, that pictures were not shown. Not on a content page and not on a description page. I foud out, that the .htaccess file in the image folder had generated a 500 error. So I had to make two lines to commends. The proble is, that now there is a security propleme. (So no link to the wiki.) The code is:

  # Ignore .htaccess files 
  #AllowOverride None 
  # Serve HTML as plaintext, don't execute SHTML 
  AddType text/plain .html .htm .shtml .php .py .rb .
  # Don't run arbitrary PHP code.
  # php_admin_flag engine off
  # If you've other scripting languages, disable them too.

What should I do? --Thomas1311 (talk) 18:21, 16 February 2013 (UTC)

There should only be one .htaccess file located directly in the images/ folder; no .htaccess files in the subfolders. This file comes with your MediaWiki package. Is the problem not solved, when you copy the original file from the package back in your images/ folder? I would expect that to be the solution. 88.130.79.121 23:00, 16 February 2013 (UTC)

Hello,

Thanks for writing back. The file contained in the Mediawiki-software didn't work. My file works but it's very less secure. Thomas1311 (talk) 08:09, 17 February 2013 (UTC)

Who put the AllowOverride None inside the htacces?? AllowOverride is not allowed in htaccess (hence the 500 error), and the example file you posted here is not shipped with MediaWiki. Ciencia Al Poder (talk) 10:59, 17 February 2013 (UTC)

The .htaccess file which you should use comes with your MediaWiki package. In MediaWiki 1.20.2 this file does not even look similar to what you posted. Instead, this is the content of this file:

# Protect against bug 28235
<IfModule rewrite_module>
	RewriteEngine On
	RewriteCond %{QUERY_STRING} \.[^\\/:*?\x22<>|%]+(#|\?|$) [nocase]
	RewriteRule . - [forbidden]
</IfModule>

Use that file (which by the way should be secure). Does that file work? I would expect that to be the solution. 88.130.86.220 13:52, 17 February 2013 (UTC)

Thank You. Thomas1311 (talk) 20:50, 23 February 2013 (UTC)

SMTP: Failed to connect socket

Hello all,

just installed "bitnami-mediawiki-1.20.2-0-windows-installer" on a machine with Windows 7 32bit Eng. ...and cant get the mail notification to work. As I am quite new to wiki, and almost zero experience with PHP it might be a quite easy problem/solution. Ithink I managed to isntall pear - at least when typing pear list a see a list of packages like: mail, mail_mime, net_smtp. Firewall is off, tried interal company smtp as well as gmail, the settings of internal company are copied from other machine that is working well so should be fine anyway.

the exact mesage when trying to send my self the confirmation mail is:

Wiki! could not send your confirmation mail. Please check your e-mail address for invalid characters. Mailer returned: Failed to connect to X.X.X.X:25 [SMTP: Failed to connect socket: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. (code: -1, response: )]

Please advice 92.52.39.186 (talk) 20:24, 16 February 2013 (UTC)

Open a command prompt from the server/computer which is running MediaWiki, and type: telnet X.X.X.X 25 (changing X.X.X.X with the actual IP address of the SMTP server. If you get a timeout attempting to connect, then something is blocking the connection between the computer and the SMTP server, being either your firewall or a firewall in the SMTP server, assuming of course that the SMTP server is working and accepting connections on that port. Ciencia Al Poder (talk) 11:21, 17 February 2013 (UTC)

yeah, look like something is wrong there, ..but no A/V or firewall running, as this is a virtual machine at a provider, i asked SMTP team to check... thanks! 92.52.39.186 21:11, 17 February 2013 (UTC)

Caption Text and Image Do Not Align Properly

Hi folks,

I'm using mediawiki version 1.20 and am having problems with caption text alignment. The text alignment does not stay aligned on the bottom of the page and the image also lines up on the right side, which I don't want. To see what I mean, see this image: <wikieditor-toolbar-tool-file-pre>http://i89.photobucket.com/albums/k207/moneyfingers/caption.jpg]]

I did lots of research about this online (google searching this problem etc.) and tried the tips that they suggested online, including the following: I first tried to edit the stylesheet on my MediaWiki:Common.css page. I am editting this as a sysop and I changed:

.infobox caption {

   font-size: 125%;
   font-weight: bold;
   font-style: italic;
   position: absolute; 
   bottom: 0; 
   left: 0;
   word-wrap: break-word;

} and I also tried to change the image alignment to center and also tried other changes to the.infobox stylesheet code

When I refresh my wiki with the updated Common.css page above, the change didn't show up. The caption text does not stay aligned at the bottom.

BTW, I am using Monobook style on my site (users will only have the choice of seeing my wiki in monobook) so I also tried to edit the monobook stylesheet on my local server at http://localhost/wiki/index.php/MediaWiki:Monobook.css but again the changes didn't work and the text still does not stay aligned at the bottom.

Lastly I tried to edit the Template on my server http://localhost/wiki/index.php?title=Template:Infobox&action=edit but this is super complicated and I didn't want to break anything. It also didn't make any difference for me.

I've run my wiki on MW versions 1.19 and 1.20 and I still have this problem. Is this a software bug? I really hope someone can fix this! Or, maybe somebody out there knows of a fix??

Thanks for your help.

(Peter in Canada) 24.84.25.236 (talk) 04:55, 17 February 2013 (UTC)

The problem is that the image is inserted using the thumb syntax, which makes the image to have that border and to be right aligned by default.

You should drop the |thumb| parameter of the image, and any |right| parameter that may exist there too. You can use |center|, though.

See Help:Images Ciencia Al Poder (talk) 11:17, 17 February 2013 (UTC)

Hi,

I looked at your link Help:Images but am still unclear. Do I just edit a thumb tag like such as [ [ File:filename.extension | options | caption ] ] ??

Also can I edit all thumb tags across my wiki site just by editing a css page such as MediaWiki:Common.css, Common.css, or Main.css? There are so many mediawiki css pages that seem to control image options. ¡Gracias por su ayuda!

Peter Peter321 (talk) 23:35, 17 February 2013 (UTC)

Try MediaWiki:Common.css. The others are for different skins. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 07:32, 18 February 2013 (UTC)

Yes, you can edit the image display editing the [[File:filename.extension | options | caption ]] code, changing the documented options as needed. Ciencia Al Poder (talk) 10:24, 18 February 2013 (UTC)

Indenting code in templates

Hello. I would like to know whether is it possible to cut the code with newlines and indent it in a template, like in C. For instance, wikipedia:en:Template:See also is hard to read. I wrote this example:

Code 1:

{{#if:{{{1|true}}}
 | sun
   {{#switch: {{{2|i}}}
    | i = is
    | w = was
    |
   }}
   hot
 | moon
}}

is rendered as:

sun
 is
 hot

While code 2:

{{#if:{{{1|true}}} | sun {{#switch: {{{2|i}}} | i = is | w = was | }} hot | moon}}

is rendered as:

sun is hot

I'd like to write code 1 and get it rendered as 2. Is it possible somehow? Thank you. Garsd (talk) 21:05, 18 February 2013 (UTC)

I don't know of a cleaner way, but perhaps sprinkling a few <nowiki/> like this example might help? ☠MarkAHershberger☢(talk)☣ 15:12, 19 February 2013 (UTC)

many enwiki templates use html comments to swallow the newlines. so your code would look like

 {{#if:{{{1|true}}} <!--
 --> | sun   <!--
 -->   {{#switch: {{{2|i}}} <!--
 -->    | i = is <!--
 -->    | w = was <!--
 -->    | <!--
 -->   }} <!--
 -->   hot <!--
 --> | moon <!--
 -->}}

it's not as clean as what you really want, but it allows breaking things to lines and use indentation, and still have the rendered code be straight.

HTH,

peace. קיפודנחש (talk) 20:13, 19 February 2013 (UTC)

Thanks קיפודנחש! A bit wearisome to write but readability is fine. Thanks too MarkAHershberger. Garsd (talk) 21:27, 19 February 2013 (UTC)

pedophile is starting a mediawiki website

Hello

this page is www.brongersma.info is started by Marthijn Uittenbogaard his association "Martijn" which was promoting pedophilia was recently forbidden by law in the Netherlands. Now he is making a wiki with al related News & Articles about pedophilia I don't think you would like your logo in reference with that kind of website!!! 77.61.41.241 (talk) 10:44, 19 February 2013 (UTC)

Hello. By logo you mean the "powered by MediaWiki" logo? MediaWiki is licensed under GPL (see this), so anyone is free to use a copy of the software as long as it respects the licence's terms, no matter what they do with the software. You know there are military around the world using free software in the making of weapons which they really use afterwards in the massive and indiscriminate killing of people, children included, and they do it respecting the licence's terms. The question is whether the logo "powered by MediaWiki" must be in the site you say. I've read wmf:Trademark policy and wmf:Wikimedia visual identity guidelines and I don't see anything there that could be used against that site using the logo. Logo question apart, if that site is using a copy of MediaWiki, according to GPL, the site is obliged to make attribution, so one way or the other the site must say "I'm using MediaWiki", with or without the logo. Sorry. They would have to make attribution if they were changing the software and releasing it, not because they are using it. I hope I've answered your question, but I can't assure you of anything for sure, this is just what I think (this is no legal advice or opinion, I hope you understand). Bye. Garsd (talk) 12:14, 19 February 2013 (UTC)

To be really picky, they don't have to attribute the origination even if they change the software and redistribute it.

To answer the original poster, see the article on free software licenses and the purpose of use. Even if someone is using the software for something illegal, the license doesn't restrict its use. ☠MarkAHershberger☢(talk)☣ 14:35, 19 February 2013 (UTC)

Nobody cares. Krenair ^{(talk • contribs)} 14:40, 19 February 2013 (UTC)

To make sure the poster doesn't feel ignored, people do care of course. I think most people would agree that child abuse and terrorism are bad.

The point is however that in this context MediaWiki is just a free tool. Just like the car they drive or the paper they write on. Anyone can buy it and use it to express themselves. The authors of these tools can't or don't want to judge its users. That's up to the government and court.

If someone is doing something illegal, they should be held accountable by law, not by the car manufacturer or MediaWiki software in this case. I don't think we can stop them from saying they are driving a certain brand car or using MediaWiki for their website. Krinkle (talk) 23:54, 19 February 2013 (UTC)

Custom URL rewriting based on Namespace

Hi,

I'm trying to rewrite MediaWiki URLs based on the namespace of the page, but can't figure out the rules for it (mod_rewrite). Is it even technically possible? I feel like it should.

I'm trying to get, say, something in the "User:" namespace to be written as example.com/user/my_username Something in the main namespace to be rewritten as example.com/article/article_name And so on.

Thanks. Tamed shrews (talk) 17:33, 19 February 2013 (UTC)

With rewrites you can potentially do anything (including this), but I'm not sure whether you should as it may make other parts of MediaWiki seem less logical or even confusing or breaking.

Using mod_rewrite, it will give you the ability to use the custom urls incoming (you can do that right now by matching something like RewriteCond /user/.* and routing it to /wiki/User:$1). However, it would only allow you to form these urls by hand (and they'll work), but outbound links generated by the software (e.g. when clicking a username) it would still use example.org/wiki/User:My_something. You'd need a hook in the Linker to also customize the links outputted by the software.

Keep in mind that then still, one would still still use User:My username when editing the source code of a page (as "[[/user/my_username]]" would be a very different page). Same for the page title displayed on top of the page. It would only affect urls.

It will potentially break or inconvenience interwiki and auto-generated urls that rely on the pattern being fixed with a single variable: /something/$1 ($wgArticlePath ). There are many places where this assumption is made.

So I'd recommend reconsidering whether this is useful in a MediaWiki context, before trying to implement it because there's a lot of drawbacks and various places all over where it won't have that url pattern. Meaning you'll end up with a situation where the user is faced with 2 different urls for the same content where the two alternate on grounds that seem arbitrary to an average user. Krinkle (talk) 23:45, 19 February 2013 (UTC)

[RESOLVED] Image Permissions

A wiki that we had had running for about a year has suddenly started having problems displaying images on a page. Instead of the image, a link to the image is displayed. Images are embedded using [[File:image_name]]. If a user clicks on the link, he is taken to the page for the uploaded file. All metadata, image description, etc. is displayed properly, as is a thumbnail of the image. However, if the user clicks on the thumbnail in order to see a full size version of the image, they receive a permission denied error such as:

Forbidden You don't have permission to access /MediaWiki/images/d/d0/Tom.JPG on this server.

I have uploaded new images, and they display on pages correctly. I have tried replacing images that are having permission issues, but receive the following error message:

Could not rename file "public/c/c0/Retired.png" to "public/archive/c/c0/20130219222125!Retired.png

I receive a similar error message if I simply try to delete an image.

Checking the image directory on the host, all of the images, including newly uploaded ones, have permissions of "-rw-r--r--. 1 apache apache", which is what is expected.

I've already tried removing the .htaccess file from the images directory, and that has had no effect. I've also retrieved a number of the "problem" images vis SFTP from the wiki host, and all images display correctly on my local machine, so I assume the image files themselves have not been corrupted.

So, with all this information, does anyone have any ideas as to what the problem is, and how I can go about fixing it? The wiki in question does not have a *lot* of images, around 175 so far, but I would very much prefer to not simply rename and re-upload all of the images, and then edit a few hundred pages to use the "new" images.

Thanks! 66.151.5.4 (talk) 22:35, 19 February 2013 (UTC)

Did you upgrade recently?

What version of MediaWiki are you running?

Are there any errors in the error log?

Have you tried enabling debug logging to see if anything shows up there?

If you delete a problem image on-wiki and then rename a newly uploaded image to the deleted images name, do the newly-renamed image show the same problems? ☠MarkAHershberger☢(talk)☣ 23:20, 19 February 2013 (UTC)

No upgrades have been made recently. My sysop has stated that no changes have been made at the OS level, and I have not applied any updates to MediaWiki or any of the plugins that we use.

Version info is:

MediaWiki 1.18.1

PHP 5.3.3 (apache2handler)

MySQL 5.1.61

The only errors I see in the error log are similar to this:

[Tue Feb 19 16:36:49 2013] [error] [client <client hidden>] (13)Permission denied: file permissions deny server access: /var/www/html/MediaWiki/images/d/d0/Tom.JPG, referer: http://<host hidden>/MediaWiki/index.php/User:Thomas.ropers

I have not tried enabling debug logging, frankly because I don't believe I understand enough about it to enable it correctly.

I am unable to delete any of the "problem" images, as I receive a similar error message to what I receive if I try to upload a new version. 64.94.183.5 Tom Ropers, thomas.ropers@schawk.com 00:19, 21 February 2013 (UTC)

It does sound like a file permissions problem. What are the permissions on the directories under the images directory (i.e. d and d0 from above) and how do those compare with the permissions on the directories of "working" images? ☠MarkAHershberger☢(talk)☣ 01:31, 21 February 2013 (UTC)

Example images-

b/b0/Merge_Check_Version.png (does not display)

b/b7/Stop_Sign.png (does display)

Permissions are:

drwxr-xr-x. 8 apache apache 4096 Feb 19 15:48 b

drwxr-xr-x. 2 apache apache 4096 May 29 2012 b0

drwxr-xr-x. 2 apache apache 4096 Feb 19 15:48 b7

-rw-r--r--. 1 apache apache 10264 May 3 2012 Merge_Check_Version.png

-rw-r--r--. 1 apache apache 25751 Feb 19 15:48 Stop_Sign.png

This is what is perplexing me- the permissions are the same. I uploaded Stop_Sign.png after this issue was brought to my attention, and it displays just fine. Merge_Check_Version.png will not display, other than a thumbnail version that's on the file's page. I can sftp the image from the wiki host to my local machine, though, and the image displays just fine. So I don't believe the file itself is corrupt.

Is there a way for file permissions themselves to become corrupt? I'm not a unix admin, but is there some hidden file that keeps track of permissions that could be corrupt- displaying one set of permissions but behaving as it another set were in place?

I've tried a chmod 644 on a "bad" image. I've tried a chmod 777 on a "bad" image. Neither had any effect. 66.151.5.4 Tom Ropers (thomas.ropers@schawk.com) 15:16, 21 February 2013 (UTC)

While that sounds odd. The files are world readable so Apache should definitely be able to serve them when viewing the full sized image. Do you have something like SELinux installed maybe? Try running ls -Z to see if the output is any different between Stop_Sign.png and Merge_Check_Version.png

I'm assuming you have shell access. From the shell try running less Merge_Check_Version.png to see if you can read the file (If successful it will pop up with a bunch of binary junk on your screen) Bawolff (talk) 16:49, 21 February 2013 (UTC)

66.151.5.4 Tom Ropers (thomas.ropers@schawk.com) 20:33, 21 February 2013 (UTC)

My sysAdmin ended up updating the OS, Apache, and MySQL (5.1.61 -> 5.1.67) on the host, and after a restart, the issue is no longer present.

Perhaps there was some sort of update that my sysAdmin failed to mention previously that caused this, and the latest update fixed some sort of compatibility issue. Or perhaps it was just a restart that solved the problem.

Anyway, thanks for the assistance, everyone! 66.151.5.4 Tom Ropers (thomas.ropers@schawk.com) 20:36, 21 February 2013 (UTC)

Book creator interface sources

Hello all. I was wondering if someone could point me in the general direction of the MediaWiki extension or component that makes up the Special:Book page on Wikipedia and other projects. I can't seem to find it in the tarball or the Git repo. Thanks! FreeRangeFrog (talk) 03:08, 20 February 2013 (UTC)

You're looking for the Collection extension. ☠MarkAHershberger☢(talk)☣ 15:46, 20 February 2013 (UTC)

That's awesome, thank you! FreeRangeFrog (talk) 18:51, 20 February 2013 (UTC)

new section on main page

Hello everybody! I hope someone knows the answer to this question.

I want to add the option "new section" on a "main page". Is that possible? Right now i just have the function "new section" for my "Talk" sites.

Thank you in advance for answering my question :) 217.92.9.47 (talk) 10:30, 20 February 2013 (UTC)

You want __NEWSECTIONLINK__. See the Help:Magic words for more information. ☠MarkAHershberger☢(talk)☣ 20:49, 20 February 2013 (UTC)

New groups not recognized

I'm working on a MediaWiki 1.16.5 installation and had new groups created for my user base. The new groups did not inherit all of the wiki rights of the original groups (bot, bureaucrat, administrator). The difference between the groups is easily spotted under User Rights Management, where the new groups are not links as the original three are. This affects one of the extensions I'm using - it recognizes users as members of the original three groups but fails with the new groups. Is there a simple group configuration step that was overlooked?

Thank you in advance. 129.83.31.2 (talk) 14:16, 20 February 2013 (UTC)

First, is it possible for you to upgrade? 1.16 is pretty old while 1.19 is set to be supported until 2015.

Second, what extensions do you have installed? If it is available, you can just point to your wiki's Special:Version page. ☠MarkAHershberger☢(talk)☣ 15:59, 20 February 2013 (UTC)

The wiki is managed by a different group in my organization and an upgrade may not be possible - I'll give it a push. I've found they are not terribly wiki-savvy and I generally have to walk them through problems that they encounter installing extensions or adding additional namespaces/groups.

As for extensions, I'm using DynamicPageList, SelectCategoryTagCloud and WikiCategoryTagCloud without issue and SimpleSecurity - it is here where the group issue renders this extension effectively useless with the new groups I've created.

Thanks Mark! 129.83.31.2 16:18, 20 February 2013 (UTC)

Email me if you'd like help getting them to upgrade.

I don't know much about the extension, but it looks like you might have to set $wgSecurityExtraGroups to get SimpleSecurity to recognise the new groups. ☠MarkAHershberger☢(talk)☣ 16:35, 20 February 2013 (UTC)

Mark, I sent you an email with my localsettings in the hopes you could give a quick scan to the config, as I believe the problem is in the new group configuration. I am checking on the possibility of updating the MediaWiki instance to 1.19 in the meantime.

Again, thank you. Nilesz (talk) 15:14, 4 March 2013 (UTC)

Sorry, I don't see any email from you. Could you resend? ☠MarkAHershberger☢(talk)☣ 20:16, 12 March 2013 (UTC)

(Sent a reply in email, copying here.)

To get the group links to show up, you have to tell MediaWiki what pages to link to. I poked around a little today in the source code and discovered that if you modify the page [[MediaWiki:Grouppage-(groupname)]] on your wiki, that MediaWiki will link to that page in the userrights display. Look at MediaWiki:Grouppage-sysop and MediaWiki:Grouppage-bureaucrat on your wiki for the built-in values of Administrators and Bureaucrats links. The link text -- "Administrators", "Bureaucrats" -- is controlled by the value in [[MediaWiki:Group-(groupname)]]. This is all documented in Manual:User rights -- where it looks like you could have "Engineering" group members described as "engineer" by setting [[MediaWiki:Group-Engineering-member]] to "engineer" on your wiki. ☠MarkAHershberger☢(talk)☣ 17:46, 6 May 2013 (UTC)

You say the groups aren't inheriting rights. I'm not sure what rights you want your users to have. Could you clarify that? ☠MarkAHershberger☢(talk)☣ 17:47, 6 May 2013 (UTC)

How to get the Draft template?

Is there a catalog of templates that are available for use in my wiki? I would like to get the Draft template. 12.25.149.2 (talk) 15:41, 20 February 2013 (UTC)

If you know the name of the template you want (the draft template for example), then you can go to that wiki's Special:Export page and, in the text are, type the template's name with the "Template:" prefix (for example, "Template:Draft"),make sure "Include Templates" is selected and then click "Export".

Take the XML file you get and go to your wiki's Special:Import page to load it into your wiki.

That should be all you need to do to begin using that template. ☠MarkAHershberger☢(talk)☣ 16:27, 20 February 2013 (UTC)

hide template in category list

I am working on a cooking recipe wiki 1.20.0. I use a template "template:new_recipe" to put every new added recipe into the category "category:all_recipes". In this way I have a simple way to list all recipes. But of course I see the template:new_recipe in the overview as well. Do you have any simple solution to get rid of this template in the category listing?

Thanks a lot you guys. Gregorgi (talk) 16:24, 20 February 2013 (UTC)

Look at the extension template on this wiki. It is used to classify different templates and even has the Category:Extensions with no license specified category label in it, yet does not show up on that category page. This should give you an idea of how to accomplish what you want.

Other observations -- feel free to ignore these: Why not have the "All recipes" category use sub categories? That way you could use your template to categorize a recipes and they would still be accessible from the "All recipes" category.

What happens when a recipe has been on your wiki a while and is no longer a "new" recipe? It seems like you need to rename your template. ☠MarkAHershberger☢(talk)☣ 18:07, 20 February 2013 (UTC)

UniversalLanguageSelector causes two issues on 20.2

I've installed http://www.mediawiki.org/wiki/MediaWiki_Language_Extension_Bundle and upgraded for 20.2 after this.

I've discovered that the extension that causes issues is UniversalLanguageSelector

I'm facing two issues:

1) When registered, after login, language div options doesn't render, so I can't change the language; 2) When registerd, when I go to preferences, it gets a bug Fatal exception of type MWException, and after debuging : Undefined index: api in includes/HTMLForm.php line 288

Can somebody please help me?

I'm lost... 201.21.19.223 (talk) 16:27, 20 February 2013 (UTC)

Is your wiki public? We might be able to help more if we can see your problem. ☠MarkAHershberger☢(talk)☣ 17:54, 20 February 2013 (UTC)

Received Cease And Desist order RE: Encyclopedia Dramatica webpage

Hello, I just received a cease and desist order for Encyclopedia Dramatica, which is hosted on media wiki, and I want to email them a copy of the cease and desist order from the district attourney, yet I can't find contact information for you, the hosts, or encyclopedia dramatica, the site hosting the webpage. 38.98.224.69 (talk) 16:48, 20 February 2013 (UTC)

Encyclopedia Dramatica is not hosted by the Wikimedia Foundation or the people on this website. I suggest you try their contact page. ☠MarkAHershberger☢(talk)☣ 17:53, 20 February 2013 (UTC)

Unable to perform Scary Transclusion from "private" wiki

I'm running 2 wikis with a shared user table, all users can see one but only certain users can see the other. When I attempt to do "scary" transclusion from the restricted wiki, the script appears to be accessing the wiki as a non-authenticated user and pulling the entire permission denied page. Is there any means of having the script access the restricted wiki using the credentials/session/permissions of the user loading the page? I'd link but both are internal to my company's network.

MediaWiki 1.19.2
PHP 5.3.10-1ubuntu3.5 (apache2handler)
MySQL 5.5.29-0ubuntu0.12.04.1 Timothy.russ (talk) 19:48, 20 February 2013 (UTC)

It sounds like you want to write an extension that uses javascript (so the browser's permissions are used) to pull content from the other wiki. ☠MarkAHershberger☢(talk)☣ 20:20, 20 February 2013 (UTC)

Note scary interwiki transclusions are cached, so you wouldn't want it to use the current users permissions, as that would leak private data to non-authenticated users... Mark's suggestion with js is probably the way to go. Bawolff (talk) 16:52, 21 February 2013 (UTC)

One more thing to start learning from the ground up... Thanks for the suggestion and the heads up. Timothy.russ (talk) 23:04, 21 February 2013 (UTC)

What's the most effective CAPTCHA system?

From Extension:ConfirmEdit, which of the CAPTCHA systems is the most effective? I thought reCAPTCHA would be awesome, since it's developed by Google, but it turned out that spammers were able to bypass it as if it wasn't there. I'm not sure if the reCAPTCHA issue is an inherent vulnerability of reCAPTCHA, or if it's just the implementation on MediaWiki that has security issues which allow malicious users to bypass it. Either way, what CAPTCHA solution would be best at preventing spam? Tamed shrews (talk) 00:42, 21 February 2013 (UTC)

Read the page on the extension. It notes that Asirra is the recommended CAPTCHA. ☠MarkAHershberger☢(talk)☣ 01:27, 21 February 2013 (UTC)

The page also mentions that this extension may not work in certain versions of Internet Explorer and has its own issues with blocking users that have successfully passed it though. Tamed shrews (talk) 03:43, 21 February 2013 (UTC)

[SOLVED->cookies!] v1.20.2 installation problem - cannot log in

Installed version 1.20.2 but cannot log in to the wiki. I go to Main_Page, click on "Log in" on top right, type the correct username/password, and... it gives me back Main_Page with the "Log in" link still on top right. The credentials are correct because with the wrong password instead, I get "Login error Incorrect password entered. Please try again."

My user does get listed on the ListUsers special page, as "bureaucrat,administrator" (neither of these words link to existing pages though). ListGroupRights shows groups "all", "Autoconfirmed users", "Bots", "Bureaucrats", "Administrators", and "Users" - these should be standard.

Anybody has some tips on how to troubleshoot this problem? With debugging on, the following diagnostic messages look odd (but could very well be harmless):

  * Profiler::instance called without $wgProfiler['class'] set, falling back to ProfilerStub for safety
  
  * Class PEAR_Error not found; skipped loading 128.210.67.100 (talk) 01:18, 21 February 2013 (UTC)

Those notices are harmless. Thanks for trying debugging, though.

I would look at your cookies. Is the your server sending a cookie with the right domain? Is your browser sending the cookies on the next page request? ☠MarkAHershberger☢(talk)☣ 01:22, 21 February 2013 (UTC)

I recorded the login with tcpdump and this is what I see. It all starts with a bunch of GETs interspersed with occasional "200 OK" or "304 Not modified" replies. Then I clearly see my POST with username/password, to which the server replies with "302 Found". In that reply there is some cookie information and a new PHP session id. This must be the cookie you mean. The answer to your second question is unclear because my browser sends PHPSESSID *twice* in the "Cookie:" line when it reGETs the page I clicked "Log in" on. At the beginning of the line it sets the old PHP session id, and at the very end of the list the new one. I have no idea why that is so, or which of the two assignments counts in the end.

Checking cookies in the browser (FireFox 16), I do see UserName and UserID set to the same values as in the server reply, and PHPSESSID is set twice. First for the domain, with the value the server sent after POST, then for the server itself, with a 3rd value that is different from the values that appear in the packets.

So... is there anything odd about the behavior described above? 128.210.67.100 01:52, 21 February 2013 (UTC)

If you have Firefox, I really recomend firebug for help debugging cookies and whatnot. Going to tcpdump will find you the information you need, but it is easier to understand in firebug.

That said, You should have the information in your debug log. It should tell you what cookies it is sending and what cookies it gets back. ☠MarkAHershberger☢(talk)☣ 02:40, 21 February 2013 (UTC)

I see the same information on screen (debug logs) as in the packets. PHPSESSID given twice, first at beginning of list, then at end. Hmm... RFC 2109 is silent about repeated assignments but it is discussed in RFC 6265, and because the cookies have different attributes, this can make sense. The PHPSESSID received upon login is specific to the web server, whereas the other PHPSESSID is for the whole domain.

So from what I see, the cookie (PHPSESSID, UserID, UserName) is sent back correctly, with scope specific to web the server itself (not the full domain). 128.210.67.100 02:49, 21 February 2013 (UTC)

Is MediaWiki the only PHP app you have on this server? Since you seem to know your way around, have a look at the various cookie settings, especially (I think) $wgCookieDomain. ☠MarkAHershberger☢(talk)☣ 03:25, 21 February 2013 (UTC)

Great, I tried setting the cookie domain explicitly to the server's *domain*

$wgCookieDomain = ".a.b.c";

and it works now. Thanks for helping with this!

[Must be something funny between MediaWiki and the web server. First PathInfo, now cookie domains :) This fix may not be most secure because any other server in the domain would receive the wiki cookie now but fine control appears impossible. There is a price for everything, I guess :/ ] 128.210.67.100 03:32, 21 February 2013 (UTC)

Link to diffs using a special page, such that the link can be included in an edit summary

Hello! There has been a discussion on the English Wikipedia about linking to a diff in an edit summary, deletion "reason", rights change reason, etc. Is there a way to do this? If not, I suggest that one be created. Nota Bene: this doesn't work with Special:PermaLink, and Special:ComparePages doesn't support a version without a query string (PHP URL parameters). If nobody gives a way of doing this, I will file a request on bugzilla. It shouldn't be too difficult because much of the code has already been written for Special:PermanentLink and Special:ComparePages (maybe in SpecialComparePages.php and SpecialPermanentLink.php? Not sure). Thanks in advance. πr² (t • c) 03:04, 21 February 2013 (UTC)

I think I'll just file a bug. πr² (t • c) 00:18, 22 February 2013 (UTC)

Dunno if you filed a bug, but I've pushed gerrit:63395 for review.

Best regards — Arkanosis ^✉ 22:34, 12 May 2013 (UTC)

Problems with mbox template - unable to identify where an error comes from

Hi,

I'm getting the following message when I reference the mbox templates: This message box is using an invalid "type=caution" parameter and needs fixing.

I can't find where the issue is and I have imported a lot of templates from mediawiki to try to fix the issue. Could you please point me in the right direction for where I should start looking? Cheers, Pete

Product Version MediaWiki 1.20.2 PHP 5.3.5 (apache2handler) MySQL 5.5.29-log

Wiki held on intranet (sorry) Petemahon (talk) 09:24, 21 February 2013 (UTC)

Allowing select users and addresses access to the website and blocking others

Hello --

I have successfully implemented our server, and have begun adding users to the site. The server will be situated behind the company firewall' with exceptions to allow http and https access from the Internet. One of the requirements that has been brought up is the following:

Is there a way to allow a select group of users and ip address ranges access to the site while preventing all others from doing the same? If there is no way within MediaWiki to do the above, will a firewall on the server work just as well?

Also, I saw the Blocked IP Addresses and Usernames link on the Special Pages, but I did not see a link that will allow me to actually create a block. Where do I go to create the block in question?

Thanks. Ahk71 (talk) 15:52, 21 February 2013 (UTC)

Hey!

To your last question: When you are logged in as an administrator or bureaucrat, you can create blocks. You will then find links behind usernames at several places in MediaWiki, e.g. on the Recent Changes page or in each pages history. These links will bring you to [[Special:Block]] like [[Special:Block/Ahk71]], where you then can establish a block for the according user/IP. However, these blocks only stop people from writing things in your wiki; they can still view it. 88.130.108.10 16:09, 21 February 2013 (UTC)

Hello --

I went to a link for a user account on the Recent Changes page, and there was no reference to the Special::Block page. I did notice

the user in question does not have a page set up. Would that prevent the above link from working? Ahk71 (talk) 16:39, 21 February 2013 (UTC)

If you're not an admin, you would not see the link.

Try typing Special:Block (only one colon) in the search bar of your wiki, and go directly to that page. Bawolff (talk) 17:00, 21 February 2013 (UTC)

Its possible to create private wikis, where only logged in users can view. From there you can make it so only certain people can create accounts. An example of a website set up in this manner is https://office.wikimedia.org/wiki/Main_Page - you can view the main page but no other page unless you are logged in. See Manual:Preventing_access for how that is accomplished.

If for some reason you do not want certain ips to be able to view your site while still allowing most ips to (as opposed to just disabling editing for them), you should probably use a firewall of some sort, or create some rules in apache config preventing access from those IP ranges. Bawolff (talk) 16:36, 21 February 2013 (UTC)

[RESOLVED]badtoken problem calling the API with action=edit

I´m trying to write an extension(specialpage) that creates a new wikipage containing the data from a webform filled by a user.

This works good for Anonymous Users(for the testsystem anonymous editing is allowed). If a user is logged in whether local or LDAP-account I get badtoken errors.

My API-call looks like this: "~/api.php?action=edit&title=".$title."&text=".$text."&format=php&token=".$token;"

I fetch the edit-token via "urlencode($wgUser->getEditToken())" and it looks the same like in "~api.php?action=tokens"...

What am I missing here? 141.5.16.165 (talk) 13:48, 22 February 2013 (UTC)

It is hard to help you diagnose this problem without any idea of what code you wrote. ☠MarkAHershberger☢(talk)☣ 19:33, 22 February 2013 (UTC)

What do you need? (I can post some code-snippets in tuesday...)

The code ist all php. I call the API with a simple HTTP Post request.

Sorry I forgot to mention the environment of my wiki. Its MediaWiki 1.20.2, php 5.3.10 and MySQL 5.2.*(i'll have to look it up) Michael_MPI 21:58, 22 February 2013 (UTC)

Paste the code you've written somewhere. That would help a lot. ☠MarkAHershberger☢(talk)☣ 14:54, 23 February 2013 (UTC)

First of all I have to say that I´m still a starter in php and Mediawiki extensions...

After the User filled the html-form I basically do the following:

//Fetch the EditToken

$token = urlencode($wgUser->getEditToken());

//Create a stream

$opts = array(

'http'=>array(

'method'=>"POST")

);

$context = stream_context_create($opts);

//Make up the url

$url = "http://myserver/mediawiki/api.php?action=edit&title=".$title."&text=".$text."&format=php&token=".$token;

//Call the url

$result = file_get_contents($url ,false, $context);

I dont know if this is the correct way to do it, but it works for anonymous users... Michael_MPI‎ 10:47, 26 February 2013 (UTC)

You should look at FauxRequest since you're trying to get to the API from within MW itself. ☠MarkAHershberger☢(talk)☣ 14:03, 26 February 2013 (UTC)

According to the example in the link you provided I changed my code to the following(I couldnt get FauxRequest to work so I used DerivativeRequest):

$api = new ApiMain(

new DerivativeRequest(

$wgRequest,

array(

'action' => 'edit',

'title' => $title,

'appendtext' => $text,

'format' => 'php',

'notminor' => true,

'token' => $token

),

false // was posted?

),

true // enable write?

);

$api->execute();

There is no need to "urlencode" $token anymore...

This works for logged-in users now. Thank you very much! Michael_MPI‎ 15:25, 26 February 2013 (UTC)

Versions required to run "Usability Initiative" and updated "Vector" skin

I've added all the usability initiative files and folder to the extensions folder. I've also tried just adding the vector extension to the extensions folder, but always receive errors. Before I continue to mess with things, is it even possible to get these extensions working with the following versions:

Product Version MediaWiki 1.16.5 PHP 5.2.17 (cgi-fcgi) MySQL 5.1.52-log

Thanks! 216.160.7.162 (talk) 15:29, 22 February 2013 (UTC)

What I am really trying to do is simply get the expandable/collapsible navigation on the left. Currently it is just in list form. Amy 15:31, 22 February 2013 (UTC)

The collapsible navigation is created using the Vector extension. Do an update to MediaWiki 1.19. This version is still supported (e.g. with security updates) and it contains the Vector extension. After the update you will have to install and configure the extension; more information on that topic are available on the page Extension:Vector.

If you want to update to MediaWiki 1.20 in the future, note that you will need a newer PHP version first: MediaWiki 1.20 needs PHP 5.3.2 at least. (And it contains Vector as well.) 88.130.117.97 17:59, 22 February 2013 (UTC)

MediaWiki 1.19 will work with PHP 5.2.17? Amy 15:49, 25 February 2013 (UTC)

Yes, that's why I proposed it. :-) 88.130.90.209 20:45, 25 February 2013 (UTC)

[RESOLVED] $wgServer question - Access OK locally but not remotely {router firmware issue}

This is likely linked to the "Wiki appears without styles applied ..." problem in the Errors and Symptoms page here ... but is different enough to be troubling.

Set-up: MediaWiki 1.20.2, PHP 5.3.10, MySQL 5.5.29, Apache 2.2.22 so pretty up to date. Development URL (if you'd be so kind as to take a look): http://prestwood.no-ip.org/mediawiki/

Setting $wgServer to the internal server address and accessing the URL via the intranet (10.231.0.100) works fine in Firefox and URL.

Setting $wgServer to various external server address and accessing the URL via the external address (e.g. prestwood.no-ip.org) leads to very long page load times on a blank screen.

If I chip in and hit ESC, the rendered web-page had well formed links and I'm OK on the "Max made me put this here" test (also no problems with PHP logs that I can see). It seems to be linked to a Javascript symptom as, if I enable the No-Script JS disabler addon on Firefox, the page loads quickly and all is OK.

---

My server seems to be performing DNS lookups on the external address OK:

PING prestwood.no-ip.org (92.30.13.179) 56(84) bytes of data.


64 bytes from host-92-30-13-179.as13285.net (92.30.13.179): icmp_req=1 ttl=255 time=0.688 ms


64 bytes from host-92-30-13-179.as13285.net (92.30.13.179): icmp_req=2 ttl=255 time=0.768 ms

And I think my apache conf file is broadly OK:

<VirtualHost *>

       ServerName prestwood.no-ip.org
       DirectoryIndex index.html index.php index.htm
       DocumentRoot /data/www/
       <Directory />
               Options None
               AllowOverride None
       </Directory>
       <Directory /data/www>
               AllowOverride AuthConfig FileInfo
               Order allow,deny
               allow from all
       </Directory>
       <Directory /data/www/mediawiki>
               Satisfy Any
       </Directory>
       ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
       <Directory "/usr/lib/cgi-bin">
               AllowOverride None
               Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
               Order allow,deny
               Allow from all
       </Directory>
       ErrorLog ${APACHE_LOG_DIR}/error.log
       LogLevel error
       CustomLog ${APACHE_LOG_DIR}/access.log combined

</VirtualHost>

Nothing in the apache error.log. The access.log says this:

10.231.0.1 - - [22/Feb/2013:14:00:41 +0000] "GET /mediawiki/index.php/Main_Page HTTP/1.1" 304 - "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0"


10.231.0.1 - - [22/Feb/2013:14:00:41 +0000] "GET /mediawiki/load.php?debug=false&lang=en&modules=skins.vector&only=scripts&skin=vector&* HTTP/1.1" 200 442 "http://prestwood.no-ip.org/mediawiki/index.php/Main_Page" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0"


10.231.0.1 - - [22/Feb/2013:14:00:41 +0000] "GET /mediawiki/load.php?debug=false&lang=en&modules=mediawiki.legacy.commonPrint%2Cshared%7Cskins.vector&only=styles&skin=vector&* HTTP/1.1" 200 19123 "http://prestwood.no-ip.org/mediawiki/index.php/Main_Page" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0"


10.231.0.1 - - [22/Feb/2013:14:00:41 +0000] "GET /mediawiki/load.php?debug=false&lang=en&modules=startup&only=scripts&skin=vector&* HTTP/1.1" 200 11268 "http://prestwood.no-ip.org/mediawiki/index.php/Main_Page" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0"

and then stops, awaiting the next access - whereas the successful (internal) logs are much longer:

10.231.0.25 - - [22/Feb/2013:13:59:56 +0000] "GET /mediawiki/index.php/Main_Page HTTP/1.1" 304 - "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0"


10.231.0.25 - - [22/Feb/2013:13:59:57 +0000] "GET /mediawiki/load.php?debug=false&lang=en&modules=mediawiki.legacy.commonPrint%2Cshared%7Cskins.vector&only=styles&skin=vector&* HTTP/1.1" 304 - "http://10.231.0.100/mediawiki/index.php/Main_Page" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0"


10.231.0.25 - - [22/Feb/2013:13:59:57 +0000] "GET /mediawiki/load.php?debug=false&lang=en&modules=skins.vector&only=scripts&skin=vector&* HTTP/1.1" 304 - "http://10.231.0.100/mediawiki/index.php/Main_Page" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0"


10.231.0.25 - - [22/Feb/2013:13:59:57 +0000] "GET /mediawiki/load.php?debug=false&lang=en&modules=startup&only=scripts&skin=vector&* HTTP/1.1" 200 11261 "http://10.231.0.100/mediawiki/index.php/Main_Page" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0"


10.231.0.25 - - [22/Feb/2013:13:59:57 +0000] "GET /mediawiki/load.php?debug=false&lang=en&modules=jquery.client%2Ccookie%2CmwExtension%7Cmediawiki.legacy.ajax%2Cwikibits%7Cmediawiki.notify%2Cutil%7Cmediawiki.page.startup&skin=vector&version=20130222T135416Z&* HTTP/1.1" 200 26862 "http://10.231.0.100/mediawiki/index.php/Main_Page" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0"


10.231.0.25 - - [22/Feb/2013:13:59:57 +0000] "GET /mediawiki/load.php?debug=false&lang=en&modules=jquery.autoEllipsis%2CcheckboxShiftClick%2ChighlightText%2CmakeCollapsible%2Cmw-jump%2Cplaceholder%2Csuggestions%7Cmediawiki.api%2CsearchSuggest%2Cuser%7Cmediawiki.page.ready&skin=vector&version=20130222T135416Z&* HTTP/1.1" 200 31487 "http://10.231.0.100/mediawiki/index.php/Main_Page" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0"

(10.231.0.1 is the external facing router, of course, and 10.231.0.25 is the local machine I'm using to view the server at 10.231.0.100)

Realise that I probably haven't given enough to help someone help me yet - has anyone any ideas where I should next go to get information to investigate this?

Cheers Martin V (talk) 15:37, 22 February 2013 (UTC)

Hello, Martin.

It seems to be a problem with this URL: [5]. The browser gets stuck on it. Using the debug=true version has the same problem: [6].

I first did a raw HTTP request to the server and it got stuck. The file never ends loading, just a portion of it.

Then I used Wireshark to inspect the TCP stream, and found something interesting: One TCP packet is lost on the response from the server, and it's always the same one:

• TCP packet sequence 1, next sequence is 1419.
• TCP packet sequence 1419, next sequence is 2837.
• TCP packet sequence 2837, next sequence is 4255.
• TCP packet sequence 4255, next sequence is 5673.
• TCP packet sequence 8509, next sequence is 9927. Previous TCP segment lost

It doesn't matter if you request the debug=true URL or the debug=false one. It's the same TCP packet that gets lost.

This doesn't seem to be a MediaWiki issue, since it's happening at the TCP level, which is too low-level that cannot be handled by the PHP engine.

It may be caused by a buggy apache installation, or if any firewall or proxy is dropping that packet for some reason. Ciencia Al Poder (talk) 19:01, 22 February 2013 (UTC)

Hi Ciencia,

Firstly many thanks for taking the time to look at my problem and, with your help, I've got the solution.

Reframing the question in terms of TCP issues really helped as I was able to look at my hardware/software chain and dig around.

The problem was my venerable old Netgear DG834G router - I recalled that some versions had some issues with firewall / NAT translation and a simple firmware upgrade fixed the problem immediately !

Many thanks for helping !

Martin Martin V (talk) 09:12, 23 February 2013 (UTC)

Is it possible to set the new message notice to trigger for user talk subpage edits?

I would need to do this in order to use the DPL forum with user talk pages, since we're not going to use Liquid Threads because it's apparently not being developed anymore because of the complaints about it.

I personally find it useful, especially since it archives automatically and stops noobs from just clearing their talk pages. I also think it will make users who get blocks, block notices, and disciplinary notices less likely to try to delete them from their talk pages and archives. Lieutenant Aleksandr Reznov 20:06, 22 February 2013 (UTC)

I know the WMF isn't actively working on LQT, but that doesn't mean you shouldn't use it. It has come in handy here on MW.o, so I think it is reasonable to consider it under maintenance, if not active development.

If you use LQT, does that take care of your problem? ☠MarkAHershberger☢(talk)☣ 15:24, 23 February 2013 (UTC)

We were having a discussion on Rational Wiki about it, and the problem there is that eventually they will have a problem where the extension is no longer compatible, and they won't be able to use it and they'll lose all their discussions. Before 1.17.5 in 1.17, we had a problem where it didn't work, probably an AJAX or JavaScript problem. They still have a problem there where the edit toolbar never loads, and after submitting, you never see the submission until after you reload the page, but you see the loading indicator, so people who don't understand that would sit at the screen forever. Plus the danger is that another upgrade for us could cause another problem. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 16:09, 23 February 2013 (UTC)

I'm still confused... do you see the same problems on this wiki with LQT that you saw on RationalWiki? I find enough value with LQT here that I will work to make sure it is still supported.

I don't see the problems you're describing here. Could you provide a link to the LQT installation where you are seeing them? ☠MarkAHershberger☢(talk)☣ 16:37, 23 February 2013 (UTC)

It happens here: http://www.rationalwiki.org

If LQT is going to continue to be supported, it might be good to mention it to User:David Gerard since he had concerns about it. He said that since this wiki uses it, he thinks it there will at least be some way out, such as dumping the discussions into a wiki page, if it does at some point stop being supported.

I'm fine with it. As long as it's going to be supported, I'm fine with using it. I already can't upgrade past 1.19.x because of the problems that will result if I upgrade to PHP 5.3. There was a long discussion here about it, something about the fact that Godaddy shared hosting uses PHP 4.9.9 for SSH or something like that. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 22:36, 23 February 2013 (UTC)

As we move to less WMF-centric MediaWiki development, I think it is safe to say it will still be developed. Nevertheless, I've asked for confirmation of this. ☠MarkAHershberger☢(talk)☣ 23:02, 23 February 2013 (UTC)

OK, that's good. So is it planned that it might become a part of all the WMF wikis? I remember that David said it had become a huge joke with the WMF. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 01:49, 24 February 2013 (UTC)

There has been frustration with it, but from my experience with it here, I think most of the usability problems have been handled.

That said, I'm not too familiar with the issues that, say, Ops may have had with LQT. Maybe there are still issues there. And maybe talk-page culture is too deeply embedded in the projects. So I really can't say anything about WMF wikis or plans for LQT there. But we do have at least one developer who is working to maintain it. ☠MarkAHershberger☢(talk)☣ 02:24, 24 February 2013 (UTC)

I'm guessing the talk page culture is too embedded. Considering what an improvement it is, any non-articulable complaints from experienced wiki users are probably just a case of people not being willing to adapt. Escyos complained about it when I added it to the Wikkii community wiki, but he's a jerk and is extremely backward and calls it "pandering to incompetence" whenever anyone talks about adding anything remotely user friendly. And he wonders why people don't contribute to his wikis. I might contribute a section on dealing with vandalism, because I've seen other people come close to his method of completely shutting down user registation. I think users have to be part of an editor group on his wikis now.

I think the problems that arise with other wikis are related to how those wikis handle various things. I remember back when I had the problem with various elements of things not loading, Google tools said that the cache expiry I had on images was too short. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 03:22, 24 February 2013 (UTC)

Inquisitor, as the Extension:LiquidThreads page states, your interpretation is correct: there's no guarantee whatsoever that it won't happen that «eventually they will have a problem where the extension is no longer compatible, and they won't be able to use it and they'll lose all their discussions».

Currently LQT is only advisable if you don't care too much about losing your discussions and you are able to submit fixes for your own bugs (as on translatewiki.net). Nemo 07:54, 24 February 2013 (UTC)

I think I'm going to leave it disabled until we have confirmation that it's going to be continued. It's a small benefit for noobs, but most people should be generally familiar with how wiki discussions work. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 17:51, 24 February 2013 (UTC)

Sections added with tag extension do not show up in TOC

I have written a tag extension that allows for parameters to be given with a new section, which is processed by a section custom tag. I have dealt with the nesting issue bugzilla:1310 by implementing the suggested amendments to Preprocessor_DOM.php.

Everything works just fine, the sections are displayed with their correct header levels etc.etc.

There is just one problem. Namely, that the sections written using this section tag do not show up in the table of contents. Some var_dumps revealed to me that these headers do get their UNIQ modifiers. But apparently the TOC is incapable of taking these extra sections into account.

Please note that I am not looking for a solution that involves replacing the tag with a parser function; due to extensive presence of $\LaTeX$ the inability to use double closing braces anywhere is too crippling. Furthermore, entering whole sections as an argument to a parser function is obviously not a good and readable coding style.

Thank you for looking into this. Lord_Farin (talk) 12:35, 23 February 2013 (UTC)

It seems like the TOC is getting processed before the new sections are processed, right? Have you looked for any hooks that you could use to modify the TOC? ☠MarkAHershberger☢(talk)☣ 15:21, 23 February 2013 (UTC)

That is precisely what I think is going on. From my experience with MW I know that the TOC does take into account sections that are included through templates/transclusion methods.

I have searched the documentation extensively but I couldn't find anything to help me along; hence I posted here, in the hope that someone could help (and for the people coming after me with the same issue, of course).

Some further information: MW 1.20.2, PHP 5.3.3, MySQL 5.1.67. The tag does call $parser->recursiveTagParse before it returns. Lord_Farin (talk) 15:34, 23 February 2013 (UTC)

I think you might find better luck on #mediawiki ^connect than you will here since this is mostly focused on users, not developers. ☠MarkAHershberger☢(talk)☣ 16:40, 23 February 2013 (UTC)

Will try; thanks for the pointer. Lord_Farin (talk) 17:56, 23 February 2013 (UTC)

bugzilla:45317 has been filed for this case.  « Saper // talk »  23:28, 23 February 2013 (UTC)

Can't verify my mail

Hello, I recently opened a wiki, and I tried to edit the main page. I couldn't edit it and I saw a message that I need to verify my mail. I wrote my mail in there, clicked to verify it - yet I haven't got any verification mail for some time. This stands in contrast to the mails recieved while I registered my wiki. How can I fix this? 213.57.153.86 (talk) 11:25, 24 February 2013 (UTC)

Where did you registered your wiki? This sounds like your wiki is hosted on a wiki farm. If that's the case, contact to your hosting support.

If you're self-hosting the wiki, try enabling the debug log, send a verification email again and see if there's anything relevant in the debug log. Ciencia Al Poder (talk) 10:43, 25 February 2013 (UTC)

[RESOLVED] Problems mediawiki version 1.20 and WikiEditor

Hello. I installed mediawiki version 1.20 with WikiEditor extension but the extension does not appear when I try to edit web pages. I've tried installing other editors like fckeditor and does not appear when editing the web. Would this happen to anyone else?

The versions of php and mysql are: MySQL 5.5.27 PHP 5.4.7

I checked the lines and are LocalSetting.php:

1. The following extensions were automatically enabled:

require_once( "$IP/extensions/WikiEditor/WikiEditor.php" );

thanks 2.137.4.216 (talk) 11:57, 24 February 2013 (UTC)

Hi!

FCKEditor is no longer supported; it does not work correctly with current versions like MediaWiki 1.20.

For WikiEditor you possibly have to adjust some configuration. See Extension:WikiEditor for more information. Also make sure to clear your browser cache and other caches, which might be used. 88.130.69.252 13:40, 24 February 2013 (UTC)

Thanks for your answer.

The cache memory and I cleaned. I've tried from a different computer and I still see the WikiEditor.

In the documentation "http://www.mediawiki.org/wiki/Extension:WikiEditor" settings where it performed?

thanks 2.137.4.216 19:13, 24 February 2013 (UTC)

To whom will the same thing happen to me, the file must be put localsetting:

require_once ("$IP/extensions/WikiEditor/WikiEditor.php");

$wgDefaultUserOptions['usebetatoolbar']=1;

$wgDefaultUserOptions['usebetatoolbar-cgd']=1;

$wgDefaultUserOptions['WikiEditor-preview']=1;

This has been the foma WikiEditor me.

Thanks for your answers 2.137.4.216 19:39, 24 February 2013 (UTC)

WYSIWYG editor

Hi.
Someone has tried a WYSIWYG editor with mediawiki 1.20 for users who can edit symbols not want to learn wiki.
If anyone has successfully tested as full CKEditor achieved intregarlo.
thanks 2.137.4.216 (talk) 19:49, 24 February 2013 (UTC)

[RESOLVED] DB connection error when running deleteArchivedRevisions.php

Hello, mediawiki version 1.19.2 MAMP:

 php 5.3.6
 mysql 5.5.9

Mac OSX 10.7.5 Using terminal window, I navigate to maintenance directory. I run: php deleteArchivedRevisions.php I get: DB connection error: No such file or directory (localhost)

In my file LocalSettings.php, I have both regular and superuser (wgdbadmin) usernames and passwords. Any suggestions?

Thanks. Julie Julievancouver (talk) 22:56, 24 February 2013 (UTC)

See if this helps you: [7].

Maybe the PHP command line binaries are different from the PHP used in the webserver, or point to different php.ini configuration files, in which case the location of the mysql socket may be wrong in the PHP CLI installation. If that's the problem, fix it in the php.ini of the CLI or symlink it as suggested on the link I gave. Ciencia Al Poder (talk) 10:38, 25 February 2013 (UTC)

Thanks for your suggestion. It put me on the right track. From the command line, the php that was called was not the one that was running my mediawiki. By putting the full path to the proper php on the command line, it all worked:

/Applications/MAMP/bin/php/php5.3.6/bin/php deleteArchivedRevisions.php

As you can tell, I'm a newbie. Julievancouver (talk) 21:56, 26 February 2013 (UTC)

v1.20.2 installation - does <math> work on this version?

The docs https://www.mediawiki.org/wiki/Extension:Math say that the Math extension works on version 18 but should not be used with version 1.19.2. However, nothing is stated about the latest stable v1.20.2. Could somebody confirm whether <+math+> tags work on version 1.20.2? 128.210.67.100 (talk) 04:16, 25 February 2013 (UTC)

I tried on 1.20.2 and it worked. ☠MarkAHershberger☢(talk)☣ 03:19, 26 February 2013 (UTC)

Hebrew numerals

Is there any way to format a number as Hebrew numerals? Ypnypn (talk) 20:24, 25 February 2013 (UTC)

Check out Language::formatNum(). ☠MarkAHershberger☢(talk)☣ 02:07, 26 February 2013 (UTC)

accessing the main wiki page

I am a total newbie to this wiki thing. I have just installed mediawiki on a newly built server. Index.php is located is c:\inetpub\wwwroot\mediawiki folder. How do I access this from the web browser? 149.80.1.96 (talk) 21:25, 25 February 2013 (UTC)

Hi!

You need to make sure that your server is running.

Then point your webbrowser to http://localhost. This should show you contents from the folder c:\inetpub\wwwroot. So MediaWiki should be accessible by navigating to http://localhost/mediawiki. :-) 88.130.77.113 22:36, 25 February 2013 (UTC)

How can I limit the minimum image upload resolution?

For example, I want to forbid any one upload image less than 200px width. How can I do it? Deletedaccount4567435 (talk) 18:10, 26 February 2013 (UTC)

Are you comfortable with programming this feature? Look at adding a hook. It looks like you could add one when a file is verified. ☠MarkAHershberger☢(talk)☣ 14:29, 27 February 2013 (UTC)

[RESOLVED] Fatal Error when accessing SpecialPages

I am running MediaWiki on a Windows Server 2008R2 running XAMPP. It is on our intranet so I cannot post a link to it. I recently updated to MediaWiki 1.20.2 on XAMPP 1.8.1, which contains PHP 5.4.7 and MySQL 5.5.27. I updated to this two weeks ago and everything has been running well until today. Today, when I click on the "Special Pages" link in the Toolbox, I get the following error:

Fatal error: Call to a member function getLocalRepo() on a non-object in C:\xampp\htdocs\wiki\includes\specials\SpecialUploadStash.php on line 52

Also, when I click on the "Upload file" link in the Toolbox, I get the following error:

Fatal error: Call to a member function getLocalRepo() on a non-object in C:\xampp\htdocs\wiki\includes\GlobalFunctions.php on line 3483

The really strange thing, is that I can go directly to the Special:UserRightsList page of the extension UserRightsList, and it opens without incident. I can open Special:Preferences page without incident. I can open the Special:Version page without incident. I can open many of the Special Pages directly from the browser link.

I have modified the CSS of the Monobook skin extensively, but it has not changed the functionality.

Can anyone tell me what this error means and/or how to resolve it? Thanks in advance.

Benched42 (talk) 22:32, 26 February 2013 (UTC)

Did you try the "Special Pages" link before today? Did you make any changes to LocalSettings.php recently? ☠MarkAHershberger☢(talk)☣ 14:32, 27 February 2013 (UTC)

Yes, I used the Special Pages regularly to assign user rights. I am the main sysop on the wiki. The error first showed up on the php logs on February 22nd. I upgraded the wiki on February 16th.

Yes, I have made changes to the LocalSettings.php file, specifically adding lines for the WikiEditor extension, but I have since commented those lines out. Benched42 (talk) 15:48, 27 February 2013 (UTC)

I just created a new wiki and using the same 1.20.2 download and got the exact same error when accessing the Special Pages link. I'm going to try the latest 1.20.3 version and see if that resolves the issue. Benched42 (talk) 14:38, 6 March 2013 (UTC)

Same error using version 1.20.3 Benched42 (talk) 15:32, 6 March 2013 (UTC)

It looks like your settings about uploads are somewhat incompatible with the new MediaWiki version. Check your upload settings, specially $wgLocalFileRepo. You can also try to delete (or comment) them and try again to see if that error disappears, and then redefine them one by one until you find the issue. Ciencia Al Poder (talk) 10:32, 7 March 2013 (UTC)

Found that the error was with XAMPP 1.8.1. It seems that the version Apache included with that version of XAMPP is much different than with older versions. When I uninstalled XAMPP 1.8.1 and installed XAMPP 1.7.7, MediaWiki performed as it should. 192.237.32.77 18:53, 12 March 2013 (UTC)

Earlier versions of XAMPP came with Apache 2.2. XAMPP 1.8.1 however comes with Apache 2.4. 88.130.89.47 13:10, 13 March 2013 (UTC)

I have the same problem.

My PC:

MediaWiki: 1.20.3

PHP: 5.4.7 (apache2handler)

MySQL: 5.5.27

XAMPP win32: 1.8.1 (on Win7 Pro)

When trying to go to the special page, we see

Fatal error: Call to a member function getLocalRepo() on a non-object in C:\xampp\htdocs\wiki\includes\specials\SpecialUploadStash.php on line 52

Also when trying to go to the upload file page,

Fatal error: Call to a member function getLocalRepo() on a non-object in C:\xampp\htdocs\wiki\includes\GlobalFunctions.php on line 3483

Is this a bug of MediaWiki: 1.20.3?

Any help is welcome. 125.202.238.106 23:21, 10 April 2013 (UTC)

Issue with Updating

Hello, I was attempting to update from 1.15 to 1.20, but realized after uploading the files that I did not have PHP 3.2 (I am unable to update it on my hosting plan). So then I tried to update to 1.18 but am now getting an error when trying to access the website. Here is a link to the wiki as it is right now.

http://ninja-academy-online.com/wiki/

The error I am getting is...

Server error The website encountered an error while retrieving http://ninja-academy-online.com/wiki/. It may be down for maintenance or configured incorrectly. Here are some suggestions: Reload this webpage later. HTTP Error 500 (Internal Server Error): An unexpected condition was encountered while the server was attempting to fulfill the request. 76.182.75.196 (talk) 05:26, 27 February 2013 (UTC)

This error message is a generic one that does not provide any information, except that there was an error. Please refer to Manual:How to debug to find the detailed error message. Ciencia Al Poder (talk) 10:20, 27 February 2013 (UTC)

how to enable user rights

We are using wiki intern as a knowledge base, no access by strangers. That works quiet good. But now we want to add an additional user account for a new member of our group, but not allow him to read all the pages we created until now AND will create in future. Just this new user can add his own content, which we can read and edit. From now on, the default settings shall be like this. When we add pages, it is not readable for him, until we decide the page to be accessable for him. How is this possible? Eksbaf (talk) 08:06, 27 February 2013 (UTC)

The exact functionality you describe is not possible in MediaWiki.

A workaround is to give permissions to specific namespaces, and you can move pages from the "private" namespaces to the "public" ones for pages you want to be accessible from them. Ciencia Al Poder (talk) 10:25, 27 February 2013 (UTC)

Why can't I browse email addresses in the database past 1.17?

With MediaWiki 1.17, I can browse user email addresses in the database, but for more recent versions, I have to use Extension:LookupUser. This method is much slower than using the database, and requires knowing the username exactly. How do I fix this? Lieutenant Aleksandr Reznov 08:23, 27 February 2013 (UTC)

Manual:User_table#user_email? Ciencia Al Poder (talk) 10:27, 27 February 2013 (UTC)

Yes. Do you know what the problem is? ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 16:43, 27 February 2013 (UTC)

No, sorry, I don't know what is the problem here, and it seems you aren't telling it to me neither... Ciencia Al Poder (talk) 20:44, 27 February 2013 (UTC)

The problem is that I can look up the email addresses of user accounts in the database for wikis that are 1.17, but I can't for wikis that are a more recent version. It just says [blob] or sth under the email field. In version 1.17, I can clearly see the email addresses listed in the database. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 20:53, 27 February 2013 (UTC)

That field is of type blob which means something like "binary". Since it can contain any data, not only text, it isn't displaying it's contents normally.

google:mysql+see+a+blob+field Ciencia Al Poder (talk) 21:21, 27 February 2013 (UTC)

This would be pretty important for anyone not using LookupUser, since the email address of a user is one of the best ways to identify sockpuppetry. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 16:53, 27 February 2013 (UTC)

Are you using phpMyAdmin or something? If you query a database with mysql it shouldn't matter that it's blob. It'll display it just fine. Krinkle (talk) 08:40, 7 March 2013 (UTC)

[SOLVED] Help with colors

Hi. Please, I figured out how to change many colors of my Wiki, but i can't find a way, how change these three. Can somebody help me? Thanks a lot.

Picture (direct link, imageshack.us) Zipacna1 (talk) 10:25, 27 February 2013 (UTC)

Hi!

Try Firebug, an extension for Firefox.

It allows you to easily see, which styles take effect for specific parts of your site so that you then know what to overwrite. This should definitely help you with the header colors. For the image backgrounds this might be a bit more tricky, but if it is possible to set the background color to white there, then you should also be able to change that. 88.130.78.157 11:42, 27 February 2013 (UTC)

Hi.

Thanks. This Firefox plugin actually solved all my problems. Thanks a lot. Zipacna1 (talk) 16:27, 27 February 2013 (UTC)

File extension ".ppt" does not match the detected MIME type of the file (application/msword)

File extension ".ppt" does not match the detected MIME type of the file (application/msword)

What should I do? 212.93.13.5 (talk) 14:48, 27 February 2013 (UTC)

How do I create an admin user, if I do no longer have any?

Hi when I was playing with my wiki http://luke.smallman.net.nz/ I "accidentally" Removed myself from the Bureaucrat Group (I'm the only admin),

How do I get it back? (Without wiping my whole wiki) 125.237.81.42 (talk) 03:57, 28 February 2013 (UTC)

The cleanest method would be to use PhpMyAdmin to re-add 'bureaucrat' to 'ug_group' and '$1' to 'ug_user' in the 'user_groups' table where '$1' is your 'user_id' from the 'user' table. Alternatively you could use createAndPromote.php from the command line to create a new user with the '--bureaucrat' option.

----

Given that my reply was to an earlier version of this post go ahead and delete if that is what the original poster wants. – Allen4names (IPv6 contributions) 05:33, 28 February 2013 (UTC)

Need to add meta line to skin

I'm having trouble adding a meta tag to my mobile skin in the headelement. I tried inserting "$out->addMeta('viewport', 'width=device-width; initial-scale=1.0; maximum-scale=1.0; user-scalable=no;'."\n");" into the section where it loads some addStyle and addScript lines, but it doesn't seem to do anything. Does anyone know how to do this simply in 1.20.2, and without affecting other skins? Thanks Wikiwhereis (talk) 20:53, 28 February 2013 (UTC)

If you modify that file anyway, then scroll down and insert the meta tag in the part with the HTML code. 88.130.126.1 22:39, 28 February 2013 (UTC)

the head gets put in dynamically with "$this->html( 'headelement');", so I can't just insert it into the html unfortunately. Need to use OutputPage or Resource Modules, just don't know how. Wikiwhereis (talk) 22:42, 28 February 2013 (UTC)

I need this too! 189.125.114.247 12:11, 5 May 2014 (UTC)