Project:Support desk/Flow/2013/08
This page is an archive. |
Please ask questions on the current support desk. |
This page used the LiquidThreads extension to give structured discussions. It has since been converted to wikitext, so the content and history here are only an approximation of what was actually displayed at the time these comments were made. |
Change time zone for wiki
Hi could you add an option to change the time zone in the installation on /mw-config please 151.225.68.115 (talk) 13:56, 1 August 2013 (UTC)
- I don't think adding this option to the installer is a good idea. However, how you can set the timezone, is documented on Manual:Timezone. 88.130.125.140 22:15, 1 August 2013 (UTC)
Infobox Script Error
I'm totally new to wikis, and I've just installed one on my siteground hosted website. I've been fighting with this for a week, and I cannot get my infoboxes to work.
I've had a number of troubles with it, but using the other questions asked here, I fixed them, but now I'm stuck. I'm trying to put in an infobox person and this is what I get on the page I have the infobox on:
Script error
{{#switch: {{#if: | {{{demospace}}} | {{#ifeq:| | main | other }} }} | main = {{#if:|{{#ifeq:||}}}}{{#if:|}}{{#if:|{{#if:|}}}}{{#if:|}}{{#if:|}}{{#if:|}} | other | #default = }}
and the Script Error says "Lua error: Internal error: The interpreter exited with status 1." when i click on it.
All the files in my Scribunto extention is set at 755, i'm fairly certain I have all the templates that are needed (Infobox, infobox person, module infobox, main other) but I just can't figure it out.
Any suggestions? I'm very new to this and any kind of programming at all, so if you can talk to me like i'm a total newbie, that would be great. Thanks in advance (hopefully!) 31.6.62.192 (talk) 16:17, 1 August 2013 (UTC)
- Same here. Mediawiki noob, 755 for all files, followed online instructions, have all working extensions (so it seems) and have all templates. I too am trying to ilstall Infoboxes. I get the same "Lua error: Internal error: The interpreter exited with status 1." error message, along with this log:
- 0 /home/username/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(454): ScribuntoEngineBase->newException('scribunto-luast...', Array)
- 1 /home/username/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(324): Scribunto_LuaStandaloneInterpreter->checkStatus()
- 2 /home/username/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(287): Scribunto_LuaStandaloneInterpreter->receiveMessage()
- 3 /home/username/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(213): Scribunto_LuaStandaloneInterpreter->dispatch(Array)
- 4 /home/username/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(114): Scribunto_LuaStandaloneInterpreter->registerLibrary('mw_interface', Array)
- 5 /home/username/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(89): Scribunto_LuaEngine->registerInterface('mw.lua', Array, Array)
- 6 /home/username/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(8): Scribunto_LuaEngine->load()
- 7 /home/username/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(158): Scribunto_LuaStandaloneEngine->load()
- 8 /home/username/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(549): Scribunto_LuaEngine->getInterpreter()
- 9 /home/username/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(533): Scribunto_LuaModule->getInitChunk()
- 10 /home/username/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(561): Scribunto_LuaModule->execute()
- 11 /home/username/public_html/wiki/extensions/Scribunto/common/Hooks.php(96): Scribunto_LuaModule->invoke('infobox', Object(PPTemplateFrame_DOM))
- 12 [internal function]: ScribuntoHooks::invokeHook(Object(Parser), Object(PPTemplateFrame_DOM), Array)
- 13 /home/username/public_html/wiki/includes/parser/Parser.php(3532): call_user_func_array('ScribuntoHooks:...', Array)
- 14 /home/username/public_html/wiki/includes/parser/Parser.php(3251): Parser->callParserFunction(Object(PPTemplateFrame_DOM), '#invoke', Array)
- 15 /home/username/public_html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
- 16 /home/username/public_html/wiki/includes/parser/Parser.php(3404): PPFrame_DOM->expand(Object(PPNode_DOM))
- 17 /home/username/public_html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPFrame_DOM))
- 18 /home/username/public_html/wiki/includes/parser/Parser.php(3073): PPFrame_DOM->expand(Object(PPNode_DOM), 0)
- 19 /home/username/public_html/wiki/includes/parser/Parser.php(1153): Parser->replaceVariables('{{documentation...')
- 20 /home/username/public_html/wiki/includes/parser/Parser.php(383): Parser->internalParse('{{documentation...')
- 21 /home/username/public_html/wiki/includes/content/WikitextContent.php(299): Parser->parse('{{documentation...', Object(Title), Object(ParserOptions), true, true, 34)
- 22 /home/username/public_html/wiki/includes/job/jobs/RefreshLinksJob.php(100): WikitextContent->getParserOutput(Object(Title), 34, NULL, false)
- 23 /home/username/public_html/wiki/includes/job/jobs/RefreshLinksJob.php(66): RefreshLinksJob::runForTitleInternal(Object(Title), Object(Revision), 'RefreshLinksJob...')
- 24 /home/username/public_html/wiki/includes/Wiki.php(624): RefreshLinksJob->run()
- 25 /home/username/public_html/wiki/includes/Wiki.php(585): MediaWiki->doJobs()
- 26 /home/username/public_html/wiki/includes/Wiki.php(459): MediaWiki->restInPeace()
- 27 /home/username/public_html/wiki/index.php(59): MediaWiki->run()
- 28 {main}
- I'm wondering if Arvixe servers have limitations or if I should not have used Softaculous to install Mediawiki. Answers to the OP would be appreciated. There's got to be a reason we get the same problem attempting the same thing... 70.83.2.95 16:26, 7 August 2013 (UTC)
- If you add the following
$wgScribuntoEngineConf['luastandalone']['errorFile'] = "$IP/images/tmp/lua-error.log";
- to your LocalSettings.php, do you see anything in that file? ☠MarkAHershberger☢(talk)☣ 17:17, 16 August 2013 (UTC)
- I have had this problem, done the change over to 755 on every file and folder in the group to make sure...no better results. In the log file I have it report to all I get is:
- Segmentation fault 172.56.9.177 18:29, 5 September 2013 (UTC)
- Hrm... can you try running the lua binaries from the command line? It would be interesting to figure out why they are segfaulting. ☠MarkAHershberger☢(talk)☣ 18:42, 9 September 2013 (UTC)
Is it possible to add a category to a bunch of pages at once?
I am trying to categorize 300 or so pages in a NS with the same category? Is this possible?
I am looking for an extension that will allow me to either single out pages or point to them in a NS or category! Zc5 (talk) 18:43, 1 August 2013 (UTC)
- See MassEditRegex or Extension:Replace_Text. ☠MarkAHershberger☢(talk)☣ 16:47, 16 August 2013 (UTC)
Filename Case Sensitivity Question
I have a small problem I'd like to solve. While the Uploads page of a default installation of MediaWiki sees (for example) RedMoon1.jpg and RedMoon1.JPG as the same thing, a command line Image:RedMoon1.jpg won't work if the file was uploaded as RedMoon1.JPG.
Is there a way to turn off case sensitivity for file names? I know there's $wgCapitalLinks, but that seems to be a different issue from this. 24.16.16.82 (talk) 21:54, 1 August 2013 (UTC)
- I don't have a direct answer, but whether there is case-sensitivity for filenames or not depends on the operating system: While Linux based systems have it, systems based on Windows don't. On Windows, the different casings are treated as if there were the same. If MediaWiki would differentiate the casing, it would no longer be compatible with Windows. A wiki could not be used on Windows and it could no longer be moved from Linux to Windows without the files being potentially broken afterwards. To stay compatible, case-sensitivity should be disabled by default. 88.130.125.140 22:23, 1 August 2013 (UTC)
- Unfortunately, the wiki is on a Win32 server. So case sensitivity is definitely in effect on a Windows machine. 24.16.16.82 22:41, 1 August 2013 (UTC)
- There should e a bug for this. I've created one. ☠MarkAHershberger☢(talk)☣ 16:58, 16 August 2013 (UTC)
- I added some notes on the bug at https://bugzilla.wikimedia.org/show_bug.cgi?id=52925#c4
- Summary: case conflicts should be very rare on a default install because they'll almost always be stored in separate subdirectories.
- Note that moving Windows->Linux will always be safe; moving Linux->Windows has only a small potential for conflict. brion (talk) 20:43, 20 August 2013 (UTC)
- Unfortunately, the wiki is on a Win32 server. So case sensitivity is definitely in effect on a Windows machine. 24.16.16.82 22:41, 1 August 2013 (UTC)
- As Brion points out in the bug, MediaWiki is made the be case sensitive. From MW's point of view, it doesn't make sense to be case insensitive. ☠MarkAHershberger☢(talk)☣ 00:54, 21 August 2013 (UTC)
Need help fixing some things, offering $$$
I have a custom mediawiki installation with some issues. I'd like to hire someone to get the two pressing issues fixed stat. I'll go into more detail with those who are interested, but basically ConfirmEdit isn't working and neither are image thumbails. I'm fairly certain the solution is simple and won't take long to fix. Please send me an email through the "email this user" function and let me know what you would consider a reasonable per-hour wage and we'll figure out what this will take. I'll pay through PayPal when it is complete or through Elance (which has an escrow) if you would rather. Modrobene (talk) Modrobene (talk) 02:59, 2 August 2013 (UTC)
Find all files that are unused and uncategorized?
Is there are special page that can show all of the files that are neither included in a page nor categorized? 204.28.113.68 (talk) 04:36, 2 August 2013 (UTC)
- Special:UnusedFiles should be what you need. ☠MarkAHershberger☢(talk)☣ 16:50, 16 August 2013 (UTC)
[RESOLVED] Internal Server Error
Hi everybody,
I'm trying to install Mediawiki in my server, but I can't do it. When I finnished to install appears the next error:
Internal Server Error
Redirect loop detected! This means the wiki got confused about what page was requested; this sometimes happens when moving a wiki to a new server or changing the server configuration. Your web server was detected as possibly not supporting URL path components (PATH_INFO) correctly; check your LocalSettings.php for a customized $wgArticlePath setting and/or toggle $wgUsePathInfo to true.
When I add the variables $wgUsePathInfo and $wgArticlePath to the LocalSettings.php seems to be fixed the issue, but the Mediawiki have not any style associated.
Note: I really don't know wich value should have the variable $wgArticlePath, maybe that's the problem.
INFO:
- Mediawiki: 1.20.5
- PHP: 5.3.21
- MySQL: 5.1.65-cll
- URL: www.wiki.inisig.com
Thanks!! 95.23.160.109 (talk) 09:52, 2 August 2013 (UTC)
- Hi,
- BTW: you posted your problem twice. Please, watch it. I removed your double post. ;)
- What HTTPD are you using? Apache/NginX/IIS/...?
- Regards,
- Marcus Marcusdesto (talk) 10:01, 2 August 2013 (UTC)
- Sorry!! I didn't realize about it :S
- I don't really know what you mean, but i think is this:
- Apache 2.2.23 95.23.160.109 10:10, 2 August 2013 (UTC)
- Hi,
- np, HTTPD is the web server, i.e. http://en.wikipedia.org/wiki/Apache_HTTP_Server.
- Alright, what linux are you using? Marcusdesto (talk) 10:24, 2 August 2013 (UTC)
- I really don't know it's a shared server, in the stats only appears this:
- Architecture: x86_64
- Operative System: linux
- Kernel: 2.6.32-19-pve
- Is this enough info? If not I can ask to the admin.
- Thaks!!! 95.23.160.109 10:34, 2 August 2013 (UTC)
- Yes, please, ask the admin what distro he is using (debian, ...). Marcusdesto (talk) 10:40, 2 August 2013 (UTC)
- Sorry for the delay, the distro is a CentOS, why is so essential this info? 95.23.175.96 07:50, 5 August 2013 (UTC)
- Can anyone help me, please?? 188.79.190.25 16:07, 6 August 2013 (UTC)
- Let me summarize quickly:
- You are running on Apache and directly after installation you get a redirect loop.
- I would search the problem in the file .htaccess. Do you have one in the root folder of your MediaWiki installation? If so: What is in it?
- You said:
- > When I add the variables $wgUsePathInfo and $wgArticlePath to the LocalSettings.php seems to be fixed the issue, but the Mediawiki have not any style associated.
- That sounds like it is an improvement compared to what you had before. You can see what you should set for these variables here: $wgArticlePath and $wgUsePathInfo. Do you have a URL, where I can see this state? Without seeing it I guess that you cannot access the file load.php with the webbrowser. This problem in most cases is caused by the fact that requests to load.php are redirected to the MediaWiki main PHP file, which finally returns a MediaWiki page. The expected output however are CSS styles.
- To fix the issue you have to add a RewriteRule in the file .htaccess. Change your .htaccess file to make sure that calls to load.php (and to api.php btw.) are not rewritten.
RewriteEngine On
RewriteRule ^(api|load)\.php - [L]
...
- After that load.php should return the right contents and your wiki should be styled. 88.130.105.6 20:23, 6 August 2013 (UTC)
- I don't find the .htacces file, maybe that's the problem... don't exist. How can I create one?. The URL: www.wiki.inisig.com 95.21.96.199 09:05, 7 August 2013 (UTC)
- You can create one locally (won't work on Windows) or upload a file with another name and rename it when you have it on the server. Or maybe your FTP program allows you to create files on the server and provide a name there.
- After checking on your server, the problem seems to be kind of strange: When you only access load.php without any parameters, you do get the correct output.
- But when the same URL is called with parameters, like it is in the source code of your wiki pages, e.g. here, then you do not get the CSS styles, but a redirect to main Page. This should not happen. You should still get some kind of CSS styles here. 88.130.105.6 09:37, 7 August 2013 (UTC)
- What should I write in this file?, is what i really mean, sorry :)
- Btw I have acces to the server, i can create, edit or delete files. 95.21.96.199 09:47, 7 August 2013 (UTC)
- You can start with this content:
RewriteEngine On
RewriteRule ^(api|load)\.php - [L]
- This stops Apache from rewriting requests to the files load.php and api.php.
- However, the more I think about it, I am not really sure, if this actually is (only) an access problem to these files; I mean calling load.php without parameters does work. Maybe the real problem really are the variables, which you mentioned, but please try the Apache stuff first. Calls to load.php and api.php should never be redirected. Fixing this won't harm anything else. 88.130.105.6 09:51, 7 August 2013 (UTC)
- Seemed worked for a while, but when I tried to edit a page, everything messed up again, all the styles have gone again... 95.21.96.199 10:07, 7 August 2013 (UTC)
- As far as I see, the styles are there now.
- Can you give a link, where this does not work? When I try to edit a page I do still see all the styles... 88.130.105.6 10:11, 7 August 2013 (UTC)
- It's mess up when I login, if not it works fine. When i close the login everything looks fine again. 95.21.96.199 10:21, 7 August 2013 (UTC)
- Only messed up with my admin account, I've create another one to test it, and everything works fine. :S ????? 188.79.188.63 10:45, 7 August 2013 (UTC)
- And does it not work only on the Login page or when you edit some pages or all pages or are styles missing always when you are logged in?
- I cannot reproduce the problem: I have just logged in and edited a page and it works correctly. Styles are there nicely. Maybe you have a problem with your browser cache? 88.130.105.6 10:48, 7 August 2013 (UTC)
- It's a problem with my admin account, I've tested in other computer, and happened the same, everything works fine until I login with my admin account, then the mess happen, if I login with another account, all is fine. 188.79.188.63 10:58, 7 August 2013 (UTC)
- Log in with the admin account and try visiting this link. There you can reset your account settings. 88.130.105.6 11:06, 7 August 2013 (UTC)
- Fixed!!!!! Thanks a lot for your patience!!! I'm very grateful!! 188.79.188.63 11:19, 7 August 2013 (UTC)
- Perfect! Have a nice day! 88.130.105.6 11:23, 7 August 2013 (UTC)
- Fixed!!!!! Thanks a lot for your patience!!! I'm very grateful!! 188.79.188.63 11:19, 7 August 2013 (UTC)
- Log in with the admin account and try visiting this link. There you can reset your account settings. 88.130.105.6 11:06, 7 August 2013 (UTC)
- It's a problem with my admin account, I've tested in other computer, and happened the same, everything works fine until I login with my admin account, then the mess happen, if I login with another account, all is fine. 188.79.188.63 10:58, 7 August 2013 (UTC)
- It's mess up when I login, if not it works fine. When i close the login everything looks fine again. 95.21.96.199 10:21, 7 August 2013 (UTC)
- Seemed worked for a while, but when I tried to edit a page, everything messed up again, all the styles have gone again... 95.21.96.199 10:07, 7 August 2013 (UTC)
- I don't find the .htacces file, maybe that's the problem... don't exist. How can I create one?. The URL: www.wiki.inisig.com 95.21.96.199 09:05, 7 August 2013 (UTC)
- Can anyone help me, please?? 188.79.190.25 16:07, 6 August 2013 (UTC)
- Sorry for the delay, the distro is a CentOS, why is so essential this info? 95.23.175.96 07:50, 5 August 2013 (UTC)
- Yes, please, ask the admin what distro he is using (debian, ...). Marcusdesto (talk) 10:40, 2 August 2013 (UTC)
- I really don't know it's a shared server, in the stats only appears this:
95.23.175.96 07:50, 5 August 2013 (UTC)
[RESOLVED] File Access Security Gap
Hello everybody,
I tested Media Wiki accourding to security and I have found something interesting:
Assume User A knows the path of a uploaded file, because he has access to media wiki. Assume the file is in images/0/00/file.gz User A can publish the path <IP>/mediawiki/images/0/00/file.gz on his website. Another User B, who has no access to the wiki, can access that file directly.
This should be prevented.
As far as I know, there is the possibility to do that, when you use apache.
Any suggestions, comments?
Regards, Marcus Marcusdesto (talk) 09:58, 2 August 2013 (UTC)
- Hi Marcus,
- basically, if you want to keep information private: Don't post them on the internet. However, you have one point: When it is a private wiki so that only registered users can view it, then one should also expect that uploaded files should be private as well.
- That they currently are not is at least astonishing.
- Maybe it would be possible to restrict access, e.g. via .htaccess password protection, however, if you have a user, who wants to distribute a file he himself can access, then he does not need to send people the link. Also without the link he still can e-mail the file around, upload it somewhere else, copy it on a USB stick etc. If someone really wants to distribute data, he just is able to do that. 88.130.96.183 11:47, 2 August 2013 (UTC)
- > basically, if you want to keep information private: Don't post them on the internet.
- This is obvious.
- I was wondering how good files are protected by media wiki.
- > Maybe it would be possible to restrict access, e.g. via .htaccess password protection,
- I think it is, but you have to login twice for that.
- That is the point - whether it is possible to merge to state of being logged in in wiki and authentification state in apache.
- Meaning, if you are already logged into wiki, wiki tells apache (or logs in the apache for the user) it's you, logged in already, so it is not neccessary for the user to login twice (1x wiki, 1x apache).
- Do you copy?
- Accourding distribution of data, well, someone could also publish his or her login/data.
- In general you cannot prevent people distributing data, but you can minimize risk of abuse.
- The question for me, is how to disable easy data access when media wiki is used. One answer is your suggestion. If you are into media wiki and php, maybe we can find out, whether (or how) it is possible to use apache authentification with media wiki authentification as distribed above.
- Regards,
- Marcus Marcusdesto (talk) 12:05, 2 August 2013 (UTC)
- > Do you copy?
- Yes. My first thought would be that the access check should not be based on MediaWiki, because what people would request is the file directly and this is by default delivered without any interaction of MediaWiki. But as you noted, it is not very convenient, if the user basically has to login twice.
- So maybe it would be better to run the request through MediaWiki: MediaWiki has an API, which tells you, if the user is currently logged in. So: Redirect the request to files to MediaWiki, let MediaWiki check, if the user is logged in and if he is, return the file. Otherwise only show the login screen. Maybe there already is an extension for that?
- I am sure you are not the first one who wants to apply access restrictions of a CMS to uploaded userfiles in the filesystem. 88.130.96.183 12:18, 2 August 2013 (UTC)
- You can serve images only to logged in users. See Manual:Image Authorization Ciencia Al Poder (talk) 18:53, 4 August 2013 (UTC)
- Thank you. Marcusdesto (talk) 18:31, 11 August 2013 (UTC)
- You can serve images only to logged in users. See Manual:Image Authorization Ciencia Al Poder (talk) 18:53, 4 August 2013 (UTC)
Mediawiki 1.20.4 Editing Page
Detected bug in an extension! Hook fnCategorySuggestSaveHook has invalid call signature; Parameter 2 to fnCategorySuggestSaveHook() expected to be a reference, value given Backtrace:
- 0 D:\Websites\wiki1\includes\GlobalFunctions.php(3823): Hooks::run('EditPage::attem...', Array)
- 1 D:\Websites\wiki1\includes\EditPage.php(1089): wfRunHooks('EditPage::attem...', Array)
- 2 D:\Websites\wiki1\includes\EditPage.php(986): EditPage->internalAttemptSave(false, false)
- 3 \includes\EditPage.php(379): EditPage->attemptSave()
- 4 \includes\actions\EditAction.php(51): EditPage->edit()
- 5\wiki1\includes\actions\EditAction.php(71): EditAction->show()
- 6 \wiki1\includes\Wiki.php(427): SubmitAction->show()
- 7 \wiki1\includes\Wiki.php(304): MediaWiki->performAction(Object(Article))
- 8 \wiki1\includes\Wiki.php(536): MediaWiki->performRequest()
- 9 \wiki1\includes\Wiki.php(446): MediaWiki->main()
- 10 \wiki1\index.php(59): MediaWiki->run()
- 11 {main}
Can some help when i edit the page and save i get the above error 128.86.168.11 (talk) 10:41, 2 August 2013 (UTC)
- Hi!
- From the error message I guess that you are using the extension CategorySuggest, right? This extension is not (yet) compatible with PHP 5.3, see the notes on Extension_talk:CategorySuggest.
- The extension is maintained by Adam Franco. If I were you, I would write him a mail, tell him about the error message and ask, if he can provide a fix.
- It seems like this page contains helpful information on the error. If Adam removes the "&" in front of the second parameter of the function call, that should solve the issue. 88.130.96.183 11:28, 2 August 2013 (UTC)
- I am using Category suggest .I have sent email to adam. I have tried removing & even then its the same. 128.86.168.11 11:47, 2 August 2013 (UTC)
Getting invalid token error even after sending the correct edit token while upload image using API
- Hi,
- I'm trying to edit a page and upload an image using Mediawiki API call.
- I've logged in as user. I've fetched the edit token using below code:
- $editToken = urlencode($wgUser->editToken($salt=,$request = $wgRequest));
- Below is the post data I'm passing to upload an image using Mediawiki Api,
- $imgUploadData = "filename=Wiki.png&token=%2B%5C&url=http%3A%2F%2Fupload.wikimedia.org%2Fwikipedia%2Fen%2Fb%2Fbc%2FWiki.png";
- Below is the curl call to execute the api,
$submitUrl = "http://example.com/api.php?action=upload&format=json"; $curlObj = curl_init(); curl_setopt($curlObj, CURLOPT_URL, $submitUrl); curl_setopt($curlObj, CURLOPT_RETURNTRANSFER, 1); curl_setopt($curlObj, CURLOPT_POST, 1); curl_setopt($curlObj, CURLOPT_POSTFIELDS, $imgUploadData); $objData = curl_exec($curlObj); curl_close($curlObj); return $objData;
- When executing the API call its giving the error as below,
<api> <error code="badtoken" info="Invalid token" xml:space="preserve"> </error> </api>
- I'm getting the error as "badtoken" token even after sending the proper edit token. Can you please help me out to sort this issue. I'm struck with this for the past 1
- week. Senthilnathan Murthy (talk) 13:32, 2 August 2013 (UTC)
- Where are you sending the cookies in your curl request? Ciencia Al Poder (talk) 18:55, 4 August 2013 (UTC)
- Was this issue resolved? I am also stuck with this issue and not able to do any progress. I am calling the API from a Java program 223.227.17.130 (talk) 11:51, 23 November 2018 (UTC)
- You should store the cookies retrieved from the login request, and send them on all subsequent requests Ciencia Al Poder (talk) 17:13, 23 November 2018 (UTC)
Syntax for showing Images on the Wiki
We are in the process of upgrading our MediaWiki software from version 1.15.3 to 1.20.5 and PHP version from 5.1.6 to 5.3.3. In the old MediaWiki version, the following syntax for showing images worked: [[File:filename.JPG|850px|center]] i.e. the Wiki page displayed the picture.
This syntax does not seem to work in the new MediaWiki version - the picture is not displayed. All that is shown is a link which does not link to anywhere. However if you change the syntax to [[Image:DSSBulkRunWrksht.JPG|850px|center]] (i.e. change "File:" to "Image:") in the new MediaWiki, it works.
Can someone explain why the File: tag does not work in the new MediaWiki version? 80.247.56.5 (talk) 13:55, 2 August 2013 (UTC)
- Hi!
- Have you changed anything in $wgUrlProtocols, or do you have any parser extensions, such as FileLink, that might interfere with link parsing?
- Have you maybe added file: to $wgUrlProtocols? This can trigger the problem, which has already been reported here. Jörgi123 (talk) 15:17, 2 August 2013 (UTC)
Template Family Tree with all dependencies - how to import from wiki to mediawiki
Hi all!
I want to implement a family tree in my wiki. In wikipedia it is possible to display a family tree -->http://en.wikipedia.org/wiki/Template:Family_tree. They use a Template called Family tree. This Template has many dependencies to other Templates and these have dependencies too.
Because of this an import of family tree only is not sucessful, some Templates are missing. But I don't know which Templates are missing.
My question:
- is there a possibility to dipsplay family trees in mediawiki like in wikipedia with a Template:Family tree?
- If this is not possible, how can I identify all neccessary Templates in wikipedia to imoprt all to my mediawiki?
Some ideas?
For any help, thank you in advance! 87.175.215.59 (talk) 18:14, 2 August 2013 (UTC)
- Hi!
- yes, there surely is a way to display family trees like in Wikipedia.
- When you edit a template, you will see a list of transcluded templates below the editing field. These are the ones, which you need. And those, which are transcluded in those templates and so on.
- I don't know, if there is a way to export/import a template and automatically also all those on which it depends. I would check the dependencies of the template and copy over the dependant templates as well. Then I would check their dependencies and do the same with those and then... 88.130.91.149 12:38, 3 August 2013 (UTC)
- Hi all!
- I found a solution for the problem!
- To import the family tree function in your wiki you need to import the following templates:
- With these templates it works in your wiki too! 87.175.199.221 13:47, 3 August 2013 (UTC)
- Here I needed to add this templates too, besides the already mentioned:
- And configure http://www.mediawiki.org/wiki/Extension:ParserFunctions (it was installed already):
- Add to the bottom of LocalSettings.php:
- require_once "$IP/extensions/ParserFunctions/ParserFunctions.php";
- $wgPFEnableStringFunctions = true; 187.112.4.204 03:03, 15 March 2014 (UTC)
187.112.4.204 03:04, 15 March 2014 (UTC)
[Resolved] Subpage Return Question
On one of the wikis I frequent, there's a function which places return links to parent pages. I was wondering how to do that on my wiki. For example, the wiki does the following:
Parent Page: Blah Blah
Sub Page: :Blah_Blah/Whatever
On page Whatever, there is no title bar listing it as Blah_Blah/Whatever, only a small url link that reads < Blah_Blah
How do I activate that functionality? 24.16.16.82 (talk) 08:33, 3 August 2013 (UTC)
- http://www.mediawiki.org/wiki/Manual:$wgNamespacesWithSubpages#Enabling_for_all_namespaces 24.16.16.82 09:59, 3 August 2013 (UTC)
PHP version error when upgrading from 1.17 to 1.21
Mediawiki - from 1.17 to 1.21 PHP - 5.2.17 (apache2handler) MySQL - 5.1.58-log
gridirondigest.info
I'm trying to update my wiki from 1.17 to 1.21 (and eventually to 1.5)
- First, I did fix for Bug 48820 (https://bugzilla.wikimedia.org/show_bug.cgi?id=48820) - already performed this
- Second, I uploaded and extracted the 1.21 bundle to gridirondigest.info/mediawiki-1.21.1/
- Third, I opened http://gridirondigest.info/mediawiki-1.21.1/ in the browser and get this error: "http://gridirondigest.info/mediawiki-1.21.1/"5.
- Fourth, I updated PHP to 5.3.27. Installation confirmed "Complete!"
- Fifth, I reopened the installer in a browser, but get the same error as above.
I searched for another instance of this error, but was unable to find another instance of this error. For what it's worth, we also had the ipbwiki bridge software installed, but don't intend on using it in the future. Cmjohannes (talk) 08:46, 3 August 2013 (UTC)
- Hi!
- When you say you fixed this one bug, make sure that you apply the fix in the files, which you had extracted from the 1.21 bundle and which you are using for the wiki in the future (and not somewhere else).
- Currently, you are still running the old PHP version 5.2. This is your problem.
- Make sure that PHP 5.3 really gets used! Maybe ask your host to change it for you, if you cannot do it yourself. 88.130.91.149 12:22, 3 August 2013 (UTC)
- Can you specify what "Make sure that PHP 5.3 really gets used" means? PHP 5.3 was successfully installed (I have a screen shot of the log). Is there another setting to tell the wiki to use PHP 5.3? Cmjohannes (talk) 20:51, 3 August 2013 (UTC)
- Hi!
- You do not have to tell the wiki, which PHP version to use, but you have to make sure that on the server the right PHP version is run.
- You sound like you are not on shared or managed hosting, but you have complete control over the server. I think you missed to make the new PHP version the one, which gets executed, when the server starts. Often that is done with a service. You run a service, which starts PHP. Change this service to start the new version instead of the old one. Maybe it also makes sense to uninstall the old PHP version. 88.130.91.149 21:06, 3 August 2013 (UTC)
- Yes we have command line control of the server. My administrator says, "The server itself says 5.3.x when I run php -v from the command line."
- Screenshot of PHP Upgrade Confirmation
- Still getting errors when trying to update: here 74.137.178.34 05:34, 20 August 2013 (UTC)
- The environment, in which the webserver is running, is different from the environment, in which the command line is running.
- While the shell uses PHP 5.3 (which is fine), the webserver uses PHP 5.2 (which is not fine). Make sure that Apache really uses PHP 5.3 and not the old 5.2. 88.130.64.41 10:37, 20 August 2013 (UTC)
- Have you restarted apache since upgrading PHP? Apache might still be using the old version despite having installed the new version.
- If you have restarted, what Linux distribution are you using? Do you have both "php" and "php53" packages installed if you're running a RedHat variant? ☠MarkAHershberger☢(talk)☣ 00:51, 21 August 2013 (UTC)
- Is it possible for the error to be in the Wiki software and not because of server software errors? Thanks for your continued support.
- This is what my webmaster had to say:
- Apache is still using the old version... It has been restarted several times including before I told you I upgraded PHP as that is part of an upgrade.
- Centos, which is a RedHat variant...
- Neither version will uninstall either. I haven't messed with it too much though as I just don't have the available free time right now. 74.137.178.34 07:54, 25 August 2013 (UTC)
- Apache isn't using the new version of PHP. It is still pointing to the old version of php which you can see on your Special:Version page. This is a server configuration problem.
- The sysadmin is seeing 5.3 from the command line because both versions are installed but the PHP command line executable is pointing to the new PHP.
- Apache's configuration doesn't rely on the command line version. In the Apache configuration there is a line like
LoadModule php5_module /usr/lib/apache2/modules/libphp5.so
- that is pointing to the wrong version.
- If the Special:Version page linked above isn't enough proof that this is a server configuration issue, you can prove this to yourself (and your sysadmin, if necessary) by putting a one line file named phpinfo.php on your webserver that contains the following line:
<?php phpinfo();
- That file will show you all sorts of information about your php version when you visit its url in your browser. ☠MarkAHershberger☢(talk)☣ 01:20, 26 August 2013 (UTC)
- Your sysadmin has installed the 32bit version of php. Is your server 32bit or 64bit? maybe you have a 64bit php for apache but a 32bit one for the CLI? ☠MarkAHershberger☢(talk)☣ 17:05, 26 August 2013 (UTC)
- We tried to dig deeper into updating to 5.3, but ran into big problems. The primary purpose of our server is to run an Invision Power Board forum.
- But, the forum crashes when PHP 5.3 is being used. The forum required Zend Optimizer. Zend Optimizer doesn't exist for PHP 5.3. The product was renamed ZendGuard when it was released for PHP 5.3. However, ZendGuard cannot load files that were encoded for Zend Optimizer, and vice versa -- they're effectively two separate products. If you've got an application that was encoded for Zend Optimizer, you're stuck on PHP 5.2.
- So we cannot update our Wiki to a version requiring a version of PHP beyond 5.2.
- What are our options? We have a separate, modern, virgin version Wiki installed. Should I be trying to export from the old Wiki and import into the new Wiki or trying to update the old Wiki in some other way (like manually)? 74.137.178.34 09:36, 28 August 2013 (UTC)
- Hi!
- No, I'd say you cannot update MediaWiki in a way so that new versions become compatible with PHP 5.2. Even MediaWiki 1.19 (which would be nice for you as well as it has long term support) already requires PHP 5.3.
- What is possible would be to do what some webhosters do: Set up two different domains, one for your forum and one for MediaWiki, to install both(!) PHP versions (might not be that hard - what you write it sounds like you somehow already have both) and to configure them separately. That would enable you to use PHP 5.2 with the forum and PHP 5.3 with MediaWiki. However, I have never done that myself and I can't tell you how hard that really is to accomplish. 88.130.121.109 12:19, 28 August 2013 (UTC)
- Yes, we have different domains:
- .net for the forum running IPB
- .info for the Wiki running Mediawiki
- .com for the homesite running WordPress
- All domains are on the same server though. 74.137.178.34 07:49, 29 August 2013 (UTC)
- We are going to be migrating to a new server (completely new box and hard drive). What is the preferred method for transferring data out of the old server's 1.17 install onto the new server?
- Is this the preferred method:
- Backup (locally?) the old data from 1.17 from the old server
- Install v1.17 (or a newer version) on the new server
- Import the old data
- Upgrade MediaWiki to the newest version 74.137.178.34 08:25, 28 October 2013 (UTC)
- Hi!
- Creating a full backup (files and databases) always must be the first step.
- Then I would not install a new and empty 1.17 on the server, but I would do this: Move all the MediaWiki files and basically everything you have in the web root (if there is anything else) to the new server. Also export the database (mysqldump) and import it on the new server. Before running MediaWiki make sure that database collations are OK: They should not be different from those on the old server. Then adjust the MySQL user data in LocalSettings.php, clear all caches and see, what you get.
- When that is working you can again make a backup and do the upgrade to 1.21. 88.130.104.209 10:50, 28 October 2013 (UTC)
- Yes, we have different domains:
- Can you specify what "Make sure that PHP 5.3 really gets used" means? PHP 5.3 was successfully installed (I have a screen shot of the log). Is there another setting to tell the wiki to use PHP 5.3? Cmjohannes (talk) 20:51, 3 August 2013 (UTC)
74.137.178.34 08:25, 28 October 2013 (UTC)
Warning: ini_set() has been disabled for security reasons in database.php
Warning: ini_set() has been disabled for security reasons in /home/user/public_html/wiki/includes/db/Database.php on line 648
Warning: ini_set() has been disabled for security reasons in /home/user/public_html/wiki/includes/db/Database.php on line 655
Warning: ini_set() has been disabled for security reasons in /home/user/public_html/wiki/includes/db/Database.php on line 648
Warning: ini_set() has been disabled for security reasons in /home/user/public_html/wiki/includes/db/Database.php on line 655
Hi there upon installing mediaWiki, i seem to get this error. I tried earching around almost everywhere but nothing comes up ._. i'm not too much of a technical person, but here's some information to help out if possible.
MySQL version 5.0.96-community PHP version 5.3.26 Apache version 2.2.24 Architecture x86_64 Operating system linux version 1.18.6
these are the settings for web hoster. What do i need to do to make it work? 115.132.114.15 (talk) 10:28, 3 August 2013 (UTC)
- Hi!
- Can you please check, what the content of the file /home/user/public_html/wiki/includes/db/Database.php is on lines 648 and 655?
- There must be ini_set() calls.
- The problem is that your host has disabled that function so that MediaWiki cannot use it.
- I see two possible solutions - or well: three:
- Point your host to the problem telling them that disabling this function makes MediaWiki not run on the server. Maybe they are so kind to allow the function.
- You could adjust PHP's level of error_reporting so that PHP does no longer show you these warnings. However, this will not solve the issue, it will only hide the warning. Should these ini_set calls really be needed (to check that you should know what it says in these lines 648 and 655), your system will still not work correctly afterwards.
- If all else does not help, change to a host, who allows enough things, so that MediaWiki can be run without problems (I have btw. never seen a host disallowing ini_set calls...). 88.130.91.149 12:29, 3 August 2013 (UTC)
Is something wrong with localisation update?
I did the last successful update about 2 weeks ago but now nothing seems to update. I did some translations myself that are already commit to git a few days now but I just don't get the updates locally. Ioannis Protonotarios 11:35, 3 August 2013 (UTC)
- P.S. The message I get for every language and for every extension is:
Skipping xxxxxx since the files haven't changed since our last update
Ioannis Protonotarios 03:37, 4 August 2013 (UTC)
[RESOLVED] Command Line Installation Of Extension On Subdomain
I am trying to install Extension:ConfirmAccount.
here is my wiki. http://wiki.boingblogs.com/
My wiki is located only in the subdomain. Will this cause problems? In Correct (talk) 12:28, 3 August 2013 (UTC)
- Hi!
- It should not be allowed to cause problems. Many wikis are running on some kind of subdomain and that should basically be working fine. However, I have not tested, if it might actually cause problems. So test it, and if it does not work, because your wiki is in a subdomain, report it as a bug. :-) 88.130.91.149 12:33, 3 August 2013 (UTC)
- Subdomains won't cause any problems with MediaWiki. Ciencia Al Poder (talk) 19:00, 4 August 2013 (UTC)
- I found two errors. What do they mean?
- The MediaWiki Shell Update Command gave me this error:
- /opt/php53/bin/php maintenance/update.php
- gives me this:
- Going to run database updates for dlint01_mdwk2-mwiki_
- Depending on the size of your database this may take a while!
- Abort with control-c in the next five seconds (skip this countdown with --quick) ... 5�4�3�2�1�0
- Fatal error: Call to undefined method MysqlUpdater::dropExtensionIndex() in /home/dlint01/public_html/wiki/extensions/ConfirmAccount/backend/schema/ConfirmAccountUpdater.hooks.php on line 22
- AND
- when I tried to create a Test Account to test the Extentsion:ConfirmAccount, this error showed up:
- from within function "UserAccountRequest::acquireUsername". Database returned error "1146: Table 'dlint01_mdwk2.mwiki_account_requests' doesn't exist (localhost)". In Correct (talk) 09:56, 5 August 2013 (UTC)
- The first error is an attempt to call a function that's not defined. MysqlUpdater::dropExtensionIndex() —in fact, it's defined at DatabaseUpdater)— was introduced on MediaWiki 1.21. Maybe you're running an older MediaWiki version (less than 1.21) but with the latest code of ConfirmAccount? Please make sure you download the extension from the exact version of MediaWiki you're running.
- The second error is because the update.php script failed before the required tables were created. You should address the first error. Ciencia Al Poder (talk) 16:48, 5 August 2013 (UTC)
- Thank you everybody for replying.
- I now have MediaWiki 1.21.1
- I have not learned how to upgrade so I just deleted the Wiki and database and reinstalled it with a new database. I did not have any pages created anyways and I had tons of spam.
- I only backed up the text on the main page, MediaWiki:common.css and MediaWiki.Sidebar
- When I (re)installed MediaWiki I went through the entire process. I should have done this the first time, because I noticed that there is an option to set up the Wiki to manually confirm new accounts. Also there many other extensions I selected.
- So far I see no "Create Account" link when I am logged out. It looks like only Admins can make the accounts.
- So this means that I may not even need the Extension:ConfirmAccount. But it was nice that I was able to learn some new things. In Correct (talk) 18:41, 5 August 2013 (UTC)
- Good to hear that you finally were successful. Yes, the installer provides several settings, which you might want to use to customize your wiki. That is one of the reasons why you are recommended to install your wiki yourself instead of using an installer, which your hoster might provide. :-) 88.130.123.168 11:06, 6 August 2013 (UTC)
- Subdomains won't cause any problems with MediaWiki. Ciencia Al Poder (talk) 19:00, 4 August 2013 (UTC)
Cron script
Hi how can I use this to run maintenice script for wikibase the code is env 'MW_INSTALL_PATH=/var/www/repo' php … but it says unknown how can I get it to the write maintence file for example public_html and extension and then wikibase and then repo and then maintence and then one of the scripts 86.159.74.81 (talk) 11:13, 4 August 2013 (UTC)
- What does it say?
- What do you want to do?
- 42? 88.130.67.132 12:33, 4 August 2013 (UTC)
- It says this error
- Status: 404 Not Found
- X-Powered-By: PHP/5.3.26
- Content-type: text/html
- No input file specified. 86.159.74.81 13:00, 4 August 2013 (UTC)
- An i want to run this script but says error env 'MW_INSTALL_PATH=/var/www/repo' php populateSitesTable.php 86.159.74.81 13:01, 4 August 2013 (UTC)
- The page is not found. Specify the right name and/or check the page for existance. 88.130.67.132 13:28, 4 August 2013 (UTC)
- Well for example I would like to go to public_html then to extension folder and then wikibase folder and then repo folder and then maintenice folder and then to the maintenice script I would like to run 86.159.74.81 13:33, 4 August 2013 (UTC)
- cd and php are the commands you need. 88.130.67.132 13:44, 4 August 2013 (UTC)
- Well for example I would like to go to public_html then to extension folder and then wikibase folder and then repo folder and then maintenice folder and then to the maintenice script I would like to run 86.159.74.81 13:33, 4 August 2013 (UTC)
- The page is not found. Specify the right name and/or check the page for existance. 88.130.67.132 13:28, 4 August 2013 (UTC)
- An i want to run this script but says error env 'MW_INSTALL_PATH=/var/www/repo' php populateSitesTable.php 86.159.74.81 13:01, 4 August 2013 (UTC)
[HELP] Module:documentation
This is for en wikipedia but I am testing it in simple wikipedia please read on to find the links for the page where I am testing
Hi I would like some help to create the module:documentation
I found these codes on fr wikipedia but translated some words here are the codes could someone help me change the words and to create a sillier copy of documentation but in lua scripting please I also need help translating and making the same version of Template:documentation but in lua scripting please this is some that have been done but I need help to do the rest like transformation template:documentation into module:documentation please
--This module implements {{Documentation}}.
local p = {}
function p.corps(frame)
args = frame:getParent().args
local page = mw.title.getCurrentTitle()
doc = p.docname(page)
local corps = {}
if page.subpageText == 'sandbox' then
table.insert(corps, '<div style="clear:both />')
table.insert(corps, frame:preprocess('{{Template sandbox notice}}'))
end
table.insert(corps, p.header(page))
table.insert(corps, p.content(frame, page))
table.insert(corps, p.footer(page))
if args.raw then
return frame:preprocess('<nowiki>' .. table.concat(corps) .. '</nowiki>\n:' .. os.clock())
end
return table.concat(corps)
end
function p.docname(page)
if not page.isSubpage then return page.subjectNsText .. ":" .. page.text .. "/doc" end
if page.subpageText == 'doc'
or page.subpageText == 'sandbox'
or page.subpageText == 'testcases' then
return page.subjectNsText .. ":" .. page.baseText .. "/doc"
else
return page.subjectNsText .. ":" .. page.text .. "/doc"
end
end
function p.ifexist(page)
if not page then return false end
if mw.title.new(page).exists then return true end
return false
end
function p.header(page)
local header = {'<div class="template-documentation"'}
if args.color then
table.insert(header, ' style="background:')
table.insert(header, args.color .. '"')
end
table.insert(header, '><div style="margin-bottom:1ex; border-bottom:1px solid #aaa; padding-bottom:3px;">')
table.insert(header, '[[File:Template-info.png|50px|alt=Template documentation|link=]]')
table.insert(header, '<span style="font-weight:bold; font-size:125%"> ')
if args.heading then table.insert(header, args.heading)
else table.insert(header, 'Template documentation') end
table.insert(header, '</span>')
if not args.content then
table.insert(header, '<span class="mw-editsection plainlinks">[[')
local arg = mw.title.new(args[1] or doc)
if args[1] and p.ifexist(args[1]) or p.ifexist(doc) then
table.insert(header, arg:fullUrl('action=view') .. ' view]')
table.insert(header, '] [[')
table.insert(header, arg:fullUrl('action=edit') .. ' edit]')
table.insert(header, '] [[')
table.insert(header, arg:fullUrl('action=history') .. ' history]')
table.insert(header, '] [[')
table.insert(header, page:fullUrl('action=purge') .. ' purge]')
else
table.insert(header, arg:fullUrl({["action"]="edit", ["preload"]="Template:Documentation/preload"}))
table.insert(header, ' create]')
end
table.insert(header, ']</span>')
end
table.insert(header, '</div>')
return table.concat(header)
end
function p.content(frame, page)
local content = {}
local arg = args[1] or doc
if args.content then
table.insert(content, '\n')
table.insert(content, args.content)
else
table.insert(content, frame:preprocess('<nowiki />'))
table.insert(content, '\n')
if args[1] and p.ifexist(args[1]) or p.ifexist(doc) then
table.insert(content, frame:preprocess('{{' .. arg .. '}}'))
end
end
table.insert(content, '\n')
table.insert(content, frame:preprocess('<nowiki />'))
table.insert(content, '<div style="clear:both" />\n')
return table.concat(content)
end
function p.footer(page)
local footer = {}
local arg = mw.title.new(args[1] or doc)
table.insert(footer, '</div><div class="template-documentation plainlinks" ')
table.insert(footer, 'style="font-style:italic; margin:2px 0px 0px; padding: 0.35em 0.9em')
if args.color then
table.insert(footer, '; background:')
table.insert(footer, args.color)
end
table.insert(footer, ';">\n')
if args.content then
if args["link box"] then
table.insert(footer, args["link box"])
else
table.insert(footer, 'This documentation is directly included in this page.')
end
else
if args[1] and p.ifexist(args[1]) or p.ifexist(doc) then
table.insert(footer, 'The above [[Wikipedia:Template documentation|documentation]] is ')
table.insert(footer, '[[Wikipedia:Transclusion|transcluded]] from [[')
table.insert(footer, tostring(arg))
table.insert(footer, ']] <span style="font-size:89%; font-style:normal;">([')
table.insert(footer, arg:fullUrl('action=edit'))
table.insert(footer, ' edit] | [')
table.insert(footer, arg:fullUrl('action=history') .. ' history])</span>.<br />')
end
table.insert(footer, 'Editors can experiment in this templates ')
local sandbox = arg.subjectNsText .. ":" .. arg.baseText .. "/sandbox"
local argsandbox = mw.title.new(sandbox)
if p.ifexist(sandbox) then
table.insert(footer, '[[' .. sandbox .. '|sandbox]]')
table.insert(footer, ' <span style="font-size:89%; font-style:normal;">([')
table.insert(footer, argsandbox:fullUrl('action=edit'))
table.insert(footer, ' edit])</span>')
else
table.insert(footer, 'sandbox <span style="font-size:89%; font-style:normal;">([')
table.insert(footer, argsandbox:fullUrl({["action"]="edit", ["preload"]="Template:Documentation/preload-sandbox"}))
table.insert(footer, ' create])</span>')
end
table.insert(footer, ' and ')
local test = arg.subjectNsText .. ":" .. arg.baseText .. "/testcases"
local argtest = mw.title.new(test)
if p.ifexist(test) then
table.insert(footer, '[[' .. test .. '|testcases]]')
table.insert(footer, ' <span style="font-size:89%; font-style:normal;">([')
table.insert(footer, argtest:fullUrl('action=edit'))
table.insert(footer, ' edit])</span>')
else
table.insert(footer, 'testcases <span style="font-size:89%; font-style:normal;">([')
table.insert(footer, argtest:fullUrl({["action"]="edit", ["preload"]="Template:Documentation/preload-testcases"}))
table.insert(footer, ' create])</span>')
end
table.insert(footer, ' pages.<br />Please add categories to the ')
table.insert(footer, '<span class="plainlinks">[')
if args[1] and p.ifexist(args[1]) or p.ifexist(doc) then
table.insert(footer, arg:fullUrl('action=edit'))
else
table.insert(footer, arg:fullUrl({["action"]="edit", ["preload"]="Template:Documentation/preload"}))
end
table.insert(footer, ' /doc] subpage.')
end
table.insert(footer, '</div>')
return table.concat(footer)
end
return p
Hi could some help me to get it to look like template:documentation/start box and template:documentation/end box you can have a look at my test of it at simple:template:documentation/sandbox I had help to do it because doint know how to script but thought it was a good idea and this is we're I am testing the module on simple wiki simple:Module:Documentation 109.151.161.64 (talk) 20:16, 29 July 2013 (UTC)
- hi could someone please help me make template:documentation in lua scripting I am testing it at simple:module:documentation and please see the preview of it at simple:template:documentation/sandbox 86.159.74.81 (talk) 18:53, 4 August 2013 (UTC)
Module
Hi I am getting an error when trying to create a module using the scribunto extension the error is Script error: Lua error: Internal error: The interpreter exited with status 126.
Please help me 86.159.74.81 (talk) 19:53, 4 August 2013 (UTC)
- Website at http://runescape-wikisaur.tk 86.159.74.81 19:56, 4 August 2013 (UTC)
- Have you ran update.php? 173.173.78.73 20:31, 4 August 2013 (UTC)
- Well yes 86.159.74.81 21:15, 4 August 2013 (UTC)
- According to this post, you'll need to chmod the "engines" folder to 755. You can do this with net2ftp. 173.173.78.73 23:10, 4 August 2013 (UTC)
- It says the file is already permissioned to 755 and it is still showing the error 86.159.74.81 12:13, 5 August 2013 (UTC)
- But my public_html is set to 750 86.159.74.81 12:14, 5 August 2013 (UTC)
- Then set public_html to 755... 173.173.78.73 12:33, 5 August 2013 (UTC)
- Ok I have still same error 86.159.74.81 13:29, 5 August 2013 (UTC)
- I have another website but I have set the public_html to 777 and I am getting the error Script error: Lua error: Cannot create process: proc_open is not available. Check PHP's "disable_functions" configuration directive.
- But I carnt get the permission on the other website to 777 because when I do it makes the website have an error 86.159.74.81 13:31, 5 August 2013 (UTC)
- NEVER set your public_html to 777. You are making me want to hack your website... basically you're letting everyone take over your website. Do not do that. 173.173.78.73 18:08, 5 August 2013 (UTC)
- Ok I have changed it to 755 but still the same error is coming up on the other one it shows the error where I said that I have another one 109.155.45.204 19:00, 5 August 2013 (UTC)
- Check all write-needed folders and chmod them to 755. 173.173.78.73 22:38, 5 August 2013 (UTC)
- i have check all the folders and they are 755 already and the error is still happening do i also do it to the files or do i keep it at 644 109.155.45.204 09:20, 6 August 2013 (UTC)
- Yes, do all the files as well. Do recursive. Don't leave files at 644 because that means even you can't execute the file. 173.173.78.73 13:31, 6 August 2013 (UTC)
- Ok I have set all the files in scribunto a folder to 755 and now the error is saying Script error: Lua error: Internal error: The interpreter has terminated with signal "11". 90.218.183.65 14:20, 6 August 2013 (UTC)
- Ok I have now fix one of the wikis but the other I did the same as I did to first and all the field are 755 and now the error is Lua error: Cannot create process: proc_open is not available. Check PHP's "disable_functions" configuration directive. 90.218.183.65 14:29, 6 August 2013 (UTC)
- So did you check PHP's "disable_functions" configuration directive? AKlapper (WMF) (talk) 03:17, 7 August 2013 (UTC)
- I doint know what that is or how I can check it 86.159.26.136 11:06, 7 August 2013 (UTC)
- Soe functions can be disabled. You can check that with phpinfo(). 88.130.105.6 11:19, 7 August 2013 (UTC)
- Do you mean to check php configuaration because I doint have access to that only the host provider does i think 86.159.26.136 13:12, 7 August 2013 (UTC)
- You can create a file -- test.php, for example -- and put the following in that file:
<?php phpinfo();
- That's it. Now go to the url for that file, and you'll see phpinfo's output. That is what we're interested in here. ☠MarkAHershberger☢(talk)☣ 13:24, 15 August 2013 (UTC)
- Do you mean to check php configuaration because I doint have access to that only the host provider does i think 86.159.26.136 13:12, 7 August 2013 (UTC)
- Soe functions can be disabled. You can check that with phpinfo(). 88.130.105.6 11:19, 7 August 2013 (UTC)
- I doint know what that is or how I can check it 86.159.26.136 11:06, 7 August 2013 (UTC)
- So did you check PHP's "disable_functions" configuration directive? AKlapper (WMF) (talk) 03:17, 7 August 2013 (UTC)
- Ok I have now fix one of the wikis but the other I did the same as I did to first and all the field are 755 and now the error is Lua error: Cannot create process: proc_open is not available. Check PHP's "disable_functions" configuration directive. 90.218.183.65 14:29, 6 August 2013 (UTC)
- Ok I have set all the files in scribunto a folder to 755 and now the error is saying Script error: Lua error: Internal error: The interpreter has terminated with signal "11". 90.218.183.65 14:20, 6 August 2013 (UTC)
- Yes, do all the files as well. Do recursive. Don't leave files at 644 because that means even you can't execute the file. 173.173.78.73 13:31, 6 August 2013 (UTC)
- i have check all the folders and they are 755 already and the error is still happening do i also do it to the files or do i keep it at 644 109.155.45.204 09:20, 6 August 2013 (UTC)
- Check all write-needed folders and chmod them to 755. 173.173.78.73 22:38, 5 August 2013 (UTC)
- Ok I have changed it to 755 but still the same error is coming up on the other one it shows the error where I said that I have another one 109.155.45.204 19:00, 5 August 2013 (UTC)
- NEVER set your public_html to 777. You are making me want to hack your website... basically you're letting everyone take over your website. Do not do that. 173.173.78.73 18:08, 5 August 2013 (UTC)
- Then set public_html to 755... 173.173.78.73 12:33, 5 August 2013 (UTC)
- But my public_html is set to 750 86.159.74.81 12:14, 5 August 2013 (UTC)
- It says the file is already permissioned to 755 and it is still showing the error 86.159.74.81 12:13, 5 August 2013 (UTC)
- According to this post, you'll need to chmod the "engines" folder to 755. You can do this with net2ftp. 173.173.78.73 23:10, 4 August 2013 (UTC)
- Well yes 86.159.74.81 21:15, 4 August 2013 (UTC)
- Have you ran update.php? 173.173.78.73 20:31, 4 August 2013 (UTC)
luasandbox
hi how can I enable luasandbox 86.159.74.81 (talk) 19:54, 4 August 2013 (UTC)
- Did you install Scribunto? ☠MarkAHershberger☢(talk)☣ 13:19, 15 August 2013 (UTC)
- Yes 86.169.208.191 09:33, 16 August 2013 (UTC)
- If anything is unclear about https://www.mediawiki.org/wiki/Extension:Scribunto#LuaSandbox , please describe specifically what is unclear about it. AKlapper (WMF) (talk) 13:24, 16 August 2013 (UTC)
- I doint have ssh access to my website and the instructions are only saying how to install with ssh 90.209.96.40 19:42, 16 August 2013 (UTC)
- You could compile it on your local machine and upload the compiled copies or ask your hoster to help you install it. ☠MarkAHershberger☢(talk)☣ 20:25, 16 August 2013 (UTC)
- I doint have ssh access to my website and the instructions are only saying how to install with ssh 90.209.96.40 19:42, 16 August 2013 (UTC)
- If anything is unclear about https://www.mediawiki.org/wiki/Extension:Scribunto#LuaSandbox , please describe specifically what is unclear about it. AKlapper (WMF) (talk) 13:24, 16 August 2013 (UTC)
- Yes 86.169.208.191 09:33, 16 August 2013 (UTC)
How can I use Redis
Can I use Redis as a substitute of Memcached? 173.173.78.73 (talk) 20:36, 4 August 2013 (UTC)
- bump 173.173.78.73 12:32, 5 August 2013 (UTC)
- bump2 173.173.78.73 18:06, 5 August 2013 (UTC)
- Maybe. 88.130.123.168 20:01, 5 August 2013 (UTC)
- I would appreciate a definitive answer, but thanks. I'll try. 173.173.78.73 22:39, 5 August 2013 (UTC)
- Ah, never mind. 173.173.78.73 23:04, 5 August 2013 (UTC)
- Let me use the sheer amount of information you supplied and the concentrated knowledge of my crystal ball. I'll give my best...
- It all comes down to a definitive perhaps. 88.130.123.168 23:23, 5 August 2013 (UTC)
- Ok, now you're just trolling me. I'd like to kindly ask you to refrain from posting. As I said before, I need a definitive answer. 173.173.78.73 04:52, 6 August 2013 (UTC)
- And no, perhaps is not definitive. 173.173.78.73 04:52, 6 August 2013 (UTC)
- Based on all you gave us, it is a perhaps.
- But if you don't want me to respond anymore, then I won't ask you for more information. That's no problem for me; you want to know, if you can use Redis, not me.
- Btw. please take note that you should not bump posts for fun, just because you did not get an answer. There are clear criteria, which I kindly ask you to obey. Thank you. 88.130.123.168 09:15, 6 August 2013 (UTC)
- Ah, never mind. 173.173.78.73 23:04, 5 August 2013 (UTC)
- I would appreciate a definitive answer, but thanks. I'll try. 173.173.78.73 22:39, 5 August 2013 (UTC)
- Maybe. 88.130.123.168 20:01, 5 August 2013 (UTC)
- bump2 173.173.78.73 18:06, 5 August 2013 (UTC)
- Well, from the little I've found:
- - Does Redis use the same api as Memcached?
- - Apparently, no.
- - Does MediaWiki has explicit support for Redis?
- - No.
- If any doubts, try it yourself. If you want support for Redis, open a bug for that. Ciencia Al Poder (talk) 09:40, 6 August 2013 (UTC)
- Wikimedia is starting to use Redis. Since it can do more than key-value store, they aren't yet taking full advantage of it. ☠MarkAHershberger☢(talk)☣ 13:18, 15 August 2013 (UTC)
[RESOLVED] 120x240 images or thumbnails not appearing
First, some relevant info:
- MediaWiki 1.21.1
- PHP 5.4.17 (webhost's open beta)
- MariaDB 5.3.12
- And using GD for images (ImageMagick isnt an option here)
Just what it says on the tin. Only 120x240 images are not appearing on pages. The images are being generated, as they're showing up in my browser's page source, but when I visit a page, the images don't appear.
Example page with this problem: http://www.wikiwrimo.org/wiki/Participant_icon
Interestingly, one such image does render, but all the others (and there are about a dozen images of this size in total) do not. No error or anything, including in my error logs. I've checked my permissions, and the images with this problem have the same permissions as the ones that are appearing.
Images of other sizes appear fine, including larger images thumbnailed to a smaller size.
Thanks in advance, all.
Edit: Forgot to mention: this problem does not appear to be specific to a file type. Sushimustwrite (talk) 20:58, 4 August 2013 (UTC)
- Hi!
- You say that only size 120x240 is problematic, all others (whether they are bigger or smaller) are fine.
- I can see the file "File:Nanowrimo2010 participant icon 120x240monkey.png". Also when I view the image page, I see the "main thumbnail" of the image and I see the thumbnail in the table at the bottom. Seems to be working just fine.
- But there e.g. is another file with these dimensions on that page. This is the source code:
<a href="/wiki/File:Nanowrimo2007_participant_icon_120x240.jpg" class="image"> <img class="wqcdxnbayagdhkcsckst" alt="Nanowrimo2007 participant icon 120x240.jpg" src="/w/images/Nanowrimo2007_participant_icon_120x240.jpg" height="240" width="121"> </a>
- And does not show up in the browser. It seems like the image somehow gets hidden, most probably via CSS. When I use the Vector skin to view the page, then I see the text "Nanowrimo2007 participant icon 120x240.jpg" written on the page (but also not the image itself). Meaning: Part of the problem seems to be skin-specific.
- And the class "wqcdxnbayagdhkcsckst" looks strange. 88.130.73.78 21:09, 4 August 2013 (UTC)
- I don't see that weird class name at all in the page source. Odd.
- Anyway, I switched to Vector to see if that was the problem, along with switching my thumbnail limit to a larger size. Still nothing, but you have me troubleshooting in a direction I didn't think of before, so that's good, at least. Sushimustwrite (talk) 21:34, 4 August 2013 (UTC)
- I usually use firefox. Initially, I saw the problem (and the strange class name) on this page. Switching to Chromium, I didn't see the problem, so I suspected a firefox addon. I started firefox in safe mode and didn't see the problem.
- So, it appears it is a wonky firefox addon causing the problem. ☠MarkAHershberger☢(talk)☣ 13:12, 15 August 2013 (UTC)
- The problem is with adblock plus. This should probably be reported to the rule set maker. ☠MarkAHershberger☢(talk)☣ 13:16, 15 August 2013 (UTC)
- I am using AdblockPlus as well. The filter list, which I am using is called "Easylist German + Easylist". 88.130.119.23 13:20, 15 August 2013 (UTC)
- yep, me too. Well, not Easylist German.
- Other sizes that will be blocked: 115x220, 120x60, 120x500, 140x600, etc... ☠MarkAHershberger☢(talk)☣ 13:32, 15 August 2013 (UTC)
- So the people who produce the list "Easylist" are the ones to inform - although I currently do not know, how they want to differentiate, whether an image with the given dimensions is an advert or not. Most images in this size obviously are adverts, otherwise they would not be on that list. It might well be that it does not make sense to change that in the list. 88.130.119.23 13:44, 15 August 2013 (UTC)
- Yep, agreed on all points. I've reported this issue here although the post needs to be approved before it shows up. ☠MarkAHershberger☢(talk)☣ 14:28, 15 August 2013 (UTC)
- here it is. ☠MarkAHershberger☢(talk)☣ 14:45, 15 August 2013 (UTC)
- I know this is a year late, but thank you so much! I had completely forgotten about this issue while adding to my site, but it was brought to my attention again today.
- Now to add this info to the top of the affected pages. Sushimustwrite (talk) 23:08, 13 September 2014 (UTC)
- here it is. ☠MarkAHershberger☢(talk)☣ 14:45, 15 August 2013 (UTC)
- Yep, agreed on all points. I've reported this issue here although the post needs to be approved before it shows up. ☠MarkAHershberger☢(talk)☣ 14:28, 15 August 2013 (UTC)
- So the people who produce the list "Easylist" are the ones to inform - although I currently do not know, how they want to differentiate, whether an image with the given dimensions is an advert or not. Most images in this size obviously are adverts, otherwise they would not be on that list. It might well be that it does not make sense to change that in the list. 88.130.119.23 13:44, 15 August 2013 (UTC)
- I am using AdblockPlus as well. The filter list, which I am using is called "Easylist German + Easylist". 88.130.119.23 13:20, 15 August 2013 (UTC)
Add HTML to sidebar
Hello! I'm trying to add a custom search box to the sidebar of my MediaWiki 1.21.1 installation. The goal is to type in a page revision ID, press go, and have the browser navigate to that page.
I have a working HTML form:
<form action="/index.php">
<input type="search" name="oldid" placeholder="Search" value="Article ID#" />
<button type="submit">Search</button>
</form>
...and I've tried to add it to the sidebar by editing the Mediawiki:Sidebar special page using nowiki
tags, but the search box doesn't appear.
Is there any way to do this?
Thanks for your time! 71.94.0.151 (talk) 06:55, 5 August 2013 (UTC)
- You would have to edit the PHP code. If you tell me what skin you are using, I can show you were this would go. ☠MarkAHershberger☢(talk)☣ 12:26, 15 August 2013 (UTC)
APS Version von Mediawiki
Hallo,
ich hoste meine Seiten bei hosteurope.de. Hosteurope bietet auch eine Installationsmöglichkeit für Mediawiki => Version 1.15.2!
Ich fragte bei hosteurope nach, wann die neue Version 1.21 kommt => Die Antwort war sehr bedauerlich -> man könne mir nicht helfen - man benötige eine "APS-Version"
Kann mir jemand sagen, wann die kommt .....?
Danke Euch Tino Tinowl (talk) 09:40, 5 August 2013 (UTC)
- Hi Timo!
- Das ist jedenfalls keine Version, die von Wikimedia zur Verfügung gestellt wird. So gesehen kommt die gar nicht. Ich vermute, da macht man sich bei hosteurope das Leben leicht und erfindet irgendwelche angeblichen Kriterien oder Einschränkungen, um keine Arbeit mit dir zu haben.
- Wenn du MediaWiki nutzen willst, auch die aktuelle Version, kannst du es auch selbst installieren: Der Installer ist wirklich easy to use. :-)
- Ausführliche Infos gibt's auf der Seite Installation. 88.130.73.78 09:48, 5 August 2013 (UTC)
Error enconding latin1
Hi, how can I solve this?
Function: LCStore_DB::set Error: 22P05 ERROR: character with byte sequence 0xe2 0x86 0x92 in encoding "UTF8" has no equivalent in encoding "LATIN1"
- mediawiki-1.20.6
- Posgresql 9.2 177.66.15.10 (talk) 14:47, 5 August 2013 (UTC)
- Wow, what did you do with your database? 173.173.78.73 18:07, 5 August 2013 (UTC)
- this error occurs when I finish the installation of the mediawiki. :/ 177.66.15.10 18:27, 5 August 2013 (UTC)
- Does the same error happen when you use MediaWiki 1.21? ☠MarkAHershberger☢(talk)☣ 12:24, 15 August 2013 (UTC)
- this error occurs when I finish the installation of the mediawiki. :/ 177.66.15.10 18:27, 5 August 2013 (UTC)
Upgrading from 1.21 to 1.22mwf12 on Hebrew wiki
Hi, I want VisualEditor on my Wiki, so I'm trying to upgrade it to 1.22mwf12. I have some 30 pages in Hebrew (mostly with a lot of paragraphs).
- MediaWiki: 1.21.1
- php: 5.3.27 (cgi-fcgi)
- mysql: 5.1.68-cll-lve
I have downloaded 1.22mwf12 from https://toolserver.org/~krinkle/mwSnapshots/#!/mediawiki-core/wmf/1.22wmf12 Unpacked it to a new folder and copied the LocalSettings.php file. Called php /maintenance/update.php file to update the db, and the output seemed ok.
When I tried to access the wiki, no page was found, and all titles changed from Hebrew or urlencoded hebrew to ??????????????????? When I accessed the same database from MediaWiki 1.21 it all worked as usual, without touching the db.
Any ideas as to why this is happening? How can I fix it?
Thanks Oriadam~mediawikiwiki (talk) 17:22, 5 August 2013 (UTC)
- As yet, RTL Languages are not fully supported by VE. See this bug for status. ☠MarkAHershberger☢(talk)☣ 12:09, 15 August 2013 (UTC)
Contacting wiki administrator
Hello, I'm trying to contact the administrator of the following wikimedia website : http://cubeworldwiki.fr/ But I found no contact page or any other way to talk with him. I already tried to whois the domain name, but it seems that this guy used fake addresses to register : http://whois.net/whois/cubeworldwiki.fr Anyone can help to find and contact this guy? I want to suggest him to add some widget to the wiki. Geneosis (talk) 19:11, 5 August 2013 (UTC)
- This wiki has two admins. You can contact each of them on his user talk page; obviously you need an account to do so. 88.130.123.168 19:50, 5 August 2013 (UTC)
Images from local network drive not displayed
Hi,
we're using MediaWiki as an intranet wiki. I want to embed images that are being created frequently and automatically via a file link.
I changed in LocalSettings.php:
$wgAllowExternalImages = true;
$wgUrlProtocols[] = "file://";
Unfortunately it is not working. I can embed images from other http URLs but not from a network drive via file protocol.
Works
Does not work
- file://///C:/Users/foo/bar.jpg
- file:///C:/Users/foo/bar.jpg
- file://C:/Users/foo/bar.jpg
- file:/C:/Users/foo/bar.jpg
- file/C:/Users/foo/bar.jpg
Can anybody help? 78.54.93.60 (talk) 10:13, 6 August 2013 (UTC)
- Hmm..., I expected that would be an interesting topic for many people. 82.144.57.155 07:10, 7 August 2013 (UTC)
- https://bugzilla.wikimedia.org/show_bug.cgi?id=41584 came to my mind, though it might not be the same issue. Plus no solution on that bug report either. AKlapper (WMF) (talk) 12:44, 7 August 2013 (UTC)
upgrade Mediawiki 1.15 to 1.21
RESOLVED | |
Upgrade successful |
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.
Hi Support! Thanks for supporting. I was trying to finally upgrade our Mediawiki 1.15 to 1.21, but did not succeed. Of course, I backed up everything before, so I could now restore the 1.15 to working function. Still, I am not sure why it failed. I noticed several different error messages and will supply them later. For now, I would like to clarify that I indeed use the correct order of actions:
1) Copy 1.21 files into 1.15 folder 2) Run /mw-config/index.php to upgrade database I was not even able to complete this step.
I also tried another order, also without success 1) Create new folder for 1.21 files 2) Ask 1.21 to access 1.15 database 3) Run /mw-config/index.php to upgrade database Kebap (talk) 11:22, 6 August 2013 (UTC)
- Hi!
- What you did is basically correct, however, you might get some of the problems, because you copied the new files over the old ones. This leaves some old files in place, which can cause problems. The recommended step is to use a new folder instead. More information are here: Manual:Upgrading#Files_remaining_that_may_cause_errors.
- Basically (in short and maybe not complete): Extract the new files into an empty folder, copy LocalSettings.php and images/ there. If you use extensions, put updated versions of them in the new folder extensions/. If you use a modified skin (to be found in the folder skins/), make sure to copy and update it as well.
- All steps are explained in detail on Upgrading. If you have further questions, don't hesitate to ask here. :-) 88.130.123.168 11:35, 6 August 2013 (UTC)
Autocomplete searchbox in WPTouch?
Hello,
I have a mobile skin, wp-touch.. works great but the searchbox doesn´t seem to have the autocomplete function active.
How do I make it work?
Thanks a lot!
Stefan Stefangoteborg (talk) 13:49, 6 August 2013 (UTC)
- Have you tried http://www.mediawiki.org/wiki/Manual:Enabling_autocomplete_in_search_box ? If so, what happened, or what didn't work out exactly? AKlapper (WMF) (talk) 15:33, 6 August 2013 (UTC)
- Thanks for the reply!
- It´s supposed to be enabled by default i Mediawiki 1.20+ but in Wptouch, the searchbox seems to work in another way.
- Is it possible to take some serachbox-code from another skin, Vector for example, and put it in Wptouch? What would that code look like? Stefangoteborg (talk) 06:48, 7 August 2013 (UTC)
- Have a look at the
searchBox()
function in MonoBook.php ☠MarkAHershberger☢(talk)☣ 10:34, 15 August 2013 (UTC)
- Have a look at the
Mediawiki running behind loadbalancer and reverse proxy, Some links are breaking.
This may or may not be a bug, but I did notice an issue when mediawiki can be set up to be accessed from server directly as well as from a reverse proxy subdirectory.
Mediawiki - 1.21.1 PHP - 5.3.3 MySQL - 5.1.69 Nginx - 1.4.1
The set up is as follows:
Requests made to https://portal.mydomain.com/subdirectory (handled by a reverse proxy server) makes a backend connection (also over https) to a load balancer (mylb.mydomain.com) on port xxxx, which directs the request to the primary webserver (s1.mydomain.com) or failover webserver (s2.mydomain.com) also on port xxxx.
Mediawiki can be accessed via https://lb.mydomain.com/wiki. Mediawiki config variables: $wgServer = "https://mylb.mydomain.com:xxxx" $wgScriptPath = "/wiki"; $wgArticlePath = "/wiki/$1";
When accessing the wiki from the load balancer URL, everything appears fine. There are no broken links.
From the reverse proxy url https://portal.mydomain.com/subdirectory/wiki, the wiki loads mostly everything. e.g.: https://portal.domain.com/subdirectory/wiki/Main_Page (Returns 200) https://portal.domain.com/subdirectory/wiki/load.php?debug=false&lang=en&modules=mediawiki.legacy.commonPrint%2Cshared%7Cskins.vector&only=styles&skin=vector&* (Returns 200)
However, some of the application is attempting to access the following URL
https://portal.mydomain.com/wiki/. Requests made to that subdirectory on the
reverse proxy would not be forwarded to our server and thus 404. I see requests
these in firebug.
e.g.:
https://portal.mydomain.com/wiki/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20130625T191716Z
https://portal.mydomain.com/wiki/skins/common/images/mediawiki.png
I'm not sure if this is an issue with mediawiki or maybe my configuration.
The reverse proxy should mask the server, and the application should not have to be configured to know the reverse proxy URL. I believe it should be transparent.
Maybe this issue has to do with the nginx URL rewrite to provide short URLS to wiki pages. Here is part of the Nginx configuration:
- Mediawiki configuration #
location /wiki {
try_files $uri $uri/ @wiki_rewrite;
}
location @wiki_rewrite {
rewrite ^/wiki/(.*)$ /wiki/index.php?title=$2&$args;
}
location ~* /wiki/.*\.(js|css|png|jpg|jpeg|gif|ico)$ {
try_files $uri /wiki/index.php; expires max; log_not_found off;
}
location = /wiki/_.gif {
expires max; empty_gif;
}
location ^~ /wiki/mw-config/ {
internal;
}
location ^~ /wiki/(bin|docs|extensions|includes|maintenance|resources|serialized|tests|tools)/ {
internal;
}
- PHP FastCGI configuration #
location ~ \.php$ {
set $fcgi_socket unix:/tmp/fcgi-mediawiki.sock;
fastcgi_pass $fcgi_socket; include fastcgi_params; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param SCRIPT_NAME $fastcgi_script_name;
}
Any ideas? 205.128.224.6 (talk) 14:22, 6 August 2013 (UTC)
- MediaWiki generates dynamic URLs using JavaScript, and that JavaScript is using wgServer and wgScriptPath, which generates an absolute URL or server-relative URL that the reverse proxy isn't rewritting. This is something a reverse proxy can't handle, and I'd say MediaWiki isn't supported to run under such a reverse proxy.
- The simple solution is to avoid to use a junction on the proxy, so no additional subdirectories should be added to each URL. This can be done using a different port or hostname.
- For MediaWiki to support a reverse proxy you should open a bug request about that, which should involve the generation of relative URLs in JavaScript instead of absolute URLs, although that may be incompatible with Short Urls. Ciencia Al Poder (talk) 09:50, 7 August 2013 (UTC)
- Thanks for your response.
- The reverse proxy configuration can not be changed from this structure of mapping a subdirectory under the https://portal.domain.com/ domain to forward requests to a server on any given port.
- I did open a bug request previously as I had thought some kind of url creation was being based off the configuration and not on the requested URL. It seems like there could be a potential fix. I have updated the ticket (https://bugzilla.wikimedia.org/show_bug.cgi?id=52400) with your response. 205.128.224.6 16:36, 7 August 2013 (UTC)
Full-width images
Is there any way to get a full-width image? 2.193.197.235 (talk) 15:21, 6 August 2013 (UTC)
- Yes: On the image page, below the image, click on the link. Or does that not work somewhere? 88.130.105.6 20:13, 6 August 2013 (UTC)
- I meant, "to get a full-width image on a wiki page." I could not find this information on any help page. 2.198.172.196 12:48, 7 August 2013 (UTC)
- Which pages did you check? 88.130.96.120 13:01, 7 August 2013 (UTC)
- I used the search box on this site. 2.193.225.49 17:57, 7 August 2013 (UTC)
- And you did not find any pages? That is weak, don't you think. You could at least have tried understanding some of the results. 88.130.96.120 22:58, 7 August 2013 (UTC)
- I used the search box on this site. 2.193.225.49 17:57, 7 August 2013 (UTC)
- Which pages did you check? 88.130.96.120 13:01, 7 August 2013 (UTC)
- I meant, "to get a full-width image on a wiki page." I could not find this information on any help page. 2.198.172.196 12:48, 7 August 2013 (UTC)
Adding parameters to be stored in user_properties when creating accounts via the API
So I have been successfully creating user accounts via the API. Huzzah! What I would like to do is supply in CURLOPT_POSTFIELDS additional parameters that will be stored in the user_properties table. For instance, I would like to create entries for favorite_color (red, green, blue, etc.). How would I go about doing this? I realize that I could directly query the DB from within my account creation script, however I am hesitant to do that for obvious reasons. Askanevsky (talk) 20:55, 6 August 2013 (UTC)
- Is a requirement to set those properties on account creation? The easiest solution is to create the account first, and then set those properties (user options, preferences) on a second API call. Ciencia Al Poder (talk) 09:53, 7 August 2013 (UTC)
- No - it's not a requirement at all to set those parameters during the account creation call. Where can I read up on using the API to set user properties for pre-existing (i.e. recently created) user accounts? Askanevsky (talk) 12:55, 7 August 2013 (UTC)
- See API:Options Ciencia Al Poder (talk) 15:14, 7 August 2013 (UTC)
- No - it's not a requirement at all to set those parameters during the account creation call. Where can I read up on using the API to set user properties for pre-existing (i.e. recently created) user accounts? Askanevsky (talk) 12:55, 7 August 2013 (UTC)
[RESOLVED] My wiki isn't being hosted, and the server works
- Hi,
- I have a wiki set up on a server running Xampp 3.2.1. My mediawiki version is 1.20.4 running PHP 5.4.16 and MySQL 5.5.32. Unfortunately I can't post a link because I'm hosting it on the LAN network. On the server PC I can access the wiki through localhost, but when I try and access from another PC via the IP address (999.999.999.99/wiki) I get an error from internet explorer (Internet explorer cannot display the webpage) which is weird, because if I try another file in the wiki's directory (999.999.999.99/wiki/api.php for example) it can open it. When I go straight to the index.php (999.999.999.99/wiki/index.php) I get the error again.
- Apologies if I have posted in the wrong place, and I would appreciate any advice that anyone could give me. 80.254.147.220 (talk) 10:29, 7 August 2013 (UTC)
- Hi!
- You are only speaking of Internet Explorer? Do you also get this error, when you use a browser ... ehm, meaning e.g. something like Firefox or Chrome? 88.130.105.6 10:51, 7 August 2013 (UTC)
- With Chrome I also get an error: "Oops! Google Chrome could not connect to localhost. My URL changes to localhost/wiki 80.254.147.220 11:58, 7 August 2013 (UTC)
- I think that one of the basic variables in LocalSettings.php is set incorrectly. $wgServer would be one of the candidates. 88.130.96.120 12:16, 7 August 2013 (UTC)
- That worked! Thanks so much! 80.254.147.220 12:34, 7 August 2013 (UTC)
- Fine! 88.130.96.120 13:32, 7 August 2013 (UTC)
- That worked! Thanks so much! 80.254.147.220 12:34, 7 August 2013 (UTC)
- I think that one of the basic variables in LocalSettings.php is set incorrectly. $wgServer would be one of the candidates. 88.130.96.120 12:16, 7 August 2013 (UTC)
- With Chrome I also get an error: "Oops! Google Chrome could not connect to localhost. My URL changes to localhost/wiki 80.254.147.220 11:58, 7 August 2013 (UTC)
- Can anyone tell hoe to solve this issue I am facing same issue?
- It will be great if someone tell 202.3.77.204 (talk) 15:41, 17 July 2023 (UTC)
Fatal error: Class 'XMLReader' not found in /<local_path_to_site>/includes/Import.php on line 938
When attempting to import an xml file from another wiki, I get "Fatal error: Class 'XMLReader' not found in /usr/local/www/sites/wiki/includes/Import.php on line 938" This is FreeBSD 9.1, installing Mediawiki from the ports tree, along with all other needed software (php, etc). Anyone seen this before? 63.156.247.194 (talk) 18:02, 7 August 2013 (UTC)
- I have not seen it before personally, but I know that this error happens, when the XML extension in PHP is not activated. The extension can be activated in the php.ini file. Afterwards, you can check the output of phpinfo() to see, whether it is activated.
- Maybe FreeBSD also offers an installer package, which has this extension activated, but I don't know that. 88.130.96.120 23:06, 7 August 2013 (UTC)
check user using it globaly
please add support to check ip address and users globaly please because ony my wikis I am using centralauth so I doint have to create account but I would like to check other users accounts but I carnt because they arnt on my wiki I am montering so please add support to use it globaly 86.159.26.136 (talk) 19:08, 7 August 2013 (UTC)
- Doesn't Wikipedia use one global user database as well? For them check user is working just fine, so I would say it is not that it won't work, but it must be configured properly. 88.130.96.120 23:08, 7 August 2013 (UTC)
- I fail to parse that initial comment. :( Basic punctuation highly welcome. AKlapper (WMF) (talk) 06:29, 8 August 2013 (UTC)
- See Extension talk:CheckUser/Archive 2/Flow export#c-86.159.26.136-2013-08-07T19:06:00.000Z-globaly. The user is basically asking for global CheckUser (which I doubt is still under development, even though the stewards have expressed thoughts that this would greatly make counter-spam more efficient). Jasper Deng (talk) 06:40, 8 August 2013 (UTC)
[RESOLVED] Unable to implement any extensions
Product Version
- MediaWiki 1.19.2
- PHP 5.4.11 (cgi-fcgi)
- MySQL 5.1.53-log
I have tried to install and use a dozen or so different extensions on my wiki without success. As almost all of the instructions say, I have FTPed the extensions to wiki/extensions (sometimes in folders sometimes directly into the directory). I have also added the line to my LocalSettings.php file at the very end of the file like this: require_once("$IP/extensions/extensionname.php"); or require_once("$IP/extensions/directoryname/extensionname.php"); None of the extensions I tried ever showed up on my Special:Version page nor did they ever seem to be installed on the wiki.
I've done some pretty extensive searching trying to solve this issue, but I never found a thread where someone had the same issue, which is what brings me here. I'd appreciate any help you can give me! Sekala (talk) 20:34, 7 August 2013 (UTC)
- Hi!
- This sounds interesting to me. MediaWiki e.g. comes with the extension Nuke. The file to include is Nuke/Nuke.php. So in LocalSettings.php you have to do a
require_once("$IP/extensions/Nuke/Nuke.php");
- in order to make this extension show up on Special:Version.
- Maybe you have a ?> or the start of a multiline comment in your file and you place the require_once at the wrong place. Please post the contents of your LocalSettings.php file on pastebin or so and provide a link, so that I can have a look. (Obfuscate the database settings before.) 88.130.96.120 23:16, 7 August 2013 (UTC)
- Hello!
- Here's the pastebin with a couple of things removed: http://pastebin.com/tYhPkDPR
- Thanks for taking a look. Sekala (talk) 23:54, 7 August 2013 (UTC)
- Looks good so far.
- Please add
error_reporting( -1 );
ini_set( 'display_errors', 1 );
- between the second and the third line of LocalSettings.php and see, if any errors are displayed when you then view your wiki. 88.130.96.120 02:43, 8 August 2013 (UTC)
- Sorry, can you be more specific? Which lines of code should it go between?
- Pastebin: http://pastebin.com/9MCJ4MFH Sekala (talk) 15:06, 8 August 2013 (UTC)
- Hi!
- You should edit LocalSettings.php so that the beginning looks like this:
- 88.130.80.92 17:11, 8 August 2013 (UTC)
<?php error_reporting( -1 ); ini_set( 'display_errors', 1 ); # This file was automatically generated by the MediaWiki installer.
- Added!
- I clicked around through normal pages and some of the admin areas, but I do not see any errors. Sekala (talk) 17:19, 8 August 2013 (UTC)
- Ok. Just to be sure, please remove the two lines again and instead add echo "Here I am."; die(); so that the file starts with
<?php echo "Here I am."; die(); # This file was automatically generated by the MediaWiki installer.
- When you view your wiki with the browser, do you then see the text? 88.130.80.92 17:29, 8 August 2013 (UTC)
- Sometimes upgrading to a newer version of Mediawiki because certain extension doint work with older version of Mediawiki did you click on 1.19 in the download because if you do it should work and put the
- require_once("$IP/extensions/Nuke/Nuke.php");
- At the bottom on local settings but above # end of automatically generated settings.
- add more configuaration options below
- If you do it before that then they shoudlprobly work try upgrading to Mediawiki 1.21.1 to see if that works 86.159.26.136 17:47, 8 August 2013 (UTC)
- Instead of starting numerous actions without proper planning, I really suggest to do one thing at a time:
- First fix your current problem, then try other things. Can you see the text in the browser? 88.130.80.92 17:52, 8 August 2013 (UTC)
- I cannot see the text in my browser.
- For the record, prior to posting here I did upgrade from 1.16 to 1.19 to see if that would resolve the issue, but I could not get a single extension to work in either version no matter which extension I tried. Sekala (talk) 18:05, 8 August 2013 (UTC)
- Then you are not editing the right file. Can you please double check, that you are really, really editing the correct file and not a wrong one?
- Are you editing a backup copy of the file? Or are you maybe editing a file in a testing system? Or one in another folder with a slightly different name? Maybe you are in a backup system, which you created for the update or something like that? Maybe you are even on the wrong server?
- Whatever you are doing, obviously it is not in the correct file. 88.130.80.92 18:19, 8 August 2013 (UTC)
- You are completely correct. This was a product of inheriting a site from another admin and being given the wrong FTP configuration. I was editing a clone of the live wiki, probably a back up.
- Anyway, thank you so much for your help and patience. I'm now using the right ftp and can see my extensions. Hooray! Sekala (talk) 19:06, 8 August 2013 (UTC)
- That is great to hear!
- Then maybe now(!) you want to do an update. MediaWiki 1.19.7 is available and - different from 1.19.2, which you are using now - it does not have known security vulnerabilities. Further information, especially the good idea to make a backup before you start, is available here: Upgrade. 88.130.80.92 20:23, 8 August 2013 (UTC)
How do you hide the edit tab for all users besides admin
I am trying to hide the edit tab for all users minus admin on my website. Any Help?? Passthekeys (talk) 05:59, 8 August 2013 (UTC)
- Use user rights. Krinkle (talk) 09:23, 8 August 2013 (UTC)
- If you infact only want to hide the edit button, qwhile your users should still be able to edit, then you can do that with a few lines of CSS. Something like visibility: hidden; or display: none; would do the trick. 88.130.96.120 09:54, 8 August 2013 (UTC)
Possibility to migrate from Dekiwiki (MindTouch) to MediaWiki??
- Dear all
- For a customer of us, we are searching a possibility to migrate a DekiWiki (MindTouch) to MediaWiki.
- We started so far with analyzing the DB model of DekiWiki and tried to create a migration script in PHP to migrate, but after reaching the end of the timbox of two days, we ended in a "halfway"-solution. This result isn't what the customer (understandably) expects or like ;).
- So; does anybody have a script/tool/guide or some experience in migrating a DekiWiki to a MediaWiki? The other way looks well documented, tools and services exist ... but from DekiWiki to MediWiki i didn't found anything "real" until now.
- Would be nice to here *anything* ;)!
- Thank you all in advance!
- Greetings --- Adrian 31.24.10.252 (talk) 07:26, 8 August 2013 (UTC)
- Here are some instructions that might help: https://mahara.org/interaction/forum/topic.php?id=3575 ☠MarkAHershberger☢(talk)☣ 20:41, 14 August 2013 (UTC)
- Hi, I am need to do this, someone could do migrating?
- Someone have tutorial?
- Thank you! :) 200.249.88.135 13:09, 19 September 2014 (UTC)
- Here are some instructions that might help: https://mahara.org/interaction/forum/topic.php?id=3575 ☠MarkAHershberger☢(talk)☣ 20:41, 14 August 2013 (UTC)
- I know this is an old thread, but I also need something like this. I need to migrate an old deki wiki server to MediaWiki but cannot find anything that can help me accomplish that.
- Any ideas? Errpeepo (talk) 20:44, 18 July 2016 (UTC)
- I would need to this too. But I couldn't find something in the web either.
- Some updates to this thread? 173.196.242.151 (talk) 00:12, 17 December 2019 (UTC)
[RESOLVED] registering and login
how can I stop people from registering and loging in on my wiki and only let the admin login 86.159.26.136 (talk) 09:07, 8 August 2013 (UTC)
- Hi!
- You can stop registration by making your wiki private. See Manual:Preventing_access.
- For disabling login you could add the following code to LocalSettings.php:
# disable login and logout functions for all users function LessSpecialPages(&$list) { unset( $list['Userlogout'] ); unset( $list['Userlogin'] ); return true; } $wgHooks['SpecialPage_initList'][]='LessSpecialPages'; // remove login and logout buttons for all users function StripLogin(&$personal_urls, &$wgTitle) { unset( $personal_urls["login"] ); unset( $personal_urls["logout"] ); unset( $personal_urls['anonlogin'] ); return true; } $wgHooks['PersonalUrls'][] = 'StripLogin';
- However, if your users are clever enough, they still might be able to login anyway, e.g. via the API or by typing the URL of the login page. I don't see an effective way of preventing that as well; especially not, if admins should be allowed to login and you have no way to differentiate, whether a certain is an admin and so should be allowed, or if he is not and so should be forbidden - especially while they are not yet logged in. MediaWiki is not made for a situation, in which login is not allowed. 88.130.96.120 09:51, 8 August 2013 (UTC)
- Thanks 86.159.26.136 17:32, 8 August 2013 (UTC)
[RESOLVED] Accidentally deleted .htaccess(?), now can't access wiki
My wiki is (or was) at http://www.ilaisu.org/wiki/Main_Page. Unrelated to the wiki, my wife added a directory at http://www.ilaisu.org/pv/, and attempted to password protect it using .htaccess and .htpasswd files. Whatever way she tried to do it did not work, and the entire domain was no longer accessible (putting in the username and password just gave an error). So she tried to fix it by deleting the whole directory and the files she added, and now although the domain is accessible and she says she did not delete anything out of the /w/ directory the wiki files are stored in, the wiki comes up 404. I'm guessing she deleted the .htaccess file for the wiki.
Although I configured the wiki myself, it was a long time ago, and even at the time I was not an expert, I was just following directions without really understanding them. Is there some kind of basic or default .htaccess file I can use to at least be able to access the wiki again, if not get back any configuration I may have done? Thanks. 50.137.113.187 (talk) 16:15, 8 August 2013 (UTC)
- Hi!
- Just that you don't tell me later I had not told you: If you or your hoster have a backup somewhere: This is the time to request it! Everything else will be more difficult.
- I found the central index.php file at http://www.ilaisu.org/w/index.php. Your wiki basically is still working, see e.g. http://ilaisu.org/w/index.php?title=Special:Version Calling just index.php gives a redirect to http://ilaisu.org/wiki/Main_Page
- Since your URLs look like that, you obviously had short URLs configured accordingly. The information you need to do that are exactly here. 88.130.80.92 17:25, 8 August 2013 (UTC)
- Well just recreate a blank .htaccess and just add this to it
- RewriteEngine on
- RewriteRule ^wiki/(.*)$ /main/index.php?title=$1 [L,QSA]
- Where it says main is where you put the extension like if you just put it in public_html then you remove it and it looks like this
- RewriteEngine on
- RewriteRule ^wiki/(.*)$ /index.php?title=$1 [L,QSA]
- For example wikipedia created the /w directory so if you save it there then you would put w 86.159.26.136 17:30, 8 August 2013 (UTC)
- Also you could upgrade your wiki to Mediawiki version 1.21.1 86.159.26.136 17:31, 8 August 2013 (UTC)
- Thank you for the quick reply. Now that I see the short URL instructions I do remember configuring that, it was just so long ago I couldn't even remember where to start looking. I've got my new .htaccess and everything is working just as before. Thanks again! 50.137.113.187 17:45, 8 August 2013 (UTC)
- That's fine!
- One of the next things you should think of is doing an upgrade. All information are here: Upgrade. And don't forget to make a backup first. :-) 88.130.80.92 17:48, 8 August 2013 (UTC)
[RESOLVED] Abusefilter
How can I create an abusefilter to stop a user from create random account and spamming own user page and spamming links to other sites for example please see http://wikisaur.tk and click on recent changes 86.159.26.136 (talk) 17:34, 8 August 2013 (UTC)
- Hi!
- Installing, creating and setting up abusefilters is overkill in your case. I would not do that. Instead, I would make the wiki private so that people cannot register themselves and - maybe at least as important - IPs cannot write without being logged in. The wiki is small and there are not many "real" users; that is the best solution for your problem right now. With only very little effort, this will reduce spam to zero. More information are here: preventing access. 88.130.80.92 17:46, 8 August 2013 (UTC)
- But I want people to register in the ip and create account but I just doint want the type of spam that user is doing 86.159.26.136 17:51, 8 August 2013 (UTC)
- Have them have an account and it's fine! How much time do you want to spend for such little effort? You have 2, at random... 3 trustworthy users. That is all. All others are spammers. You will spend more time combating spam instead of producing actual content. Do you want that? I mean only have a look at yesterday where you asked for a crutch to disable login and registration links. That is a good idea for a start, but the implementation won't make you happy. Protect your wiki properly! 88.130.80.92 18:04, 8 August 2013 (UTC)
- I know it is a waste of time working about this when I could change it to a private wiki but I doint want to change the settings alli want is to stop someone spamming back create random users and spamming own user page there is also extension Extension:ConfirmAccount 86.159.26.136 18:24, 8 August 2013 (UTC)
- A waste of time, that's exactly what it is. If you want to do something with PHP, read a good book. Or if you want to learn something about MediaWiki take an extension and understand how it is actually working. That will bring you way more benefit than senselessly struggling with some bots. 88.130.80.92 20:57, 8 August 2013 (UTC)
- Ok 86.159.26.136 22:27, 8 August 2013 (UTC)
- A waste of time, that's exactly what it is. If you want to do something with PHP, read a good book. Or if you want to learn something about MediaWiki take an extension and understand how it is actually working. That will bring you way more benefit than senselessly struggling with some bots. 88.130.80.92 20:57, 8 August 2013 (UTC)
- I know it is a waste of time working about this when I could change it to a private wiki but I doint want to change the settings alli want is to stop someone spamming back create random users and spamming own user page there is also extension Extension:ConfirmAccount 86.159.26.136 18:24, 8 August 2013 (UTC)
- Have them have an account and it's fine! How much time do you want to spend for such little effort? You have 2, at random... 3 trustworthy users. That is all. All others are spammers. You will spend more time combating spam instead of producing actual content. Do you want that? I mean only have a look at yesterday where you asked for a crutch to disable login and registration links. That is a good idea for a start, but the implementation won't make you happy. Protect your wiki properly! 88.130.80.92 18:04, 8 August 2013 (UTC)
- But I want people to register in the ip and create account but I just doint want the type of spam that user is doing 86.159.26.136 17:51, 8 August 2013 (UTC)
[RESOLVED] Pull down (??) menu : HowTo
Hi All@Mediawiki,
I'm trying to find how to modify the SideBar to have a "pull-down" menu (not sure it's the right name !), like the one @www.mediawiki.org
Here is a screen shoot circled here : http://trouspinette.free.fr/ZUNE/SideBar_Mediawiki_Triangle.jpg
Many thanks a lot for help :-)
NB : I'm not able to give the Mediawiki's URL, server is not reachable from the Internet.
Regards Stephane.a (talk) 20:57, 8 August 2013 (UTC)
- Hi!
- This functionality is part of the extension Vector (not to be confused with the skin of the same name). This extension is part of recent MediaWiki releases, so if you are running a newer version of MediaWiki, you should already have it on your server, ready for action. :-) 88.130.80.92 21:00, 8 August 2013 (UTC)
- Great reply !!!
- Thank you so much :-)
- Regards
- PS : My version 1.21 Stephane.a (talk) 08:20, 9 August 2013 (UTC)
Visual Editor Package
Hi, can someone please send me a Mediawiki alpha/beta package with the latest version of preinstalled Visual Editor in it? I need to install it for my yoga studio and I am not knowledgeable/tech savvy enough to get it working separately as an extension addon. Security flaw's aren't really my concern as we will be using it locally and password protected. I would appreciate it big time if you are able to assist me and will be grateful. Thank you!
Best, P 216.58.106.79 (talk) 23:23, 8 August 2013 (UTC)
- There is no package yet, because it is still in beta mode. As long as things are not completely totally stable, only tech-savvy users should install and maintain it. Also see https://www.mediawiki.org/wiki/Extension:VisualEditor#Download AKlapper (WMF) (talk) 04:05, 9 August 2013 (UTC)
- If you're really interested in getting this done, a consultant (like myself) can get this done. VE is still a little rough around the edges, though. ☠MarkAHershberger☢(talk)☣ 20:24, 14 August 2013 (UTC)
How do you install mbox templates on your own install of mediawiki?
Hi,
Does anyone know how to use mbox templates on their own MW installation?
http://www.mediawiki.org/wiki/Template:Mbox/doc
There is not much documentation on the net, I followed this:
http://wiki.kartbuilding.net/index.php/Mediawiki
Export and import xml from wikipedia, but that didn't work too well. MBox won't render.
Any ideas?
Regards, Andy 115.64.158.143 (talk) 02:40, 9 August 2013 (UTC)
- What do you mean "MBox won't render"? What happens? ☠MarkAHershberger☢(talk)☣ 20:30, 14 August 2013 (UTC)
Increase default edit box size?
I find my wiki seems to have rather large articles and sections. The default edit box size is miniscule and it is rather painful to increase the box size manually to match the size of the articles or sections, especially since the new size is forgotten after previewing changes.
My fantasy plugin would automatically resize the box to match all of the text being edited, but I'd settle for changing the default box size to something substantially larger. Iusedial (talk) 20:10, 9 August 2013 (UTC)
- Hi!
- There are systems, which first show you the box with its default size. And then, when you typed enough text, so that more room would be better, they make the box grow automatically up to a certain maximum. This is definitely done with CSS, maybe together with jquery to check, whether there actually is enough text in the box to start make t grow. 88.130.122.158 00:20, 10 August 2013 (UTC)
[RESOLVED] Upgrade
Hi.
I have some troubles with upgrading Mediawiki. Can anydoby help me with that? TraaBBIT (talk) 10:54, 10 August 2013 (UTC)
- What is the problem you are having 90.218.212.117 11:49, 10 August 2013 (UTC)
- Sure we can help you with that. :-)
- Please tell us, what exactly you have done. Maybe you followed some guidelines? If so, give us a link!
- And - most important - tell us what step did not work as expected: What result you expected to get and what result you actually got.
- PHP, MySQL and MediaWiki versions might be helpful as well; you find them on the wiki page Special:Version. 88.130.105.238 12:07, 10 August 2013 (UTC)
- MediaWiki 1.20.2
- PHP 5.3.18 (cgi-fcgi)
- MySQL 5.1.69
- I want to upgrade Mediaviki to last version.
- But when i use web updater there are some troubles. TraaBBIT (talk) 13:37, 10 August 2013 (UTC)
- In the web updater. Aha. And what troubles? Tell us what step did not work as expected: What result you expected to get and what result you actually got. 88.130.105.238 13:43, 10 August 2013 (UTC)
- OK.
- One question.
- I had to upgrade extension before update Mediawiki or later? TraaBBIT (talk) 15:37, 10 August 2013 (UTC)
- Pff, at the same time?!
- If you don't tell us, what is wrong, we won't be able to help. 88.130.105.238 15:47, 10 August 2013 (UTC)
- OK.
- I uploaded tke Mediawiki 1.21. file on my serwer and run Web updater.
- And now it looks that everything is good.
- Can You check it?
- http://westeros.porozumienietuczynskie.eu/index.php?title=Specjalna:Wersja TraaBBIT (talk) 08:46, 11 August 2013 (UTC)
- If it looks good, then it's fine. Great that you solved the issue! :-) 88.130.105.238 11:10, 11 August 2013 (UTC)
- You know you can change the languge code so that it shows the languge you want in your LocalSettings.php 86.141.190.129 11:49, 11 August 2013 (UTC)
- One more question.
- When I try to run update script in SSH there is some error "-bash:comand not found" TraaBBIT (talk) 14:10, 11 August 2013 (UTC)
- Do you see that after you're logged in when you run the update script? The update script doesn't use bash. ☠MarkAHershberger☢(talk)☣ 20:19, 14 August 2013 (UTC)
- You know you can change the languge code so that it shows the languge you want in your LocalSettings.php 86.141.190.129 11:49, 11 August 2013 (UTC)
- If it looks good, then it's fine. Great that you solved the issue! :-) 88.130.105.238 11:10, 11 August 2013 (UTC)
stoping ip editing
how can I stop people editing without being loged in 86.159.26.136 (talk) 19:46, 10 August 2013 (UTC)
- Hi!
- You find information on access restrictions here: Preventing access.
- HTH 88.130.105.238 20:41, 10 August 2013 (UTC)
- Ok thanks 109.144.243.29 14:27, 11 August 2013 (UTC)
[RESOLVED] New install. No admin account.
- Hi.
- I just did a new install of MediaWiki and cannot login. It is saying there is no such user yet I see it when I look in phpMyAdmin.
- I tried to create a new user as well as making sure there was an email for the user I created so I could retrieve password however the password and email fields say "binary. do not edit" and only have a button to upload a file.
- Please help me get into my wiki.
- thanks in advance
- Lori G Lorigreenberg (talk) 23:30, 10 August 2013 (UTC)
- Are you trying to login with the account you setup in the installation process or a MySQL account? Only the former will work.
- In my experience, it never occured that the account you made in the installation process does not work, although I do know it's not an impossibility. Jasper Deng (talk) 00:06, 11 August 2013 (UTC)
- I hate to admit that I don't remember setting one during installation so I went into my database through phpMyAdmin and saw that there was one user, which is a name that I would have chosen, so I tried to reset password with that username and it says the user does not exist. It will not let me do it manually in phpMyAdmin as that field says it's binary, do not edit and there is no field to type in a new password, or email, anyway.
- I have also tried the MySQL database user names and they didn't work. Lorigreenberg (talk) 01:44, 11 August 2013 (UTC)
- You don't remember the account details you initially set during the installation? There are a number of ways you could rectify this. If you have Extension:RenameUser, you could create a new account, assign it bureaucrat access (either by temporarily allowing all users to assign all user rights or doing so in the database), and rename off the old one. Jasper Deng (talk) 03:30, 11 August 2013 (UTC)
- If it is a new install, the easiest would maybe be to delete the database contents, remove LocalSettings.php and then to start installation again. And then: Remember the username, please! ;-) 88.130.105.238 11:12, 11 August 2013 (UTC)
- Gotcha. Thanks. Usually I name things with someting I remember or write them down if I'm getting all fancy. I do not know what happened to me! Thanks for your help! Lorigreenberg (talk) 18:16, 11 August 2013 (UTC)
- I have the same problem despite having the details of the password (emailed to me during installation from CPanel-Softaculous)
- Please help .... 117.198.109.63 02:08, 21 October 2014 (UTC)
- Then the same solutions will work for you. Let me copy, what I already wrote a year ago and what you already find directly above your question:
- If it is a new install, the easiest would maybe be to delete the database contents, remove LocalSettings.php and then to start installation again. And then: Remember the username, please! ;-)
- A second approach would be to go to the page Special:ListUsers in your wiki and to let MediaWiki display a list of those users, which are members of the group "Administrators". 88.130.71.88 09:31, 21 October 2014 (UTC)
- Gotcha. Thanks. Usually I name things with someting I remember or write them down if I'm getting all fancy. I do not know what happened to me! Thanks for your help! Lorigreenberg (talk) 18:16, 11 August 2013 (UTC)
- If it is a new install, the easiest would maybe be to delete the database contents, remove LocalSettings.php and then to start installation again. And then: Remember the username, please! ;-) 88.130.105.238 11:12, 11 August 2013 (UTC)
- You don't remember the account details you initially set during the installation? There are a number of ways you could rectify this. If you have Extension:RenameUser, you could create a new account, assign it bureaucrat access (either by temporarily allowing all users to assign all user rights or doing so in the database), and rename off the old one. Jasper Deng (talk) 03:30, 11 August 2013 (UTC)
- I just installed mediaWiki and DEFINITELY SAVED MY ADMIN AND PASSWORD, but I am also having the issue of not having my admin username recognized. It seems like this is a mediaWiki issue. 73.155.49.129 (talk) 15:06, 31 October 2015 (UTC)
- Basic information like MediaWiki version, steps to reproduce the problem, what exactly happens at which step etc. required. Also, this thread is closed as resolved. Better to start a new topic and refer to this one instead. Malyacko (talk) 18:18, 1 November 2015 (UTC)
[RESOLVED] Suddenly, actions hang on pages whose titles end in a non-ASCII character
We have a small internal wiki running, um, ahem... 1.16.5 (I could explain, but you wouldn't buy it). Everything was fine till June. After a break for July, I got around to applying a few months worth of Ubuntu upgrades. There have been no wiki-internal changes in the meantime, and my original Apache config files seem intact.
But now the wiki hangs when asked to perform an tab-action on any page whose name ends in a non-ASCII character -- edit, history, move, etc. The request will wait and wait until the browser gives up. A page with a non-ASCII character in the middle of the title continues to work fine.
With pages named Ko'ã is a word and Ko'ã, apparently the first URL is fine, but the second URL now confuses the hell out of something somewhere:
http://mysite.com/w/index.php?title=Ko%27%C3%A3 is a word&action=edit http://mysite.com/w/index.php?title=Ko%27%C3%A3&action=edit
Does this behaviour ring a bell for anyone?
Is there a simple workaround? (Renaming all the pages wouldn't really be an option, even if "move" weren't one of the broken actions.) Should I try reverting Ubuntu's upgrades to Apache and/or PHP and/or MySQL?
I was going to try to upgrade MediaWiki sometime this summer anyway, and I'd consider that now if it would really solve the problem. But I get the impression that it's an agonizing enough process, even without trying to do it on top of an existing mystery bug and a possibly corrupted database, so I'd prefer to get this fixed first, if possible.
Details:
MediaWiki: 1.16.5
PHP: 5.3.2-1ubuntu4.20 (apache2handler)
MySQL: 5.1.70-0ubuntu0.10.04.1
Thanks for any pointers.
-- Kevin Russell 24.79.112.144 (talk) 00:38, 11 August 2013 (UTC)
- Please upgrade to Mediawiki 1.19.7 please because 1.16.5 is not supported by Mediawiki any more 109.144.243.29 14:26, 11 August 2013 (UTC)
- Or upgrade to 1.20.6 or 1.21.1 109.144.243.29 14:27, 11 August 2013 (UTC)
- Hi Kevin,
- you cannot call action=xxx URLs on pages, whose page title ends with a non-ASCII character.
- Basically I would not turn back the Ubuntu updates: Even if it is one of them, you usually want to keep them anyway.
- When a request like yours times out, you will usually find information on that in the PHP or Apache log. Do you have anything relevant in there?
- Another idea would be that such behaviour could be caused by some rules in mod_security. 88.130.91.226 00:22, 12 August 2013 (UTC)
- Thanks for answering.
- I checked the Apache error log before first posting, and there was nothing but a zillion complaints about missing favicon.ico. (I just now tried some deliberately horrid edits to confirm that PHP errors do end up there, and they do.)
- Weirdly, the action requests don't even show up in the Apache access log, though a few seconds later there'll be what I assume is a kill-off notice:
- 127.0.0.1 - - [11/Aug/2013:21:33:23 -0500] "OPTIONS * HTTP/1.0" 200 152 "-" "Apache/2.2.14 (Ubuntu) (internal dummy connection)"
- We don't have mod_security installed yet.
- -- Kevin 24.79.112.144 03:05, 12 August 2013 (UTC)
- We tracked the problem down to an incompetently installed firewall on a gateway halfway across campus. Thanks to 88.130.91.226 (whoever you are), whose speculation about mod_security pointed us in the right direction.
- -- Kevin 24.79.112.144 22:28, 13 August 2013 (UTC)
the word array at the top of my wikis
The word "array" is appearing at the top of my wiki, on every page, the number of repeats varies. See OpenWorldLeague.org for an example. It might have to do with some changes I made to the captchas. The captcha is working fine, but the word "array" is part of the code, so I assume that has something to do with it. It definitely wasn't there when I first made the changes a few days ago though.
Here's the relevant piece of code (which I adapted from from Extension:ConfirmEdit):
- $arr = array (
- 'Please write the secret password, "huffalump", here:' => 'huffalump',
- 'The password is "gagglepuss", Type it here:' => 'gagglepuss',
- 'Type the code word, "Skinny Malinky", here:' => 'Skinny Malinky',
- );
- foreach ( $arr as $key => $value ) {
- $wgCaptchaQuestions[] = array( 'question' => $key, 'answer' => $value );
- }
- $wgCaptchaTriggers['edit'] = true;
- $wgCaptchaTriggers['createaccount'] = true;
- $wgCaptchaTriggers['badlogin'] = true;
- $wgGroupPermissions['user']['skipcaptcha'] = false;
- $wgGroupPermissions['*']['skipcaptcha'] = false;
- $wgGroupPermissions['emailconfirmed']['skipcaptcha'] = true;
- $ceAllowConfirmedEmail = true;
Did I miss something? Thanks OlmsteadP (talk) 02:54, 11 August 2013 (UTC)
- The page, which you linked, currently does not show that word on top of the page or anywhere in the source code. Looks like you solved it... 88.130.105.238 11:17, 11 August 2013 (UTC)
- Really? It's still there for me, even logged out. Now it's added a bunch of other words in addition, but I definitely see it. OlmsteadP (talk) 00:40, 12 August 2013 (UTC)
- I'm not seeing it either.
- I've occasionally seen PHP errors keep showing up at the top of wiki pages even after the PHP was fixed, but only for the user/browser/IP-address (not sure which) whose request first triggered the error. (Sometimes clearing the browser cache fixed it, sometimes not.) They eventually go away.
- -- Kevin 24.79.112.144 04:43, 12 August 2013 (UTC)
- Yes, I still do not see it. The only hit for "array" is in the debug code somewhere on your page: "...ExtArrays::init...".
- And where do these other words point to? 88.130.91.226 11:10, 12 August 2013 (UTC)
- Really? It's still there for me, even logged out. Now it's added a bunch of other words in addition, but I definitely see it. OlmsteadP (talk) 00:40, 12 August 2013 (UTC)
What Extension
Hi.
How add things(1.2.3) like on ? TraaBBIT (talk) 09:17, 11 August 2013 (UTC)
- Oh do you mean extension well one of the ones with grey square with number 0 is called extension:echo 86.141.190.129 11:50, 11 August 2013 (UTC)
- Please upgrade your Mediawiki if it is 1.2.3 to 1.22 Wmf 12 or 1.21.1 to work with extension echo 86.141.190.129 11:51, 11 August 2013 (UTC)
- And with the capital a and Chinese word that extension is Extension:UniversalLanguageSelector 86.141.190.129 11:56, 11 August 2013 (UTC)
- And 3? TraaBBIT (talk) 14:02, 11 August 2013 (UTC)
- I doint know that extension 109.144.243.29 14:24, 11 August 2013 (UTC)
- LiquidTheads I think. Allen4names (talk) 16:19, 11 August 2013 (UTC)
- And 3? TraaBBIT (talk) 14:02, 11 August 2013 (UTC)
- And with the capital a and Chinese word that extension is Extension:UniversalLanguageSelector 86.141.190.129 11:56, 11 August 2013 (UTC)
- Please upgrade your Mediawiki if it is 1.2.3 to 1.22 Wmf 12 or 1.21.1 to work with extension echo 86.141.190.129 11:51, 11 August 2013 (UTC)
Move page on another server
Hi.
I have page in Mediawiki.
How can I move it to another server? TraaBBIT (talk) 14:43, 11 August 2013 (UTC)
- Use Special:Export. You may need extensions that are used here if your page uses inline citations, parser functions, etc.
- You will need permission to import the page on the target wiki. Allen4names (talk) 16:09, 11 August 2013 (UTC)
- And is there any way to move all mediawiki page? TraaBBIT (talk) 16:11, 11 August 2013 (UTC)
- If you have command line access you could use dumpBackup.php in the maintenance directory. You may also want to read Manual:Backing up a wiki. Allen4names (talk) 16:18, 11 August 2013 (UTC)
- And is there any way to move all mediawiki page? TraaBBIT (talk) 16:11, 11 August 2013 (UTC)
Even through I remove the localsettings,php, but...
Because of I want to build two zh and en mediawiki family in my linux server like wikipedia, I refer this topic to try to do.
http://www.steverumberg.com/wiki/index.php?title=WikiHelp_-_Method_Two
When I follow the tutorial to finish to this step( http://blessing.bdmv.info/temp/wikifamily02.png)
I find even through I delete the Localsettings.php, but the installation told me the localsettings still to be detect, do you know why?
http://blessing.bdmv.info/temp/wikifamily01.png
Because of this problem, I can't go to database setting page
Of course, I can write the Upgrade key, but that is not the right step and I still can't go to database setting page to do anything,too.
Could you provide me any suggestion...thx Goddesschi (talk) 15:35, 11 August 2013 (UTC)
- Hi!
- Yes: The code checks, if the file exists. If it does, you get that text displayed. With what you get I would take granted tat it is still there.
- Maybe you checked in a wrong folder or on a wrong system or maybe in a backup system or on the wrong server or... 88.130.91.226 23:41, 11 August 2013 (UTC)
- Hi,
- I sure that I don't make any mistake
- and when I go to installation page 1, the page told me loaclsettings.php is not found
- http://blessing.bdmv.info/temp/wikifamily04.png
- but, after execute the step I selected the local language and wiki language, the installation told me he detected the localsettings.php
- http://blessing.bdmv.info/temp/wikifamily01.png
- it confused me. Goddesschi (talk) 13:57, 13 August 2013 (UTC)
- Because of this issue, I give up the wikifamily method 2. I will try the method 1 later. Maybe someone can help me to add the comment " too old " to method2, this method can't realize wikifamily for new version mediawiki...
- thx for all people 220.133.190.48 11:07, 18 August 2013 (UTC)
- The wiki at http://www.steverumberg.com/wiki/index.php?title=WikiHelp_-_Method_Two, where this comment would belong, is currently not available.
- Is there no official description on how to set up a wiki family here on mediawiki.org? I would always prefer stuff from here over things from other sites... 88.130.123.243 11:42, 18 August 2013 (UTC)
- Try joining the WikiFarm mailing list and asking your question there. ☠MarkAHershberger☢(talk)☣ 15:16, 19 August 2013 (UTC)
Cant open my Filelist
Hello,
I have start a new WIKI before a few days and today i want zo upload some images.
Then by opening the Site Spezial:Dateien/Special:FileList i see nothing linke a blank white page. Whats wrong here? I dont understand it.
Sorry for my english, im german.
Thanks. 84.154.224.106 (talk) 22:57, 11 August 2013 (UTC)
- Hi!
- See blank page... 88.130.91.226 23:09, 11 August 2013 (UTC)
- Thanks, but this wont helped me.
- error_reporting( E_ALL );
- ini_set( 'display_errors', 1 );
- at the end of the LocalSettings.php changed nothing. What could that be? 84.154.224.106 10:57, 12 August 2013 (UTC)
- Check your apache (or whatever webserver you're using) error logs. Ciencia Al Poder (talk) 09:48, 13 August 2013 (UTC)
[RESOLVED] Upgrading to 1.19.7 question
MediaWiki 1.16alpha (r59440) PHP 5.2.5 (apache2handler) MySQL 5.0.26-Max
I want to upgrade to 1.19.7 but was wondering if i should run the bug fix before running the update.php. [[Category:]] This is on our production machines so i want to cover everything before doing a update. Reason why i want to update it is because i want to install the LDAP Extension but it requires 1.19+.
I can only upgrade to 1.19 because i can't update the PHP or the MYSQL on the server. My OS is SLES 10 Patchlevel 2
I've already backed up the database and the htdoc files.
Any help is much appreciated. 149.171.211.233 (talk) 23:29, 11 August 2013 (UTC)
- Hi!
- In your situation updating to 1.19 is a good idea. Especially, because 1.19 will still be supported for some years.
- Yes, the patch helps to prevent you running into that problem. If you think, you might otherwise be affected by it, you can safely apply the patch.
- An Upgrade-walkthrough is available here: Upgrade. 88.130.91.226 23:38, 11 August 2013 (UTC)
- Thank you for the quick reply.
- Will update on how i go. 149.171.211.233 23:56, 11 August 2013 (UTC)
- Site seems to work but when i click on the Login link I get this error
- Fatal error: Call to undefined function hash() in /srv/lamp/www/vhosts/wikiit.business.unsw.edu.au/includes/CryptRand.php on line 235
- PHP compatibility issue? 149.171.211.233 04:40, 12 August 2013 (UTC)
- PHP
hash
function was added in PHP 5.1.2 - Note that MediaWiki 1.19 requires PHP version 5.2.0 or later. See Manual:Installation requirements Ciencia Al Poder (talk) 09:41, 12 August 2013 (UTC)
- If - as you write - you have PHP 5.2.5, then this error normally should not happen. Maybe you have PHP installed without the hash extension? You can check that in the output of phpinfo(). If hash() is available, then there should be some hits in that page, e.g. a section on available hash functions. If it is not, activate the hash extension in php.ini. 88.130.91.226 11:07, 12 August 2013 (UTC)
- As stated in the original post im on PHP 5.2.5
- Thanks guys, ill have a look into the PHP Extension.
- Will update shortly 149.171.211.233 23:22, 12 August 2013 (UTC)
- Ran the following command. Confirmed PHP hash module not installed.
:>php -m
PHP Modules
ctype
date
filter
ldap
libxml
mbstring
mysql
mysqli
openssl
pcre
PDO
pdo_mysql
Reflection
session
SimpleXML
SPL
standard
xml
zlib
:>rpm -qa | grep -i php
php5-mbstring-5.2.5-9.23.3
php5-ldap-5.2.5-9.23.3
php5-pear-5.2.5-9.23.3
php5-5.2.5-9.23.3
php5-openssl-5.2.5-9.23.3
php5-zlib-5.2.5-9.23.3
php5-ctype-5.2.5-9.23.3
php5-pdo-5.2.5-9.23.3
apache2-mod_php5-5.2.5-9.23.3
php5-mysql-5.2.5-9.23.3
- then did the following:
:>rug search php
| Mandatory Bundles | SLE10-SDK-SP2-Updates-bundle, SLES10-SP2-Updates-bundle | php5-hash | 5.2.5-9.23.3 | i586
:>rug install php5-hash
Resolving Dependencies...
The following packages will be installed:
php5-hash 5.2.5-9.23.3 (SLES 10.2 Updates Catalog)
Proceed with transaction? (y/N) y
Downloading Packages...
Transaction...
Transaction Finished
:>rpm -qa | grep -i php
php5-mbstring-5.2.5-9.23.3
php5-ldap-5.2.5-9.23.3
php5-pear-5.2.5-9.23.3
php5-5.2.5-9.23.3
php5-openssl-5.2.5-9.23.3
php5-zlib-5.2.5-9.23.3
php5-ctype-5.2.5-9.23.3
php5-pdo-5.2.5-9.23.3
php5-hash-5.2.5-9.23.3
apache2-mod_php5-5.2.5-9.23.3
php5-mysql-5.2.5-9.23.3
- Loaded my phpinfo.php page and Hash Support - enabled
- Problem resolved. Login page is working. Now to update the billions of extensions.
- Thanks fellas 149.171.211.233 01:19, 13 August 2013 (UTC)
- Ran the following command. Confirmed PHP hash module not installed.
:>php -m
PHP Modules
ctype
date
filter
ldap
libxml
mbstring
mysql
mysqli
openssl
pcre
PDO
pdo_mysql
Reflection
session
SimpleXML
SPL
standard
xml
zlib
:>rpm -qa | grep -i php
php5-mbstring-5.2.5-9.23.3
php5-ldap-5.2.5-9.23.3
php5-pear-5.2.5-9.23.3
php5-5.2.5-9.23.3
php5-openssl-5.2.5-9.23.3
php5-zlib-5.2.5-9.23.3
php5-ctype-5.2.5-9.23.3
php5-pdo-5.2.5-9.23.3
apache2-mod_php5-5.2.5-9.23.3
php5-mysql-5.2.5-9.23.3
- then did the following:
:>rug search php
| Mandatory Bundles | SLE10-SDK-SP2-Updates-bundle, SLES10-SP2-Updates-bundle | php5-hash | 5.2.5-9.23.3 | i586
:>rug install php5-hash
Resolving Dependencies...
The following packages will be installed:
php5-hash 5.2.5-9.23.3 (SLES 10.2 Updates Catalog)
Proceed with transaction? (y/N) y
Downloading Packages...
Transaction...
Transaction Finished
:>rpm -qa | grep -i php
php5-mbstring-5.2.5-9.23.3
php5-ldap-5.2.5-9.23.3
php5-pear-5.2.5-9.23.3
php5-5.2.5-9.23.3
php5-openssl-5.2.5-9.23.3
php5-zlib-5.2.5-9.23.3
php5-ctype-5.2.5-9.23.3
php5-pdo-5.2.5-9.23.3
php5-hash-5.2.5-9.23.3
apache2-mod_php5-5.2.5-9.23.3
php5-mysql-5.2.5-9.23.3
- Loaded my phpinfo.php page and Hash Support - enabled
- Problem resolved. Login page is working. Now to update the billions of extensions.
- Thanks fellas 149.171.211.233 01:19, 13 August 2013 (UTC)
- If - as you write - you have PHP 5.2.5, then this error normally should not happen. Maybe you have PHP installed without the hash extension? You can check that in the output of phpinfo(). If hash() is available, then there should be some hits in that page, e.g. a section on available hash functions. If it is not, activate the hash extension in php.ini. 88.130.91.226 11:07, 12 August 2013 (UTC)
- PHP
Box with my own code
Hello.
Is there any extension which add box with my own html code on left(under toolbox)? TraaBBIT (talk) 07:29, 12 August 2013 (UTC)
- An extension to create an extension? :P AKlapper (WMF) (talk) 13:42, 13 August 2013 (UTC)
- It could be name in that way.
- I woudl add some advertisments in that box TraaBBIT (talk) 14:59, 13 August 2013 (UTC)
- If you want advertisements, look at Google_AdSense_2 and the like. If you need to add your own HTML, you could modify one of those. ☠MarkAHershberger☢(talk)☣ 19:59, 14 August 2013 (UTC)
- So there is no way to put own html i mediawiki box? TraaBBIT (talk) 14:56, 16 August 2013 (UTC)
- There is, but not on the sidebar, not without adding an extension or modifying the PHP code for your skin. ☠MarkAHershberger☢(talk)☣ 16:12, 16 August 2013 (UTC)
- So there is no way to put own html i mediawiki box? TraaBBIT (talk) 14:56, 16 August 2013 (UTC)
- If you want advertisements, look at Google_AdSense_2 and the like. If you need to add your own HTML, you could modify one of those. ☠MarkAHershberger☢(talk)☣ 19:59, 14 August 2013 (UTC)
Page titles treated as case sensitive for unknown reason
The first letters of page titles of my wiki are being treated as case sensitive, which is not what I want. I'd need individual pages to have automatically capitalized titles, and for internal links to go to the pages whether the title in the internal link is capitalized or not. $wgCapitalLinks doesn't seem to be the cause - it wasn't in LocalSettings.php before the problem occurred, and adding it in and setting it to either true or false doesn't seem to have any effect whatsoever. I have no idea how first letters of page titles came to be treated as case sensitive in the first place, and none of the documentation for the extensions I use says anything about page titles and case sensitivity.
Totally stumped here, any help would be greatly appreciated! Thank you.
MediaWiki 1.19.2
PHP 5.3.13 (cgi-fcgi)
MySQL 5.1.39-log Unjapanologist (talk) 12:10, 12 August 2013 (UTC)
- On my test wiki, when I add a link like [[this]], it has
?title=This
in the URL. Is that not how yours is working? (I would edit a sandbox to test, but I can't.) - Could you create a page demonstrating the problem on your site? ☠MarkAHershberger☢(talk)☣ 19:56, 14 August 2013 (UTC)
- My apologies for the late reply. Yes, my wiki is indeed not working like that. For instance, the wikilink [[Introduction]] goes to the correct page, http://www.nelenoppe.net/dojinshi/index.php?title=introduction. The wikilink [[introduction]] goes to this nonexisting page. I know that's not natural behavior, but I have no idea how it happened - I definitely didn't set page titles to be case sensitive on purpose. Unjapanologist (talk) 15:26, 19 August 2013 (UTC)
- You've already said $wgCapitalLinks doesn't seem to make a difference. But is $wgCapitalLinkOverrides set? ☠MarkAHershberger☢(talk)☣ 00:43, 21 August 2013 (UTC)
- No, it's not set now and never has been. Unjapanologist (talk) 15:07, 21 August 2013 (UTC)
- I'm out of ideas. Could you post your LocalSettings w/o passwords? Maybe we'll spot something. ☠MarkAHershberger☢(talk)☣ 19:18, 21 August 2013 (UTC)
- No, it's not set now and never has been. Unjapanologist (talk) 15:07, 21 August 2013 (UTC)
- You've already said $wgCapitalLinks doesn't seem to make a difference. But is $wgCapitalLinkOverrides set? ☠MarkAHershberger☢(talk)☣ 00:43, 21 August 2013 (UTC)
- My apologies for the late reply. Yes, my wiki is indeed not working like that. For instance, the wikilink [[Introduction]] goes to the correct page, http://www.nelenoppe.net/dojinshi/index.php?title=introduction. The wikilink [[introduction]] goes to this nonexisting page. I know that's not natural behavior, but I have no idea how it happened - I definitely didn't set page titles to be case sensitive on purpose. Unjapanologist (talk) 15:26, 19 August 2013 (UTC)
"/usr/bin/diff3: No newline at end of file"
Hi, the fpm.log of my pet project at http://espiral.org is full of warnings like these:
[12-Aug-2013 16:18:45] WARNING: [pool www] child 841 said into stderr: "/usr/bin/diff3: No newline at end of file" [12-Aug-2013 16:18:45] WARNING: [pool www] child 841 said into stderr: "/usr/bin/diff3: No newline at end of file" [12-Aug-2013 16:30:43] WARNING: [pool www] child 1052 said into stderr: "/usr/bin/diff3: No newline at end of file" [12-Aug-2013 16:30:43] WARNING: [pool www] child 1052 said into stderr: "/usr/bin/diff3: No newline at end of file" [12-Aug-2013 17:00:15] WARNING: [pool www] child 1081 said into stderr: "/usr/bin/diff3: No newline at end of file" [12-Aug-2013 17:00:15] WARNING: [pool www] child 1081 said into stderr: "/usr/bin/diff3: No newline at end of file"
EDITED: checking access.log, the queries provoking these errors seem to be malicious, or at least abnormal e.g.
index.php?title=(((the title)))&action=edit&undoafter=1049&undo=1234
Should I worry?
- MediaWiki 1.21.1
- PHP 5.4.4-14+deb7u2 (fpm-fcgi)
- MySQL 5.5.31-0+wheezy1-log
PS: there is a related report opened at bug 39637. However, looking at web pages related to this warning this seems to be more related to PHP memory management in a specific server than any MediaWiki bug. Any advice is welcome. QuimGil (talk) 15:18, 12 August 2013 (UTC)
- It seems to be a warning produced by diff3 because it would expect files to be compared to end with a newline, and apparently MediaWiki isn't generating the changes to compare with that newline at the end (or at least in some circumstances). Nothing to worry about.
&action=edit&undoafter=1049&undo=1234
URLs are not malicious. They're undo edits. Ciencia Al Poder (talk) 10:02, 13 August 2013 (UTC)- Thank you for the reply. I'm not sure about the intentions of these requests. I'm getting dozens every day and they are generated by bots, all in a wiki that is closed for new edits. I'm not sure what is their goal: find a hole? Eat resources?
- Am I the only one getting these warnings in fpm.log? QuimGil (talk) 08:38, 14 August 2013 (UTC)
- Closed for editing? Well, I was able to make an edit on a talk page.
- If you go to any page history you can see a (undo) link on each revision. Those URLs are being accessed most likely by any web spider like those of search engines like googlebot or bing (although they should obey robots.txt where you already disallow /b/).
- Once you disable editing those (undo) links should disappear and probably those bots stop trying to access them. Ciencia Al Poder (talk) 09:16, 14 August 2013 (UTC)
- Ah, so it was you. :) You were able to edit in another wiki where you (and most humans) are redirected automatically.
- See for instance a recent access that has apparently caused another diff3 warning:
- http://espiral.org/w/index.php?title=Sociedad&action=edit&undoafter=857&undo=1034
- Look at the related history page: http://espiral.org/w/index.php?title=Sociedad&action=history
- There are no edit / undo buttons there. QuimGil (talk) 10:00, 14 August 2013 (UTC)
- There are undo links on the history page if you're logged in with the right privileges. That page shows some "Revertidos los cambios" by you that may have triggered these warnings. ☠MarkAHershberger☢(talk)☣ 17:30, 14 August 2013 (UTC)
MobileFrontEnd Extension question
I have uploaded this extension to my site. when I view the site under my mobile phone it just has the text "pageok". Any idea how to fix this?? Passthekeys (talk) 19:00, 12 August 2013 (UTC)
- You might also want to ask on http://www.mediawiki.org/wiki/Extension_talk:MobileFrontend - not sure how often the Mobile devs check the generic MW support desk. AKlapper (WMF) (talk) 13:44, 13 August 2013 (UTC)
sending edit notifications to watchlist ALWAYS
- MediaWiki 1.21.0rc5 (beff6f0)
- PHP 5.4.4-14 (apache2handler)
- SQLite 3.7.13 with full-text search support
I want my wiki to send emails of every page-changes to their watchlist users, whether users follow the link to the new changes or not. By default, if some user doesn't click the link in the mail, he or she will not receive notifications again. This is what I want to avoid. Can you help me on this?
Thank you very much. 150.244.86.129 (talk) 08:29, 13 August 2013 (UTC)
- This is ugly and completely untested, but you could do something like the following:
$wgHooks[ 'UpdateUserMailerFormattedPageStatus' ][] = function (&$unused) { $dbw = wfGetDB( DB_MASTER ); $dbw->update( 'watchlist', array( 'wl_notificationtimestamp' => null ), array(), 'UpdateUserMailerFormattedPageStatus hook' ); }
- This would reset all the notification timestamps every time (completely inefficient), but it would get the job done. ☠MarkAHershberger☢(talk)☣ 19:34, 14 August 2013 (UTC)
- Hello,
- where I have to add this?
- I insert into LocalSettings, but then, I wasn't able to open my wiki anymore (white screen). 87.139.164.151 09:26, 27 May 2014 (UTC)
Are extension tags inline or block tags?
Below is what I think, I've figured out about extension tags so far. Correct me if any of this is wrong, please! And do tell me if you can think of other tags - no matter how exotic - that you'd add to the list below, please!
Most parser tags seem to be either inline or block tags - very much like in HTML. <nowiki>
e.g. is an inline tag while <pre>
is a block tag. But there are some tags that seem to be neither - specifically the ones that are related to transclusions:
<includeonly>
<noinclude>
<onlyinclude>
<choose>
and<option>
These tags may contain both inline and block tags and may be found within both inline and block tags. They may even be found where HTML does not allow any tags at all - such as between <ul>
and <li>
Can anybody confirm this observation? Pecoes (talk) 11:12, 13 August 2013 (UTC)
- The block or inline concept of a tag is something relevant to HTML only, and just because of DTD conformance. That concept doesn't even exist in XML. Parser doesn't pay attention to this and allows tags to be placed anywhere. It's HTMLTidy what may correct some weird placement of such tags on the final output. Ciencia Al Poder (talk) 09:24, 14 August 2013 (UTC)
Good point. I should have phrased that more carefully.
I do understand that extension tags are evaluated on the server, while HTML tags are evaluated in the browser, but most extension tags are ultimately evaluated to HTML. Strictly speaking <nowiki>
and <pre>
are neither inline nor block tags of course, but that doesn't change the fact that <nowiki>
will always be converted into an HTML inline tag and <pre>
will always be evaluated to an HTML block tag - or so it seems to me. Most extension tags seem to fall into this category.
Those transclusion tags on the other hand are "abstract" in the sense that they won't be rendered to HTML at all. They're instructions for the parser. Pecoes (talk) 09:53, 14 August 2013 (UTC)
Special:UserLogin only displays "you have to log-in message"
I have a private wiki for registered users only. After a site-crash, the latest backup was restored. Now, when I click on "Log-In" oder go to the Special:UserLogin page, I just get the "you have to log in"-message - with a link to Special:UserLogin. I.e. I'm never shown the form to input my credentials. Any ideas what could be messed up? 134.76.3.158 (talk) 14:54, 13 August 2013 (UTC)
- If you go directly to the Special:UserLogin page by typing it into the location/url bar, do you see the login form?
- What does your LocalSettings.php contain as far as user permissions (e.g. what are the settings for $wgGroupPermissions)? ☠MarkAHershberger☢(talk)☣ 17:07, 14 August 2013 (UTC)
MIME type icons for unknown formats? like zip archives?
Hi everybody,
where can I add or set up some new icons for zip files or something else new? In my HTML source I only see: 'fileicon.png' for example, but that's not enough extension. I need something like: fileicon-zip.png. ;-)
Thanks for supporting me!
Best regards,
Mr. Peter F. Hamilton 2A02:120B:2C7A:6310:55BD:8F46:A7AD:40B4 (talk) 17:22, 13 August 2013 (UTC)
- Simple solution that I found: upload to the original icon directory the new icons with the right '-zip' suffix. here are some additional icons: http://goo . gl/eLu4v1
- ../skins/common/images/icons/fileicon-xxx.png
- that should work fine without writing php. 2A02:120B:2C7A:6310:55BD:8F46:A7AD:40B4 18:29, 13 August 2013 (UTC)
[RESOLVED] Wikipedia
Hi how can I get the parser function to work like wikipedia I have installed the parser function extension but It doesent like wikipedia please help for example please visit http://random-wikisaur.tk/ and go to the bottom you will see </div></div> but if I was to do it on wikipedia it would work please help me 86.141.190.129 (talk) 17:25, 13 August 2013 (UTC)
- Please check that you don't have two divs in excess in your source code! 88.130.65.238 21:36, 13 August 2013 (UTC)
- What does "parser function to work like wikipedia" *exactly* mean? Also, can you please use some basic punctuation so your comments are more readable for everybody? AKlapper (WMF) (talk) 08:39, 14 August 2013 (UTC)
- What I mean is I am using my codes from wikipedia I was testing and I put them in my wiki but they arnt working like they are on wikipedia 86.169.208.191 09:42, 14 August 2013 (UTC)
- It would be helpful if you did not paraphrase what you tried but be way more exact so somebody else could follow your steps in order to try to reproduce. That is not possible with your description. Plus my request to use punctuation still stands. AKlapper (WMF) (talk) 10:06, 14 August 2013 (UTC)
- Which pages (codes?) did you try to add to your wiki? ☠MarkAHershberger☢(talk)☣ 16:51, 14 August 2013 (UTC)
- Well I added a page which I created from wikipedia and have copied the Mediawiki:common.css from wikipedia and the other common.css from a page so the page I created would work 86.169.208.191 10:48, 15 August 2013 (UTC)
- so everything works now? ☠MarkAHershberger☢(talk)☣ 11:02, 15 August 2013 (UTC)
- Nope still having the issue 86.169.208.191 09:37, 16 August 2013 (UTC)
- I am sorry, but are you trying to fool us?
- You do not respond to questions, you fail to provide understandable steps telling what you did and honestly I guess neither Mark nor Andre can now tell someone else, what exactly your problem is - neither can I. And the reason is not that we would be too stupid...
- As long as this does not change, I consider this topic solved. 88.130.88.0 12:53, 16 August 2013 (UTC)
- I have told you some details I doint know what happened I copied the Mediawiki:common.css from wikipedia and some from wikinews Mediawiki:common.css. I copied the codes I used on wikipedia and moved them to my wiki which is http://random-wikisaur.tk I have fixed the problem by doing |}|}|}|} but on wikipedia I just have to do |}|} 90.209.96.40 13:21, 16 August 2013 (UTC)
- You could as well have given us the lotto numbers of last week, that would be just as helpful as what you gave us! But I nevertheless have to compliment you for one thing: You finally found the period key on your keyboard - I am so immensely proud of you. 88.130.88.0 14:12, 16 August 2013 (UTC)
- I have told you some details I doint know what happened I copied the Mediawiki:common.css from wikipedia and some from wikinews Mediawiki:common.css. I copied the codes I used on wikipedia and moved them to my wiki which is http://random-wikisaur.tk I have fixed the problem by doing |}|}|}|} but on wikipedia I just have to do |}|} 90.209.96.40 13:21, 16 August 2013 (UTC)
- Nope still having the issue 86.169.208.191 09:37, 16 August 2013 (UTC)
- so everything works now? ☠MarkAHershberger☢(talk)☣ 11:02, 15 August 2013 (UTC)
- Well I added a page which I created from wikipedia and have copied the Mediawiki:common.css from wikipedia and the other common.css from a page so the page I created would work 86.169.208.191 10:48, 15 August 2013 (UTC)
- What I mean is I am using my codes from wikipedia I was testing and I put them in my wiki but they arnt working like they are on wikipedia 86.169.208.191 09:42, 14 August 2013 (UTC)
Sidebar not working correctly after MediaWiki upgrade
After I upgraded from 1.20.2 to 1.21.1 Sidebar is not displayed correctly anymore. See here: http://heimskringla.no/wiki/MediaWiki:Sidebar - Is there an easy solution to this? 31.45.41.204 (talk) 18:28, 13 August 2013 (UTC)
- Hi!
- You have created the page MediaWiki:Sidebar just yesterday. Did it work before with the same page content?
- When I compare the content of the page with the actual menu, there are not even concurrences - seems like the page content is not used at all.
- Does it change anything, when you remove the blank lines in the page? 88.130.65.238 21:42, 13 August 2013 (UTC)
- It worked before with the same content. Its the one we used before upgrading. I've tried to remove blank lines, changing Sidebar etc. Nothing works! 31.45.41.204 06:59, 14 August 2013 (UTC)
- could you try updating http://heimskringla.no/wiki/MediaWiki:Sidebar/nb ??
- (By the way, I added your wiki to WikiApiary.) ☠MarkAHershberger☢(talk)☣ 16:49, 14 August 2013 (UTC)
- Hi Mark,
- I know MediaWiki:Sidebar, but what is "MediaWiki:Sidebar/nb"? 88.130.83.103 17:26, 14 August 2013 (UTC)
- The sidebar for his language. Which is wierd, I think that changed, but don't recall seeing it in the changelog. ☠MarkAHershberger☢(talk)☣ 19:38, 14 August 2013 (UTC)
- Thanks man. This work's, nb = norsk bokmål of course :-)))))) 31.45.41.204 19:26, 14 August 2013 (UTC)
- It worked before with the same content. Its the one we used before upgrading. I've tried to remove blank lines, changing Sidebar etc. Nothing works! 31.45.41.204 06:59, 14 August 2013 (UTC)
[RESOLVED] AuthPlugin extension for external authentication not working. How ?
I inherited an internal wiki that I need/want to hook into a global login web process. I have done this successfully with other wiki software. Discovered AuthPlugin interface, read docs, no that clear on how to. The only coherent example I could find on the web for an external login using AuthPlugin was for Wordpress. So I created a class extending AuthPlugin, required it in LocalSettings.php and instantiated it(new). I know class was read but it does nothing. I see no evidence that my code is being executed for authentication. Below syntax may not be exact, do not have access to code at this moment.
require_once("extensions/MyAuth.php"); new MyAuth;
What I need is to bypass mediawiki authentication altogether but I need the wiki to identify the user. Any step by step how to's with code and configuration. Perhaps this implementation is not suitable for my needs...
Thanks in advance Mjmatthews (talk) 18:58, 13 August 2013 (UTC)
- I did something similar with active directory.
- Here is the basic logic:
- user try to login --> check credential with you global login process --> use mediawiki api to create a new user if not already exist --> if exists use api to change the user's password.
- -Cheng 192.75.88.231 20:39, 13 August 2013 (UTC)
- Did you extend the AuthPlugin class or just invoked this logic in LocalSettings.php? Mjmatthews (talk) 21:37, 13 August 2013 (UTC)
- i did not use any plugins. I find it is easier to write other log in form then apply this logic to it. For localsettings, you may want to disable create account. 192.75.88.231 13:28, 14 August 2013 (UTC)
- Downloaded LDAP extension and used that as template. See what you mean about not wanting to use the interface. It is ridiculously complex.
- So you disable account and embed login logic in LocalSettings.php? Will continue to investigate... Mjmatthews (talk) 18:15, 14 August 2013 (UTC)
- got it working after debugging. Still would like to understand user config issues a little better Mjmatthews (talk) 22:09, 14 August 2013 (UTC)
- What sort of questions do you have? Could you start a new thread with specific questions? ☠MarkAHershberger☢(talk)☣ 10:27, 15 August 2013 (UTC)
- got it working after debugging. Still would like to understand user config issues a little better Mjmatthews (talk) 22:09, 14 August 2013 (UTC)
- i did not use any plugins. I find it is easier to write other log in form then apply this logic to it. For localsettings, you may want to disable create account. 192.75.88.231 13:28, 14 August 2013 (UTC)
- Did you extend the AuthPlugin class or just invoked this logic in LocalSettings.php? Mjmatthews (talk) 21:37, 13 August 2013 (UTC)
[RESOLVED] MySQL error
Hey fellas,
Trying to get wiki started and I installed MySQL 5.6 (Win7) already but the wiki php installation says it's not, says needs a database driver for php. Any idea what the issue is or where I can find said driver?
Thanks in advance. 64.244.188.34 (talk) 22:09, 13 August 2013 (UTC)
- Hi there!
- It seems like your version of PHP currently has no MySQL support. Try activating the MySQL extension in php.ini. That should work by uncommenting the line "extension=php_mysql.dll" in your php.ini file. 88.130.65.238 22:25, 13 August 2013 (UTC)
- did that ;( 64.244.188.34 13:23, 14 August 2013 (UTC)
- And it does not work?
- Does a section "mysql" display in the output of phpinfo()? 88.130.83.103 14:39, 14 August 2013 (UTC)
- Did you restart the apache server after editing the php.ini file? That is usually needed on *nix installations, but I'm not sure about Windows. ☠MarkAHershberger☢(talk)☣ 16:15, 14 August 2013 (UTC)
mysqlnd enabled Version mysqlnd 5.0.10 - 20111026 - $Id: e707c415db32080b3752b232487a435ee0372157 $ Compression supported SSL supported Command buffer size 4096 Read buffer size 32768 Read timeout 31536000 Collecting statistics Yes Collecting memory statistics Yes Tracing n/a Loaded plugins mysqlnd,example,debug_trace,auth_plugin_mysql_native_password,auth_plugin_mysql_clear_password API Extensions no value
- And yes I rebooted after as well. Also only see mysqlnd no "mysql" not sure if that is what you're referring to.
- And it states a version that I did not install too which is odd. Says 5.0.10 but I installed 5.6. 64.244.188.34 19:43, 14 August 2013 (UTC)
- 5.0.10 refers to the version of the MySQL code that PHP is using to connect to MySQL, not the version of the MySQL server it is connecting to.
- I don't know why MediaWiki doesn't see it, though. Maybe this thread can help you? ☠MarkAHershberger☢(talk)☣ 20:05, 14 August 2013 (UTC)
- Ok, thanks! Very important step missing in instruction.
- PHP_PDO_MYSQL was disabled by default. Enabled it and it's working now. 64.244.188.34 13:47, 16 August 2013 (UTC)
- did that ;( 64.244.188.34 13:23, 14 August 2013 (UTC)
Error contacting the Parsoid server
Hi, I've been trying all night to get the VisualEditor to work, but no luck.
I'm running MediaWiki 1.22alpha on Ubuntu Precise. The parsoid is working ok at http://wikineering.org:8000/, the wiki too at http://wikineering.org/mediawiki/, the api too at http://wikineering.org/mediawiki/api.php
The relevant configuration variables in LocalSettings.php
set as such:
$wgVisualEditorParsoidURL = 'http://localhost:8000'; $wgVisualEditorParsoidPrefix = 'localhost';
And in Parsoid/js/api/localsettings.js
, I have:
parsoidConfig.setInterwiki( 'localhost', 'http://localhost/mediawiki/api.php' );
When I click on the "Edit" button, the VisualEditor loads. But when I hit "Save", I get a little "Error contacting the Parsoid server" error message right below the textarea for the edit summary. I've also tried with "wikineering" and "wikineering.org" instead of "localhost", and every combination I could come up with, but no luck. I downloaded the Lynx browser and checked that http://localhost:8000 and http://localhost/mediawiki/api.php are working. They are.
Any ideas? Thanks in advance! Sophivorus (talk) 23:47, 13 August 2013 (UTC)
- Solved. The cause was bugzilla:52840. LFS (talk) 15:16, 14 August 2013 (UTC)
'Customize the link-URL of the site-logo in the top left corner of all pages that activates when the site-logo is clicked upon?' - In a new window?
MediaWiki 1.21.1 PHP 5.3.26 (litespeed) MySQL 5.5.32-cll Can't provide URL for security/privacy reasons.
The FAQ answer for "How do I customize the link-URL of the site-logo in the top left corner of all pages that activates when the site-logo is clicked upon?" was perfect, works great.
I just need to know how to get the link-URL of the top left corner to open in a new window. It is necessity as the wiki is opening in a window due to constraints from another site linking to the wiki.
Thanks. 99.243.141.197 (talk) 14:42, 14 August 2013 (UTC)
- Hi!
- By only changing the logo link, you would force your users to always click on the logo to get rid of the unwanted frame. Until they do, the unwanted frame will still be there. And if they do not do at all, it will just stay forever. And at the same time, the new window would open every single time they click the logo. Not very userfriendly.
- Instead, better break the frame by adding this JavaScript to the page MediaWiki:Common.js in your wiki:
- 88.130.83.103 14:53, 14 August 2013 (UTC)
if(top.frames.length!==0) { top.location=self.document.location; }
- Thanks. I need them to be able to exit the other site because they cannot edit in the window. Basically it is a university LMS and I want them to link to my own site.
- I made the change but now it seems to open in the same window. I was trying to get it into a new one. I might just have to add an external link. 99.243.141.197 15:04, 14 August 2013 (UTC)
- Then you should not change a link in your wiki, but the link, which they use to get to your wiki. Add target="_blank" to that link and it's done. 88.130.83.103 15:20, 14 August 2013 (UTC)
- Oh, I completely agree. However, this is the extent of the input I have....
- http://imgur.com/uJZNxcN 99.243.141.197 15:52, 14 August 2013 (UTC)
- Then you should not change a link in your wiki, but the link, which they use to get to your wiki. Add target="_blank" to that link and it's done. 88.130.83.103 15:20, 14 August 2013 (UTC)
sidbar box language vector
MediaWiki:1.21.1 Skin: Vector
Hello, i have a small Question! I have in my MediaWiki:Sidebar
- SEARCH
- TOOLBOX
- LANGUAGES
but i get no box to change the system languages!
Over my setting its running, but i need it on the sidebar.
Is there an order or option for vector - skins to activate the sidebar language box??
Thanks for help Patric 92.195.60.34 (talk) 17:23, 14 August 2013 (UTC)
- LANGUAGES
- is the place where interlanguage links would appear. If you don't have interlanguage link (i.e. your wiki only has a single language), you could safely remove that. ☠MarkAHershberger☢(talk)☣ 19:42, 14 August 2013 (UTC)
- Ok, then i must change my question.
- I work with multilanguages pages etc. but not with wiki farms.
- I need a box in the sidebar, with which a user can change his system language setting fixed without calling first the User Settings Menu.
- Thanks
- Patric 92.225.45.243 21:41, 14 August 2013 (UTC)
- Have a look at the Universal Language Selector. ☠MarkAHershberger☢(talk)☣ 10:26, 15 August 2013 (UTC)
- Yes, but i think, that is not what i mean, that an extension.
- Mediawiki have under usersetting the option to change the languages with a drop box.
- I need only this dropdown box in my sidebar.
- Or i am thinking to simply?
- thank
- Patric 92.195.56.54 15:06, 15 August 2013 (UTC)
- ULS may be overkill for your needs, but if it does what you want, you should use it.
- Otherwise, read the source for Special:Preferences and adapt it to your needs. ☠MarkAHershberger☢(talk)☣ 16:04, 15 August 2013 (UTC)
- Hello,
- very thanks for you helps. I will work with ULS.
- cu
- Patric 92.225.36.88 23:52, 15 August 2013 (UTC)
- Hello,
- very thanks for your helps. ULS is very big :)
- But I will work with ULS.
- Thanks Patric 92.225.36.88 23:55, 15 August 2013 (UTC)
- Have a look at the Universal Language Selector. ☠MarkAHershberger☢(talk)☣ 10:26, 15 August 2013 (UTC)
[RESOLVED] Wiki pages won't load properly after changing Apache port.
- MediaWiki 1.21.1
- PHP 5.4.16 (apache2handler)
- MySQL 5.6.12-log
- Windows XP SP3
I have a Wiki that I have set up for internal use on a LAN network. In Apache (httpd.conf) I have set 'Listen 6776' and 'ServerName localhost:6776'
The Wiki is accessible, but will not load properly. The Logo, Navigation Bar and Header do not show up, and pages take a long time to load.
If I add 'Listen 80' in addition to 'Listen 6776', suddenly everything works fine, even though the address that I am connecting to is '192.168.42.24:6776/wiki'. I also tried using port 12345 instead of Port 6776, but it did the same thing.
I am sure that I am missing something simple, but I can't seem to figure out what to search in Google to tell me what exactly I am missing. Jankis (talk) 02:49, 15 August 2013 (UTC)
- Check $wgServer in your LocalSettings.php file. It needs to iclude the port number like so:
$wgServer = "http://192.168.42.24:6776";
☠MarkAHershberger☢(talk)☣ 10:43, 15 August 2013 (UTC)
Username as emailadress
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.
Hello,
we use the mediawiki version 1.14 on a linux machine. The username need to be a emailadress. The reason is the better handling for our users. And too we use it as a internal knowledge DB. (So no Internet) I made the change directly in the DB and it works.
Only three Points i don't like:
1.) New users can't create as a emailadress. I need to change it later directly in the DB.
2.) The Username need to start always with a big letter. It is not nice as a emailadress.
3.) Userrights can't be administrate in the wiki. So i can't give a user more rights now. Maybe dircetly in the DB? I haven't check this out.
Did a upgrade to a newer release help? Or is there a changed planed for the future?
Thanks you very much in Advance.
Best regards,
Daniel
Essen, Germany 194.7.161.147 (talk) 09:01, 15 August 2013 (UTC)
- You should upgrade, yes. 1.14 is not supported.
- Your users are probably already logged into an intranet account, right? You could use that account to automatically create their MediaWiki users. I've done this with LDAP users and a custom extension.
- You should avoid messing around with the database directly. While it may not cause problems for you right now, it isn't a safe way to work.
- If you know who your users are, then you might look at API:Account creation to pre-create the accounts. But this will require upgrading to 1.21.
- Look at Manual:$wgEmailConfirmToEdit which requires a user to specify an email address to create an account. ☠MarkAHershberger☢(talk)☣ 11:00, 15 August 2013 (UTC)
- Hi Daniel,
- the "@" sign is not allowed in user names, because MediaWiki uses it internally for interwiki users, meaning for users, who have their account in another wiki. If you do not have multiple wikis, you can try to change this behaviour: To allow the "@" sign in usernames, you should set
$wgInvalidUsernameCharacters = '';
- in LocalSettings.php.
- To change the case of the first letter of the username, you would have to change the case of the first letter of the user's page. I think there also was a $wg... variable, whose name I currently do not recall, which allowed to do that. However, afterwards basically all pages can start with an uppercase or a lowercase letter. I don't know, if you want that; maybe living with an uppercase letter for the emailaddress is the better choice...
- Would be interesting to know, if giving user rights to these users via Special:UserRights works after you have set $wgInvalidUsernameCharacters. 88.130.119.23 12:25, 15 August 2013 (UTC)
- Thank a lot for the reply. I will upgrade to 1.21 and test then the new option in LocalSetting.php.
- I'll get you up to date.
- Best regards,
- Daniel 194.7.161.147 07:32, 16 August 2013 (UTC)
- Hi,
- i have checked. I update to 1.20.2 (1.21 fails with DB trouble, so i skip it).
- Users can be created now with @ Sign.
- Only the User permission is open? Maybe there is a now extension available?
- Any ideas, how to set the user right, when you use user_names like "test.tester@de.tester.com".
- I get always the message that i can't change user rights for other wiki's, but i have yust my own wiki.
- Best regards,
- Daniel 194.7.161.147 10:55, 2 September 2013 (UTC)
- Hi,
- apart from $wgInvalidUsernameCharacters you also have to set $wgUserrightsInterwikiDelimiter. E.g. set it to "#". After that, giving users with an "@" in the username different permissions should work. 88.130.97.210 13:58, 2 September 2013 (UTC)
- Thank you. It works.
- Best regards,
- Daniel 194.7.161.147 10:50, 3 September 2013 (UTC)
[RESOLVED] admin account not in Bureaucrats or Administrators Group
I have created a hosted wiki with my provider. The install created an account called "admin" and I can successfully log in with it. However, it is not in the Administrators or Bureaucrats groups so I'm stuck in a loop of not having rights to increase my rights. I was even able to add the user_id to the groups in the database but no joy with then having rights in the interface to create other groups, assign, etc. 95.44.22.184 (talk) 22:55, 15 August 2013 (UTC)
- Maybe you can run Manual:createAndPromote.php or temporarily allows all users to modify userrights. MF-Warburg (talk) 23:01, 15 August 2013 (UTC)
- RESOLVED: The names of the groups you insert into user_groups do not match what's displayed in the interface. I had to change "Administrators" to "sysop" and "Bureaucrats" to "bureaucrat" in the database and now I'm cool. 95.44.22.184 23:04, 15 August 2013 (UTC)
- What you changed in the user_groups table obviously was not correct: You need to have one row in there: ug_user must be the user_id from the table user, in your case is it probably - but not necessarily - 1. ug_group must contain the name of one - not more - user group. I am not sure, if that is case sensitive; you should be on the save side with the spelling in all lower case: bureaucrat. 88.130.119.23 23:16, 15 August 2013 (UTC)
- Changing them in the database is wrong. What is displayed is managed on-wiki. For example, to change what shows up for "Administrators", you need to change the page MediaWiki:Group-sysop on your wiki.
- To change what shows up for "Bureaucrat", you need to change the page MediaWiki:Group-bureaucrat.
- This applies to almost anything you see on your wiki. If you want to see what page to change to update a message add "?uselang=qqx" to the url. ☠MarkAHershberger☢(talk)☣ 16:08, 16 August 2013 (UTC)
[RESOLVED] Image upload problem in a new installed Mediawiki 1.21.1
I'm a newbie in mediawiki and hope someone can help me with this problem i never had before with older versions. After instal all seems ok but uploading Images give a problem, i get this>>> Error creating thumbnail: It was not possible to store the thumbnail file on the target location. Also the image does't show on de page where its used. I hope for some help. Mrnoname1 (talk) 10:24, 16 August 2013 (UTC)
- Hi!
- When you say "the image" does not show up, then you mean the thumbnail, right?
- Judging from the error message, I think that directory permissions for the folder images/ are incorrect, maybe the folder is also owned by a wrong group. In most cases directory permissions 755 solve this kind of problem. 88.130.88.0 12:47, 16 August 2013 (UTC)
- Hi!
- I checked the directory permissions of the /Images and they are 755, The error when uploading an image or doc stil is
- "Error creating thumbnail: It was not possible to store the thumbnail file on the target location"
- This text apears in de file list aswell as on the wikipage where the document is used...
- I must be missing something i don't thought off..... Mrnoname1 (talk) 15:13, 16 August 2013 (UTC)
- Try changing the permissions to 777 and uploading again. ☠MarkAHershberger☢(talk)☣ 15:35, 16 August 2013 (UTC)
- I changed the permisions from /Images to 777, no change. Same problem 62.12.14.24 05:30, 17 August 2013 (UTC)
- Can you add the following to your LocalSettings.php and tell us if you see any new messages when you upload?
error_reporting( -1 );
ini_set( 'display_errors', 1 );
☠MarkAHershberger☢(talk)☣ 14:10, 17 August 2013 (UTC)- No new messages while uploading, just the same as before.
- When placing an uploaded image on a page i getthis text instead of the image>>>
- "Error creating thumbnail: It was not possible to store the thumbnail file on the target location." 92.68.69.153 06:06, 18 August 2013 (UTC)
- What are the permissions on the /images/thumb directory and below? ☠MarkAHershberger☢(talk)☣ 15:21, 19 August 2013 (UTC)
- I encounter the same problem as yours. And according this link - [RESOLVED] Error creating thumbnail: Unable to save thumbnail to destination I solve this problem. I hope this could help others.
- Adding the follow code to LocalSettings.php :
$wgTmpDirectory = "$IP/images/temp";
- I changed the permisions from /Images to 777, no change. Same problem 62.12.14.24 05:30, 17 August 2013 (UTC)
- Try changing the permissions to 777 and uploading again. ☠MarkAHershberger☢(talk)☣ 15:35, 16 August 2013 (UTC)
Update:
- You should also create a new directory named 'thumb' in the ./images folder:
mkdir thumb
. - And then check the other files(directories)'s privilege in the folder 'images':
ls -lh
. - Finally, change the privilege of 'thumb' to the same as others:
chown user_name thumb
What's more, I prefer to using 755 rather than 777 for the 'images'. Good luck! Bianwenbo (talk) 02:29, 14 March 2014 (UTC)
Upload error This wiki does not support filenames with special characters.
when i download file with russian symbols (привет.jpg) i got Upload error
This wiki does not support filenames with special characters
mediawiki 1.21.1
iss8
mysql 5.6.13.1
php 5.3.27 X3group (talk) 10:44, 16 August 2013 (UTC)
- This is a problem with MediaWiki on Windows. See this bug. ☠MarkAHershberger☢(talk)☣ 15:30, 16 August 2013 (UTC)
Newly installed MW does not shows Editor and Settings page.
Installed MediaWiki 1.21.1. Having problems with
- WikiEditor view - does not appears.
- Setting page corrupted - do not dispayed correctly.
Pls advice. Ektip (talk) 15:44, 16 August 2013 (UTC)
- Does WikiEditor show up on your Special:Version page?
- Could you give us the URL to your wiki? It will help us diagnose the problem with display. ☠MarkAHershberger☢(talk)☣ 16:18, 16 August 2013 (UTC)
- I had the same problem I think it is your host injecting analytics codes into your website breaking it. If your host is injecting them into your website try asking them to disable them 90.209.96.40 19:40, 16 August 2013 (UTC)
- „nowmucci 86.155.95.230 07:30, 17 August 2013 (UTC)
- I had the same problem I think it is your host injecting analytics codes into your website breaking it. If your host is injecting them into your website try asking them to disable them 90.209.96.40 19:40, 16 August 2013 (UTC)
how to invoke named parameter without explicit value
In designing a template to replace another (so we need to fulfill users' expectations and keep existing parameter usage) in the English Wikipedia running MediaWiki version 1.22wmf12 (bbaecbc) with PhP version 5.3.10-1ubuntu3.6+wmf1 (apache2handler) and MySQL version 5.5.30-MariaDB-mariadb1~precise-log, how do we add a named parameter so that entering no value and no equals sign has the same effect as setting the value to "yes"? (I have a template draft and its results are displayed at my sandbox.) Although another template has the desired feature, trying to copy its source code and make what I wanted from it proved too complicated and time-consuming, because I don't understand all of the internal logic behind that one, so I programmed from scratch. Nick Levinson (talk) 16:40, 16 August 2013 (UTC)
- I've discovered that the technique I was looking for was to use an anonymous parameter. Nick Levinson (talk) 16:52, 1 November 2013 (UTC)
Toolserver
Hi please fix an issue with number of watchers to that page because the link goes to http://toolserver.org/~mzmcbride/watcher/?db=mediawikiwiki_p&titles=Extension:Diff which is now no longer avalible and now the page watchers is bult into Mediawiki but the link is outdated and leading to a a website which is no longer avalible 90.209.96.40 (talk) 19:37, 16 August 2013 (UTC)
- Where do you see the link to toolserver? ☠MarkAHershberger☢(talk)☣ 20:23, 16 August 2013 (UTC)
- When you click on the tab history it would show external links to other sites and one of the links are outdated because number of watchers is now bult into Mediawiki so please update the link 90.209.96.40 10:39, 17 August 2013 (UTC)
- fixed. ☠MarkAHershberger☢(talk)☣ 14:06, 17 August 2013 (UTC)
- I see it on Mediawiki when you click on for example MediaWiki and click history then click number of watchers it would go to the toolserver and now shows a message saying itis now in the Mediawiki software 86.169.208.191 15:01, 17 August 2013 (UTC)
- fixed. ☠MarkAHershberger☢(talk)☣ 14:06, 17 August 2013 (UTC)
- When you click on the tab history it would show external links to other sites and one of the links are outdated because number of watchers is now bult into Mediawiki so please update the link 90.209.96.40 10:39, 17 August 2013 (UTC)
Make individual pages viewable to a group only
Hey,
How do you make an individual page viewable to only a group? 96.254.199.42 (talk) 19:48, 16 August 2013 (UTC)
- You can do this with a namespace, but not individual pages. Though, I did offer a solution for just one page. Its a kludge, though. ☠MarkAHershberger☢(talk)☣ 20:00, 16 August 2013 (UTC)
hostage in cyber
i understand hacking but i wonder why so many against 1 person ? why ? 66.87.117.22 (talk) 00:04, 17 August 2013 (UTC)
- What does this have to do with MediaWiki? ☠MarkAHershberger☢(talk)☣ 13:57, 17 August 2013 (UTC)
Creating a Private Wiki with only the Main Namespace Viewable
I'd like to use Mediawiki with my class, and possibly a number of classes.
In short, I want to make a private wiki with all user (student) identity and activity to hidden, but have the Main namespace only remain readable by non-logged in users.
That also means locking down access to view file history, page history, special pages, etc..
This gives us all the power of internal collaboration of a private wiki, student safety, with our efforts being 'published' to the outside world.
I know Mediawiki says it's not designed to be a CMS, but if the only thing outside users can do is read the main namespace, then where are the holes? I feel like the right configuration (someone please help I'm not a programmer!) will make this work.
Thanks, Mark MarkJurgens (talk) 02:08, 17 August 2013 (UTC)
- Restricting namespaces can be done with the Lockdown extension and some code. For example, here is what I've done to restrict editing and viewing of the "Collab" namespace to users in the "collab" group:
- ☠MarkAHershberger☢(talk)☣ 14:26, 17 August 2013 (UTC)
require_once( "$IP/extensions/Lockdown/Lockdown.php" ); define( NS_MW_COLLAB, 102 ); define( NS_MW_COLLAB_TALK, 103 ); $wgExtraNamespaces[ NS_MW_COLLAB ] = "Collab"; $wgExtraNamespaces[ NS_MW_COLLAB_TALK ] = "Collab_talk"; $wgNamespacePermissionLockdown[ NS_MW_COLLAB ]['*'] = array('collab'); $wgNamespacePermissionLockdown[ NS_MW_COLLAB_TALK ]['*'] = array('collab'); $wgNonincludableNamespaces[] = NS_MW_COLLAB; $wgNonincludableNamespaces[] = NS_MW_COLLAB_TALK; $wgSpecialPageLockdown['Recentchanges'] = array('sysop'); $wgActionLockdown['history'][] = 'sysop';
Customizing interface messages using PHP files
Hi, I'm trying to run a family of websites using MediaWiki and would like to customize the interface messages on all of them. The customized messages on all of them should be the same. Is there an easier way to do this by including a PHP file instead of editing the MediaWiki: namespace message on all of the websites? I'd rather not modify the default MessagesEn.php file because that gets overwritten on upgrades. Thanks EmeraldCity (talk) 05:04, 18 August 2013 (UTC)
- I would try creating an extension that contains your customized i18n messages. If you load it at the right time, I think it would work. ☠MarkAHershberger☢(talk)☣ 15:14, 19 August 2013 (UTC)
create a duplicate wiki for testing purposes.
I would like to copy my wiki for testing purposes. I have created a new folder and copied over all the files and I want to use the same database. However when I try to load the new site nothing is showing. Is it possible to copy over files to a new folder to show the same site twice on one server or is there something in the coding preventing this? Can anyone recommend how I can create a duplicate site for testing without having to start with a fresh install. Thanks LTech (talk) 08:46, 18 August 2013 (UTC)
- Hi!
- You should not use the same database for your copy. That will bring problems, e.g. can you then edit the page in the copy and the changes will show up in the original. Always copy your DB as well and use that copy in the testing system!
- When you copy the data to a new site, you have to change a few configuration variables: The database credentials (username, password, DB name) and the value of $wgServer. You possibly have other variables in LocalSettings.php, which need adjustment as well; just search the file for your server name and adjust it everywhere.
- If the page still only shows a blank screen after the above changes, then add this to LocalSettings.php and try again:
error_reporting( -1 );
ini_set( 'display_errors', 1 );
- That should show you all error messages. 88.130.123.243 10:07, 18 August 2013 (UTC)
Export all pages
Hi.
How to export all pageges from Mediawiki? TraaBBIT (talk) 08:55, 18 August 2013 (UTC)
- Checked http://meta.wikimedia.org/wiki/Help:Export and Special:Export already? AKlapper (WMF) (talk) 10:31, 19 August 2013 (UTC)
Problem with dumpBackup.php
Hi when i try to backup my page there is some error
Look . TraaBBIT (talk) 15:12, 18 August 2013 (UTC)
- Hi!
- What is the output when on the shell you type php -v? 88.130.106.48 17:13, 18 August 2013 (UTC)
TraaBBIT (talk) 18:37, 18 August 2013 (UTC)
- As I thought: The PHP version on the shell is too old. Make sure you use at least PHP 5.3 or newer! 88.130.106.48 18:41, 18 August 2013 (UTC)
- I checked my server option and i have PHP Version => 5.3.18 TraaBBIT (talk) 15:20, 19 August 2013 (UTC)
- Check the text in File:Budrys222.jpg (displayed above). The line "PHP 5.2.17 (cli) (built: Nov 23 2011 00:07:29)" shows the version you are using. Allen4names (talk) 15:40, 19 August 2013 (UTC)
- So I don't know what happens.
- Look http://westeros.porozumienietuczynskie.eu/index.php?title=Specjalna:Wersja TraaBBIT (talk) 17:26, 19 August 2013 (UTC)
- Yes, I know.
- The environment, in which the webserver is running, is different from the environment, which you have, when you are running the shell.
- While the webserver uses PHP 5.3 (which is fine), on the shell you have PHP 5.2 (which is not fine). If your wiki is hosted by someone, ask your host, how you can execute PHP 5.3 on the shell. The command for that might be something like php53 or so, but if that is possible and how depends on the host's setup. 88.130.106.48 17:27, 19 August 2013 (UTC)
- Check the text in File:Budrys222.jpg (displayed above). The line "PHP 5.2.17 (cli) (built: Nov 23 2011 00:07:29)" shows the version you are using. Allen4names (talk) 15:40, 19 August 2013 (UTC)
- I checked my server option and i have PHP Version => 5.3.18 TraaBBIT (talk) 15:20, 19 August 2013 (UTC)
- As I thought: The PHP version on the shell is too old. Make sure you use at least PHP 5.3 or newer! 88.130.106.48 18:41, 18 August 2013 (UTC)
Error on server move
Hi
I'm moving a Mediawiki installation for a client, from one LAMP server to another. I've moved the files and the database and now get these errors. I know it's using the right database because if I put a deliberate mistake into the sql user/password/db details it gives me a connection error. I wonder if it has something to do with apache mod_rewrite or alias or .htaccess files or something, but I don't use Mediawiki much so I'm a bit stumped. Sadly I can't give a URL as the DNS hasn't been updated yet.
Warning: Invalid argument supplied for foreach() in /home/republic/public_html/aerm.org/wiki/includes/LocalisationCache.php on line 326
Warning: Invalid argument supplied for foreach() in /home/republic/public_html/aerm.org/wiki/includes/LocalisationCache.php on line 377
Warning: Invalid argument supplied for foreach() in /home/republic/public_html/aerm.org/wiki/includes/SpecialPage.php on line 604
Warning: Invalid argument supplied for foreach() in /home/republic/public_html/aerm.org/wiki/includes/SpecialPage.php on line 604
Warning: Invalid argument supplied for foreach() in /home/republic/public_html/aerm.org/wiki/includes/SpecialPage.php on line 604
Warning: Invalid argument supplied for foreach() in /home/republic/public_html/aerm.org/wiki/includes/SpecialPage.php on line 604
Warning: Invalid argument supplied for foreach() in /home/republic/public_html/aerm.org/wiki/includes/SpecialPage.php on line 604
Warning: Invalid argument supplied for foreach() in /home/republic/public_html/aerm.org/wiki/includes/SpecialPage.php on line 604
Warning: Invalid argument supplied for foreach() in /home/republic/public_html/aerm.org/wiki/includes/SpecialPage.php on line 604
Warning: Invalid argument supplied for foreach() in /home/republic/public_html/aerm.org/wiki/includes/SpecialPage.php on line 243
Anyone have any ideas?
Ewan 90.244.209.166 (talk) 16:42, 18 August 2013 (UTC)
- What version of MediaWiki are you using? What is the version of PHP on the old server and the new server?
- I don't see how this would be caused by mod_rewrite or the like, so I think you're clear there. ☠MarkAHershberger☢(talk)☣ 15:20, 19 August 2013 (UTC)
[RESOLVED] Parse error: syntax error, unexpected T_FUNCTION in \includes\context\RequestContext.php on line 444
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.
- Hello Mediawiki,im tried to install. but following error occured me. First warning this. MediaWiki 1.21.1 LocalSettings.php not found. Please set up the wiki first. Then i clicked set up the wiki. So this error came up:
- Parse error: syntax error, unexpected T_FUNCTION in \includes\context\RequestContext.php on line 444.
- Help Guys!
- I'm using AppServ
- Apache 2.2.8,
- PHP 6.0.0-dev,
- MySQL 6.0.4-alpha,
- phpMyAdmin-2.10.3 122.201.18.30 (talk) 16:53, 18 August 2013 (UTC)
- Hi!
- The file \includes\context\RequestContext.php contains this function definition on line 444:
public static function importScopedSession( array $params ) { # ...; then line 444: $importSessionFunction = function( User $user, array $params ) { #... } }
- Obviously this syntax is no longer allowed in PHP 6.0. Does it work when you use PHP 5.3 or 5.4? 88.130.106.48 17:12, 18 August 2013 (UTC)
- i never used before 122.201.18.8 17:14, 18 August 2013 (UTC)
- Try it! MediaWiki is compatible with released versions of PHP. Current PHP 6.0-dev in contrast is a very early development build and not recommended for production use. Maybe the warning is also caused by a bug in PHP itself... 88.130.106.48 17:24, 18 August 2013 (UTC)
- what version of php required for mediawiki 1.21.1 122.201.18.161 17:22, 18 August 2013 (UTC)
- MediaWiki requires PHP 5.3.2 or newer. I am pretty sure that it also works fine with PHP 5.4 and I would hope that it works with PHP 5.5 as well. 88.130.106.48 17:26, 18 August 2013 (UTC)
- ok thank you. i've installed xampp 1.8.2 which have a php 5.4. it's works fine. 202.180.220.72 04:06, 19 August 2013 (UTC)
- MediaWiki requires PHP 5.3.2 or newer. I am pretty sure that it also works fine with PHP 5.4 and I would hope that it works with PHP 5.5 as well. 88.130.106.48 17:26, 18 August 2013 (UTC)
- i never used before 122.201.18.8 17:14, 18 August 2013 (UTC)
- Hi,
- Anybody there?
- Parse error: syntax error, unexpected T_FUNCTION in /home/snafiz/public_html/mysupremedeals.com/wp-content/themes/couponxl/includes/custom-bulk.php on line 124 103.230.4.182 (talk) 11:24, 4 December 2015 (UTC)
- Wow, that's not even MediaWiki related. This error is caused by WordPress, a blogging software. 88.130.100.201 (talk) 12:33, 4 December 2015 (UTC)
Missing Admin
I've been editing the Crea Wiki slowly but surely. It's a game in early beta.
The admin created it about 2 months ago, but he hasn't appeared on the forums or the Wiki for about a month. I know this isn't a long time really and I'll probably just be asked to wait a little longer to see if he returns, but I feel like waiting is only hurting. (I have read other archived topics on this issue. Hopefully I've posted this in the correct section)
The front page doesn't link to anything when a user first comes on the wiki. They have to search for something first, and who knows if that search will actually lead to anything. There are quite a few bots registering and posting spam everyday. I want to be able to delete the entire page and the spam users. (Though I have already taken measures to at least gather all the spam in one place http://creawiki.net/index.php?title=Category:Spam )
Lastly, I think the wiki is in serious need of some kind of spam protection and some kind of catcha for new registration. Honestly, I'm kinda new to the wiki thing so this is all an interesting and fun learning experience for me. I want to move this wiki forward and hopefully attract some of the other beta testers like me to chip in and do something.
Is it possible that you can either contact the admin yourself and get him to check on his own wiki? Or at least give me mod level abilities to clean up spam?
The wiki is located here: http://creawiki.net/index.php?title=Main_Page
I am Kirabook (though I believe my IP will be different now since I have returned to the school dorms) 141.165.198.48 (talk) 22:13, 18 August 2013 (UTC)
- Hi!
- I see the problem: Your only admin currently is Joshua, who is not very active.
- We cannot change your rights in that wiki; only admins of the according wiki can do that. So it's only Joshua, who can help you.
- Joshua did not create a user page with contact information - however, you can try contacting him on his user talk page. He registered the domain with this email address: idoistuffyt(at)gmail(and-here-a-dot)com. That is another option to contact him. 88.130.106.48 23:35, 18 August 2013 (UTC)
- Thanks so much for the tips! I got in touch with him somewhat. (He didn't actually speak to me, but he changed the main page and deleted some spam) 141.165.208.235 16:55, 19 August 2013 (UTC)
- If you do contact the admin using the information 88.130.106.48 gave you, could you have him try to install and use Extension:BlockandNuke? I've been testing it out on my spam-bait wiki and I like it better than Extension:Nuke, but I'm still working on some improvements. You might even ask him to make you a Bureacrat or Sysop. ☠MarkAHershberger☢(talk)☣ 15:10, 19 August 2013 (UTC)
- I did plan to get a list of extensions for the admin to install.. whether he's around or not. But again, I'm kind of new to this wiki thing. Do you have some other suggestions for essential plugins? 141.165.208.235 16:56, 19 August 2013 (UTC)
- Depending on how the wiki should be used, it might be an idea to adjust user permissions:
- The wiki currently is configured to allow everyone to edit it - also without having an account. Countermeasures against spam can be to force people to have an account in order to be allowed to edit. Anonymous users will then no longer be able to edit the wiki. Additionally you can also disable account creation for ordinary users. With the extension ConfirmAccount users can then still request an account themselves, but an admin has to confirm each account, before it can be used. Or you can disable account creation for all normal users; then admins have to actually create an account, before someone can use it.
- Also can you use the extension ConfirmEdit to put a captcha in during account creation or even during editing. That way ordinary users can only create an account or do an edit, if they provided the correct answer for the captcha. 88.130.64.41 21:12, 19 August 2013 (UTC)
- Thanks again. It seems both the admin and myself are new to using wiki (I assumed he knew more) so I'll definitely link him to some of these solutions. 141.165.183.128 17:40, 27 August 2013 (UTC)
- I did plan to get a list of extensions for the admin to install.. whether he's around or not. But again, I'm kind of new to this wiki thing. Do you have some other suggestions for essential plugins? 141.165.208.235 16:56, 19 August 2013 (UTC)
Repos for skins
I have at least two skins that I'd like to make publicly available through mediawiki.org, but there seems to be no mechanism to request a repo for a skin, like there is for extensions. Or is there? The Git/New repositories/Requests says that the requests should be for new extensions and other repositories. Would it be ok to ask for a repo for a skin? Sophivorus (talk) 00:35, 19 August 2013 (UTC)
- Hi!
- Yes, I would do it that way. You might find the information at Developer access helpful as well. 88.130.106.48 01:51, 19 August 2013 (UTC)
How to fix hacked webpage
Hello, Our student group webpage has been hacked/spammed. We would like to restore individual pages using the file history. Please advise on how to clean-up and better secure our webpage.
Fyi: 1. Using MediaWiki 2. http://www.stanford.edu/group/asee/cgi-bin/wiki/index.php/Main_Page 171.67.100.90 (talk) 01:20, 19 August 2013 (UTC)
- Hi guys,
- to keep your system secure, keep your components up to date and do not use vulnerable software. E.g. the MediaWiki version, which you are using, is no longer supported and has known security vulnerabilities. Well likely that someone exploits them. Do an upgrade to MediaWiki 1.21!
- From your PHP version I see that your operating system also is not current; update "squeeze16" is available already quite some time.
- Apart from that it would be important to check, how your server got compromised: Your wiki is configured to allow everyone to edit it - also without having an account. One countermeasure can be to disable account creation and/or to enforce people having an account and to put a captcha in during account creation or even during editing.
- If it is only a few single pages, which you want to keep, you can export them using 'Special:Export'. If you want to keep the database, extensions like Nuke can help remove bigger amounts of spam. 88.130.106.48 01:50, 19 August 2013 (UTC)
Changing Users & Adding "ConfirmAccount" Extension
Hello everyone,
Sorry, I am pretty new to all of this, so I'm sorry if I am asking some basic questions
I needed to change the administrator account from a previous admin to myself. I also changed the username of some of the other deemed administrator/bureaucrat/tech accounts. When I changed the user name, the users no longer have permission to certain pages, such as special pages. I'm guessing that when changing users, you will need to re-setup their permissions, but when I check with an account that is functioning, everyone is listed to have proper privileges. When I go and change this information, I am doing all of the changes through the actual wiki page.
I am also wanting to add the ability to require an administrator approval to create an account. I found our version, 1.19.1, and I downloaded the zip package to my desktop and unzipped. When I go into the server, I had trouble finding the mediawiki installation. I finally found it in /var/www/info/resources. It seems as it is there considering all of the folders relating to mediawiki. There is no extensions folder except in /var/www/info/. I didnt know if I should upload to that folder, if even the correct one
I do thank you, as I am quite new to this 98.172.123.145 (talk) 20:05, 19 August 2013 (UTC)
- Hi!
- Where is your wiki located? Things would be easier, if you gave us a URL.
- You say you want to change the administrator account. The normal way of making an account, which is not administrator, an administrator, is by using the wiki page Special:UserRights. A bureaucrat can change any member's permissions on that page and so e.g. make a formerly ordinary user an administrator.
- How did you change usernames?
- By default changing usernames is not possible in MediaWiki. However, even after you changed a username, user permissions should still be unchanged. Reason is that user permissions are not tied to the name, but to a unique number, which every user gets internally, when he registers. Whether the actual user name changes or not, is not relevant for the permissions. You can rename a user as you like; as long as it still is the same account (and not an account, which you have created newly), user permissions should not get lost - as long as you use proper tools to change the name. How did you do that?
- I do not know, why you downloaded the MediaWiki package. That is not necessary. Where exactly on your server you find your wiki, is hard to guess for us. You could check the Apache configuration to see, which folders are actually exposed to the public and then check these folders - in which you might again have symlinks pointing to somewhere completely different... Another way might be to check the output of phpinfo(), which I am sure also contains some internal paths. The easiest way might be this: If you have someone else, who knows: Ask him!
- To fix permissions the way you want, you have to edit the file LocalSettings.php. In that file, near the bottom you should add these three lines:
$wgGroupPermissions['*']['createaccount'] = false; $wgGroupPermissions['user']['createaccount'] = false; $wgGroupPermissions['sysop']['createaccount'] = true;
- With these lines, normal users will no longer be able to create accounts. Administrators however will still be; they can then create accounts for others as needed. Installing the extension ConfirmAccount can then be the next step.
- And updating MediaWiki can be the step after that one. 88.130.64.41 21:48, 19 August 2013 (UTC)
- I do apologize for my late reply, things have been quite hectic
- I logged in with the administrator (User ID 1) and changed the Username, The Password, and the Email address. I also changed the username of another user (User ID 2). Everything else has stayed the same as it was previously setup. Both users, (1 & 2) had Administrator, Bureaucrat, and Tech privileges. After I changed the usernames of both, when I try to go to almost any other page, I get this message:
- "You do not have permission to read this page, for the following reason:
- You are not allowed to execute the action you have requested."
- This is true for both users. How I changed the usernames, was on the Wiki Page > Special Pages > User Administration > (selected the user) > (Changed Username, gave reason, and clicked submit)
- URL = http://oilcop.info/index.php/Main_Page 98.172.123.145 19:21, 22 August 2013 (UTC)
- I was successfully able to turn off public account creation editing the lines you gave me, so thank you. 98.172.123.145 19:51, 22 August 2013 (UTC)
- Hi!
- Maybe I just don't understand you, but on which page did you change the username? That special page does not seem to be present in a default installation - did you install an extension to get that page? Maybe that extension is not completely compatible with your MediaWiki version?
- When you now log in with one of the two users and go to user preferences, which User ID do you see then?
- You have also made your wiki read-protected. If that is what you wanted to get, it's fine. Otherwise you might want to set
$wgGroupPermissions['*']['read'] = true;
- so that anonymous users can still read things in there.
- The easiest way to fix user permissions might be this: Log in with an account, add this to LocalSettings.php
$wgGroupPermissions['user']['userrights'] = true;
- go to the page Special:UserRights and adjust the userrights the way you like. And if you then forget to again remove the line from LocalSettings.php, then every user can assign user rights. So: Remove that line again! 88.130.105.60 09:15, 23 August 2013 (UTC)
- I simply do not know what extensions were installed/configured before I took over the Administration for this Wiki. When I changed User ID #1, I logged in as User #2. I clicked on 'Special Pages' under Toolbox. I then went to 'User Administration.' I selected User #1 and changed the username. I then changed the username of user #2 while being logged in as user #2.
- User #1's login looks completely different than user #2. If images would help, I can post them.
- I also went into my LocalSettings.php and grabbed a snapshot of my current permissions. I did notice I forgot a 'p' in my line for
- $wgGroupPermissions['user']['userrights'[ = true;
- I fixed it to read correctly, but did not help my case, so it has thus been removed since the screenshot.
- Note: When logging in now as User #2, and try to select 'Special Pages' from the toolbox menu, I get the error I posted before. But when I go to preferences, or almost any other special page link directly, I am able to access the page. It seems like there are a select few pages I do not have access to after changing the usernames. Those pages are
- Special Pages
- Community Portal
- Current Events
- I added the list of extensions currently running to the bottom of my screenshot. With them, here are the versions, or at least what I could find for versions
- WikiEditor = 1.17+
- User Administration = 0.9.0
- EmbedPDF = 0.2
- Access Control (it listed 3) = 1.3, 2.0, 2.0.1
- PermissionACL = no version listed
- http://tinypic.com/r/a3pbf6/5 98.172.123.145 14:37, 23 August 2013 (UTC)
- I did try and edit my sidebar by going to
- yourwiki/here/index.php?title=MediaWiki:Sidebar
- But once again, it states:
- "You do not have permission to read this page, for the following reason:
- You are not allowed to execute the action you have requested." 98.172.123.145 14:46, 23 August 2013 (UTC)
- Hi!
- Your screenshot makes me think that you used the extension UserAdmin. Then you have something with AccessControl and PermissionACL in place. Maybe it makes sense to comment these lines for now. That way these extensions will be deactivated and cannot interfere with assigning user permissions.
- The problem is that the user, which you are using, does currently not have the right permissions. Fix the permissions for the user and you will also be able to edit MediaWiki:Sidebar again.
- Log in with one of the users.
- Check the Preferences page of that user. Which groups does the page display you is the user member of?
- Edit LocalSettings.php and give one of these groups the permission "userrights".
- Then open the page Special:UserRights. This should no longer give a permission error then.
- Adjust the userrights as you wish. 88.130.82.132 17:26, 23 August 2013 (UTC)
- Thank you!!!!
- Commenting out the Access Control line and PermissionACL line fixed exactly what I needed. Now I have proper access to everything, and users have proper access 98.172.123.145 19:59, 23 August 2013 (UTC)
- Hi!
- That is good. Then you should check Extension:PermissionACL, Extension:AccessControl and Extension:UserAdmin, if you need their functionality. If so configure them so that they work correctly, otherwise remove them.
- If you again want to enable account creation for everyone, then you can now install Extension:ConfirmAccount.
- Afterwards you might want to update MediaWiki to 1.19.7. Make sure to have a backup of the files and the database, but it's not that hard. See Upgrade for more information! 88.130.82.132 22:29, 23 August 2013 (UTC)
How query to show user according user_password from user table of mediawiki database
Sorry before if my english is not good enough. How query to show all data from table user according user_password?? I just try SELECT * FROM user WHERE user_password=md5(concat(user_id,'-',md5('mypassword'))) but it is not work. I use phpmyadmin (mysql)... thanks.... Ieebey (talk) 02:59, 20 August 2013 (UTC)
- Hi!
- According to Manual:User_table#user_password user passwords are no longer encoded in the way you think. md5 hashes are insecure and can be broken easily. MediaWiki uses a more secure algorithm, which e.g. avoids reconstructing the password in any way. Salted hashes are the keyword here. If e.g. based on RSA authentication, it is impossible to reconstruct the password within a reasonable timeframe. This is not (only) a security measure against admins, but more against data theft in general: Should your database with the encoded user passwords get lost and/or be stolen, then the thief has to decode each single password on it's own, which is more complex to do with salted RSA keys than with md5 hashes and - since salts are used - the same password each time gives a different string in the DB. So even if two users use the same password, they would still have a different one inside the DB, so that even if one of them got hacked, it only gives access to this one user and not to all, who use the same password.
- Long answer short: It is intended that what you are trying to do is not possible. 88.130.64.41 11:08, 20 August 2013 (UTC)
Show Article From Database
Which the table of Mediawiki database that saved the article of mediawiki?? How query to show that article? thanks a lot...... Ieebey (talk) 03:07, 20 August 2013 (UTC)
- See DB and especially the tables text, page and revision. 88.130.64.41 11:15, 20 August 2013 (UTC)
Can't edit individual sections of a page
Product Version MediaWiki 1.15.5-7 PHP 5.3.10-1ubuntu3.7 (apache2handler) MySQL 5.5.31-0ubuntu0.12.04.1 firefox 23.0
I've built my own private wiki on my laptop. I had it running fine on windows and I ported it to ubuntu. It works except for two annoying bugs.
1. In windows I could edit a section of a page. meaning where there was a = = heading = = I would get an edit link to just edit that section. Now on Ubuntu/Firefox the only edit link I have is at the top of the page. I've searched a couple of different times and can not find my problem or how to fix it.
2. When I do click the edit at the top of the page, the edit window that opens is only two lines long. So every time I edit, I have to click on the corner of the window and drag it down just to have a decent edit window. Is there any way to make the window larger by default?
I use to love mediawiki, and I used it as my own personal scratch pad for writing things out. Now I'm avoiding it just because editing things is harder. 74.215.15.206 (talk) 03:09, 20 August 2013 (UTC)
- First, upgrade. I realize this is only your personal wiki, but you really should upgrade.
- Next, how did you "port" the wiki to Ubuntu from Windows? Everything should continue to work the same even after you moved it. Most developers are using Linux to develop on. ☠MarkAHershberger☢(talk)☣ 01:00, 21 August 2013 (UTC)
- I built a new Ubuntu and downloaded packages for PHP, Apache, Mysql and installed mediawiki.
- Then I exported the wiki database from mysql on windows and imported it in MySql on ubuntu.
- Then I started mediawiki and ran the config page.
- The windows laptop is now gone, so I can't go back and compare LocalSettngs.php
- I work on stuff very sporadically, I don't have a lot of time.
- And I've found that year or so I end up moving it to a new laptop
- where I will be installing latest packaged software.
- So instead of taking time to upgrade, I'll just wait for the next hardware refresh.
- In my day job I find that hardware refreshes, installing new versions of everything that work together, is much cleaner and less problem creating than upgrading individual software in place. 74.215.15.206 11:29, 26 August 2013 (UTC)
- ok, so you didn't copy the LocalSettings.php and you might be missing something.
- You should be able to change the size of the text area using your MediaWiki:Common.css. Adding something like:
textarea { min-height: 10em; }
- should work. ☠MarkAHershberger☢(talk)☣ 16:26, 26 August 2013 (UTC)
Problem with a colon in long pagenames
Hi, we have a Problem in our wiki with long page name's with a Colon in it. It seems that, if you have a page name with a colon after 230bytes of string you get an Error.
Here are 2 Examples
I have reported the bug here: https://bugzilla.wikimedia.org/show_bug.cgi?id=52781 but they said I should ask here for help. SBachenberg (talk) 07:11, 20 August 2013 (UTC)
- Hi Simon,
- just to make that clear: You only get the error, when the colon comes exactly after 230 bytes? Not after 229 or less and not after 231 or more?
- I am not sure, where the problem comes from, but your page names are so long; maybe they are longer than allowed for URLs and this somehow causes the problem? 88.130.64.41 11:14, 20 August 2013 (UTC)
- Hi,
- the Problem occurs when a page name has a colon after 230 bytes and more. We have many long page names in our wiki, that dont make any errors and many are even longer.
- I think, the mediawiki thinks somehow that this could be a namespace and that causes the error. Because if you have colon earlier in the name and another one at the end, than nothing happens and everything is fine. The pages dont even have to exist to cause this error. 193.175.238.244 11:22, 20 August 2013 (UTC)
- Followed up on the bug, but I think the problem you're running into is the total length of the title -- it has nothing to do with the namespace itself. ☠MarkAHershberger☢(talk)☣ 00:35, 21 August 2013 (UTC)
[RESOLVED] Empty LocalSettings.php
Hi.
I instaled new Mediawiki and my LocalSettings.php file is empty.
There is only:
?php include_once('../wiki_settings.php');
Why? TraaBBIT (talk) 07:33, 20 August 2013 (UTC)
- Hi!
- Strange result. What did you do to get that?
- What versions of MediaWiki, PHP, MySQL? Maybe your PHP version is too old.
- Where did you get MediaWiki from? Any distribution or here from mediawiki.org? 88.130.77.38 12:43, 20 August 2013 (UTC)
- MediaWiki 1.19.1 (r80)
- PHP 5.3.26 (cgi-fcgi)
- MySQL 5.1.69-log
- Can I delete LocalSetting.php file and install mediawiki again on the same data base? Do I lost my data base in this?
- Or mayby I can update and create this file by use update web script? TraaBBIT (talk) 15:54, 20 August 2013 (UTC)
- This PHP version at least is not too old.
- What did you do to get that file? When you care about your database in the wiki, then it must have been working before. So why did you create a new LocalSettings.php file? That was unnecessary. 88.130.77.38 16:43, 20 August 2013 (UTC)
- Look.
- My friend installed this mediawiki and created one page.
- Yesterday i imported a lot of pages.
- So will I lost y data base when i delete localsettings.php file i install mediawiki on the same data base?
- Or is there any way to re-create this file? TraaBBIT (talk) 17:43, 20 August 2013 (UTC)
- I don't understand how you got to that situation, but if you want a new LocalSettings.php for an existing installation:
- Move the old LocalSettings.php away, then go through the installer. I do not know, if existing data would be deleted, if you selected the old database. For safety reasons I would select a different database at that point. Make all settings as you need them, download LocalSettings.php, change the DB credentials to the DB, which you already used the last days and upload that file. 88.130.77.38 18:35, 20 August 2013 (UTC)
- Existing data won't be deleted if you reinstall. ☠MarkAHershberger☢(talk)☣ 23:39, 20 August 2013 (UTC)
Multi Mediawiki, What could be shared?
Hi every one
I want to build a website with multi Mediawiki package, I know that you can share usernames between them.
What also could you share between them? Like: could you share such as: extensions, templates, help pages, project pages…etc.?
So, you do it one time.
Thanks in advanced 5.21.236.215 (talk) 09:53, 20 August 2013 (UTC)
- This is usually called a WikiFarm. I've just started a mailing list about this and we're beginning to discuss best practices. Please join the list. ☠MarkAHershberger☢(talk)☣ 23:44, 20 August 2013 (UTC)
mwuser table has several rows, but mediawiki doesn't see the users
I'm working on upgrading my wiki from 1.15 using mysql to 1.21 using postgresql (they're currently on separate machines).
I did a clean install through the browser. I was able to dump all the pages and images using the maintenance tools and mwdumper. To transfer the users I did a mysqldump with the --compatible=postgresql flag. All the users are listed in the mwuser table, but if I run "php initSiteStats.php" I get:
doug@wiki2. /usr/local/www/mediawiki/maintenance]$ php initSiteStats.php Refresh Site Statistics Counting total edits...54960 Counting number of articles...1720 Counting total pages...5280 Counting number of users...1 Counting number of images...1020 Counting total page views...34 Updating site statistics...done.
But there should be 249:
select count(*) from mwuser; count ------- 249 (1 row)
The one user listed is the Admin user I setup when I did the install, however this user doesn't show up in the mwuser table... I then tried creating a new user "doug" and got the confirmation email and I was able to log in as doug. When I query the mwuser table doug doesn't show up...
select * from mwuser where user_name='doug'; (No rows)
Does anyone have an idea of what's going on or where these users are being stored? I'd greatly appreciate any help, I'm pretty stumped at this point and all the documentation I can find seems to say mwuser is the correct table.
This is on FreeBSD 8.3, using mediawiki 1.21 and postgres 9.1.9
Thanks, 72.29.164.238 (talk) 19:52, 20 August 2013 (UTC)
- Hi Doug!
- With MySQL, users are stored in the table "user". In Postgres the table with the users should be called "mwuser".
- You say the two new accounts are working properly (e.g. you can login as "Doug") although they are not in the table mwuser. That is strange.
- Check where these two accounts have been saved - maybe you missed to change a configuration variable, which has to be changed, when you use Postgres? One suspect would e.g. be $wgDBtype. 88.130.77.38 20:23, 20 August 2013 (UTC)
- Hi, thanks for the quick reply!
- and as I was checking the database I figured it out, doh! I guess I ran the postgres setup sql first, and then the install script through the webpage set it up again with a different schema name. So I was checking everything in the public schema, while mediawiki was checking everything from the schema it created.
- I'm going to recreate the database and try reimporting/inserting the users and hopefully that should work now. The main change I needed in LocalSettings.php was just:
$wgDBmwschema = "public";
- Thanks again! Doug 21:33, 20 August 2013 (UTC)
How to allow guests to edit some articles?
Hi all. I have set my wiki to create and edit articles only by registered users. But I would like to know how to allow all users and guests to edit some certain articles?
Thanks Fokebox (talk) 06:54, 21 August 2013 (UTC)
- You could start using per-page protection. ☠MarkAHershberger☢(talk)☣ 19:16, 21 August 2013 (UTC)
[RESOLVED] printlink in footer
Hello, I want to get a "print"-link in the footer.
I know how to get a Link into the footer, but the following link doesn't work:
[[index.php?title={{FULLPAGENAME}}&printable=yes|Druckansicht]]
How can I get this?
Paul Paul Hema (talk) 09:59, 21 August 2013 (UTC)
- What if you use
[[{{FULLPAGENAME}}?printable=yes|Druckansicht]]
? ☠MarkAHershberger☢(talk)☣ 19:04, 21 August 2013 (UTC)- Media Wiki offers me to create a new page like "Pagename&printable=yes". The URL of the new site is "www.../Pagename%26printable%3Dyes".
- I think the "&" and "=" has to be masked. But how?
- Paul Paul Hema (talk) 10:19, 23 August 2013 (UTC)
- Try the external link format like
[{{SERVER}}{{SCRIPTPATH}}/index.php?title={{FULLPAGENAME}}&printable=yes Druckansicht]
☠MarkAHershberger☢(talk)☣ 13:19, 23 August 2013 (UTC)- The problem is: there is an underscore/blank in the pagename (e.g.: "Current_issues"). The external link will be cut at this blank. Paul Hema (talk) 06:52, 27 August 2013 (UTC)
- Use
[{{SERVER}}{{SCRIPTPATH}}/index.php?title={{FULLPAGENAMEE}}&printable=yes Druckansicht]
, then. Note the extra "E" in full page name. I just discovered this on Help:Magic_words. ☠MarkAHershberger☢(talk)☣ 11:47, 27 August 2013 (UTC)- Wow! Thank you very mutch! It works! Paul Hema (talk) 13:35, 27 August 2013 (UTC)
- Instead of constructing the url unreliably like that why don't you just use
[{{fullurl:{{FULLPAGENAME}}|printable=yes}} Druckansicht]
. Daniel Friesen (Dantman) (talk) 19:40, 27 August 2013 (UTC)- If I had known about fullurl: I probably would have. ☠MarkAHershberger☢(talk)☣ 23:55, 27 August 2013 (UTC)
- Use
- The problem is: there is an underscore/blank in the pagename (e.g.: "Current_issues"). The external link will be cut at this blank. Paul Hema (talk) 06:52, 27 August 2013 (UTC)
- Try the external link format like
[RESOLVED] MediaWiKi Install - Error 500
Hello. I am getting an error 500 (server error). I have browsed the topics and mine might be a bit different..
I was able to screen to do the install before the LocalSettings.php file was installed. I went through the setup fine but when I downloaded and installed the LocalSettings.php file, I now get the error 500.
my server info is: http://mtmwiki.mainetoday.com you can view my PHP settings at: http://mtmwiki.mainetoday.com/phpinfo.php
I appreciate any help. Thanks Jk0864 (talk) 12:18, 21 August 2013 (UTC)
- Check the apache error log. If it is a server error, then there will be more information in there!
- However, my guess is that it's not a server error, but a problem with PHP: For me your server does not show a server error, but displays a blank page. See blank page for more information on how to debug that! 88.130.89.145 12:36, 21 August 2013 (UTC)
- Thanks and here is my error...any chance you know the direction I should go ?
- [Wed Aug 21 09:02:38 2013] [error] [client 172.16.1.181] PHP Warning: require_once(/var/www/vhosts/mtmwiki.mainetoday.com/httpdocs/LocalSettings.php): failed to open stream: Permission denied in /var/www/vhosts/mtmwiki.mainetoday.com/httpdocs/includes/WebStart.php on line 138
- [Wed Aug 21 09:02:38 2013] [error] [client 172.16.1.181] PHP Fatal error: require_once(): Failed opening required '/var/www/vhosts/mtmwiki.mainetoday.com/httpdocs/LocalSettings.php' (include_path='.:/usr/share/pear:/usr/share/php') in /var/www/vhosts/mtmwiki.mainetoday.com/httpdocs/includes/WebStart.php on line 138 66.252.44.66 13:04, 21 August 2013 (UTC)
- All set. I had selinux enforced. Thanks 66.252.44.66 13:39, 21 August 2013 (UTC)
- You're welcome! 88.130.89.145 13:58, 21 August 2013 (UTC)
web updater gets stuck on environmental checks
I'm trying to upgrade from 1.16 to 1.21.1. I have created a new installation for 1.21.1 and copied my LocalSettings file to it. I'm trying to do the web update (because i don't have command line access). After i type in my UpgradeKey, it goes to a page that shows:
Environmental checks
Basic checks are performed to see if this environment is suitable for MediaWiki installation. You should provide the results of these checks if you need help during installation.
- PHP 5.3.25 is installed.
...and that's it. There is no next button or anywhere else to go. I'm guessing it ran into some kind of error on whatever other environmental checks it's supposed to be doing, although i turned on error reporting for the mw-config/index.php file and all it shows is "Warning: passthru() has been disabled for security reasons in...includes/GlobalFunctions.php on line 2854" which seems unrelated.
Does anyone have any ideas? Does anyone know which files are being used at this step of the upgrade? Maybe i could edit them to bypass whatever it's getting stuck on? 128.61.191.50 (talk) 21:50, 21 August 2013 (UTC)
- Could you paste the results of phpinfo()? ☠MarkAHershberger☢(talk)☣ 23:30, 21 August 2013 (UTC)
- I was able to solve (or at least avoid) the problem by removing "Welcome" from the $pageSequence array in includes/installer/WebInstaller.php.
- For reference, here is my phpinfo:
- 128.61.191.50 13:30, 23 August 2013 (UTC)
System Linux ... x86_64 Build Date May 12 2013 17:16:10 Configure Command './configure' '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib64' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--disable-rpath' '--without-pear' '--with-bz2' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--enable-gd-native-ttf' '--with-t1lib=/usr' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-pcre-regex' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--with-kerberos' '--enable-ucd-snmp-hack' '--enable-shmop' '--enable-calendar' '--with-libxml-dir=/usr' '--enable-xml' '--with-system-tzdata' '--with-mhash' '--enable-force-cgi-redirect' '--libdir=/usr/lib64/php' '--enable-pcntl' '--with-imap=shared' '--with-imap-ssl' '--enable-mbstring=shared' '--enable-mbregex' '--with-gd=shared' '--enable-bcmath=shared' '--enable-dba=shared' '--with-db4=/usr' '--with-xmlrpc=shared' '--with-ldap=shared' '--with-ldap-sasl' '--enable-mysqlnd=shared' '--with-mysql=shared,mysqlnd' '--with-mysqli=shared,mysqlnd' '--enable-dom=shared' '--with-pgsql=shared' '--enable-wddx=shared' '--with-snmp=shared,/usr' '--enable-soap=shared' '--with-xsl=shared,/usr' '--enable-xmlreader=shared' '--enable-xmlwriter=shared' '--with-curl=shared,/usr' '--enable-fastcgi' '--enable-pdo=shared' '--with-pdo-odbc=shared,unixODBC,/usr' '--with-pdo-mysql=shared,mysqlnd' '--with-pdo-pgsql=shared,/usr' '--with-pdo-sqlite=shared,/usr' '--with-pdo-dblib=shared,/usr' '--without-sqlite3' '--with-sqlite=shared,/usr' '--enable-json=shared' '--enable-zip=shared' '--without-readline' '--with-libedit' '--with-pspell=shared' '--enable-phar=shared' '--with-mcrypt=shared,/usr' '--with-tidy=shared,/usr' '--with-mssql=shared,/usr' '--enable-sysvmsg=shared' '--enable-sysvshm=shared' '--enable-sysvsem=shared' '--enable-posix=shared' '--with-unixODBC=shared,/usr' '--enable-fileinfo=shared' '--enable-intl=shared' '--with-icu-dir=/usr' '--with-enchant=shared,/usr' '--with-recode=shared,/usr' Server API CGI/FastCGI Virtual Directory Support disabled Configuration File (php.ini) Path /etc Loaded Configuration File /etc/php-ini.d/php.ini Scan this dir for additional .ini files /etc/php.d Additional .ini files parsed /etc/php.d/apc.ini, /etc/php.d/curl.ini, /etc/php.d/dom.ini, /etc/php.d/fileinfo.ini, /etc/php.d/gd.ini, /etc/php.d/htscanner.ini, /etc/php.d/imagick.ini, /etc/php.d/imap.ini, /etc/php.d/json.ini, /etc/php.d/ldap.ini, /etc/php.d/mbstring.ini, /etc/php.d/mcrypt.ini, /etc/php.d/memcache.ini, /etc/php.d/mysql.ini, /etc/php.d/mysqli.ini, /etc/php.d/oci8.ini, /etc/php.d/pdo.ini, /etc/php.d/pdo_mysql.ini, /etc/php.d/pdo_pgsql.ini, /etc/php.d/pdo_sqlite.ini, /etc/php.d/pgsql.ini, /etc/php.d/phar.ini, /etc/php.d/soap.ini, /etc/php.d/suhosin.ini, /etc/php.d/tidy.ini, /etc/php.d/uploadprogress.ini, /etc/php.d/wddx.ini, /etc/php.d/xmlreader.ini, /etc/php.d/xmlwriter.ini, /etc/php.d/xsl.ini, /etc/php.d/zendguard.ini, /etc/php.d/zip.ini PHP API 20090626 PHP Extension 20090626 Zend Extension 220090626 Zend Extension Build API220090626,NTS PHP Extension Build API20090626,NTS Debug Build no Thread Safety disabled Zend Memory Manager enabled Zend Multibyte Support disabled IPv6 Support enabled Registered PHP Streams https, ftps, compress.zlib, compress.bzip2, php, file, glob, data, http, ftp, phar, zip Registered Stream Socket Transports tcp, udp, unix, udg, ssl, sslv3, sslv2, tls Registered Stream Filters zlib.*, bzip2.*, convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk, mcrypt.*, mdecrypt.*
- php version 5.3.25 128.61.191.50 13:33, 23 August 2013 (UTC)
- So, has the problem gone away? How far does it go now? ☠MarkAHershberger☢(talk)☣ 14:18, 23 August 2013 (UTC)
- Yes, the problem is gone. The remaining web installer pages worked fine (updating the database tables etc). 128.61.191.50 15:29, 23 August 2013 (UTC)
- For future reference here is a bug about the passthru problem. ☠MarkAHershberger☢(talk)☣ 17:51, 23 August 2013 (UTC)
- Yes, the problem is gone. The remaining web installer pages worked fine (updating the database tables etc). 128.61.191.50 15:29, 23 August 2013 (UTC)
How instal ImageMagic
Where should I instal ImageMagic.
On server or on my own computer? 77.45.21.206 (talk) 06:23, 22 August 2013 (UTC)
- Hi!
- ImageMagick must be installed on the same system on which MediaWiki is installed. So if MediaWiki is running on a server, then ImageMagick must be installed there as well. 88.130.97.34 10:47, 22 August 2013 (UTC)
Questions about Search
Hello all,
Please pardon what are likely dumb questions but any guidance will be appreciated.
I have three questions pertaining to the search function
1. When we create discussions on a Talk page, what have I failed to do in my configuration to ensure that a search also looks at discussion content.?
2. I am sure that wildcards can be used in a search string, plainly I have missed finding how to do so in the documentation, would someone direct me?
3. I could not find an answer as to whether attachments, or what kinds of attachments can be searched via Mediawiki search. Could someone direct me?
Thank you so much, apologies again for being a noob.
Ross Drchevalier (talk) 14:06, 22 August 2013 (UTC)
- Hi Ross,
- for your first question: That talk pages ("NS_TALK") are not searched is default behaviour. You can adjust this by changing the according value in the array $wgNamespacesToBeSearchedDefault. See Manual:$wgNamespacesToBeSearchedDefault for more information. 88.130.97.34 14:15, 22 August 2013 (UTC)
- Thanks kindly, that will help very much Drchevalier (talk) 15:26, 22 August 2013 (UTC)
- 2. What makes you sure that wildcards can be used?
- 3. The contents of attachments are not searched by default. You could file a bug to request that feature, though. ☠MarkAHershberger☢(talk)☣ 14:34, 22 August 2013 (UTC)
- Thank you Mark,
- I guess I assume that wildcards can be used in search strings since that is common in other applications. No data to indicate one way or the other.
- I wonder if the titles of attachments are searched? Drchevalier (talk) 15:26, 22 August 2013 (UTC)
- Hi Ross!
- If with titles of attachments you mean the pages of files (that are pages in the namespace NS_IMAGE), then you can change that in $wgNamespacesToBeSearchedDefault again. The actual files are not searchable (currently). 88.130.105.60 08:55, 23 August 2013 (UTC)
- I don't know of any wildcards. That doesn't mean there aren't any, but I'm not aware of them. ☠MarkAHershberger☢(talk)☣ 13:12, 23 August 2013 (UTC)
WikiEditor doesn't show
Hi.
I instaled WikiEditor but it doesn't show.
I add this line to LocalSettings.php:
#WikiEditor require_once( "$IP/extensions/WikiEditor/WikiEditor.php" ); # Enables use of WikiEditor by default but still allow users to disable it in preferences $wgDefaultUserOptions['usebetatoolbar'] = 1; $wgDefaultUserOptions['usebetatoolbar-cgd'] = 1; # Displays the Preview and Changes tabs $wgDefaultUserOptions['wikieditor-preview'] = 1; # Displays the Publish and Cancel buttons on the top right side $wgDefaultUserOptions['wikieditor-publish'] = 1;
Page: wiki.westeros.pl TraaBBIT (talk) 16:30, 22 August 2013 (UTC)
- Which MediaWiki and PHP version? How did you get the WikiEditor code and "installed" it? AKlapper (WMF) (talk) 08:17, 23 August 2013 (UTC)
- http://wiki.westeros.pl/index.php?title=Special:Version&uselang=en shows MW "1.19.1 (r80)" and WikiEditor "(Version 0.3.1)". ☠MarkAHershberger☢(talk)☣ 13:05, 23 August 2013 (UTC)
- When I tried to create an account on your wiki, I got the following DB error:
Wystąpił błąd składni w zapytaniu do bazy danych. Może to oznaczać błąd w oprogramowaniu. Ostatnie, nieudane zapytanie to: (ukryto zapytanie SQL) wysłane przez funkcję „SpoofUser::getConflicts”. Baza danych zgłosiła błąd „1146: Table 'trouse_ws.wiki_spoofuser' doesn't exist (localhost)”.
- You probably need to run upgrade.php. Once this error is fixed, I can look at it some more. ☠MarkAHershberger☢(talk)☣ 13:10, 23 August 2013 (UTC)
- It should be all right now TraaBBIT (talk) 16:10, 23 August 2013 (UTC)
- Thanks.
- I think what you're seeing is a bug in the Resource Loader minimizer. Try upgrading to the latest 1.19 and you may find this fixed. If not, come back and I'll help you file a bug.
- If you don't feel like upgrading, try disabling the gadgets one by one till you find the gadget causing this. I disabled all of them and the editor appeared.
- What I found: Trying to edit my user page without
debug=true
and the WikiEditor is missing. I saw the following JS error in my console: "Error: mw.html.element: Illegal end tag found in CDATA". - The wikieditor shows when I edit my user page with
debug=true
and there is no "Illegal end tag found." ☠MarkAHershberger☢(talk)☣ 17:43, 23 August 2013 (UTC)
- It should be all right now TraaBBIT (talk) 16:10, 23 August 2013 (UTC)
- By the way, it looks like you've put together quite a decent MediaWiki site. I've added it to Wikiapiary, but please take a minute to update the description and such there. ☠MarkAHershberger☢(talk)☣ 17:46, 23 August 2013 (UTC)
- hi I see your website http://wiki.westeros.pl/index.php?title=Specjalna:Wersja has php 5.3.26 meaning you can install mediawiki 1.19.0 or mediawiki 1.20.0 or mediawiki 1.21.0 or higer 86.176.186.77 19:10, 24 August 2013 (UTC)
How do I pass parameter to wiki's seacrh fucntionlity and retrieve the result in tabular format rather than in list format
I have an application which will pass a variable/parameter to Mediawiki's search functionality, which will than execute and produce the result in a tabular format instead of default list format. How do I achieve this. 12.200.113.32 (talk) 10:39, 23 August 2013 (UTC)
- Hi!
- If I understand your question correctly, then you query MediaWiki qith a search and get results. The only thing you want to change is the output format of these results.
- Maybe the API offers a parameter to tell MediaWiki, which output format you want. If that is not the case or if it cannot produce the format, which you want, then you can still process the results with the programming language, which you are using. 88.130.105.60 11:54, 23 August 2013 (UTC)
Scribunto makes my Wiki unavailable
Hi,
I've install Scribunto extension because it's required to import some models I need from wikipedia.fr. But when I turn it up, my Wiki become unreachable. I see that a request is still running on my browser, I've wait 10 minutes but it does nothing.
On the network tool of Chrome I see the GET request sending but there is no response.
Then if I turn down Scribunto and I restart my server it works fine. I'm developping with EasyPHP (last version), are they any conflict with it ?
Any idea or suggestion ? --Fractaliste (talk) 16:09, 23 August 2013 (UTC)
- I don't know about any conflicts with EasyPHP. Looking at it, though, it seems like it should work.
- Have you tried turning on the debug log and seeing where it is hanging? ☠MarkAHershberger☢(talk)☣ 01:23, 24 August 2013 (UTC)
- I've tried to replay the error on my personal computer (the problem was in my professional environment) but I don't succeed. However I obtain some LUA notice after importing "Infobox V3" from Wikipedia.
- Here the trace :
- Notice : unserialize(): Error at offset 1744 of 1748 bytes in C:\Program Files (x86)\EasyPHP-DevServer-13.1VC11\data\localweb\mediawiki-1.21.1\extensions\Scribunto\engines\LuaStandalone\LuaStandaloneEngine.php on line 341
- Notice : unserialize(): Error at offset 1680 of 1684 bytes in C:\Program Files (x86)\EasyPHP-DevServer-13.1VC11\data\localweb\mediawiki-1.21.1\extensions\Scribunto\engines\LuaStandalone\LuaStandaloneEngine.php on line 341
- On my professional PC I've reinstalled 3 times MediaWiki and in each time I obtained the bug. I'll try with the debug log turned on on Monday. Fractaliste (talk) 17:51, 24 August 2013 (UTC)
- Monday, new try an same bug. My request to http://127.0.0.1/mediawiki/index.php is blocked.
- It happens AFTER I instal Scribunto and import Infobox V3 which use scribunto extension (if I import infobox V3 without Scribunto installed it doesn't work of course, but it doesn't freeze my Wiki).
- My log file on request blocked :
Start request GET /mediawiki/index.php HTTP HEADERS: HOST: 127.0.0.1 CONNECTION: keep-alive ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 USER-AGENT: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.57 Safari/537.36 ACCEPT-ENCODING: gzip,deflate,sdch ACCEPT-LANGUAGE: en-US,en;q=0.8,fr-FR;q=0.6,fr;q=0.4 COOKIE: mw_installer_session=9jgvo1sjqi3g2p2p0q8rlh84a1; my_wiki_mw_UserID=1; my_wiki_mw_UserName=Nourritr; my_wiki_mw_Token=8aba4f7bd4e7b098b51daa7c9bb6db7c; my_wiki_mw__session=4b8d6a9c6feb76077c9de97c8718acd6 CACHES: EmptyBagOStuff[main] SqlBagOStuff[message] SqlBagOStuff[parser] [cookie] session_set_cookie_params: "0", "/", "", "", "1"
- And nothing after that...
- Thanks Raphaël N. (talk) 09:00, 26 August 2013 (UTC)
- See the troubleshooting section for Scribunto. What shows up in the error log file if you specify that? ☠MarkAHershberger☢(talk)☣ 17:09, 26 August 2013 (UTC)
- I've turned it on and it only shows that kind of log (hundred of lines) :
TX ==> return RX <== call TX ==> call RX <== return TX ==> return RX <== registerLibrary TX ==> return RX <== loadString TX ==> return RX <== call TX ==> return RX <== call
- I've noticed another strange comportment : on IE browser the wiki page is shown but there is still a pending request. Fractaliste (talk) 07:46, 27 August 2013 (UTC)
- Hrm, then it looks like the lua binary is working... ☠MarkAHershberger☢(talk)☣ 11:42, 27 August 2013 (UTC)
- Are you still seeing the same "unserialize" notices in your professional environment as you did in your personal computer? ☠MarkAHershberger☢(talk)☣ 11:49, 27 August 2013 (UTC)
- No I didn't see it again. I've no PHP error...
- I've a new element : the bug is not exactly after turning on Scribunto, and I think I've find the moment when the bug start. It's after launch a search.
- Here a stacktrace example http://test.famillenourrit.net/log.txt (request are separated with a blank line, the file start with the last request which has work )
- Edit : I've test again and the bug is not as automatically as I said with the search option... Fractaliste (talk) 13:21, 27 August 2013 (UTC)
- Better and better. Since this isn't directly caused by Scribunto, does the problem disappear if you un-install Scribunto? If it does, then maybe there are resource (e.g. memory) restrictions on your web server that are causing this. ☠MarkAHershberger☢(talk)☣ 19:23, 28 August 2013 (UTC)
- On Wednesday the Wiki works fine with Scribunto turned ON.
- Thursday it freezes again when I open simultaneously some edit pages which use Scribunto...
- Maybe it's in cause of my server environment (that's why I asked if there is any conflicts with EasyPHP).
- Anyway I'll turn Scribunto OFF, its makes only model's infobox documentation pages unavailable, it's not very important.
- I'll test it on the product environment in a few month, we will see at this moment.
- Thanks for your help ! Fractaliste (talk) 08:46, 30 August 2013 (UTC)
- Better and better. Since this isn't directly caused by Scribunto, does the problem disappear if you un-install Scribunto? If it does, then maybe there are resource (e.g. memory) restrictions on your web server that are causing this. ☠MarkAHershberger☢(talk)☣ 19:23, 28 August 2013 (UTC)
- See the troubleshooting section for Scribunto. What shows up in the error log file if you specify that? ☠MarkAHershberger☢(talk)☣ 17:09, 26 August 2013 (UTC)
- Edit : miss clic... Raphaël N. (talk) 09:00, 26 August 2013 (UTC)
how to change background
hi how can I change the background on my wiki like http://wiki.westeros.pl/index.php?title=Strona_g%C5%82%C3%B3wna this 86.176.186.77 (talk) 19:26, 24 August 2013 (UTC)
- Hi!
- You can overwrite the according files or use MediaWiki:Common.css. 88.130.72.235 22:54, 24 August 2013 (UTC)
- oh ok thankyou 86.176.186.77 09:45, 25 August 2013 (UTC)
Update.php error
Hi.
I try to update mediawiki with update.php script but there is some error:
Going to run database updates for trouse_ws-wiki_ Depending on the size of your database this may take a while! Abort with control-c in the next five seconds (skip this countdown with --quick) ... 0 PHP Fatal error: Call to undefined method MysqlUpdater::tableExists() in /home/trouse/domains/westeros.pl/public_html/wiki/extensions/AJAXPoll/AJAXPoll_body.php on line 404 Fatal error: Call to undefined method MysqlUpdater::tableExists() in /home/trouse/domains/westeros.pl/public_html/wiki/extensions/AJAXPoll/AJAXPoll_body.php on line 404
What's going on? TraaBBIT (talk) 09:45, 25 August 2013 (UTC)
- Hi!
- The extension AJAXPoll obviously is not compatible with your new MediaWiki version. Deactivate it and tzry again. Do so for all extensions, which cause an error until update succeeds, then update the extensions. 88.130.72.235 10:27, 25 August 2013 (UTC)
- OK. Thanks TraaBBIT (talk) 15:19, 25 August 2013 (UTC)
- I deactivated AJAXPoll i LocalSettings.php and run update.php.
"Modifying ufg_group field of table user_former_groups...done. Creating wikilove_log table...done. Creating wikilove_image_log table...done. Creating securepoll_entity table...done. ...site_stats is populated...done. Purging caches...done. Checking existence of old default messages...done. Populating rev_len column ...doing rev_id from 1 to 200 ...doing rev_id from 201 to 400 ...doing rev_id from 401 to 600 ...doing rev_id from 601 to 800 ...doing rev_id from 801 to 1000 ...doing rev_id from 1001 to 1200 ...doing rev_id from 1201 to 1400 ...doing rev_id from 1401 to 1600 ...doing rev_id from 1601 to 1800 ...doing rev_id from 1801 to 2000 ...doing rev_id from 2001 to 2200 ...doing rev_id from 2201 to 2400 ...doing rev_id from 2401 to 2600 ...doing rev_id from 2601 to 2800 ...doing rev_id from 2801 to 3000 ...doing rev_id from 3001 to 3200 ...doing rev_id from 3201 to 3400 ...doing rev_id from 3401 to 3600 ...doing rev_id from 3601 to 3800 ...doing rev_id from 3801 to 4000 ...doing rev_id from 4001 to 4200 ...doing rev_id from 4201 to 4400 ...doing rev_id from 4401 to 4600 ...doing rev_id from 4601 to 4800 ...doing rev_id from 4801 to 5000 ...doing rev_id from 5001 to 5200 ...doing rev_id from 5201 to 5400 ...doing rev_id from 5401 to 5600 ...doing rev_id from 5601 to 5800 ...doing rev_id from 5801 to 6000 ...doing rev_id from 6001 to 6200 ...doing rev_id from 6201 to 6400 ...doing rev_id from 6401 to 6600 ...doing rev_id from 6601 to 6800 ...doing rev_id from 6801 to 7000 ...doing rev_id from 7001 to 7200 ...doing rev_id from 7201 to 7400 ...doing rev_id from 7401 to 7600 ...doing rev_id from 7601 to 7800 ...doing rev_id from 7801 to 8000 ...doing rev_id from 8001 to 8200 ...doing rev_id from 8201 to 8400 ...doing rev_id from 8401 to 8600 ...doing rev_id from 8601 to 8800 ...doing rev_id from 8801 to 9000 ...doing rev_id from 9001 to 9200 ...doing rev_id from 9201 to 9400 ...doing rev_id from 9401 to 9600 ...doing rev_id from 9601 to 9800 ...doing rev_id from 9801 to 10000 ...doing rev_id from 10001 to 10200 ...doing rev_id from 10201 to 10400 ...doing rev_id from 10401 to 10600 ...doing rev_id from 10601 to 10800 ...doing rev_id from 10801 to 11000 ...doing rev_id from 11001 to 11200 ...doing rev_id from 11201 to 11400 ...doing rev_id from 11401 to 11600 ...doing rev_id from 11601 to 11800 ...doing rev_id from 11801 to 12000 ...doing rev_id from 12001 to 12200 ...doing rev_id from 12201 to 12400 ...doing rev_id from 12401 to 12600 ...doing rev_id from 12601 to 12800 ...doing rev_id from 12801 to 13000 ...doing rev_id from 13001 to 13200 ...doing rev_id from 13201 to 13400 ...doing rev_id from 13401 to 13600 ...doing rev_id from 13601 to 13800 ...doing rev_id from 13801 to 14000 ...doing rev_id from 14001 to 14200 ...doing rev_id from 14201 to 14400 ...doing rev_id from 14401 to 14600 rev_len population complete ... 4 rows changed (0 missing) Populating rev_sha1 column ...doing rev_id from 1 to 200 ...doing rev_id from 201 to 400 ...doing rev_id from 401 to 600 ...doing rev_id from 601 to 800 ...doing rev_id from 801 to 1000 ...doing rev_id from 1001 to 1200 ...doing rev_id from 1201 to 1400 ...doing rev_id from 1401 to 1600 ...doing rev_id from 1601 to 1800 ...doing rev_id from 1801 to 2000 ...doing rev_id from 2001 to 2200 ...doing rev_id from 2201 to 2400 ...doing rev_id from 2401 to 2600 ...doing rev_id from 2601 to 2800 ...doing rev_id from 2801 to 3000 ...doing rev_id from 3001 to 3200 ...doing rev_id from 3201 to 3400 ...doing rev_id from 3401 to 3600 ...doing rev_id from 3601 to 3800 ...doing rev_id from 3801 to 4000 ...doing rev_id from 4001 to 4200 ...doing rev_id from 4201 to 4400 ...doing rev_id from 4401 to 4600 ...doing rev_id from 4601 to 4800 ...doing rev_id from 4801 to 5000 ...doing rev_id from 5001 to 5200 ...doing rev_id from 5201 to 5400 ...doing rev_id from 5401 to 5600 ...doing rev_id from 5601 to 5800 ...doing rev_id from 5801 to 6000 ...doing rev_id from 6001 to 6200 ...doing rev_id from 6201 to 6400 ...doing rev_id from 6401 to 6600 ...doing rev_id from 6601 to 6800 ...doing rev_id from 6801 to 7000 ...doing rev_id from 7001 to 7200 ...doing rev_id from 7201 to 7400 ...doing rev_id from 7401 to 7600 ...doing rev_id from 7601 to 7800 ...doing rev_id from 7801 to 8000 ...doing rev_id from 8001 to 8200 ...doing rev_id from 8201 to 8400 ...doing rev_id from 8401 to 8600 ...doing rev_id from 8601 to 8800 ...doing rev_id from 8801 to 9000 ...doing rev_id from 9001 to 9200 ...doing rev_id from 9201 to 9400 ...doing rev_id from 9401 to 9600 ...doing rev_id from 9601 to 9800 ...doing rev_id from 9801 to 10000 ...doing rev_id from 10001 to 10200 ...doing rev_id from 10201 to 10400 ...doing rev_id from 10401 to 10600 ...doing rev_id from 10601 to 10800 ...doing rev_id from 10801 to 11000 ...doing rev_id from 11001 to 11200 ...doing rev_id from 11201 to 11400 ...doing rev_id from 11401 to 11600 ...doing rev_id from 11601 to 11800 ...doing rev_id from 11801 to 12000 ...doing rev_id from 12001 to 12200 ...doing rev_id from 12201 to 12400 ...doing rev_id from 12401 to 12600 ...doing rev_id from 12601 to 12800 ...doing rev_id from 12801 to 13000 ...doing rev_id from 13001 to 13200 ...doing rev_id from 13201 to 13400 ...doing rev_id from 13401 to 13600 ...doing rev_id from 13601 to 13800 ...doing rev_id from 13801 to 14000 ...doing rev_id from 14001 to 14200 ...doing rev_id from 14201 to 14400 ...doing rev_id from 14401 to 14600 Populating ar_sha1 column ...doing ar_rev_id from 6 to 205 ...doing ar_rev_id from 206 to 405 ...doing ar_rev_id from 406 to 605 ...doing ar_rev_id from 606 to 805 ...doing ar_rev_id from 806 to 1005 ...doing ar_rev_id from 1006 to 1205 ...doing ar_rev_id from 1206 to 1405 ...doing ar_rev_id from 1406 to 1605 ...doing ar_rev_id from 1606 to 1805 ...doing ar_rev_id from 1806 to 2005 ...doing ar_rev_id from 2006 to 2205 ...doing ar_rev_id from 2206 to 2405 ...doing ar_rev_id from 2406 to 2605 ...doing ar_rev_id from 2606 to 2805 ...doing ar_rev_id from 2806 to 3005 ...doing ar_rev_id from 3006 to 3205 ...doing ar_rev_id from 3206 to 3405 ...doing ar_rev_id from 3406 to 3605 ...doing ar_rev_id from 3606 to 3805 ...doing ar_rev_id from 3806 to 4005 ...doing ar_rev_id from 4006 to 4205 ...doing ar_rev_id from 4206 to 4405 ...doing ar_rev_id from 4406 to 4605 ...doing ar_rev_id from 4606 to 4805 ...doing ar_rev_id from 4806 to 5005 ...doing ar_rev_id from 5006 to 5205 ...doing ar_rev_id from 5206 to 5405 ...doing ar_rev_id from 5406 to 5605 ...doing ar_rev_id from 5606 to 5805 ...doing ar_rev_id from 5806 to 6005 ...doing ar_rev_id from 6006 to 6205 ...doing ar_rev_id from 6206 to 6405 ...doing ar_rev_id from 6406 to 6605 ...doing ar_rev_id from 6606 to 6805 ...doing ar_rev_id from 6806 to 7005 ...doing ar_rev_id from 7006 to 7205 ...doing ar_rev_id from 7206 to 7405 ...doing ar_rev_id from 7406 to 7605 ...doing ar_rev_id from 7606 to 7805 ...doing ar_rev_id from 7806 to 8005 ...doing ar_rev_id from 8006 to 8205 ...doing ar_rev_id from 8206 to 8405 ...doing ar_rev_id from 8406 to 8605 ...doing ar_rev_id from 8606 to 8805 ...doing ar_rev_id from 8806 to 9005 ...doing ar_rev_id from 9006 to 9205 ...doing ar_rev_id from 9206 to 9405 ...doing ar_rev_id from 9406 to 9605 ...doing ar_rev_id from 9606 to 9805 ...doing ar_rev_id from 9806 to 10005 ...doing ar_rev_id from 10006 to 10205 ...doing ar_rev_id from 10206 to 10405 ...doing ar_rev_id from 10406 to 10605 ...doing ar_rev_id from 10606 to 10805 ...doing ar_rev_id from 10806 to 11005 ...doing ar_rev_id from 11006 to 11205 ...doing ar_rev_id from 11206 to 11405 Populating ar_sha1 column legacy rows rev_sha1 and ar_sha1 population complete [0 revision rows, 0 archive rows]. Populating img_sha1 field Done 0 files in 0.0 seconds Fixing protocol-relative entries in the externallinks table... Done, 0 rows updated. Done."
- Does that mean that everything is allright? TraaBBIT (talk) 18:45, 25 August 2013 (UTC)
- Yes, looks good. And it is alright. ;-) 88.130.80.6 19:07, 25 August 2013 (UTC)
- Thanks.
- So now let's work.
- My last question.
- First I should upgrade to latest version of MW, and then upgrade all extensions to last vesion? TraaBBIT (talk) 19:16, 25 August 2013 (UTC)
- You should first update MediaWiki, then the extensions. Which version you should use for the extensions depends on your MediaWiki version; you always need that version, which is made for your MediaWiki version - not necessarily the newest extension version. 88.130.80.6 19:20, 25 August 2013 (UTC)
- And when I will have MW 1.21 and extensiom is for MW1.20? TraaBBIT (talk) 19:25, 25 August 2013 (UTC)
- Then you might either have luck if an 1.20 extension still works with 1.21, or no luck if things don't work. In any case I'd also upgrade the extension to 1.21 if such a branch is available in the extension's code repository. AKlapper (WMF) (talk) 19:45, 25 August 2013 (UTC)
- If you downloaded the recent update to extension:echo then you need to download one of the 1.22 Wmf which you can download at https://toolserver.org/~krinkle/mwSnapshots/#!/mediawiki-core/master 5.66.137.75 13:25, 7 September 2013 (UTC)
- Then you might either have luck if an 1.20 extension still works with 1.21, or no luck if things don't work. In any case I'd also upgrade the extension to 1.21 if such a branch is available in the extension's code repository. AKlapper (WMF) (talk) 19:45, 25 August 2013 (UTC)
- And when I will have MW 1.21 and extensiom is for MW1.20? TraaBBIT (talk) 19:25, 25 August 2013 (UTC)
- You should first update MediaWiki, then the extensions. Which version you should use for the extensions depends on your MediaWiki version; you always need that version, which is made for your MediaWiki version - not necessarily the newest extension version. 88.130.80.6 19:20, 25 August 2013 (UTC)
- Yes, looks good. And it is alright. ;-) 88.130.80.6 19:07, 25 August 2013 (UTC)
- OK. Thanks TraaBBIT (talk) 15:19, 25 August 2013 (UTC)
Force view source
- I am trying to work with others to troubleshoot a problem related to character entity references inside a
<syntaxhighlight lang='text'>
element on a wiki. I have created a user subpage exhibiting this problem, and I want to create a link that displays the subpage's wikitext without encouraging the viewer to make inadvertent changes and save them through reflex. What's the parameter for "view source" even if the viewer has the privilege to edit a page? Neither action=source nor action=viewsource exists. I tried action=raw, but that produced a download dialog box. I tried text/plain, but that too produced a download dialog box becausetext/plain
is not one of the allowed types. Damian Yerrick (talk) 14:55, 25 August 2013 (UTC)- Hi!
- There is no such action:
- Either a user can edit a page or he can't. If he can, then it does not make sense to show him the source as he obviously should be able to edit it. If he cannot, he will see the an edit-protected version anyway. If you want your users to only see the "view source" view, then don't give them edit rights! 88.130.80.6 15:54, 25 August 2013 (UTC)
- Note that user subpages that end with .js or .css can't be edited by other users (except sysops) so you can create subpages like Special:Mypage/example.js and other users will be presented with a "protected" page where only the view source option is available.
- This is obviously a hack, and may have side effects, like displaying the contents with syntax highlight if you have a specific extension for that Ciencia Al Poder (talk) 09:43, 27 August 2013 (UTC)
- For the record, the page is here. What I wanted to say "Here is the output of problematic markup, and click here to view the problematic markup that produces this output." I was referring to implementing something like that seen on TV Tropes, where the "view source" and "edit" buttons are separate actions, not keyed based on the logged-in user's privilege level. I want users who are able to edit not to be tempted to edit. Damian Yerrick (talk) 01:45, 29 October 2013 (UTC)
- I tried copying '?action=raw' to the end of the URL: however it might only work on HEAVILY modified MediaWiki versions. Alternatively, just copy the text! 210.185.106.69 (talk) 22:43, 14 July 2023 (UTC)
Creating a news page
Hi, I would like to create a news page similar to the news page on Mediawiki.org (search for news in search box to see the example). I cant seem to find an extension or any markup to create this in standard MediaWiki. Any help is greatly appreciated! Kasperdewit (talk) 08:51, 26 August 2013 (UTC)
- Easy enough. See the Template:MediaWiki News page for how that is done. What are you missing? ☠MarkAHershberger☢(talk)☣ 17:12, 26 August 2013 (UTC)
[RESOLVED] MW 1.21 Error creating thumbnail: Unable to save thumbnail to destination
Hi everyone.
I currently have a lot of trouble with the thumbnails in a new MediaWiki that I wanted to set up. I tried a lot, but nothing worked. I hope you can help me!
My Problems:
- Everytime I upload an Image, the thumbnail is not created and I get the error: "Error creating thumbnail: Unable to save thumbnail to destination". The Image itself is uploaded and can be viewed.
- When I delete an image and upload the same image again (after clicking on "Ignore warning and save file"), MediaWiki completely crashes and I get the php-error: "Fatal error: Call to a member function bind() on a non-object in [...]/htdocs/wiki/includes/upload/UploadBase.php on line 259"
My Setup:
- MediaWiki 1.21.1 (German version)
- PHP 5.3.3 (cgi-fcgi)
- MySQL 5.0.95
All running on Linux with UNIX kernel-version 2.6.18-308.13.1.el5xen
What I already tried/tested:
- I activated all php-functions that can execute shell-scripts.
- I made sure ImageMagick (version 6.2.8) is working and accessible via php.
- I tested deactivating ImageMagick and tried working with GD2.
- I set chmod 777 to the images-folder and even once to the complete wiki.
- I checked if I have access to /tmp.
- I then came across old reports of the same problem with MW 1.19 like in: http://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2012/05#c-Woozle-2012-06-07T19%3A22%3A00.000Z-193.219.83.135-2012-05-31T09%3A11%3A00.000Z I tried nearly every suggested solution to this problem. I even downloaded MW 1.19 (which did not work either) and tried the suggested solutions with this version.
BUT: Nothing worked. Nothing at all. I have no idea what else could be the problem. PLEASE have any suggestions for me! Thanks in advance. 131.173.209.126 (talk) 09:14, 26 August 2013 (UTC)
- Good job on doing all that the homework before asking for help!
- Have you tried enabling the debug log file to see what it produces? How about adding
error_reporting( -1 );
ini_set( 'display_errors', 1 );
- to your LocalSettings.php file to see if any errors pop up? ☠MarkAHershberger☢(talk)☣ 17:17, 26 August 2013 (UTC)
- Thank you so much! With this I was able to find the problem!
- It was simply that "escapeshellarg()" was also disabled on the server. I use a very restricted webserver at work... as I said, I already managed to get the PHP-functions enabled that are necessary for executing shell-commands. But I did not consider that the escape-function might also be disabled. 131.173.198.136 08:19, 28 August 2013 (UTC)
Publishing pop-up to be disabled
Good day!
Since Mediawiki 1.20 (or was it 1.21?) a new "pop-up" window appears every time one wishes to publish some changes to a page within a Mediawiki page. I have spent some time to find the extension/settings for this pop-up, but failed basically. Is there a way of disallowing the appearance of this pop-up, or any way fine-tuning it?
Thank you for your help!
Regards: Norbert79 (talk) 09:29, 26 August 2013 (UTC)
- To begin, it would be extremely helpful if you actually shared the text in the popup. So far we can all just guess. Maybe you refer to Extension:PostEdit? AKlapper (WMF) (talk) 10:38, 26 August 2013 (UTC)
- Hey there!
- Thank you for your reply. No, it's not having anything to do with the PostEdit extension, and by accident I think I have found with what it is related with: WikiEditor. It seems, that the Publish button triggers this event. If the Publish and Cancel buttons are disabled then the remark isn't showing either. It works only if it's enabled:
# Displays the Publish and Cancel buttons on the top right side
$wgDefaultUserOptions['wikieditor-publish'] = 1;
- ----
- And the text as seen:
- Please note that all contributions to Telehack Wiki are considered to be released under the Creative Commons Zero (Public Domain) (see Telehack Wiki:Copyrights for details). If you do not want your writing to be edited mercilessly and redistributed at will, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource. Do not submit copyrighted work without permission! Norbert79 (talk) 11:07, 26 August 2013 (UTC)- So you've fixed this? ☠MarkAHershberger☢(talk)☣ 15:59, 26 August 2013 (UTC)
- No, I am still looking for ideas disabling the message, not the buttons or fine-tuning it... 62.165.210.227 22:03, 26 August 2013 (UTC)
- Is this on the Wikia site or on telehack.org? The message comes from EditPage::getCopyrightWarning() (which I can't find called anywhere in the source code) or VisualEditor (which doesn't look like it is used on either of the telehack sites). ☠MarkAHershberger☢(talk)☣ 23:43, 26 August 2013 (UTC)
- Hey,
- sorry for the late reply, have been busy with work. It is the telehack.org Wiki (https://telehack.org/wiki). I am owning it. It's very weird, because the "pop-up" appeared before I have started extending the Wiki with additional plug-ins. So it came with (probably) the 1.21 update.
- Are you sure it's the right function you have found?
- Regards: Norbert79 (talk) 18:33, 27 August 2013 (UTC)
- Yes, I'm sure. MediaWiki uses i18n files for all messages. That allows you to look one place and find a key that will let you search for all uses of that message. ☠MarkAHershberger☢(talk)☣ 23:30, 27 August 2013 (UTC)
- See Manual:Interface/Copyrightwarning for more info. ☠MarkAHershberger☢(talk)☣ 23:38, 27 August 2013 (UTC)
- Is this on the Wikia site or on telehack.org? The message comes from EditPage::getCopyrightWarning() (which I can't find called anywhere in the source code) or VisualEditor (which doesn't look like it is used on either of the telehack sites). ☠MarkAHershberger☢(talk)☣ 23:43, 26 August 2013 (UTC)
- No, I am still looking for ideas disabling the message, not the buttons or fine-tuning it... 62.165.210.227 22:03, 26 August 2013 (UTC)
- So you've fixed this? ☠MarkAHershberger☢(talk)☣ 15:59, 26 August 2013 (UTC)
- First, let me make sure that what you mean when you say "pop-up". I'm thinking of something like this. MediaWiki doesn't do a popup like that with the copyright warning. Nor do any of extensions you have installed.
- If you mean "I just saw this message after installing MW" then you can remove it by blanking out the page MediaWiki:CopyrightWarning on your wiki. ☠MarkAHershberger☢(talk)☣ 01:21, 28 August 2013 (UTC)
Changing rights for users with @ in their name
I am trying to assign rights to a user in my MediaWiki on the Special::UserRights page. The user names on this Wiki are of the form fred@xx.yy.com. If I have
$wgGroupPermissions['bureaucrat']['userrights-interwiki'] = true;
in my LocalSettings.php file, then I get
Enter a username: fred@xx.yy.com Database uk.ibm.com' does not exist or is not local.
If I have
$wgGroupPermissions['bureaucrat']['userrights-interwiki'] = false;
I get:
You do not have permission to edit user rights on other wikis.
Versions:
Product Version MediaWiki 1.16.1 PHP 5.3.3 (apache2handler) MySQL 5.0.77
Clearly the @ in my usernames is the problem - how can I work around this? Many thanks... DaveSinclair1066 (talk) 17:14, 26 August 2013 (UTC)
- Have you tried upgrading? This may be a bug in the older, unsupported MediaWiki. ☠MarkAHershberger☢(talk)☣ 17:19, 26 August 2013 (UTC)
- I just inherited this MediaWiki, all the other beauracrats (who all have userids like fred@xx.yy.com) have left my department. As I'm not a beauracrat, I fudged my access by setting
#$wgGroupPermissions['user']['userrights'] = true;
- in the LocalSettings.php file. I'm a little uneasy about upgrading until I can get proper beauracrat access for myself and I understand how MediaWiki works better. And the previous beauracrats must have been able to get round this problem, as they managed to get themselves into the bearacrat table. How badly downlevel is 1.16 ? DaveSinclair1066 (talk) 19:39, 26 August 2013 (UTC)
- Hi!
- MediaWiki 1.16 has been released in June 2010, the last update to it is from 2011. So, if you are running the wiki in the public, I would consider this a security problem.
- I don't know, how the previous bureaucrats got their rights. If they used the MediaWiki interface, then there will be an entry telling that rights of user changed from a to a,b when you enter their name on Special:UserRights. However, since you say that this interface is not working, I think it's unlikely that they used it. I think they modified the DB directly.
- In your situation the "easiest" way to give you bureaucrat rights might actually be to manually add a row to the DB. Go to the database table "user_groups" and add a new row: In the field "ug_user" write your user ID (which you can e.g. see in the user preferences, when you are logged in into MediaWiki), in the field "ug_group" write "bureaucrat" and save. 88.130.117.246 21:11, 26 August 2013 (UTC)
- The safest and easiest way to give yourself bureaucrat since you have access to the LocalSettings.php file is to briefly change LocalSettings.php to have:
$wgGroupPermissions['*']['userrights'] = true
- and then go to Special:UserRights and put yourself in the 'bureaucrat' group.
- After you've successfully done that, remove the line from LocalSettings.php. ☠MarkAHershberger☢(talk)☣ 21:34, 26 August 2013 (UTC)
- He actually can access Special:UserRights; that is not his problem. His problem is that Special:UserRights cannot assign permissions to his username.
- I would add a row to the database; not really complicated and works. 88.130.117.246 22:23, 26 August 2013 (UTC)
- I could swear that I've done this before. Maybe I was using [[Manual:CreateAndPromote.php|], though. ☠MarkAHershberger☢(talk)☣ 23:17, 26 August 2013 (UTC)
fatal error out of nowhere
We have (had) a functioning wiki at http://wiki.secteuretablissement.org , and suddenly we have a fatal error on all pages, as shown below.
Any thoughts on what the problem might be? It appeared suddenly, no changes were made to the install.
MediaWiki 1.16.2 PHP 5.3.19 (cgi-fcgi) MySQL 5.0.96-community-log
Many thanks for any input.
Paul N.
MagicWordArray::parseMatch: parameter not found Backtrace: #0 /home/atwork/public_html/atworkwiki/w/includes/MagicWord.php(723): MagicWordArray->parseMatch(Array) #1 /home/atwork/public_html/atworkwiki/w/includes/parser/Parser.php(2820): MagicWordArray->matchStartAndRemove('SITENAME') #2 /home/atwork/public_html/atworkwiki/w/includes/parser/Preprocessor_DOM.php(962): Parser->braceSubstitution(Array, Object(PPFrame_DOM)) #3 /home/atwork/public_html/atworkwiki/w/includes/parser/Parser.php(2728): PPFrame_DOM->expand(Object(PPNode_DOM), 0) #4 /home/atwork/public_html/atworkwiki/w/includes/parser/Parser.php(513): Parser->replaceVariables('$1 - {{SITENAME...') #5 /home/atwork/public_html/atworkwiki/w/includes/parser/Parser.php(4189): Parser->preprocess('$1 - {{SITENAME...', Object(Title), Object(ParserOptions)) #6 /home/atwork/public_html/atworkwiki/w/includes/MessageCache.php(673): Parser->transformMsg('$1 - {{SITENAME...', Object(ParserOptions)) #7 /home/atwork/public_html/atworkwiki/w/includes/GlobalFunctions.php(744): MessageCache->transform('$1 - {{SITENAME...') #8 /home/atwork/public_html/atworkwiki/w/includes/GlobalFunctions.php(707): wfMsgGetKey('pagetitle', true, false, true) #9 /home/atwork/public_html/atworkwiki/w/includes/GlobalFunctions.php(613): wfMsgReal('pagetitle', Array, true) #10 /home/atwork/public_html/atworkwiki/w/includes/OutputPage.php(481): wfMsg('pagetitle', 'Main Page/fr') #11 /home/atwork/public_html/atworkwiki/w/includes/Article.php(785): OutputPage->setPageTitle('Main Page/fr') #12 /home/atwork/public_html/atworkwiki/w/includes/Wiki.php(493): Article->view() #13 /home/atwork/public_html/atworkwiki/w/includes/Wiki.php(70): MediaWiki->performAction(Object(OutputPage), Object(Article), Object(Title), Object(User), Object(WebRequest)) #14 /home/atwork/public_html/atworkwiki/w/index.php(117): MediaWiki->performRequestForTitle(Object(Title), Object(Article), Object(OutputPage), Object(User), Object(WebRequest)) #15 {main}
174.118.60.226 (talk) 20:42, 26 August 2013 (UTC)
- Do you have access to the underlying files like LocalSettings.php, etc? What has changed recently there? ☠MarkAHershberger☢(talk)☣ 21:53, 26 August 2013 (UTC)
- Nothing has changed in the filesystem, so far as I know - nobody has touched it for the last week.
- Thanks,
- Paul 174.118.60.226 13:07, 27 August 2013 (UTC)
- Also, just to note that
?action=edit
produces this error: Warning: array_map() [function.array-map]: An error occurred while invoking the map
callback in /home/atwork/public_html/atworkwiki/w/includes/Title.php on line 1224
- And
?action=raw
does return the content of the wiki. ☠MarkAHershberger☢(talk)☣ 21:55, 26 August 2013 (UTC)- Ok, thanks for the observation - not sure what to make of that...
- Paul 174.118.60.226 13:08, 27 August 2013 (UTC)
- Also, ?action=purge produces
- MediaWiki internal error.
- Exception caught inside exception handler
- Hm...
- Paul 174.118.60.226 14:02, 27 August 2013 (UTC)
- ... and it looks like it all started with messages like
PHP Warning: Invalid argument supplied for foreach() in /home/atwork/public_html/atworkwiki/w/includes/LocalisationCache.php on line 639
- followed by a flood of messages like
"" is not a valid magic thingie for "int"
- I smell a cache that needs to be purged, but that doesn't seem to work with ?action=purge.
- Are there command line alternatives?
- Paul 174.118.60.226 14:15, 27 August 2013 (UTC)
- The command line solution turns out to be (drum roll please...)
php maintenance/rebuildLocalisationCache.php
- Seems to be all good now.
- Thanks,
- Paul 174.118.60.226 17:20, 27 August 2013 (UTC)
- Thanks for letting us know it is resolved. I think this deserves to be in the FAQ. ☠MarkAHershberger☢(talk)☣ 22:34, 27 August 2013 (UTC)
- There's a similar one reported at Manual:Errors and symptoms#Error: invalid magic word 'speciale', but for special pages. May be worth adding to it if it's a common problem Ciencia Al Poder (talk) 09:33, 28 August 2013 (UTC)
- Some sort of Troubleshooting FAQ would be good to have. ☠MarkAHershberger☢(talk)☣ 18:58, 28 August 2013 (UTC)
- Thanks for pointing out that page. Updated with this error. ☠MarkAHershberger☢(talk)☣ 19:07, 28 August 2013 (UTC)
- There's a similar one reported at Manual:Errors and symptoms#Error: invalid magic word 'speciale', but for special pages. May be worth adding to it if it's a common problem Ciencia Al Poder (talk) 09:33, 28 August 2013 (UTC)
- Thanks for letting us know it is resolved. I think this deserves to be in the FAQ. ☠MarkAHershberger☢(talk)☣ 22:34, 27 August 2013 (UTC)
ParserFunction issues
Hi,
So, I'm working on my site's Wiki, which is at http://lysharia.com/wiki and I'm having trouble determining for certain what specifically is still missing or needs fixing.
Specifically, I followed the guide from here: https://www.mediawiki.org/wiki/Extension:ParserFunctions
Product Version MediaWiki 1.21.1 PHP 5.3.24 (apache2handler) MySQL 5.6.12-56
ParserFunctions (Version 1.4.1) is the version I have loaded, at this time.
I still have code being displayed, as easily seen in http://lysharia.com/wiki/index.php/Test
http://www.etcwiki.org/wiki/Problems_installing_wiki_templates#Code_being_displayed_in_template
I checked the above page... however, with the ParserFunctions being enabled, and the Test page having the following code:
{{Infobox |title = ETCwiki.org Infobox |image = [[Image:example.png|200px]] |header1 = Main Heading |header2 = First set of data |label2 = Label |data2 = Data |header3 = Remove this line (optional) |label3 = More Label |data3 = More data }}
It basically doesn't show anything except Script error: No such module "Infobox".. I've also ensured that the Common.css has been updated to account for the new style changes.
I'm... well... stumped, at this point, because insofar as I can tell, everything that ParserFunctions needs for the infobox to work... is there. 50.135.220.236 (talk) 00:39, 27 August 2013 (UTC)
- Also, herpaderp, for some reason I'm unable to edit the original message I posted to correct the issue.
{{Infobox |title = ETCwiki.org Infobox |image = [[Image:example.png|200px]] |header1 = Main Heading |header2 = First set of data |label2 = Label |data2 = Data |header3 = Remove this line (optional) |label3 = More Label |data3 = More data }}
- and displays, after saving the page:
Script error: No such module "Infobox".
50.135.220.236 00:46, 27 August 2013 (UTC)- If you hover over "Script error", what message is shown? ☠MarkAHershberger☢(talk)☣ 11:40, 27 August 2013 (UTC)
- I believe the Script Error you're seeing here is actually from mediawiki's own system saying the code is not valid.
- There're no Script Errors in my wiki. But... again, I'm not sure what else I can do to track down what needs to be done to make ParserFunctions work. If you check http://lysharia.com/wiki/index.php/Test you notice Infobox is not being picked up. However, if you check http://lysharia.com/wiki/index.php/Template:Infobox you notice it exists.
- In fact, here's a listing of all the templates that I've copied over as directed in the guide on the Wiki itself:
- http://lysharia.com/wiki/index.php?title=Special%3APrefixIndex&prefix=&namespace=10
- I'm not sure if there's anything else missing. I don't have access to the server level error logs, as I'm running on cPanel in a shared hosting environment. 50.135.220.236 05:03, 28 August 2013 (UTC)
- You need to install Extension:Scribunto and import w:Module:Infobox to your wiki. ☠MarkAHershberger☢(talk)☣ 18:57, 28 August 2013 (UTC)
- Got it. Will report back shortly. 50.135.220.236 23:48, 28 August 2013 (UTC)
- Wait a moment... import w:Module:Infobox to where? I kinda forgot to ask, because the page doesn't say exactly /where/ to import it to. 50.135.220.236 23:52, 28 August 2013 (UTC)
- You'll export it from Wikipedia and then import it using Special:Import to your own wiki. ☠MarkAHershberger☢(talk)☣ 18:07, 29 August 2013 (UTC)
- Got it.
- Methinks I'll have to wait until tomorrow before all works out. There isn't much I can do right now, except wait. I'll report back tomorrow as to whether or not things function properly. 50.135.220.236 04:09, 30 August 2013 (UTC)
- You'll export it from Wikipedia and then import it using Special:Import to your own wiki. ☠MarkAHershberger☢(talk)☣ 18:07, 29 August 2013 (UTC)
- You need to install Extension:Scribunto and import w:Module:Infobox to your wiki. ☠MarkAHershberger☢(talk)☣ 18:57, 28 August 2013 (UTC)
- If you hover over "Script error", what message is shown? ☠MarkAHershberger☢(talk)☣ 11:40, 27 August 2013 (UTC)
No swowing
Hi.
Why this doesn't work on my page?
{{#IF: {{{text|}}} | <hr> {{{text}}}. }} <includeonly>{{#ifeq: {{NAMESPACE}}|File|[[Category:Cover Images]]}}</includeonly>
Do i need something special? TraaBBIT (talk) 05:57, 27 August 2013 (UTC)
- Maybe you need to install Extension:ParserFunctions?
- It comes bundled with recent versions of MediaWiki, so you should only need to add this at the end of LocalSettings.php:
require_once( "$IP/extensions/ParserFunctions/ParserFunctions.php" );
Ciencia Al Poder (talk) 09:35, 27 August 2013 (UTC)- I have it. TraaBBIT (talk) 16:20, 27 August 2013 (UTC)
- Well, then you may want to elaborate the this doesn't work on my page part of your message. Ciencia Al Poder (talk) 18:31, 27 August 2013 (UTC)
- I have it. TraaBBIT (talk) 16:20, 27 August 2013 (UTC)
MySQL error during install: "Error on rename of '.\wiki_wincc\job.frm' to '.\wiki_wincc\#sql2-184c-1d.frm' (Errcode: 17)"
During installation of the media wiki the script will stop due to several errors. I'm installing in Dutch because the customer wants this. This is the list of errors I got:
Database inrichten... afgerond Tabellen aanmaken... Warning: Cannot modify header information - headers already sent in D:\Temporary.004\USBWebserver_v8.5\root\scada\includes\Exception.php on line 269
Warning: Cannot modify header information - headers already sent in D:\Temporary.004\USBWebserver_v8.5\root\scada\includes\Exception.php on line 270
Warning: Cannot modify header information - headers already sent in D:\Temporary.004\USBWebserver_v8.5\root\scada\includes\Exception.php on line 229 Er is een syntaxisfout in het databaseverzoek opgetreden. Mogelijk zit er een fout in de software. Het laatste verzoek aan de database was: CREATE INDEX job_cmd_token_id ON `job` (job_cmd,job_token,job_id) vanuit de functie "DatabaseBase::sourceFile( D:\Temporary.004\USBWebserver_v8.5\root\scada/maintenance/tables.sql )". De database gaf de volgende foutmelding "7: Error on rename of '.\wiki_wincc\job.frm' to '.\wiki_wincc\#sql2-184c-1d.frm' (Errcode: 17) (localhost)". Backtrace:
- 0 D:\Temporary.004\USBWebserver_v8.5\root\scada\includes\db\Database.php(983): DatabaseBase->reportQueryError('Error on rename...', 7, 'CREATE INDEX jo...', 'DatabaseBase::s...', false)
- 1 D:\Temporary.004\USBWebserver_v8.5\root\scada\includes\db\Database.php(3409): DatabaseBase->query('CREATE INDEX jo...', 'DatabaseBase::s...')
- 2 D:\Temporary.004\USBWebserver_v8.5\root\scada\includes\db\Database.php(3322): DatabaseBase->sourceStream(Resource id #80, false, false, 'DatabaseBase::s...', false)
- 3 D:\Temporary.004\USBWebserver_v8.5\root\scada\includes\installer\DatabaseInstaller.php(185): DatabaseBase->sourceFile('D:\Temporary.00...')
- 4 [internal function]: DatabaseInstaller->createTables(Object(MysqlInstaller))
- 5 D:\Temporary.004\USBWebserver_v8.5\root\scada\includes\installer\Installer.php(1452): call_user_func(Array, Object(MysqlInstaller))
- 6 D:\Temporary.004\USBWebserver_v8.5\root\scada\includes\installer\WebInstallerPage.php(1177): Installer->performInstallation(Array, Array)
- 7 D:\Temporary.004\USBWebserver_v8.5\root\scada\includes\installer\WebInstaller.php(270): WebInstaller_Install->execute()
- 8 D:\Temporary.004\USBWebserver_v8.5\root\scada\mw-config\index.php(65): WebInstaller->execute(Array)
- 9 D:\Temporary.004\USBWebserver_v8.5\root\scada\mw-config\index.php(33): wfInstallerMain()
- 10 {main}
Does anybody know on how to solve these? 212.61.149.228 (talk) 07:50, 27 August 2013 (UTC)
- Looks like a problem with Mysql. Since it looks like a new installation, drop the database and execute the installation again.
- Here I found a similar problem https://moodle.org/mod/forum/discuss.php?d=110134 Ciencia Al Poder (talk) 09:31, 27 August 2013 (UTC)
Comments permission
Hi,
I have a problem with permission for my comments. Exactly I want create comments to articles - it's works, but add permission to edit these comments only for group "sysop", but at the moment all users can add/edit comments. Maybe You know any solution ? 83.175.144.6 (talk) 18:02, 27 August 2013 (UTC)
- Do you mean comments using LiquidThreads? That's bug 53363 Ciencia Al Poder (talk) 09:30, 28 August 2013 (UTC)
- No, I mean require_once("$IP/extensions/Comments/Comment.php"); <comments\> 83.175.144.6 11:51, 28 August 2013 (UTC)
- Ask in the extension's page or file a bug request. Ciencia Al Poder (talk) 16:22, 28 August 2013 (UTC)
- No, I mean require_once("$IP/extensions/Comments/Comment.php"); <comments\> 83.175.144.6 11:51, 28 August 2013 (UTC)
- If you have some familiarity with PHP, you can modify the code to do this. A hint can be found by looking for "commentadmin" in CommentClass.php. You can use similar code to restrict editing.
- I would look more, but I haven't used this extension at all. ☠MarkAHershberger☢(talk)☣ 18:43, 28 August 2013 (UTC)
List subpages within a page
Hi,
I have a keyword that I use on a footer on each page in a group of subpages to list all subpages of that page: {{Special:PrefixIndex/{{FULLPAGENAME}}/}}
This works but unfortunately it lists EVERY subpage (including sub-subpages). Is there any way to list only the page's immediate children? I think I read that it is not possible to do this with the PrefixIndex function, but it may be that there is another function (or even plugin) that could do this search, e.g. by RegEx?
Thanks, Chris Christopher denman (talk) 14:07, 28 August 2013 (UTC)
- I don't know of anything that matches what you want. If you know PHP, you could extend the page to do what you want without too much trouble, though. ☠MarkAHershberger☢(talk)☣ 19:20, 28 August 2013 (UTC)
[RESOLVED] Database error after updating to 1.21.1 - Unknown column 'rc_moved_to_ns' in 'field list'
Database returned error "1054: Unknown column 'rc_moved_to_ns' in 'field list'
I'm getting the same error in 1.21.1 that people have reported previously.
I was running on 1.16.4 and decided to update.
I downloaded and applied in sequence 1.17.5, 1.18.6, 1.19.7, 1.20.6 and all worked fine! I applied 1.21.1 in the same way and got the above error.
By applied, I mean: 1.) Untarred mediawikix-x.y.z.tgz into a reference directory. 2.) Copied old working LocalConfig.php into that directory. 3.) “cd maintenance” 4.) Php update.php 2>&1 | tee update.log 5.) Linked into my http URL "wiki".
By “worked fine”, I mean: 1.) Navigated to a page and it shows up okay. 2.) Edit page and apply a trivial change to the page, it saves okay, and it redisplays the page with the change. 3.) Edit page and remove the trivial change, and it redisplays the page without the change. I received the above error at step #2 upon clicking save.
I am running PHP-5.4.13, MySQL-5.6.13, and apache-2.4.4.
I grepped the 1.21.1 sourcecode and "rr_moved" is gone except in patches. I grepped the sql dump of the database it's also gone there. So, where does this come from? Is there some external caching going on? (I cycled apache & mysql to be sure to flush things.)
Any ideas?
Many thanks,
David david_denny@verizon.net 72.83.157.66 (talk) 03:33, 29 August 2013 (UTC)
- It's not necessary to update from version to version (unless your wiki is too old). But anyway. It's not clear from your message if you unpacked the new MediaWiki installation on top of the older installation or in a new (clean) directory. Unpacking over an old installation can cause errors because of conflicts with old files that shouldn't be there anymore, so I suggest trying to unpack 1.21 on an empty directory and then copy the required files from the old one (see Manual:Upgrading#Unpack the new files for details)
- The field rc_moved_to_ns was removed from recentchanges table on 1.21, and it shouldn't be used anymore. Are you using any outdated extensions? Uninstall/Disable all extensions and try again. Ciencia Al Poder (talk) 09:36, 29 August 2013 (UTC)
- Hi Ciencia,
- Thanks for the note! In fact, the first time I simply jumped to 1.21.1, but restored database and went back through the installation process incrementally to determine at which step the modification functionality broke, and it was at the transition from 1.20.6 to 1.21.1. This is a repeatable observation.
- No, I did not overlay the old installation but untarred without modification into unpopulated directories (/mnt/sdb1/mediawiki-1.21.1, /mnt/sdb1/mediawiki-1.20.6, /mnt/sdb1/mediawiki/1-19.7, etc.) Once untarred, I moved over ONLY the LocalSettings.php file over and then ran the update.php script.
- I don't have any extensions included in 1.21.1, however any extension data stored into the database would still be there. Previously I only had ".svn" in the extension folder (can't even recall putting it there.) I did not carry it into the later releases, however I note that the extension directory in 1.21.1 has a number of directories in it, which appear to be legitimate extensions installed by default.
- David 72.83.157.66 12:29, 29 August 2013 (UTC)
- Well, if you did a grep and found nothing, that's very strange, indeed. I've also done a grep and nothing found except for patches.
- I have 1.21 and it has no problems for saving edits. Maybe you can try Manual:How to debug to get a stack trace of the error, identifying what file and exact line was trying to execute that SQL sentence to see where that field comes from.
- Or maybe you forgot to point your webserver to the 1.21 installation directory and it's still pointing to the old one, while you ran update.php from the command line? Ciencia Al Poder (talk) 16:17, 29 August 2013 (UTC)
- Hi Ciencia,
- Thanks once more for your note. I did do a grep, and the issue is very confusing to me also!
- I will rerun and attempt the stack trace, probably tonight my time (EST).
- I may not have redirected the web server to this installation! That is a possibility for sure! I will be sure to do that BEFORE running the update (I thought the directions carefully, but cannot recall explicitly if I did this before or after the update step!)
- Either way, I'll check it out and post back!
- Once again, thanks for the help!
- David 209.183.241.90 19:14, 29 August 2013 (UTC)
- Dear Ciencia,
- Well, our dialog is a keen lesson in humility for me! The problem is "fixed" and of course it is a "stupid problem" that was all my fault!
- I have always installed mediawiki in an obscure part of my disk space, and then done a "mount bind" to put it into a better logical spot for access by Apache. All my keen installation work was basically for naught as the system clung onto the inode of the directory it was "bound" to rather than to the "name" that I was installing to. It was, of course, the old 1.16.4 installation and so the error messages were very appropriate for it.
- Having fixed my mount and done a proper re-install, all is now working fine very nicely.
- The real clue was when I put in the debugging you suggested and NOTHING CHANGED. I knew then that it had to be a much more fundamental problem. I should have checked the Special:Version, but I simply did not think of that.
- I don't believe I would have found this for a very long time without your help, and so I am very grateful for your time, patience, and assistance!
- Best regards,
- David 209.183.241.90 20:27, 29 August 2013 (UTC)
- Well, that's good news, and a likely cause for the reports other people posted about that. Thanks for explaining the fix! Ciencia Al Poder (talk) 09:10, 30 August 2013 (UTC)
- This is likely due to bugzilla:34960. Also see https://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2013/04#h-Database_error_after_updating_to_1.20.4-2013-04-16T18%3A48%3A00.000Z AKlapper (WMF) (talk) 10:26, 29 August 2013 (UTC)
- Another one Project:Support desk/Flow/2012/11#c-Pocket_lint-2012-11-04T20:48:00.000Z-Pocket_lint-2012-11-04T01:48:00.000Z although for that user, recreating the database solved the issue. That doesn't make any sense! Ciencia Al Poder (talk) 16:19, 29 August 2013 (UTC)
Interwiki links to Wikipedia incubator versions
I see that the Wikivoyage article on Japan is able to link to the Chinese Wikivoyage article in Wikimedia Incubator.
Can someone also help enable the English Wikipedia articles to link to Wikipedia test editions in Wikimedia Incubator? DaveZ122 (talk) 09:20, 29 August 2013 (UTC)
- Did you check Special:Interwiki? Are you sure you want to link to incubator articles? ☠MarkAHershberger☢(talk)☣ 18:05, 29 August 2013 (UTC)
Add bulk article with large text
Hi, I have a big set of articles and i want to import them in a mediawiki site. For this i have to create a huge number of articles and upload similar number of images. For creating the articles i think API:Edit would be better. I wanted to use some PHP bots and found Wikimate. It is easy to use and workign fine for smaller texts. But it just do not worf for the large texts.
Here my question is, is there any PHP bot framework which will help me to create new articles with large texts and may have the file upload feature? or should i go for some different approach? Nasir Khan Saikat • talk • 15:04, 29 August 2013 (UTC)
- If you have shell access to the wiki and sufficient permissions (i.e. you're the site owner), you can put those articles and files in a folder on the server and run edit.php and importImages.php maintenance scripts. Remember that they should be run from the server where MediaWiki is installed. Ciencia Al Poder (talk) 16:27, 29 August 2013 (UTC)
Confirm Account Extension and User access to private pages
Hello again,
I previously wrote about an issue I was having with users not able to navigate to the Special Pages portion of the Wiki, but that is now working flawlessly. I achieved that by commenting out the PermissionACL extension.
My question is now, I installed the Confirm Account Extension for my Wiki, and made sure to add the line to my LocalSettings.php. I followed the install tutorial, but when I went to run "php maintenance/update.php," I get an error.
Database returned error "1091: Can't DROP 'acr_deleted_reg'; check that column/key exists (localhost)"
My other question is regarding my previous fix. I have certain pages on the Wiki that I only want users with a tech level access to be able to view.
Wiki location = http://oilcop.info/index.php/Main_Page Odyssey~mediawikiwiki (talk) 15:48, 29 August 2013 (UTC)
- For your second question, look at the hook SpecialPage_initList. I did something like what you want with the following code:
$wgHooks['SpecialPage_initList'][] = 'LocalHooks::blockPage'; class LocalHooks { static public function blockPage( &$pagePriv ) { $setPerms = array( 'Listusers', 'Statistics', 'Randompage', 'Lonelypages', 'Uncategorizedpages', 'Uncategorizedcategories', 'Uncategorizedimages', 'Uncategorizedtemplates', 'Unusedcategories', 'Unusedimages', 'Wantedpages', 'Wantedcategories', 'Mostlinked', 'Mostlinkedcategories', 'Mostlinkedtemplates', 'Mostcategories', 'Mostimages', 'Mostrevisions', 'Fewestrevisions', 'Shortpages', 'Longpages', 'Newpages', 'Ancientpages', 'Deadendpages', 'Protectedpages', 'Protectedtitles', 'Allpages', 'Prefixindex', 'Ipblocklist', 'Categories', 'Export', 'Allmessages', 'Log', 'MIMEsearch', 'Listredirects', 'Unusedtemplates', 'Withoutinterwiki', 'Filepath' ); foreach( $setPerms as $page ) { if( isset( $pagePriv[ $page ] ) ) { $priv = $pagePriv[ $page ]; if( !is_array( $priv ) ) { $pagePriv[$page] = array( "SpecialPage", $page, "block" ); } elseif( !in_array( "block", $priv ) ) { $pagePriv[$page][] = "block"; } } } return true; } }
- This makes it so that only people who have the "block" right could use those pages. ☠MarkAHershberger☢(talk)☣ 17:47, 29 August 2013 (UTC)
- Looks like the index dropping logic has been updated since 1.19. In your version you'll see a file named
extensions/ConfirmAccount/backend/schema/mysql/patch-account_credentials.sql
that starts with the following bit of code: ALTER TABLE /*$wgDBprefix*/account_requests ADD acr_type tinyint(255) unsigned NOT NULL default 0, DROP INDEX acr_deleted_reg, ADD INDEX acr_type_del_reg (acr_type,acr_deleted,acr_registration);
- Remove the "DROP INDEX" line so that it looks like this:
ALTER TABLE /*$wgDBprefix*/account_requests ADD acr_type tinyint(255) unsigned NOT NULL default 0, ADD INDEX acr_type_del_reg (acr_type,acr_deleted,acr_registration);
- and it should work. ☠MarkAHershberger☢(talk)☣ 18:01, 29 August 2013 (UTC)
- Thank you,
- Going to extensions/ConfirmAccount/backend/schema/mysql/patch-account_credentials.sql and removing that line fixed that error, but now I have another
- Database returned error "1060: Duplicate column name 'acr_type' (localhost)"
- As for the other answer you proved, I cannot seem to locate the SpecialPage_initList. I ran the 'find' command for linux but it is not turning up with anything Odyssey (talk) 18:41, 29 August 2013 (UTC)
- Hi,
- there is no SpecialPage_initList, which you would have to find. It is the name of a hook; what you should do is put Mark's code into LocalSettings.php (that is the file to find). 88.130.76.242 19:02, 29 August 2013 (UTC)
- You need to go to that same file and remove the line that starts
ADD acr_type
(the second one I showed you). - If you get another error about
acr_type_del_reg
, just remove the entire bit fromALTER TABLE
to the semicolon. - I think it will work after that. ☠MarkAHershberger☢(talk)☣ 00:26, 30 August 2013 (UTC)
- Thank you for your response
- That solved my 1060 error, but now I have another generated. I tried to see if I could tackle this one on my own, but I do not have the line it is requesting. Would this mean I would need to add it?
- Database returned error "1170: BLOB/TEXT column 'acr_email' used in key specification without a key length (localhost)"
- The only lines I have related to email in that files previously mentioned is:
- acd_email tinytext NOT NULL,
- acd_email authenticated varbinary(14) default NULL, Odyssey (talk) 14:32, 30 August 2013 (UTC)
- Hi!
- This error happens, when you tell MySQL to index a column, but do not provide a length for the key/index. That way MySQL cannot use it for a key leading to this error.
- I think the fact that this is happening is a bug and you should report it in Bugzilla in order to get it solved properly.
- To place a limit on the TEXT or BLOB column, you can try to use VARCHAR type and place a limit of length on it. By default, VARCHAR is limited to a maximum of 255 characters and its limit must be specified implicitly within a bracket right after its declaration, i.e VARCHAR(200) will limit it to 200 characters long only. 88.130.86.254 14:44, 30 August 2013 (UTC)
- This is the file I was working out of:
- extensions/ConfirmAccount/backend/schema/mysql/ConfirmAccount.sql
- I changed this line:
- acr_email tinytext NOT NULL,
- to read this:
- acr_email varchar(200),
- I still get the same error. I did do a few variations of the line above but I still receive the same 1170 error regardless of what variation I use Odyssey (talk) 15:58, 30 August 2013 (UTC)
- The copy of ConfirmAccount.sql that I have uses
CREATE UNIQUE INDEX /*i*/acr_email ON /*_*/account_requests (acr_email(255));
- which is what the MySQL docs specify for prefix indexes.
- Can you go in on the command line or PHPMyAdmin and respond with what the structure of the account_requests table is? ☠MarkAHershberger☢(talk)☣ 11:49, 1 September 2013 (UTC)
- php.ini:112.90.231.9 15:34, 30 August 2013 (UTC)
; Default socket name for local MySQL connects. If empty, uses the built-in ; MySQL defaults. mysql.default_socket = 3306 ; Default host for mysql_connect() (doesn't apply in safe mode). mysql.default_host = localhost ; Default user for mysql_connect() (doesn't apply in safe mode). mysql.default_user = root ; Default password for mysql_connect() (doesn't apply in safe mode). ; Note that this is generally a *bad* idea to store passwords in this file. ; *Any* user with PHP access can run 'echo get_cfg_var("mysql.default_password") ; and reveal this password! And of course, any users with read access to this ; file will be able to reveal the password as well. mysql.default_password = password01!!
Mediawiki and Google
Hi.
How can I make Mediawiki page work better with Google search?
Is there some extensions to do this? TraaBBIT (talk) 17:22, 29 August 2013 (UTC)
- What do you mean "work better with"? Do you want to have more visibility in Google (SEO) or are you trying to use a google custom search for your wiki's search?
- For SEO, MediaWiki does pretty well (see Wikipedia for evidence of that). For a custom search engine, see this extension. ☠MarkAHershberger☢(talk)☣ 17:40, 29 August 2013 (UTC)
Upgrading from Mediawiki 1.19.1
We have always used the Web Updater. For some reason whenever we go to update it past 1.19.1 it does not install a newer version. The updater works ok, but it never actually goes past 1.19.1. Repthrd (talk) 20:36, 29 August 2013 (UTC)
- Hi!
- What do you mean with "it does not install a newer version"? Please elaborate on what the web updater is displaying, which you think is unexpected.
- I guess you are aware of the fact that in order to update to a newer version, you do not only have to run the web updater, but you also have to manually install the new MediaWiki source code first. The web updater won't install the new source code for you. 88.130.76.242 22:14, 29 August 2013 (UTC)
MediaWiki error: Unknown column 'rc_moved_to_ns' in 'field list'
Hi, I have updated to mediwiki 1.21 but then my wiki getted infected by some virus, so I downgraded back from backup to 1.19 but when I try to edit any page is gives me this error: „1054: Unknown column 'rc_moved_to_ns' in 'field list. Can someone help me please ? I had lost many hours with removing virus and now after all I have again some issue with this, I really dont know what to do, I have all Databases backups and folder backups from versions 1.19 and 1.21, but I dont know if I should upload backup of DB or... 85.71.147.115 (talk) 22:42, 29 August 2013 (UTC)
- Hi there, I stumbled over this as well after upgrading a 1.19. wiki to 1.21.2.
- You're probably trying to update data in you recent changes table in a column which is not existing in your table(or no longer existing). I guess you are trying to update the 1.21.1 database backup in the 1.19 database layout? Or the other way around?
- Please check the columns of our "recent changes" table and take a look at your inserts (INSERT INTO) statements for recent changes (in your database backup file) if all columns for the inserst are actually created in your database (either by a CREATE TABLE IF NOT EXISTING) or by the wikimedia installer.
- https://www.mediawiki.org/wiki/Manual:Recentchanges_table#rc_moved_to_ns
- You may create missing columns manually via PHPMYADMIN. I did this along the way and had to add some columns manually based on this:
- https://www.mediawiki.org/wiki/Manual:Recentchanges_table#Schema_summary
- For example rc_moved_to_ns and rc_moved_to_title where missing for me amongst others. I have no idea why certain columns were missing in my backup in the first place but the backup was from another user from with I took over...
- In case if both database backups contains the same content:
- Be sure to first install 1.19 mediawikisoftware and import your 1.19 data. then procceed with upgrading to 1.21.1 as described. During the process your 1.19 will changed from the setup routine to the 1.21. database layout. CayceP (talk) 13:44, 23 October 2013 (UTC)
- Same problem here after moving a 1.19.7 wiki to another machine. The column 'rc_moved_to_ns' exists. Any ideas? 195.124.31.219 12:23, 24 October 2013 (UTC)
- I noticed on my installation that when I emptied tables that sometimes I could not add new data. Can you manually insert any data in column 'rc_moved_to_ns'?
- If not, delete the complete table and create it new manually, this worked for me. (if you have a backup file you can simply use the CREATE TABLE statement from the backup file). CayceP (talk) 15:59, 5 February 2014 (UTC)
- Same problem here after moving a 1.19.7 wiki to another machine. The column 'rc_moved_to_ns' exists. Any ideas? 195.124.31.219 12:23, 24 October 2013 (UTC)
Mediawiki 1.21 Database error
Hi, I have updated to mediwiki 1.21 but then my wiki getted infected by some virus, so I downgraded back from backup to 1.19 but when I try to edit any page is gives me this error: „1054: Unknown column 'rc_moved_to_ns' in 'field list. Can someone help me please ? I had lost many hours with removing virus and now after all I have again some issue with this, I really dont know what to do, I have all Databases backups and folder backups from versions 1.19 and 1.21, but I dont know if I should upload backup of DB or... 85.71.147.115 (talk) 22:53, 29 August 2013 (UTC)
- Hi!
- downgrading won't help you, when you have a virus and want to get rid of it. Note that MediaWiki does not support downgrades. There is no code for that. I am pretty sure that the downgrade is at least a big part of your problem.
- After a virus infection you have several options:
- You can clean up your installation and continue using it. That way you will keep all data, because you just continue using the same DB. So if you already used MediaWiki 1.21, continue doing so. When you are lucky, this already solves the "Unknown column" error.
- You can replace your installation with a backup from before the virus got into your system. That way you would loose changes, which were done in the meantime. However, that way you do not have the risk that you missed some parts of the virus and that your system in fact is still infected, which can happen in the option above.
- I don't know if you could live with loosing the newest edits, but if I had the choice, I would go for option two. (Possibly you might still be able to save these changes by shortly updating the corrupted installation to MW 1.21 before you throw it away.)
- In any case: Make sure that you know how the attacker got into your system so that you can close that hole. Otherwise you might get hacked again and again and loose time again and again. 88.130.76.242 23:13, 29 August 2013 (UTC)
- I way trying to run update.php, it said that everything is succesful, but it did not help. So I updated to 1.21.1 but its totally break update, look this is my wiki, everything is broken http://wowcraft.gameteam.cz:81/wikib/index.php/Hlavní_strana 85.71.147.115 09:03, 30 August 2013 (UTC)
- Your website runs MediaWiki 1.21, links are working and basically things seem to be fine. However, since you seem to continue after cleaning up - instead of after setting up a backup - note, that you cannot be sure that you actually removed all parts of the virus. Now you already notice and at a later point you might again notice, that you still/again have trouble with it.
- The only thing that I see are some words on the main page: "Osobní nástroje", "Jmenné prostory", "Zobrazení", "Hledat". They mean "tools", "search" and so on. These words seem to come from the MediaWiki template. It is interesting that these words are only there on the MediaWiki main page, not on other pages.
- Maybe you/they have modified your skin file, in that case Vector.php and added these things there?
- Maybe your CSS got changed, so that these words are visible now.
- Maybe a page in the MediaWiki namespace got changed, so that CSS styles are loaded from there; possibly from MediaWiki:Common.css or MediaWiki:Vector.php.
- Were the skin files on the server changed (meaning skins/Vector.php and/or the CSS files in the folder skins/vector/)? Were these CSS pages inside MediaWiki changed? 88.130.76.242 12:14, 30 August 2013 (UTC)
- These words on the main page: "Osobní nástroje", "Jmenné prostory", "Zobrazení", "Hledat". They mean "tools", "search" , they are on all pages but if you click on something on the main page you did resend to another wiki, but I did clean instalation of 1.21.1 and these words appears, I dont know why, but in mediwki 1.21.1 I can edit my database, so I now need to setup version 1.21.1, but without that words in the air. 85.71.147.115 17:44, 30 August 2013 (UTC)
- I way trying to run update.php, it said that everything is succesful, but it did not help. So I updated to 1.21.1 but its totally break update, look this is my wiki, everything is broken http://wowcraft.gameteam.cz:81/wikib/index.php/Hlavní_strana 85.71.147.115 09:03, 30 August 2013 (UTC)
Synchronize categories between pages
I'd like to make a template that keeps an article in the same category as an another specific article, and use this template as a kind of Category Sinchronizer for image files. For instance, say page 'Gandalf' has next two category: Magician, Fellowship of the Ring. And someone comes to add another one 'Ian McKellen'. I want to make all pictures within 'Gandalf' follow that category change, by adding a template like {{CategorySync|Gandalf}}
.
But I am quite lost in the making process, I can't figure out where to begin and how to develop. Please leave me your idea or suggestion, it would be greatly appreciated. Cafeinlove (talk) 00:36, 30 August 2013 (UTC)
- This has been replied here Ciencia Al Poder (talk) 16:54, 30 August 2013 (UTC)
- I doubt this issue is resolved: I got an interesting idea on Wikia's technical forum, yet I cannot go for that one as I described there. I think I should find a different way. Can I ask you admins here to remove the [resolved] tag from my question? Or, am I not allowed to post a question I already posted elsewhere? Cafeinlove (talk) 14:50, 31 August 2013 (UTC)
- I've removed the [RESOLVED] tag from the title. Ciencia Al Poder (talk) 15:13, 31 August 2013 (UTC)
How can I know how many people visit my wiki?
RESOLVED | |
who's.amung.us provides tracking code that you can add under MediaWiki:Copyright.
If you prefer Google Analytics, you can use Google Analytics Integration extension. If you'd like to have complete control over your solution, you can use MatomoAnalytics. |
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.
- I use some extension that allows to insert some html code to some page, and I use some web counter on my homepage, but are there any extension that count all visits to my wiki? Fokebox (talk) 04:54, 30 August 2013 (UTC)
- Look at the bottom of each page. You should see something like "This page has been accessed 2,655 times." There is also Special:Statistics. ☠MarkAHershberger☢(talk)☣ 16:32, 30 August 2013 (UTC)
- You can use http://whos.amung.us/ Add the track code under MediaWiki:Copyright.
- or google analytics with Extension:Google_Analytics_Integration may solve your problem. Zoglun (talk) 10:25, 31 August 2013 (UTC)
- Look at the bottom of each page. You should see something like "This page has been accessed 2,655 times." There is also Special:Statistics. ☠MarkAHershberger☢(talk)☣ 16:32, 30 August 2013 (UTC)
- what was the solution? 83.110.72.111 (talk) 06:44, 10 February 2019 (UTC)
MediaWiki Building failure——Mysql connection issue
Hi, everyone Today i have try to build the mediawiki server. It takes me a whole day, now i can access the mediawiki building home web, so i think the apache and php can work normally. but i was holded at the configuration of database.
My Sofeware details:
- OS - linux 2.6.18
- Apache - http2.2.3-31
- php - 5.5.3
- mysql - 5.0.77
The error prompted:
- Database host:192.168.2.102
- Database: wikidatabase
- DBUser:root
- DBPassword: ***
- DB connection error: Permission denied (192.168.2.102)。
Or
- Database host:localhost
- Database: wikidatabase
- DBUser:root
- DBPassword: ***
- DB connection error: DB connection error: mysqlnd cannot connect to MySQL 4.1+ using the old insecure authentication. Please use an administration tool to reset your password with the command SET PASSWORD = PASSWORD('your_existing_password'). This will store a new, and more secure, hash value in mysql.user. If this user is used in other scripts executed by PHP 5.2 or earlier you might need to remove the old-passwords flag from your my.cnf file (localhost)。
I must carify that i can oper mysql in the local server, and port 3306 was opened. I think it may be php or mysql's issue. Anybody help me? 112.90.231.9 (talk) 15:30, 30 August 2013 (UTC)
- my.cnf:
- 112.90.231.9 15:33, 30 August 2013 (UTC)
# Example MySQL config file for medium systems. # # This is for a system with little memory (32M - 64M) where MySQL plays # an important part, or systems up to 128M where MySQL is used together with # other programs (such as a web server) # # You can copy this file to # /etc/my.cnf to set global options, # mysql-data-dir/my.cnf to set server-specific options (in this # installation this directory is /var/lib/mysql) or # ~/.my.cnf to set user-specific options. # # In this file, you can use all long options that a program supports. # If you want to know which options a program supports, run the program # with the "--help" option. # The following options will be passed to all MySQL clients [client] #password = your_password port = 3306 socket = /var/lib/mysql/mysql.sock # Here follows entries for some specific programs # The MySQL server [mysqld] port = 3306 socket = /var/lib/mysql/mysql.sock skip-locking key_buffer = 16M max_allowed_packet = 1M table_cache = 64 sort_buffer_size = 512K net_buffer_length = 8K read_buffer_size = 256K read_rnd_buffer_size = 512K myisam_sort_buffer_size = 8M # Don't listen on a TCP/IP port at all. This can be a security enhancement, # if all processes that need to connect to mysqld run on the same host. # All interaction with mysqld must be made via Unix sockets or named pipes. # Note that using this option without enabling named pipes on Windows # (via the "enable-named-pipe" option) will render mysqld useless! # #skip-networking # Disable Federated by default skip-federated # Replication Master Server (default) # binary logging is required for replication log-bin=mysql-bin # required unique id between 1 and 2^32 - 1 # defaults to 1 if master-host is not set # but will not function as a master if omitted server-id = 1 # Replication Slave (comment out master section to use this) # # To configure this host as a replication slave, you can choose between # two methods : # # 1) Use the CHANGE MASTER TO command (fully described in our manual) - # the syntax is: # # CHANGE MASTER TO MASTER_HOST=<host>, MASTER_PORT=<port>, # MASTER_USER=<user>, MASTER_PASSWORD=<password> ; # # where you replace <host>, <user>, <password> by quoted strings and # <port> by the master's port number (3306 by default). # # Example: # # CHANGE MASTER TO MASTER_HOST='125.564.12.1', MASTER_PORT=3306, # MASTER_USER='joe', MASTER_PASSWORD='secret'; # # OR # # 2) Set the variables below. However, in case you choose this method, then # start replication for the first time (even unsuccessfully, for example # if you mistyped the password in master-password and the slave fails to # connect), the slave will create a master.info file, and any later # change in this file to the variables' values below will be ignored and # overridden by the content of the master.info file, unless you shutdown # the slave server, delete master.info and restart the slaver server. # For that reason, you may want to leave the lines below untouched # (commented) and instead use CHANGE MASTER TO (see above) # # required unique id between 2 and 2^32 - 1 # (and different from the master) # defaults to 2 if master-host is set # but will not function as a slave if omitted #server-id = 2 # # The replication master for this slave - required #master-host = <hostname> # # The username the slave will use for authentication when connecting # to the master - required #master-user = <username> # # The password the slave will authenticate with when connecting to # the master - required #master-password = <password> # # The port the master is listening on. # optional - defaults to 3306 #master-port = <port> # # binary logging - not required for slaves, but recommended #log-bin=mysql-bin # Point the following paths to different dedicated disks #tmpdir = /tmp/ #log-update = /path-to-dedicated-directory/hostname # Uncomment the following if you are using BDB tables #bdb_cache_size = 4M #bdb_max_lock = 10000 # Uncomment the following if you are using InnoDB tables #innodb_data_home_dir = /var/lib/mysql/ #innodb_data_file_path = ibdata1:10M:autoextend #innodb_log_group_home_dir = /var/lib/mysql/ #innodb_log_arch_dir = /var/lib/mysql/ # You can set .._buffer_pool_size up to 50 - 80 % # of RAM but beware of setting memory usage too high #innodb_buffer_pool_size = 16M #innodb_additional_mem_pool_size = 2M # Set .._log_file_size to 25 % of buffer pool size #innodb_log_file_size = 5M #innodb_log_buffer_size = 8M #innodb_flush_log_at_trx_commit = 1 #innodb_lock_wait_timeout = 50 [mysqldump] quick max_allowed_packet = 16M [mysql] no-auto-rehash # Remove the next comment character if you are not familiar with SQL #safe-updates [isamchk] key_buffer = 20M sort_buffer_size = 20M read_buffer = 2M write_buffer = 2M [myisamchk] key_buffer = 20M sort_buffer_size = 20M read_buffer = 2M write_buffer = 2M [mysqlhotcopy] interactive-timeout
- Your problem is a mysql issue, not really a MediaWiki issue.
- For the first error: Permission denied (192.168.2.102). Check if the user exists and has permissions to connect and access that database
- For the second error, you must log in to mysql as root or any other account with grant permissions and change the password of that user .
- You should also try to login to mysql from the command prompt, running the "mysql" client command:
mysql -u username -p
- Once you successfully login from the mysql command prompt, it should work also with PHP. Ciencia Al Poder (talk) 13:21, 31 August 2013 (UTC)
- I can login into mysql, but the issue exists yet.
- Please see it:
[root@localhost ~]# mysql -u root -p Enter password: Welcome to the MySQL monitor. .......... mysql> show databases; +--------------------+ | Database | +--------------------+ | information_schema | | db_aliqakb | | mysql | | wikidatabase | | wikidb | +--------------------+ 5 rows in set (0.15 sec) mysql> show grants -> ; +---------------------------------------------------------------------------------------------------------------+ | Grants for root@localhost | +---------------------------------------------------------------------------------------------------------------+ | GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' IDENTIFIED BY PASSWORD '5c86092419cb334d' WITH GRANT OPTION | +-----------------------------------
- Please see the picture about php.info .
- http://xiangce.baidu.com/picture/detail/f036ea6fd9e3be33116a3edffa0e9eee041f8331
- About mediawiki configuration web issue.
- http://xiangce.baidu.com/picture/detail/7ab53fb2234096303b4e8d036f00be2f8acfbdc1
- I have stoped here for two days.
- Anybody help me? 112.90.231.9 12:37, 1 September 2013 (UTC)
- Hi!
- First make sure, that MySQL is started without the setting "old-passwords". This setting must be removed from your my.cnf file. Then restart MySQL and it should be able to save new/changed passwords in a secure format.
- After that run this SET PASSWORD = ... command, which MySQL told you to run:
- Please use an administration tool to reset your password with the command SET PASSWORD = PASSWORD('your_existing_password'). This will store a new, and more secure, hash value in mysql.user.
- Passwords are saved in the database "mysql", see the "user" there. Passwords saved in old format are 16 bytes long. Passwords saved in new format are more than 40 bytes long and start with a star ("*") sign. Make sure that your password is stored in that way! 88.130.114.191 14:17, 1 September 2013 (UTC)
- Well, so now the problem is the password.
- You should change root's password for mysql (you can even set the same password, but you need to issue a change password anyway.
- See http://dev.mysql.com/doc/refman/4.1/en/set-password.html for instructions. Or use the mysqladmin tool (see )
- See also Ciencia Al Poder (talk) 14:24, 1 September 2013 (UTC)
- Now it works normally.
- Thanks for your great helps. 112.90.231.9 15:39, 2 September 2013 (UTC)
Does mediawiki support PSD thumbnail?
I guess imagemagic have limitted PSD convert support. Then, does mediawiki support PSD thumbnail? Like the .svg convert to png thumbnail. Deletedaccount4567435 (talk) 10:19, 31 August 2013 (UTC)
- As far as I know, there is no support for thumbnails of Photoshop documents. If you want them, you could file a bug requesting the feature. Even more helpful would be a way to produce the thumbnails, if you know how to do that. ☠MarkAHershberger☢(talk)☣ 11:13, 1 September 2013 (UTC)
- Another thing to try is asking in the ImageMagick Forum. Someone there may be able to help you. ☠MarkAHershberger☢(talk)☣ 11:21, 1 September 2013 (UTC)
Code for swapping between metric/imperial and British/american dates
Back when my wiki was on Wikia, someone wrote some code that meant I could swap between American and British dates and Imperial and Metric measurements (wrapped in a special tag) by pressing switches. Obviously when using Vector, it no-longer works. Can anyone advise me of any extensions that can do the same thing or (even better) fix my code to work with the Vector skin? I'm useless at programming. The code is located on this page. Garuda3 (talk) 19:44, 31 August 2013 (UTC)
- Check your JS console when a page loads. Right now it is failing with the message "importArticles is not defined".
- Try commenting out the references to importArticles at the bottom of Common.js and see if it works or in what new place it fails. ☠MarkAHershberger☢(talk)☣ 11:00, 1 September 2013 (UTC)