Project:Support desk/Flow/2014/10
| 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. |
check the anchor of the current URL
Moin,
how can I get the anchor of the current page?
Example:
{{#ifexist: {{PAGENAME}}#test | exists | doesn't exist }}
(I want to check the "test" anchor)
Thanks, Paul Paul Hema (talk) 07:54, 1 October 2014 (UTC)
- You can't test for an existence of an anchor within a page.
#ifexistonly works for pages. Ciencia Al Poder (talk) 09:27, 1 October 2014 (UTC)
is the current page in a special category?
Moin,
how can I find out whether the current page is assigned to a special category?
Example: {{#if: {{PAGENAME}} #isincategory: test | yes | no }}(I want to check whether the current page is in the category "test")
Thanks, Paul Paul Hema (talk) 09:26, 1 October 2014 (UTC)
- This isn't possible, and we'll never be able to do it because it would result in paradoxes. For example,
{{#if: {{PAGENAME}} #isincategory: test | blah | [[Category:test]] }}would always be wrong. Jackmcbarn (talk) 15:18, 1 October 2014 (UTC)- I don't see why such a paradoxon (it is not a contradiction) should be a problem. 88.130.125.20 15:25, 1 October 2014 (UTC)
- It is a contradiction. If the page were in Category:test, then it wouldn't be placed in it, but if it weren't in it, it would be placed in it. Jackmcbarn (talk) 16:00, 1 October 2014 (UTC)
- Ahh, I somehow missed the last part of the expression. Anyways, "if the page is not in category x, then put it in category x" only is a weird way of writing things, but it is no contradiction. Before this line is parsed, MediaWiki does not know the page is in the cat, but after it is parsed, it does know. Adding the category to the page in the normal way also adds it to the category and if you try to put the same page into the same category a second time, then this second category also will do nothing at all - just like the condition in your example won't add the page to the category again, if it already is in it. Apart from that Paul never said that based on the "is in category" condition he wanted to put the page in exactly this category. I see a row of valid usecases there. So why is what he is trying to do not working?
- Possible answers I could think of are: Because this condition is just not implemented (I have not found any documentation of #isincategory:). Or: At the time the above code is executed, MediaWiki just does not (or not yet) know, which categories the article is in. 88.130.125.20 16:39, 1 October 2014 (UTC)
- Indeed, there's no such thing as #isincategory. I only used it in my example because the OP did as well. "At the time the above code is executed, MediaWiki just does not (or not yet) know, which categories the article is in." This is true, and it can't know in time because of the above paradox. Jackmcbarn (talk) 23:17, 1 October 2014 (UTC)
- That does not answer the question. :-) Let me rephrase: At which point are parser conditions evaluated? Or is there not one certain point, at which this happens?
- Somewhere else in the rendering process MediaWiki parses the page for categories, in which the page is. When is this point? Before or after the other one? If it was after the parser condition check, parser conditions could easily put a page in a category. And also if it was before I would not say it must directly be completely impossible to later add a cat anyway. (In fact there also are several hooks, which amongst other things allow you to put a page inside a category - and this also in the case that the page itself does not contain a reference to this category). 88.130.125.20 23:30, 1 October 2014 (UTC)
- Parser conditions are evaluated before a page is put into categories. Jackmcbarn (talk) 00:25, 2 October 2014 (UTC)
- Indeed, there's no such thing as #isincategory. I only used it in my example because the OP did as well. "At the time the above code is executed, MediaWiki just does not (or not yet) know, which categories the article is in." This is true, and it can't know in time because of the above paradox. Jackmcbarn (talk) 23:17, 1 October 2014 (UTC)
- It is a contradiction. If the page were in Category:test, then it wouldn't be placed in it, but if it weren't in it, it would be placed in it. Jackmcbarn (talk) 16:00, 1 October 2014 (UTC)
- I don't see why such a paradoxon (it is not a contradiction) should be a problem. 88.130.125.20 15:25, 1 October 2014 (UTC)
- Thanks for the discussion.
- There is no #isincategory :-) unfortunately Paul Hema (talk) 05:54, 2 October 2014 (UTC)
- Then you should open a BUGREPORT and request such a parser function as a new feature! :-) 88.130.90.201 11:09, 2 October 2014 (UTC)
- No you shouldn't. As I just explained, such a feature will not be added. Jackmcbarn (talk) 14:38, 2 October 2014 (UTC)
- An in-category check is useful and should be added. 88.130.90.201 14:44, 2 October 2014 (UTC)
- As I explained at length, it will not be. Jackmcbarn (talk) 14:49, 2 October 2014 (UTC)
- It's ok. You are right and I am left in peace. 88.130.90.201 14:58, 2 October 2014 (UTC)
- Hello both :)
- @88.130.90.201: Feel free to open a bug report, if you think, the reasons, Jackmcbarn already gave you, are false or incomplete. But maybe it's correct, what he said, so the bug report will be closed as wontfix ;) Sometimes the opinion of a developer isn't false :) Florianschmidtwelzow (talk) 15:16, 2 October 2014 (UTC)
- It's ok. You are right and I am left in peace. 88.130.90.201 14:58, 2 October 2014 (UTC)
- As I explained at length, it will not be. Jackmcbarn (talk) 14:49, 2 October 2014 (UTC)
- An in-category check is useful and should be added. 88.130.90.201 14:44, 2 October 2014 (UTC)
- No you shouldn't. As I just explained, such a feature will not be added. Jackmcbarn (talk) 14:38, 2 October 2014 (UTC)
- Then you should open a BUGREPORT and request such a parser function as a new feature! :-) 88.130.90.201 11:09, 2 October 2014 (UTC)
- Extension:HasCategory Subfader (talk) 15:27, 2 October 2014 (UTC)
- Seems like Extension:PageInCat is the recommended replacement of HasCategory. It can do exactly what Paul asks for - and maybe even more! 88.130.90.201 18:07, 2 October 2014 (UTC)
Gerrit
This post by Revibot was moved on 2015-07-11. You can find it at Talk:Gerrit/Tutorial/Archive 2/Flow export#h-Gerrit-2014-09-30T19:23:00.000Z. Florianschmidtwelzow (talk) 16:09, 1 October 2014 (UTC)
Gerrit accidentaly removed my self from project
This post by Revibot was moved on 2015-07-11. You can find it at Talk:Gerrit/Tutorial/Archive 2/Flow export#h-Gerrit_accidentaly_removed_my_self_from_project-2014-10-01T17:16:00.000Z. Florianschmidtwelzow (talk) 18:40, 1 October 2014 (UTC)
[RESOLVED] No update of version number in 1.23.5 update
Hello,
I've downloaded the update to 1.23.5 and the version number doesn't increase to 1.23.5. I've also ran /maintenance/update.php, but the version number still stays at 1.23.4. Is there an error in the update? Have I done something wrong? Updates in the past always worked well!
Thanks
Best regards
Christian 217.194.34.111 (talk) 07:07, 2 October 2014 (UTC)
- Can be deleted, I've found my error. Explorer didn't copy DefaultSettings.php correctly 217.194.34.111 07:39, 2 October 2014 (UTC)
Some edits not saving, is there some anti-spam feature preventing this?
I have setup a wiki for my business to use as a knowledgebase, and at the moment am largely working on pages that have large lists of links. However I'm finding that many of my edits are failing to save, but when I try to add only one or two links to a list it works fine.
Do I need to disable some sort of anti-spam protection, or change some other setting here? 59.167.126.76 (talk) 12:15, 2 October 2014 (UTC)
- Hello,
- nomally no. What extension do you have installed? Which version of MediaWiki do you use? Is there any error message you can provide? Florianschmidtwelzow (talk) 12:22, 2 October 2014 (UTC)
- Latest MediaWiki, no extensions, settings changed to simple private. Fairly standard hosting setup with latest mySQL, PHP5, etc.
- No error messages. The times when it's not saving edits I get taken back to the Main page. When edits work I get the little "Edit saved" message popup, and taken back to the page I was editting. 59.167.126.76 01:19, 3 October 2014 (UTC)
- Do you have mod_security enabled on your Web server? If so, it's 99% likely to be the problem. Jackmcbarn (talk) 02:33, 3 October 2014 (UTC)
- Yes I do, and not willing to disable it on the server as hosting other sites/apps that need it. Is there a workaround? 59.167.126.76 22:08, 3 October 2014 (UTC)
- Have tried whitelisting the IP in .htaccess (both in the root of my wiki, and the root of my public_html) with no change. 59.167.126.76 23:38, 3 October 2014 (UTC)
- No app *needs* mod_security. (The whole module is really sort of a joke. It has a huge FP rate and hardly catches anything actually bad.) Also, it doesn't support .htaccess, because it's "insecure". Jackmcbarn (talk) 03:22, 4 October 2014 (UTC)
- Ended up giving up for now and moved to DokuWiki. Have left MediaWiki installed and will try to debug what's going on another time (will what the HTTP traffic to try and see what's happening, as I think you're right in that it's not at the app level). 118.209.204.121 05:07, 4 October 2014 (UTC)
- Yes I do, and not willing to disable it on the server as hosting other sites/apps that need it. Is there a workaround? 59.167.126.76 22:08, 3 October 2014 (UTC)
- Do you have mod_security enabled on your Web server? If so, it's 99% likely to be the problem. Jackmcbarn (talk) 02:33, 3 October 2014 (UTC)
i have forgotten my password and i get a message saying my username does not exist, how can i log in?
i have forgotten my password and i get a message saying my username does not exist, how can i log in when I do not have an account? I have read somewhere that i need to contact an administrator and with my IP they can redirect what I had already done so I can continue editing the page i was constructing, I did put a lot of work into it! thankx 77.103.178.164 (talk) 13:22, 2 October 2014 (UTC)
- Hi!
- Which wiki are you talking about? One of the wikipedia.org wikis? Or a private one? What is the URL?
- What is your username in that wiki?
- For this username, did you also provide an email address?
- You do not have an account? I don't understand - you said you have a username... (?) 88.130.90.201 13:35, 2 October 2014 (UTC)
[Resolved (kind of)] Error in thumbnail creation using MW 1.23.3
Upgrading to MW 1.23.3 on a test domain with PHP 5.5.13.
- ImageMagick is installed as it works on the production site.
- So the tmp directory works just as well.
Existing thumbnails don't display altho they exist in /images.
- Their path is "/wiki/1.5x"
- I blame Linker.php:
$thumb->responsiveUrls['1.5'] = $thumb15->getUrl();
New thumbnails cannot be created or saved to the destination folder.
Logs for a thumb.php call:
$wgUseImageResize = true;
Error generating thumbnailError creating thumbnail: Error code: -1
| Debug log |
|---|
[caches] main: MemcachedPhpBagOStuff, message: MemcachedPhpBagOStuff, parser: MemcachedPhpBagOStuff [caches] LocalisationCache: using store LCStoreDB Unstubbing $wgParser on call of $wgParser::setHook from wfCreateArticle Parser: using preprocessor: Preprocessor_DOM Fully initialised Connected to database 0 at localhost Pulling file metadata from cache key mysite23:file:801898c1839d51644f02ec2eca7df95f MimeMagic::__construct: loading mime types from /var/www/vhosts/mysite.com/test.mysite.com/wiki/includes/mime.types MimeMagic::__construct: loading mime info from /var/www/vhosts/mysite.com/test.mysite.com/wiki/includes/mime.info FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/8/80/foo.jpg/200px-foo.jpg does not exist. IP: ... User: got user 1 from cache User: loading options for user 1 from override cache. User: logged in from session File::transform: Doing stat for mwstore://local-backend/local-thumb/8/80/foo.jpg/200px-foo.jpg BitmapHandler::doTransform: creating 200x200 thumbnail at /tmp/transform_1f6e41f3ca8a-1.jpg using scaler im BitmapHandler::doTransform: called wfMkdirParents(/tmp) BitmapHandler::transformImageMagick: running ImageMagick: '/usr/bin/convert' '-quality' '80' '-background' 'white' '-define' 'jpeg:size=200x200' '/var/www/vhosts/mysite.com/test.mysite.com/wiki/images/8/80/foo.jpg' '-thumbnail' '200x200!' '-set' 'comment' 'File source: http://test.mysite.com/wiki/index.php?title=File:foo.jpg' '-depth' '8' '-sharpen' '0x0.5' '-rotate' '-0' '/tmp/transform_1f6e41f3ca8a-1.jpg' wfShellExec: /bin/bash '/var/www/vhosts/mysite.com/test.mysite.com/wiki/includes/limit.sh' 'OMP_NUM_THREADS='\''1'\'' '\''/usr/bin/convert'\'' '\''-quality'\'' '\''80'\'' '\''-background'\'' '\''white'\'' '\''-define'\'' '\''jpeg:size=200x200'\'' '\''/var/www/vhosts/mysite.com/test.mysite.com/wiki/images/8/80/foo.jpg'\'' '\''-thumbnail'\'' '\''200x200!'\'' '\''-set'\'' '\''comment'\'' '\''File source: http://test.mysite.com/wiki/index.php?title=File:foo.jpg'\'' '\''-depth'\'' '\''8'\'' '\''-sharpen'\'' '\''0x0.5'\'' '\''-rotate'\'' '\''-0'\'' '\''/tmp/transform_1f6e41f3ca8a-1.jpg'\''' 'MW_INCLUDE_STDERR=1;MW_CPU_LIMIT=180; MW_CGROUP='\'''\''; MW_MEM_LIMIT=307200; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180; MW_USE_LOG_PIPE=yes' [thumbnail] thumbnail failed on rs210432: error -1 "" from "'/usr/bin/convert' '-quality' '80' '-background' 'white' '-define' 'jpeg:size=200x200' '/var/www/vhosts/mysite.com/test.mysite.com/wiki/images/8/80/foo.jpg' '-thumbnail' '200x200!' '-set' 'comment' 'File source: http://test.mysite.com/wiki/index.php?title=File:foo.jpg' '-depth' '8' '-sharpen' '0x0.5' '-rotate' '-0' '/tmp/transform_1f6e41f3ca8a-1.jpg'" Unstubbing $wgLang on call of $wgLang::getCode from MessageCache::getMessageFromFallbackChain User: loading options for user 1 from override cache. MessageCache::load: Loading en... got from global cache [thumbnail] Removing bad 8918-byte thumbnail "/tmp/transform_1f6e41f3ca8a-1.jpg". unlink() succeeded |
$wgUseImageResize = false;
Error creating thumbnail: Unable to save thumbnail to destination
| Debug log |
|---|
[caches] main: MemcachedPhpBagOStuff, message: MemcachedPhpBagOStuff, parser: MemcachedPhpBagOStuff [caches] LocalisationCache: using store LCStoreDB Unstubbing $wgParser on call of $wgParser::setHook from wfCreateArticle Parser: using preprocessor: Preprocessor_DOM Fully initialised Connected to database 0 at localhost Pulling file metadata from cache key mysite23:file:801898c1839d51644f02ec2eca7df95f MimeMagic::__construct: loading mime types from /var/www/vhosts/mysite.com/test.mysite.com/wiki/includes/mime.types MimeMagic::__construct: loading mime info from /var/www/vhosts/mysite.com/test.mysite.com/wiki/includes/mime.info FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/8/80/foo.jpg/200px-foo.jpg does not exist. IP: ... User: got user 1 from cache User: loading options for user 1 from override cache. User: logged in from session File::transform: Doing stat for mwstore://local-backend/local-thumb/8/80/foo.jpg/200px-foo.jpg BitmapHandler::doTransform: creating 200x200 thumbnail at /tmp/transform_ca2461161473-1.jpg using scaler gd BitmapHandler::doTransform: called wfMkdirParents(/tmp) [FSFileBackend] mkdir(): Permission denied [warning] failed to mkdir "/var/www/vhosts/mysite.com/test.mysite.com/wiki/images/thumb/8/80/foo.jpg" mode 0777 [Called from wfMkdirParents in /var/www/vhosts/mysite.com/test.mysite.com/wiki/includes/GlobalFunctions.php at line 2625] [FSFileBackend] copy(/var/www/vhosts/mysite.com/test.mysite.com/wiki/images/thumb/8/80/foo.jpg/200px-foo.jpg): failed to open stream: Permission denied Unstubbing $wgLang on call of $wgLang::getCode from MessageCache::getMessageFromFallbackChain User: loading options for user 1 from override cache. MessageCache::load: Loading en... got from global cache |
Subfader (talk) 13:29, 2 October 2014 (UTC)
- I think this line is enlightening:
[FSFileBackend] mkdir(): Permission denied[warning] failed to mkdir "/var/www/vhosts/mysite.com/test.mysite.com/wiki/images/thumb/8/80/foo.jpg" mode 0777- Check file permissions on that folder (or the last folder that exists on the path it's trying to create). Maybe if you moved your images from production wiki, they were stored with a different owner on this server. Ciencia Al Poder (talk) 09:15, 3 October 2014 (UTC)
- Thanks, that made GD working in the frontend but not in thumb.php and not with IM.
- thumb.php with GD
Error creating thumbnail: Invalid thumbnail parametersLog [caches] main: MemcachedPhpBagOStuff, message: MemcachedPhpBagOStuff, parser: MemcachedPhpBagOStuff [caches] LocalisationCache: using store LCStoreDB Unstubbing $wgParser on call of $wgParser::setHook from ExtDynamicPageList::setupDPL Parser: using preprocessor: Preprocessor_DOM Connected to database 0 at localhost Fully initialised Pulling file metadata from cache key mysite23:file:41518f1e8ef482452b16542795d79c5d MimeMagic::__construct: loading mime types from /var/www/vhosts/mysite.com/test.mysite.com/wiki/includes/mime.types MimeMagic::__construct: loading mime info from /var/www/vhosts/mysite.com/test.mysite.com/wiki/includes/mime.info FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/4/41/Test_image.jpg/204px-Test_image.jpg does not exist. IP: ... User: got user 1 from cache User: loading options for user 1 from override cache. User: logged in from session File::transform: Doing stat for mwstore://local-backend/local-thumb/4/41/Test_image.jpg/204px-Test_image.jpg Unstubbing $wgLang on call of $wgLang::getCode from MessageCache::getMessageFromFallbackChain User: loading options for user 1 from override cache. MessageCache::load: Loading en... got from global cache
- thumb.php with IM
Error creating thumbnail: Error code: -1Log [caches] main: MemcachedPhpBagOStuff, message: MemcachedPhpBagOStuff, parser: MemcachedPhpBagOStuff [caches] LocalisationCache: using store LCStoreDB Unstubbing $wgParser on call of $wgParser::setHook from ExtDynamicPageList::setupDPL Parser: using preprocessor: Preprocessor_DOM Connected to database 0 at localhost Fully initialised Pulling file metadata from cache key mysite23:file:41518f1e8ef482452b16542795d79c5d MimeMagic::__construct: loading mime types from /var/www/vhosts/mysite.com/test.mysite.com/wiki/includes/mime.types MimeMagic::__construct: loading mime info from /var/www/vhosts/mysite.com/test.mysite.com/wiki/includes/mime.info FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/4/41/Test_image.jpg/300px-Test_image.jpg does not exist. IP: ... User: got user 1 from cache User: loading options for user 1 from override cache. User: logged in from session File::transform: Doing stat for mwstore://local-backend/local-thumb/4/41/Test_image.jpg/300px-Test_image.jpg BitmapHandler::doTransform: creating 300x300 thumbnail at /tmp/transform_a5f66f9d0695-1.jpg using scaler im BitmapHandler::doTransform: called wfMkdirParents(/tmp) BitmapHandler::transformImageMagick: running ImageMagick: '/usr/bin/convert' '-quality' '80' '-background' 'white' '-define' 'jpeg:size=300x300' '/var/www/vhosts/mysite.com/test.mysite.com/wiki/images/4/41/Test_image.jpg' '-thumbnail' '300x300!' '-set' 'comment' 'File source: http://test.mysite.com/wiki/index.php?title=File:Test_image.jpg' '-depth' '8' '-sharpen' '0x0.5' '-rotate' '-0' '/tmp/transform_a5f66f9d0695-1.jpg' wfShellExec: /bin/bash '/var/www/vhosts/mysite.com/test.mysite.com/wiki/includes/limit.sh' 'OMP_NUM_THREADS='\''1'\'' '\''/usr/bin/convert'\'' '\''-quality'\'' '\''80'\'' '\''-background'\'' '\''white'\'' '\''-define'\'' '\''jpeg:size=300x300'\'' '\''/var/www/vhosts/mysite.com/test.mysite.com/wiki/images/4/41/Test_image.jpg'\'' '\''-thumbnail'\'' '\''300x300!'\'' '\''-set'\'' '\''comment'\'' '\''File source: http://test.mysite.com/wiki/index.php?title=File:Test_image.jpg'\'' '\''-depth'\'' '\''8'\'' '\''-sharpen'\'' '\''0x0.5'\'' '\''-rotate'\'' '\''-0'\'' '\''/tmp/transform_a5f66f9d0695-1.jpg'\''' 'MW_INCLUDE_STDERR=1;MW_CPU_LIMIT=180; MW_CGROUP='\'''\''; MW_MEM_LIMIT=307200; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180; MW_USE_LOG_PIPE=yes' [thumbnail] thumbnail failed on rs210432: error -1 "" from "'/usr/bin/convert' '-quality' '80' '-background' 'white' '-define' 'jpeg:size=300x300' '/var/www/vhosts/mysite.com/test.mysite.com/wiki/images/4/41/Test_image.jpg' '-thumbnail' '300x300!' '-set' 'comment' 'File source: http://test.mysite.com/wiki/index.php?title=File:Test_image.jpg' '-depth' '8' '-sharpen' '0x0.5' '-rotate' '-0' '/tmp/transform_a5f66f9d0695-1.jpg'" Unstubbing $wgLang on call of $wgLang::getCode from MessageCache::getMessageFromFallbackChain User: loading options for user 1 from override cache. MessageCache::load: Loading en... got from global cache [thumbnail] Removing bad 13629-byte thumbnail "/tmp/transform_a5f66f9d0695-1.jpg". unlink() succeeded
- The only wrong thing I see is
FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/4/41/Test_image.jpg/300px-Test_image.jpg does not exist.$wgTmpDirectory = "/tmp";doesn't help much.- CHMOD: /images is 755, /thumb and /temp inside are 775. 777 didn't help either. Subfader (talk) 10:44, 3 October 2014 (UTC)
- With GD it doesn't output anything useful in the log, apparently.
- You could try to execute the IM command directly from the shell:
- /bin/bash '/var/www/vhosts/mysite.com/test.mysite.com/wiki/includes/limit.sh' 'OMP_NUM_THREADS='\''1'\'' '\''/usr/bin/convert'\'' '\''-quality'\'' '\''80'\'' '\''-background'\'' '\''white'\'' '\''-define'\'' '\''jpeg:size=300x300'\'' '\''/var/www/vhosts/mysite.com/test.mysite.com/wiki/images/4/41/Test_image.jpg'\'' '\''-thumbnail'\'' '\''300x300!'\'' '\''-set'\'' '\''comment'\'' '\''File source: http://test.mysite.com/wiki/index.php?title=File:Test_image.jpg'\'' '\''-depth'\'' '\''8'\'' '\''-sharpen'\'' '\''0x0.5'\'' '\''-rotate'\'' '\''-0'\'' '\''/tmp/transform_a5f66f9d0695-1.jpg'\''' 'MW_INCLUDE_STDERR=1;MW_CPU_LIMIT=180; MW_CGROUP='\'''\''; MW_MEM_LIMIT=307200; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180; MW_USE_LOG_PIPE=yes'
- And see if it succeeds or if it prints any error message. Depending on the size of the image, you may need to increase $wgMaxShellMemory. Ciencia Al Poder (talk) 14:51, 3 October 2014 (UTC)
- I need to remove the escaped quotes
'\and', right? - I removed the comment and this ran without error:
/usr/bin/convert -quality 80 -background white -define jpeg:size=300x300 /var/www/vhosts/mysite.com/test.mysite.com/wiki/images/4/41/Test_image.jpg -thumbnail 300x300! -depth 8 -sharpen 0x0.5 -rotate -0 /tmp/transform_c0f40ea5b985-1.jpg- I removed setting the comment in Bitmap.php but no luck.
/tmp/transform_...jpgexists and the image path is correct too. Subfader (talk) 15:42, 3 October 2014 (UTC)- The problem is PHP 5.5.13 on my test domain. Using PHP 5.3.10 the problem is gone. Subfader (talk) 17:31, 3 October 2014 (UTC)
- I need to remove the escaped quotes
- Thanks, that made GD working in the frontend but not in thumb.php and not with IM.
- For the record: It's not PHP 5.5.13. I'm using PHP 5.5.13 with mW 1.22 instead of 1.23. Subfader (talk) 19:29, 3 October 2014 (UTC)
[RESOLVED] It says I need php v5.3.2 but I have 5.3.27 and it reports I have 5.2.17
I am trying to update a WIKI
http://www.darrellx.com/hifi/index.php5?title=Main_Page
Product Version
MediaWiki 1.23.5
PHP 5.3.27 (cgi-fcgi)
MySQL 5.5.37-cll
And I get this error:
MediaWiki 1.23 internal error
MediaWiki 1.23 requires at least PHP version 5.3.2, you are using PHP 5.2.17.
Which is not correct because:
http://www.darrellx.com/hifi/phpinfo.php
Shows that I do indeed have PHP Version 5.3.27
It did go through the complete upgrade process fine.
My .htaccess looks okay (I think) and php.ini looks like the v5.3 too.
I just reuploaded all the mediawiki files last night and tried to reinstall, it worked fine until the last "go see your wiki" page.
My host confirms I have the 5.3.27 version but they don't know why mediawiki is incorrectly reporting this. this isn't my first mediawiki rodeo, but I am a newbie.
Any thoughts? Eckre~mediawikiwiki (talk) 13:42, 2 October 2014 (UTC)
- > Any thoughts?
- Yes! :-)
- When I call your wiki with the index.php5 file, then I get exactly the PHP version error you pointed to.
- When I however call it using the index.php file (without 5 in the name), then it is working.
- In your configuration, php5 files are obviously parsed by the wrong PHP version.
- (Apart from that there is no need to call the php5 files; just using the php files will do, but that is another topic.) 88.130.90.201 14:06, 2 October 2014 (UTC)
- Thanks for the reply! So... what should I do to fix this? How do I parsed the php files to the right PHP version? (I did google around for this a bit) Eckre (talk) 14:26, 2 October 2014 (UTC)
- That depends. Question is: How do you parse it with the wrong one? => Change it to the right one. This might e.g. be an AddHandler directive in your .htaccess file or somewhere else in the server config. Your hoster should know! 88.130.90.201 14:41, 2 October 2014 (UTC)
- You are the man 88.130.90.201! Thanks so much, my hoster added this handler to the htaccess: "AddHandler application/x-httpd-php53 .php5" and it worked perfect, you helped me point them in the right direction and they didn't catch it until I told them what you said! It's working perfectly now. Ah! yay! thank you so much! I could never **ever** have done that without you. Eckre (talk) 03:09, 3 October 2014 (UTC)
- (This is the kind of comment, which makes me continue posting here. This makes my day! :-)) 88.130.122.124 10:44, 3 October 2014 (UTC)
- You are the man 88.130.90.201! Thanks so much, my hoster added this handler to the htaccess: "AddHandler application/x-httpd-php53 .php5" and it worked perfect, you helped me point them in the right direction and they didn't catch it until I told them what you said! It's working perfectly now. Ah! yay! thank you so much! I could never **ever** have done that without you. Eckre (talk) 03:09, 3 October 2014 (UTC)
- That depends. Question is: How do you parse it with the wrong one? => Change it to the right one. This might e.g. be an AddHandler directive in your .htaccess file or somewhere else in the server config. Your hoster should know! 88.130.90.201 14:41, 2 October 2014 (UTC)
- Thanks for the reply! So... what should I do to fix this? How do I parsed the php files to the right PHP version? (I did google around for this a bit) Eckre (talk) 14:26, 2 October 2014 (UTC)
New method for SpecialPage::addPage()?
Is there a new method for SpecialPage::addPage()? I'd like to use Extension:ArticleComments on MW 1.23.3. Subfader (talk) 15:25, 2 October 2014 (UTC)
- > Is there a new method for SpecialPage::addPage()?
- Nope
- > I'd like to use Extension:ArticleComments on MW 1.23.3.
- Use Manual:$wgSpecialPages instead :) Florianschmidtwelzow (talk) 17:45, 2 October 2014 (UTC)
- Thanks! It was indeed just assigning a new Special Page :) Subfader (talk) 20:35, 2 October 2014 (UTC)
[RESOLVED] search box autocomplete slow
I am still new here, and my wiki is starting to have problems with the search box autocomplete slowing down. What took 1-3 sec. now takes 6 sec. to give a suggestion list of pages from the upper right search box. Could I get a top 12 list of common things to do / check when the search box autocomplete slows down? Think it would help me and others. Thank you a head of time.
Product and Version information to take into consideration:
MediaWiki 1.21.2 PHP 5.4.14 (cgi-fcgi) MySQL 5.5.25 65.121.187.138 (talk) 18:24, 2 October 2014 (UTC)
- You could try running the rebuildall.php script to rebuild the searchindex. Basically this table should be up to date, but I have seen cases, where old pages did not get removed properly leading to wrong entries in the table. 88.130.90.201 18:57, 2 October 2014 (UTC)
- That is a good tip. I also like to use rebuildLocalisationCache.php --force as part of the maintenance I do.
- 1. run rebuildall.php and rebuildLocalisationCache.php --force
- 2.
- 3.
- 4.
- 5.
- 6.
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- Any other suggestions? Anyone? 65.121.187.138 20:47, 2 October 2014 (UTC)
- Hello!
- How long takes a normal page view, until it's finished? Is it slow, too?
- P.S.: You should think about to upgrade your MediaWiki version, 1.21 isn't supported anymore :) Florianschmidtwelzow (talk) 15:06, 3 October 2014 (UTC)
- Normal Page loads quickly. And, yes I will be upgrading at some point. 65.121.187.138 19:13, 9 October 2014 (UTC)
- Hi please upgrade to mediawiki 1.23 and for the slow search bar it could be that the server is slow. 151.225.136.51 10:34, 11 October 2014 (UTC)
- (Where I don't see where this might in any way help solve the actual issue.) 88.130.92.140 11:47, 11 October 2014 (UTC)
- Hi Everyone,
- I finally got some time and upgraded to 1.23, and also put in place an identical server to play with. Both servers are very close in the configuration of IIS, PHP, MediaWiki, etc. (excluding hardware) and both have about the same response time on the search.
- The search is a little faster after the upgrade, but have I noticed the following. If I type in a whole word like “laborious” it takes 3 – 4 seconds, but if I just type “L” wait 2-3 seconds “L” words are listed below (as expected), and as I type the sort narrows to “laborious” quickly. If clear the search box and now type in “laborious” it is listed right away. Do not think the Hardware is the issue, lots of RAM, Processing power, Drive space with high I/O speed. Also, I get the same behavior on the twin server which has far less processing power and memory. Cache maybe? Ideas anyone? Rimille (talk) 00:55, 25 October 2014 (UTC)
- Finally figured this problem out; the network this wiki is on has IPV6 issues therefore I had to change $wgDBserver in the LocalSettings.php file from using “localhost” to using an IP address.
- $wgDBserver = "127.0.0.1";
- This was the simplest and fastest solution. Rimille (talk) 01:06, 28 January 2015 (UTC)
- (Where I don't see where this might in any way help solve the actual issue.) 88.130.92.140 11:47, 11 October 2014 (UTC)
- Hi please upgrade to mediawiki 1.23 and for the slow search bar it could be that the server is slow. 151.225.136.51 10:34, 11 October 2014 (UTC)
- Normal Page loads quickly. And, yes I will be upgrading at some point. 65.121.187.138 19:13, 9 October 2014 (UTC)
Hide links to restricted pages
Hi,
I've searched a while for this info but had no luck. I try to learn wether it is possible to hide links in a media wiki text if the user, who reads the text, does not have the right to access the pages the link refers to.
Example: User A is a member of a special user group called "CatInitiates". User B is not a member of that group.
User A reads the page "CuteKittens" and sees the sentence "Cute kittens are adorable", where "kittens" is a link to the page "CatSecrets". Since "CatSectrets" is only available (read/write) to members of the user group "CatInitiates". Since A is a member of that group, he sees that the word "kittens" is a link.
User B reads "CuteKittens" too, but since he's not a member of the group "CatInitiates", he just sees "kittens" as a plain text word.
Is there an extension to media wiki to achieve this?
Best regards! 5.61.150.75 (talk) 19:57, 2 October 2014 (UTC)
- See Manual:Preventing access#Restrict viewing of certain specific pages. Note that MediaWiki is not designed for this, and if you really need per-page security against reading, you should probably use a different product. Jackmcbarn (talk) 02:39, 3 October 2014 (UTC)
Does Extension:AntiBot work?
So I'm looking at the page for Extension:AntiBot and I see that it says "I don't want to make it easy for spam tools developers by giving them our source code." The source code in the repository also states "I don't want to make it easy for them by giving them our source code." Does this mean that the AntiBot extension that's available is incomplete and won't actually do anything? Or are those lines claiming the source code isn't there out of date? Thanks. Crediaus (talk) 01:17, 3 October 2014 (UTC)
- From the extension's doc page, "This is only a framework. You have to either get plugins or program them. There is one plugin shipped with the extension." Jackmcbarn (talk) 02:37, 3 October 2014 (UTC)
- Ya, but what's the 'source code' it's talking about then? Crediaus (talk) 02:59, 3 October 2014 (UTC)
- The source code for plugins (all but one of them, anyway). Without plugins, this doesn't do anything. Jackmcbarn (talk) 03:28, 3 October 2014 (UTC)
- Ya, but what's the 'source code' it's talking about then? Crediaus (talk) 02:59, 3 October 2014 (UTC)
[RESOLVED] Objectcache takes too much space in MySQL
Hello all, I have faced with one problem. Object cache takes too much space in my MySQL database, see screenshot:
So how can I clean propely this table without any consquences?
If I do so in my LocalSettings.php:
$wgSessionsInObjectCache = false;
will I prevent to save cache at MySQL?
Thank for help Fokebox (talk) 07:01, 3 October 2014 (UTC)
- Yes, setting $wgSessionsInObjectCache will prevent PHP sessions to be stored in the object cache, which considerably grows the object cache. Storing sessions in object cache usually only makes sense if you have Memcached.
- You can flush/truncate that table without problems, since the cache will be regenerated on new requests. Ciencia Al Poder (talk) 09:25, 3 October 2014 (UTC)
- Do you mean I can clean safely the objectcache table direcly in phpMyAdmin? Fokebox (talk) 09:36, 3 October 2014 (UTC)
- Yes, you can truncate (not delete) the table. MediaWiki will then regenerate its contents. 88.130.122.124 10:37, 3 October 2014 (UTC)
- Thx! Issue is resolved! Fokebox (talk) 17:40, 4 October 2014 (UTC)
- Yes, you can truncate (not delete) the table. MediaWiki will then regenerate its contents. 88.130.122.124 10:37, 3 October 2014 (UTC)
- Do you mean I can clean safely the objectcache table direcly in phpMyAdmin? Fokebox (talk) 09:36, 3 October 2014 (UTC)
Restoring mediawiki to defaults
Right
I have been trying to change the mainpage which seemed to be a lot of effort as I didn't want redirects and I didn't want it to be called mainpage. I changed where the logo would redirect to and that worked fine, but when I was trying to change the link in the sidebar it kept sending me to 'INVALID-TITLE'. Literally anything other than what I wanted to put in there would work, but the page I needed to go to just sent me to 'INVALID-TITLE'
Anyway I've messed it up and now this piece of code which I had to change where the logo directs to now breaks it entirely when I remove it again
/* Change the main page url used in things like the logo to a url of another page on the wiki */ $wgHooks['SkinTemplateOutputPageBeforeExec'][] = 'lfChangeMainPageURL'; function lfChangeMainPageURL( $sk, &$tpl ) { $tpl->data['nav_urls']['mainpage']['href'] = Title::newFromText('Text')->getLocalURL(); // Point the main page url to a wiki page's url return true; }
so I would like to reset all my mainpages and sidebar links to the defaults if that is possible or do I need to reinstall? Michael1111 (talk) 09:19, 3 October 2014 (UTC)
- Hi!
- Which page is the main page can be configured as described here: Manual:FAQ#How_do_I_change_which_page_is_the_main_page.3F.
- All other changes you did should then no longer be necessary: Remove the stuff from LocalSettings.php and delete those pages in the MediaWiki: namespace in your wiki, which you have created to change the URL. :-) 88.130.122.124 11:45, 3 October 2014 (UTC)
- Thanks for that. What is the default entry for the mainpage link in the sidebar as that is still taking me to 'INVALID-TITLE'?
- Thanks 158.234.250.71 12:24, 3 October 2014 (UTC)
- This is the default content of the sidebar: [[1]]. You are obviously looking for this line:
mainpage|mainpage-description88.130.122.124 12:32, 3 October 2014 (UTC)- adding that changes the link to take me to 'INVALID-TITLE'
- is 'mainpage' the name of a variable(?) or the actual name of the main page? 158.234.250.71 12:54, 3 October 2014 (UTC)
- Hello,
- what is the content of MediaWiki:Mainpage?? This should be
Main Page, which is default. - EDIT: Yes, mainpage is an interface message :) Florianschmidtwelzow (talk) 15:01, 3 October 2014 (UTC)
[RESOLVED] page loading slow speed
| RESOLVED | |
| When database is MySQL on localhost, be sure to set $wgDBServer to 127.0.0.1 instead of "localhost" (on windows) | |
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.
bump
1. MediaWiki 1.23.5
PHP 5.4.26 (apache2handler)
MySQL 5.5.36
2. Can't provide URL as it is a local install on my windows 8.1 machine (using Bitnami)
I upgraded from 22.6 to 23.5 yesterday and now my wiki loads much slower (again, this is a local install on my c: drive - internet is not (supposed to be) involved)
How can I profile what's going on and where the slowdown occurs? I've learned how to add a log file to LocalSettings.php and now I get output like this:
Start request GET /mediawiki/index.php/my page name
HTTP HEADERS:
ACCEPT: */*
REFERER: http://<my computer name here>:1070/mediawiki/index.php?search=<my page name>&title=Special%3ASearch&fulltext=Search
ACCEPT-LANGUAGE: en-US
USER-AGENT: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.3; WOW64; Trident/7.0; .NET4.0E; .NET4.0C; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 2.0.50727; .NET CLR 3.0.30729)
ACCEPT-ENCODING: gzip, deflate
HOST: <my computer name here>:1070
DNT: 1
CONNECTION: Keep-Alive
COOKIE: my_wikiUserID=1; my_wikiUserName=<my name>; my_wikiToken=<deleting just in case>; mediawiki_bitnamiUserID=1; mediawiki_bitnamiUserName=<my name>; mediawiki_bitnamiToken=<deleting just in case>;
mediawiki_bitnami_session=<deleting>
[caches] main: EmptyBagOStuff, message: SqlBagOStuff, parser: SqlBagOStuff
[caches] LocalisationCache: using store LCStoreDB
Unstubbing $wgParser on call of $wgParser::setHook from registerFileProtocolLinksSMB
Parser: using preprocessor: Preprocessor_DOM
Fully initialised
Connected to database 0 at localhost
Title::getRestrictionTypes: applicable restrictions to [[<my page name>]] are {edit,move}
[ContentHandler] Created handler for wikitext: WikitextContentHandler
User: cache miss for user 1
User: loading options for user 1 from database.
User: logged in from session
User: loading options for user 1 from override cache.
Connected to database 0 at localhost
MessageCache::load: Loading en... got from global cache
Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions::__construct
OutputPage::checkLastModified: CACHE DISABLED
Article::view using parser cache: no
Article::view: doing uncached parse
Parser cache options found.
Title::getRestrictionTypes: applicable restrictions to [[<my page name>]] are {edit,move}
Title::getRestrictionTypes: applicable restrictions to [[<my page name>]] are {edit,move}
Title::getRestrictionTypes: applicable restrictions to [[<my page name>]] are {edit,move}
DatabaseBase::query: Writes done: REPLACE INTO `msg_resource` (mr_resource,mr_lang,mr_blob,mr_timestamp) VALUES ('user.options','en','{}','20141003142034')
OutputPage::sendCacheControl: private caching; **
LoadBalancer::reuseConnection: this connection was not opened as a foreign connection
Request ended normally
I have tried disabling extensions. I have tried loading different pages. Everything is loading slowly for whatever reason.
The above log doesn't tell me anything. Maybe there is a way to time stamp every line on the log, so that I can see where the slowdown occurs?
Thanks.
p.s. I am not a mediawiki genius, more of a user, so assume I know nothing about "behind the scenes" workings of my "stack". I know where LocalSettings.php is and some other "important files". A1s2d3f4 (talk) 14:38, 3 October 2014 (UTC)
- See Manual:Profiling Ciencia Al Poder (talk) 09:33, 7 October 2014 (UTC)
- I have tried following directions on Manual:Profiling page.
- I created StartProfiler.php with $wgProfiler['class'] = 'Profiler'; line.
- I pasted
// Only record profiling info for pages that took longer than this $wgProfileLimit = 0.0; // Don't put non-profiling info into log file $wgProfileOnly = true; // Log sums from profiling into "profiling" table in db $wgProfileToDatabase = false; // If true, print a raw call tree instead of per-function report $wgProfileCallTree = false; // Should application server host be put into profiling table $wgProfilePerHost = false; // Settings for UDP profiler $wgUDPProfilerHost = '127.0.0.1'; $wgUDPProfilerPort = '1070'; // Detects non-matching wfProfileIn/wfProfileOut calls $wgDebugProfiling = false; // Output debug message on every wfProfileIn/wfProfileOut $wgDebugFunctionEntry = 0; // Lots of debugging output from SquidUpdate.php $wgDebugSquid = false;
- at the bottom of LocalSettings.php.
- what I am getting in the debug file is still the same as what I had in my OP.
- What am I doing wrong? A1s2d3f4 (talk) 03:21, 14 November 2014 (UTC)
- Strange, I've tried the same configuration as yours and the debug log generates an additional table with an aggregate time of the time spent on each part.
- Be sure you named it StartProfiler.php and that it's placed in the MediaWiki root directory (the same as LocalSettings.php) Ciencia Al Poder (talk) 17:22, 14 November 2014 (UTC)
- I was an idiot, in my StartProfiler the $wgProfiler['class'] = 'Profiler'; line was inside /* */ comment block!
- So, here is the table, below. I am utterly confused by it, because "the percentages don't add up". (e.g. MediaWiki::main = 90.795%, then LoadBalancer::getConnection is 68%; 90+68 > 100... but clearly this table works differently). Seems like there are "too many calls" to a couple of items. I wish I knew what it all meant.
- (All I did was click on the link to the Main page - it took a long time, as usual, maybe around 7-8 seconds to get there.)
- 65.190.75.202 13:52, 15 November 2014 (UTC)
Name Calls Total Each % Mem -total 1 3075.039 3075.039 100.000% 12618823 ( 3075.039 - 3075.039) [2181] MediaWiki::main 1 2791.980 2791.980 90.795% 7623413 ( 2791.980 - 2791.980) [2133] LoadBalancer::getConnection 123 2116.834 17.210 68.839% 308199 ( 0.004 - 1102.039) [127] LoadBalancer::openConnection 123 2115.470 17.199 68.795% 303705 ( -0.001 - 1102.015) [4] DatabaseMysqlBase::open 2 2097.257 1048.628 68.203% 2720 ( 1012.983 - 1084.274) [2] dbconnect-localhost 2 2076.422 1038.211 67.525% 2416 ( 1009.225 - 1067.197) [0] DatabaseBase::query 136 233.901 1.720 7.606% 133787 ( 0.230 - 43.661) [136] OutputPage::output 1 218.776 218.776 7.115% 1903731 ( 218.776 - 218.776) [1385] MediaWiki::performRequest 1 214.171 214.171 6.965% 3498009 ( 214.171 - 214.171) [683] Output-skin 1 212.175 212.175 6.900% 1874313 ( 212.175 - 212.175) [1380] SkinTemplate::outputPage 1 212.098 212.098 6.897% 1918640 ( 212.098 - 212.098) [1379] MediaWiki::performAction 1 187.030 187.030 6.082% 2887519 ( 187.030 - 187.030) [655] Article::view 1 186.950 186.950 6.080% 2888598 ( 186.950 - 186.950) [653] SkinTemplate::prepareQuickTemplate 1 159.695 159.695 5.193% 1866804 ( 159.695 - 159.695) [711] Setup.php 1 157.826 157.826 5.132% 3765661 ( 157.826 - 157.826) [15] SkinTemplate::prepareQuickTemplate-stuff5 1 111.512 111.512 3.626% 1183149 ( 111.512 - 111.512) [543] query: SELECT lc_value FROM `lNn_cache` WHERE lc_lang = 'X' LIMIT N 103 102.063 0.991 3.319% 112768 ( 0.232 - 17.007) [0] MessageCache::get 227 92.622 0.408 3.012% 122359 ( 0.020 - 5.770) [889] Setup.php-globals 1 81.238 81.238 2.642% 2399952 ( 81.238 - 81.238) [2] LocalisationCache::getSubitem-load 87 81.044 0.932 2.636% 106715 ( 0.379 - 5.724) [348] Parser::parse 1 71.071 71.071 2.311% 663663 ( 71.071 - 71.071) [379] Parser::parse-WikitextContent::getParserOutput 1 71.071 71.071 2.311% 663678 ( 71.071 - 71.071) [378] User::load 2 65.270 32.635 2.123% 235899 ( 3.292 - 61.978) [30] LocalisationCache::getItem-load 14 62.157 4.440 2.021% 113562 ( 0.640 - 49.182) [69] SkinTemplate::outputPage-execute 1 48.840 48.840 1.588% 26904 ( 48.840 - 48.840) [658] Parser::transformMsg 10 47.319 4.732 1.539% 508919 ( 0.443 - 34.508) [233] Parser::preprocess 10 47.280 4.728 1.538% 509100 ( 0.440 - 34.503) [223] -overhead-total 2182 44.620 0.020 1.451% 1500392 ( 44.620 - 44.620) [2182] query: SELECT page_id,page_namespace,page_title,page_restrictions,page_coun 1 43.641 43.641 1.419% 1192 ( 43.641 - 43.641) [0] Parser::internalParse 1 43.513 43.513 1.415% 609284 ( 43.513 - 43.513) [119] Parser::replaceVariables 11 39.927 3.630 1.298% 307903 ( 0.345 - 25.164) [169] SkinTemplate::prepareQuickTemplate-stuff4 1 37.771 37.771 1.228% 669832 ( 37.771 - 37.771) [106] Linker::titleAttrib 32 36.673 1.146 1.193% 43795 ( 0.058 - 5.119) [518] -setup 1 36.419 36.419 1.184% 0 ( 36.419 - 36.419) [0] WebStart.php-conf 1 34.814 34.814 1.132% 471920 ( 34.814 - 34.814) [0] ResourceLoader::makeModuleResponse 2 34.083 17.042 1.108% 748198 ( 4.711 - 29.372) [17] MediaWiki::triggerJobs 1 30.961 30.961 1.007% 272588 ( 30.961 - 30.961) [13] Parser::replaceInternalLinks2 1 30.277 30.277 0.985% 591063 ( 30.277 - 30.277) [41] Parser::replaceInternalLinks2-always_known 1 26.500 26.500 0.862% 575114 ( 26.500 - 26.500) [29] MediaWiki::initializeArticle 1 24.098 24.098 0.784% 578230 ( 24.098 - 24.098) [16] Setup.php-includes 1 23.028 23.028 0.749% 366496 ( 23.028 - 23.028) [0] Setup.php-extensions 1 22.540 22.540 0.733% 697200 ( 22.540 - 22.540) [2] Setup.php-extensions-registerFileProtocolLinksSMB 1 22.520 22.520 0.732% 696840 ( 22.520 - 22.520) [1] StubObject::_unstub-wgParser 1 22.467 22.467 0.731% 697336 ( 22.467 - 22.467) [0] ParserOutput::getText 1 21.068 21.068 0.685% 604117 ( 21.068 - 21.068) [35] ResourceLoader::makeModuleResponse-user.tokens 1 20.665 20.665 0.672% 689208 ( 20.665 - 20.665) [0] RequestContext::getSkin-createskin 1 19.961 19.961 0.649% 600408 ( 19.961 - 19.961) [2] query: SELECT keyname,value,exptime FROM `objectcache` WHERE keyname = 'X' 10 19.579 1.958 0.637% 11032 ( 0.285 - 10.201) [0] Parser::firstCallInit 1 18.712 18.712 0.608% 427132 ( 18.712 - 18.712) [76] -overhead-internal 2182 18.489 0.008 0.601% 488776 ( 0.006 - 0.050) [0] PPFrame_DOM::expand 34 17.304 0.509 0.563% 126103 ( 0.012 - 6.613) [126] Preprocessor_DOM::preprocessToObj 12 15.565 1.297 0.506% 13753 ( 0.118 - 10.480) [24] query: SELECT rev_id,rev_page,rev_text_id,rev_timestamp,rev_comment,rev_use 1 15.076 15.076 0.490% 1256 ( 15.076 - 15.076) [0] query: DELETE FROM `objectcache` WHERE keyname = 'X' 3 13.679 4.560 0.445% 672 ( 1.822 - 6.373) [0] Preprocessor_DOM::preprocessToObj-loadXML 12 12.247 1.021 0.398% 7696 ( 0.035 - 9.509) [0] Linker::accesskey 30 11.765 0.392 0.383% 27316 ( 0.038 - 1.171) [161] Linker::link 6 11.576 1.929 0.376% 184197 ( 0.128 - 10.265) [57] SkinTemplate::buildContentNavigationUrls 1 11.450 11.450 0.372% 83557 ( 11.450 - 11.450) [121] Parser::clearState 11 10.308 0.937 0.335% 217568 ( 0.076 - 9.302) [22] MagicWord::load 129 9.630 0.075 0.313% 95650 ( 0.004 - 4.871) [7] SkinTemplate::buildNavUrls 1 9.578 9.578 0.311% 207510 ( 9.578 - 9.578) [39] Parser::braceSubstitution 11 9.310 0.846 0.303% 86858 ( 0.139 - 5.061) [112] SkinTemplate::buildPersonalUrls 1 9.086 9.086 0.295% 8213 ( 9.086 - 9.086) [56] SkinTemplate::prepareQuickTemplate-stuff3 1 8.143 8.143 0.265% 4949 ( 8.143 - 8.143) [36] query: SELECT pr_type,pr_expiry,pr_level,pr_cascade FROM `page_restrictions 1 7.871 7.871 0.256% 1088 ( 7.871 - 7.871) [0] Setup.php-memcached 1 6.822 6.822 0.222% 150368 ( 6.822 - 6.822) [0] ResourceLoader::filter 3 6.642 2.214 0.216% 16554 ( 2.052 - 2.536) [6] JobQueue::getSiblingQueuesWithJobs 1 6.131 6.131 0.199% 825 ( 6.131 - 6.131) [4] Setup.php-misc1 1 5.970 5.970 0.194% 55504 ( 5.970 - 5.970) [0] query: SELECT DISTINCT job_cmd FROM `job` WHERE job_cmd IN ('X') 1 5.787 5.787 0.188% 1080 ( 5.787 - 5.787) [0] ResourceLoader::__construct 1 5.677 5.677 0.185% 169257 ( 5.677 - 5.677) [3] hook: MessageCache::get 227 5.671 0.025 0.184% 50872 ( 0.000 - 5.048) [0] Parser::braceSubstitution-pfunc 3 5.649 1.883 0.184% 36550 ( 0.303 - 4.820) [17] Parser::callParserFunction 3 5.567 1.856 0.181% 31437 ( 0.281 - 4.779) [14] Parser::callParserFunction-pfunc-plural 3 5.517 1.839 0.179% 31436 ( 0.266 - 4.756) [11] Article::showPatrolFooter 1 5.088 5.088 0.165% 97536 ( 5.088 - 5.088) [2] Title::getLinkURL 9 4.676 0.520 0.152% 48155 ( 0.049 - 3.967) [30] Linker::linkUrl 6 4.471 0.745 0.145% 47482 ( 0.049 - 3.971) [27] Setup.php-defaults2 1 4.403 4.403 0.143% 576 ( 4.403 - 4.403) [1] MessageBlobStore::get 1 4.339 4.339 0.141% 929 ( 4.339 - 4.339) [4] Setup.php-exception 1 4.331 4.331 0.141% 32992 ( 4.331 - 4.331) [0] hook: ParserFirstCallInit 1 4.131 4.131 0.134% 125496 ( 4.131 - 4.131) [1] wfCite 1 4.110 4.110 0.134% 125096 ( 4.110 - 4.110) [0] query: INSERT IGNORE INTO `objectcache` (keyname,value,exptime) VALUES ('X' 2 4.055 2.028 0.132% 448 ( 1.972 - 2.084) [0] Title::getUserPermissionsErrorsInternal 12 3.805 0.317 0.124% 38465 ( 0.038 - 2.891) [47] query: SELECT mr_blob,mr_resource,mr_timestamp FROM `msg_resource` WHERE mr 1 3.801 3.801 0.124% 1128 ( 3.801 - 3.801) [0] SkinTemplate::buildContentNavigationUrls-live 1 3.782 3.782 0.123% 4973 ( 3.782 - 3.782) [57] Revision::loadText 1 3.717 3.717 0.121% 1809 ( 3.717 - 3.717) [5] Setup.php-session 1 3.522 3.522 0.115% 1976 ( 3.522 - 3.522) [0] SkinTemplate::outputPage-init 1 3.510 3.510 0.114% 24362 ( 3.510 - 3.510) [7] Skin::initPage 1 3.473 3.473 0.113% 23698 ( 3.473 - 3.473) [6] query: SELECT old_text,old_flags FROM `text` WHERE old_id = 'X' LIMIT N 1 3.438 3.438 0.112% 1096 ( 3.438 - 3.438) [0] Setup.php-tempDir 1 3.430 3.430 0.112% 224 ( 3.430 - 3.430) [0] query: REPLACE INTO `objectcache` (keyname,value,exptime) VALUES ('X') 1 3.257 3.257 0.106% 224 ( 3.257 - 3.257) [0] Parser::replaceExternalLinks 1 3.054 3.054 0.099% 6595 ( 3.054 - 3.054) [10] query: SELECT wl_notificationtimestamp FROM `watchlist` WHERE wl_user = 'X' 1 2.984 2.984 0.097% 1088 ( 2.984 - 2.984) [0] query: SELECT page_namespace,page_title,page_touched FROM `page` WHERE (pag 4 2.854 0.714 0.093% 4352 ( 0.464 - 1.192) [0] Parser::braceSubstitution-modifiers 11 2.831 0.257 0.092% 44558 ( 0.044 - 1.616) [59] query: SELECT user_id FROM `user_newtalk` WHERE user_id = 'X' LIMIT N 1 2.801 2.801 0.091% 1080 ( 2.801 - 2.801) [0] User::getEffectiveGroups 1 2.701 2.701 0.088% 25769 ( 2.701 - 2.701) [3] User::getAutomaticGroups 1 2.684 2.684 0.087% 25272 ( 2.684 - 2.684) [1] ResourceLoader::makeModuleResponse-user.cssprefs 1 2.642 2.642 0.086% 15129 ( 2.642 - 2.642) [3] Skin::getSkinNames-init 1 2.524 2.524 0.082% 1576 ( 2.524 - 2.524) [0] MediaWiki_I18N::translate 6 2.518 0.420 0.082% 2680 ( 0.072 - 2.104) [23] Preprocessor_DOM::preprocessToXml 12 2.326 0.194 0.076% 114824 ( 0.074 - 0.867) [0] Parser::replaceInternalLinks2-setup 1 1.907 1.907 0.062% 2666 ( 1.907 - 1.907) [6] MessageCache::load 1 1.871 1.871 0.061% 1505 ( 1.871 - 1.871) [4] SkinTemplate::prepareQuickTemplate-stuff2 1 1.858 1.858 0.060% 5493 ( 1.858 - 1.858) [14] MessageCache::load-fromcache 1 1.847 1.847 0.060% 1025 ( 1.847 - 1.847) [3] Parser::replaceInternalLinks2-title 1 1.825 1.825 0.059% 12680 ( 1.825 - 1.825) [0] Article::fetchContentObject 1 1.776 1.776 0.058% 17624 ( 1.776 - 1.776) [1] Skin::buildSidebar 1 1.668 1.668 0.054% 6551 ( 1.668 - 1.668) [40] LinkBatch::executeInto 1 1.577 1.577 0.051% 2641 ( 1.577 - 1.577) [5] LinkBatch::doQuery 1 1.275 1.275 0.041% 2665 ( 1.275 - 1.275) [4] ResourceLoader::register 2 1.104 0.552 0.036% 13912 ( 0.032 - 1.073) [0] query: SELECT page_id,page_namespace,page_title,page_len,page_is_redirect,p 1 0.986 0.986 0.032% 1096 ( 0.986 - 0.986) [0] Parser::doDoubleUnderscore 1 0.859 0.859 0.028% 12389 ( 0.859 - 0.859) [14] Sanitizer::removeHTMLtags 3 0.830 0.277 0.027% 46649 ( 0.057 - 0.410) [4] Parser::braceSubstitution-setup 11 0.672 0.061 0.022% 6516 ( 0.030 - 0.281) [11] query: SELECT value,exptime FROM `objectcache` WHERE keyname = 'X' LIMIT N 2 0.660 0.330 0.021% 2192 ( 0.266 - 0.394) [0] Parser::doBlockLevels 1 0.632 0.632 0.021% 6213 ( 0.632 - 0.632) [14] Parser::doTableStuff 1 0.470 0.470 0.015% 5120 ( 0.470 - 0.470) [0] hook: MessagesPreLoad 227 0.469 0.002 0.015% 50864 ( 0.000 - 0.023) [0] query: BEGIN 1 0.436 0.436 0.014% 352 ( 0.436 - 0.436) [0] Parser::doBlockLevels-paragraph 14 0.408 0.029 0.013% 3592 ( 0.007 - 0.275) [0] hook: ParserClearState 11 0.408 0.037 0.013% 9596 ( 0.028 - 0.059) [11] Parser::doMagicLinks 1 0.405 0.405 0.013% 3336 ( 0.405 - 0.405) [0] SkinTemplate::setupTemplateForOutput 1 0.403 0.403 0.013% 4146 ( 0.403 - 0.403) [6] SkinTemplate::setupTemplateForOutput-stuff 1 0.391 0.391 0.013% 3601 ( 0.391 - 0.391) [4] Setup.php-defaults 1 0.357 0.357 0.012% 6760 ( 0.357 - 0.357) [0] Parser::doHeadings 1 0.282 0.282 0.009% 2352 ( 0.282 - 0.282) [0] SkinTemplate::buildContentNavigationUrls-edit 1 0.252 0.252 0.008% 1163 ( 0.252 - 0.252) [9] ResourceLoader::makeModuleResponse-user.options 1 0.238 0.238 0.008% 3608 ( 0.238 - 0.238) [0] query: SELECT page_namespace,page_title,page_touched FROM `page` WHERE (pag 1 0.230 0.230 0.007% 1088 ( 0.230 - 0.230) [0] Cite::clearState 11 0.188 0.017 0.006% 1760 ( 0.013 - 0.027) [0] Title::getPageLanguage 16 0.131 0.008 0.004% 4457 ( 0.002 - 0.055) [4] Parser::doAllQuotes 1 0.105 0.105 0.003% 4408 ( 0.105 - 0.105) [0] SpecialPageFactory::getList 1 0.103 0.103 0.003% 864 ( 0.103 - 0.103) [1] hook: GetLocalURL::Internal 39 0.098 0.003 0.003% 9048 ( 0.000 - 0.013) [0] Skin::getSiteNotice 1 0.086 0.086 0.003% 330 ( 0.086 - 0.086) [7] hook: ParserCloned 1 0.079 0.079 0.003% 2624 ( 0.079 - 0.079) [1] LinkCache::addLinkObj 3 0.064 0.021 0.002% 848 ( 0.018 - 0.023) [0] Skin::getCachedNotice 2 0.064 0.032 0.002% 1001 ( -0.001 - 0.064) [3] StripState::unstripType 8 0.060 0.007 0.002% 9592 ( 0.005 - 0.010) [0] hook: GetLocalURL::Article 23 0.059 0.003 0.002% 5336 ( 0.001 - 0.006) [0] Linker::linkAttribs 6 0.059 0.010 0.002% 4832 ( 0.008 - 0.013) [0] StubObject::_unstub-wgLang 1 0.057 0.057 0.002% 256 ( 0.057 - 0.057) [0] hook: GetLocalURL 39 0.056 0.001 0.002% 8744 ( 0.000 - 0.002) [0] ParserOptions::initialiseFromUser 2 0.051 0.026 0.002% 288 ( 0.024 - 0.027) [0] hook: userCan 12 0.039 0.003 0.001% 2592 ( 0.001 - 0.020) [0] hook: ParserAfterParse 1 0.038 0.038 0.001% 1248 ( 0.038 - 0.038) [1] hook: TitleIsAlwaysKnown 4 0.038 0.009 0.001% 928 ( 0.001 - 0.032) [0] hook: ParserGetVariableValueVarCache 8 0.034 0.004 0.001% 1920 ( 0.002 - 0.013) [0] Cite::cloneState 1 0.033 0.033 0.001% 1912 ( 0.033 - 0.033) [0] hook: ContentHandlerDefaultModelFor 2 0.032 0.016 0.001% 480 ( 0.003 - 0.029) [0] hook: TitleGetRestrictionTypes 4 0.032 0.008 0.001% 928 ( 0.002 - 0.027) [0] BaseTemplate::getToolbox 1 0.031 0.031 0.001% 3312 ( 0.031 - 0.031) [1] hook: ParserBeforeTidy 1 0.031 0.031 0.001% 1032 ( 0.031 - 0.031) [1] hook: ParserGetVariableValueTs 8 0.030 0.004 0.001% 1856 ( 0.002 - 0.013) [0] Cite::checkRefsNoReferences 2 0.030 0.015 0.001% 488 ( 0.012 - 0.018) [0] Parser::initialiseVariables 1 0.028 0.028 0.001% 680 ( 0.028 - 0.028) [1] hook: ParserBeforeStrip 11 0.028 0.003 0.001% 2464 ( 0.002 - 0.006) [0] SkinTemplate::buildContentActionUrls 1 0.024 0.024 0.001% 856 ( 0.024 - 0.024) [0] hook: TitleQuickPermissions 9 0.024 0.003 0.001% 2088 ( 0.000 - 0.008) [0] hook: TitleIsCssOrJsPage 3 0.021 0.007 0.001% 696 ( 0.002 - 0.018) [0] hook: ParserLimitReportFormat 7 0.021 0.003 0.001% 1624 ( 0.002 - 0.004) [0] hook: TitleIsWikitextPage 2 0.020 0.010 0.001% 464 ( 0.002 - 0.019) [0] hook: getUserPermissionsErrors 12 0.017 0.001 0.001% 2792 ( 0.000 - 0.002) [0] Parser::replaceInternalLinks2-e1 1 0.016 0.016 0.001% 1624 ( 0.016 - 0.016) [0] LinkHolderArray::replaceText 2 0.015 0.008 0.000% 664 ( 0.006 - 0.010) [0] hook: WebRequestPathInfoRouter 1 0.015 0.015 0.000% 232 ( 0.015 - 0.015) [0] MediaWiki::checkMaxLag 1 0.014 0.014 0.000% 320 ( 0.014 - 0.014) [0] LanguageGetMagic 1 0.014 0.014 0.000% 216 ( 0.014 - 0.014) [1] hook: LinkerMakeExternalLink 5 0.014 0.003 0.000% 1160 ( 0.002 - 0.006) [0] hook: ParserAfterStrip 11 0.013 0.001 0.000% 2464 ( 0.000 - 0.002) [0] hook: LinkEnd 6 0.013 0.002 0.000% 1296 ( 0.002 - 0.003) [0] hook: LinkBegin 6 0.013 0.002 0.000% 1296 ( 0.001 - 0.005) [0] hook: UserRetrieveNewTalks 2 0.013 0.006 0.000% 464 ( 0.003 - 0.009) [0] hook: SetupAfterCache 1 0.013 0.013 0.000% 288 ( 0.013 - 0.013) [0] Linker::link-checkPageExistence 6 0.012 0.002 0.000% 1392 ( -0.001 - 0.007) [0] Revision::getRevisionText 1 0.012 0.012 0.000% 616 ( 0.012 - 0.012) [0] hook: ArticlePageDataAfter 1 0.011 0.011 0.000% 232 ( 0.011 - 0.011) [0] hook: ResourceLoaderRegisterModules 1 0.011 0.011 0.000% 240 ( 0.011 - 0.011) [0] hook: UserLoadFromSession 1 0.011 0.011 0.000% 232 ( 0.011 - 0.011) [0] hook: ArticlePageDataBefore 1 0.011 0.011 0.000% 232 ( 0.011 - 0.011) [0] MessageCache::saveToCaches 1 0.011 0.011 0.000% 336 ( 0.011 - 0.011) [0] hook: ParserSectionCreate 3 0.011 0.004 0.000% 696 ( 0.002 - 0.006) [0] hook: GetNewMessagesAlert 1 0.010 0.010 0.000% 232 ( 0.010 - 0.010) [0] hook: AuthPluginSetup 1 0.010 0.010 0.000% 224 ( 0.010 - 0.010) [0] SkinTemplate::setupTemplateForOutput-init 1 0.010 0.010 0.000% 768 ( 0.010 - 0.010) [0] Parser::replaceInternalLinks2-misc 1 0.010 0.010 0.000% 272 ( 0.010 - 0.010) [0] hook: AjaxAddScript 1 0.009 0.009 0.000% 224 ( 0.009 - 0.009) [0] hook: UserLoadOptions 2 0.009 0.005 0.000% 448 ( 0.002 - 0.008) [0] hook: SkinTemplateOutputPageBeforeExec 1 0.008 0.008 0.000% 240 ( 0.008 - 0.008) [0] hook: SkinTemplateTabAction 3 0.007 0.002 0.000% 696 ( 0.002 - 0.002) [0] hook: ArticleFromTitle 1 0.007 0.007 0.000% 224 ( 0.007 - 0.007) [0] DeferredUpdates::doUpdates 1 0.007 0.007 0.000% 320 ( 0.007 - 0.007) [0] hook: PageContentLanguage 3 0.007 0.002 0.000% 696 ( 0.001 - 0.003) [0] hook: SkinAfterBottomScripts 1 0.006 0.006 0.000% 232 ( 0.006 - 0.006) [0] hook: MagicWordwgVariableIDs 1 0.006 0.006 0.000% 232 ( 0.006 - 0.006) [0] hook: OutputPageBodyAttributes 1 0.006 0.006 0.000% 232 ( 0.006 - 0.006) [0] hook: LanguageGetMagic 1 0.006 0.006 0.000% 224 ( 0.006 - 0.006) [0] hook: GetAutoPromoteGroups 1 0.005 0.005 0.000% 232 ( 0.005 - 0.005) [0] hook: ArticleAfterFetchContentObject 1 0.005 0.005 0.000% 240 ( 0.005 - 0.005) [0] hook: BaseTemplateAfterPortlet 2 0.005 0.002 0.000% 464 ( 0.002 - 0.003) [0] WebStart.php-ob_start 1 0.005 0.005 0.000% 224 ( 0.005 - 0.005) [0] hook: CanonicalNamespaces 1 0.005 0.005 0.000% 232 ( 0.005 - 0.005) [0] hook: ArticleViewFooter 1 0.005 0.005 0.000% 224 ( 0.005 - 0.005) [0] hook: ParserAfterTidy 1 0.005 0.005 0.000% 224 ( 0.005 - 0.005) [0] hook: MediaWikiPerformAction 1 0.005 0.005 0.000% 232 ( 0.005 - 0.005) [0] Sanitizer::removeHTMLcomments 3 0.005 0.002 0.000% 792 ( 0.001 - 0.002) [0] LinkHolderArray::replace 1 0.004 0.004 0.000% 712 ( 0.004 - 0.004) [0] hook: LanguageGetSpecialPageAliases 1 0.004 0.004 0.000% 240 ( 0.004 - 0.004) [0] Article::getContentObject 2 0.004 0.002 0.000% 464 ( 0.002 - 0.002) [0] hook: DoEditSectionLink 2 0.004 0.002 0.000% 448 ( 0.002 - 0.002) [0] hook: GetDoubleUnderscoreIDs 1 0.004 0.004 0.000% 232 ( 0.004 - 0.004) [0] hook: SkinAfterContent 1 0.003 0.003 0.000% 224 ( 0.003 - 0.003) [0] hook: ParserLimitReportPrepare 1 0.003 0.003 0.000% 232 ( 0.003 - 0.003) [0] hook: SpecialPage_initList 1 0.003 0.003 0.000% 232 ( 0.003 - 0.003) [0] hook: NamespaceIsMovable 2 0.003 0.002 0.000% 464 ( 0.002 - 0.002) [0] hook: InternalParseBeforeSanitize 1 0.002 0.002 0.000% 240 ( 0.002 - 0.002) [0] hook: ParserLimitReport 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0] hook: SiteNoticeAfter 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0] hook: UserGetDefaultOptions 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0] hook: InternalParseBeforeLinks 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0] hook: LanguageLinks 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0] hook: OutputPageParserOutput 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0] hook: GetCanonicalURL 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0] hook: BeforeInitialize 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0] hook: MakeGlobalVariablesScript 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0] hook: SkinVectorStyleModules 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0] hook: SkinTemplatePreventOtherActiveTabs 1 0.002 0.002 0.000% 248 ( 0.002 - 0.002) [0] hook: SkinTemplateToolboxEnd 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0] hook: SkinBuildSidebar 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0] hook: LanguageGetNamespaces 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0] hook: SearchableNamespaces 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0] hook: AfterFinalPageOutput 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0] hook: BaseTemplateToolbox 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0] hook: UserGetLanguageObject 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0] hook: ArticleViewHeader 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0] hook: SkinSubPageSubtitle 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0] hook: SkinGetPoweredBy 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0] hook: ArticleContentViewCustom 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0] hook: ParserBeforeInternalParse 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0] hook: RequestContextCreateSkin 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0] hook: OutputPageBeforeHTML 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0] hook: BeforePageDisplay 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0] hook: UserLoadAfterLoadFromSession 1 0.002 0.002 0.000% 240 ( 0.002 - 0.002) [0] hook: SiteNoticeBefore 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0] hook: InitializeArticleMaybeRedirect 1 0.002 0.002 0.000% 240 ( 0.002 - 0.002) [0] hook: UserGetRights 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0] hook: UserEffectiveGroups 1 0.002 0.002 0.000% 232 ( 0.002 - 0.002) [0] hook: PersonalUrls 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0] hook: SkinTemplateBuildNavUrlsNav_urlsAfterPermalink 1 0.002 0.002 0.000% 256 ( 0.002 - 0.002) [0] hook: SkinTemplateNavigation::Universal 1 0.002 0.002 0.000% 240 ( 0.002 - 0.002) [0] hook: PageRenderingHash 1 0.001 0.001 0.000% 224 ( 0.001 - 0.001) [0] hook: getUserPermissionsErrorsExpensive 2 0.001 0.000 0.000% 480 ( 0.000 - 0.001) [0] hook: TitleIsMovable 1 0.001 0.001 0.000% 224 ( 0.001 - 0.001) [0] hook: SkinTemplateNavigation 1 0.001 0.001 0.000% 232 ( 0.001 - 0.001) [0] Parser::replaceInternalLinks2-interwiki 1 -0.001 -0.001 -0.000% 240 ( -0.001 - 0.000) [0] SkinTemplate::prepareQuickTemplate-stuff-head 1 -0.002 -0.002 -0.000% 248 ( -0.002 - 0.000) [0]- Apparently, it takes a lot of time when connecting to the database. I guess it's a local database, but I don't see why it should take so much time for this. Ciencia Al Poder (talk) 10:34, 17 November 2014 (UTC)
- Thanks for checking it out.
- Yes, it is a local database. (As I mentioned in OP, this is a Bitnami installation on my windows machine).
- Would you know a good way to troubleshoot this connection issue?
- Is there a tool I could run to fix whatever is going on?
- Profiling page talked about debugging "specific functions", but I am not sure which function is the culprit.
- This slowdown has really made my wiki, which I have been using since at least 2008, quite a pain to access. 65.190.75.202 02:56, 18 November 2014 (UTC)
- What does "Reset the error string in LoadBalancer::getConnection() to avoid it crufting up" mean? (see https://gerrit.wikimedia.org/r/#/c/65097/)
- Is this anything to do with my problem? A1s2d3f4 (talk) 14:34, 19 November 2014 (UTC)
- Doesn't seem to be related, apparently it resets the error message if an early error has occurred before attempting to connect to the database a second time.
- About a way to troubleshoot this, I don't really know. Maybe create a simple PHP script that manually connects to the database, and measure how long it takes to connect? Ciencia Al Poder (talk) 10:25, 20 November 2014 (UTC)
- Being a php noob, is there a site I could go to to learn how to do it? A1s2d3f4 (talk) 14:12, 20 November 2014 (UTC)
- Try this example: http://php.net/manual/en/mysqli.quickstart.connections.php
- Change user, password and database to the ones that apply to your installation. Ciencia Al Poder (talk) 14:46, 20 November 2014 (UTC)
- I changed 3306 to the port number I have assigned to $wgUDPProfilerPort in LocalSettings.php.
- I changed user, password, and database to what I have in $wgDBname $wgDBuser $wgDBpassword.
- I ran this php script and got this:
- 127.0.0.1 via TCP/IP
- Then, after a really long time - 30 seconds perhaps - the following appeared:
PHP Warning: mysqli::mysqli(): MySQL server has gone away in C:\Bitnami\mediawi ki-1.22.6-0\apps\mediawiki\htdocs\TestingConnection.php on line 8 PHP Warning: mysqli::mysqli(): Error while reading greeting packet. PID=340 in C:\Bitnami\mediawiki-1.22.6-0\apps\mediawiki\htdocs\TestingConnection.php on lin e 8 PHP Warning: mysqli::mysqli(): (HY000/2006): MySQL server has gone away in C:\B itnami\mediawiki-1.22.6-0\apps\mediawiki\htdocs\TestingConnection.php on line 8 Failed to connect to MySQL: (2006) MySQL server has gone awayPHP Warning: main( ): Couldn't fetch mysqli in C:\Bitnami\mediawiki-1.22.6-0\apps\mediawiki\htdocs\ TestingConnection.php on line 13
- Does this make any sense? A1s2d3f4 (talk) 22:51, 21 November 2014 (UTC)
- With further experimentation, I fixed my problem!!!
- First of all, I tried to go to the "Default" 3306 port number, then the test php worked fine.
- But I noticed that if I changed from "127.0.0.1" to "localhost", the connection took much longer to result in an output.
- So, then, I looked at my $wgDBserver = in LocalSettings.php and changed it from "localhost" to "127.0.0.1".
- Now my wiki is as fast as ever.
- What's going on here?
- I thought localhost = 127.0.0.1? I guess it is, but translation of the "localhost" string to the IP address is taking forever.
- Here is what I have in my profiler now:
- A1s2d3f4 (talk) 22:58, 21 November 2014 (UTC)
Profiling data Name Calls Total Each % Mem -total 1 477.606 477.606 100.000% 12618911 ( 477.606 - 477.606) [2181] MediaWiki::main 1 337.025 337.025 70.565% 7623509 ( 337.025 - 337.025) [2133] OutputPage::output 1 132.076 132.076 27.654% 1903747 ( 132.076 - 132.076) [1385] Output-skin 1 129.991 129.991 27.217% 1874329 ( 129.991 - 129.991) [1380] SkinTemplate::outputPage 1 129.914 129.914 27.201% 1918656 ( 129.914 - 129.914) [1379] MediaWiki::performRequest 1 124.243 124.243 26.014% 3498065 ( 124.243 - 124.243) [683] MediaWiki::performAction 1 108.343 108.343 22.685% 2887503 ( 108.343 - 108.343) [655] Article::view 1 108.266 108.266 22.668% 2888582 ( 108.266 - 108.266) [653] SkinTemplate::prepareQuickTemplate 1 95.652 95.652 20.027% 1866812 ( 95.652 - 95.652) [711] Setup.php 1 81.382 81.382 17.040% 3765629 ( 81.382 - 81.382) [15] SkinTemplate::prepareQuickTemplate-stuff5 1 66.358 66.358 13.894% 1183157 ( 66.358 - 66.358) [543] DatabaseBase::query 136 59.961 0.441 12.554% 133787 ( 0.133 - 6.130) [136] MessageCache::get 227 50.433 0.222 10.560% 122359 ( 0.026 - 1.064) [889] Setup.php-globals 1 48.959 48.959 10.251% 2399928 ( 48.959 - 48.959) [2] Parser::parse 1 44.828 44.828 9.386% 663655 ( 44.828 - 44.828) [379] Parser::parse-WikitextContent::getParserOutput 1 44.825 44.825 9.385% 663670 ( 44.825 - 44.825) [378] LocalisationCache::getSubitem-load 87 41.783 0.480 8.748% 106715 ( 0.381 - 1.145) [348] -overhead-total 2182 39.492 0.018 8.269% 1500392 ( 39.492 - 39.492) [2182] query: SELECT lc_value FROM `lNn_cache` WHERE lc_lang = 'X' LIMIT N 103 32.313 0.314 6.766% 112768 ( 0.214 - 1.800) [0] SkinTemplate::outputPage-execute 1 32.121 32.121 6.725% 26912 ( 32.121 - 32.121) [658] Parser::internalParse 1 25.822 25.822 5.406% 609284 ( 25.822 - 25.822) [119] LocalisationCache::getItem-load 14 25.336 1.810 5.305% 113562 ( 0.394 - 16.657) [69] SkinTemplate::prepareQuickTemplate-stuff4 1 24.736 24.736 5.179% 669832 ( 24.736 - 24.736) [106] Parser::transformMsg 10 24.117 2.412 5.050% 508911 ( 0.494 - 13.551) [233] Parser::preprocess 10 24.057 2.406 5.037% 509092 ( 0.490 - 13.543) [223] Linker::titleAttrib 32 23.293 0.728 4.877% 43803 ( 0.069 - 2.174) [518] User::load 2 22.972 11.486 4.810% 235891 ( 0.855 - 22.117) [30] MediaWiki::triggerJobs 1 20.736 20.736 4.342% 272540 ( 20.736 - 20.736) [13] Parser::replaceInternalLinks2 1 19.615 19.615 4.107% 591063 ( 19.615 - 19.615) [41] ResourceLoader::makeModuleResponse 2 19.426 9.713 4.067% 748206 ( 2.212 - 17.215) [17] Parser::replaceInternalLinks2-always_known 1 17.633 17.633 3.692% 575114 ( 17.633 - 17.633) [29] Parser::replaceVariables 11 17.516 1.592 3.667% 307895 ( 0.379 - 7.363) [169] -overhead-internal 2182 16.466 0.008 3.448% 488776 ( 0.006 - 0.146) [0] Setup.php-extensions 1 14.311 14.311 2.996% 697184 ( 14.311 - 14.311) [2] Setup.php-extensions-registerFileProtocolLinksSMB 1 14.296 14.296 2.993% 696824 ( 14.296 - 14.296) [1] StubObject::_unstub-wgParser 1 14.245 14.245 2.983% 697320 ( 14.245 - 14.245) [0] WebStart.php-conf 1 14.222 14.222 2.978% 471968 ( 14.222 - 14.222) [0] MediaWiki::initializeArticle 1 14.021 14.021 2.936% 578302 ( 14.021 - 14.021) [16] ParserOutput::getText 1 13.886 13.886 2.907% 604125 ( 13.886 - 13.886) [35] ResourceLoader::makeModuleResponse-user.tokens 1 13.589 13.589 2.845% 689216 ( 13.589 - 13.589) [0] RequestContext::getSkin-createskin 1 12.757 12.757 2.671% 600416 ( 12.757 - 12.757) [2] LoadBalancer::getConnection 123 11.534 0.094 2.415% 308207 ( 0.006 - 7.690) [127] LoadBalancer::openConnection 123 10.280 0.084 2.152% 303713 ( 0.000 - 7.669) [4] Parser::firstCallInit 1 10.088 10.088 2.112% 427140 ( 10.088 - 10.088) [76] query: DELETE FROM `objectcache` WHERE keyname = 'X' 3 9.896 3.299 2.072% 672 ( 1.654 - 6.115) [0] -setup 1 9.730 9.730 2.037% 0 ( 9.730 - 9.730) [0] PPFrame_DOM::expand 34 9.502 0.279 1.989% 126103 ( 0.012 - 4.426) [126] Setup.php-includes 1 8.549 8.549 1.790% 366472 ( 8.549 - 8.549) [0] Linker::accesskey 30 7.939 0.265 1.662% 27332 ( 0.047 - 0.777) [161] SkinTemplate::buildContentNavigationUrls 1 7.911 7.911 1.656% 83557 ( 7.911 - 7.911) [121] Linker::link 6 7.903 1.317 1.655% 184205 ( 0.164 - 6.840) [57] Parser::braceSubstitution 11 7.554 0.687 1.582% 86858 ( 0.150 - 4.316) [112] Parser::clearState 11 6.980 0.635 1.461% 217568 ( 0.078 - 5.992) [22] SkinTemplate::buildNavUrls 1 6.741 6.741 1.412% 207518 ( 6.741 - 6.741) [39] query: SELECT keyname,value,exptime FROM `objectcache` WHERE keyname = 'X' 10 5.115 0.512 1.071% 11032 ( 0.257 - 1.314) [0] DatabaseMysqlBase::open 2 4.785 2.392 1.002% 2720 ( 2.277 - 2.507) [2] Parser::braceSubstitution-pfunc 3 4.379 1.460 0.917% 36550 ( 0.276 - 3.820) [17] SkinTemplate::buildPersonalUrls 1 4.340 4.340 0.909% 8213 ( 4.340 - 4.340) [56] Parser::callParserFunction 3 4.300 1.433 0.900% 31437 ( 0.254 - 3.785) [14] Parser::callParserFunction-pfunc-plural 3 4.244 1.415 0.889% 31436 ( 0.240 - 3.760) [11] query: INSERT IGNORE INTO `objectcache` (keyname,value,exptime) VALUES ('X' 2 3.805 1.903 0.797% 448 ( 1.791 - 2.014) [0] ResourceLoader::__construct 1 3.756 3.756 0.786% 169257 ( 3.756 - 3.756) [3] Setup.php-memcached 1 3.557 3.557 0.745% 150376 ( 3.557 - 3.557) [0] Article::showPatrolFooter 1 3.493 3.493 0.731% 97536 ( 3.493 - 3.493) [2] dbconnect-127.0.0.1 2 3.374 1.687 0.706% 2416 ( 1.593 - 1.780) [0] ResourceLoader::filter 3 3.331 1.110 0.697% 16554 ( 0.686 - 1.412) [6] Title::getLinkURL 9 3.313 0.368 0.694% 48163 ( 0.058 - 2.613) [30] Linker::linkUrl 6 3.105 0.518 0.650% 47490 ( 0.063 - 2.621) [27] Preprocessor_DOM::preprocessToObj 12 3.002 0.250 0.629% 13753 ( 0.132 - 0.661) [24] hook: ParserFirstCallInit 1 2.935 2.935 0.615% 125504 ( 2.935 - 2.935) [1] wfCite 1 2.912 2.912 0.610% 125104 ( 2.912 - 2.912) [0] Title::getUserPermissionsErrorsInternal 12 2.719 0.227 0.569% 38465 ( 0.042 - 1.732) [47] SkinTemplate::prepareQuickTemplate-stuff3 1 2.624 2.624 0.549% 4949 ( 2.624 - 2.624) [36] Parser::braceSubstitution-modifiers 11 2.617 0.238 0.548% 44558 ( 0.045 - 1.139) [59] SkinTemplate::buildContentNavigationUrls-live 1 2.531 2.531 0.530% 4973 ( 2.531 - 2.531) [57] MagicWord::load 129 2.459 0.019 0.515% 95650 ( 0.004 - 1.197) [7] SkinTemplate::outputPage-init 1 2.108 2.108 0.441% 24362 ( 2.108 - 2.108) [7] Skin::initPage 1 2.067 2.067 0.433% 23698 ( 2.067 - 2.067) [6] Preprocessor_DOM::preprocessToXml 12 1.993 0.166 0.417% 114824 ( 0.081 - 0.542) [0] Skin::buildSidebar 1 1.764 1.764 0.369% 6543 ( 1.764 - 1.764) [40] query: SELECT page_namespace,page_title,page_touched FROM `page` WHERE (pag 4 1.735 0.434 0.363% 4352 ( 0.327 - 0.506) [0] ResourceLoader::makeModuleResponse-user.cssprefs 1 1.510 1.510 0.316% 15129 ( 1.510 - 1.510) [3] Setup.php-misc1 1 1.490 1.490 0.312% 55528 ( 1.490 - 1.490) [0] SkinTemplate::prepareQuickTemplate-stuff2 1 1.453 1.453 0.304% 5493 ( 1.453 - 1.453) [14] query: REPLACE INTO `objectcache` (keyname,value,exptime) VALUES ('X') 1 1.433 1.433 0.300% 224 ( 1.433 - 1.433) [0] User::getEffectiveGroups 1 1.419 1.419 0.297% 25769 ( 1.419 - 1.419) [3] Parser::replaceExternalLinks 1 1.405 1.405 0.294% 6595 ( 1.405 - 1.405) [10] User::getAutomaticGroups 1 1.394 1.394 0.292% 25272 ( 1.394 - 1.394) [1] MediaWiki_I18N::translate 6 1.184 0.197 0.248% 2680 ( 0.074 - 0.769) [23] Parser::replaceInternalLinks2-title 1 1.149 1.149 0.240% 12680 ( 1.149 - 1.149) [0] JobQueue::getSiblingQueuesWithJobs 1 1.143 1.143 0.239% 825 ( 1.143 - 1.143) [4] Article::fetchContentObject 1 1.086 1.086 0.227% 17624 ( 1.086 - 1.086) [1] hook: MessageCache::get 227 0.992 0.004 0.208% 50864 ( 0.002 - 0.251) [0] MessageCache::load 1 0.975 0.975 0.204% 1505 ( 0.975 - 0.975) [4] MessageCache::load-fromcache 1 0.949 0.949 0.199% 1025 ( 0.949 - 0.949) [3] Setup.php-exception 1 0.905 0.905 0.190% 32992 ( 0.905 - 0.905) [0] LinkBatch::executeInto 1 0.901 0.901 0.189% 2641 ( 0.901 - 0.901) [5] MessageBlobStore::get 1 0.866 0.866 0.181% 929 ( 0.866 - 0.866) [4] query: SELECT DISTINCT job_cmd FROM `job` WHERE job_cmd IN ('X') 1 0.814 0.814 0.170% 1080 ( 0.814 - 0.814) [0] ResourceLoader::register 2 0.809 0.404 0.169% 13912 ( 0.021 - 0.788) [0] Parser::replaceInternalLinks2-setup 1 0.784 0.784 0.164% 2666 ( 0.784 - 0.784) [6] Setup.php-defaults2 1 0.774 0.774 0.162% 576 ( 0.774 - 0.774) [1] Preprocessor_DOM::preprocessToObj-loadXML 12 0.770 0.064 0.161% 7696 ( 0.038 - 0.094) [0] Revision::loadText 1 0.721 0.721 0.151% 1809 ( 0.721 - 0.721) [5] Setup.php-tempDir 1 0.707 0.707 0.148% 224 ( 0.707 - 0.707) [0] Setup.php-session 1 0.644 0.644 0.135% 1976 ( 0.644 - 0.644) [0] query: SELECT rev_id,rev_page,rev_text_id,rev_timestamp,rev_comment,rev_use 1 0.639 0.639 0.134% 1256 ( 0.639 - 0.639) [0] hook: MessagesPreLoad 227 0.638 0.003 0.134% 50864 ( 0.001 - 0.008) [0] LinkBatch::doQuery 1 0.638 0.638 0.134% 2665 ( 0.638 - 0.638) [4] query: SELECT value,exptime FROM `objectcache` WHERE keyname = 'X' LIMIT N 2 0.625 0.313 0.131% 2192 ( 0.282 - 0.343) [0] SkinTemplate::setupTemplateForOutput 1 0.464 0.464 0.097% 4146 ( 0.464 - 0.464) [6] Sanitizer::removeHTMLtags 3 0.461 0.154 0.097% 46649 ( 0.067 - 0.249) [4] query: SELECT old_text,old_flags FROM `text` WHERE old_id = 'X' LIMIT N 1 0.450 0.450 0.094% 1096 ( 0.450 - 0.450) [0] SkinTemplate::setupTemplateForOutput-stuff 1 0.448 0.448 0.094% 3601 ( 0.448 - 0.448) [4] query: SELECT page_id,page_namespace,page_title,page_restrictions,page_coun 1 0.442 0.442 0.093% 1192 ( 0.442 - 0.442) [0] Parser::doBlockLevels 1 0.431 0.431 0.090% 6213 ( 0.431 - 0.431) [14] query: SELECT mr_blob,mr_resource,mr_timestamp FROM `msg_resource` WHERE mr 1 0.409 0.409 0.086% 1128 ( 0.409 - 0.409) [0] Parser::doMagicLinks 1 0.405 0.405 0.085% 3336 ( 0.405 - 0.405) [0] Parser::braceSubstitution-setup 11 0.405 0.037 0.085% 6516 ( 0.031 - 0.044) [11] query: SELECT wl_notificationtimestamp FROM `watchlist` WHERE wl_user = 'X' 1 0.401 0.401 0.084% 1088 ( 0.401 - 0.401) [0] hook: ParserClearState 11 0.396 0.036 0.083% 9596 ( 0.028 - 0.044) [11] query: SELECT page_id,page_namespace,page_title,page_len,page_is_redirect,p 1 0.386 0.386 0.081% 1096 ( 0.386 - 0.386) [0] Skin::getSkinNames-init 1 0.376 0.376 0.079% 1576 ( 0.376 - 0.376) [0] Parser::doDoubleUnderscore 1 0.356 0.356 0.075% 12389 ( 0.356 - 0.356) [14] query: SELECT pr_type,pr_expiry,pr_level,pr_cascade FROM `page_restrictions 1 0.333 0.333 0.070% 1088 ( 0.333 - 0.333) [0] Setup.php-defaults 1 0.325 0.325 0.068% 6760 ( 0.325 - 0.325) [0] SkinTemplate::buildContentNavigationUrls-edit 1 0.273 0.273 0.057% 1163 ( 0.273 - 0.273) [9] query: SELECT page_namespace,page_title,page_touched FROM `page` WHERE (pag 1 0.213 0.213 0.045% 1088 ( 0.213 - 0.213) [0] Parser::doBlockLevels-paragraph 14 0.208 0.015 0.043% 3592 ( 0.008 - 0.049) [0] query: SELECT user_id FROM `user_newtalk` WHERE user_id = 'X' LIMIT N 1 0.192 0.192 0.040% 1080 ( 0.192 - 0.192) [0] Cite::clearState 11 0.182 0.017 0.038% 1760 ( 0.012 - 0.018) [0] ResourceLoader::makeModuleResponse-user.options 1 0.161 0.161 0.034% 3608 ( 0.161 - 0.161) [0] hook: GetLocalURL 39 0.150 0.004 0.031% 8744 ( 0.001 - 0.052) [0] Title::getPageLanguage 16 0.150 0.009 0.031% 4457 ( 0.002 - 0.068) [4] query: BEGIN 1 0.129 0.129 0.027% 352 ( 0.129 - 0.129) [0] hook: GetLocalURL::Internal 39 0.111 0.003 0.023% 9048 ( 0.001 - 0.005) [0] Skin::getSiteNotice 1 0.103 0.103 0.022% 330 ( 0.103 - 0.103) [7] Parser::doAllQuotes 1 0.096 0.096 0.020% 4408 ( 0.096 - 0.096) [0] hook: GetLocalURL::Article 23 0.085 0.004 0.018% 5336 ( 0.002 - 0.006) [0] Skin::getCachedNotice 2 0.072 0.036 0.015% 1001 ( 0.000 - 0.071) [3] SpecialPageFactory::getList 1 0.070 0.070 0.015% 864 ( 0.070 - 0.070) [1] Linker::linkAttribs 6 0.067 0.011 0.014% 4832 ( 0.009 - 0.015) [0] LinkCache::addLinkObj 3 0.067 0.022 0.014% 848 ( 0.022 - 0.023) [0] StripState::unstripType 8 0.066 0.008 0.014% 9592 ( 0.007 - 0.011) [0] Parser::doTableStuff 1 0.064 0.064 0.013% 5120 ( 0.064 - 0.064) [0] StubObject::_unstub-wgLang 1 0.061 0.061 0.013% 256 ( 0.061 - 0.061) [0] ParserOptions::initialiseFromUser 2 0.058 0.029 0.012% 288 ( 0.028 - 0.030) [0] Parser::doHeadings 1 0.055 0.055 0.012% 2352 ( 0.055 - 0.055) [0] hook: ParserCloned 1 0.051 0.051 0.011% 2624 ( 0.051 - 0.051) [1] hook: ParserAfterParse 1 0.040 0.040 0.008% 1248 ( 0.040 - 0.040) [1] hook: ParserBeforeStrip 11 0.038 0.003 0.008% 2464 ( 0.002 - 0.006) [0] hook: userCan 12 0.035 0.003 0.007% 2592 ( 0.002 - 0.003) [0] hook: ParserGetVariableValueVarCache 8 0.034 0.004 0.007% 1920 ( 0.002 - 0.007) [0] Cite::cloneState 1 0.033 0.033 0.007% 1912 ( 0.033 - 0.033) [0] BaseTemplate::getToolbox 1 0.032 0.032 0.007% 3312 ( 0.032 - 0.032) [1] hook: getUserPermissionsErrors 12 0.032 0.003 0.007% 2792 ( 0.001 - 0.004) [0] hook: ParserLimitReportFormat 7 0.030 0.004 0.006% 1624 ( 0.002 - 0.006) [0] hook: TitleQuickPermissions 9 0.030 0.003 0.006% 2088 ( 0.002 - 0.004) [0] hook: ParserBeforeTidy 1 0.029 0.029 0.006% 1032 ( 0.029 - 0.029) [1] Cite::checkRefsNoReferences 2 0.029 0.014 0.006% 488 ( 0.010 - 0.018) [0] Parser::initialiseVariables 1 0.028 0.028 0.006% 680 ( 0.028 - 0.028) [1] hook: ParserAfterStrip 11 0.028 0.003 0.006% 2464 ( 0.002 - 0.004) [0] hook: ParserGetVariableValueTs 8 0.026 0.003 0.006% 1856 ( 0.002 - 0.004) [0] SkinTemplate::buildContentActionUrls 1 0.026 0.026 0.006% 864 ( 0.026 - 0.026) [0] LanguageGetMagic 1 0.022 0.022 0.005% 216 ( 0.022 - 0.022) [1] hook: LinkBegin 6 0.021 0.004 0.004% 1296 ( 0.002 - 0.005) [0] hook: LinkerMakeExternalLink 5 0.020 0.004 0.004% 1160 ( 0.003 - 0.005) [0] hook: LinkEnd 6 0.018 0.003 0.004% 1296 ( 0.002 - 0.003) [0] LinkHolderArray::replaceText 2 0.016 0.008 0.003% 664 ( 0.007 - 0.008) [0] hook: TitleGetRestrictionTypes 4 0.016 0.004 0.003% 928 ( 0.003 - 0.006) [0] Parser::replaceInternalLinks2-e1 1 0.015 0.015 0.003% 1624 ( 0.015 - 0.015) [0] Linker::link-checkPageExistence 6 0.015 0.002 0.003% 1392 ( 0.001 - 0.006) [0] hook: TitleIsAlwaysKnown 4 0.014 0.003 0.003% 928 ( 0.002 - 0.004) [0] MediaWiki::checkMaxLag 1 0.012 0.012 0.003% 320 ( 0.012 - 0.012) [0] hook: AuthPluginSetup 1 0.012 0.012 0.002% 224 ( 0.012 - 0.012) [0] Revision::getRevisionText 1 0.012 0.012 0.002% 616 ( 0.012 - 0.012) [0] Parser::replaceInternalLinks2-misc 1 0.011 0.011 0.002% 272 ( 0.011 - 0.011) [0] hook: PageContentLanguage 3 0.011 0.004 0.002% 696 ( 0.003 - 0.004) [0] hook: TitleIsCssOrJsPage 3 0.011 0.004 0.002% 696 ( 0.002 - 0.004) [0] hook: ContentHandlerDefaultModelFor 2 0.010 0.005 0.002% 480 ( 0.005 - 0.005) [0] hook: WebRequestPathInfoRouter 1 0.009 0.009 0.002% 232 ( 0.009 - 0.009) [0] hook: ParserSectionCreate 3 0.009 0.003 0.002% 696 ( 0.002 - 0.004) [0] MessageCache::saveToCaches 1 0.008 0.008 0.002% 336 ( 0.008 - 0.008) [0] hook: AjaxAddScript 1 0.008 0.008 0.002% 224 ( 0.008 - 0.008) [0] SkinTemplate::setupTemplateForOutput-init 1 0.008 0.008 0.002% 768 ( 0.008 - 0.008) [0] hook: SkinTemplateTabAction 3 0.008 0.003 0.002% 696 ( 0.002 - 0.003) [0] hook: UserLoadOptions 2 0.008 0.004 0.002% 448 ( 0.002 - 0.006) [0] hook: UserRetrieveNewTalks 2 0.008 0.004 0.002% 464 ( 0.003 - 0.004) [0] hook: SetupAfterCache 1 0.007 0.007 0.002% 288 ( 0.007 - 0.007) [0] hook: LanguageGetMagic 1 0.007 0.007 0.002% 224 ( 0.007 - 0.007) [0] Sanitizer::removeHTMLcomments 3 0.007 0.002 0.001% 792 ( 0.002 - 0.004) [0] hook: MagicWordwgVariableIDs 1 0.007 0.007 0.001% 232 ( 0.007 - 0.007) [0] hook: GetAutoPromoteGroups 1 0.007 0.007 0.001% 232 ( 0.007 - 0.007) [0] hook: ArticlePageDataBefore 1 0.007 0.007 0.001% 232 ( 0.007 - 0.007) [0] hook: LanguageGetSpecialPageAliases 1 0.007 0.007 0.001% 240 ( 0.007 - 0.007) [0] hook: ArticleFromTitle 1 0.006 0.006 0.001% 224 ( 0.006 - 0.006) [0] hook: NamespaceIsMovable 2 0.006 0.003 0.001% 464 ( 0.002 - 0.003) [0] hook: LanguageLinks 1 0.006 0.006 0.001% 224 ( 0.006 - 0.006) [0] hook: ArticleAfterFetchContentObject 1 0.006 0.006 0.001% 240 ( 0.006 - 0.006) [0] hook: ArticleViewFooter 1 0.006 0.006 0.001% 224 ( 0.006 - 0.006) [0] hook: OutputPageBodyAttributes 1 0.006 0.006 0.001% 232 ( 0.006 - 0.006) [0] hook: SkinAfterBottomScripts 1 0.005 0.005 0.001% 232 ( 0.005 - 0.005) [0] hook: ResourceLoaderRegisterModules 1 0.005 0.005 0.001% 240 ( 0.005 - 0.005) [0] hook: getUserPermissionsErrorsExpensive 2 0.005 0.002 0.001% 480 ( 0.002 - 0.002) [0] Article::getContentObject 2 0.005 0.002 0.001% 464 ( 0.002 - 0.002) [0] hook: DoEditSectionLink 2 0.005 0.002 0.001% 448 ( 0.002 - 0.002) [0] hook: BaseTemplateAfterPortlet 2 0.005 0.002 0.001% 464 ( 0.002 - 0.002) [0] hook: TitleIsWikitextPage 2 0.005 0.002 0.001% 464 ( 0.002 - 0.002) [0] hook: MakeGlobalVariablesScript 1 0.005 0.005 0.001% 232 ( 0.005 - 0.005) [0] hook: SkinAfterContent 1 0.005 0.005 0.001% 224 ( 0.005 - 0.005) [0] hook: SpecialPage_initList 1 0.005 0.005 0.001% 232 ( 0.005 - 0.005) [0] WebStart.php-ob_start 1 0.005 0.005 0.001% 224 ( 0.005 - 0.005) [0] hook: MediaWikiPerformAction 1 0.004 0.004 0.001% 232 ( 0.004 - 0.004) [0] hook: CanonicalNamespaces 1 0.004 0.004 0.001% 232 ( 0.004 - 0.004) [0] DeferredUpdates::doUpdates 1 0.004 0.004 0.001% 320 ( 0.004 - 0.004) [0] hook: ParserLimitReportPrepare 1 0.004 0.004 0.001% 232 ( 0.004 - 0.004) [0] hook: ArticlePageDataAfter 1 0.004 0.004 0.001% 232 ( 0.004 - 0.004) [0] hook: AfterFinalPageOutput 1 0.004 0.004 0.001% 232 ( 0.004 - 0.004) [0] LinkHolderArray::replace 1 0.004 0.004 0.001% 712 ( 0.004 - 0.004) [0] hook: SkinTemplateNavigation::Universal 1 0.004 0.004 0.001% 240 ( 0.004 - 0.004) [0] hook: OutputPageParserOutput 1 0.004 0.004 0.001% 232 ( 0.004 - 0.004) [0] hook: SkinTemplateToolboxEnd 1 0.003 0.003 0.001% 232 ( 0.003 - 0.003) [0] hook: SkinTemplateOutputPageBeforeExec 1 0.003 0.003 0.001% 240 ( 0.003 - 0.003) [0] hook: UserLoadFromSession 1 0.003 0.003 0.001% 232 ( 0.003 - 0.003) [0] hook: GetCanonicalURL 1 0.003 0.003 0.001% 224 ( 0.003 - 0.003) [0] hook: BeforePageDisplay 1 0.003 0.003 0.001% 224 ( 0.003 - 0.003) [0] hook: PageRenderingHash 1 0.003 0.003 0.001% 224 ( 0.003 - 0.003) [0] hook: ArticleViewHeader 1 0.003 0.003 0.001% 224 ( 0.003 - 0.003) [0] hook: SkinSubPageSubtitle 1 0.003 0.003 0.001% 232 ( 0.003 - 0.003) [0] hook: GetNewMessagesAlert 1 0.003 0.003 0.001% 232 ( 0.003 - 0.003) [0] hook: ParserBeforeInternalParse 1 0.003 0.003 0.001% 232 ( 0.003 - 0.003) [0] hook: InternalParseBeforeSanitize 1 0.003 0.003 0.001% 240 ( 0.003 - 0.003) [0] hook: ParserLimitReport 1 0.003 0.003 0.001% 224 ( 0.003 - 0.003) [0] hook: ParserAfterTidy 1 0.003 0.003 0.001% 224 ( 0.003 - 0.003) [0] hook: RequestContextCreateSkin 1 0.003 0.003 0.001% 232 ( 0.003 - 0.003) [0] hook: GetDoubleUnderscoreIDs 1 0.003 0.003 0.001% 232 ( 0.003 - 0.003) [0] hook: InternalParseBeforeLinks 1 0.003 0.003 0.001% 232 ( 0.003 - 0.003) [0] hook: SiteNoticeBefore 1 0.003 0.003 0.001% 224 ( 0.003 - 0.003) [0] hook: SkinGetPoweredBy 1 0.003 0.003 0.001% 224 ( 0.003 - 0.003) [0] hook: UserGetLanguageObject 1 0.003 0.003 0.001% 232 ( 0.003 - 0.003) [0] hook: SkinTemplatePreventOtherActiveTabs 1 0.003 0.003 0.001% 248 ( 0.003 - 0.003) [0] hook: SkinTemplateNavigation 1 0.003 0.003 0.001% 232 ( 0.003 - 0.003) [0] hook: SkinBuildSidebar 1 0.003 0.003 0.001% 224 ( 0.003 - 0.003) [0] hook: UserEffectiveGroups 1 0.002 0.002 0.001% 232 ( 0.002 - 0.002) [0] hook: SkinVectorStyleModules 1 0.002 0.002 0.001% 232 ( 0.002 - 0.002) [0] hook: TitleIsMovable 1 0.002 0.002 0.001% 224 ( 0.002 - 0.002) [0] hook: SkinTemplateBuildNavUrlsNav_urlsAfterPermalink 1 0.002 0.002 0.001% 256 ( 0.002 - 0.002) [0] hook: OutputPageBeforeHTML 1 0.002 0.002 0.001% 232 ( 0.002 - 0.002) [0] hook: UserGetDefaultOptions 1 0.002 0.002 0.001% 232 ( 0.002 - 0.002) [0] hook: ArticleContentViewCustom 1 0.002 0.002 0.001% 232 ( 0.002 - 0.002) [0] hook: PersonalUrls 1 0.002 0.002 0.001% 224 ( 0.002 - 0.002) [0] hook: BaseTemplateToolbox 1 0.002 0.002 0.001% 232 ( 0.002 - 0.002) [0] hook: SearchableNamespaces 1 0.002 0.002 0.001% 232 ( 0.002 - 0.002) [0] hook: LanguageGetNamespaces 1 0.002 0.002 0.001% 232 ( 0.002 - 0.002) [0] hook: SiteNoticeAfter 1 0.002 0.002 0.001% 224 ( 0.002 - 0.002) [0] hook: BeforeInitialize 1 0.002 0.002 0.001% 224 ( 0.002 - 0.002) [0] hook: UserGetRights 1 0.002 0.002 0.000% 224 ( 0.002 - 0.002) [0] hook: InitializeArticleMaybeRedirect 1 0.002 0.002 0.000% 240 ( 0.002 - 0.002) [0] hook: UserLoadAfterLoadFromSession 1 0.002 0.002 0.000% 240 ( 0.002 - 0.002) [0] SkinTemplate::prepareQuickTemplate-stuff-head 1 0.002 0.002 0.000% 248 ( 0.002 - 0.002) [0] Parser::replaceInternalLinks2-interwiki 1 0.000 0.000 0.000% 240 ( 0.000 - 0.000) [0] Total: 0.4776063587117- That's good! :)
- MediaWiki changed from mysql to misqli PHP functions (since mysql are now obsolete), and maybe the new mysqli functions changed the treatment of the "localhost" hostname. Ciencia Al Poder (talk) 10:38, 22 November 2014 (UTC)
- Whoah, dbconnect-localhost took around 70% of the whole loading time (and this loading time was really huge). Now dbconnect-127.0.0.1 only takes less than 0.7% of a smaller amount of loading time. That is what I call a huge difference! This is not normal... 88.130.125.89 14:52, 22 November 2014 (UTC)
- Thanks for pointing me in the right direction towards fixing it, whatever the underlying reason for this apparently new problem. A1s2d3f4 (talk) 02:26, 23 November 2014 (UTC)
- Wow, this is incredible! My local wiki has gone from taking 20 seconds to load every page to only 0.3 seconds! All from just changing
localhostto127.0.0.1in the DB server name. - This really needs to be written down somewhere... it's probably a pretty common issue for anyone with a local wiki on Windows. 121.214.96.156 03:33, 24 November 2014 (UTC)
- On windows i think you're using something like wamp server or xampp? I don't know, what the actual status is, but in earlier versions xampp had much problems when localhost is mapped to ipv6 ip ::1 in yours
hostsfile (source: http://superuser.com/questions/186027/why-is-cuteflow-slow-on-xampp-1-7-1/186036#186036). Florianschmidtwelzow (talk) 09:23, 24 November 2014 (UTC)- Nah, Apache. I also have IPv6 disabled entirely, so it isn't anything to do with that. 121.214.96.156 09:46, 24 November 2014 (UTC)
- Even if you have IPv6 disabled, it seems to do with that
- http://stackoverflow.com/questions/13439817/why-is-my-mysqli-connection-so-slow
- It seems to be a common problem (lots of results looking for google:PHP+mysql+localhost+windows+slow)
- I've updated Manual:$wgDBserver to reflect this situation. Ciencia Al Poder (talk) 11:03, 24 November 2014 (UTC)
- Nah, Apache. I also have IPv6 disabled entirely, so it isn't anything to do with that. 121.214.96.156 09:46, 24 November 2014 (UTC)
- On windows i think you're using something like wamp server or xampp? I don't know, what the actual status is, but in earlier versions xampp had much problems when localhost is mapped to ipv6 ip ::1 in yours
- Being a php noob, is there a site I could go to to learn how to do it? A1s2d3f4 (talk) 14:12, 20 November 2014 (UTC)
- localhost != 127.0.0.1 for MySQL.
- using the first means that MySQL first tries to use a unix socket (like /var/run/mysqld/mysqld.sock), if that doesn't work it resolves 'localhost' and connects with TCP.
- Using the IP address skips all that and uses TCP right away. But that doesn't explain the time-out. Could be a shared hosting thing? 2A02:A212:0:4B80:D18:24B3:CAA5:4E4D (talk) 13:41, 4 June 2018 (UTC)
- Apparently, it takes a lot of time when connecting to the database. I guess it's a local database, but I don't see why it should take so much time for this. Ciencia Al Poder (talk) 10:34, 17 November 2014 (UTC)
User with LDAP
This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:LDAP Authentication/2014#h-User_with_LDAP-2014-09-30T09:44:00.000Z. Florianschmidtwelzow (talk) 15:02, 3 October 2014 (UTC)
[RESOLVED] gerrit error
hi it seems I have changed the ref from refs/for/master to refs/refs/for/master how do I change it back. 151.225.137.145 (talk) 21:19, 3 October 2014 (UTC)
- http://git.wikimedia.org/summary/mediawiki%2Fskins%2FMetrolook.git 151.225.137.145 21:22, 3 October 2014 (UTC)
- This is unrelated to MediaWiki. mw:Gerrit/Tutorial etc. have a Talk page. AKlapper (WMF) (talk) 09:01, 6 October 2014 (UTC)
[RESOLVED] Special:PasswordReset Exception from line 304 of /UserMailer.php "PEAR mail package is not installed"
Problem: When trying to test the ability for users to reset their password, we get errors (see backtrace below).
Internal error
[d3b3343d] /index.php/Special:PasswordReset Exception from line 304 of /var/www/web3/web.old/includes/UserMailer.php:
PEAR mail package is not installed
Backtrace:
#0 /var/www/web3/web.old/includes/User.php(3885): UserMailer::send(MailAddress, MailAddress, string, string, NULL)
#1 /var/www/web3/web.old/includes/specials/SpecialPasswordReset.php(281): User->sendMail(string, string)
#2 [internal function]: SpecialPasswordReset->onSubmit(array, HTMLForm)
#3 /var/www/web3/web.old/includes/htmlform/HTMLForm.php(470): call_user_func(array, array, HTMLForm)
#4 /var/www/web3/web.old/includes/htmlform/HTMLForm.php(412): HTMLForm->trySubmit()
#5 /var/www/web3/web.old/includes/htmlform/HTMLForm.php(427): HTMLForm->tryAuthorizedSubmit()
#6 /var/www/web3/web.old/includes/specialpage/FormSpecialPage.php(142): HTMLForm->show()
#7 /var/www/web3/web.old/includes/specialpage/SpecialPage.php(379): FormSpecialPage->execute(NULL)
#8 /var/www/web3/web.old/includes/specialpage/SpecialPageFactory.php(503): SpecialPage->run(NULL)
#9 /var/www/web3/web.old/includes/Wiki.php(285): SpecialPageFactory::executePath(Title, RequestContext)
#10 /var/www/web3/web.old/includes/Wiki.php(588): MediaWiki->performRequest()
#11 /var/www/web3/web.old/includes/Wiki.php(447): MediaWiki->main()
#12 /var/www/web3/web.old/index.php(46): MediaWiki->run()
#13 {main}
MediaWiki: 1.23.3
PHP: 5.3.26 (apache2handler)
MySQL: 5.1.73-log
Site: http://gridirondigest.info
Email configuration settings in LocalSettings.php:
$wgEnableEmail = true;
$wgEnableUserEmail = true;
$wgPasswordSender = "hhpat@gridirondigest.com";
$wgSMTP = array(
'host' => "ssl://smtp.gmail.com",
'IDHost' => "gridirondigest.com",
'port' => 465,
'auth' => true,
'username' => "hhpat@gridirondigest.com",
'password' => "somepassword"
);
Verification of PEAR installation by our server's admin:
Installing package(s) with command yum -y install php-pear ..
Loaded plugins: fastestmirror, priorities, security
Loading mirror speeds from cached hostfile
* base: mirrors.xmission.com
* extras: mirror.nwresd.org
* rpmforge: mirror.hmc.edu
* updates: mirrors.sonic.net
21 packages excluded due to repository priority protections
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package php-pear.noarch 1:1.9.4-4.el6 will be installed
--> Finished Dependency Resolution
Dependencies Resolved
================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
php-pear noarch 1:1.9.4-4.el6 base 393 k
Transaction Summary
================================================================================
Install 1 Package(s)
Total download size: 393 k
Installed size: 2.2 M
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : 1:php-pear-1.9.4-4.el6.noarch 1/1
Verifying : 1:php-pear-1.9.4-4.el6.noarch 1/1
Installed:
Complete!
[root@domain~]# pear list
Installed packages, channel pear.php.net:
=========================================
Package Version State
Archive_Tar 1.3.13 stable
Console_Getopt 1.3.1 stable
Mail 1.2.0 stable
Net_SMTP 1.6.2 stable
Net_Socket 1.0.14 stable
PEAR 1.9.5 stable
Structures_Graph 1.0.4 stable
XML_RPC 1.5.5 stable
XML_Util 1.2.3 stable
Cmjohannes (talk) 08:51, 4 October 2014 (UTC)
- Follow this checklist. Specially, be sure that PHP include_path setting contains the PEAR installation directory 88.130.105.66 09:03, 4 October 2014 (UTC)
- Restarting Apache solved the problem. Cmjohannes (talk) 04:55, 29 October 2014 (UTC)
Stopping persistent manual vandalism?
With a combination of blacklists and other anti-spam extensions, we've been able to essentially achieve 100% protection against automated spammers, but unfortunately persistent manual vandalism still gets through. The only ways we can think of to defeat humans who vandalize is to use CAPTCHAs or $wgRateLimits/abuse filter to slow them down, but that's the problem - it only slows them down and it's not a very good solution. Does anyone have a more effective solution at stopping people who manually sit there and vandalize, typing in CAPTCHAs and changing IP addresses? Any input would be much appreciated! Meiajs (talk) 21:10, 4 October 2014 (UTC)
- Are the IP addresses similar enough that a rangeblock would work? Jackmcbarn (talk) 02:37, 5 October 2014 (UTC)
- Unfortunately no, the IPs used are across multiple ranges and seem to include proxies/regular IPs/anything in between Meiajs (talk) 09:18, 5 October 2014 (UTC)
- If you only have a few users, then you could make the captcha harder to solve, while you put the trusted users in a user group and allow this group to post without having to solve the captcha. 88.130.89.249 09:29, 5 October 2014 (UTC)
- Unfortunately no, the IPs used are across multiple ranges and seem to include proxies/regular IPs/anything in between Meiajs (talk) 09:18, 5 October 2014 (UTC)
Change path taken in Wiki-links?
Yes, I know it's not recommended -- I'm using "short" URLs: "http://www.mywiki.com/Article_name".
It works all dandy and fine, but there's still an issue -- Wiki links within pages still direct to "/index.php?title=Article", rather that "/Article".
$wgArticlePath is set to "/$1", the server is configured correctly -- How do I set it up so that links go to "/Article" as intended? 184.155.109.183 (talk) 22:39, 4 October 2014 (UTC)
- Hello!
- What is the value of Manual:$wgUsePathInfo. Normally it should be set automatically, if short URL linking is possible (read the note), but maybe you turned it off :) Florianschmidtwelzow (talk) 00:08, 5 October 2014 (UTC)
Kat2Media
Can I please have some feedback on my project? You can read about the plans at User:Ready Steady Yeti/Kat2Media, and please discuss it at User_talk:Ready Steady Yeti/Kat2Media. I would love to have some feedback, including things like ideas for the project, suggestions for technical things. I would love it if people gave me suggestions on either the ideas of the project or the technical things of the project. Thanks. Ready Steady Yeti (talk) 04:00, 5 October 2014 (UTC)
- Please don't make me click. You did not describe at all what your project is about and I am unwilling to click just to find out whether it could be interesting or not. Malyacko (talk) 09:01, 6 October 2014 (UTC)
- If clicking is too much for you:
- "The purpose of this wiki, Kat2Media, is to document all of fiction recorded in published media. This means ALL TV shows, books, mangas, comics, mascots, pseudopsychologies (religion, mythology, etc.), films, animes, that are fictional. Everything that is fictional and published in the media basically. Every character from such things will also be able to be looked up. This includes everything from Beyblade: Metal Fury, Tom Sawyer, Mona the Vampire, Clifford the Big Red Dog, Adventures in the Magic Kingdom, Super Mario Galaxy, Mario, Luigi, Darth Vader, Johannes (Beyblade), Mona Parker (Mona the Vampire), Tinky Winky (Teletubbies), Ronald McDonald, etc.
- These will all have their articles in great detail and lots of pictures. These pictures will mostly be snapshots or pictures of the films, animes, mangas, books, comics, TV shows, etc.!
- Now I have already created http://monathevampirewiki.org/ , and have worked on it since July 2014 and ended the project around September 2014. However, that project was only meant to document all of the Mona the Vampire franchise, as a reform to the old http://monathevampire.wikia.com/ , which has very little information at all on the subject. However, now that I come to think about it, these "wiki"s on subjects like this are not a problem for me. The only thing is that technically speaking, some of this "wiki for every topic" way of thinking can be sort of pointless sometimes. Since there is a book Don't Look At It! Don't Touch It!, the topic consists only of 1 book and 4 characters. The book is also a very short children's picture book. However, it is fiction. It must be put in http://kat2media.org/wiki/Don't_Look_At_It!_Don't_Touch_It! , and related articles. However, making a Don't Look At It! Don't Touch It! Wiki would just be absolutely pointless, as, again, it would only have 5 articles. So, Kat2Media's purpose would be to document all of fiction put together.
- This wiki also plans to have notable titles of objects or other things put into the articles as well. Such as types of Beyblades from the Beyblade: Metal Saga series. Like "Storm Pegasus", or something similar, should have its own article.
- This wiki will also be multilingual, meaning that it will be written in various different languages, like Wikipedia or Wiktionary. Most articles should have at least 1 or 2 interwiki links, but I expect articles for most main characters or sidekick characters or films or TV series or something as big as that to have at least 10 interwiki links.
- ==System of writing==
- ===General===
- One of the goals of this large wiki is for its articles to have a great understanding of multiple dubbings of a TV series or film. Furthermore, most articles on the wiki in general will have a "Translations" section, that has a template that works very similar to English Wiktionary's trans-top and trans-bottom template, except on trans-top it will always have the name of the film, TV series, character, etc., on the back. Each translation will give both a literal translation from English to French (names do not apply, only actual words) and a translation according to the dubbing in that language (if there is a dubbing in that language). It will also include a literal translation of the translation according to that dubbing to English.
- The wiki will usually also include a "Other dubbings" section that gives differences about the topic from the English (or whatever language wiki it is) to other dubbings.
- The wiki will include a "See also" section, which also does include external links, and actually will mostly include such. It will give IMDB links, Wikipedia links to the subject of the article, Wikia links to the subject, or others. We also will include portal templates. These portal templates will be in the See also section, but will list articles for a certain episode, book, TV series, etc.! There may also be a portal below, depending on the series which the topic is from, that will give a general overview of the subject. These portals may be hidden or shown.
- ===Characters===
- The articles for most characters will have a "Character overview" L2 section. There will be a brief and general description of the character in the L2, and then there will be a section, I think it's called an L3, you know, the one with 3 equal signs on each side. Yeah, so there will be some of those under the "Character overview" section that have personality, conflicts, background, and physical appearance information.
- For all characters, there will also be voicing information, which has a template similar to Wiktionary's trans-top and trans-bottom templates, that will list voicing information for all dubbings of that character/those characters.
- Articles will always be about one character, unless there are two characters that cannot be told apart from one another.
- Articles will also be about characters that are only mentioned or that appear only in references.
- Articles will only be about characters that have actual names. For instance, "Yuki's grandfather" would never be an article.
- ==Technical features and preparations==
- There will be a lot of template creation involved. There needs to be a way that I can have lots of help in creating these complex templates.
- I need a way to form italic titles for articles that need it.
- For my former Mona the Vampire Wiki, there was a problem with page modification. When I created a new page on the wiki, if I went to an old page that had a red link, it would still show a red link until I pressed "Edit page". I need a way to fix this.
- The site needs to pop up as one of the first results on Google if someone searches a character such as "Junkyard Joe" or a series like Beyblade: Metal Masters
- The site needs a way to get the domain, preferably without using a site like GoDaddy (no sites at all, I don't want one website having my website in their own hands).
- The site needs to be able to give "rollback rights" to people.
- There is a notifications box on some WikiMedia wikis. Kat2Media should have this also.
- I need to configure interwikis for other language wikis so that they show up on a sidebar that says "Other languages", just like how it is on Wiktionary.
- I need to find out how to modify what sidebars say. For instance, how to make a link saying "Sandbox" or something like that.
- I need to make a box on top that gives advice when someone creates a page.
- I need a box for when someone is blocked that I can modify.
- I need to know how to range block.
- I DESPERATELY need for IP addresses to be able to edit, but if someone creates an account, there must be a CATCHPA on the Create account form. The CATCHPA must ONLY be on the Create account form.
- Users must be able to thank other users for edits.
- I need to be able to make as many namespaces as I want.
- I need my wiki to have a Special characters menu in the editing form and an Advanced menu and stuff like that.
- I need to find out how to do that "show" and "hide" thing on templates.
- I need to make my own side logo be able to work.
- I need there to be able to make donations to the site.
- I need there to not be malware or viruses on the site. Block it all.
- I need a way to get universal fans of lots of different topics to join the wiki and contribute.
- ==My particular contributions to the project==
- My goal will be to improve all coverage on Mona the Vampire, Maniac Magee (both the book and the movie), some of Beyblade: Metal Saga, Don't Look At It! Don't Touch It!, The Spooky Book, The Ever After Bird, possibly Captain Flamingo, some Kirby: Right Back At Ya! stuff, maybe Teletubbies, etc.! Depends on what I'm interested in doing at the time. Certainly will do a lot of individual children's picture books. There will be a massive amount of those to add.
- "
- Also, this project will be put on air in at least a year, and I need some help, specifically with lots of the technical issues listed in "Technical features and preparations". Thanks. Ready Steady Yeti (talk) 11:10, 6 October 2014 (UTC)
- For all your technical questions, they're already answered in our docs.
- About the content, just be sure to not copy contents from other sites or wikis without respecting their license terms. Ciencia Al Poder (talk) 09:26, 7 October 2014 (UTC)
[RESOLVED] Wiki time change
Hi how do I change my wiki's time to London. Because my current time is from los America/Los_Angeles. 86.135.249.187 (talk) 12:03, 5 October 2014 (UTC)
- Hello!
- Normally the servers timezone should be correct. If it's not, read this Manual page to know, how to change the local timezone :) Florianschmidtwelzow (talk) 12:44, 5 October 2014 (UTC)
- ok thanks how can I change this
- {{#time: l, F j, Y, H}}:{{#time:i}}
- to use the default wiki time. 86.135.249.187 15:22, 5 October 2014 (UTC)
- Hello,
- this parser function comes from the Extension parserfunctions, roght? I suggest to ask on the talk page for this Extension :) Florianschmidtwelzow (talk) 17:24, 5 October 2014 (UTC)
- Use #timel instead of #time. Jackmcbarn (talk) 00:17, 6 October 2014 (UTC)
Pointing new install to content
I wasn't able to updated from my previous version (1.21) so I just installed the new version in a separate subdirectory. I gave it the same database and permissions, but it doesn't display the actual wiki content. How do I "point" my new installation to the content that I already have entered? Is this in LocalSettings? I saw something about exporting an xml file, but not sure how to get it in the new install,
A problem is that I'm inexperienced and am not sure how to run scripts. I can't find where to enter them. Thanks, Jonathan 99.122.61.20 (talk) 13:46, 5 October 2014 (UTC)
- Hi Jonathan!
- I am not completely sure what exactly you have done and what these actions have caused to happen so far, so the first question is: Do you have a backup of the database?
- You write that the wiki "does not display the actual content". What do you see instead? An error? Or is it a normal wiki page with some content like "You have successfully installed MediaWiki! The next steps are..."?
- Usually when you do an upgrade, you can just continue using the same LocalSettings.php file, which you used before. MediaWiki will then recognize that you are doing an upgrade (as opposed to a new installation) and the updater will update your DB. I am not sure, what happened in your case - is it possible that you told MediaWiki to do a new installation into the old DB? You can verify this by e.g. looking into the database table text or into the database table user. How many rows do you have in these two tables? 88.130.89.249 15:08, 5 October 2014 (UTC)
- I have media wiki installed into two different directories. Both are linked to the same database. However, only one of them displays the pages or content. I want the new install to point to the content. Then I will delete the other install (a slightly older version of MW). I'm doing it this way because my host won't do an upgrade and I don't know how to run the upgrade scripts.
- Thanks. 99.122.61.20 03:09, 6 October 2014 (UTC)
- This isn't a good idea. You need to run the upgrade scripts so that your database gets upgraded. Jackmcbarn (talk) 03:21, 6 October 2014 (UTC)
- Please follow the Upgrade guide! The update script can either be run with the browser or with the shell. Note however that it would be more clever to update a copy of the database - after you updated it, it most likely will no longer work with the old install and if you continue using it there, it will not work correctly with the new one afterwards. 88.130.68.127 08:29, 6 October 2014 (UTC)
- This isn't a good idea. You need to run the upgrade scripts so that your database gets upgraded. Jackmcbarn (talk) 03:21, 6 October 2014 (UTC)
How to check if a page is purged?
In an extension I want to check if a page is purged, but the action=purge parameter is gone tho.
- Does action=purge have any effect all?
- How to check if a page was purged? Subfader (talk) 13:48, 5 October 2014 (UTC)
- What do you mean that action=purge is gone? Also, you can effectively see whether a page was purged by looking at its parse time. Jackmcbarn (talk) 00:17, 6 October 2014 (UTC)
- That's what I ask :) See yourself: Main Page?action=purge.
- The parameter is gone after page load and there is no way to grab it.
- But I need that e.g. to flush memcached entries. Subfader (talk) 09:11, 6 October 2014 (UTC)
- Looking for purges is the wrong approach then. You either want to hook reparses or link table updates, depending on exactly what caching it is that needs cleared. Jackmcbarn (talk) 20:01, 6 October 2014 (UTC)
- "depending on exactly what caching it is that needs cleared"
- The whole entry I'm on. I store DB query results like newest pages.
- Anyway, it seems action=purge is totally broken: https://bugzilla.wikimedia.org/show_bug.cgi?id=71978 Subfader (talk) 12:30, 12 October 2014 (UTC)
- action=purge redirects to the normale page.
- Since the context is then "view", requesting the parameter "action" is not possible.
- On IRC a dev told me that this coudl be checked using the internal API.
- But I'm a bit lost there. Could someone post or link an example? Subfader (talk) 15:00, 12 October 2014 (UTC)
- Is your code public? If I saw it, it would be easier for me to understand what your goal is and to explain the best way to do it. Jackmcbarn (talk) 18:33, 12 October 2014 (UTC)
- Sorry for the late reply. I "solved" it by hacking MW. It offered me no proper way to delete memcached when action=purge. Subfader (talk) 20:39, 6 December 2014 (UTC)
- ehhh: Do not hack MediaWiki core.
- If you have a specific feature request (and a solution for it) maybe you should open a task on Phabricator and, if you want, upload your changes as a patchset to Gerrit. I would be happy to take a look at it :) Florianschmidtwelzow (talk) 22:55, 6 December 2014 (UTC)
- Sorry for the late reply. I "solved" it by hacking MW. It offered me no proper way to delete memcached when action=purge. Subfader (talk) 20:39, 6 December 2014 (UTC)
- Is your code public? If I saw it, it would be easier for me to understand what your goal is and to explain the best way to do it. Jackmcbarn (talk) 18:33, 12 October 2014 (UTC)
- Looking for purges is the wrong approach then. You either want to hook reparses or link table updates, depending on exactly what caching it is that needs cleared. Jackmcbarn (talk) 20:01, 6 October 2014 (UTC)
Delete various Memcache by regex matching the keys
I store lots of queries in one extension using
$key = wfMemcKey( 'NewPagesMC', $id, $limit, $offset );
Now I want to flush them ($wgMemc->delete($key);) in another extension using the ArticleSave hook.
Can I match the keys using regex or should I call the hook on each query when I store the memcache? Subfader (talk) 14:10, 5 October 2014 (UTC)
- Would something like this work?
$wgMemc->delete( wfMemcKey( 'titleFooBar', $pageId, * ) );- While * doantes a wildcard. Subfader (talk) 19:44, 6 October 2014 (UTC)
- For the record: A dev on IRC told me it's not possible. Subfader (talk) 14:21, 12 October 2014 (UTC)
[RESOLVED] Software not recognizing natural headers?
So I recently tried making a page on my wiki, and the page decided to not recognize the level 2 header. This has worked on all other pages, but here, the header is appearing as raw text with the equals signs. And when I try to edit other pages, the headers still show up fine. Just this page is having issues. Is there something I screwed up here? Schiffy (talk) 18:49, 5 October 2014 (UTC)
- Uh.... yeah nevermind. There was nothing below the header. That was my issue. Schiffy (talk) 19:01, 5 October 2014 (UTC)
Question on parentlink
please see this link https://www.mediawiki.org/wiki/Manual:Pywikibot/Scripts i want to have parentlink like that website. Could you help me step by step? because i searched alot, i could not find proper solution. 84.241.45.8 (talk) 11:15, 6 October 2014 (UTC)
- Hello!
- You should read Help:Subpages to reach this :) Florianschmidtwelzow (talk) 12:14, 6 October 2014 (UTC)
Cannot assign new special page ($wgSpecialPages)
I'm trying to fix Extension:ArticleComments. I need to assign "Special:ProcessComments" as new special page:
$wgSpecialPages['ProcessComment'] = 'ProcessComment';
But calling the page returns Fatal error: Class 'ProcessComment' not found in /.../includes/SpecialPageFactory.php on line 337
MW 1.22, PHP 5.5.13 Subfader (talk) 11:22, 6 October 2014 (UTC)
- The name of the class is SpecialProcessComment, not ProcessComment. Florianschmidtwelzow (talk) 12:11, 6 October 2014 (UTC)
- I tried that with
$wgSpecialPages['ProcessComment'] = 'SpecialProcessComment';- >> Same.
$wgSpecialPages['SpecialProcessComment'] = 'SpecialProcessComment';- >> "No such special page" on Special:ProcessComment. It should show a message that no comment was sent tho.
- My ArticleComments.php: https://dpaste.de/dRG3 Subfader (talk) 14:01, 6 October 2014 (UTC)
- That's because you cahnged the class SpecialProcessComment to a function, that can't work :) Sorry, but this extension is so old and need's a major update to work with actual versions of MediaWiki, that's not done with some edits :) Florianschmidtwelzow (talk) 15:18, 6 October 2014 (UTC)
- Well, that's not the only outdated extension... But I see I missed some versions. I thought it wasn#t maintained for ages. Will give that a try.
- Thanks tho. Subfader (talk) 15:27, 6 October 2014 (UTC)
- Hello!
- > Well, that's not the only outdated extension...
- That might be right, but there are tons of extension actively maintained. And don't forget, that most of the Extensions are created and maintained by volunteers (non-paid developers). And sometimes, unhappily, they don't want to contribute anymore.
- > That's the reason why people don't update MW!!!
- But this isn't a good reason ;) Better you should look for other, active extensions which work with one of the actual maintained MediaWiki branch :) Florianschmidtwelzow (talk) 15:53, 6 October 2014 (UTC)
- The new version is quite good. Needs some fixes tho. Subfader (talk) 19:46, 6 October 2014 (UTC)
SpecialProcessCommentmust be a subclass ofSpecialPage. Ricordisamoa 19:05, 26 October 2014 (UTC)
- That's because you cahnged the class SpecialProcessComment to a function, that can't work :) Sorry, but this extension is so old and need's a major update to work with actual versions of MediaWiki, that's not done with some edits :) Florianschmidtwelzow (talk) 15:18, 6 October 2014 (UTC)
Trouble with file uploads - Upload link doesn't go away after page save
Thanks in advance for your advice on how to better diagnose this issue. The environment is a Fedora 20 box running mediawiki-1.23.3-1.fc20.noarch and php-5.5.17-2.fc20.x86_64. When wiki users create a new page and attempt to put in a file link, say with File:Special Landscape.doc, after the page is saved, we see the normal upload link ( http://wiki.xyz.com/index.php?title=Special:Upload&wpDestFile=Special_Landscape.doc ). So I click on the link and get to the normal file upload page, and upload the file as expected. When I look at [File List], I can see that the file has been uploaded. Here is where things move to the unexpected... When I go to the new page with the file link, rather than getting a link to the newly uploaded file ( http://wiki.xyz.com/index.php/File:Special_Landscape.doc ), I still get the Special:Upload link. Now -- what is really weird is that if I edit the new page and change anything on it (ie: add a character of text or remove a character of text) and click save, then the link now becomes correct ( http://wiki.xyz.com/index.php/File:Special_Landscape.doc ).
Any idea why the page links to a newly uploaded file don't shift correctly from Special:Upload to link to the actual file, after the file is uploaded?
Thanks! Any advice on diagnosis is welcome. 74.76.112.55 (talk) 14:08, 6 October 2014 (UTC)
- Simply purge the file description page after uploading the file. Ricordisamoa 19:19, 26 October 2014 (UTC)
- This shouldn't be necessary. If the file was linked only from one page, the upload of that file should automatically purge the page that links to it, so when you load the page again, it refreshes all links, but this is happening on that installation for some unknown reason. If there are more pages linking to it (I think the threshold is 10, or 100) then the purge is deferred to the Manual:Job queue, but it doesn't seem to be the case.
- Although I'm not able to reproduce the issue on my local installation. Ciencia Al Poder (talk) 10:44, 27 October 2014 (UTC)
edittools, charinsert and common.js
I've modified my <User:Username>/common.js to have a little toolbar of special characters at the top of my edit boxes. I would like to further add a charinsert facility, so that if I click on it while text is selected it wraps additional characters around said text, just like edittools does with, for instance, wiki markup. Can it be done? Here is my current common.js code:
var api_liste_fr = ["ɑ","ɑ̃","ə","ɛ","œ","ø","ɛ̃","ɔ","ɔ̃","œ̃","ʃ","ɡ","ɥ","ʒ","ɲ","ŋ","ʁ","‿","ː","ˈ","ˌ"] ;
var caracteres_liste_fr = ["’","æ","Æ","€","ñ","œ","Œ","ſ","–","—","…","[[","]]","{{","}}"] ;
var barre_caract_perso = function() {
$( '#wpTextbox1' ).wikiEditor( 'addToToolbar', {
'sections': {
'caracteres': {
label:'Mes outils',
type:'booklet',
// deferLoad:true,
pages: {
'API_fr': {
'label':'API français',
'layout':'characters',
'characters': api_liste_fr
},
'car_fr': {
'label':'Caractères spéciaux',
'layout':'characters',
'characters': caracteres_liste_fr
}
}
}
}
} );
};
if ( $.inArray( mw.config.get( 'wgAction' ), ['edit', 'submit'] ) !== -1 ) {
mw.loader.using( 'user.options', function () {
if ( mw.user.options.get('usebetatoolbar') ) {
mw.loader.using( 'ext.wikiEditor.toolbar', function () {
$(document).ready( barre_caract_perso );
} );
}
} );
}
Is there a version of MediaWiki with Visual Editor and Flow and all the other Wikipedia beta features preinstalled?
Hi
Is there a version of MediaWiki with Visual Editor and Flow and all the other Wikipedia beta features preinstalled? I'm having difficulty getting them to work on my MediaWiki install (latest version of MediaWiki)
Thanks John Cummings (talk) 05:01, 7 October 2014 (UTC)
- Hello!
- No :) Please note, that beta features aren't fully stable (that's why they are in beta) and can be difficult to be installed. But if you have trouble with the installation of some extension, you can (and should) ask on the associated talk page of the extension to get help :) Florianschmidtwelzow (talk) 06:04, 7 October 2014 (UTC)
- Thanks very much :) Mrjohncummings (talk) 13:34, 7 October 2014 (UTC)
- There's nothing exactly like it, but MediaWiki-Vagrant comes pretty close. Jackmcbarn (talk) 14:10, 7 October 2014 (UTC)
- Thanks
- I've looked at the MediaWiki-Vagrant pages but I can't make sense of them, this is the second MediaWiki installation I've done so it's a very steep learning curve. Do you know if it's possible just to install Vagrant to a website?
- Thanks Mrjohncummings (talk) 03:34, 8 October 2014 (UTC)
- You don't want to use Vagrant for a real website. It's designed for testing purposes. To run on a real website, you do need to install everything manually. Jackmcbarn (talk) 03:42, 8 October 2014 (UTC)
Suggestion for improving documentation
Hi
I've previously installed a basic MediaWiki installation and now am trying to install MediaWiki on a website including the Visual Editor and Flow extensions. I'm learning how to do things as I go and I'm finding the instructions very difficult to follow because they require you to know certain skills that are not clearly defined in the instructions what these skills are.
e.g (from the Visual Editor extension page)
"You can download the VisualEditor-MediaWiki extension directly from the MediaWiki source code repository (browse code). We recommend that you get it via git using the following instructions in your shell."
It would be very useful indeed if there was a skills you need box and thesaurus at the top of each extension with links to guides or at least a clear description of the skills so that it easy to Google to find a guide.
Thanks John Cummings (talk) 03:26, 8 October 2014 (UTC)
- Hello,
- this could, maybe, be a good idea, but now there is the question: What is the knowledge/what are the skills a normal system administrator have or have not? Where to start? Is the basic knowledge about a file transfer protocol/program something you would add as a requirement? Someone may know it, someone not. There is no clear definition of what is a requirement, which has to be added in such list, and what not :)
- I think, the best way is, if the user, who want to install an extension, reads the complete instructions first. After this he has to clarify things he don't understand (with the help of your preferred search engine, or with the help of the MediaWiki community). If all steps are clear, then he can start to install the extension :) Florianschmidtwelzow (talk) 10:44, 8 October 2014 (UTC)
- I understand your point but I'm still stuck with not being able to understand the instructions, I need help with basic skills to be able to be able to follow the instructions not questions about the instructions themselves.
- I want to install Visual Editor on a website with a MediaWiki installation, when I look at how to install Parsoid I reach this page, I don't understand which bit of these instructions is relevant to what I am trying to do. Also I also don't know how to do shell commands on the website, I think it's SSH (Googling shell command website) but the pages do not specify this.
- Thanks Mrjohncummings (talk) 20:11, 15 October 2014 (UTC)
Using Oracle 8 with MediaWiki
I would like to know about use Oracle 8 with MediaWiki. It Someone uses ? Is there problem configuration? 201.49.159.68 (talk) 12:54, 8 October 2014 (UTC)
- Oracle 8 is seriously outdated. Jackmcbarn (talk) 03:46, 9 October 2014 (UTC)
- And current versions of Orcale can be used with MediaWiki, but MediaWiki's support of Oracle DBMS is by far not as mature as the support for MySQL. With Oracle you will run into errors, which you would not have, if you used MySQL.
- If you have the possibility to use MySQL, I would definitely do that. 88.130.76.114 08:56, 9 October 2014 (UTC)
- In fact, current versions of MediaWiki have some critical errors when using an oracle database backend. Ciencia Al Poder (talk) 09:31, 9 October 2014 (UTC)
[RESOLVED] Ldap Installation
Product Version MediaWiki 1.23.5 PHP 5.5.9-1ubuntu4.4 (apache2handler) MySQL 5.5.38-0ubuntu0.14.04.1
Hi all, let me first just say thank you in advance for any help! I'm trying to install the Ldap extension following the guide here: http://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Ubuntu. More specifically I'm running the following commands from that wiki page:
sudo apt-get install mediawiki-extensions sudo mwenext ParserFunctions.php
I can look in /etc/mediawiki-extensions/extensions-enabled and see that Ldap is one of the extensions listed, but when I go to my MediaWiki web interface, special pages, and then version, I do not see Ldap listed as one of the installed extensions. As a side note, in /var/lib/mediawiki/ the LocalSettings.php file is a symbolic link to /etc/mediawiki/LocalSettings.php but there is no LocalSettings.php file in the /etc/mediawiki directory. What obvious thing am I missing? Thank you again. 65.116.106.4 (talk) 19:18, 8 October 2014 (UTC)
- Oops almost forgot, the path to my MediaWiki is /var/www/wiki which is where the LocalSettings.php file that is generated upon MediaWiki installation is sitting. Do I just need to change that symbolic link to point to that directory /var/www/wiki? Thank you again. 65.116.106.4 20:05, 8 October 2014 (UTC)
- Hello,
- just as a side note: You should consider to don't use the MediaWiki package, it's mostly outdated and the whole installation, directory structure and so on is a special thing, so most of the how tos, manuals and tutorials doesn't work with it. So maybe it's much easier to install mediawiki via the standard tarball installer.
- After this you can follow the standard way to install the Ldap Extension. Now you can configure the extension like it is described on the Extension page :) Florianschmidtwelzow (talk) 21:04, 8 October 2014 (UTC)
- Thank you for the responseǃ I had thankfully taken a snapshot of the VM before I starting messing with the extension, so I was able to rollback and just install the tarball. I added the line to my LocalSettings.php file and it works beautifullyǃ Thank you soo much again, now off to configure it ː) 65.116.106.4 21:32, 9 October 2014 (UTC)
[RESOLVED] Imported templates don't show up well on my mediawiki installation.
Greetings. I use mediawiki 1.24. I have this little issue, that I have ignored for some time, but I thought that maybe you guys could help me understand whats causing it. Basically, if I make a template, or import one from wikipedia it is formatted incorrectly. Below is an example.
I imagine I'm missing some extension or some code somewhere, no idea where though. Vapblack (talk) 23:48, 8 October 2014 (UTC)
- You're missing stuff from w:MediaWiki:Common.css. Jackmcbarn (talk) 03:50, 9 October 2014 (UTC)
- Thanks worked. Vapblack (talk) 14:43, 9 October 2014 (UTC)
Backing up a personal (offline) wiki
Hello, I have an offline personal wiki that I use to manage information relating to my writing. I would like to upgrade my computer to a SSD HD and a 64bit version of windows. I have read a few of the mediawiki backup guides but I am wondering if anything is different for backing up an offline wiki and/or changing from a 32bit to 64bit OS?
MediaWiki: 1.20.3 PHP: 5.4.12 (apache2handler) MySQL: 5.5.29 67.0.198.2 (talk) 03:06, 10 October 2014 (UTC)
- No, I don't think so. You should have a backup of the files and of the database of your wiki and that is it. As long as the webserver, PHP and MySQL are working, MediaWiki should basically work as it did before. 88.130.123.75 08:34, 10 October 2014 (UTC)
unable to resize GIF images in mediawiki
Mediawiki version:1.22.7 PHP version PHP : 5.3.3 with all the dependencies MY SQL Version 5.6.16-log MySQL Community Server Installed imagMagick extension.
background:
I use simulation of our software and create GIF image as outputs (use camatasia to create the GIF)
The resolution of the GIF file I create is 1024 by 768. I want to resize the image to width of 800 and once I add the command 800px it stops displaying the image on the page.
Question: Can you tell me what is it that I am doing incorrect.
Mahesh 220.227.122.133 (talk) 05:50, 10 October 2014 (UTC)
- Please provide specific steps to reproduce, e.g. what "command" you added. AKlapper (WMF) (talk) 09:21, 10 October 2014 (UTC)
- here is the command I use to rezize the fle
Mahesh 10:54, 15 October 2014 (UTC)
- here is the command I use to rezize the fle
- If you're talking about a GIF created with camtasia, I'm supposing you're talking about an animated gif. This could result on a large file size. Resizing such image may need a lot of time or memory.
- MediaWiki limits the amount of memory, time and resulting files when resizing images (and other operations), so it may be the problem. You may try increasing $wgMaxShellMemory, $wgMaxShellTime or $wgMaxShellFileSize. Ciencia Al Poder (talk) 09:37, 10 October 2014 (UTC)
- Hi,
- Thanks for the response. Will try the changes to the configuration and update the post if it helped. 220.227.122.133 11:14, 14 October 2014 (UTC)
Integration of MediaWiki with ACS/ADFS
How can we use MediaWiki to integrate with ACS/ADFS for login purposes. I have a different network for which I have credentials. Now I want to show the option of logging in MediaWiki using that network's credentials. There are ways to use ACS for this in various other applications, I just wanted to know whether this is possible in MediaWiki or not. Kindly help me out 125.16.180.5 (talk) 07:12, 10 October 2014 (UTC)
Internal server error
hello i run my wiki on linux shared host, before i set my smtp settings, it was working well, but there is 3 days i have problem with it, it show me internal server erro when a guy register in wiki. i have searched my wiki log but nothing shown. could you help me? 188.253.9.91 (talk) 07:56, 10 October 2014 (UTC)
- Hi!
- Server errors are logged in the server log; check the Apache error log for more information! 88.130.123.75 08:30, 10 October 2014 (UTC)
- it is about 203mb, i can not open it. how could i read the last errors. have any solution? 188.253.9.91 08:56, 10 October 2014 (UTC)
- tail -10l filename
- This will display the last ten lines of that file. You should set up log rotation btw! 88.130.123.75 09:05, 10 October 2014 (UTC)
- how should i use this code? in where?
- could you help me te method, should i use this code? 188.253.9.91 09:10, 10 October 2014 (UTC)
- i have download the logs, there are so many logs, i can not find out the right logs for my problem... 188.253.9.91 09:23, 10 October 2014 (UTC)
- [10-Oct-2014 12:32:30 Asia/Tehran] PHP Strict Standards: Declaration of JCacheControllerPage::store() should be compatible with JCacheController::store($data, $id, $group = NULL) in /home/parsinte/public_html/libraries/joomla/cache/controller/page.php on line 199 188.253.9.91 09:27, 10 October 2014 (UTC)
- Make sure you're reading the
error_logand not theaccess_log! - Also try deleting/renaming the log, and reproducing the problem again, so you get the logs of only the errors about login/email. Ciencia Al Poder (talk) 09:31, 10 October 2014 (UTC)
- no i dl the error log on my host and see all. most of its logs about PHP strict standard.
- my problem is when a guy register in my wiki and try to send him/her an confirm email show me that erro.
- any idea? 188.253.9.91 09:36, 10 October 2014 (UTC)
- Please make sure to take the right information from the log. The error you posted does not happen in MediaWiki, but it happens inside of some Joomla stuff... 88.130.123.75 09:45, 10 October 2014 (UTC)
- but believe in me, just this error occur always in the last part of my error log. 188.253.9.91 09:49, 10 October 2014 (UTC)
- Then please follow the instructions of Ciencia Al Poder:
- Rename the actual error_log file (to start with a clean, new one). Reproduce the error now and after this download the new created error log, look into it and say, what error messages are in there, this should be the ones, related to this error :) Florianschmidtwelzow (talk) 10:47, 10 October 2014 (UTC)
- i have followed your instruction, but no error. it is empty, while i got error 500 in my wiki.
- why? 188.253.9.91 12:33, 10 October 2014 (UTC)
- Then i think you use the false error_log, sorry, but if you get an 500 error it has to be recognized and saved with some details in the error_log. Florianschmidtwelzow (talk) 12:47, 10 October 2014 (UTC)
- i have just one error log in my cpanel and in file manager.
- just one.
- Idea? 188.253.9.91 13:10, 10 October 2014 (UTC)
- Then i think you use the false error_log, sorry, but if you get an 500 error it has to be recognized and saved with some details in the error_log. Florianschmidtwelzow (talk) 12:47, 10 October 2014 (UTC)
- but believe in me, just this error occur always in the last part of my error log. 188.253.9.91 09:49, 10 October 2014 (UTC)
- Please make sure to take the right information from the log. The error you posted does not happen in MediaWiki, but it happens inside of some Joomla stuff... 88.130.123.75 09:45, 10 October 2014 (UTC)
- i have download the logs, there are so many logs, i can not find out the right logs for my problem... 188.253.9.91 09:23, 10 October 2014 (UTC)
- it is about 203mb, i can not open it. how could i read the last errors. have any solution? 188.253.9.91 08:56, 10 October 2014 (UTC)
Moving MediaWiki from windows 2003 to windows 2008
Hello there,
I need your help on below case.
1 year ago i have installed Mediawiki 1.20.2-0 to windows 2003 server working very good and we have a lot of data on this portal but now we have to shutdown this 2003 server and move mediawiki to new windows 2008 server.
Now i could not find Mediawiki 1.20.2-0 but i found and downloaded 1.20.30 then already installed on new 2008 server now how to make this transition process.
Any help would be much appreciated.
I have deadline until please please assist.
my email erhankorkmaz@europe.com
Kind regards Erhan 82.220.1.205 (talk) 10:13, 10 October 2014 (UTC)
- > Any help would be much appreciated.
- For what problem? Just move the data to the new server (backup all files and all databases ad restore it to the new webserver). After this you can (and you should) follow this tutorial to upgrade your wiki installation. If you have problems, please describe it with more details :) Florianschmidtwelzow (talk) 10:44, 10 October 2014 (UTC)
- Hi please use mediawiki 1.23 and upgrade php to at leat 5.3.3 or higher. 10:33, 11 October 2014 (UTC)
Cannot create new users
I have just installed the latest version from Github
MediaWiki 1.25alpha (a5b6157) 14:40, 10 October 2014 PHP 5.5.9-1ubuntu4.4 (apache2handler) MySQL 5.5.38-0ubuntu0.14.04.1
When I try to create users, I am getting the following messages...
Account creation error IT Wiki uses cookies to log in users. You have cookies disabled. Please enable them and try again.
Account creation error There seems to be a problem with your login session; this action has been cancelled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again.
Research has suggested a problem with permissions on the session folder, but I have checked that it is writeable, and I can see sessions in the folder.
On the same linux box, I have a second wiki installed 6 months ago. After installing I was able to create users. I have kept this up to date from Github, and I have discovered that this is now broken. I cannot create new users.
I am sure I have not adjusted any Apache/PHP settings in the interim, so I am suspecting something in the Wikimedia software.
Please can anyone suggest further debugging steps I can take ̴̴ Periglio (talk) 15:56, 10 October 2014 (UTC)
- This was caused by bugzilla:71862. In general, using the development master will be buggy, you should probably use the latest stable release, MediaWiki 1.23. Legoktm (talk) 23:52, 11 October 2014 (UTC)
- I can confirm updating to the latest version this morning has cured the problem.
- nb We are using it internally in a small IT dept and we wanted a feature in the latest development version. We don't mind the bugsǃ Periglio (talk) 09:36, 13 October 2014 (UTC)
403
I'm very much a novice Admin of the Wiki on our website and used your search to try and find a solution to this issue, but none seems appropriate, or I wasn't able to follow the explanation.
It is very much a standard install, but on a shared server, so I'm unable to make any changes to the OS without asking our Hosting company.
On clicking 'save' I get this error, then I'm locked out for a period of 30+ mins
403 Forbidden You don't have permission to access /mediawiki/index.php on this server. Apache Server at www.hrca.net Port 80
Installed software
Product Version MediaWiki 1.20.3 PHP 5.3.27 (apache2handler) MySQL 5.5.39-cll-lve
Entry point URLs Entry point URL Article path /wiki/$1 Script path /mediawiki index.php /mediawiki/index.php api.php /mediawiki/api.php load.php /mediawiki/load.php
Many thanks for looking Robin 86.6.18.86 (talk) 21:23, 10 October 2014 (UTC)
- Hi Robin,
- your wiki shows that people can edit pages. Obviously it is only some edits, which are not working. In order to solve the issue it would be important to know, under which conditions editing does not work.
- Is this maybe a problem with mod_security, which filters your edit as potential spam? 88.130.92.140 08:39, 11 October 2014 (UTC)
- The main page produced the error for me, so I'd assumed all pages would produce the error, but as you say other pages update successfully. I just re-edited the main page and it still produces the error.
- Regarding: "Is this maybe a problem with mod_security, which filters your edit as potential spam?" please can you expand upon how/where I might check this (sorry novice admin user!
- Thanks for responding
- Robin 217.41.3.62 15:12, 11 October 2014 (UTC)
- Your response is interesting. You say that you cannot save a certain text on the Main Page. Does that mean that you can save the same text on another page? Meaning: Does the error not (not only) depend on the text?
- mod_security is an Apache module, which might be activated in the Apache configuration. 88.130.92.140 18:47, 11 October 2014 (UTC)
- I can reproduce the error on the main page without even changing anything, i.e. 'Edit' then 'Save' having made no amendments. So would that indicate it isn't 'text context' related? The annoying thing is once I get the error, I'm then locked out of the entire website for a period of 30 mins or 1 hour. I assumed the lockout was that I'd triggered a 'general' rule on the server as a consequence of the error, but could it be directly related to the 403 forbidden error?
- Robin 86.6.18.86 20:01, 11 October 2014 (UTC)
- Hi please upgrade mediawiki to 1.23 please. 81.157.75.80 10:48, 12 October 2014 (UTC)
- The problem is almost certainly mod_security or something like it. It's definitely not a MediaWiki problem. Is this running on your own server, or are you using a Web hosting service? Jackmcbarn (talk) 19:58, 12 October 2014 (UTC)
[RESOLVED] Subpages
Are subpages separately loaded pages? Or is it that one wiki page is separated by formatting only? For example, if I have a document with several chapters, do I create the entire document on one wiki page, or do I / can I create the chapters on separate wiki pages? Thanks. SalviaClevlandi (talk) 02:03, 11 October 2014 (UTC)
- Hi!
- A subpage is not part of the original page and it is also not separated by formatting only, but it is an own, separate page. E.g. the page Software is one page and the page Software/TYPO3 is a different page.
- Whether you put your document into one single page or into several pages, depends on what you want - you can do both. Spontaneously coming to my mind are: With separate pages (= subpages) you will have shorter pages and so shorter loading times. With everything on one page however, you will automatically get a complete TOC and it will be easier to search the complete document. 88.130.92.140 08:34, 11 October 2014 (UTC)
- What I needed to know. Thanks... SalviaClevlandi (talk) 13:51, 11 October 2014 (UTC)
Search box for one page
Hey people,
I was wondering if you can add a search box for only one page and the page will move to the tag which was searched. Like a local search box and not for the whole wiki.
My wikimedia: 1.23.5 PHP version: 5.4 46.115.129.67 (talk) 16:15, 11 October 2014 (UTC)
- You mean an "in-page seach"? I don't know any extension that can do this, but i suggest to use the browser search :) Florianschmidtwelzow (talk) 16:42, 11 October 2014 (UTC)
- Yes an "in-page search". My wiki page is so long it will take minutes to find a keyword so I am looking for a tool like you mentioned. 46.115.129.67 16:57, 11 October 2014 (UTC)
- Most (all?) browsers have built-in functionality to search within a single page. Jackmcbarn (talk) 19:59, 12 October 2014 (UTC)
- Try using the key combination of
CTRL+Fwhile viewing the page Ciencia Al Poder (talk) 09:31, 13 October 2014 (UTC)
- Yes an "in-page search". My wiki page is so long it will take minutes to find a keyword so I am looking for a tool like you mentioned. 46.115.129.67 16:57, 11 October 2014 (UTC)
Maintenance scripts not showing correct PHP version
On a wiki I've been working with, http://biosector01.com, I'm trying to update from MediaWiki 1.22 however when I do there are database issues. When I try to run update.php, I get an error saying the PHP version is insufficient, thinking it's PHP 5.2. However, Special:Version, as well as php -version say it's PHP 5.4 that's running, as well as when I run top it only shows php54 processes. PHP 5.2 isn't running on the server so I can't figure out why update.php won't run because it thinks the PHP version won't work. Any help would be appreciated. GeorgeBarnick (talk) 03:22, 12 October 2014 (UTC)
- Remove php and then reinstall it see if that fixes the problem. 81.157.75.80 10:46, 12 October 2014 (UTC)
- Without having further information, this does not seem to be an appropriate advice. This doubtfully helps and given George's questions I am rather sure that this will leave him with a broken system.
- Do you maintain the server (especially the PHP installation) yourself? If not, ask your host how you can run PHP 5.4 from the shell!
- Often, different PHP versions are available under different names. E.g. calling php might call one PHP version, while something like php54 might call another version (5.4 obviously). If that is the case for you and how these programmes are named, depends on the server setup. 88.130.64.13 10:52, 12 October 2014 (UTC)
- The site is based on a Dreamhost shared VPS. I have little involvement with maintaining it. I think what you said is probably what's wrong with the server. php is probably the command for an older version whereas the actual version we're trying to run is php54. GeorgeBarnick (talk) 19:59, 12 October 2014 (UTC)
- You can test that running php54 --version. This should display the version information, if a PHP version is available under that command. Otherwise ask your host for the right command. 88.130.99.200 08:30, 13 October 2014 (UTC)
- Hmm, now looking at top it says the process name is php54.cgi. Since this server is a shared server without root permission I can't look at where that's installed or where any other versions are installed.
- Maybe I can talk the owners of this site I'm trying to upgrade if they'd be able to move to a dedicated server. I don't think they have any strong attachment to Dreamhost and there are a lot of reasons I can give them why they'd be better off with a dedicated server.
- Thanks! GeorgeBarnick (talk) 02:09, 20 October 2014 (UTC)
- You can test that running php54 --version. This should display the version information, if a PHP version is available under that command. Otherwise ask your host for the right command. 88.130.99.200 08:30, 13 October 2014 (UTC)
- The site is based on a Dreamhost shared VPS. I have little involvement with maintaining it. I think what you said is probably what's wrong with the server. php is probably the command for an older version whereas the actual version we're trying to run is php54. GeorgeBarnick (talk) 19:59, 12 October 2014 (UTC)
user real name not updating
$wgHooks['UserLoadFromSession'][] = 'onUserLoadFromSession';
function onUserLoadFromSession( $user, &$result ) {
if(isset($_SERVER['HTTP_SM_USER'])){
$employee_id = 'test';
$user = User::newFromName($employee_id);
$user->setToken();
$user->saveSettings();
wfSetupSession();
$user->setCookies();
$user = User::newFromName($employee_id);
return true;
}
doing login like this, bcoz user name im getting from some other source, but if i update user_real_name in mwuser it is not reflecting in front end, even once i load the page automatically the old value is reflecting in db also, what is the issue exactly. 125.19.34.86 (talk) 08:41, 12 October 2014 (UTC)
[RESOLVED] Main page not found after installing
I install MediaWiki to the root of my domain, installation goes fine, and when i go to mydomain.com i see 404 error (url is mydomain.com/wiki/index.php/Main_Page) What do I do wrong? 91.210.177.41 (talk) 10:53, 12 October 2014 (UTC)
- UPDATE: Changing to $wgScriptPath = ""; in LocalSettings.php fixed the issue. 91.210.177.41 10:57, 12 October 2014 (UTC)
[RESOLVED] User errors
Hi, I recently installed MediaWiki 1.23.5, my friend tried to make an account but it said there was a database error, I accidentally deleted the database and then I re-made it and reinstalled MediaWiki. But then I couldn't access my Userpage and STILL I couldn't make user accounts! I don't think it's the database, I've done everything! I've deleted it and re-made it, I pressed Repair on my database cpanel, I think it's the wiki itself. Help Agent Isai (talk) 16:19, 12 October 2014 (UTC)
- Can you provide the detailed error message? See Manual:How to debug for assistance on getting that, if you don't know how to. Jackmcbarn (talk) 19:56, 12 October 2014 (UTC)
- The error I get while trying to access my userpage is "A database query error has occurred. This may indicate a bug in the software." and background is white, and while trying to make a user I get "Database error
- A database query error has occurred. This may indicate a bug in the software.
- Navigation menu
- special page" in a special page.
- UPDATE: Now it says A database query error has occurred. This may indicate a bug in the software.
- Query:
- SELECT * FROM `user_profile` WHERE up_user_id = '1' LIMIT 1
- Function: UserProfile::getProfile
- Error: 1146 Table 'u478654314_media.user_profile' doesn't exist (localhost) Agent Isai (talk) 21:56, 12 October 2014 (UTC)
- It looks like after you were done installing, you enabled Extension:SocialProfile but forgot to run update.php after doing so. Jackmcbarn (talk) 23:10, 12 October 2014 (UTC)
- I ran the web update.php and I got this
- <!DOCTYPE html>
- <html><head><title>Internal error - MediaWiki</title><style>body { font-family: sans-serif; margin: 0; padding: 0.5em 2em; }</style></head><body>
[1a82f1e7] /wiki/mw-config/?page=Upgrade Exception from line 182 of /home/u478654314/public_html/wiki/includes/Hooks.php: Invalid callback in hooks for LoadExtensionSchemaUpdates
Backtrace:
#0 /home/u478654314/public_html/wiki/includes/GlobalFunctions.php(4013): Hooks::run(string, array, NULL)
- 1 /home/u478654314/public_html/wiki/includes/installer/DatabaseUpdater.php(116): wfRunHooks(string, array)
- 2 /home/u478654314/public_html/wiki/includes/installer/DatabaseUpdater.php(170): DatabaseUpdater->__construct(DatabaseMysqli, boolean, NULL)
- 3 /home/u478654314/public_html/wiki/includes/installer/DatabaseInstaller.php(278): DatabaseUpdater::newForDB(DatabaseMysqli)
- 4 /home/u478654314/public_html/wiki/includes/installer/WebInstallerPage.php(646): DatabaseInstaller->doUpgrade()
- 5 /home/u478654314/public_html/wiki/includes/installer/WebInstaller.php(283): WebInstaller_Upgrade->execute()
- 6 /home/u478654314/public_html/wiki/mw-config/index.php(63): WebInstaller->execute(array)
- 7 /home/u478654314/public_html/wiki/mw-config/index.php(31): wfInstallerMain()
- 8 {main}
- 1 /home/u478654314/public_html/wiki/includes/installer/DatabaseUpdater.php(116): wfRunHooks(string, array)
- </body></html> Agent Isai (talk) 23:37, 12 October 2014 (UTC)
- Can you try the command-line update.php? Also, can you post a full list of extensions you have installed, and make sure you have the 1.23-compatible version of each of them? Jackmcbarn (talk) 23:41, 12 October 2014 (UTC)
- Some are the master version Agent Isai (talk) 00:11, 13 October 2014 (UTC)
- Try fixing that. Jackmcbarn (talk) 00:19, 13 October 2014 (UTC)
- This is now resolved. I just deleted the database and localsettings.php and reset my wiki, I only turned on the default extensions and TorBlock along with SocialProfile and later turned all other extensions on; but apparently AntiSpoof caused the User Database problem since I forgot to run batchAntiSpoof.php. Agent Isai (talk) 14:19, 13 October 2014 (UTC)
- Try fixing that. Jackmcbarn (talk) 00:19, 13 October 2014 (UTC)
- Some are the master version Agent Isai (talk) 00:11, 13 October 2014 (UTC)
- Can you try the command-line update.php? Also, can you post a full list of extensions you have installed, and make sure you have the 1.23-compatible version of each of them? Jackmcbarn (talk) 23:41, 12 October 2014 (UTC)
- It looks like after you were done installing, you enabled Extension:SocialProfile but forgot to run update.php after doing so. Jackmcbarn (talk) 23:10, 12 October 2014 (UTC)
Do many templates in one page affect performance?
Do many templates (like {{Translate|word}}) in one page compromise MediaWiki efficiency (increase CPU load)? VictorPorton (talk) 17:43, 12 October 2014 (UTC)
- Everything increases CPU usage somewhat, but in the case of templates like that, it's not worth worrying about. Jackmcbarn (talk) 19:46, 12 October 2014 (UTC)
- And: It's normaly not increasing the CPU load on every pageload, if you use the parser cache. In this case, the page is parsed one time and the result is stored and delivered to your users. In this case, there is no matter, if there are 2 or 3 templates in the page, because the page is delivered without a reparse. Florianschmidtwelzow (talk) 21:04, 12 October 2014 (UTC)
Public vs Private controls
I'm looking to host a wiki that has the ability to have some pages marked as private where they are not seen by the public but are by an individual or group of contributors. Then I want other pages marked as public which are available to everyone to read. Reason being, if we start creating a page for a topic we want to build the content up in that page up in a private collaborative environment to a point before releasing to the public. Can MediaWiki do that?? Markyd71 (talk) 20:05, 12 October 2014 (UTC)
- It's possible, but it's probably not a good idea. See Manual:Preventing access#Restrict viewing of certain specific pages for details. Jackmcbarn (talk) 20:57, 12 October 2014 (UTC)
Mw:Help:Magic words#Other displayed on the page and modules page not render properly
Hi, Getting this display on all the pages Mw:Help:Magic words#Other with the dump from August or September from Wikipedia.
I have updated mediawiki to 1.23 , the extensions and PRCE to 8.35 and still not luck.
I don't know how to fix it, any tips?
Thanks in advance 217.114.169.251 (talk) 23:15, 12 October 2014 (UTC)
- How is this related to Scribunto? Jackmcbarn (talk) 23:27, 12 October 2014 (UTC)
- I thought magic words feature and the modules display are rendered by scribunto extension ... Maybe are wrong 217.114.169.251 07:17, 13 October 2014 (UTC)
- As far as I can tell, they're not. What specifically is the problem when you look at it on your wiki? Jackmcbarn (talk) 11:57, 13 October 2014 (UTC)
- The page is not render properly, please find an example here: www.wow.com/wiki/Barack_Obama
- I dont know which extension would be related but it is broken since august, I saw other pages that shows wikipedia articles having the same issue.
- I thought it was because of lua/scribunto but now if you say no, if you can give me any tips then, would be great 64.236.4.26 13:09, 13 October 2014 (UTC)
- You need to create a page called Template:! on your wiki that contains a single | character. Jackmcbarn (talk) 00:24, 14 October 2014 (UTC)
- Thanks, that worked!
- But I got the new dump from October and the template has still different content do I had to update it again to make my pages work.
- Is this normal? Or should I get something else updated? Many thanks 64.236.4.62 15:05, 7 November 2014 (UTC)
- If you're using Wikipedia's entire database dump, you probably should just upgrade to git master. Otherwise, yes, you will need to fix the template again. Jackmcbarn (talk) 22:40, 7 November 2014 (UTC)
- You need to create a page called Template:! on your wiki that contains a single | character. Jackmcbarn (talk) 00:24, 14 October 2014 (UTC)
- As far as I can tell, they're not. What specifically is the problem when you look at it on your wiki? Jackmcbarn (talk) 11:57, 13 October 2014 (UTC)
- I thought magic words feature and the modules display are rendered by scribunto extension ... Maybe are wrong 217.114.169.251 07:17, 13 October 2014 (UTC)
How to use SimpleSAMLAuth to work with ADFS
I have installed MediaWiki in an Microsoft azure website and its working fine. Now I want to use SimpleSAML as an identity provider to work along with ADFS to provide user an option to login in MediaWiki using the credentials of some other network account. Since I am new to PHP and ADFS technology, can anyone explain me how to achieve this functionality. Thanks in advance. 125.16.180.5 (talk) 04:49, 13 October 2014 (UTC)
- There seems to be Extension:SimpleSamlAuth and Extension:SAMLAuth. Ciencia Al Poder (talk) 09:36, 13 October 2014 (UTC)
- Thanks for replying.
- I am trying to use SimpleSamlAuth extension to achieve the tie up. In the link: http://www.mediawiki.org/wiki/Extension:SimpleSamlAuth, it says first we have to configure SimpleSamlphp and I am not sure how I should do it my project and after that, the parameters that it is asking to add in the LocalSettings.php, do I need to change it when adding to my project or it should be same as it is. Can you pls explain the whole process of how I can achieve it and meaning of parameters that I need to add in my LocalSettings.php. 125.16.180.5 11:17, 13 October 2014 (UTC)
- You should probably document yourself about Saml authentication, that would give you an idea of what those configuration options mean and how to fill them. Those option looks like examples to me. Ciencia Al Poder (talk) 09:26, 14 October 2014 (UTC)
Using ampersands in a extension.
MediaWiki 1.23.5 PHP 5.4.24 (cgi-fcgi) MySQL 5.5.37-cll
Script: http://pastebin.com/HzVHm5k3
If you look at line 23, i have ampersands in a URL, when i run the script, it returns & instead of &. Ive googled, and tried everything i can think of, anyone know how to fix this?
Example: http://www.celeb-wiki.com/index.php?title=Sandbox MHoover (talk) 06:26, 13 October 2014 (UTC)
- http://www.w3schools.com/html/html_entities.asp AKlapper (WMF) (talk) 09:14, 13 October 2014 (UTC)
- Yeah, i tried & amp;, & #38; (without the spaces) and tried escaping it and it still comes out at & Wildboy211 (talk) 09:32, 13 October 2014 (UTC)
- Try this: http://pastebin.com/HsS15r7Q
- All ampersands in the HTML must be output as
&Ciencia Al Poder (talk) 09:44, 13 October 2014 (UTC)- Nope - ive tried that and
&. Still returns as&Wildboy211 (talk) 10:04, 13 October 2014 (UTC)- So does anyone have any other ideas for this? Wildboy211 (talk) 00:10, 14 October 2014 (UTC)
- Remove the nowiki tags. They don't belong in the output of extension tags. Jackmcbarn (talk) 01:54, 14 October 2014 (UTC)
- Removed, updated script: http://pastebin.com/GxBhjDry
- Testing page for this script: http://www.celeb-wiki.com/index.php?title=Sandbox&action=submit
- Note, lines 25 - 27 are trying the different ways to produce an ampersand.
- Still does not produce an ampersand, but instead the HTML entity,
&Wildboy211 (talk) 05:18, 14 October 2014 (UTC)- I believe i fixed it with: http://jimbojw.com/wiki/index.php?title=Raw_HTML_Output_from_a_Parser_Extension Wildboy211 (talk) 07:28, 14 October 2014 (UTC)
- That page is totally bad and wrong. Please don't follow it. Jackmcbarn (talk) 14:56, 14 October 2014 (UTC)
- But its the only thing that is working at the moment. If you have any other way to get the code to work, im all for it...but ive spent almost 2 days now trying to figure out how to get it to work. Wildboy211 (talk) 05:33, 15 October 2014 (UTC)
- "It's working" isn't the best argument for introducing bad code :) Florianschmidtwelzow (talk) 07:08, 15 October 2014 (UTC)
- You should use the functions in the Html or Xml classes to generate the output for you, rather than worrying about & vs. & yourself. Later today, I'll try to post what this should look like, but you should be able to figure it out. Jackmcbarn (talk) 12:14, 15 October 2014 (UTC)
- The following code will do what you want:
Extended content <?php $wgExtensionCredits['parserhook'][] = array( 'name' => 'AmazonAssociatesHTML', 'description' => 'Place Amazon ads anywhere in your wiki', 'author' => 'Marc Hoover', 'url' => 'http://www.celeb-wiki.com' ); $wgHooks['ParserFirstCallInit'][] = function( $parser ) { $parser->setHook( 'amazonad', function ( $content, $attributes ) { $placement = isset( $attributes['placement'] ) ? urlencode( $attributes['placement'] ) : ''; $linkid = isset( $attributes['linkid'] ) ? urlencode( $attributes['linkid'] ) : ''; return Html::element( 'iframe', array( 'style' => 'width:120px;height:240px', 'marginwidth' => 0, 'marginheight' => 0, 'scrolling' => 'no', 'frameborder' => 0, 'src' => "//ws-na.amazon-adsystem.com/widgets/q?ServiceVersion=20070822&OneJS=1&Operation=GetAdHtml&MarketPlace=US&source=ac&ref=tf_til&ad_type=product_link&tracking_id=grnlignmet-20&marketplace=amazon®ion=US&placement=${placement}asins=${placement}&linkId=${linkid}&show_border=true&link_opens_in_new_window=true", ) ); } ); };
- You may see & in the page's source, but rest assured that the browser will decode them to & before attempting to navigate to the URL. This method also protects you from XSS attacks, which your current code is vulnerable to. Jackmcbarn (talk) 01:42, 16 October 2014 (UTC)
- You guys arent understanding, i need an amp for a iframe src. So if its:
- http://www.google.com/q=Somethinghere&t=somethingelse
- its not going to work, I need:
- http://www.google.com/q=Somethinghere&t=somethingelse
- Jackmcbarn, i havent tried your code, but i have tried a few of those classes and it didnt work, i will try your code as soon as i get the chance. And yes, if the browser was displaying the ampersand on the screen, i would be fine, but its a source for a iframe, so no, the browser doesnt decode it and it doesnt return the proper src unless its a ampersand and not a & Wildboy211 (talk) 02:56, 16 October 2014 (UTC)
- I tried that code, and it still didnt work: http://pastebin.com/v2ty1PCu Wildboy211 (talk) 03:12, 16 October 2014 (UTC)
- I see the problem. Add an & before asins= in what I posted, and it should work. The problem you had was that that was missing, not that & should have been & (which it absolutely never ever should be). Jackmcbarn (talk) 03:17, 17 October 2014 (UTC)
- But its the only thing that is working at the moment. If you have any other way to get the code to work, im all for it...but ive spent almost 2 days now trying to figure out how to get it to work. Wildboy211 (talk) 05:33, 15 October 2014 (UTC)
- That page is totally bad and wrong. Please don't follow it. Jackmcbarn (talk) 14:56, 14 October 2014 (UTC)
- I believe i fixed it with: http://jimbojw.com/wiki/index.php?title=Raw_HTML_Output_from_a_Parser_Extension Wildboy211 (talk) 07:28, 14 October 2014 (UTC)
- Remove the nowiki tags. They don't belong in the output of extension tags. Jackmcbarn (talk) 01:54, 14 October 2014 (UTC)
- I believe you didn't understand. Ampersands should be encoded in HTML as
&. Good to you if it works, but you're currently outputting unencoded ampersands and that's invalid HTML. Ciencia Al Poder (talk) 09:29, 14 October 2014 (UTC)- I did understand, when i send the code as
&it comes out as&and not an ampersand (in the browser it shows an amp, but in the source code its&, which is no good for URL's), and any other way i tried does the same. Wildboy211 (talk) 05:36, 15 October 2014 (UTC)- Could you please look the HTML source of this page and how do you see the ampersand on this link?
- https://www.mediawiki.org/w/index.php?title=Project:Sandbox&action=edit
- Ampersands are encoded in HTML as &, but they work as expected on URLs, because that's how they should be encoded in HTML! Ciencia Al Poder (talk) 09:24, 16 October 2014 (UTC)
- Yes, i do see it, but for some reason when sending to amazon like that, it doesnt return the correct ad...ill look into it. Wildboy211 (talk) 01:32, 17 October 2014 (UTC)
- I did understand, when i send the code as
- So does anyone have any other ideas for this? Wildboy211 (talk) 00:10, 14 October 2014 (UTC)
- Nope - ive tried that and
- Yeah, i tried & amp;, & #38; (without the spaces) and tried escaping it and it still comes out at & Wildboy211 (talk) 09:32, 13 October 2014 (UTC)
Show Latest Wordpress Blogs
Is there a extension to show latest wordpress blogs on the Main Page of Mediawiki? The wordpress blog is also hosted on the same domain. Any possible way to do that if extension is not available? 115.184.35.25 (talk) 07:42, 13 October 2014 (UTC)
- If the blog provides an RSS feed, you can include that RSS feed on your page. You'll need to install Extension:RSS (or any other related extensions) to be able to include it. Ciencia Al Poder (talk) 09:34, 13 October 2014 (UTC)
buttons in collapsible tables
Hello all. Could you please tell me how can I set globaly css for buttons hide/show in collapsible tables that I use at my wiki
Now they the font of buttons is bold and with standrd size
I could not see in html code the div name of this buttons.
Thanks for help Fokebox (talk) 09:09, 13 October 2014 (UTC)
- HTML code usually doesn't contain elements added by JavaScript.
- Use he DOM inspector instead by opening developer tools (usually hitting
F12in your browser) Ciencia Al Poder (talk) 09:46, 13 October 2014 (UTC)
fatal error to create accounts
In my wiki only users with an account should be able to edit sides and only the admin should be able to create accounts. so followings parameters will be define:
$wgGroupPermissions['*']['createaccount'] = false;
$wgGroupPermissions['*']['edit'] = false;
no i try to make a account and send the random password to the user. before I add following to the end of the LocalSettings.php-File:
$wgSMTP = array(
'host' => "mail.xxxx.de", // could also be an IP address. Where the SMTP server is located
'IDHost' => "xxxx.de", // Generally this will be the domain name of your website (aka mywiki.org)
'port' => 25, // Port to use when connecting to the SMTP server
'auth' => true, // Should we use SMTP authentication (true or false)
'username' => "contact@xxxx.de", // Username to use for SMTP authentication (if being used)
'password' => "******" // Password to use for SMTP authentication (if being used)
);
when I create a new account and the message will be send (my opinion) the message will be:
Internal error [e2be8d67] timestamp Fatal exception of type MWException
the second way....
$wgSMTP = array(
'host' => "mail.xxxx.de", // could also be an IP address. Where the SMTP server is located
'IDHost' => "xxxx.de", // Generally this will be the domain name of your website (aka mywiki.org)
'port' => 25, // Port to use when connecting to the SMTP server
'auth' => false // Should we use SMTP authentication (true or false)
);
I get the message
Internal error [1e5d5930] 2014-10-13 13:03:17: Fatal exception of type MWException
can someone help me....? (Win7 64 bit, Apache 2.4, PHP 5.6, MySQL 5.6, mediawiki 1.23.5) 85.233.12.114 (talk) 13:11, 13 October 2014 (UTC)
- Hello!
- Please add Manual:$wgShowExceptionDetails, so we can see, what exact error the fatal exception is. (so, set this to true, recreate the error and post here, what you see (Stack trace)). Florianschmidtwelzow (talk) 13:49, 13 October 2014 (UTC)
- hi !
- here is my error-report....
- [231ccfbf] /eblwiki/index.php?title=Spezial:Anmelden&action=submitlogin&type=signup Exception from line 304 of C:\mediawiki\includes\UserMailer.php: PEAR mail package is not installed
- Backtrace:
- 0 C:\mediawiki\includes\User.php(3885): UserMailer::send(MailAddress, MailAddress, string, string, NULL)
- 1 C:\mediawiki\includes\specials\SpecialUserlogin.php(983): User->sendMail(string, string)
- 2 C:\mediawiki\includes\specials\SpecialUserlogin.php(258): LoginForm->mailPasswordInternal(User, boolean, string, string)
- 3 C:\mediawiki\includes\specials\SpecialUserlogin.php(223): LoginForm->addNewAccountMailPassword()
- 4 C:\mediawiki\includes\specialpage\SpecialPage.php(379): LoginForm->execute(NULL)
- 5 C:\mediawiki\includes\specialpage\SpecialPageFactory.php(503): SpecialPage->run(NULL)
- 6 C:\mediawiki\includes\Wiki.php(285): SpecialPageFactory::executePath(Title, RequestContext)
- 7 C:\mediawiki\includes\Wiki.php(588): MediaWiki->performRequest()
- 8 C:\mediawiki\includes\Wiki.php(447): MediaWiki->main()
- 9 C:\mediawiki\index.php(46): MediaWiki->run()
- 10 {main}
- regards jan :-) 85.233.12.114 06:57, 14 October 2014 (UTC)
- The PEAR mail package is either not installed or it is not available inside the open_basedir path of PHP. Install it and make sure that it is within the allowed paths. 88.130.78.43 08:07, 14 October 2014 (UTC)
Thumbnails not loading for unauthorized users
Hi!
Environment:
I am running semi-private company wiki. We have few pages - instructions for translators available from outside, everything else is authorized/internal only. For configuration I used this template. https://www.mediawiki.org/wiki/Manual:Preventing_access#Simple_private_wiki
Problem
Register users see both embedded pictures and thumbails just fine.
Non-register see embeded pictures, but when they try to click on them they get - could not load thumbnail data readapidenied
You can see production examples here:
- http://wiki.nordtext.com/Vendor_Instructions#mediaviewer/File:Settings.JPG //error message
- http://wiki.nordtext.com/Vendor_Instructions //page where you can see the same picture just fine
Please advise.
Let me know if you need any other information.
Kind regards, Isvekris (talk) 14:25, 13 October 2014 (UTC)
- I can reproduce the problem: When you have JavaScript enabled, the first link will shortly show the image and then switch to the error message. In fact I can access the thumbnail image itself (as found in images/...) without problems. Most likely another bug with mediaviewer. Not sure, what is going wrong there... 88.130.99.200 15:02, 13 October 2014 (UTC)
- Hi what version of mediawiki do you have. 86.135.249.163 15:18, 13 October 2014 (UTC)
Extension:Google Analytics Integration - Usage Instructions Unfinished and Unclear
https://www.mediawiki.org/wiki/Extension:Google_Analytics_Integration
I am familiar and have used this extension for years. Trying to upgrade to the new "enhanced" code.
The Installation Instructions say to: 1. Download. -Check 2. Add following code to LocalSettings (replacing XXX with my #) -Check 3. Check Special:Version to see that it installed successfully - Check.
Then the Useage directions say 1. "Create GA account" -Check. 2. "Locate UA number" -Check. Then it lists two lines of code, one for legacy, one for new, then follow installation instructions??!?!?! What good does "locating your UA" and listing two lines of code DO? Inotherwords, what do you do with the line of code? Do you put it in LocalSettings? No, that will break your site. I have no idea what to DO with the code that I've located, and the writer of the usage instructions forgot to say what to do with it either. All I know is GA says the new code isn't working. Help! Eckre~mediawikiwiki (talk) 17:24, 13 October 2014 (UTC)
- You copy the UA string and add it as the value of
$wgGoogleAnalyticsAccount;) Florianschmidtwelzow (talk) 06:16, 14 October 2014 (UTC)- So like this:
- "$wgGoogleAnalyticsAccount = var pageTracker = _gat._getTracker("UA-xxxxxxx-x"); "
- If that's all it is, the guide should say so. Eckre (talk) 23:21, 14 October 2014 (UTC)
- That's not it it breaks the site.
- What do I do with this line?
- var pageTracker = _gat._getTracker("UA-xxxxxxx-x"); Eckre (talk) 23:25, 14 October 2014 (UTC)
- Just copy the "UA-xxxxxxx-x" string (without ") and paste it as a var to
$wgGoogleAnalyticsAccount, e.g. this line in your LocalSettings.php: $wgGoogleAnalyticsAccount = "UA-xxxxxxx-x";Florianschmidtwelzow (talk) 07:05, 15 October 2014 (UTC)
- Just copy the "UA-xxxxxxx-x" string (without ") and paste it as a var to
XML file import: how to
Hello,
I have downloaded a xml file of wikipedia, and now I would like to upload it on my mediawiki (hosted on my computer)
but I can't do it.. I've read thousands of guides/tutos but I can't get it
Can someone help me? :) 176.200.156.91 (talk) 18:54, 13 October 2014 (UTC)
- Hello!
- Just visit http://localhost/wiki/Special:Import and select the XML file, click import and wait :) The wiki then imports the pages from the xml file. If it is a really big file, you should consider to use the maintenance script Manual:ImportDump.php, the usage is explained on the manual page.
- More information about importing you find in this Manual:Importing_XML_dumps. Florianschmidtwelzow (talk) 20:40, 13 October 2014 (UTC)
Extension:BBCode
This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:BBCode#h-Extension:BBCode-2014-10-13T19:26:00.000Z. Florianschmidtwelzow (talk) 20:38, 13 October 2014 (UTC)
Problem with show side from other client (not localhost)
Hi !
when I open a wiki-side on the wiki-server (localhost) the side will show correct. when I open via network by http://[computername/wiki/index.php only the side of "frame" will show.
I open the side by http://[computername/wiki/index.php on the wiki-server every think is ok - in the source I see everytime the localhostname.
example: <head> <meta charset="UTF-8"> <title>EBLWiki</title> <meta content="IE=EDGE" http-equiv="X-UA-Compatible"> <meta content="MediaWiki 1.23.5" name="generator"> <link href="/favicon.ico" rel="shortcut icon"> <link title="EBLWiki (de)" href="/eblwiki/opensearch_desc.php" type="application/opensearchdescription+xml" rel="search"> <link href="http://localhost/eblwiki/api.php?action=rsd" type="application/rsd+xml" rel="EditURI"> <link href="/eblwiki/index.php?title=Spezial:Letzte_%C3%84nderungen&feed=atom" title="Atom-Feed für „EBLWiki“" type="application/atom+xml" rel="alternate"> <link href="http://localhost/eblwiki/load.php?debug=false&lang=de&modules=mediawiki.legacy.commonPrint%2Cshared%7Cmediawiki.skinning.interface%7Cmediawiki.ui.button%7Cskins.vector.styles&only=styles&skin=vector&*" rel="stylesheet"> <meta content="" name="ResourceLoaderDynamicStyles"> <style> <script src="http://localhost/eblwiki/load.php?debug=false&lang=de&modules=startup&only=scripts&skin=vector&*"> <script> <script>
I my option I have make a mistake in installation with the localhost name !!! I would be better to set the name of computer.
is it possible to fix this problem ?
regards Jan :-) 85.233.12.114 (talk) 11:15, 14 October 2014 (UTC)
- hi !
- i found the right way $wgServer = "http://computername";
- regards Jan :-) JanTappenbeck (talk) 12:01, 14 October 2014 (UTC)
MediaWiki customization
Hi,
A couple of questions :
1. Is it possible to post on MediaWiki with various styles of fonts ?
2.1 Hoe can I create my own metadata for pages ? (such as "product" in which each wiki page relates to some kind of product) 2.2 Can I attach one page to two elements from the same category ? (let's say I have a page that refers to 2 kinds of products)
3.How can I create specific sections in the page (other then the horizontal line)
4. is it possible to export paged to PDF ? Is it possible by bulk export too ?
5. Is it possible to define several kinds of users ? (client/employee etc.)
6. which mobile versions are available of MediaWiki ? (Blackberry/android/windows/ios? )
7. what languages does MediaWiki support and how to implement it ?
Thank you! 195.182.33.5 (talk) 11:18, 14 October 2014 (UTC)
- 1. https://www.mediawiki.org/wiki/Manual:Skins
- 2. https://www.mediawiki.org/wiki/Manual:Categories
- 3. please elaborate
- 4. https://www.mediawiki.org/wiki/PDF_rendering and https://www.mediawiki.org/wiki/Extension:Collection and https://www.mediawiki.org/wiki/Extension:PDF_Writer
- 5. https://www.mediawiki.org/wiki/Manual:User_rights
- 6. https://www.mediawiki.org/wiki/Extension:MobileFrontend
- 7. https://www.mediawiki.org/wiki/Manual:MediaWiki_feature_list#Multilanguage_support AKlapper (WMF) (talk) 15:37, 14 October 2014 (UTC)
news on the main page
Hi! Please tell me how to make news on the main page? Belkov56 (talk) 13:19, 14 October 2014 (UTC)
- Hi! Please tell me what exactly you mean. Florianschmidtwelzow (talk) 13:30, 14 October 2014 (UTC)
- On the main page in Wikipedia news. I have installed the MediaWiki engine , but the news on the main page to supply fails: www.wikiphysics.ru Belkov56 (talk) 08:36, 15 October 2014 (UTC)
Clickable Maps
Hello,
I am trying to get some clickable maps set up for the following Wiki.
After trying a couple of days I have managed to import some imagemap from Wikipedia and Wikimedia (see e.g. [[2]].
But what I am trying to do is get some maps that have image labels (see e.g. [[3]] or [[4]] )
My attempt at doing so is not working: see: [[5]]
I have imported Templates for Image labels from en.wikipedia including: Template:Image label Template:Image label begin Template:Image label end Template:Image label small
but they are not working, see [[6]] Am I missing an extension?
or do I need to import some other template?
Help, would be appreciated. 89.144.207.212 (talk) 14:49, 14 October 2014 (UTC)
- You need to install Extension:ParserFunctions. Jackmcbarn (talk) 15:04, 14 October 2014 (UTC)
How to add custom CSS via LocalSettings.php
Since the last update it is no longer possible to do custom CSS on e.g. login and preferences pages. Heaps of irritation because of this. Since I do not want to create a custom skin I would like to ask if there is a way to load CSS into the wiki via LocalSettings.php after having put all the CSS into a file. Thanks for help. 91.64.99.215 (talk) 20:00, 14 October 2014 (UTC)
- Why should that no longer be possible? You can add/change CSS in the usual ways, e.g. using the page MediaWiki:Vector.css for the Vector skin.
- (Another option would be to define an own ressource loader module in LocalSettings.php, but doing that just to add a CSS file is like cracking a nut with a sledgehammer.) 88.130.78.43 20:25, 14 October 2014 (UTC)
- It is no longer possible to manipulate these pages via the CSS pages on the wiki. People now think the wiki is broken or hijacked. So I probably have to resort to this resource loader option. Could you provide an example e.g. if the mywiki.ccs is located in wiki root? Will be great! 91.64.99.215 20:31, 14 October 2014 (UTC)
- But why does that no longer work? What is happening there? The CSS pages in the wiki are made exactly for that. If now the CSS can no longer be manipulated by them, then this is a bug, which should be fixed. 88.130.78.43 20:40, 14 October 2014 (UTC)
- See bugzilla:70672. Jackmcbarn (talk) 03:02, 15 October 2014 (UTC)
- Yeah, and then looking at bugzilla:71621 I get the impression that it will end up as a wontfix. So back to my initial question. How to add custom CSS via LocalSettings.php without having to create a new custom skin. This resource loader thing sounded like a solution but I am not a coder ... Any help cheerfully appreciated! 91.64.99.215 08:24, 15 October 2014 (UTC)
- We don't currently have a way to do that yet. Keep an eye on those bugs if you're interested. Jackmcbarn (talk) 11:48, 15 October 2014 (UTC)
- Oh, that's kinda ouch because my wiki is presently sorta uncool. Thanks for the info anyway and I will definitely sit tight and watch these bugs. Since custom skins tend to be a pain in the ... I hope for a no so far in the future solution. 91.64.99.215 18:27, 15 October 2014 (UTC)
- Just revert back to 1.23.4. This security problem they "fixed" is a complete non-issue. If someone malicious is able to put code in your site CSS/JS, then your site is already compromised. Having the login and preferences pages not affected won't help anything. 121.214.105.200 04:39, 16 October 2014 (UTC)
- Probably you have got a point. But at one stage I will have to upgrade the wiki. So a cool solution will be great. Let's hope for the best. 91.64.99.215 08:37, 16 October 2014 (UTC)
- That's bad advice. Please don't do that. Jackmcbarn (talk) 03:25, 17 October 2014 (UTC)
- No it isn't. The only change that version makes is a fix to a non-problem, which itself causes a problem, hence this topic. If the version contained actual security fixes, I would agree, but it doesn't. 121.214.105.200 08:07, 17 October 2014 (UTC)
- Just revert back to 1.23.4. This security problem they "fixed" is a complete non-issue. If someone malicious is able to put code in your site CSS/JS, then your site is already compromised. Having the login and preferences pages not affected won't help anything. 121.214.105.200 04:39, 16 October 2014 (UTC)
- yes, there's a way: create a new ResourceLoader module. But there's no full working example on RL docs for those situations. Ciencia Al Poder (talk) 09:44, 16 October 2014 (UTC)
- Great. How do I do this? Any help greatly appreciated! 91.64.99.215 15:42, 16 October 2014 (UTC)
- Oh, that's kinda ouch because my wiki is presently sorta uncool. Thanks for the info anyway and I will definitely sit tight and watch these bugs. Since custom skins tend to be a pain in the ... I hope for a no so far in the future solution. 91.64.99.215 18:27, 15 October 2014 (UTC)
- We don't currently have a way to do that yet. Keep an eye on those bugs if you're interested. Jackmcbarn (talk) 11:48, 15 October 2014 (UTC)
- Yeah, and then looking at bugzilla:71621 I get the impression that it will end up as a wontfix. So back to my initial question. How to add custom CSS via LocalSettings.php without having to create a new custom skin. This resource loader thing sounded like a solution but I am not a coder ... Any help cheerfully appreciated! 91.64.99.215 08:24, 15 October 2014 (UTC)
- See bugzilla:70672. Jackmcbarn (talk) 03:02, 15 October 2014 (UTC)
- But why does that no longer work? What is happening there? The CSS pages in the wiki are made exactly for that. If now the CSS can no longer be manipulated by them, then this is a bug, which should be fixed. 88.130.78.43 20:40, 14 October 2014 (UTC)
- It is no longer possible to manipulate these pages via the CSS pages on the wiki. People now think the wiki is broken or hijacked. So I probably have to resort to this resource loader option. Could you provide an example e.g. if the mywiki.ccs is located in wiki root? Will be great! 91.64.99.215 20:31, 14 October 2014 (UTC)
- A working example:
$wgResourceModules['zzz.customizations'] = array( 'styles' => "skin.css", // Custom styles to apply only to Vector skin. Remove if you don't use it 'skinStyles' => array( 'vector' => 'skin-vector.css', ), // End custom styles for vector 'scripts' => "skin.js", 'localBasePath' => "$IP/customizations/", 'remoteBasePath' => "$wgScriptPath/customizations/" ); function efCustomBeforePageDisplay(&$out, &$skin ) { $out->addModules( array( 'zzz.customizations' ) ); } $wgHooks['BeforePageDisplay'][] = 'efCustomBeforePageDisplay';
- Then in your installation folder, create a new folder named
customizationsand you can add there a CSS file namedskin.css, a JavaScript file namedskin.js, and a CSS file that will be loaded only on the vector skin namedskin-vector.css - This is basically documented at ResourceLoader/Developing with ResourceLoader with a different example. Ciencia Al Poder (talk) 16:23, 1 November 2014 (UTC)
rebuildImages.php causes Segmentation Fault on CentOS
Running a CentOS server, have migrated mediawiki from another server, got most of it all set up.
However, when I try to run rebuildImages.php it fails with a Segmentation Fault (coredump) There is no other error, I think it is during the pdf build, because from the start it was failing to do the load as it was missing pdftotext and pdfinfo.
Whatever the issues is, it happens around line 33, just after it outputs the line: Processing image...
Installed the following packages in order to get pdftotex and pdfinfo
Installed:
poppler-utils.x86_64 0:0.22.5-6.el7
Dependency Installed:
openjpeg-libs.x86_64 0:1.5.1-9.el7 poppler.x86_64 0:0.22.5-6.el7
I am using mediawiki-1.23.5
I would love to provide additional information, but not certain where to start. 151.225.159.96 (talk) 20:12, 14 October 2014 (UTC)
- Managed to figure out what it was (if anyone have this issue)
- For some reason, the system coredumped when trying to run against a .jpg. I am not certain why yes, but doing a var_dump on $row around line 136 prior to the update (renamed it to test.php) showed who the offender was.
- /Ben 81.130.14.204 08:18, 15 October 2014 (UTC)
Fatal exception of type MWException
My MediaWiki version is *1.23.5
My PHP version is *5.3.28
My Database version is *5.5.37-cll
My site url is * [7]
When I try to use a infobox code like this:
{{Infobox
|name = {{subst:PAGENAME}}
|bodystyle =
|titlestyle =
|abovestyle = background:#cfc;
|subheaderstyle =
|title = Test Infobox
|above = Above text
|subheader = Subheader above image
|subheader2 = Second subheader
|imagestyle =
|captionstyle =
| image = [[File:example.png|200px|alt=Example alt text]]
|caption = Caption displayed below example.png
|headerstyle = background:#ccf;
|labelstyle = background:#ddf;
|datastyle =
|header1 = Header defined alone
| label1 =
| data1 =
|header2 =
| label2 = Label defined alone does not display (needs data, or is suppressed)
| data2 =
|header3 =
| label3 =
| data3 = Data defined alone
|header4 = All three defined (header, label, data, all with same number)
| label4 = does not display (same number as a header)
| data4 = does not display (same number as a header)
|header5 =
| label5 = Label and data defined (label)
| data5 = Label and data defined (data)
|belowstyle = background:#ddf;
|below = Below text
}}
I run across this error:
[dae52cea] 2014-10-15 05:42:03: Fatal exception of type MWException<br />
[15-Oct-2014 07:07:26 Europe/Berlin] PHP Notice: Uncommitted DB writes (transaction from DatabaseBase::query (WikiPage::pageData)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:07:31 Europe/Berlin] PHP Notice: Uncommitted DB writes (transaction from DatabaseBase::query (WikiPage::pageData)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:08:07 Europe/Berlin] PHP Notice: Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:08:13 Europe/Berlin] PHP Notice: Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:09:25 Europe/Berlin] PHP Notice: Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:12:47 Europe/Berlin] PHP Notice: Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:13:35 Europe/Berlin] PHP Notice: Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:17:49 Europe/Berlin] PHP Notice: Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:19:08 Europe/Berlin] PHP Notice: Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:20:47 Europe/Berlin] PHP Notice: Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:25:07 Europe/Berlin] PHP Notice: Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:26:48 Europe/Berlin] PHP Notice: Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
[15-Oct-2014 07:42:03 Europe/Berlin] PHP Notice: Uncommitted DB writes (transaction from DatabaseBase::query (LCStoreDB::get)). in /home/deathsrepo/public_html/wiki/includes/db/Database.php on line 4147
D3@TH's Creations (Where Dreams Come True!) 05:54, 15 October 2014 (UTC)
- Setting $wgShowExceptionDetails provides a stacktrace. See https://www.mediawiki.org/wiki/Manual:How_to_debug AKlapper (WMF) (talk) 09:20, 15 October 2014 (UTC)
- D3@TH's Creations (Where Dreams Come True!) 02:53, 16 October 2014 (UTC)
[7fdea938] /index.php?title=Test_Page&action=submit Exception from line 167 of /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php: The lua binary (/home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua) is not executable. Backtrace: #0 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(114): Scribunto_LuaStandaloneInterpreter->__construct(Scribunto_LuaStandaloneEngine, array) #1 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(92): Scribunto_LuaStandaloneEngine->newInterpreter() #2 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(8): Scribunto_LuaEngine->load() #3 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(194): Scribunto_LuaStandaloneEngine->load() #4 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(841): Scribunto_LuaEngine->getInterpreter() #5 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(858): Scribunto_LuaModule->getInitChunk() #6 /home/deathsrepo/public_html/wiki/extensions/Scribunto/common/Hooks.php(113): Scribunto_LuaModule->invoke(string, PPTemplateFrame_DOM) #7 [internal function]: ScribuntoHooks::invokeHook(Parser, PPTemplateFrame_DOM, array) #8 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(3620): call_user_func_array(string, array) #9 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(3336): Parser->callParserFunction(PPTemplateFrame_DOM, string, array) #10 /home/deathsrepo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1113): Parser->braceSubstitution(array, PPTemplateFrame_DOM) #11 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(3492): PPFrame_DOM->expand(PPNode_DOM) #12 /home/deathsrepo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1113): Parser->braceSubstitution(array, PPFrame_DOM) #13 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(3153): PPFrame_DOM->expand(PPNode_DOM, integer) #14 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(1216): Parser->replaceVariables(string) #15 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(395): Parser->internalParse(string) #16 /home/deathsrepo/public_html/wiki/includes/content/WikitextContent.php(322): Parser->parse(string, Title, ParserOptions, boolean, boolean, NULL) #17 /home/deathsrepo/public_html/wiki/extensions/SpamBlacklist/SpamBlacklistHooks.php(28): WikitextContent->getParserOutput(Title) #18 [internal function]: SpamBlacklistHooks::filterMergedContent(RequestContext, WikitextContent, Status, string, User, boolean) #19 /home/deathsrepo/public_html/wiki/includes/Hooks.php(206): call_user_func_array(string, array) #20 /home/deathsrepo/public_html/wiki/includes/GlobalFunctions.php(4013): Hooks::run(string, array, NULL) #21 /home/deathsrepo/public_html/wiki/includes/EditPage.php(1371): wfRunHooks(string, array) #22 /home/deathsrepo/public_html/wiki/includes/EditPage.php(1716): EditPage->runPostMergeFilters(WikitextContent, Status, User) #23 /home/deathsrepo/public_html/wiki/includes/EditPage.php(1237): EditPage->internalAttemptSave(boolean, boolean) #24 /home/deathsrepo/public_html/wiki/includes/EditPage.php(427): EditPage->attemptSave() #25 /home/deathsrepo/public_html/wiki/includes/actions/EditAction.php(50): EditPage->edit() #26 /home/deathsrepo/public_html/wiki/includes/actions/EditAction.php(74): EditAction->show() #27 /home/deathsrepo/public_html/wiki/includes/Wiki.php(428): SubmitAction->show() #28 /home/deathsrepo/public_html/wiki/includes/Wiki.php(292): MediaWiki->performAction(Article, Title) #29 /home/deathsrepo/public_html/wiki/includes/Wiki.php(588): MediaWiki->performRequest() #30 /home/deathsrepo/public_html/wiki/includes/Wiki.php(447): MediaWiki->main() #31 /home/deathsrepo/public_html/wiki/index.php(46): MediaWiki->run() #32 {main}- That says all:
/home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua- Please make
{wiki-root}/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/luaexecutable (chmod +x). Florianschmidtwelzow (talk) 05:30, 16 October 2014 (UTC)- Now I get this:
- D3@TH's Creations (Where Dreams Come True!) 07:15, 16 October 2014 (UTC)
[61625a7f] /index.php?title=Test_Page&action=submit Exception from line 167 of /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php: The lua binary (/home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua) is not executable. Backtrace: #0 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(114): Scribunto_LuaStandaloneInterpreter->__construct(Scribunto_LuaStandaloneEngine, array) #1 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(92): Scribunto_LuaStandaloneEngine->newInterpreter() #2 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(8): Scribunto_LuaEngine->load() #3 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(194): Scribunto_LuaStandaloneEngine->load() #4 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(841): Scribunto_LuaEngine->getInterpreter() #5 /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(858): Scribunto_LuaModule->getInitChunk() #6 /home/deathsrepo/public_html/wiki/extensions/Scribunto/common/Hooks.php(113): Scribunto_LuaModule->invoke(string, PPTemplateFrame_DOM) #7 [internal function]: ScribuntoHooks::invokeHook(Parser, PPTemplateFrame_DOM, array) #8 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(3620): call_user_func_array(string, array) #9 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(3336): Parser->callParserFunction(PPTemplateFrame_DOM, string, array) #10 /home/deathsrepo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1113): Parser->braceSubstitution(array, PPTemplateFrame_DOM) #11 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(3492): PPFrame_DOM->expand(PPNode_DOM) #12 /home/deathsrepo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1113): Parser->braceSubstitution(array, PPFrame_DOM) #13 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(3153): PPFrame_DOM->expand(PPNode_DOM, integer) #14 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(1216): Parser->replaceVariables(string) #15 /home/deathsrepo/public_html/wiki/includes/parser/Parser.php(395): Parser->internalParse(string) #16 /home/deathsrepo/public_html/wiki/includes/content/WikitextContent.php(322): Parser->parse(string, Title, ParserOptions, boolean, boolean, NULL) #17 /home/deathsrepo/public_html/wiki/extensions/SpamBlacklist/SpamBlacklistHooks.php(28): WikitextContent->getParserOutput(Title) #18 [internal function]: SpamBlacklistHooks::filterMergedContent(RequestContext, WikitextContent, Status, string, User, boolean) #19 /home/deathsrepo/public_html/wiki/includes/Hooks.php(206): call_user_func_array(string, array) #20 /home/deathsrepo/public_html/wiki/includes/GlobalFunctions.php(4013): Hooks::run(string, array, NULL) #21 /home/deathsrepo/public_html/wiki/includes/EditPage.php(1371): wfRunHooks(string, array) #22 /home/deathsrepo/public_html/wiki/includes/EditPage.php(1716): EditPage->runPostMergeFilters(WikitextContent, Status, User) #23 /home/deathsrepo/public_html/wiki/includes/EditPage.php(1237): EditPage->internalAttemptSave(boolean, boolean) #24 /home/deathsrepo/public_html/wiki/includes/EditPage.php(427): EditPage->attemptSave() #25 /home/deathsrepo/public_html/wiki/includes/actions/EditAction.php(50): EditPage->edit() #26 /home/deathsrepo/public_html/wiki/includes/actions/EditAction.php(74): EditAction->show() #27 /home/deathsrepo/public_html/wiki/includes/Wiki.php(428): SubmitAction->show() #28 /home/deathsrepo/public_html/wiki/includes/Wiki.php(292): MediaWiki->performAction(Article, Title) #29 /home/deathsrepo/public_html/wiki/includes/Wiki.php(588): MediaWiki->performRequest() #30 /home/deathsrepo/public_html/wiki/includes/Wiki.php(447): MediaWiki->main() #31 /home/deathsrepo/public_html/wiki/index.php(46): MediaWiki->run() #32 {main}- Still the same, still not executable. Which rights has the lua binary? Florianschmidtwelzow (talk) 09:06, 16 October 2014 (UTC)
- So I have to do the same with the Wiki.php correct? D3@TH's Creations (Where Dreams Come True!) 17:49, 16 October 2014 (UTC)
- No, no, no, don't do that :) You have to do this with the lua binary, which is in the following path:
- /home/deathsrepo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua
- What permissions has the file? Florianschmidtwelzow (talk) 19:24, 16 October 2014 (UTC)
- It's set to 600 D3@TH's Creations (Where Dreams Come True!) 00:04, 17 October 2014 (UTC)
- Change it to 700. Jackmcbarn (talk) 04:07, 17 October 2014 (UTC)
- Lua error: Internal error: The interpreter has terminated with signal "11". D3@TH's Creations (Where Dreams Come True!) 04:20, 17 October 2014 (UTC)
- What's that error mean that I listed in my last reply? D3@TH's Creations (Where Dreams Come True!) 23:52, 18 October 2014 (UTC)
- https://www.mediawiki.org/wiki/Extension%20talk%3AScribunto/2013#c-Mastergalen-2013-07-06T15%3A52%3A00.000Z-Script_error%3A_Lua_error%3A_Internal_error%3A_The_interpreter_has_terminated_with_sig AKlapper (WMF) (talk) 12:00, 19 October 2014 (UTC)
- Ok I tried what was mentioned on the link now I'm running into this:
-
A database query error has occurred. This may indicate a bug in the software. D3@TH's Creations (Where Dreams Come True!) 18:09, 19 October 2014 (UTC)
- Please add
$wgShowSQLErrors = true;to your LocalSettings.php to get more information about this error, instead of just a the "a database error has occured..." line. Florianschmidtwelzow (talk) 19:47, 19 October 2014 (UTC)- A database query error has occurred. This may indicate a bug in the software.
Query:
SELECT lc_value FROM `DCWl10n_cache` WHERE lc_lang = 'en' AND lc_key = 'linkTrail' LIMIT 1
Function: LCStoreDB::get
Error: 0 D3@TH's Creations (Where Dreams Come True!) 21:38, 22 October 2014 (UTC)
- Does anyone know how I can fix this error? D3@TH's Creations (Where Dreams Come True!) 08:32, 27 October 2014 (UTC)
- A database query error has occurred. This may indicate a bug in the software.
Query:
SELECT lc_value FROM `DCWl10n_cache` WHERE lc_lang = 'en' AND lc_key = 'linkTrail' LIMIT 1
Function: LCStoreDB::get
Error: 0 D3@TH's Creations (Where Dreams Come True!) 21:38, 22 October 2014 (UTC)
- Please add
- https://www.mediawiki.org/wiki/Extension%20talk%3AScribunto/2013#c-Mastergalen-2013-07-06T15%3A52%3A00.000Z-Script_error%3A_Lua_error%3A_Internal_error%3A_The_interpreter_has_terminated_with_sig AKlapper (WMF) (talk) 12:00, 19 October 2014 (UTC)
- What's that error mean that I listed in my last reply? D3@TH's Creations (Where Dreams Come True!) 23:52, 18 October 2014 (UTC)
- Lua error: Internal error: The interpreter has terminated with signal "11". D3@TH's Creations (Where Dreams Come True!) 04:20, 17 October 2014 (UTC)
- Change it to 700. Jackmcbarn (talk) 04:07, 17 October 2014 (UTC)
- It's set to 600 D3@TH's Creations (Where Dreams Come True!) 00:04, 17 October 2014 (UTC)
- So I have to do the same with the Wiki.php correct? D3@TH's Creations (Where Dreams Come True!) 17:49, 16 October 2014 (UTC)
- Still the same, still not executable. Which rights has the lua binary? Florianschmidtwelzow (talk) 09:06, 16 October 2014 (UTC)
Multiple mediwiki installation
Hello!
I install and select Wikimedia method for installation.
My domains must be:
pool.mysite.com - Wiki pool
ua.mysite.com - Ukraine language WIKI
ru.mysite.com - Russian language WIKI
en.mysite.com - English language WIKI
Currently i see only website pool in my default language, and other WIKI in default language (not for domain).
Manual for installation not full writed.
Please helo me with installation multiple language to subdomains in wiki system. 217.77.222.5 (talk) 09:19, 15 October 2014 (UTC)
- You have to set the specific $wgLanguageCode for each wiki. Ciencia Al Poder (talk) 09:37, 16 October 2014 (UTC)
- Ok, but how use one prefix table for user (registration,logging, recovery password) and prefix like LANG_ to any wiki? 217.77.222.5 10:16, 17 October 2014 (UTC)
- You really should start to read the Manuals :) In the Manual for shared databases you can read how to share several tables/functions across multiple wikis :) Florianschmidtwelzow (talk) 05:35, 20 October 2014 (UTC)
- Ok, but how use one prefix table for user (registration,logging, recovery password) and prefix like LANG_ to any wiki? 217.77.222.5 10:16, 17 October 2014 (UTC)
Emailconfirmed users not able to edit pages
I am using Mediawiki 1.20 I gave settings $wgGroupPermissions['emailconfirmed']['edit'] = true; Still users whose email addresses are getting confirmed through confirmation mail and code are not able to edit wiki pages. Please reply ASAP Sanjeetkumarit (talk) 09:45, 15 October 2014 (UTC)
- MediaWiki 1.20 is not supported. Please upgrade to a newer version if you want support. Jackmcbarn (talk) 20:58, 19 October 2014 (UTC)
[RESOLVED]Mediawiki API + Autowikibrowser Error ... Something to do with XML Format
?> tags at the end. These tags often cause issues with trailing white-space (cf. bugzilla:17642 and http://news.php.net/php.general/280796).Hi
MW 1.23.5 PHP 5.4 Mysql 5.5
I am trying to configure autowikibrowser for my wiki www.vaniquotes.org
When I setup the site credentials for autowikibrowser. I receive the error 'Error connecting to Wiki' And in the problem it states is some xml errors.
Going one step ahead i tried to run the following query in my browser for my wiki
and find an error XML declaration allowed only at the start of the document
I checked the console in firebug and there is a leading new line character in the xml response which is causing the error.
But I don't understand how to fix it? My mediawiki installation is a new one and the most recent release, so I was wondering what could be the problem and how to fix it.
Any help is greatly appreciated
Thanks
Arnab 81.245.109.104 (talk) 11:05, 15 October 2014 (UTC)
- Is this a very wierd problem? Any help will be greatly helpful for me.
- Thanks
- Arnab 81.245.109.104 08:45, 16 October 2014 (UTC)
- This may be caused by an extra newline in one of the PHP files of your installation.
- Look at the files you've modified, most probably LocaSettings.php. Check that there's no newline at the start of the file (before "<?php"). Ciencia Al Poder (talk) 09:51, 16 October 2014 (UTC)
- Hi,
- Thanks Ciencia Al Poder, actually there was a closing ?> at the end of the php file. Now it works! Yaaay! Cool.
- Arnab 81.245.109.104 10:17, 16 October 2014 (UTC)
[RESOLVED] Change from localhost to name of wiki
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.
- Newbie here, so please be patient with me.
- How would I Change from localhost set up to new name of wiki? I want to do this because I need to others to access this wiki outside of the virtual machine.
- thanks Nic9212 (talk) 15:23, 15 October 2014 (UTC)
- I think you are basically looking for $wgServer, which you can change in LocalSettings.php. This will change the URLs, which MediaWiki creates.
- Apart from that you maybe want to modify the wiki's name, in which case you want to modify $wgSitename. 88.130.113.134 16:18, 15 October 2014 (UTC)
- Thanks, It works connecting to the wiki now but my attachments are not showing up( I am getting a 404 error). Any ideas how to fix this?
- (It works on the host of the server) Nic9212 (talk) 16:37, 15 October 2014 (UTC)
- My mistake, the attachments were not in the wwwroot Nic9212 (talk) 18:57, 15 October 2014 (UTC)
- Hi, did you manage to get others to access your wiki? I can not! Remy170 (talk) 22:02, 4 November 2017 (UTC)
- See Project:Support desk/Flow/2017/11#h-Cambiar_URL_de_mi_wiki-2017-11-04T21:36:00.000Z! 2003:CC:ABD3:2200:1896:C7D1:4360:C64E (talk) 00:19, 5 November 2017 (UTC)
How to migrate DokuWiki to mediaWiki
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 All,
- We are using Dokuwiki from past 3 - 4 Years, Now we want to migrate to Mediawiki, We have succsefully installed latest version of mediawiki, but we are not able to migrate data from Dokuwiki to mediawiki.We have both Wiki on Linux(6.0) server.
- Regards,
- Gaurav Wankhade. 202.176.200.100 (talk) 09:06, 16 October 2014 (UTC)
- Use your favorite search engine to look for a DocuWiki - MediaWiki migration script. Ciencia Al Poder (talk) 09:52, 16 October 2014 (UTC)
- just dont 194.95.141.200 (talk) 13:26, 19 February 2018 (UTC)
[RESOLVED] Failed to parse (unknown error) when using the math extension
I have pretty much given up on troubleshooting this issue. I simply cannot get math/Latex to work. Here is the relevant information about my setup:
- Operating system: Fedora 20
- Mediawiki version: 1.23.5
- Database server: MySql 5.6.21
- PHP: 5.5.17 (apache2handler)
LocalSettings.php:
$wgEnableUploads = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";
require_once("$IP/extensions/Math/Math.php");
$wgUseTeX =true;
$wgUploadDirectory = "{$IP}/images";
$wgUploadPath ="{$wgScriptPath}/images";
$wgMathPath = "{$wgUploadPath/}math";
$wgMathDirectory = "{$wgUploadDirectory}/math";
$wgTmpDirectory = "{$wgUploadDirectory}/tmp";
$wgTexvc ="{$IP}/extensions/Math/math";
$wgDebugLogFile="{$IP}/images/tmp/logfile.log";
Troubleshooting already done:
- Did not forget to use php ./maintenance/update.php after changing my LocalSettings.php file.
- I have a tmp and math directory in /images. They have group owner "apache" with the appropriate permissions (775).
- I checked texvc by issuing this command in the terminal (with the appropriate directory names changed):
texvc /home/wiki/tmp /home/wiki/math "y=x+2" iso-8859-1 "rgb 1.0 1.0 1.0"
and everything is fine (the file is created in the math directory).
- I tried editing my page with SELinux turned off by using "setenforce 0" and I still get "unknown error" when using math.
- I've made every relevant .php and .php5 file executable with group owner set to "apache".
- I've check the Special:Version page and the math extension is correctly installed.
- Here is the log file that is generated after trying to access the wiki page:
Start command line script ./maintenance/update.php [caches] main: EmptyBagOStuff, message: SqlBagOStuff, parser: SqlBagOStuff [caches] LocalisationCache: using store LCStoreNull Fully initialised Connected to database 0 at localhost DatabaseBase::query: Writes done: UPDATE `page` SET page_random = RAND() WHERE page_random = 0 SQL ERROR (ignored): Table 'my_wiki.profiling' doesn't exist (localhost)
- I tried placing the latex.fmt file in the /images/tmp directory and that still doesn't work.
Final comments:
I've followed every troubleshooting method that I could find through web search and nothing has worked. At this point, I have given up and I'm asking for some help.
Thank You Mfort123 (talk) 16:00, 16 October 2014 (UTC)
- You say issuing the texvc command directly works, do you mean it doesn't work in MediaWiki?
- Your log file seem to have info about running ./maintenance/update.php, that's not the log of viewing any page. Try setting a debug log as explained in Manual:How to debug Ciencia Al Poder (talk) 09:49, 17 October 2014 (UTC)
- Per your recommendation, I read the "How to debug" page and enabled the php debugger. The texvcchecker executable was not built, so I had to run "make" in /extensions/Math/texvccheck .
- Now everything seems to be working!
- Thank you very much Mfort123 (talk) 22:14, 17 October 2014 (UTC)
Integrating MediaWiki with ADFS
Hi,
MediaWiki is planned to be hosted in Azure Cloud and should be authenticated using ON Premise AD, through ADFS. Can you please provide directions to integrate MediaWiki with ADFS. Please help or Pointers are appreciated.
Thanks & Regards, Srinivasa 117.216.172.171 (talk) 17:22, 16 October 2014 (UTC)
Download link for Extension:LDAP
This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:LDAP Authentication/2014#h-Download_link_for_Extension:LDAP-2014-10-16T16:57:00.000Z. Florianschmidtwelzow (talk) 19:20, 16 October 2014 (UTC)
Search Form
At the top right of medaiwiki pages are a search with a text box that display an image at the end of the textbox. How this can be implemented into the standard search with Go and Search buttons?
Is there any alternatives for $wgUseTwoButtonsSearchForm or id=SearchGoButton
Thanks Al 66.207.201.146 (talk) 22:18, 16 October 2014 (UTC)
MediaWiki with ADFS as Identity Provider
I have successfully installed MediaWikiV1.23 in Azure cloud. Now I want to set this MediaWiki to communicate with ADFS as an Identity Provider. I have tried using SimpleSAMLAuth for this but it didn't work. Can anyone tell me the detailed steps to be followed to achieve this functionality. Thanks in advance :) 125.16.180.5 (talk) 04:01, 17 October 2014 (UTC)
Image Thumbnail : Error creating thumbnail: '"/convert"' is not recognized as an internal or external command, operable program or batch file. Error code: 1
| RESOLVED | |
| Please open a new thread if you have this problem or similar | |
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.
Morning everyone, I'm currently configuring a wiki for a project, everything seems to be working fine and mediawiki is great.
Only missing point that I'm facing is the image thumb-nailing not working =/
When I upload a file, I always get this error message in thumb section:
Error creating thumbnail: '"/convert"' is not recognized as an internal or external command, operable program or batch file.
Error code: 1
The setup:
- Windows Server 2008 R2
- XAMPP 1.8.3
- MediaWiki 1.23.5
- PHP 5.5.15 (apache2handler)
- MySQL5.6.20
I've installed ImageMagick and it's working as environment variable. I used this release: ImageMagick-6.8.9-8-Q16-x64-dll.exe which installs everything (or not maybe) needed for windows running. The install dir is placed under ../extensions/ of MediaWiki just to be on the safe that htdocs can have access to convert command. But still i got the error.
[MediaWiki configuration] Under LocalSettings.php:
$wgUseImageMagick = true; $wgImageMagickConvertCommand = '$IP/extensions/ImageMagick/convert.exe';
[PHP configuration]
php_imagick.dll must be added into php.ini? I can't find this dll extension.. on the imagick folder.
Anyway, It would be awesome if I could get this working, even if I got to install other extensions to render thumbs... The option of disabling thumbnails works as plan b
Many thanks in advance
Wbr, Sam Samuel Matildes (talk) 07:57, 17 October 2014 (UTC)
- It's strange, it's like it doesn't recognize the setting Manual:$wgImageMagickConvertCommand and it's using the default (because it doesn't say "convert.exe" in the error message).
- Check that you haven't mispelled the variable name and that you're editing the correct LocalSettings.php Ciencia Al Poder (talk) 09:56, 17 October 2014 (UTC)
- PHP only escapes variables within double quotes, not single ones. Try replacing:
$wgImageMagickConvertCommand = '$IP/extensions/ImageMagick/convert.exe';
- with:
- Ricordisamoa 06:39, 19 October 2014 (UTC)
$wgImageMagickConvertCommand = "$IP/extensions/ImageMagick/convert.exe";
- Hello,
- I've replaced the quotes with double quotes...and the results are the same.
- Is there any workaround for this?
- Many thanks in advance,
- Wbr,
- Sam Samuel Matildes (talk) 07:12, 21 October 2014 (UTC)
- Does "convert.exe" exist in the "ImageMagick" folder? Ricordisamoa 19:48, 23 October 2014 (UTC)
- You say the "results" are the same, but what about the error message? Ciencia Al Poder (talk) 09:28, 24 October 2014 (UTC)
Download VisualEditor package from Distributor page
I can*t download Viisual package VisualEditor (Branch 1.24)
Link does not work. I faced 404 error. Please check. https://www.mediawiki.org/wiki/Special:ExtensionDistributor/VisualEditor 46.164.142.68 (talk) 08:27, 17 October 2014 (UTC)
- Hello!
- Sorry for this. There was a little error in the backend, which doing all the work for ExtensionDistributor. I have pinged @Legoktm: yesterday and he fixed it. Now you should be able to download REL1_24 versions of Extensions :) Florianschmidtwelzow (talk) 19:45, 19 October 2014 (UTC)
Upgraded to 1.23.5, massive spam
Hello, did the upgrade the other day, and since spam is out of control. I'm still using ConfirmEdit with QuestyCaptcha (site is http://www.speedsolving.com/wiki). What else can I add to stop all of these?
On a side note, like 40 spam bots today created accounts. How can I bulk block and remove them without each on manually?
Many thanks. 110.171.63.6 (talk) 13:25, 17 October 2014 (UTC)
- When you have spam although you are using the QuestyCaptcha, this means that the spammers are able to correctly answer your questions. Change the questions (spam bots remember answers, which have previously proven to be correct) and maybe make them more difficult for a computer to guess. You might also want to use questions, which the average user will not be able to answer easily, but which is well known in your community.
- You can block spammers and remove all their contributions with an extension like Extension:BlockAndNuke. 88.130.114.225 22:48, 17 October 2014 (UTC)
- Thank you. That Extension BlockandNuke isn't compatible with 1.23.5. Any other options? 110.171.63.6 03:46, 18 October 2014 (UTC)
- I read that note as well. The patch however is already in the review system and you can patch your install manually with that patch. 88.130.92.109 11:23, 18 October 2014 (UTC)
- Great, thanks.
- As for preventing spam: any other recommended things other than QuestyCaptcha? 110.171.63.6 10:17, 27 October 2014 (UTC)
- Did you check if Questy captcha ist still working? LiturgicaNotata (talk) 06:40, 28 October 2014 (UTC)
- Yeah, it is up, but spam bots are still getting through, even though the question is quite difficult. 110.171.63.6 06:58, 4 November 2014 (UTC)
- Is it possible, that you use another captcha module, e.g. FancyCaptcha? Florianschmidtwelzow (talk) 09:52, 4 November 2014 (UTC)
- Yeah, it is up, but spam bots are still getting through, even though the question is quite difficult. 110.171.63.6 06:58, 4 November 2014 (UTC)
- Did you check if Questy captcha ist still working? LiturgicaNotata (talk) 06:40, 28 October 2014 (UTC)
- Thank you. That Extension BlockandNuke isn't compatible with 1.23.5. Any other options? 110.171.63.6 03:46, 18 October 2014 (UTC)
Attachments in Mediawiki
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.
Im new so please forgive me. I want attach documents(pdf, word, excel, etc) besides pictures, is it possible? All I see allowed is pictures... Also if I have a search feature implemented, will the search search inside these files for the keyword I searched? Thanks 98.103.150.122 (talk) 18:04, 17 October 2014 (UTC)
- Hello!
- In default, only images are allowed to be uploaded. You can Configure other file types (such as pdf), too.
- With this, MediaWiki will (and can) not search in these files. For this you need an Extension to handle this. Florianschmidtwelzow (talk) 22:04, 18 October 2014 (UTC)
[RESOLVED]cookies error message during connection to wiki
Hi,
to prevent acces to my mediawiki server, I create a form requiring the login to server and I check the answer according to values saved into a DB table created with phymyadmin
Now, before to run the mediawiki object the form is displayed
to perform this , I modified the index.php as following
<?php
session_start();
header('Content-Type: text/html; charset=UTF-8');
if ( !function_exists( 'version_compare' ) || version_compare( phpversion(), '5.3.2' ) < 0 ) {
// We need to use dirname( __FILE__ ) here cause __DIR__ is PHP5.3+
require dirname( __FILE__ ) . '/includes/PHPVersionError.php';
wfPHPVersionError( 'index.php' );
}
if (isset($_SESSION['Acces']) && ($_SESSION['Acces']==false)){
echo "<center><h2><font color='red'>Incorrect Login</font></h2><center>"; }
if (isset($_SESSION['Acces']) && ($_SESSION['Acces'])){
require __DIR__ . '/includes/WebStart.php';
$mediaWiki = new MediaWiki();
$mediaWiki->run();
}
else {
?>
<center>
<form action ="checkForm.php" method="post">
<b>identifiant : </b><input type="text" name="inputlogin" size="30"> <br />
<b>password : </b><input type="password" name="inputpwd" size="30"> <br />
<div class="action">
<input type="submit" class="btn primary" value="Valider">
</div>
</form>
</center>
<?php
}
and I create a checkForm.php as following
<?php
session_start();
error_reporting(E_ALL & ~E_NOTICE);
$_SESSION['mytwikiLog'] = $_POST['inputlogin'];
$_SESSION['mywikiPwd'] = sha1($_POST['inputpwd']);
$connect = mysqli_connect("localhost","root","rootpass","myDB") or die('error BD connect');
$query = 'SELECT * FROM myTable' ;
$result = mysqli_query($connect,$query) or die('Table error') ;
while($row = mysqli_fetch_row($result)){
if ( ($_SESSION['mywikiLog']==$row[1]) && ($_SESSION['mywikiPwd']==$row[2]) ){
$_SESSION['Acces']=true;
break;}
else {
$_SESSION['Acces']=false;}
}
mysqli_free_result($result);
mysqli_close($connect);
require("./index.php");
exit();
?>
But Now when I want to enter my connect login to the mediawiki The login is performed but I always have the two messages (brown and pink)
- 'userlogin-loggedin' : you are already logged in as .... use the form below to ogin an another user
- 'nocookieslogin' : SITENAME uses cookies to login users. You have cookies disabled. Please enabe them and try again
but I am corectly connect to the wiki and my cookies are activated
WHY HAVE I THIS TWO MESSAGES ?
Please coud you help me great thanks 78.206.72.23 (talk) 18:17, 17 October 2014 (UTC)
- Ehhh, please Do not hack MediaWiki core :) It's really not the best solution, what you are doing. MediaWiki itself should handle session initialization and all other stuff, so i think, that your problem is somewhere in your implementation.
- For what i understand, what you want to reach its much better to use the MediaWiki-built in functions. So why not require login for users in order to read/access the content in your wiki?
- If you really want to have a pre-login login, then maybe it's better to use .htaccess login, instead of the above code.
- Last, but not least, if you really want to have a pre-login form with your own stuff, you should read, how to implement Extensions in MediaWiki. I think it would be much better to use one (or more) of MediaWikis hooks to break in to MediaWiki's page creation process. Florianschmidtwelzow (talk) 21:57, 18 October 2014 (UTC)
- Before I protected all the serveur access with a .htaccess .htpassword
- but the form which was displayed are different according to the navigators and the access text was limited (no possibiity to add one image in background !)
- So, it was requested to me to make a pre-login login form
because it is a private wiki we want "accueil page" should be accessible only when this pre-login is validated- Is existing an extension to perform that : I don't find it
- After entering into the wiki: Ok the user right are correctly configurated with the localsetting (the anonymous can read but not write..., the extension confirmAccount is installed to accept only any users ....)
- manage one hook is not clear for me : where can I find an exemple of pre-login form which run the mediawiki ony if the prelogin is correct ?
- Thanks for your help 78.206.72.23 10:37, 19 October 2014 (UTC)
- Delete checkForm.php and put index.php back to normal. Add $wgGroupPermissions['*']['read'] = false; to your LocalSettings.php. Everything will work right with just the regular login then. Jackmcbarn (talk) 20:57, 19 October 2014 (UTC)
How to install MediaWiki Version 1.23.5?
- XAMPP 1.8.3
- MediaWiki Version 1.23.5
- PHP Version 5.5.15
- Database MySQL Version 5.6.20
Hello, I've downloaded XAMPP and get an error when I try to install MediaWiki Version 1.23.5. It requires a password for connection to the database with the user 'root' because it isn't safe without a password. I thought MediaWiki creates the database by itself and sets the password?!? 87.180.158.114 (talk) 18:30, 18 October 2014 (UTC)
- > I thought MediaWiki creates the database by itself
- No, it will create the tables into the database, that's why it needs the password ;)
- > and sets the password?!?
- No :) The user has to be created for MediaWiki (with a password). With this credentials, MediaWiki will create the tables into an existing database (you have to create this database, too). For this you can use phpMyAdmin (should be included in XAMPP). Florianschmidtwelzow (talk) 21:59, 18 October 2014 (UTC)
- Thank you! It wasn't that tricky in previous versions. 87.180.140.235 10:12, 19 October 2014 (UTC)
- That's not correct. Mediawiki can create both the user and the database. When you follow the installation script, there's one step where you can provide privileged mysql account credentials and also credentials for the database user MediaWiki will use, so it can create the database and create the user with the necessary privileges. If you don't provide the privileged user, MediaWiki will assume the database and the user already exist. Ciencia Al Poder (talk) 09:43, 20 October 2014 (UTC)
- That's what i mean, but for this you need an initial database user with the privileges to do that :) Florianschmidtwelzow (talk) 10:45, 20 October 2014 (UTC)
Exception from line 1871 of /w/includes/filerepo/file/LocalFile.php: Could not acquire lock for 'npose_n.png.'
| RESOLVED | |
| Problem is always wrong permissions in filesystem, or misconfiguration of SELinux | |
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.
/Special:Upload Exception from line 1871 of /w/includes/filerepo/file/LocalFile.php: Could not acquire lock for 'npose_n.png.'- ^I get that error when attempting to upload ANY file. Nothing I do is able to prevent this from happening.
- 1. What's a lock?
- 2. Why would this even happen?
- 3. What can I do to fix it?
- It's very, very weird. 184.155.109.183 (talk) 19:05, 18 October 2014 (UTC)
- MediaWiki tries to acquire an exclusive (or shared) lock to a file, which means, that MediaWiki wants to prevent any access to a given file, until the actions of MW are finished. Read more about file locking.
- To fix this problem, we must find out, what the problem is :) Is your webserver allowed to read/write the directory, where your images will be saved? Florianschmidtwelzow (talk) 21:48, 18 October 2014 (UTC)
- This error happens when a file should get locked for an update, but it can't be locked. A lock is used to prevent other changes to the file/the associated database row. The code, which now is failing got introduced to fix https://bugzilla.wikimedia.org/show_bug.cgi?id=54736.
- Questions are:
- Which version of MediaWiki are you using?
- You say that you get this error for every file. Does it then always contain the filename 'npose_n.png.' or does the filename change?
- Am I right thinking that the filename (in your example 'npose_n.png.') misses the first few letters? 88.130.92.109 22:09, 18 October 2014 (UTC)
- [2640d8bf] /index.php?title=%C3%96zel:Y%C3%BCkle Exception from line 1871 of /usr/share/nginx/html/includes/filerepo/file/LocalFile.php: Could not acquire lock for 'Yazanadam.jpg.'
- Backtrace:
- 0 /usr/share/nginx/html/includes/filerepo/file/LocalFile.php(1174): LocalFile->lock()
- 1 /usr/share/nginx/html/includes/upload/UploadBase.php(738): LocalFile->upload(string, string, string, integer, array, boolean, User)
- 2 /usr/share/nginx/html/includes/specials/SpecialUpload.php(467): UploadBase->performUpload(string, string, boolean, User)
- 3 /usr/share/nginx/html/includes/specials/SpecialUpload.php(186): SpecialUpload->processUpload()
- 4 /usr/share/nginx/html/includes/specialpage/SpecialPage.php(363): SpecialUpload->execute(NULL)
- 5 /usr/share/nginx/html/includes/specialpage/SpecialPageFactory.php(584): SpecialPage->run(NULL)
- 6 /usr/share/nginx/html/includes/MediaWiki.php(275): SpecialPageFactory::executePath(Title, RequestContext)
- 7 /usr/share/nginx/html/includes/MediaWiki.php(584): MediaWiki->performRequest()
- 8 /usr/share/nginx/html/includes/MediaWiki.php(435): MediaWiki->main()
- 9 /usr/share/nginx/html/index.php(46): MediaWiki->run()
- 10 {main}
- Version: MediaWiki 1.24.0 İncelemeelemani (talk) 23:35, 5 December 2014 (UTC)
- This error is for every file, wiki 1.24. Permissions 777 for all already ... 87.229.231.234 14:06, 14 April 2015 (UTC)
- I first changed the permission on the wiki folder itself to allow "others" read and write permissions, this didn't propagate to the subfolders, so I changed permissions for others on all the subfolders (and made sure to propagate the change - Ubuntu makes it easy). After that I was able to upload files without any problems. 89.242.167.212 16:28, 6 May 2015 (UTC)
- Note that giving write permissions to 'others' (which the last 7 means) is dangerous. You should make sure that everything is no more than 775. If that doesn't work, then most likely the owner or group of some of the files is incorrect. —TheDJ (Not WMF) (talk • contribs) 08:20, 7 May 2015 (UTC)
- Hi i have the same issue. I found an tip in the httpd:error_log (in var/log/httpd) which tells me that the directory images/lockdir can't be created as a repository to lock files.
- So i created it manually.
- After that another message => Impossible de créer le dossier « mwstore://local-backend/local-public/e/e0 ». (fr)
- Do i have to upload a plugin in my mediawiki for this feature ? 80.254.150.43 15:32, 22 May 2015 (UTC)
- The pb was solved giving rights to the directories to the apache user (forgotten i think while i installed it).
- In my wiki dir : find . -type d -exec chown apache.apache {} \;
- May be add chmod for more permissions on these dirs ? 80.254.150.43 15:47, 22 May 2015 (UTC)
- I also have this problem, I would like to ask how to solve!
- [4fcd73c1] /index.php/%E7%89%B9%E6%AE%8A:%E4%B8%8A%E4%BC%A0%E6%96%87%E4%BB%B6 MWException from line 1868 of /home/mediawiki/wiki/includes/filerepo/file/LocalFile.php: Could not acquire lock for '78px-Demonic_Blade_Vortex_Effect.png.'
- Backtrace:
- #0 /home/mediawiki/wiki/includes/filerepo/file/LocalFile.php(1147): LocalFile->lock()
- #1 /home/mediawiki/wiki/includes/upload/UploadBase.php(708): LocalFile->upload(string, string, string, integer, array, boolean, User)
- #2 /home/mediawiki/wiki/includes/specials/SpecialUpload.php(486): UploadBase->performUpload(string, string, boolean, User)
- #3 /home/mediawiki/wiki/includes/specials/SpecialUpload.php(197): SpecialUpload->processUpload()
- #4 /home/mediawiki/wiki/includes/specialpage/SpecialPage.php(384): SpecialUpload->execute(NULL)
- #5 /home/mediawiki/wiki/includes/specialpage/SpecialPageFactory.php(553): SpecialPage->run(NULL)
- #6 /home/mediawiki/wiki/includes/MediaWiki.php(281): SpecialPageFactory::executePath(Title, RequestContext)
- #7 /home/mediawiki/wiki/includes/MediaWiki.php(714): MediaWiki->performRequest()
- #8 /home/mediawiki/wiki/includes/MediaWiki.php(508): MediaWiki->main()
- #9 /home/mediawiki/wiki/index.php(41): MediaWiki->run()
- #10 {main} Beinan557 (talk) 09:21, 1 September 2016 (UTC)
- The pb was solved giving rights to the directories to the apache user (forgotten i think while i installed it).
- Hi i have the same issue. I found an tip in the httpd:error_log (in var/log/httpd) which tells me that the directory images/lockdir can't be created as a repository to lock files.
- Note that giving write permissions to 'others' (which the last 7 means) is dangerous. You should make sure that everything is no more than 775. If that doesn't work, then most likely the owner or group of some of the files is incorrect. —TheDJ (Not WMF) (talk • contribs) 08:20, 7 May 2015 (UTC)
- I first changed the permission on the wiki folder itself to allow "others" read and write permissions, this didn't propagate to the subfolders, so I changed permissions for others on all the subfolders (and made sure to propagate the change - Ubuntu makes it easy). After that I was able to upload files without any problems. 89.242.167.212 16:28, 6 May 2015 (UTC)
To the top button
This post by タチコマ robot was moved on 2015-06-26. You can find it at Skin talk:BootStrapSkin#h-To_the_top_button-2014-10-17T10:12:00.000Z. Florianschmidtwelzow (talk) 22:08, 18 October 2014 (UTC)
[RESOLVED]No Notification tab in preferences
It was because in my LocalSetting there are these 2 lines : $wgGroupPermissions['*']['viewmywatchlist'] = false; $wgGroupPermissions['*']['editmywatchlist'] = false; after replacement by $wgGroupPermissions['user']['viewmywatchlist'] = true; $wgGroupPermissions['user']['editmywatchlist'] = true; the orange bar ''you have a message'' is correctly removed after reading and the preferences "notification tab" is displayed only when the ''extension:echo'' is installed
Mediawiki-1.23.5 is installed
the wikisysop send a bienvenue message to a new user.talk page the new user see an orange bar given him a notification but this notification cannot be removed.... it always appears on each page
my installation doesn't give a preference notification tab ? there is no red icon with a notification number next to user name as on this wiki What I have forgotten to installed ? Thanks for your answering Chantoune (talk) 11:02, 19 October 2014 (UTC)
Disable dynamic redirects so that URL is correct?
How can I disable the dynamic redirects? I want the target to read the proper URL. Subfader (talk) 12:18, 19 October 2014 (UTC)
- Could you please elaborate? Ciencia Al Poder (talk) 09:44, 20 October 2014 (UTC)
Install the Gumax skin (4.0.3)
Hello there,
I need help installing the Gumax skin for my Wiki I host. I downloaded the Gumax skin 4.0.3 from here. I like the version 4.0.3 more than the other (newer) versions. I installed the Mediawiki software two weeks ago and the current version is MW 1.23.4. Yesterday I followed these steps in order to install the Gumax skin. But it doesn't working, if use ?useskin=gumax or activate the skin as user (preferred) skin. This will appear, if I use the preview: (1) What can I do to solve the problem in order to use this skin without any errors. Yässinzeldafan (talk) 15:48, 19 October 2014 (UTC)
- I think it has something to do with this line: "It has been tested and works with MediaWiki 1.17.0" ;) MediaWiki 1.17 is really oudated and not supported anymore.
- The Hook mentioned in the expect (in MW 1.23) two variables (array &$vars, OutputPage $out), the first as a reference. The skin file try to run the Hook as th efollowing:
wfRunHooks( 'MakeGlobalVariablesScript', array( $this->data ) )
- (only one parameter and not as a reference. So that's why the skin fails :) Try to upgrade to a newer versions or contact the developers, if they can help you to upgrade this skin version to work with newer versions of MediaWiki. Florianschmidtwelzow (talk) 05:28, 20 October 2014 (UTC)
- Okay, mir ist aufgefallen, dass du einen deutschen Namen hast und so gehe ich mal aus, dass du diese Sprache verstehst.
- Ich habe schonmal den Support dort kontaktiert. Ich bin gerade am zweifeln, da das Forum als auch die Website seit 2013 nicht mehr bearbeitet wurden und ich zweifle daran, dass eine Antwort kommt... Natürlich kann ich versuchen andere Versionen zu installieren, aber was mich stört ist die Topbar, die zentriert ist. Ich hätte es gerne, wenn die links bleibt. Ich bin mir sicher, dass man in der aktuellen Version mittels PHP die Topbar nach rechts verschiebt. (Siehe zum Beispiel aktuelle Version und Version 4.0.3) Ich wäre offen, wenn man mir hilft, die Topbar nach rechts zu verschieben. Doch zunächst möchte ich warten auf eine Antwort vom dortigen Support. Was meint ihr? Wird es zu einer Antwort vom Support kommen, obwohl die Website schon seit 2013 nicht mehr bearbeitet wurde?
- Ich bräuchte nochmal Hilfe: Und zwar versuche ich Extension:CheckUser zu installieren aber es erscheint, wenn ich jemanden CheckUserrechte gebe, "Datenbankfehler - [...] Es liegt ein Fehler in der Software vor". Ich muss gestehen, dass ich zwei Schritte, die auf der Extensionseite stehen übersprungen habe, da ich das erstens nicht verstanden habe und zweitens die nötigen Dateien nicht gefunden habe. Ich verwende FileZilla, aber nur für die Windows XP-Version. Kann man mir da auch helfen? (Wäre es angebracht, dass über Skype zu besprechen? Denn es würde dann vielleicht besser laufen.
- Danke für eure Hilfe, Yässinzeldafan (talk) 12:06, 20 October 2014 (UTC)
- Zu dem Skin: Ich fürchte, "das Team" ist schlicht Paul, der das Skin entworfen hat. ;-) Wenn du ne E-Mail-Adresse von ihm findest, kannst du ihn ja mal fragen, ob ihr zusammen das Skin für neuere MediaWiki-Versionen aktualisieren wollt.
- Du musst alle Schritte von Extension:CheckUser#On_an_existing_wiki wie beschrieben durchführen. Der Datenbankfehler deutet z.B. darauf hin, dass du die nötigen DB-Updates nicht vorgenommen hast. 88.130.98.176 12:35, 20 October 2014 (UTC)
- Jau, danke.
- Zu Punkt 1: [Ich verwende FileZilla für Windows XP (aber ich steige eh bald auf Linux um)] Die Datei php maintenance kann ich nicht finden weder noch php maintenance.php, php maintenance/update.php weder noch update.php. Ich finde nur Update.sample und Ugrade.php Bei einer Dateisuche im Server kann ich leider nichts finden. :(
- Zu Punkt 2: (Erledigt.)
- Zu Punkt 3: (Erledigt.)
- Zu Punkt 4: Ich finde die Datei php update.php nicht und ich weiß nicht wie man mit FileZilla eine Datei startet. Yässinzeldafan (talk) 13:19, 20 October 2014 (UTC)
- FileZilla ist ein FTP-Programm (übrigens ein sehr gutes) und mit FTP kann man keine Dateien ausführen. Der Befehl php update.php oder php maintenance/update.php ist für die Shell gedacht, also für Zugang über SSH. Da kann man Dateien ausführen. Neue Versionen von MediaWiki haben übrigens als mw-config/index.php einen Web-Updater. Der macht dasselbe wie update.php, aber man ruft ihn über den Webbrowser auf. Das klappt auch, wenn man keinen SSH-Zugang hat. 88.130.98.176 14:46, 20 October 2014 (UTC)
- Das heißt dann wohl, dass ich SSH Programm wie Putty verwenden soll, richtig? Ich habe Putty auf meinem Desktop, leider nicht auf deutscher Sprache. Habe die Software von putty.org heruntergeladen. Ich muss mich entschuldigen, denn ich bin ein Anfänger was sowas betrifft und als ich Putty startete wusste ich schonmal nicht was ich machen soll - ich stand quasi vor einer Sackgasse. Ich bin für jede Hilfe offen. Danke nochmals, Yässinzeldafan (talk) 18:14, 21 October 2014 (UTC)
- Ja, wenn du überhaupt SSH-Zugriff auf deinen Webspace hast. Das hängt vom Anbieter ab und viele, vor allem billige, geben einem keinen SSH-Account.
- Ohne SSH-Zugriff kannst du immer noch deine-domain.de/mw-config/index.php mit deinem Web-Browser aufrufen. Das ist der Web-Updater. Der macht dasselbe wie update.php, aber man ruft ihn über den Webbrowser auf. Das klappt auch, wenn man keinen SSH-Zugang hat. 88.130.71.88 20:32, 21 October 2014 (UTC)
- Nochmals vielen lieben Dank für die Infos. Ich versuche es nun so, wie du es mir erklärt hast. :) Wenn was ist, melde ich mich. Yässinzeldafan (talk) 22:15, 21 October 2014 (UTC)
So... Ich verwende für mein Server Parallels Confixx und habe SSH Zugriff (glaube ich zumindest)- mw-config/index.php wurde ausgeführt. Aktualisiert.
- CheckUser 1.23 wurde eingefügt
- Verwendungsbefehl wurde eingegeben
Jetzt weiß ich nicht, wie man den letzten Schritt noch meistert. Putty habe ich bis jetzt nicht verwendet.- Es hat alles nun geklappt.
- Ein Dankeschön
im Vorausvon mir für eure Hilfe, Yässinzeldafan (talk) 18:15, 23 October 2014 (UTC)
- Nochmals vielen lieben Dank für die Infos. Ich versuche es nun so, wie du es mir erklärt hast. :) Wenn was ist, melde ich mich. Yässinzeldafan (talk) 22:15, 21 October 2014 (UTC)
- Das heißt dann wohl, dass ich SSH Programm wie Putty verwenden soll, richtig? Ich habe Putty auf meinem Desktop, leider nicht auf deutscher Sprache. Habe die Software von putty.org heruntergeladen. Ich muss mich entschuldigen, denn ich bin ein Anfänger was sowas betrifft und als ich Putty startete wusste ich schonmal nicht was ich machen soll - ich stand quasi vor einer Sackgasse. Ich bin für jede Hilfe offen. Danke nochmals, Yässinzeldafan (talk) 18:14, 21 October 2014 (UTC)
- FileZilla ist ein FTP-Programm (übrigens ein sehr gutes) und mit FTP kann man keine Dateien ausführen. Der Befehl php update.php oder php maintenance/update.php ist für die Shell gedacht, also für Zugang über SSH. Da kann man Dateien ausführen. Neue Versionen von MediaWiki haben übrigens als mw-config/index.php einen Web-Updater. Der macht dasselbe wie update.php, aber man ruft ihn über den Webbrowser auf. Das klappt auch, wenn man keinen SSH-Zugang hat. 88.130.98.176 14:46, 20 October 2014 (UTC)
Warning: require(/home/lonas/public_html/wiki/includes/WebStart.php)
Hi,
I'm trying to install media wiki and at the begining I have an error like:
Warning: require(/home/lonas/public_html/wiki/includes/WebStart.php) [function.require]: failed to open stream: No such file or directory in /home/lonas/public_html/wiki/index.php on line 43
Fatal error: require() [function.require]: Failed opening required '/home/lonas/public_html/wiki/includes/WebStart.php' (include_path='.:/home/lonas/pear/php/:/usr/lib/php/') in /home/lonas/public_html/wiki/index.php on line 43
Can anybody tell me what is wrong? Is this permisions issue? I've set 755 for includes forlder Lonas (talk) 18:24, 19 October 2014 (UTC)
- Why doesn't includes/WebStart.php exist? It's there when you extract the tarball or checkout from Git. Jackmcbarn (talk) 20:53, 19 October 2014 (UTC)
[RESOLVED] Image gallery slider
Hello all,
I use Mediawiki v.1.20.6
On one wiki site I saw a useful template which makes a images slider:
http://lurkmore.to/%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD:MorphFile
I tried to make the same and copied the template, but it does not work at all (((:
http://www.wikijournal.ru/index.php/Test
Could you please tell me if there is a solution to fix the template to make it working? Or are the any other templates or extensions like this one? Fokebox (talk) 19:40, 19 October 2014 (UTC)
- You need JavaScript to make that work. They posted it at http://lukomore.org/lurk/%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:%D0%9B%D0%BE%D0%B9%D1%81/%D0%9C%D0%BE%D1%80%D1%84 Jackmcbarn (talk) 20:51, 19 October 2014 (UTC)
- Thx, yes it started to work, but there are two extra buttons appeared on the top that should be hidden, any solution on this? Fokebox (talk) 03:44, 20 October 2014 (UTC)
- Note, that MediaWiki 1.20 isn't supported anymore. As a side note. You may want to upgrade to at least MediaWiki 1.22.x, or better to the last stable release MediaWiki 1.23.5. Florianschmidtwelzow (talk) 05:18, 20 October 2014 (UTC)
- Additional question - are there some other templates / extensions with the same functionality? Fokebox (talk) 06:33, 20 October 2014 (UTC)
- The thread can be closed ))) I decided my own template with jquery image slider … at least I will try ) Fokebox (talk) 08:26, 20 October 2014 (UTC)
Side bar menu like on mediawiki.org
Hi, can anyone tell me how can I build menu like we have on mediawiki.org on left side? Lonas (talk) 20:08, 19 October 2014 (UTC)
- Go to at your wiki: mywiki.com/index.php/MediaWiki:Sidebar Fokebox (talk) 20:21, 19 October 2014 (UTC)
- See Manual:Interface/Sidebar. Ricordisamoa 00:03, 20 October 2014 (UTC)
problem to send email (smtp) to exchange server
hi!
I installed on my Win7 64bit machine Apache 2.4, php 5.6.0, mediawiki and the pear mail-packet. the mediawiki server only should be used in the company - not from the www and we used a Exchange-Server 2010.
I added into localsettings.php following parameter:
$wgSMTP = array(
'host' => "ma22-ex-002.local.xxxxx.de", // could also be an IP address. Where the SMTP server is located
'IDHost' => "xxxxx.de", // Generally this will be the domain name of your website (aka mywiki.org)
'port' => 25, // Port to use when connecting to the SMTP server
'auth' => true, // Should we use SMTP authentication (true or false)
'username' => "YYY-GIS-Hotline-Email@local.xxxxx.de", // Username to use for SMTP authentication (if being used)
#'username' => "gis-hotline@xxxxx.de", // Username to use for SMTP authentication (if being used)
'password' => "*******" // Password to use for SMTP authentication (if being used)
);
we want that only the admin could create accounts ->
$wgGroupPermissions['*']['createaccount'] = false;
when I create a account I get the message: Fehler beim Senden der E-Mail(error by sending email) : authentication failure [SMTP: No supported authentication methods (code: 250, response: MA22-EX-002.local.xxxxx.de Hello [Ip-Adress] SIZE PIPELINING DSN ENHANCEDSTATUSCODES STARTTLS X-ANONYMOUSTLS AUTH NTLM X-EXPS GSSAPI NTLM 8BITMIME BINARYMIME CHUNKING XEXCH50 XRDST XSHADOW)]
my chef-admin try to send emails by telnet - there is no problem!
- the main question is what are the correct parameters for $wgSMTP - is the username the name at the Exchange-Accout or the email-Adress ?
- is it require to install a email-client on the server of mediawiki ?
on the other hand I found the tip to active the php-error-log. I add into localsettings.php following:
error_reporting( -1 ); ini_set( 'display_errors', 1 );
I look and see following message: PHP Deprecated: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in C:\PHP-5.6.0\pear\Net\SMTP.php on line 495
can anyone help me ?
it is the last problem on my way to our mediawiki. german answers could be understand better than English.
regards Jan JanTappenbeck (talk) 09:36, 20 October 2014 (UTC)
- Pear-Mail has only support for a few authentication methods: Digest-MD5, CRAMMD5, LOGIN and PLAIN [8] and your server doesn't seem to support any of them.
- Try to enable at least one of them on the server. Ciencia Al Poder (talk) 09:57, 20 October 2014 (UTC)
- HI !
- thanks for answer.
- first i will add some parameter of php.ini i forget in the start-posting.
[mail function] ; For Win32 only. ; http://php.net/smtp SMTP = localhost ; http://php.net/smtp-port smtp_port = 25 ; For Win32 only. ; http://php.net/sendmail-from sendmail_from = GIS-Hotline@mydomain.de ; For Unix only. You may supply arguments as well (default: "sendmail -t -i"). ; http://php.net/sendmail-path ;sendmail_path = ; Force the addition of the specified parameters to be passed as extra parameters ; to the sendmail binary. These parameters will always replace the value of ; the 5th parameter to mail(), even in safe mode. ;mail.force_extra_parameters = ; Add X-PHP-Originating-Script: that will include uid of the script followed by the filename mail.add_x_header = On ; The path to a log file that will log all mail() calls. Log entries include ; the full path of the script, line number, To address and headers. mail.log = c:\temp\mail.log ; Log mail to syslog (Event Log on Windows). ;mail.log = syslog
- now to the answer....
- sorry - but i did not understand the order.
- is mixed Net_SMTP::auth ('sender@mydomain.de', 'mypassword' , 'PLAIN' ) a parameter a had to add into php.ini .... or ??
- regards Jan :-) JanTappenbeck (talk) 10:44, 20 October 2014 (UTC)
- Ah, I think I didn't specify well where the problem is ;)
- It's the mail server (exchange) the one that doesn't support Digest-MD5, CRAMMD5, LOGIN or PLAIN authentication options. Those are the only authentication options that PHP supports.
- You don't need to change anything on PHP, because it will automatically choose one of the authentication option on that list (Digest-MD5, CRAMMD5, LOGIN or PLAIN), the first one that your mail server supports.
- You have to enable at least one of those authentication mechanisms on MS Exchange to be able to send emails from PHP using that exchange server. Otherwise you'll have to use another mail server like gmail. Ciencia Al Poder (talk) 09:42, 21 October 2014 (UTC)
backup mediawiki - image etc.
hi !
is export the mysql-database enought for a good backup - what is with the image? include the sql-export?
regards Jan :-) JanTappenbeck (talk) 12:04, 20 October 2014 (UTC)
- You will need the database and the files of the installation. For the database, using mysqldump is the standard way of creating a DB backup. The files can e.g. be tar'ed into an archive.
- See Manual:Backing_up_a_wiki for more information! 88.130.98.176 12:26, 20 October 2014 (UTC)
How to remove a file?
https://simple.wikipedia.org/wiki/Man_o_man I accidentally put file:Stelvio1 and then after realized that the picture could be inserted by editing. I would like to remove the file. Could you tell me how and in detail, please? First1vip (talk) 14:36, 20 October 2014 (UTC)
- The page you linked has already been deleted. Which file do you want to have deleted? https://simple.wikipedia.org/wiki/File:Stelvio1 does not exist... 88.130.98.176 14:49, 20 October 2014 (UTC)
Wiki hacked for info
One private wiki used for one customer for collaboration was hacked using special:userlogin twice. Not sure how that works. The hacker went directly to a project category, downloaded a bunch of files. This was obviously someone very familiar with Mediawiki, no kiddie script.
I have not yet found in the log files where this happened yet, but the hacker deleted all the data base entries after 9/9/2013. I did not this this was easily done.
Any help or insight would be appreciated.
Rev 1.19.2 PHP 5.3.24 MySQL 5.0.96-log
Thanks, Don Dcshank (talk) 16:03, 20 October 2014 (UTC)
- Please follow Manual:Security. Especially do not disclose details about the hack to the public (including myself).
- Note that your MediaWIki version is outdated and has known security holes. Given that there are quite a number of known security related issues in the version you used, which might give an attacker possibilities to manipulate files on the server, I guess it's unlikely that a yet unknown zero-day exploit has been used. Anyway, you cannot be sure about that until you figured out how the attack actually worked. 88.130.98.176 16:38, 20 October 2014 (UTC)
- Thanks very much for the advice 88.130.98.176. Special:userlogin has been discussed as a problem for a while.
- I understand the version is outdated and every version is going to have security holes. Unfortunately any MediaWiki version is outdated the day after it is released. And, since the MediaWiki is not exactly Windows Notepad, I am not going to be doing a Tuesday Windows type update every week.
- I have to take a stand at some point and work with what I have until there is a compelling reason to upgrade. I have taken care of the problem for now. I just never expected anyone to go to so much effort to get the trivial information that was taken. I'm anxious to take the time to figure out the hack, but more important thing press at this time
- The horrible thing is wiping the DB. I am assuming the image and page files still exist on the server. Is there any utility existing that would rebuild a useful index? Dcshank (talk) 17:55, 20 October 2014 (UTC)
- MediaWiki minor updates come out around once a month - or less frequently. For me personally it takes less than five minutes to install such an update. Your current situation proves that security is a compelling reason to update. Not updating, knowing of the dangers, is negligent, if not grossly negligent.
- You wrote that the hacker removed "all db entries after 9/9/2013". Content from the tables page, revision and text is unique. Content from these tables (page, revisions, text) cannot be rebuilt. Maybe from Google cache, but you know - that is not, what you want to do. Having a backup would be fine...
- You can put those images, which are now missing in the DB, into a folder. Then these images can be imported using the maintenance script importImages.php. 88.130.98.176 21:11, 20 October 2014 (UTC)
- 1.19 is still supported. I'm hoping that you meant 1.19.20 rather than 1.19.2; if not, then that would probably be how you got hacked. "Unfortunately any MediaWiki version is outdated the day after it is released." <-- That isn't true. Releases, especially LTS, are relatively rare. "I have to take a stand at some point and work with what I have until there is a compelling reason to upgrade." <-- Security vulnerabilities are a pretty compelling reason to upgrade. Also, why do you think Special:UserLogin was involved in the hack, and what does "went directly to a project category, downloaded a bunch of files" mean? Jackmcbarn (talk) 21:14, 20 October 2014 (UTC)
- A MediaWiki version isn't outdated the next day. See Version_lifecycle to know, how our version lifecycle works. Normally you should use always the latest stable version of MediaWiki, but there are some LTS versions, which get security fixes, too. There should be no problem (and in your own interest) to upgrade/use some of the supported versions of MediaWiki.
- Weekly snapshoots of MediaWiki (called wmf-branches) are thought for Wikimedia wikis use only (like Wikipedia and sister projects). You can, if you want, use these versions, too, to get the newest changes, which are mainly untested for environments outside the wikimedia use. So you have to be very familar with MediaWiki, to know what to do, if something went wrong. Florianschmidtwelzow (talk) 21:19, 20 October 2014 (UTC)
- Thanks for all your input. Don't take things I say too literally. Of course it not outdated the next day, but we all know the nature of software. I can't disagree with most of it, but like probably most everyone else here, there are never enough hours in the day to do everything that should be done. My primary job is not maintaining the server and websites, and I cannot afford to hire someone to do that full-time, which is what would be required to keep everything pristine.
- I figured out most of what happened, still working the issue. I have tried some things, and will see how they look in the log file tomorrow. I have tried to upgrade but there is some kind of bug at GoDaddy that will not allow it, and I have not had time to work on it. And, several upgrades that required MySQL changes took a lot longer than 5 minutes.
- Thanks for your help. I have learned a lot, my customer and I will be discussing things. Dcshank (talk) 21:48, 20 October 2014 (UTC)
Blanc Page after MediaWiki Update 1.23.5 to 1.24
I have an Ubuntu Server with MySQL and Apache.
I've first updated my wiki from 1.23alpha to 1.23.5. Everything was fine.
Then I've updated from 1.23.5 to 1.24 and I get blanc pages. Everything is blanc. Source code of the Website is also empty.
My error log shows:
PHP Warning: require(/var/www/includes/WebStart.php): failed to open stream: No such file or directory in /var/www/mywikifolder/index.php on line 36
and
PHP Fatal error: require(): Failed opening required '/var/www/includes/WebStart.php' (include_path='.:/usr/share/php:/usr/share/pear') in /var/www/mywikifolder/index.php on line 36
I've applied chmod 755 to WebStart.php with no change
After that also chmod 755 -R to includes folder with no change
What do I have to do?
What does this mean:
(include_path='.:/usr/share/php:/usr/share/pear') Sadd~mediawikiwiki (talk) 21:03, 20 October 2014 (UTC)
- It's looking for the files in the wrong place. Do you have some kind of weird symlinks or aliases set up? Jackmcbarn (talk) 21:09, 20 October 2014 (UTC)
- I did nothing special. Just a standard installation. Sadd (talk) 21:19, 20 October 2014 (UTC)
- What I do not understand is how you have set up your wiki:
- The central index.php file is located at /var/www/mywikifolder/index.php. Then WebStart.php must be available at /var/www/mywikifolder/includes/WebStart.php and this is the location, which MediaWiki should look for this file. However, in your case, this is not where MediaWiki tries to find the file. Instead, it looks at /var/www/includes/WebStart.php. And that is wrong. 88.130.98.176 21:31, 20 October 2014 (UTC)
- Ok, I didn't see that it looks in the wrong folder. Thank you for that.
- But it worked for 1.23.5 somehow. Where do I have to set which variable, so it looks in the correct location for the WebStart.php? Sadd (talk) 22:15, 20 October 2014 (UTC)
- I did nothing special. Just a standard installation. Sadd (talk) 21:19, 20 October 2014 (UTC)
Fatal exception of type MWException after upgrade to OSX server yosemite
I use MediaWiki 1.23.0 with OS X server mavericks. However after upgrade to OS X 4.0 yosemite, It shows error '[43887455] 2014-10-21 00:38:56: Fatal exception of type MWException' with the title of Internal error. I have no idea of how to solve. Anyone can advice me? Please let me know the solution. 220.69.180.57 (talk) 00:44, 21 October 2014 (UTC)
- Hello,
- you should add
$wgShowExceptionDetailstotruein your LocalSettings.php to see more information about the Exception. Reproduce the error and give us the exact error message :) Florianschmidtwelzow (talk) 05:09, 21 October 2014 (UTC)- Error was like below:
- CACHE_ACCEL requested but no suitable object cache is present. You may want to install APC.
- Backtrace:
- 0 [internal function]: ObjectCache::newAccelerator(array)
- 1 /Library/Server/Web/Data/Sites/zhx.xyz/w/includes/objectcache/ObjectCache.php(85): call_user_func(string, array)
- 2 /Library/Server/Web/Data/Sites/zhx.xyz/w/includes/objectcache/ObjectCache.php(72): ObjectCache::newFromParams(array)
- 3 /Library/Server/Web/Data/Sites/zhx.xyz/w/includes/objectcache/ObjectCache.php(44): ObjectCache::newFromId(integer)
- 4 /Library/Server/Web/Data/Sites/zhx.xyz/w/includes/GlobalFunctions.php(3961): ObjectCache::getInstance(integer)
- 5 /Library/Server/Web/Data/Sites/zhx.xyz/w/includes/Setup.php(513): wfGetMainCache()
- 6 /Library/Server/Web/Data/Sites/zhx.xyz/w/includes/WebStart.php(156): require_once(string)
- 7 /Library/Server/Web/Data/Sites/zhx.xyz/w/index.php(43): require(string)
- 8 {main}
- I installed APC with homebrew, but I don't know how to reinstall it.
- I did uninstall and install but, APC shows error.
- brew install autoconf
- brew install pcre
- sudo pecl install apc
- 2 warnings and 6 errors generated.
- make: *** [apc_compile.lo] Error 1
- ERROR: `make' failed
- I don't know what to do. 220.69.180.57 08:02, 21 October 2014 (UTC)
- You need to have a working APC installation to use CACHE_ACCEL (or XCache or WinCache). If you APC isn't working, you should use CACHE_NONE or CACHE_DB (or another supported cahce method). Florianschmidtwelzow (talk) 08:09, 21 October 2014 (UTC)
- Now I see the problem.
- I upgraded OS X server Mavericks to Yosemite.
- Yosemite has php version of 5.5.
- PHP 5.5 (Yosemite) is not compatible with APC 3.1.13 (My previous Version of APC).
- Any idea for this situation? 220.69.180.57 11:06, 21 October 2014 (UTC)
- Use Zend OPCache. It is included with PHP 5.5 and is the replacement for APC.
- More info is here: http://stackoverflow.com/questions/9611676/is-apc-compatible-with-php-5-4-or-php-5-5 88.130.71.88 14:26, 21 October 2014 (UTC)
- It can replace APC's opcode caching functionality. However, it does not provide the data caching functionality used for CACHE_ACCEL. That was moved to a new PECL extension called APCu. PleaseStand (talk) 17:39, 21 October 2014 (UTC)
- You need to have a working APC installation to use CACHE_ACCEL (or XCache or WinCache). If you APC isn't working, you should use CACHE_NONE or CACHE_DB (or another supported cahce method). Florianschmidtwelzow (talk) 08:09, 21 October 2014 (UTC)
- when I check Version, with php -v
- It shows like below :
- PHP Warning: PHP Startup: apc: Unable to initialize module
- Module compiled with module API=20100525
- PHP compiled with module API=20121212
- These options need to match
in Unknown on line 0- PHP 5.5.14 (cli) (built: Sep 9 2014 19:09:25)
- Copyright (c) 1997-2014 The PHP Group
- Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies 220.69.180.57 08:08, 21 October 2014 (UTC)
- Unrelated but please use the latest 1.23.x version. 1.23.0 is old and has security issues. AKlapper (WMF) (talk) 07:24, 21 October 2014 (UTC)
[RESOLVED] php error - file_get_contents
hi !
I get following error message in php_errors.log:
[21-Oct-2014 09:07:59 UTC] PHP Warning: file_get_contents(): Unable to find the wrapper "https" - did you forget to enable it when you configured PHP? in C:\mediawiki\extensions\SpamBlacklist\BaseBlacklist.php on line 273 [21-Oct-2014 09:07:59 UTC] PHP Warning: file_get_contents(https://meta.wikimedia.org/w/index.php?title=Spam_blacklist&action=raw&sb_ver=1): failed to open stream: No such file or directory in C:\mediawiki\extensions\SpamBlacklist\BaseBlacklist.php on line 273
can someone help ?
reagards Jan :-) 85.233.12.114 (talk) 09:12, 21 October 2014 (UTC)
- You may need to enable the PHP extension php_openssl.dll
- http://stackoverflow.com/questions/11453487/xampp-and-file-get-contentshttps
- Alternatively, replace all URLs on $wgSpamBlacklistFiles that have "https:" with "http:", or remove them Ciencia Al Poder (talk) 09:54, 21 October 2014 (UTC)
- Hello!
- You should ask this question on Extension_talk:SpamBlacklist. SpamBlacklist wants to import some files from meta-wiki with a secure https connection. But it seems, that your webhost doesn't support this. So you should remove the s from https (so it's http:// only), which isn't really recommended, or you should ask your hoster to activate https as a wrapper.
- Or: You copy the contents of https://en.wikipedia.org/w/index.php?title=MediaWiki:Spam-blacklist into your local site MediaWiki:Spam-blacklist and add this site to
- Florianschmidtwelzow (talk) 09:56, 21 October 2014 (UTC)
$wgSpamBlacklistFiles = array( "[[MediaWiki:Spam blacklist]]" );
- hallo !
- this part will run now - thanks for help!
- regards Jan 85.233.12.114 07:37, 30 October 2014 (UTC)
Some errors with GraphViz 1.4.0 on MW 1.25alpha and SMW 2.0
Error:
| Extended content |
|---|
[2ec1cfca] /w/rurakwiki/index.php?title=Spielwiese&action=submit Exception from line 6390 of /var/www/w/rurakwiki/includes/parser/Parser.php: Parser state cleared while parsing. Did you call Parser::parse recursively?
Backtrace:
#0 /var/www/w/rurakwiki/includes/parser/Parser.php(4795): Parser->lock()
#1 /var/www/w/rurakwiki/includes/content/WikitextContent.php(146): Parser->preSaveTransform(string, Title, User, ParserOptions)
#2 /var/www/w/rurakwiki/includes/page/WikiPage.php(2140): WikitextContent->preSaveTransform(Title, User, ParserOptions)
#3 /var/www/w/rurakwiki/extensions/SemanticMediaWiki/includes/src/MediaWiki/EditInfoProvider.php(88): WikiPage->prepareContentForEdit(WikitextContent, NULL, User, string)
#4 /var/www/w/rurakwiki/extensions/SemanticMediaWiki/includes/src/MediaWiki/EditInfoProvider.php(66): SMW\MediaWiki\EditInfoProvider->prepareContentForEdit()
#5 /var/www/w/rurakwiki/extensions/SemanticMediaWiki/includes/src/MediaWiki/Hooks/NewRevisionFromEditComplete.php(81): SMW\MediaWiki\EditInfoProvider->fetchEditInfo()
#6 /var/www/w/rurakwiki/extensions/SemanticMediaWiki/includes/src/MediaWiki/Hooks/NewRevisionFromEditComplete.php(76): SMW\MediaWiki\Hooks\NewRevisionFromEditComplete->getParserOutputFromEditInfo()
#7 /var/www/w/rurakwiki/extensions/SemanticMediaWiki/includes/Setup.php(392): SMW\MediaWiki\Hooks\NewRevisionFromEditComplete->process()
#8 [internal function]: SMW\Setup->SMW\{closure}(WikiFilePage, Revision, integer, User)
#9 /var/www/w/rurakwiki/includes/Hooks.php(206): call_user_func_array(Closure, array)
#10 /var/www/w/rurakwiki/includes/GlobalFunctions.php(4004): Hooks::run(string, array, NULL)
#11 /var/www/w/rurakwiki/includes/filerepo/file/LocalFile.php(1424): wfRunHooks(string, array)
#12 /var/www/w/rurakwiki/includes/filerepo/file/LocalFile.php(1184): LocalFile->recordUpload2(string, string, string, array, boolean, User)
#13 /var/www/w/rurakwiki/includes/upload/UploadBase.php(736): LocalFile->upload(string, string, string, integer, NULL, boolean, User)
#14 /var/www/w/rurakwiki/extensions/GraphViz/UploadLocalFile.php(238): UploadBase->performUpload(string, string, boolean, User)
#15 /var/www/w/rurakwiki/extensions/GraphViz/GraphViz_body.php(1013): UploadLocalFile::upload(string, string, User, string, string, boolean, boolean)
#16 /var/www/w/rurakwiki/extensions/GraphViz/GraphViz_body.php(640): GraphViz::render(string, array, Parser)
#17 [internal function]: GraphViz::graphvizParserHook(string, array, Parser, PPFrame_DOM)
#18 /var/www/w/rurakwiki/includes/parser/Parser.php(4227): call_user_func_array(array, array)
#19 /var/www/w/rurakwiki/includes/parser/Preprocessor_DOM.php(1268): Parser->extensionSubstitution(array, PPFrame_DOM)
#20 /var/www/w/rurakwiki/includes/parser/Parser.php(3310): PPFrame_DOM->expand(PPNode_DOM, integer)
#21 /var/www/w/rurakwiki/includes/parser/Parser.php(1268): Parser->replaceVariables(string)
#22 /var/www/w/rurakwiki/includes/parser/Parser.php(433): Parser->internalParse(string)
#23 /var/www/w/rurakwiki/includes/content/WikitextContent.php(338): Parser->parse(string, Title, ParserOptions, boolean, boolean, NULL)
#24 /var/www/w/rurakwiki/includes/content/AbstractContent.php(490): WikitextContent->fillParserOutput(Title, NULL, ParserOptions, boolean, ParserOutput)
#25 /var/www/w/rurakwiki/includes/page/WikiPage.php(2145): AbstractContent->getParserOutput(Title, NULL, ParserOptions)
#26 /var/www/w/rurakwiki/includes/page/WikiPage.php(1814): WikiPage->prepareContentForEdit(WikitextContent, NULL, User, string)
#27 [internal function]: WikiPage->doEditContent(WikitextContent, string, integer, boolean, NULL, string)
#28 /var/www/w/rurakwiki/includes/page/Article.php(2012): call_user_func_array(array, array)
#29 /var/www/w/rurakwiki/includes/EditPage.php(1903): Article->__call(string, array)
#30 /var/www/w/rurakwiki/includes/EditPage.php(1903): Article->doEditContent(WikitextContent, string, integer, boolean, NULL, string)
#31 /var/www/w/rurakwiki/includes/EditPage.php(1287): EditPage->internalAttemptSave(array, boolean)
#32 /var/www/w/rurakwiki/includes/EditPage.php(522): EditPage->attemptSave()
#33 /var/www/w/rurakwiki/includes/actions/EditAction.php(56): EditPage->edit()
#34 /var/www/w/rurakwiki/includes/actions/SubmitAction.php(40): EditAction->show()
#35 /var/www/w/rurakwiki/includes/MediaWiki.php(414): SubmitAction->show()
#36 /var/www/w/rurakwiki/includes/MediaWiki.php(282): MediaWiki->performAction(Article, Title)
#37 /var/www/w/rurakwiki/includes/MediaWiki.php(584): MediaWiki->performRequest()
#38 /var/www/w/rurakwiki/includes/MediaWiki.php(435): MediaWiki->main()
#39 /var/www/w/rurakwiki/index.php(46): MediaWiki->run()
#40 {main}
|
Any idea what would be the reason for this? The extension does work and I am able to draw with it, but at times there is a certain reluctance to do the job. Temptuousinsolence (talk) 15:17, 21 October 2014 (UTC)
- Hello!
- MediaWiki 1.25 isn't released yet, it's in alpha. So, if you have problems, make sure, that you use the latest version of all components and try to find out, what component causes the error. Then you can create a BUGREPORT for it, so the developers can improve the feature(s). Florianschmidtwelzow (talk) 21:02, 21 October 2014 (UTC)
How to make an image slider for Mediwiki?
Hello all! Does anyone know how to make a template which allows to insert image slider just like that? Fokebox (talk) 17:03, 21 October 2014 (UTC)
How can I use mwdumper with Postgresql command line
I was importing a MediaWiki database using mwdumper with MySql. Now I need to do the same thing, but using Postgresql.
Basicly I get a archive in this link:
http://dumps.wikimedia.org/enwiki/20140903/
And I use mwdumper program to get informations and put in my database.
This is the database script:
https://git.wikimedia.org/blob/mediawiki%2Fcore.git/HEAD/maintenance%2Fpostgres%2Ftables.sql
I created the database through this sql, and now I need to use mwdumper to put data in my database. I saw many links about this, but only to do in MySql.
Anyone know how to do this import using Postgres, using command line? 200.131.224.101 (talk) 20:11, 21 October 2014 (UTC)
- Honest answer? Don't do it.
- Sure, you can use Postgres, but if you do, that means that you will have to deal with brokenness and bugs. MediaWiki's Postgres support is by far not as mature as its MySQL support. Instead of trying to make things work with Postgres somehow, you should better set up MySQL and use that.
- With MySQL you'll be far better off. 88.130.71.88 20:43, 21 October 2014 (UTC)
Using mediawiki via WinSCP
I have currently got my mediawiki working on my localhost. I now want to move my wiki pages from localhost onto the server (WinSCP), but I can't seem to get it working. I have even tried creating a brand new wiki page but during the installation process, it won't let me connect to the database. Is it possible to have mediawiki working via WinSCP, if so, can you tell the steps I should follow? 94.173.24.36 (talk) 23:24, 21 October 2014 (UTC)
- With WinSCP you only transfer the files, correct? All other must be handeld by an webserver. Why you think you can not connect to the database (which database managament system, mysql?)? Have you an error message? If so, what error message? Florianschmidtwelzow (talk) 07:23, 22 October 2014 (UTC)
- I am using mysql. When I try to setup mediawiki on WinSCP, in the connecting the database section I get the message
- DB connection error: Access denied for user 'xxxx'@'localhost' (using password: YES) (localhost).
- Check the host, username and password and try again. 94.173.24.36 10:07, 22 October 2014 (UTC)
- Yeah, then you should do this: Check the host, username and password and try again.
- The database user, you want to use, is not allowed to access the database you want :) So, check if the spell of the username and password is correct, if the password is correct and if the user has the rights to read/write the database you want to use. Florianschmidtwelzow (talk) 10:10, 22 October 2014 (UTC)
- I have tried that already. The host, username and password are the same one which I used when running mediawiki on my localhost littledevils326 10:19, 22 October 2014 (UTC)
- Then the data on your localhost aren't the same as on your server. Please check the data for the mysql server running on the server you transferred the mediawiki installation to. Florianschmidtwelzow (talk) 20:49, 22 October 2014 (UTC)
- I have tried that already. The host, username and password are the same one which I used when running mediawiki on my localhost littledevils326 10:19, 22 October 2014 (UTC)
Won't Access Database: Too many open links
"DB connection error: :real_connect(): Too many open links (1)"
I believe the problem is number of connections MediaWiki is required to open.
My server admin says for security reasons I need to find out how many MediaWiki requires?
http://www.solidarity.coop/wiki 210.56.82.86 (talk) 02:30, 22 October 2014 (UTC)
- If this is about the number of DB connections, which MediaWiki needs to open, then this depends on the number of concurrent visitors to your wiki. You might start with something like 25 and go higher, should you need more.
- Which versions of PHP and MySQL are you using? PHP before 5.3.3 had a bug[1] which made it create "zombie connections". These then slowly filled up ressources until the DB was no longer reachable.
- [1] https://bugs.php.net/bug.php?id=51605 88.130.115.61 09:17, 22 October 2014 (UTC)
- PHP Version 5.3.29 210.56.82.86 10:01, 22 October 2014 (UTC)
- Provider won't increase connections above 20. So I don't think I can install. 210.56.82.86 01:16, 23 October 2014 (UTC)
- The default for max_conections was 100 and in current MySQL versions is 151 [9]. So only having 20 is ... kind of lame. Anyway, when you say that installation does not even work, then at that moment you are not using 20 connections, but you are trying to use exactly one connection and not more. I know of a wiki, which is used more or less frequently and there something like 25 connections is enough to serve all visitors. If you cannot even make one single connection to MySQL, then this effectively means that MySQL is not usable for you on this server. MediaWiki (and also many other nice systems) won't work without database access. If the host cannot fix his setup, then I would change to a host, where you actually can use what you paid for. 88.130.100.37 08:43, 23 October 2014 (UTC)
- Hi Steve,
- TPP Wholesale MySQL servers have a "20 concurrent connections" limit per MySQL user to prevent heavy MySQL load on the server and to identify scripts that use unnecessary MySQL connections due to bad coding practices.
- These errors can be prevented by making some tweaks in your code:
- 1. Use of mysql_connect() for connections to MySQL databases in your code. The advantage is the link to the server will be closed as soon as the execution of the script ends, unless it's closed earlier by explicitly calling mysql_close(). A detailed explanation can be found at http://us3.php.net/manual/en/function.mysql-connect.php
- 2. Use of mysql_close() explicitly. Although mysql_connect() closes the connections, use of mysql_close() in conjunction with it would make sure that the connection is totally closed.
- 3. Prevent use of mysql_pconnect(). The disadvantage is the connection to the MySQL server will not be closed when the execution of the script ends. Instead, the link will remain open for future use. Please note: mysql_close() will not close links established by mysql_pconnect.
- Please take note of the following details.
- List of files with mysql_pconnect:
soso15411@shell:/clientdata/ap ache-www/s/o/solidarity.coop/www$ grep -rl mysql_pconnect . ./mediawiki-back/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.html ./mediawiki-back/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.txt ./mediawiki-back/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php-brief.php ./mediawiki-back/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php.php ./mediawiki-back/includes/db/DatabaseMysql.php ./wiki-back/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.html ./wiki-back/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.txt ./wiki-back/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php-brief.php ./wiki-back/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php.php ./wiki-back/includes/db/DatabaseMysql.php ./wiki/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.html ./wiki/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.txt ./wiki/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php-brief.php ./wiki/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php.php ./wiki/includes/db/DatabaseMysql.php Instances of mysql_connect: /clientdata/apache-www/s/o/solidarity.coop/www$ grep -rl mysql_connect . ./mediawiki-back/netreginstall /db-util.php ./mediawiki-back/HISTORY ./mediawiki-back/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.html ./mediawiki-back/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.txt ./mediawiki-back/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php-brief.php ./mediawiki-back/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php.php ./mediawiki-back/includes/db/DatabaseMysql.php ./wiki-back/netreginstall/db-util.php ./wiki-back/HISTORY ./wiki-back/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.html ./wiki-back/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.txt ./wiki-back/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php-brief.php ./wiki-back/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php.php ./wiki-back/includes/db/DatabaseMysql.php ./wiki/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.html ./wiki/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.txt ./wiki/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php-brief.php ./wiki/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php.php ./wiki/includes/db/DatabaseMysqli.php ./wiki/includes/db/DatabaseMysql.php ./wiki/HISTORY Instances of mysql_close: grep -rl mysql_pconnect . ./mediawiki-back/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.html ./mediawiki-back/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.txt ./mediawiki-back/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php-brief.php ./mediawiki-back/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php.php ./mediawiki-back/includes/db/DatabaseMysql.php ./wiki-back/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.html aarney@shell:~$ setdomain solidarity.coop soso15411@shell:/clientdata/apache-www/s/o/solidarity.coop/www$ grep -rl mysql_close . ./mediawiki-back/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.html ./mediawiki-back/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.txt ./mediawiki-back/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php-brief.php ./mediawiki-back/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php.php ./mediawiki-back/includes/db/DatabaseMysql.php ./wiki-back/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.html ./wiki-back/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.txt ./wiki-back/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php-brief.php ./wiki-back/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php.php ./wiki-back/includes/db/DatabaseMysql.php ./wiki/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.html ./wiki/extensions/SyntaxHighlight_GeSHi/geshi/docs/geshi-doc.txt ./wiki/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php-brief.php ./wiki/extensions/SyntaxHighlight_GeSHi/geshi/geshi/php.php ./wiki/includes/db/DatabaseMysql.php
- Unfortunately, I cannot make any changes to this number, and it is most likely something you should take up with the mediawiki developers as this is an issue with the way the site is coded.
- Kind Regards,
- Alex
- TPP Wholesale Support Team 210.56.87.187 04:38, 3 December 2014 (UTC)
- Any plans from the Mediawiki team to fix this? 210.56.87.16 12:50, 6 December 2014 (UTC)
- The fact that a certain function is present in the code does not tell anything about if and how it's actually used.
- It would be important to know when/why this happens. As far as I know the MediaWiki Core and also SyntaxHighlight_GeSHi, which you have on your system (which does not mean you actually use it), do not use more connections than they need. As written above I have a wiki, which is frequently used and for this wiki maybe 30-50 concurrent DB connections are really enough.
- Is it possible that you in fact really have a need for more connections? E.g. do you have more than 20 concurrent visitors requesting stuff from MediaWiki? Your access logs should show you that... 88.130.87.233 17:45, 6 December 2014 (UTC)
- > E.g. do you have more than 20 concurrent visitors
- That in fact isn't a problem, too. MySQL-Connections will be closed as soon as the execution of the script ends. That means, that you need to have more then 20 visitors, who opens your wiki page at the exact same time and the execution of the php script must be at the same time, too, which is really difficult to do (think, that a normal page view, e.g. of Special:NewMessages takes 887 ms). So i would check, if you really have only Syntaxhighlight as an extension and check, if another application also use the same database user and if so, check, if there is a misconfiguration or a problem in the implementation of database access. Florianschmidtwelzow (talk) 19:29, 6 December 2014 (UTC)
- Any plans from the Mediawiki team to fix this? 210.56.87.16 12:50, 6 December 2014 (UTC)
- The default for max_conections was 100 and in current MySQL versions is 151 [9]. So only having 20 is ... kind of lame. Anyway, when you say that installation does not even work, then at that moment you are not using 20 connections, but you are trying to use exactly one connection and not more. I know of a wiki, which is used more or less frequently and there something like 25 connections is enough to serve all visitors. If you cannot even make one single connection to MySQL, then this effectively means that MySQL is not usable for you on this server. MediaWiki (and also many other nice systems) won't work without database access. If the host cannot fix his setup, then I would change to a host, where you actually can use what you paid for. 88.130.100.37 08:43, 23 October 2014 (UTC)
- Provider won't increase connections above 20. So I don't think I can install. 210.56.82.86 01:16, 23 October 2014 (UTC)
- PHP Version 5.3.29 210.56.82.86 10:01, 22 October 2014 (UTC)
Approve edits before publishing
- Hi,
- Is there a way to approve edits before publishing the content to all? If yes, could you please let me know the steps to configure the same.
- Regards
- Gopi. R 2001:4898:80E8:EE31:0:0:0:4 (talk) 16:34, 22 October 2014 (UTC)
- Hi!
- That is possible with Extension:FlaggedRevs. 88.130.115.61 19:14, 22 October 2014 (UTC)
- Thanks for the info.
- Actually I'm trying “Extension:Approved Revs” for the same but getting into the below issue.
- Installed “Extension:Approved Revs” to prevent publishing changes to a page until approval. For that, I did the below changes but still I could not see the (approve) link on history page. Also, the changes made on the pages are published directly to all the users.
- 1. Created a folder “ApprovedRevs” inside extension folder and copied all the files.
- 2. Executed the DB scripts to create the DB objects
- 3. Added the below configuration in the LocalSettings PHP file
require_once( "$IP/extensions/ApprovedRevs/ApprovedRevs.php" ); $wgGroupPermissions['*']['edit'] = false; $egApprovedRevsBlankIfUnapproved = true; $wgGroupPermissions['*']['viewlinktolatest'] = false; $wgGroupPermissions['sysop']['viewlinktolatest'] = true; $egApprovedRevsAutomaticApprovals = false; $egApprovedRevsShowApproveLatest = true;
- Am I missing anything? Appreciate your help. Thanks
- Regards
- Gopi. R 2001:4898:80E8:EE31:0:0:0:4 00:47, 25 October 2014 (UTC)
- Any info on this would be really helpful because stuck with this for almost a week..
- Appreciate for any help on this.
- Thanks in advance 2001:4898:80E8:EE31:0:0:0:3 15:41, 28 October 2014 (UTC)
- It's been 9 years. I just found this extension (and mediawiki) but it's not working out for me, same error. Guess this post is dead? Would really love to know how to fix this... Deeperlevelgame (talk) 18:03, 3 September 2023 (UTC)
- Extension:Moderation
- Just found this extension, seems to be a great alternative to approved revs and works fine (as far as a i can test now)! Great stuff Deeperlevelgame (talk) 19:23, 5 September 2023 (UTC)
[RESOLVED] Odd occurrence when viewing Special:Version
| RESOLVED | |
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.
So every so often when I load up my own Special:Version page, I get a warning at the top of the page that looks like this:
Warning: is_file(): open_basedir restriction in effect. File(/usr/bin/git) is not within the allowed path(s): (/home/:/usr/lib/php:/usr/local/lib/php:/tmp:/usr/local/apache/htdocs) in /.../includes/GitInfo.php on line 132
It's repeating 9 times at the top of the page, overlapping with the logo and causing the special page cactions tab to separate from the rest of the page's actual content. After refreshing the warning goes away, and this only ever happens on this Special page to my knowledge.
The only thing I can think of is when I've updated my version in the past (using doteasy's softaculous), the final step (going to /mw-config/) doesn't seem to complete when trying to update the tables. It seems to stop midway with errors, but I'm not entirely sure if that's the reason, since everything else in 1.23.5 works normally. Schiffy (talk) 19:12, 22 October 2014 (UTC)
- This error happens, because $wgGitBin is set to /usr/bin/git and because this path is not within those paths, which are allowed by open_basedir. So either you allow access to this path by adding it to open_basedir or you change $wgGitBin to a path, to which the user does have access. Or finally you can make your installation no git checkout, meaning you could remove the folder .git, which then stops MediaWiki from trying to get information about the Git repo. 88.130.115.61 19:18, 22 October 2014 (UTC)
- I'm gonna have to inquire about all three solutions:
- Where is open_basedir so I can add it?
- Does the path that I change $wgGitBin to matter? Could I set it to something like 'none'?
- I can't even find the .git folder. Schiffy (talk) 19:41, 22 October 2014 (UTC)
- You can read the answer to this and pick the way you want (or you can do).
- I don't know, what happens then, but MW expect an executable bin, so maybe it will cause an error. If you want: Just try it.
- It's a hidden folder, so if you want to see it via the terminal use the
-aoption ofls, if you access the server with an FTP client, you have to activate, that the client should force to view hidden folders. Florianschmidtwelzow (talk) 19:45, 22 October 2014 (UTC)
- Try setting
$wgGitBin = false;in LocalSettings.php Ciencia Al Poder (talk) 09:33, 23 October 2014 (UTC)- I can really only assume it worked, since it wasn't really causing anything other than that line showing up. Thanks. Schiffy (talk) 16:47, 23 October 2014 (UTC)
- I'm gonna have to inquire about all three solutions:
Creating a Vector derived skin
Hi, it's me again. Since bugzilla:71621 seems to get to nowhere I am now trying to create a skin derived from Vector with a custom name and an additional .less file meant to hold what was previously on MediaWiki:Vector.css. So this works cool for one exception. The tabs on Special:Preferences do not render as they do for Vector. Basically I get a bulleted list with the former tab names and no tabs. I am sure there is a small trick to get this magic working. I will be great if someone could share this one ... Thanks! 91.64.99.215 (talk) 22:47, 22 October 2014 (UTC)
- I am having the same exact issue.. I am working it at the moment... If I find a solution I will let you know.. tnory56 (talk) 21:25, 14 November 2014 (UTC)
- if I add to my
'vector/special.preferences.less'=> array( 'media' => 'screen' )
$wgResourceModules['skins.skinname.styles'] = array( 'styles' => array( 'skinname/screen.min.css' => array( 'media' => 'screen' ), //HERE 'vector/special.preferences.less'=> array( 'media' => 'screen' ) ), 'remoteBasePath' => &$GLOBALS['wgStylePath'], 'localBasePath' => &$GLOBALS['wgStyleDirectory'] );
- This worked for me... Let me know if you need any help. tnory56 (talk) 22:39, 14 November 2014 (UTC)
[RESOLVED] Unknown error in PHP's mail() function
- MediaWiki: 1.23.5
- PHP: 5.5.9-1ubuntu4.4 (apache2handler)
- MySQL: 5.5.40-0ubuntu0.14.04.1
- I installed a new wiki. It is working fine other than it fails at sending email. For example when I ask it to send a confirmation email I get the following error:
- "4MI Wiki could not send your confirmation mail. Please check your email address for invalid characters. Mailer returned: Unknown error in PHP's mail() function."
- Or when I try to create a new account and have a random password sent to the user I get this error:
- "Account creation error Error sending mail: Unknown error in PHP's mail() function." Kmacdowe (talk) 00:23, 23 October 2014 (UTC)
- See here: Manual:$wgSMTP#Error_sending_mail:_Unknown_error_in_PHP.27s_mail.28.29_function_Mediawiki Florianschmidtwelzow (talk) 06:08, 23 October 2014 (UTC)
- The solution was to remove a line from the PHP configuration file that was redundantly calling a PHP module that was already called from a different config file. Sorry I don't have the specifics at hand right now. Advice to others that have this problem: try sending mail from the CLI, if you get an error, fix that and then try sending from your wiki again. Thanks Florianschmidtwelzow for the help. Kmacdowe (talk) 00:50, 5 November 2014 (UTC)
- See https://phabricator.wikimedia.org/T32260#1093954 Foudfou (talk) 23:14, 5 March 2015 (UTC)
- If you are running CentOS7 (or the equivalent Redhat) running SEL, you may have to turn on the ability of apache to send mail. See if this is set to allow or disallow by running the following command:
- getsebool -a | grep mail
- If you get the following response:
- allow_postfix_local_write_mail_spool --> off
- Then you will get the Unknown error. You will need to turn on this ability in the OS by the following command:
- setsebool -P httpd_can_sendmail on
- This should cure the error. Jabbott (talk) 15:15, 6 January 2017 (UTC)
Kmacdowe (talk) 00:04, 20 June 2018 (UTC)
- I have the same problem at my Wiki:
| MediaWiki | 1.35.0 |
| PHP | 7.4.12 (cgi-fcgi) |
| MySQL | 5.7.27-30 |
| ICU | 50.1.2 |
| Lua | 5.1.5 |
- What is the solution? Fokebox (talk) 13:41, 18 November 2020 (UTC)
- The solution is to unblock (you, or your hosting provider) connections from PHP to the external mail server. Ciencia Al Poder (talk) 14:02, 18 November 2020 (UTC)
- A little bit unclear for me how to so ... what I noticed I have such problem after upgrading from 1.29 to 1.35 Fokebox (talk) 14:55, 18 November 2020 (UTC)
- With the upgrade of MediaWiki 1.29 to 1.35 you have also upgraded PHP (otherwise it wouldn't work). Since you're using php mail() function instead of PEAR_mail, you'll have to review and correct php's mail settings. See https://www.php.net/manual/mail.configuration.php Ciencia Al Poder (talk) 08:36, 19 November 2020 (UTC)
- Thank you! I am not a programmer and appreciate if you let me know what exactly should be made according to the provided article. Fokebox (talk) 15:59, 20 November 2020 (UTC)
- This is not really something for a programmer, but for a system/network administrator. Contact your hosting provider Ciencia Al Poder (talk) 18:38, 20 November 2020 (UTC)
Transcribing project: How to get the number of words added/edited in an article by any user ?
Is there any extension available to get the word or character count of an article which is added by a user? I need this for a transcribing and proofreading project which gives some users certain rewards according to the number of characters they contributed to the wiki. 208.116.10.33 (talk) 03:32, 23 October 2014 (UTC)
Access to images folder and other folders
This is my first website/wiki development project. I'm currently building a wiki using www.example.com/mediawiki for testing and development purposes. I've noticed that I can access, through the browser, all the folders in /mediawiki such as /mediawiki/images and /mediawiki/extensions. I was under the impression that putting "Deny from all" in .htaccess would block the access, but it doesn't work. I currently have an .htaccess file with only one line "Deny from all" and I can still just type www.example.com/mediawiki/images in the browser and can I see all the files and folders from my own filesystem.
I realise that mediawiki is designed to allow all users to edit any page; however, I would simply like to protect against the possibility that one user is able to upload/access a document that I uploaded for another user on a certain page. As it stands, any user can simply get any file by typing www.example.com/mediawiki/images or he can access the files by using [[File:|220x220px]]. I went through Manual:Image_Authorization. On that page, we have the following:
img_auth.php then checks to see if the user has access to that particular file and if so, streams it back. If not, it displays a standard 403 error.
OK, so how do I block a user from accessing a particular file? The page doesn't tell you how to achieve this apart from setting $wgUploadpath to the img_auth.php file.
In summary, I would like to know the following:
- Is there a way to block access to www.example.com/mediawiki/folder with folder=images, extensions, etc ?
- Is there a way to block the ability of users with upload and edit rights to have access to files that have already been uploaded by other users or myself?
Thank you Mfort123 (talk) 05:18, 23 October 2014 (UTC)
- I put the following in the httpd.conf file:
<Directory /var/www/html/mediawiki/images>
Options -Indexes- </Directory>
- and it seems to be blocking access to the images folder. Mfort123 (talk) 05:29, 23 October 2014 (UTC)
- You probably want to put
Options -Indexesdirectly on/var/www/html/mediawikiinstead of each subfolder. - img_auth.php is meant to block access to images by unregistered users. I don't know if currently it can be configured/extended to allow more granularity. You probably want to open a BUGREPORT requesting that. Ciencia Al Poder (talk) 09:41, 23 October 2014 (UTC)
- You probably want to put
[RESOLVED] Images not displaying
In this wiki the images are not displayed. I tried both with uploading one or using the InstantCommons features (like in the main page), but the result is the same. The software is 1.16.5 and I cannot upgrade it since the hosting server support a PhP compatible to this version at the best. Any suggestion? 139.133.73.61 (talk) 16:51, 23 October 2014 (UTC)
- Read access to the http://homepages.abdn.ac.uk/jurapedia/mediawiki/images/ folder is forbidden. Try contacting your webmaster. 19:38, 23 October 2014 (UTC)
- Please upgrade mediawiki from 1.16.5 to mediawiki 1.23.5 or wait until November to get 1.24 or upgrade to mediawiki 1.23 and then upgrade to mediawiki 1.24 when released. 09:56, 24 October 2014 (UTC)
- Please also upgrade php from, 5.2 to 5.3 please to work with latest version of mediawiki. 09:57, 24 October 2014 (UTC)
- You also can upgrade to 1.19.x, which is the latest stable and supported branch, that supports PHP < 5.3.2 (if you can not upgrade your PHP version). But, you should try to figure out ways to upgrade your php version, because MW 1.19 support will end in May 2015. 11:17, 24 October 2014 (UTC)
- Hello, as I explained I cannot upgrade as I downloaded the latest version compatible with the PhP version on my university's server. I really would like to use the latest version, but I can't do it for now. Isn't there a way to display images in this software though? Tanonero (talk) 13:29, 25 October 2014 (UTC)
- The server is using PHP 5.2.17 and MediaWiki 1.19 is compatible with that PHP version (see Release_notes/1.19). So in fact also I recommend to try an upgrade.
- And if it's only for improved security. Some days ago we had a user here who asked, how he could restore part of his database after he realized that an attacker had deleted all entries newer than a certain date. It's no fun having such issues. 88.130.85.32 13:38, 25 October 2014 (UTC)
- Thank you for your reply, unfortunately I read 5.2.17 as 5.2.1.7, so I installed an outdated version. I'll try an upgrade, even if I am struggling with apparently simple operations as I am a poor sociologist :(
- Should the upgrade solve my displaying images problem? Tanonero (talk) 14:29, 25 October 2014 (UTC)
- > Should the upgrade solve my displaying images problem?
- Maybe, maybe not :) Please give us feedback, if the upgrade solved the problem. Florianschmidtwelzow (talk) 16:25, 25 October 2014 (UTC)
- Hello, I managed to upgrade my wiki to the latest version supported, which is 1.19.20, but the old images are still not displayed. Furthermore, when uploading new test images I get the warning messages:
- ▪ Could not delete lock file for "mwstore://local-backend/local-public/f/f8".
- ▪ Could not delete lock file for "mwstore://local-backend/local-public/f/f8/Test1.jpg
- Finally, in the thumbnail frame it appears the message "Error creating thumbnail: sh: /usr/bin/convert: No such file or directory". Any suggestion? Tanonero (talk) 14:48, 26 October 2014 (UTC)
- I solved it, the only problem was that my Local Settings was missing of:
- $wgUploadPath = "$wgScriptPath/uploads";
- $wgUploadDirectory = "$IP/uploads";
- Sorry everyone to having wasted your time. Tanonero (talk) 15:52, 26 October 2014 (UTC)
- Hi you also need to update your localsettings.php for 1.19 since you were using 1.16 there were lots of changes including adding support for javascript. Paladox2017 (talk) 17:37, 26 October 2014 (UTC)
- You can ask who ever owns the server to upgrade there php to 5.3.3 or higher. Paladox2017 (talk) 17:38, 26 October 2014 (UTC)
- That is not needed as PHP 5.2 is available and MediaWiki 1.19 supports it. Malyacko (talk) 11:27, 27 October 2014 (UTC)
- Hello, as I explained I cannot upgrade as I downloaded the latest version compatible with the PhP version on my university's server. I really would like to use the latest version, but I can't do it for now. Isn't there a way to display images in this software though? Tanonero (talk) 13:29, 25 October 2014 (UTC)
- You also can upgrade to 1.19.x, which is the latest stable and supported branch, that supports PHP < 5.3.2 (if you can not upgrade your PHP version). But, you should try to figure out ways to upgrade your php version, because MW 1.19 support will end in May 2015. 11:17, 24 October 2014 (UTC)
- Please also upgrade php from, 5.2 to 5.3 please to work with latest version of mediawiki. 09:57, 24 October 2014 (UTC)
- Please upgrade mediawiki from 1.16.5 to mediawiki 1.23.5 or wait until November to get 1.24 or upgrade to mediawiki 1.23 and then upgrade to mediawiki 1.24 when released. 09:56, 24 October 2014 (UTC)
Problem with Homepage
Hello everybody,
I have a serious problem with my homepage. I renamed it this morning, and when I click on my logo, I arrive on a frightful redirect page.
How shall we do it ???
Thank you for your help 78.232.145.12 (talk) 17:07, 23 October 2014 (UTC)
- Try editing the "MediaWiki:Mainpage" message accordingly. Ricordisamoa 19:34, 23 October 2014 (UTC)
- How editing the "MediaWiki:Mainpage" ??? I don't understand your message. Where is the "MediaWiki:Mainpage" ??? 78.232.145.12 11:41, 24 October 2014 (UTC)
- You can edit the wiki page MediaWiki:Mainpage in your wiki. This page points to the main page of your wiki and that is what the logo links to. If you moved the main page, then you should adjust the text on this page accordingly so that the logo links to the correct place again. 88.130.84.100 11:56, 24 October 2014 (UTC)
- How editing the "MediaWiki:Mainpage" ??? I don't understand your message. Where is the "MediaWiki:Mainpage" ??? 78.232.145.12 11:41, 24 October 2014 (UTC)
Vector
I am hosting the Mediawiki site on one computer, and accessing it from another. From the hosting computer, the main page (the only page) displays in proper vector format. However, on the second computer, all the content appears down one side in a bullet point list, including the navigation and search bars. I have no idea why this is happening. Can I have some help please? 86.147.200.210 (talk) 20:04, 23 October 2014 (UTC)
- Hi!
- This problem can have different reasons:
- The most likely is that you have set Manual:$wgServer either to the IP address 127.0.0.1 or to the word "localhost". This can be corrected by setting it to the IP address or domain name of the computer, on which the wiki is installed.
- Another possibility is that you somehow cannot access load.php. The solution for this problem is on the page load.php. 88.130.100.37 21:20, 23 October 2014 (UTC)
Html tags not working
Hello, some of the tags in my wiki doesnt work.
for example <img> works but <img src= ... . ... > doesnt work
also when i create table the wiki doesnt recognizes <tbody> tags.
There are some other tags like this which wiki doesnt recognize. What could be the reason for this?
http://www.nebula.web.tr/wiki/index.php?title=Ana_Sayfa 176.40.158.118 (talk) 10:09, 24 October 2014 (UTC)
- Not every HTML tag is allowed in wikitext. Have a look at m:Help:HTML in wikitext.
- To use the <img> tag, enable
$wgAllowImageTagand use$wgAllowExternalImagesor$wgAllowExternalImagesFrom. Ricordisamoa 18:48, 26 October 2014 (UTC)
Vincular Google con Wikipedia
Hola,
Queremos vincular nuestra página de Wikipedia para que cuando realicen en Google una búsqueda sobre nosotros, salga nuestra web y al lado el perfil de Google+ con información de Wikipedia.
¿Cómo podemos hacer esto?
Gracias 195.235.167.204 (talk) 12:55, 24 October 2014 (UTC)
- I understand that you want to link the Spanish Wikipedia to Google search results. However, I do not understand, what exactly you want to do. 88.130.84.100 13:50, 24 October 2014 (UTC)
- Si hay un artículo en Wikipedia sobre vosotros, el Knowledge Graph debería aparecer automáticamente.
- En cambio, si queréis enlazar vuestra página de Google+ a vuestro sitio web, leed esta página. Ricordisamoa 18:14, 26 October 2014 (UTC)
Wikimedia Conferentie site geeft Fatal error
Bolt - Fatal error. Bolt could not connect to the database. Make sure the database is configured correctly in app/config/config.yml, that the database engine is running.
Since you're using pdo_mysql, you should also make sure that the database bolt exists, and the configured user has access to it.
This is a fatal error. Please fix the error, and refresh the page. Bolt can not run, until this error has been corrected. Make sure you've read the instructions in the documentation for help. If you can't get it to work, post a message on our forum, and we'll try to help you out. Be sure to include the exact error message you're getting! 80.57.202.94 (talk) 13:20, 24 October 2014 (UTC)
- This error is currently being displayed at http://wikimedia.nl. 88.130.84.100 13:30, 24 October 2014 (UTC)
- Hmm, it's working for me. Florianschmidtwelzow (talk) 15:40, 24 October 2014 (UTC)
- Yepp, now it's working again. 88.130.84.100 17:10, 24 October 2014 (UTC)
- Hmm, it's working for me. Florianschmidtwelzow (talk) 15:40, 24 October 2014 (UTC)
Deleted categories still in extended search
After deleting categories I'm still able to choose them under extended search. 46.114.35.77 (talk) 13:24, 24 October 2014 (UTC)
Access auf bestimmte Seiten im Wiki
Guten Nachmittag,
wir möchten in unserem Wiki den Zugang für einige oder mehrere Seiten für unagemeldete Benutzer und für Besuchern sperren, sodass diese Nutzer nicht in der Lage sind diese Seiten zu besuchen. Folgende Seiten möchten wir vollständig vor Besuchern und unangemeldete Besnutzer zugangsmäßig sperrig:
- Benutzerseiten und benutzeranhängende Seiten
- Alle Diskussionsseiten aller Namensräume
- Spezial:Letzte Änderungen 87.150.155.18 (talk) 14:11, 24 October 2014 (UTC)
- Hallo! Du solltest dir am besten folgendes Handbuch durchlesen:
- Manual:Preventing_access#Restrict_viewing_of_certain_specific_pages
- MediaWiki ist und wurde nicht dafür designed, einen Seitenbasierten Zugriffsschutz zu bieten. Ohne Extensions geht da gar nichts, und selbst mit kann es sein, dass dein gewünschtes Ziel nicht erreicht werden kann. Florianschmidtwelzow (talk) 15:38, 24 October 2014 (UTC)
Is there a way to preemptively create a user account?
I have a group of people who will be accessing my wiki in the near future. They currently do not have accounts. I would like to have them be in a particular user group, before they login for the first time. This way they will have the permissions they need without having to login and then ask to be added to a user group. Is there some way to pre-populate the user's accounts? I'm looking at the user table and it looks like I could populate new rows there and in user_groups to make this happen. Does anyone have any suggestions or ideas? Thanks! 108.217.170.176 (talk) 14:53, 24 October 2014 (UTC)
- Just go to the normal create account form while logged in and you can create additional accounts for people there. 120.144.141.81 02:08, 25 October 2014 (UTC)
- I understand the question that 108.217... wants to have accounts created (in which way ever), but these accounts should then automatically be put into a certain usergroup.
- MediaWiki does have the maintenance script createAndPromote.php. So if you create the accounts from the shell, then you can add groups. However, this script only allows to add the groups sysop, bureaucrat or bot to the user account. Other groups are not possible. Anyway, based on that script, you maybe can write an own script, which basically does exactly the same, but also allows to add other groups.
- I am even asking myself, why only these few selected groups should be possible. It is absolutely ok to have other groups with different names as well and it surely does make sense to be able to put users into these other groups as well. An according feature request might be an idea! 88.130.85.32 11:37, 25 October 2014 (UTC)
- I'm wondering, if it isn't possible to use the "normal" user promotion mechanism. If a new user is created he is automatically in the group "Users", so why not adjust the rights of this group like you want and create a new additional group, which has the required permissions to do other things? Florianschmidtwelzow (talk) 16:22, 25 October 2014 (UTC)
- I understood that not all new users should get these special permissions, but only some of them. Like you have a whitelist and if the new username is "Klaus", then the user should be put in the special group.
- I thought this might be possible with a hook, but I only found auditing hooks, which are called after a new user has been added. 88.130.85.32 18:03, 25 October 2014 (UTC)
- I'm wondering, if it isn't possible to use the "normal" user promotion mechanism. If a new user is created he is automatically in the group "Users", so why not adjust the rights of this group like you want and create a new additional group, which has the required permissions to do other things? Florianschmidtwelzow (talk) 16:22, 25 October 2014 (UTC)
br tag in the footer
- version 1.23.5
- recent update from 1.15 to 1.23.5
- French version
After Lastmodifiedatby message, a br balise appears in plain text. I don't know why. Thank you 129.104.247.2 (talk) 17:25, 24 October 2014 (UTC)
- well, I've fixed it with js code, but not a pretty solution 92.140.42.147 00:36, 26 October 2014 (UTC)
- Hello!
- Can you look at the interface message
lastmodifiedat(MediaWiki page: MediaWiki:Lastmodifiedat). What contents are there? Is there a br tag? Florianschmidtwelzow (talk) 06:23, 3 November 2014 (UTC)- There was, but I created the mediawiki page with no br tag, and there was no result. 129.104.247.2 11:15, 3 November 2014 (UTC)
- ? So, the message had a br tag, yes? Have you removed it now? Can you try to delete the entire page and check again? Florianschmidtwelzow (talk) 09:51, 4 November 2014 (UTC)
- There was, but I created the mediawiki page with no br tag, and there was no result. 129.104.247.2 11:15, 3 November 2014 (UTC)
Off-line editing of mediawiki site?
Hi! I recently setup a new site using MediaWiki (latest version). As I travel a lot, I would like to be able to edit content while offline (say during long trips) and then simply sync my changes when back online (say when I get home). Is there anything doing this? I own a MacBook Pro, but I can easily create a virtual machine (Win, Linux).
Thanks for any help! 37.116.49.110 (talk) 09:15, 25 October 2014 (UTC)
- Hi!
- I do not know of an easy way of doing so. Are you the only one working on the wiki? If so, then you could install a webserver on your laptop and store the wiki on that laptop as well. Another option would be to create a copy of the wiki and take this copy with you on the laptop. Later you can then replace the old version with the new stuff you now have on the laptop. These options will not work, if also others are working on the wiki. In this case, I do not know of an easy solution right now. 88.130.85.32 11:43, 25 October 2014 (UTC)
- Hi and thanks for your interest in my question!
- Nope: I'm not the only one to contribute to this wiki.
- I was thinking about something like MarsEdit (an app that does exactly what I ask, but only with blogs/wordpress).
- You know: I began this wiki, and I want to populate it as much as possible in littlest time... that's why I wanted to use off-line time too.
- OT note on MarsEdit: I contacted this app's support, as I was told that it could do the trick. They kindly answered me that their app doesn't "link" to wikis "out of the box", and that a good starting point (not a solution, I'm afraid) would be to know which kind of API I'm dealing with... I can choose among AtomPub, Blogger, Blosxcom, Conversant, MetaWeblog, Movable Type, WordPress API's... do you (or anyone else) know if MediaWiki sports any of these? Thanks!!! 37.116.49.110 13:46, 25 October 2014 (UTC)
MediaWiki:Vector.css not applied to Special:Preferences
Hi! In my project i've some small css tweaks for MediaWiki:Vector.css. It's works fine on all pages (and Special:Version too eg) but not applied on Special:Preferences page. Why? MW Version is 1.23.5 UksusoFF (talk) 12:20, 26 October 2014 (UTC)
- User CSS and user JS isn't allowed on Special:UserLogin and Special:Preferences, so it will not be loaded on both special pages for security reasons (see bug 70672). You have to put the CSS to the css files of your skin or load it via LocalSettings.php.
- There is a bug report for this, too, with a discussion to re-allow usercss and user js on both special pages: bug 71621. Florianschmidtwelzow (talk) 15:06, 26 October 2014 (UTC)
- Thx, i will try it. UksusoFF (talk) 18:48, 26 October 2014 (UTC)
Show diff if page is new?
The outdated Extension:Patroller uses the DifferenceEngine to display the diff.
private function showDiff( &$edit ) {
$diff = new DifferenceEngine( $edit->getTitle(), $edit->mAttribs['rc_last_oldid'], $edit->mAttribs['rc_this_oldid'] );
$diff->showDiff( , );
}
But if the page is new (rc_last_oldid = 0), then nothing is displayed. The DifferenceEngine used to display nothing on the left and the new text on the right tho.
How can this be fixed? Subfader (talk) 12:29, 26 October 2014 (UTC)
User must select a license on upload page
Hi there, In the project I am working on I don't want users to be able to upload files using the special:upload page when they have not selected a licence. In the same manner you are restricted to upload certain file types, would it be possible to restrict users from uploading files without choosing a licence? My knowledge in Java Script is limited but I understand php fairly well.
Thank you 41.223.25.52 (talk) 14:19, 26 October 2014 (UTC)
- Hello,
- you can try to use the Hooks/UploadForm:BeforeProcessingUploadForm:BeforeProcessing hook]], which is called just before the input data is processed and can abort the upload. Compared with the function
SpecialUpload::showRecoverableUploadErroryou should be able to output a user friendly error message without loosing the input data. Florianschmidtwelzow (talk) 15:20, 30 October 2014 (UTC)
Fatal error: Class 'WikiPage' not found in /path/wiki/includes/context/RequestContext.php on line 202
Upon installing MediaWiki successfully and uploading my LocalSettings.php I try to access my wiki page and I get the following error:
"Fatal error: Class 'WikiPage' not found in /home/aps1/public_html/roadb/includes/context/RequestContext.php on line 202"
I have searched everywhere but can't seem to find anyone else who encountered the same issue.
My versions are as follow: MediaWiki(1.23.5) PHP(5.4) MySQL(5.5) URL: "http://realmsofagony.com/roadb" Bonzer (talk) 16:26, 26 October 2014 (UTC)
- Does the file /home/aps1/public_html/roadb/includes/page/WikiPage.php exist on the server? Ciencia Al Poder (talk) 10:55, 27 October 2014 (UTC)
- There is no "pages" directory in my "includes" folder. 93.109.138.169 09:44, 28 October 2014 (UTC)
- It's not "pages", but "page".
- I suspect some of the required MediaWiki files/folders weren't uploaded to your server. Try uploading MediaWiki installation files again. Ciencia Al Poder (talk) 10:26, 28 October 2014 (UTC)
- There is no "pages" directory in my "includes" folder. 93.109.138.169 09:44, 28 October 2014 (UTC)
Mehrere Bearbeitungen im selben Artikel in RC standardmäßig zusammenklappen
Nachdem das Wiki bereitgestellt wurde, werden in den Letzten Änderungen die Bearbeitungen von Benutzer im selben Artikel nicht zusammenklappend dargestellt, sodass die RC Liste überflutet wird, wenn ein Benutzer an einer Testseite arbeitet oder Hilfeseiten expandiert. Ich weiß, man kann in den Benutzereinstellungen selbst die Bearbeitungen in RC zusammenklappen, doch möchte ich, dass dies bei allen zutrifft. Wenn ich z.B. ein Blick in RC werfe, also in der Wikipedia, so werden die Bearbeitungen im selben Artikel einfach zusammengeklappt, ohne dass diese Bearbeitungen die Liste überfluten. Wie kann ich das in meinem Wiki auch einstellen, damit das auch bei allen Benutzern zu sehen ist? 87.150.155.18 (talk) 09:17, 27 October 2014 (UTC)
- Hallo!
- Du kannst den neuen RC-Stream für alle User als default einschalten. Dies erlaubt es den Nutzern trotzdem noch, dass sie das Feature in den Einstellungen ausschalten können. Dazu füge in deine LocalSettings.php folgende Zeile ein:
- Florianschmidtwelzow (talk) 09:34, 27 October 2014 (UTC)
$wgDefaultUserOptions['usenewrc'] = 1;
[RESOLVED] blank white wiki home page
Hi All,
I moved my wikis location and created a new subdomain for my wiki. lets call it wiki.blahblah.co.uk
I edited the localsettings.php to reflect the new location ($wgScriptPath and $wgServer) the wiki has remained on the same server just in a new folder location. The SQL details have not changed.
I found this;-
http://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#You_see_a_Blank_Page
I have followed the instructions but still a blank page. is there another place I need to check.
It is located on server 2008r2 with IIS 7.5 91.244.229.33 (talk) 09:38, 27 October 2014 (UTC)
- What does the error logs say? Ciencia Al Poder (talk) 10:57, 27 October 2014 (UTC)
- which error logs? PHP Server IIS? 91.244.229.33 09:55, 29 October 2014 (UTC)
- That would be a start. But also, as explained on that link:
- You can also set a value for error_log in PHP.ini and read the PHP error log to find out what's going on. In some cases, PHP errors might also be recorded in the web server error log. Ciencia Al Poder (talk) 10:29, 29 October 2014 (UTC)
- This is the error in the PHP log
- [31-Oct-2014 09:01:56 Europe/Dublin] PHP Parse error: syntax error, unexpected 'to' (T_STRING) in G:\site\Wiki\LocalSettings.php on line 130
91.244.229.33 09:02, 31 October 2014 (UTC)- I'm looking at the localsettings.php inside the wiki folder. this is line 130
- $wgCacheDirectory to a writable directory on the web server
- this bit above should have had a # before it to be
- set $wgCacheDirectory to a writable directory on the web server
- it still fails to function so I checked php error log again. and got
- [31-Oct-2014 09:14:04 Europe/Dublin] PHP Fatal error: Function name must be a string in G:\site\Wiki\LocalSettings.php on line 20
91.244.229.33 09:19, 31 October 2014 (UTC)- SO I went back to local settings and I looked at line 20 which is the error reporting function so I turned it off by commenting it out with a hash.
- so now when I load the wiki main page I get
[e18eda2f] 2014-10-31 09:34:46: Fatal exception of type MWException- and when I check the php error log it now gives me this error
0777 [Called from wfMkdirParents in G:\site\Wiki\includes\GlobalFunctions.php at line 2543] in G:\site\Wiki\includes\debug\Debug.php on line 29691.244.229.33 09:38, 31 October 2014 (UTC)- Looking at the above Debug.PHP This is well beyond me now if anyone is able to shed any light. is there a way to reinstall the wiki and then manually import the articles? 91.244.229.33 09:52, 31 October 2014 (UTC)
- Apparently MediaWiki is trying to create a folder on your server, but it is unable to do it, probably because it doesn't have permissions to do so.
- It may be because of the location of $wgCacheDirectory or $wgDebugLogFile. Check if both are set to an existing folder and that the IIS server process (or maybe PHP) is able to write on them (you can try givin full permissions to the special security group EVERYONE).
- You can comment out $wgDebugLogFile if there's no other error, since it's only for debugging purposes. Ciencia Al Poder (talk) 10:45, 31 October 2014 (UTC)
- I ask myself, which function there is starting on line 20. I am not sure that you can just comment it and things will continue to work... 88.130.114.167 15:00, 31 October 2014 (UTC)
- I checked the $swCacheDirectory and it is set to
- $wgCacheDirectory = "
- $IP/cache"
- SO I have set the directory to everyone full access and this doesnt fix the problem I don't think its a permissions error as I tried to send it back to its original location and its still the same.
- I noticed the code is over two lines which got me thinking why????? I then noticed a single hash above also like so
- $wgCacheDirectory = "
- $IP/cache"
- So I edited the code to this #$wgCacheDirectory = "$IP/cache" to comment it out and it works again.
- Thanks a lot for guiding me in the right direction. I am beyond in your debt. 91.244.229.33 08:35, 3 November 2014 (UTC)
- Looking at the above Debug.PHP This is well beyond me now if anyone is able to shed any light. is there a way to reinstall the wiki and then manually import the articles? 91.244.229.33 09:52, 31 October 2014 (UTC)
- which error logs? PHP Server IIS? 91.244.229.33 09:55, 29 October 2014 (UTC)
Adding Documents to Existing Scan
How do I do this? I already scanned a document but want to add to it? 70.169.18.151 (talk) 12:10, 27 October 2014 (UTC)
- What is the relation to MediaWiki? Please elaborate. AKlapper (WMF) (talk) 09:39, 28 October 2014 (UTC)
moving links on a wiki page to a new server
On each wiki page we have setup external links to files which point to a mapped drive on a different server than the one running media wiki. I want to move those files to a different server (actually the server running media wiki). Is there a way I can re-point all those external links to the new location easily? For example, now my links point to o:\wiki\"file name" and I'm going to want to point them to C:\wiki\"file name"
I am using the following versions: Mediawiki 1.19.1; PHP 5.3.13; MySQL 5.5.21.
Media Wiki is running on a Windows 7 machine.
Thanks for any help on this.
Bill Bwidmer927 (talk) 15:47, 27 October 2014 (UTC)
- Hi Bill!
- Yes, there is: Extension:ReplaceText can do exactly that. It lets you define the old and the new strings, lets you select the pages to replace in and will then do the replacements accordingly. Take care that, if the same path is also used somewhere else on your pages, e.g. to describe something completely different, then you should keep the according pages unselected during the replace; otherwise you will have to fix them again manually later.
- Btw: You should consider upgrading to MediaWiki 1.19.20. The old version, which you are using, has known security holes, which are being exploited in the wild currently. 88.130.69.165 16:15, 27 October 2014 (UTC)
Hide namespace
Hello. I use Bluespice extension, and in window insert link i want hide system namespace from user. How can I do it?
https://drive.google.com/file/d/0B0BW137yZONETHpZblRET19ySkk/view 109.126.201.209 (talk) 03:39, 28 October 2014 (UTC)
alignment
hello, My wiki is based on Persian language, Right alignment. i want to have one page in english, left alignment with different font. How could i do that? i should add sth in first line of page? 213.233.181.16 (talk) 07:45, 28 October 2014 (UTC)
[RESOLVED] Wiki logs out when viewing file page (bug)
Hi,
I have a strange problem with my wiki installation. After a file upload the user is redirected to the file information page (e.g. index.php/File:example.png). However on this page, the user is suddenly logged out (unauthenticated), or actually appears to be logged out. In the top right corner the wiki displays the Log in link, instead of the username and log out link. When navigating to another page however, the user is logged in again (without actually having logged in himself). This problem is particullarly annoying for me, because I have a private wiki without read access for anonymous users (thus the wiki displays an unauthorized message). However, even when granting the read permission to anonymous user, there still is a problem, since the Wiki thinks you are not logged in and thus cannot perform any actions, such as deleting the file.
The versions I am running are: MediaWiki 1.22.0 PHP 5.3.10-1ubuntu3.14 (apache2handler) MySQL 5.1.73-0ubuntu0.10.04.1-log
I also tried to upgrade to the newest MediaWiki version (1.23.5), but unfortunately this did not solve the problem. I also tried a fresh install from scratch for this newest version, again with the same result.
Actually I am migrating my wiki from an old host to another host. On the old host this problem did not occur at all. On the new host it occurs immediately, even though the configuration for the MediaWiki is almost exactly the same. The versions for the old host were: MediaWiki 1.22.0 PHP 5.3.3-7+squeeze21 (apache2handler) MySQL 5.1.73-1
The URLs of the wikis are: - http://metterswane.iada.nl => The unupgraded wiki on the old host - http://metterswane2.iada.nl => The unupgraded wiki on the new host (first attempt) - http://metterswane3.iada.nl => The upgraded wiki on the new host (second attempt) - http://metterswane4.iada.nl => A fresh install of the newest MediaWiki version.
Unfortunately, the first three wiki's are password protected, and I am afraid I cannot share the URL. However, for the last wiki I have enabled registrations, so you can register and view the problem. For example the page http://metterswane4.iada.nl/w/index.php/Bestand:Appel.jpg is not accessible (even not after login).
Any help with this problem would be greatly appreciated. Thanks in advance.
Kevin 178.85.92.133 (talk) 17:49, 28 October 2014 (UTC)
- After some research I think I have identified the issue. I have placed a var_dump($_SESSION) in index.php to be able to view the session data on every page. For alle pages this is as to be expeced, except for the File: pages. In these cases I get an "Notice: Undefined variable: _SESSION in ...". It seems this is caused by the extension at the end of the URL. For example, the following URLs all work as expected:
- /w/index.php/File
- /w/index.php/File:
- /w/index.php/File:Test
- But the following do not:
- /w/index.php/File:ExistingFile.txt
- /w/index.php/File:NonExistingFile.txt
- I think this is due to a problem with my (shared) host configuration, that disables some of PHP's features if the URL ends in a non PHP related extension. However, I could fix the problem also if it is possible to overwrite the way the file URLs are build. If for example I could replace the dot for the extension with an other character (for example an underscore), then the problem would be fixed. Or even better, I also noticed that using the URL safe representation of a dot (%2E) simply works. For example, the URL /w/index.php/File:ExistingFile%2Etxt simply works and show detailed information about the file as expected. So if I could configure MediaWiki to always use %2E in the File URLs, then there would not be a problem either.
- Is anything like this possible with the MediaWiki software? 178.85.92.133 14:54, 1 November 2014 (UTC)
- You can use URL rewrites to translate dots into %2E when the URL is in /w/index.php/File:
- That's something you can configure on apache, for example, with mod_rewrite Ciencia Al Poder (talk) 15:09, 1 November 2014 (UTC)
- Fortunately my hosting provider has already fixed the problem. Some configuration concerning their Varnish cache caused sessions to be disabled when the URL ends on a static file type extension, even when the processing is actually performed by PHP. They now made an exception for MediaWiki, fixing the problem. Nevertheless thanks for your answer! 178.85.92.133 10:41, 4 November 2014 (UTC)
Editing wiki contents
I am creating a wiki page and don't want other people to edit the contents except myself. Is it possible to do this, so that other users (anonymous or registered) can't edit the pages, except me. In other words, other users can only read the contents. 94.173.24.36 (talk) 19:15, 28 October 2014 (UTC)
- MediaWiki has user groups and if your account is in a special group (e.g. you are admin or bureaucrat of the wiki), then you can protect the page. 88.130.124.48 21:46, 28 October 2014 (UTC)
- I just realized that you are once speaking about a "page" and once about "pages". If you in fact want to disallow users from editing all pages, then you should set
$wgGroupPermissions['*']['edit'] = false;$wgGroupPermissions['user']['edit'] = false;- in LocalSettings.php. 88.130.124.48 21:53, 28 October 2014 (UTC)
[RESOLVED] provider migrated to php 5.5, wiki doesn't load
Hello
my provider migrated two days ago to php 5.5, and since then my wiki (http://www.olliw.eu/storm32bgc-wiki/) doesn't load anymore.
my MediaWiki version is 1.23.2
I first thougfht that the issue is related to the .htaccess, which does a redirect:
<Files LocalSettings.php>
deny from all
</Files>
RewriteEngine On
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/storm32bgc-wiki/index.php5 [L]
but removing it didn't help. Using the cntrl+U of firefox to watch the recieved html code displays the content of the file index.php5, i.e. it seems as if the require './index.php'; is not executed.
I'm at a loss, and would much appreciate any hint or tip or indication in which direction to look for.
Thx Olli 88.65.189.86 21:13, 28 October 2014 (UTC)
- Hi Olli!
- Obviously files with the file extension php5 currently are sent to the user instead of being executed by PHP. How exactly this can be solved depends on the server setup. Most likely adding an according AddHandler directive to .htaccess helps.
- Apart from that I don't see a reason why you should redirect everything to the index.php5 file - maybe you have already solved the problem, when you change the redirect to point to index.php instead?! 88.130.124.48 21:44, 28 October 2014 (UTC)
- Thanks a LOT for the answer, but I guess I don't understand
- the index.php5 and index.php files are exactly those shipped with mediawiki, so, it's not like that I have done anything here
- the server used to use the .php5, when I enter the url with .php it also uses the .php5, but this had been like that also before
- the redirect doesn't seem to be the issue, at least then I remove that part from the .htaccess or delete the .htaccess completley, then the .php would yield a page not found error while the .php5 results in the same behavior, so it seems the server still goes for the .php5. I checked what you suggested and changed .php5 to .php in the redirect: one then gets some wiki info when entering the correct url, but it looks as if the layout is missing, and the home url doesn't work at all.
- what I don't quite understand is why the behavior should have changed, I mean, the wiki is up and runing for 8 month now. As regards the .php5 vs .php thing my understanding was that MediaWiki would handle things correctly, irrespective of the providers preference.
- My thoughts/conclusions might be totally nonsense, I'm just totally confused by what I see, it doesn't make sense to me.
- I need to research what AddHandler does, can't comment hence, but many thanks for the hint.
- THX
- (BTW: I've contacted before the provider, but they refused to help) 88.65.189.86 23:16, 28 October 2014 (UTC)
- OK, your tip was great !!! it's nearly back to working
- what occured to me was to also look at the LocalSettings.php, and indeed there the .php5 extension was specified. Together with your suggested change of the redirect, the wiki seems to work. It seems that the rules as regards the .php5 have changed.
- The only thing which is not yet working is the url http://www.olliw.eu/storm32bgc-wiki/, somehow it isn't extended by the index.php (if one enters http://www.olliw.eu/storm32bgc-wiki/index.php it works).
- Anyway, a BIG step forward, THANKS so much so far :) 88.65.189.86 23:36, 28 October 2014 (UTC)
- That URL is working for me currently; I had to clear the browser cache to actually see it.
- It seems like your host has changed the handling of php5 files: Before their PHP update they obviously were parsed by PHP, after they are not. Given that your wiki is working correctly with the php files, I am not sure, if you still need correct handling for php5 files. Anyway, an example AddHandler directive for .htaccess might be one like this:
AddHandler x-httpd-php5.5 .php5- This should make php5 files be parsed by PHP 5.5 - assumed the host uses some default setup. 88.130.124.48 13:27, 29 October 2014 (UTC)
- Ahh, and you might be interested in doing a MediaWiki upgrade: MediaWiki 1.23.2 has known security issues. You should update to the current version of the 1.23 development branch. Currently that is 1.23.5! 88.130.124.48 13:30, 29 October 2014 (UTC)
- The current version now is 1.23.6. Which was released today. 151.225.136.51 17:34, 29 October 2014 (UTC)
- thanks!
- I too concluded that the .php5 handling has somehow changed (and obviously not consistently, an url is appended using the index.php5 file, but is not processed by php LOL). I currently solved the issue by simply renaming/erasing the file index.php5, so that index.php is called. That's why it works now after a cache upadte. I'm still looking for better solutions, since the .php5 vs .php thing breaks some other links, but at least the wiki is back!
- Yes, I know there is an upgrade to 1.23.5, but the release notes didn't indicated that it might solve the issue, and without having basic things working it's IMHO not wise to attempt an upgrade :)
- Thanks again to everyone! 88.65.189.86 07:34, 30 October 2014 (UTC)
- Ahh, and you might be interested in doing a MediaWiki upgrade: MediaWiki 1.23.2 has known security issues. You should update to the current version of the 1.23 development branch. Currently that is 1.23.5! 88.130.124.48 13:30, 29 October 2014 (UTC)
Unable to find the wrapper ....
Hi !
I change from apache to IIS7 by a tipp of wiki-documentation.
When I change a article I get the following message in firefox:
PHP Warning: file_get_contents(): Unable to find the wrapper "https" - did you forget to enable it when you configured PHP? in C:\mediawiki\extensions\SpamBlacklist\BaseBlacklist.php on line 273 PHP Warning: file_get_contents(): open_basedir restriction in effect. File(https://meta.wikimedia.org/w/index.php?title=Spam_blacklist&action=raw&sb_ver=1) is not within the allowed path(s): (C:\Windows\Temp;C:\Windows\TEMP;C:\inetpub\wwwroot;C:\mediawiki;C:\mysqldumper) in C:\mediawiki\extensions\SpamBlacklist\BaseBlacklist.php on line 273 PHP Warning: file_get_contents(https://meta.wikimedia.org/w/index.php?title=Spam_blacklist&action=raw&sb_ver=1): failed to open stream: Operation not permitted in C:\mediawiki\extensions\SpamBlacklist\BaseBlacklist.php on line 273
can someone help to fix the problem of
PHP Warning: file_get_contents(): Unable to find the wrapper "https" - did you forget to enable it when you configured PHP? in C:\mediawiki\extensions\SpamBlacklist\BaseBlacklist.php on line 273
I did not understand complete and I hope the following lines will be fix then too.
regards Jan :-) JanTappenbeck (talk) 14:08, 29 October 2014 (UTC)
Cannot contact the database server: Access denied for user
So I upgraded the mediaWiki version by overwriting the old version with new version. I upgraded from 1.22.6 to 1.23.5. But as soon as I overwrote the directory and tried to open the website on web browser, I got :
(Cannot contact the database server: Access denied for user 'newqmrasite'@'localhost' (using password: YES) (localhost))
PLEASE HELP!!!!!! 35.20.11.95 (talk) 17:37, 29 October 2014 (UTC)
- Hello!
- This is an issue of your configuration :) Please check, if the username and password of your database user (which has access to the database you want to use) is correctly written and is valid (maybe, try to login with these data from the console, if possible). Florianschmidtwelzow (talk) 18:48, 29 October 2014 (UTC)
- Thanks for the reply!
- I have tried that already. The servername, database name, user and password are all correct in localsettings. I have changed the password for the user through phpmyadmin and updated it in localsettings but I keep getting the same message.
- Somebody please help me out! My job depends on it! 35.20.11.95 19:16, 29 October 2014 (UTC)
- Overwriting an old wiki version with the files from a newer tarball does not touch LocalSettings.php. If it worked before and does not work now, then you must have changed something with LocalSettings.php. What did you do? Have you recreated the file?
- Anyway, what you can do is to put the following lines at the very bottom of your LocalSettings.php file:
echo $wgDBserver . "\n";echo $wgDBname . "\n";echo $wgDBuser . "\n";echo $wgDBpassword . "\n";die("END");- This will put out the according information onto the wiki page (do not forget to remove them again afterwards!). Is this information - all four of them - correct? 88.130.93.83 19:48, 29 October 2014 (UTC)
- Thanks a lot for the reply!
- I pasted the code at bottom of localsetting.php. It printed out the correct information.
- But still I am still getting the same error. Here's website qmrawiki.canr.msu.edu
- I will be forever thankful to you if you help me out!!! 69.176.157.101 23:23, 29 October 2014 (UTC)
- For this page i get the following error:
- ERROR: Semantic MediaWiki must be installed for Semantic Forms to run!
- ???
- Can you try the following?:
- Create a new file called
test.php(e.g. test, you can choose any other name, if you want, with the file extensionphp) - Insert the following, save and upload to your webspace:
- Create a new file called
<?php $wgDBserver = 'localhost'; $wgDBuser = 'newqmrasite'; $wgDBpassword = ''; $wgDBname = ''; $mysqli = new mysqli( $wgDBserver, $wgDBuser, $wgDBpassword ); if ( mysqli_connect_errno() ) { die( "Failed:" . mysqli_connect_error() ); } if ( $mysqli->select_db( $wgDBname) ) { echo 'Connected and DB selected.'; } else { echo 'Something went from (select_db())'; } $mysqli->close();
- Insert the correct data for server, username and password!
- If you transferred the file to your server, open it in your webbrowser and give us the output :) Florianschmidtwelzow (talk) 06:46, 30 October 2014 (UTC)
- Thanks for the reply. Here's the output
- Warning: mysqli::mysqli(): (28000/1045): Access denied for user 'wikiuser'@'localhost' (using password: YES) in /home/qmrawikiuser/public_html/qmrawiki.canr.msu.edu/wiki/test1.php on line 7
- Failed:Access denied for user 'wikiuser'@'localhost' (using password: YES)
- Again I really appreciate the help! 35.9.30.13 14:53, 30 October 2014 (UTC)
- Why are the usernamens different? (First error message's username:
newqmrasite, Username of the second one:wikiuser). Are you sure, that the mysql server (which you can administrate via phpmyadmin) is the same as the server PHP is trying to connect to aslocalhost? Florianschmidtwelzow (talk) 15:07, 30 October 2014 (UTC)
- Why are the usernamens different? (First error message's username:
- While I - just like Florian - see the error message about Semantic Forms, this is not the initial issue.
- The error "Access denied for user 'username'@'hostname'" is caused be incorrect credentials. For example I see that you are using two different MySQL usernames: You used "newqmrasite" in your first post, but now you use "wikiuser". Again, please make sure that you are using the correct username!
- @ Florian: Is it intended that in your script you are not defining $wgDBname (while you are later using it)? 88.130.93.83 15:01, 30 October 2014 (UTC)
- No I haven't been able to actually. It seems like I am not able to connect to the specific database, I am trying to connect to but I can connect other databases. I have changed the password for that database and then try to connect but it still fails.
- PLEASE PLEASE help!!!! 35.9.30.13 15:18, 30 October 2014 (UTC)
- You cannot connect to one database while you can connect to another? That is not possible in your situation. Your error clearly states that your username and password are incorrect so that the login fails. This has nothing to do with access to a certain database - without working login you won't be able to access any database. 88.130.93.83 15:34, 30 October 2014 (UTC)
- I understand what you're saying but I have tried connecting to the database which was configured in the localsettings already before I updated the version but it gives me this error: "Access denied for user 'qmrawiki'@'localhost' (using password: YES)". I have checked and rechecked the DBname, DBserver, DBuser, DBpassword they are all correct. When I change the DBname, DBuser, DBpassword to some other database under the same host name, it connects. I have even changed the password, from phpmyadmin using root, for the user under the database I am trying to connect to and have also changed the password in localsettings BUT it still doesn't work.
- I appreciate you taking the time to help another human being. Thank you! 69.176.157.101 16:22, 30 October 2014 (UTC)
- "qmrawiki" now is the third username, which you are using.
- Anyway, are you able to log in with one of them through phpmyadmin? 88.130.93.83 17:02, 30 October 2014 (UTC)
- I can login to phpmyadmin but it gives me this error "#1142 - SELECT command denied to user 'qmrawiki'@'localhost' for table 'pma_column_info' "
- Any suggestions? 69.176.157.101 19:29, 30 October 2014 (UTC)
- The database user does not have the permission to do select query.
- you can grant the permission to the user if you have root access to mysql
- http://dev.mysql.com/doc/refman/5.5/en/grant.html 88.130.114.167 19:46, 30 October 2014 (UTC)
- Can you check, if the user is allowed to connect to your host (phpmyadmin -> host field)? Florianschmidtwelzow (talk) 08:21, 31 October 2014 (UTC)
- You cannot connect to one database while you can connect to another? That is not possible in your situation. Your error clearly states that your username and password are incorrect so that the login fails. This has nothing to do with access to a certain database - without working login you won't be able to access any database. 88.130.93.83 15:34, 30 October 2014 (UTC)
- > @ Florian: Is it intended that in your script you are not defining $wgDBname (while you are later using it)?
- Oops, no, that's an error, fixed. Thanks :) Florianschmidtwelzow (talk) 08:10, 31 October 2014 (UTC)
[RESOLVED] Fatal error: Interface 'Psr\Log\LoggerInterface' not found
Hello,
Update to the latest version of mediawiki failed when running update script and when displaying pages: Fatal error: Interface 'Psr\Log\LoggerInterface' not found in /var/www/parts-unknown/org/mediawiki/core/includes/debug/logger/Logger.php on line 46
This would be version 1.23.6, although I can't verify it with the Special:Version page, because I get the error above.
home% php --version
PHP 5.5.18 (cli) (built: Oct 28 2014 20:09:10)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies
with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2014, by Zend Technologies
home% mysql --version
mysql Ver 15.1 Distrib 5.5.39-MariaDB, for FreeBSD10.1 (amd64) using readline 6.3
home% Benfell (talk) 21:32, 29 October 2014 (UTC)
- Hello,
- this seems to be NOT 1.23.6, \Psr\Log\LoggerInterface prerequirement was merged yesterday into master branch of MediaWiki core (currently 1.25alpha), so you maybe downloaded MediaWiki from git?
- To fix this, you need to install the vendor directory for mediawiki. For this you can just run
composer installif you have shell access and composer installed, or you clone the vendor git repository into your mediawiki root directory: - git clone https://gerrit.wikimedia.org/r/p/mediawiki/vendor.git Florianschmidtwelzow (talk) 06:33, 30 October 2014 (UTC)
- Seems like magic, and I have no idea what it actually did, but it worked. My wikis are apparently back on line. Thanks! Benfell (talk) 18:36, 30 October 2014 (UTC)
Error: invalid time
https://meta.wikimedia.org/wiki/Help_Forum/Archive_2
This archive was created on ??? Someone should fix this.Vchimpanzee (talk) 22:27, 29 October 2014 (UTC)
- This is about fixing a specific template on Meta so I'd rather bring that up on the page of Meta's Help Forum itself. You could fix this. AKlapper (WMF) (talk) 10:43, 30 October 2014 (UTC)
Extension:Approved Revs
Installed “Extension:Approved Revs” to prevent publishing changes to a page until approval. For that, I did the below changes but still I could not see the (approve) link on history page. Also, the changes made on the pages are published directly to all the users.
1. Created a folder “ApprovedRevs” inside extension folder and copied all the files.
2. Executed the DB scripts to create the DB objects
3. Added the below configuration in the LocalSettings PHP file
require_once( "$IP/extensions/ApprovedRevs/ApprovedRevs.php" );
$wgGroupPermissions['*']['edit'] = false;
$egApprovedRevsBlankIfUnapproved = true;
$wgGroupPermissions['*']['viewlinktolatest'] = false;
$wgGroupPermissions['sysop']['viewlinktolatest'] = true;
$egApprovedRevsAutomaticApprovals = false;
$egApprovedRevsShowApproveLatest = true;
Am I missing anything? Appreciate your help. Thanks
Regards Gopi. R 2001:4898:80E8:EE31:0:0:0:2 (talk) 23:43, 29 October 2014 (UTC)
- It seems that no-one here knows about Approved Revs. You could contact the maintainer, Yaron Koren (see Extension:Approved Revs for details). This, that and the other (talk) 05:08, 2 November 2014 (UTC)
KeyCaptcha not Working on Reg Page
This post by タチコマ robot was moved on 2015-06-26. You can find it at Extension talk:KeyCAPTCHA#h-KeyCaptcha_not_Working_on_Reg_Page-2014-10-29T18:38:00.000Z. Florianschmidtwelzow (talk) 06:48, 30 October 2014 (UTC)
[RESOLVED] IIS7/Win7 - Problem by open_basedir
Hi !
when I upload a image I get following message (independent of the upload-extension):
Warning: is_file(): open_basedir restriction in effect. File(C:\Windows\Temp\phpDF6C.tmp) is not within the allowed path(s): (C:\Windows\Temp;C:\Windows\TEMP;C:\inetpub\wwwroo t;C:\mediawiki;C:\mysqldumper) in C:\mediawiki\includes\filebackend\FSFile.php on line 60
Notice: Undefined index: file-mime in C:\mediawiki\includes\upload\UploadBase.php on line 463
Warning: fopen(): open_basedir restriction in effect. File(C:\Windows\Temp\phpDF6C.tmp) is not within the allowed path(s): (C:\Windows\Temp;C:\Windows\TEMP;C:\inetpub\wwwroo t;C:\mediawiki;C:\mysqldumper) in C:\mediawiki\includes\upload\UploadBase.php on line 379
Warning: fopen(C:\Windows\Temp\phpDF6C.tmp): failed to open stream: Operation not permitted in C:\mediawiki\includes\upload\UploadBase.php on line 379
Warning: fread() expects parameter 1 to be resource, boolean given in C:\mediawiki\includes\upload\UploadBase.php on line 380
Warning: fclose() expects parameter 1 to be resource, boolean given in C:\mediawiki\includes\upload\UploadBase.php on line 381
Warning: fopen(): open_basedir restriction in effect. File(C:\Windows\Temp\phpDF6C.tmp) is not within the allowed path(s): (C:\Windows\Temp;C:\Windows\TEMP;C:\inetpub\wwwroo t;C:\mediawiki;C:\mysqldumper) in C:\mediawiki\includes\upload\UploadBase.php on line 997
Warning: fopen(C:\Windows\Temp\phpDF6C.tmp): failed to open stream: Operation not permitted in C:\mediawiki\includes\upload\UploadBase.php on line 997
Warning: fread() expects parameter 1 to be resource, boolean given in C:\mediawiki\includes\upload\UploadBase.php on line 998
Warning: fclose() expects parameter 1 to be resource, boolean given in C:\mediawiki\includes\upload\UploadBase.php on line 999
Warning: fopen(): open_basedir restriction in effect. File(C:\Windows\Temp\phpDF6C.tmp) is not within the allowed path(s): (C:\Windows\Temp;C:\Windows\TEMP;C:\inetpub\wwwroo t;C:\mediawiki;C:\mysqldumper) in C:\mediawiki\includes\utils\ZipDirectoryReader.php on line 148
Warning: fopen(C:\Windows\Temp\phpDF6C.tmp): failed to open stream: Operation not permitted in C:\mediawiki\includes\utils\ZipDirectoryReader.php on line 148
could someone have an idea?
reagards Jan :-) 85.233.12.114 (talk) 14:05, 30 October 2014 (UTC)
- This in fact is an open_basedir problem. Anyway, the path to the temp/ folder and what you have in open_basedir seems to be the same. Paths also are separated correctly by ";" as they should be...should work...
- People sometimes use the forward slash also when defining the open_basedir path on Windows. Does it work, when you define the paths e.g. like C:/Windows/Temp? 88.130.93.83 15:42, 30 October 2014 (UTC)
- hi !
- I fix the upload-problem by the side https://www.drupal.org/node/1580216
- I set following parameter in php.ini and reset II7:
- upload_tmp_dir =c:\temp
- and add this path to open_basedir.
- now the upload runs without mistake.
- reagards Jan :-) JanTappenbeck (talk) 07:09, 31 October 2014 (UTC)
„Import fehlgeschlagen: Verlust der Sessiondaten. Bitte versuche es erneut.“
Tach, ich möchte diesen Artikel (1) mit allen Versionen bei mir im Wiki importieren (hochladen). Allerdings erscheint die ganze Zeit „Import fehlgeschlagen: Verlust der Sessiondaten. Bitte versuche es erneut.“ Was ich gemacht habe: Ich habe den Haken aus "Nur aktuellste Version" rausgenommen und speicherte diese Datei als XML auf meiner Festplatte. Beim Importieren in meinem Wiki erscheint dieser Text. Zuvor habe ich nur die aktuellste Version importiert und es klappte einwandfrei. Bedauerlicherweise liegen bei diesem Artikel sehr viele Versionen vor und ich dachte mir, es wäre viel zu viel für ein 30GB Server (später werde ich noch wechseln). Wie lässt sich dieses Problem beheben? Denn ich brauche alle Versionen dieser Seite und nicht nur eine, da sonst nach der Meinung von einem Wikipedianer URV wäre und das möchte ich vermeiden. 87.150.158.187 (talk) 16:47, 30 October 2014 (UTC)
- Hallo,
- du könntest das XML File, wenn du Shellzugriff hast (bspw. über SSH), das Wartungsskript importDump.php verwenden. Ansonsten weiß ich ad hoc auch nicht weiter :) Florianschmidtwelzow (talk) 16:54, 30 October 2014 (UTC)
- Danke. Ich habe das Verzeichnis aufgerufen und komme nicht rein: <domain>/maintenance/importDump.php lautet die Adresse. Leider komme ich nicht durch. (Ironischerweise kann ich /mw-config/index.php5 aufrufen und ich bekomme Zugriff) Gibt es eine andere Möglichkeit? Also in LocalSettings befinden sich keine Infos, die einen Zugang auf diese Datei gewähren. 87.150.158.187 17:26, 30 October 2014 (UTC)
- Du kannst wartungsscripts auch nicht im Browser aufrufen ;) Die musst du über eine Shell bspw. über SSH aufrufen. Wenn du keinen SSH Zugriff auf den Server hast, dann kannst du keine Wartungsskripts nutzen. Wie gesagt, eine andere Möglichkeit, Exports zu importieren, kenne ich nicht. Florianschmidtwelzow (talk) 19:44, 30 October 2014 (UTC)
- Danke. Ich habe das Verzeichnis aufgerufen und komme nicht rein: <domain>/maintenance/importDump.php lautet die Adresse. Leider komme ich nicht durch. (Ironischerweise kann ich /mw-config/index.php5 aufrufen und ich bekomme Zugriff) Gibt es eine andere Möglichkeit? Also in LocalSettings befinden sich keine Infos, die einen Zugang auf diese Datei gewähren. 87.150.158.187 17:26, 30 October 2014 (UTC)
[Solved] Warning: imagepng() [function.imagepng]: open_basedir restriction in effect.
This is my features:
- Mediawiki: Version 1.23.5
- PHP: Version 5.3.5 (cgi-fcgi)
- MySQL: Version 5.1.73-log
- OS Hosting: Windows
- My wiki:www.itadmowiki.it
Hello, I recently moved my site to another host and so far so good . Finished to send files via FTP I opened the MainPage and I found these errors:
Warning: imagepng() [function.imagepng]:open_basedir restriction in effect. File (D:\Temp\/transform_90a34c7283bc-1.png) is not within the allowed path(s): (e:\d:\) in E:\kunden\homepages\33\d549879353\www\wiki\includes\media\Bitmap.php on line 600
Warning: imagepng() [function.imagepng]:Invalid filename in E:\kunden\homepages\33\d549879353\www\wiki\includes\media\Bitmap.php on line 600
Warning: file_exists() [function.file-exists]:open_basedir restriction in effect. File (D:\Temp\/transform_90a34c7283bc-1.png ) is not within the allowed path(s): (e:\d:\) in E:\kunden\homepages\33\d549879353\www\wiki\includes\media\MediaHandler.php on line 689
Warning: filesize() [function.filesize]:open_basedir restriction in effect. File (D:\Temp\/transform_90a34c7283bc-1.png) is not within the allowed path(s): (e:\d:\) in E:\kunden\homepages\33\d549879353\www\wiki\includes\filebackend\FileBackendStore.php on line 163
I could not find a solution , I hope you can help me sincerely . Thank you for the help you give me . Hobur (talk) 18:10, 30 October 2014 (UTC)
- Apparently, your host has set up a temp directory for PHP on D:\Temp\, but they have set up open_basedir restriction in php.ini to
e:\d:\, which looks odd, because it should bee:\;d:\(note the separator between both paths), so it seems to not allow accessing any other path outside of the wiki installation directory. - You can contact your host about that, or manually set $wgTmpDirectory to a path within your MediaWiki installation (
E:\kunden\homepages\33\d549879353\www\wiki\tmpfor example) Ciencia Al Poder (talk) 10:51, 31 October 2014 (UTC) - What did you try already? The first result that I found by using an internet search engine is http://stackoverflow.com/questions/1846882/open-basedir-restriction-in-effect-file-is-not-within-the-allowed-paths AKlapper (WMF) (talk) 10:52, 31 October 2014 (UTC)
- Thanks for the replies, I had already tried everything, using the internet search. I contacted my host and I'm still waiting for their response. I try now to set
$wgTmpDirectorymanually. - Thank you very much for your help .
- - EDIT -
- Finally I solved the problem by adding
$wgTmpDirectoryand specifying the correct path. Thank you very much for your valuable help. Hobur (talk) 19:39, 31 October 2014 (UTC)
- Thanks for the replies, I had already tried everything, using the internet search. I contacted my host and I'm still waiting for their response. I try now to set
image will not show in special-side: newest files
hi !
I had a little problem with upload file (-> https://www.mediawiki.org/wiki/Project:Support_desk#IIS7.2FWin7_-_Problem_by_open_basedir__49974) - now fixed. but in the following the problem is that the image will not show on specialside "newest files".
not a blocker but like to fix too.
did someone had a idea ?
regards Jan :-) JanTappenbeck (talk) 07:12, 31 October 2014 (UTC)
- Could you give us a link to your wiki (if it's publicly readable)?
- Look at the HTML code of the generated pages an see where the image URL is pointing at. Maybe you need to adjust $wgUploadBaseUrl if you changed the upload directory. Ciencia Al Poder (talk) 10:55, 31 October 2014 (UTC)
How to localize things like "Contents" and menu labels?
Hi, guys! I was wondering how I can localize all of the Mediawiki-generated content on local language wikis. This is the url to the wiki: http://translations.ted.org/wiki/Main_Page
As you can see, there are multiple language versions, with English being the main one. There is content in other languages, but for example, in this Spanish article, the heading of the auto-generated contents list is "Contents" rather than "Índice." Also, the interface is not localized (so things like "Edit," "Discussion" etc. are all in English). How to fully localize the local language sections?
I've read the wiki family guide, but I am not sure I understand the process completely. If I install the separate wikis for each language, do the users have to translate things like the word "Contents" and the menu labels on their own, or are there already localized versions that I could use? Also, if I were to do this with the existing wiki (the one linked to), how do I preserve the existing content? So that if I end up installing separate wikis for each language, I will still have the same content in the Spanish wiki. Since it seems that this would create new domain names for each language, is there a way to globally rewrite URLs to point to the right articles in the language? I am a beginner at Mediawiki, so I may be missing something obvious. Symbolt (talk) 10:56, 31 October 2014 (UTC)
MyWiki: Database Error & Unknown bug
Hi guys, :-D
today I installed some extensions for MyWiki and after that I got a database error and an unknown bug :-\ (link: http://suriyaakudo.bplaced.net/wiki/index.php?title=Main_Page). Special pages like Stats or Version (http://suriyaakudo.bplaced.net/wiki/index.php?title=Special:Version) are operating well. :-)
Yours, Suriyaa Kudo (iSC Inc.) (talk) 13:12, 31 October 2014 (UTC)
- Hello,
- maybe you can say, which extension(s) you have installed? Does they need a database update (it seems so)? Have you run update.php (or the webinstaller) to adjust the database schema to fit the new extensions? Florianschmidtwelzow (talk) 14:10, 31 October 2014 (UTC)
- And you want to add $wgGitBin = false; to LocalSettings.php to eliminate that error you currently get in top of Special:Version. 88.130.114.167 14:56, 31 October 2014 (UTC)
- I see no php error/warning on the Special:Version page? :o Florianschmidtwelzow (talk) 15:22, 31 October 2014 (UTC)
- Right, he obviously fixed it. :-) 88.130.77.11 18:10, 31 October 2014 (UTC)
- I see no php error/warning on the Special:Version page? :o Florianschmidtwelzow (talk) 15:22, 31 October 2014 (UTC)
- I installed this extensions for MyWiki (on 10/31/2014):
- wikihiero
- CheckUser
- Collection
- FlaggedRev
- GlobalUsage
- Interwiki
- MassMessage
- Nuke
- RenameUser
- TemplateSandbox
- UserMerge
- Poem
- ParserFunctions
- Math
- InputBox
- ImageMap
- CharInsert
- CategoryTree
- Babel
- Scribunto
- AbuseFilter
- ApiSandbox
- AntiSpoof
- AntiBot
- AccountAudit
- ConfirmEdit
- TitleBlacklist
- TorBlock
- GettingStarted
- PageImages
- CentralNotice
- CodeEditor
- Well, some of them need a database update and I didn't run
update.phpbecause MyWiki is hosted by an external hoster not myself. Also I don't now how to use the WebInstaller. :-( Suriyaa Kudo (iSC Inc.) (talk) 13:29, 2 November 2014 (UTC)- Updating the database is explained here: Manual:Upgrading#Run_the_update_script 88.130.92.147 13:41, 2 November 2014 (UTC)
- Tried with WebInstaller over
/mw-configfolder (link: http://suriyaakudo.bplaced.net/wiki/mw-config/?page=ExistingWiki) and got stuck. :-/ Suriyaa Kudo (iSC Inc.) (talk) 12:45, 8 November 2014 (UTC)- Going through the installer, I currently see these two errors:
- 88.130.102.137 20:49, 8 November 2014 (UTC)
Original exception: [baf46224] /wiki/mw-config/?page=ExistingWiki Exception from line 182 of /users/suriyaakudo/www/wiki/includes/Hooks.php: Invalid callback in hooks for ParserFirstCallInit Backtrace: #0 /users/suriyaakudo/www/wiki/includes/GlobalFunctions.php(4013): Hooks::run(string, array, NULL) #1 /users/suriyaakudo/www/wiki/includes/parser/Parser.php(275): wfRunHooks(string, array) #2 /users/suriyaakudo/www/wiki/includes/parser/Parser.php(287): Parser->firstCallInit() #3 /users/suriyaakudo/www/wiki/includes/parser/Parser.php(4825): Parser->clearState() #4 /users/suriyaakudo/www/wiki/includes/parser/Parser.php(367): Parser->startParse(Title, ParserOptions, integer, boolean) #5 /users/suriyaakudo/www/wiki/includes/installer/Installer.php(605): Parser->parse(string, Title, ParserOptions, boolean) #6 /users/suriyaakudo/www/wiki/includes/installer/WebInstaller.php(681): Installer->parse(string, boolean) #7 /users/suriyaakudo/www/wiki/includes/installer/WebInstallerPage.php(391): WebInstaller->getInfoBox(string) #8 /users/suriyaakudo/www/wiki/includes/installer/WebInstallerPage.php(379): WebInstaller_ExistingWiki->showKeyForm() #9 /users/suriyaakudo/www/wiki/includes/installer/WebInstaller.php(283): WebInstaller_ExistingWiki->execute() #10 /users/suriyaakudo/www/wiki/mw-config/index.php(63): WebInstaller->execute(array) #11 /users/suriyaakudo/www/wiki/mw-config/index.php(31): wfInstallerMain() #12 {main} Exception caught inside exception handler: [296664c3] /wiki/mw-config/?page=ExistingWiki Exception from line 182 of /users/suriyaakudo/www/wiki/includes/Hooks.php: Invalid callback in hooks for ParserCloned Backtrace: #0 /users/suriyaakudo/www/wiki/includes/GlobalFunctions.php(4013): Hooks::run(string, array, NULL) #1 /users/suriyaakudo/www/wiki/includes/parser/Parser.php(257): wfRunHooks(string, array) #2 /users/suriyaakudo/www/wiki/includes/cache/MessageCache.php(1030): Parser->__clone() #3 /users/suriyaakudo/www/wiki/includes/cache/MessageCache.php(1000): MessageCache->getParser() #4 /users/suriyaakudo/www/wiki/includes/Message.php(977): MessageCache->transform(string, boolean, Language, NULL) #5 /users/suriyaakudo/www/wiki/includes/Message.php(669): Message->transformText(string) #6 /users/suriyaakudo/www/wiki/includes/Message.php(732): Message->toString() #7 /users/suriyaakudo/www/wiki/includes/exception/MWException.php(120): Message->text() #8 /users/suriyaakudo/www/wiki/includes/exception/MWException.php(225): MWException->msg(string, string, string) #9 /users/suriyaakudo/www/wiki/includes/exception/MWException.php(260): MWException->reportHTML() #10 /users/suriyaakudo/www/wiki/includes/exception/MWExceptionHandler.php(44): MWException->report() #11 /users/suriyaakudo/www/wiki/includes/exception/MWExceptionHandler.php(139): MWExceptionHandler::report(MWException) #12 [internal function]: MWExceptionHandler::handle(MWException) #13 {main}- I am pretty sure that these issues are caused by an extension. Try deactivating half of your extensions and see, if the issue (e.g. the first issue) is then no longer present. If so, it is caused by the deactivated half; if not it is caused by the other half. Continue bisecting the according extensions until you know, which extensions are causing the issue! 88.130.102.137 22:01, 8 November 2014 (UTC)
- Tried with WebInstaller over
- Updating the database is explained here: Manual:Upgrading#Run_the_update_script 88.130.92.147 13:41, 2 November 2014 (UTC)
- And you want to add $wgGitBin = false; to LocalSettings.php to eliminate that error you currently get in top of Special:Version. 88.130.114.167 14:56, 31 October 2014 (UTC)
MediaWiki 1.23.5 can't find diff3 unless open_basedir = none
Is it smart/necessary to set "open_basedir = none"? I am upgrading my MediaWiki to v1.23.5.
With open_basedir = default, I get:
- PHP 5.4.25 is installed.
- GNU diff3 not found.
- Found GD graphics library built-in.
With open_basedir = none, I get:
- PHP 5.4.25 is installed.
- Found ImageMagick: /usr/bin/convert.
Setting $wgDiff3 = "/usr/bin/diff3"; in LocalSettings.php makes no difference. By default, open_basedir is set to webroot/:/tmp Iantresman (talk) 17:34, 31 October 2014 (UTC)
PdfHandler Extension doesn't work on MW1.23
Hey everybody,
i have a apache server system on windows 2003 server running. There i have two mediawiki installations one version is 1.23.2 and the other 1.21. Both have the same configuration in localsettings.php for pdfhandler extension:
require_once ("$IP/extensions/PdfHandler/PdfHandler.php"); $wgPdfProcessor = 'C:\Programme\gs\gs9.10\bin\gswin32.exe'; $wgPdfPostProcessor = 'C:\Programme\ImageMagick-6.8.7-Q16\convert.exe'; $wgPdfInfo = 'C:\Programme\xpdfbin-win-3.03\bin32\pdfinfo.exe'; $wgPdftoText = 'C:\Programme\xpdfbin-win-3.03\bin32\pdftotext.exe';
On my mediawiki 1.21 that works fine, but on my mediawiki 1.23.2 i am not able to get a preview of an uploaded pdf, it doesn't do anything (no error message at all). Funny thing, if I choose older uploaded pdfs on my mediawiki 1.23.2 (which had already a preview image) it works fine. It looks like mediawiki or PdfHandler Extension is not longer able to generate pictures in image folder. Folder rights are fine. How am I able to check whether PdfHandler Extension is really called or not?
Any idea would be welcome.
Regards, Max 212.185.112.251 (talk) 18:41, 31 October 2014 (UTC)
[RESOLVED] CSS not working
Hi, I just updated to mw 1.23.6
and my wiki now renders without any CSS. no theme works, and all i see is unstyled HTML content (blue underlinks, etc)
i've looked at this : https://www.mediawiki.org/wiki/Project:Support_desk#x.5BRESOLVED.5D_CSS_is_not_loading_properly_9435
but it doesn't seem to be this.
i'm running mediawiki on a MAMP-based apache/mysql setup, and haven't had any problems before.
any help would be appreciated, i'm quite stuck.
i've tried different browsers (ff, safari, chrome) and i see the same thing everywhere.
i've seen comments that i should do various things to a .htaccess file
is this a .htaccess at the document root of the apache server? or should it live in the same folder as LocalSettings.php?
here are my settings:
Installed software
Product Version
MediaWiki 1.23.6
PHP 5.6.2 (apache2handler)
MySQL 5.5.38
Entry point URLs Entry point URL Article path /wiki/index.php/$1 Script path /wiki index.php /wiki/index.php api.php /wiki/api.php load.php /wiki/load.php 130.132.173.19 (talk) 21:05, 31 October 2014 (UTC)
- Is there anything relevant in the server log? Also see https://www.mediawiki.org/wiki/Manual:How_to_debug AKlapper (WMF) (talk) 21:54, 1 November 2014 (UTC)
- it mysteriously started working. thanks for your suggestions! 2601:6:5180:242:C4B3:8175:88E0:BB6A 18:40, 2 November 2014 (UTC)
- "Mystery" often is another word for "cache". ;-) Maybe some cache on the server or somewhere on your PC got emptied and that solved the issue. 88.130.112.113 22:05, 2 November 2014 (UTC)
- it mysteriously started working. thanks for your suggestions! 2601:6:5180:242:C4B3:8175:88E0:BB6A 18:40, 2 November 2014 (UTC)