Project:Support desk/Flow/2017/08
| This page used the Structured Discussions 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. |
| This page is an archive. |
| Please ask questions on the current support desk. |
Wiki Logo Not Appearing
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,
I am having problem setting up a logo for a wiki. Currently, there is no logo at all. Instead, the name of the site is displayed. I have tried to change the $wgLogo variable value so many times trying different logo sizes, paths, and methods. All my changes seem to cause no effects. However, if I try to change the site's name, it would reflect on the site. I am not sure what the reason is, but here are some of my attempts to change the logo from LocalSettings.php:
## The URL path to the logo. Make sure you change this from the default,
## or else you"ll overwrite your logo when you upgrade!
##$wgLogo = "$wgResourceBasePath/resources/assets/wiki.png";
##$wgLogo = $wgScriptPath . '/images/e/e2/Crc_logo_white.png';
$wgLogo = "/w/images/2/2a/Crc_logo_white_resized.png";
##$wgLogo = "{$wgScriptPath}/images/2/2a/Crc_logo_white_resized.png";
##$wgLogo = "{$wgStylePath}/skins/MonoBook/wiki.png";
##$wgLogo = "/w/images/2/2a/Crc_logo_white_resized.png";
##$wgLogo = "http://icons.iconarchive.com/icons/graphicloads/100-flat/256/home-icon.png";
##$wgLogo = "/var/www/html/mediawiki/2/2a/Crc_logo_white_resized.png"; 129.74.243.223 (talk) 15:50, 1 August 2017 (UTC)
- What skin are you using? MacFan4000 (talk) 16:01, 1 August 2017 (UTC)
- Refreshed.
- I found this on some page on this wiki:
- The Refreshed skin doesn't use
$wgLogolike most skins as it displays a logo in the form of a wordmark, which is not favorable in most other skins ($wgLogobeing a global variable that would effect all skins). To adjust the wordmark seen in Refreshed, you can define it two ways:- MediaWiki:Refreshed-this-wiki-wordmark: Normal logo, the content is the image logo URL.
- MediaWiki:Refreshed-this-wiki-mobile-logo: The logo displayed on the mobile, the content is the image logo URL.
- but I am not sure how I would use it. Syntax wise. 129.74.243.223 (talk) 16:26, 1 August 2017 (UTC)
- I think the problem is related to the skin. I am using 'refreshed', but when I change it, the logo would appear just fine. 129.74.243.223 (talk) 16:10, 1 August 2017 (UTC)
- Correct syntax is a direct url to the logo. MacFan4000 (talk) 16:47, 1 August 2017 (UTC)
- Hi! I got the same problem. Yoy have to enter/create the page "MediaWiki:Refreshed-this-wiki-wordmark", edit and copy ONLY the complete url of the picture you want to put as logo. You can upload the picture just in the "Upload file" section of your own media wiki, open the picture in a new tab and copy the url.
- The same with the wordmark and the mobile logo. But the wordmark is a dropdown. LeizaGS (talk) 08:53, 25 July 2018 (UTC)
- This is documented in Skin:Refreshed. Please read the docs! Ciencia Al Poder (talk) 09:14, 25 July 2018 (UTC)
Error when uploading images
When I upload images to my wiki, the page becomes overcomed with an error code. Here is part of it:
Warning: fopen(): open_basedir restriction in effect. File(/tmp/transform_8a5580c24f93-4.png) is not within the allowed path(s): (/home/osarquivosdoimperador.tk) in /home/osarquivosdoimperador.tk/public/includes/filebackend/TempFSFile.php on line 63 Call Stack: 0.0003 245960 1. {main}() /home/osarquivosdoimperador.tk/public/index.php:0 0.1115 10369592 2. MediaWiki->run() /home/osarquivosdoimperador.tk/public/index.php:41 0.1116 10371160 3. MediaWiki->main() /home/osarquivosdoimperador.tk/public/includes/MediaWiki.php:414 0.1626 13231216 4. MediaWiki->performRequest() /home/osarquivosdoimperador.tk/public/includes/MediaWiki.php:566 0.2031 18377336 5. MediaWiki->performAction() /home/osarquivosdoimperador.tk/public/includes/MediaWiki.php:273 0.2033 18377600 6. ViewAction->show() /home/osarquivosdoimperador.tk/public/includes/MediaWiki.php:395 0.2033 18379288 7. ImagePage->view() /home/osarquivosdoimperador.tk/public/includes/actions/ViewAction.php:44 0.3116 19211912 8. ImagePage->openShowImage() /home/osarquivosdoimperador.tk/public/includes/page/ImagePage.php:154 0.3604 23337904 9. File->transform() /home/osarquivosdoimperador.tk/public/includes/page/ImagePage.php:403 0.3756 23781424 10. File->makeTransformTmpFile() /home/osarquivosdoimperador.tk/public/includes/filerepo/file/File.php:1074 0.3768 23857208 11. TempFSFile::factory() /home/osarquivosdoimperador.tk/public/includes/filerepo/file/File.php:1291 0.3827 23930488 12. fopen() /home/osarquivosdoimperador.tk/public/includes/filebackend/TempFSFile.php:63 Warning: fopen(/tmp/transform_8a5580c24f93-4.png): failed to open stream: Operation not permitted in /home/osarquivosdoimperador.tk/public/includes/filebackend/TempFSFile.php on line 63 Call Stack: 0.0003 245960 1. {main}() /home/osarquivosdoimperador.tk/public/index.php:0 0.1115 10369592 2. MediaWiki->run() /home/osarquivosdoimperador.tk/public/index.php:41 0.1116 10371160 3. MediaWiki->main() /home/osarquivosdoimperador.tk/public/includes/MediaWiki.php:414 0.1626 13231216 4. MediaWiki->performRequest() /home/osarquivosdoimperador.tk/public/includes/MediaWiki.php:566 0.2031 18377336 5. MediaWiki->performAction() /home/osarquivosdoimperador.tk/public/includes/MediaWiki.php:273 0.2033 18377600 6. ViewAction->show() /home/osarquivosdoimperador.tk/public/includes/MediaWiki.php:395 0.2033 18379288 7. ImagePage->view() /home/osarquivosdoimperador.tk/public/includes/actions/ViewAction.php:44 0.3116 19211912 8. ImagePage->openShowImage() /home/osarquivosdoimperador.tk/public/includes/page/ImagePage.php:154 0.3604 23337904 9. File->transform() /home/osarquivosdoimperador.tk/public/includes/page/ImagePage.php:403 0.3756 23781424 10. File->makeTransformTmpFile() /home/osarquivosdoimperador.tk/public/includes/filerepo/file/File.php:1074 0.3768 23857208 11. TempFSFile::factory() /home/osarquivosdoimperador.tk/public/includes/filerepo/file/File.php:1291 0.3827 23930488 12. fopen() /home/osarquivosdoimperador.tk/public/includes/filebackend/TempFSFile.php:63 Warning: fopen(): open_basedir restriction in effect. File(/tmp/transform_8a5580c24f93-5.png) is not within the allowed path(s): (/home/osarquivosdoimperador.tk) in /home/osarquivosdoimperador.tk/public/includes/filebackend/TempFSFile.php on line 63 Call Stack: 0.0003 245960 1. {main}() /home/osarquivosdoimperador.tk/public/index.php:0 0.1115 10369592 2. MediaWiki->run() /home/osarquivosdoimperador.tk/public/index.php:41 0.1116 10371160 3. MediaWiki->main() /home/osarquivosdoimperador.tk/public/includes/MediaWiki.php:414 0.1626 13231216 4. MediaWiki->performRequest() /home/osarquivosdoimperador.tk/public/includes/MediaWiki.php:566 0.2031 18377336 5. MediaWiki->performAction() /home/osarquivosdoimperador.tk/public/includes/MediaWiki.php:273 0.2033 18377600 6. ViewAction->show() /home/osarquivosdoimperador.tk/public/includes/MediaWiki.php:395 0.2033 18379288 7. ImagePage->view() /home/osarquivosdoimperador.tk/public/includes/actions/ViewAction.php:44
And also it does not create thumbnails. Jvlopestheidiot (talk) 18:34, 1 August 2017 (UTC)
Error installing MediaWiki 1.29.0
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.
When trying to install I get the following message : Error starting session: session_start(): open(/var/php_sessions/sess_ndcdt35ndva5jk7ic247ogovej3469li, O_RDWR) failed: No such file or directory (2) 87.67.0.31 (talk) 03:17, 2 August 2017 (UTC)
- Possibly a relevant topic: Manual talk:Installation guide/Archive 2/Flow export#h-Installation_Problems-2012-01-08T01:03:00.000Z. AhmadF.Cheema (talk) 10:16, 2 August 2017 (UTC)
lost my password
lost my password and can't log in to my email for temp password what can i do 2601:205:4000:6A55:8104:AE9B:B4E:426B (talk) 05:46, 2 August 2017 (UTC)
- See https://www.mediawiki.org/wiki/Manual:Resetting_passwords AKlapper (WMF) (talk) 11:50, 2 August 2017 (UTC)
- i try using the link but i no longer have access to the email i signed up with 2601:205:4000:6A55:859D:2057:63C:7C52 (talk) 15:35, 3 August 2017 (UTC)
Force minimum MediaWiki version requirement for extension
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.
Is there a way to force a minimum MediaWiki version required for using an extension? A quick search on extension.json didn't reveal anything. The reason I ask is because I don't really want to be bothered supporting severely outdated and unsupported versions of MediaWiki for an extension I'm working on. Would it be better to just rely on the errors and exceptions it'll throw instead of explicitly trying to filter out old versions of MediaWiki? Arms Away (talk) 06:35, 2 August 2017 (UTC)
- Extension.json has a field where you can specify the minimum version of MediaWiki: Manual:Extension.json/Schema#requires. Don't mind the version requirement for this field, that is related to extension requirements, not MediaWiki itself. —Mainframe98 talk 07:07, 2 August 2017 (UTC)
- Thanks. I'll use that instead. Arms Away (talk) 04:19, 3 August 2017 (UTC)
Logo and favicon not showing despite viewable using direct URL
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I'm trying to setup our wiki here:
http://cse.hcmut.edu.vn/aclab/index.php/ACLab
This is the direct URL to the logo: http://cse.hcmut.edu.vn/aclab/images/6/6c/Bklogo.png
I tried to setup the logo using:
$wgLogo = 'http://cse.hcmut.edu.vn/aclab/images/6/6c/Bklogo.png';
Or
$wgLogo = '/images/6/6c/Bklogo.png';
But both didn't work.
The same goes for favicon, here is its direct URL: http://cse.hcmut.edu.vn/aclab/images/favicon.ico
I tried setting $wgFavicon similarly to the logo, but both of them didn't work. Meatshell (talk) 07:33, 2 August 2017 (UTC)
- I tested with the absolute URL for the logo, it appeared to be working on my end.
- Can you confirm that you had cleared the cache? Additionally, see if your browser developer tools (F12) give any errors under its Console tab. AhmadF.Cheema (talk) 10:56, 2 August 2017 (UTC)
- Sorry for the late reply.
- I cleared the browsing cache but it didn't work. The logo and favicon are still not shown.
- There is no error shown in the console tab too. Meatshell (talk) 06:29, 8 August 2017 (UTC)
- When I view the wiki pages, I do not see logo and favicon.
- Your wiki pages contain this URL: http://cse.hcmut.edu.vn/aclab/index.php/favicon.ico.
- The "/index.php" in them is wrong. It should not be there. This points to a problem with the different path variables. I think that somehow they are not set correctly. 2003:72:6D1A:4E00:2D3C:AB0C:626:585 (talk) 20:49, 8 August 2017 (UTC)
- And you somehow have a link element on top of all your wiki pages, showing a path to the favicon. I don't know how on earth you got that there, but you should remove this. It is just invalid. 2003:72:6D1A:4E00:2D3C:AB0C:626:585 (talk) 20:51, 8 August 2017 (UTC)
- Thank you for your inputs.
- I forgot to remove that favicon link.
- Anyway, here are the relevant variables:
- $wgScriptPath = 'http://cse.hcmut.edu.vn/aclab';
- $wgStylePath = '{$wgScriptPath}/style';
- $wgLogo = 'http://cse.hcmut.edu.vn/aclab/images/6/6c/Bklogo.png';
- $wgFavicon = './favicon.ico';
- Document root is in /var/www/html/ Meatshell (talk) 02:32, 9 August 2017 (UTC)
- The wiki uses this rule for the logo:
- .mw-wiki-logo { background-image: url(http://cse.hcmut.edu.vn/aclab/?d41d8); }
- which is very strange because api returns the correct URL http://cse.hcmut.edu.vn/aclab/api.php?action=query&meta=siteinfo&siprop=general
- About the favicon, it should be defined with an absolute URL Ciencia Al Poder (talk) 09:49, 16 August 2017 (UTC)
- You obviously had modified the MediaWiki source code, e.g. to get the link to the favicon displayed on top of very page. Do you maybe still have other modifications in the code, which you are using? Maybe it is best to override all the files, which are coming from the MediaWiki tarball with the original file again, to be sure there are no modifications left.
- Also note that $wgScriptPath should be a path in the file system. A URL does not work there. Setting it to "/aclab" should help.
- If you are not planning to use your own skin directory, you can just remove the line with $wgStylePath.
- $wgLogo depend on $wgScriptPath. In you case it should be "{$wgScriptPath}/images/6/6c/Bklogo.png".
- $wgFavicon finally should just be "/favicon.ico".
- All this leads to this configuration:
- $wgScriptPath = '/aclab';
- # This line can be removed: $wgStylePath = '{$wgScriptPath}/style';
- $wgLogo = "{$wgScriptPath}/images/6/6c/Bklogo.png";
- $wgFavicon = '/favicon.ico'; 37.138.107.131 (talk) 20:19, 16 August 2017 (UTC)
Upgrade Mediawiki from 1.18 to 1.29
Hi team,
I am trying to upgrade MediaWiki form 1.18 to 1.29. Everything went through smooth, except for the customized skin that I had on 1.18.
Would MediaWiki 1.29 support older skins, backward compatibility?
OR
Is there a way to upgrade the skin code and files to the new format such that 1.29 accepts and renders it correctly.
As of now, it does not load, as it requires skin.json and all other such files that the new skin framework follows.
I have a lot of code in that custom skin file that I cannot let go hence would require it to work with the latest version of MediaWiki.
Can someone from the team please help?
Thanks in advance,
Sharanam Shah Sharanams (talk) 08:18, 2 August 2017 (UTC)
Sécurité des pages - Security
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.
Bonjour, est-il possible de bloquer l'accès à certaines pages à un groupe d'utilisateurs ? si oui, comment ? Merci !
Is it possible to block the access to certain pages to a user group ? If yes, how ? thank you ! 83.137.242.22 (talk) 08:44, 2 August 2017 (UTC)
- See Category:Page specific user rights extensions, but all of them have some restrictions.
- The most stable at the moment appears to be Extension:Lockdown.
- Remember to read the warnings regarding the limitations for such extensions on the top of their pages. AhmadF.Cheema (talk) 10:49, 2 August 2017 (UTC)
- thank you ! 83.137.242.22 (talk) 12:19, 2 August 2017 (UTC)
infobox template
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,
I've installed the 1.28.2 version of MediaWiki but I can't create infoboxes at the right side
I followed the related tutorial and googled this issue, then I installed Extensions (ParserFunctions + Scribunto + InputBox + TemplateData) then updated LocalSettings.php... I tried to export/import Infobox but it was in vaine... it generates an error LUA... I was't able to collect the full error in a log file
Can someone help me with a full HowTo ?
Thanks in advance
Vaz Taqvaylit (talk) 09:18, 2 August 2017 (UTC)
- Did you mean MediaWiki (1.28.2)?
- See Manual:How to debug for how to receive a descriptive error message. AhmadF.Cheema (talk) 10:50, 2 August 2017 (UTC)
- Yes 1.28.2 (I corrected my post)
- I setup a debug log file, and since I resested everything on my site, I wanna begin from 0...
- There're so much manuals talking about infoboxes... Do you know which pertinent manual I've to follow in order to CREATE INFOBOXES in the right side of my site? Taqvaylit (talk) 11:58, 2 August 2017 (UTC)
- See Manual:Importing Wikipedia infoboxes tutorial. AhmadF.Cheema (talk) 12:16, 2 August 2017 (UTC)
Is Extension:Flow good for production use?
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I see it's being used on MediaWiki and a few other WMF sites, but the extension itself is marked as beta and not actively maintained except for bug fixes. Is it basically abandoned or likely to be in the future? Should we avoid deploying it on new sites and instead use regular markup as was done on Wikipedia?
Is there something in the pipeline for a modern discussion system for MediaWiki? I was looking forward to LiquidThreads as a modern alternative, but that initiative was abandoned. Then came Flow, but it looks like it's going to suffer the same fate. Flowing0 (talk) 18:23, 2 August 2017 (UTC)
- The commit history appears to show that it is being actively developed. As far as I know, there are no plans to abandon it. See Flow#Development status for relevant information. AhmadF.Cheema (talk) 13:31, 3 August 2017 (UTC)
Requiring minimum settings for $wgAutoConfirmAge and $wgAutoConfirmCount
Is there a built-in way to require minimum settings for $wgAutoConfirmAge and $wgAutoConfirmCount in an extension? I'm working on something which applies restrictions and additional checks on new accounts, but I'm letting autoconfirmed users bypass the checks since they're presumably more trusted now.
The problem is $wgAutoConfirmAge and $wgAutoConfirmCount both default to 0, so everyone is autoconfirmed and bypasses the checks if the defaults haven't been changed.
I can do something along the lines of:
global $wgAutoConfirmAge;
if($wgAutoConfirmAge == 0) {$wgAutoConfirmAge = 5;}
But they would make debugging more difficult for extension users because I'm changing a global variable in an extension.
1) Can I enforce variable settings using extension.json or some other mechanism?
2) Failing the above, is there a built-in way to display an error/exception to the user and fail the extension if the autoconfirm settings are defaults?
3) Is this the right approach or is there a better way? Arms Away (talk) 04:26, 3 August 2017 (UTC)
Create a page with text in URL
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello !
I'm trying for long to create a page including content with a single URL. Is that possible ?
It would look something like that : just pasting this on my server would create a page with a title and a defaut text. I could just save by clicking, without having to write the text.
http://www.example.net/index.php/Title_of_the_page_to_create&Text_of_the_page
Thanks for your assistance, and cheers from switzerland. Yannick Bravo (talk) 09:58, 3 August 2017 (UTC)
- See API:Edit.
- You may need to spend some time, understanding it. AhmadF.Cheema (talk) 13:27, 3 August 2017 (UTC)
- Wow thanks for the answer. It seems a new world to me. hard to understand. Anyway, it works with the sandbox, i created a page including a text. But when I try directly on the adress bar I've got this message :
- {"error":{"code":"mustpostparams","info":"The following parameters were found in the query string, but must be in the POST body: token","*":"See http://www.xxx.com/api.php for API usage"}} Yannick Bravo (talk) 14:14, 3 August 2017 (UTC)
- I don't know much about APIs. Looking at it, it appears that these "POST" requests can be made only through some coded scripts and not simply through URLs. I can't really be sure.
- If you can give more details about your use-case, maybe there are other methods of achieving your objective. AhmadF.Cheema (talk) 18:21, 3 August 2017 (UTC)
- You can't create a page by just loading a url. However, you can prefill the text. See Manual:Creating pages with preloaded text. 192.232.130.221 (talk) 22:07, 3 August 2017 (UTC)
- Thanks for your answers. I managed to create with the sandbox but it actually take a lot of time. Maybe there is a way to batch create ? Yannick Bravo (talk) 07:02, 4 August 2017 (UTC)
- For bulk creation you will probable need to used some script like the following,
- Manual:ImportTextFiles.php
- MediaWiki Bulk Page Creator AhmadF.Cheema (talk) 09:36, 4 August 2017 (UTC)
- If you have command line access: Manual:edit.php
- If not, you may find a useful script for Pywikibot Ciencia Al Poder (talk) 09:39, 4 August 2017 (UTC)
Administrator can not edit settings
Hello
I updated the version from 1.16 to 1.29
When I login under the administrator, I can not edit the settings
The administrator is included in the groups "sysop" and "bureaucrat"
In version 1.16 everything works
I ask help
Sorry for my English - it is not my native language Henry4TM (talk) 14:54, 3 August 2017 (UTC)
MediaWiki rewrite when page title is the same as domain
I have an unusual problem with a page on my wiki where the title matches the website's domain.
Here's what I mean:
http://wiki.domain.com/ is the root of my MediaWiki wiki.
I have a page called http://wiki.domain.com/domain.com, which is a page about the domain itself. (I'm a bit of a web developer, and I like to keep track of client data like this, such as http://wiki.domain.com/client1.org and http://wiki.domain.com/client2.net -- the page called domain.com is sort of like Wikipedia's page about itself :-)
I can view the page called domain.com fine; the weirdness happens when I start editing the page. I click edit, type away in the text field, and when I hit 'Save Changes', I get an HTTP403 error or (this started happening today), I get redirected to the Main Page.
I've just moved from one hosting provider to another, and this odd behaviour started. (I didn't do a straight transfer from the previous provider, though; I installed WordPress Multisite in another directory.)
I'm guessing that, somehow, my Apache installation is catching the "domain.com" part and is re-writing it too much.
I tried to include a sample of my .htaccess file into this post, but there isn't a pretty way of doing it. But, there aren't really rewrites pertaining to the domains; on my server's cPanel, I've got the WordPress-related websites pointing to the WP directory.
I wasn't sure if this is a MediaWiki, an Apache or a WordPress question, but I figured I'd start here. • Supāsaru 16:59, 3 August 2017 (UTC)
Unable to upload .tex files
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I (and other users of my MediaWiki) are receiving the following upload warning when we attempt to upload .tex files, and the file is failing to upload, even after clicking "Ignore Warnings":
"File extension ".tex" does not match the detected MIME type of the file (text/x-tex)."
I have uploaded .tex files in the past with no errors, and they are listed in the file list as "MIME type: text/x-tex)", so I'm unclear on the problem. Thank you for your assistance! Sviel (talk) 17:44, 3 August 2017 (UTC)
- look at the file from Manual:$wgMimeTypeFile (includes/mime.types) if it's consistent Ciencia Al Poder (talk) 09:43, 4 August 2017 (UTC)
Change the default number of blank lines before a heading (after section editing)
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.
When editing a section (or subsection, etc.), exactly one blank line is kept between the edited section and the following. Editing the entire page source does allow to add multiple blank lines.
How do I change this behavior and control the default number of blank lines before a heading? nBarto (talk) 21:56, 3 August 2017 (UTC)
- What do you want to change? the blank likes in source code (which will also reflect more space when reading an article) or only when reading the article? Ciencia Al Poder (talk) 09:40, 4 August 2017 (UTC)
- The source code.
- (I suppose with CSS one can control vertical space before headers, but for flexibility reasons I'd like to only alter the source code.) nBarto (talk) 10:49, 4 August 2017 (UTC)
- On Manual:Parser.php there's a extractSections() method there's a line:
$outText .= $newText . "\n\n";- Maybe you can add more newlines there (I'm not sure if this will do what you want). However, this can cause other side effects, and your change will be lost on next upgrade.. Basically, this is not configurable. Ciencia Al Poder (talk) 17:18, 4 August 2017 (UTC)
- That seems to be it. $newText is trimmed as described at meta:Help:Newlines and spaces#Trimming on expansion, and "\n\n" is added afterwards. nBarto (talk) 21:28, 4 August 2017 (UTC)
edit page font size
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, i created a wiki page and how can i change the font size in my page bigger?
Thanks 118.189.155.244 (talk) 22:14, 3 August 2017 (UTC)
- to add on, im using Pivot skin. 118.189.155.244 (talk) 22:17, 3 August 2017 (UTC)
- This has a <span style="font-size:larger">Bigger font</span>
- This has a Bigger font Ciencia Al Poder (talk) 09:37, 4 August 2017 (UTC)
- According to Project:Support desk/Flow/2013/12#h-[RESOLVED]_How_to_change_my_Wiki_font_size?-2013-12-16T06:07:00.000Z, set the following in your MediaWiki:Common.css page,Not sure if this will work for your skin or not. Remember to hard refresh your page after making the .css changes. AhmadF.Cheema (talk) 09:50, 4 August 2017 (UTC)
/* Bring the text to 14px */ #mw-content-text { font-size: 0.875em; }
[German]Bild wird nicht angezeigt / Image is not displayed
Hay,
ich habe folgendes Problem ich habe auf meinen Webspace von Strato Mediawiki 1.29 installiert alles ohne probleme nur wenn ich nun ein bild hochlade wird mir weder eine vorschau noch das bild angezeigt wenn ich direkt auf das bild gehe kommt nur der fehler 500 über FTP sehe ich das bild kann mir bitte jemand sagen was ich dagegen machen kann?
MediaWiki 1.29.0
PHP 7.0.21 (cgi-fcgi)
MySQL 5.6.37-log
Hay, I have the following problem I have installed on my webspace of Strato Mediawiki 1.29 everything without problems only if I now upload a picture is neither a preview nor the image displayed when I go directly to the image comes only the error 500 over FTP I see that Picture can someone please tell me what I can do about it? MediaWiki 1.29.0 PHP 7.0.21 (cgi-fcgi) MySQL 5.6.37-log
http://i.imgur.com/XInqC7g.jpg
http://i.imgur.com/ss1RFJg.jpg
http://i.imgur.com/nfoyn10.jpg Alander720 (talk) 08:21, 4 August 2017 (UTC)
- See https://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#Image_Thumbnails_not_working_and.2For_appearing and https://www.mediawiki.org/wiki/Manual:How_to_debug AKlapper (WMF) (talk) 09:11, 4 August 2017 (UTC)
- Okay thank you synonymous, I need ImageMagick? If so, how do I install this on my webspace because that is not a server Alander720 (talk) 16:38, 4 August 2017 (UTC)
- I have a similar problem with my strato-provider (SunOS localhost 5.10 Generic_150401-49 i86pc ) and mw1.27.4 :- php 7 on 2018.spiritwiki.de - file: test
- After installation i had at first a database problem (also on a 2nd installation) which i was able to clear with
- ssh : php maintenance/update.php --skip-external-dependencies
- Imagemagic is on (on xampp 7.025 everythings functions)
- but on both installations the images are uploadable but stay blank. If i click on the link at the upload-site of the image i get an internal server error or misconfiguration....
- I added
- error_reporting( -1 );
- ini_set( 'display_errors', 1 );
- $wgShowSQLErrors = true;
- $wgDebugDumpSql = true;
- $wgShowDBErrorBacktrace = true;
- $wgDebugComments = true;
- at the end of localsettings but no other errors are shown - Manbu (talk) 18:33, 23 December 2017 (UTC)
- I would now activate the debug log of MediaWiki and then I would visit an Image page, where the thumbnail is not yet present in the system.
- Afterwards, the debug log will among other things contain the exact command, which MediaWiki used tocreate the thumbnail (and obviously, you already know that, this command fails). You can then examine the comman and execute manually it from the shell yourself to see the output from ImageMagick.
- > If i click on the link at the upload-site of the image i get an internal server error
- I don't understand what you are saying. What link are you clicking? 2001:16B8:1080:4E00:85A0:B72F:EC1:E270 (talk) 18:43, 23 December 2017 (UTC)
- I see neither the thumbnail nor the image on
- http://2018.spiritwiki.de/index.php?title=Datei:Greek_Eros_vase.png
- added all but no real errors..(.in the footer of the site)
- It is something for experts.... Manbu (talk) 18:47, 23 December 2017 (UTC)
- The reason is very simple the htacces which mw1.27 installs in the images directory :
- # Protect against bug T30235
- <IfModule rewrite_module>
- RewriteEngine On
- RewriteOptions inherit
- RewriteCond %{QUERY_STRING} \.[^\\/:*?\x22<>|%]+(#|\?|$) [nocase]
- RewriteRule . - [forbidden]
- # Fix for bug T64289
- Options +FollowSymLinks
- </IfModule>
- Removal lets the images appear
- i replaced it with (from mw119)
- # Protect against bug 28235
- <IfModule rewrite_module>
- RewriteEngine On
- RewriteCond %{QUERY_STRING} \.[^\\/:*?\x22<>|%]+(#|\?|$) [nocase]
- RewriteRule . - [forbidden]
- </IfModule>
- ...............................................
- (And now still https://shorturls.redwerks.org........hopefully - because SunOS5 makes problems) Manbu (talk) 11:56, 24 December 2017 (UTC)
- Note that a MediaWiki upgrade will break your patch again.
- The only difference, which is in your .htaccess file now is that
Options +FollowSymLinks- is not set. 2001:16B8:10F4:5100:D48A:483B:55B9:1E6A (talk) 22:12, 24 December 2017 (UTC)
- The RewriteOptions Inherit was another problem.
- https://stackoverflow.com/questions/15868763/what-does-rewriteoptions-inherit-in-htaccess-file-do
- The only question is why these problems do not come up on an installation on debian7 and php5.6 of another provider.
- SunOS localhost 5.10 Generic_150401-49 i86pc has incompatibilities. A solution would be an extension with its own redirection - api. Manbu (talk) 11:18, 26 December 2017 (UTC)
- Correct me if I'm wrong, but you are now using the same .htaccess file as delivered with MediaWiki. Only have you removed the Options +FollowSymLinks line.
- Or have you also made other changes? 2001:16B8:10D6:2E00:8598:6123:5FCB:1AE9 (talk) 12:45, 26 December 2017 (UTC)
- As You can see above i have changed both. But the
- Options +FollowSymLinks is the hindering factor - also on debian 7.
- The problems with the database exist not in mw1.29.2 -
- but the entrys from redwerks function (on SunOS5) only with wiki/$1 and not with /$1 (500 server error) Manbu (talk) 10:01, 27 December 2017 (UTC)
- Diese "Lösung" öffnet u.U. gleich eine ganze Reihe von Sicherheitslücken. Entschuldige, wenn ich das deutlich sage, aber: Wer keine Ahnung hat, sollte anderen lieber keine Ratschläge erteilen. 2001:16B8:10A9:E00:F8D5:DB65:C4D7:AFA8 (talk) 18:23, 28 December 2017 (UTC)
- Wer motzt und sich großtut sollte bedenken, daß obiges bis mw 1.21 so gehandhabt wurde und erst dann geändert wurde - mein MW1.19 wurde innerhalb 5 Jahren nicht geknackt. Die Löung mit Options +FollowSymLinks ist jedenfalls keine Lösung. Es reicht auch ein # vor der Zeile.
- Ansonsten hat Strato eine Inkompatibilität im Apache, die bei neueren Versionen von MW den Pfad mit /$1 nicht zulässt sondern nur /w/$1 zulässt. Manbu (talk) 21:02, 29 December 2017 (UTC)
- Zur Klarstellung: Mein letzter Beitrag bezieht sich auf den direkt davor stehenden Beitrag von 87.79.122.31, den du vielleicht gar nicht gelesen hast, weil 87.79.122.31 ihn mittlerweile verborgen hat. 87.79.122.31 hat dort empfohlen, die Sicherheitsvorkehrungen aus der .htaccess-Datei komplett auszuschalten. Das ist - und daran ändert sich nichts - eine sehr schlechte Idee. Diese Vorkehrungen sind nicht ohne Grund da. Das hat mit Motzen rein gar nichts zu tun, das sind schlicht die Fakten.
- MediaWiki 1.19 sowie 1.21 werden seit Jahren nicht mehr unterstützt. Diese Altversionen haben bekannte Sicherheitslücken, die nicht mehr behoben werden. Ob dein MediaWiki geknackt wurde oder nicht, wirst du dann ggf. in Zukunft irgendwann mal feststellen. Festzustellen, dass es das nicht wurde, dürfte eine ziemlicher Aufwand sein. Und selbst wenn sich das feststellen ließe, muss der Grund dafür noch lange nicht die Sicherheit deines Systems sein - es kann auch schlicht Zufall sein. 2001:16B8:108F:6F00:757B:7233:2162:8C74 (talk) 07:13, 30 December 2017 (UTC)
- All diesen Kommentare ändern aber auch nichts daran , das Options Follow Symbolic links den Bildpfad blockiert (nicht auf Xampp - aber bei mir bei zwei Providern - einmal mit../htdocs und var/www...)
- Das ist zwar evtl. ein Sicherheitsrisiko :http://www.maxi-pedia.com/followsymlinks, aber dann müsste man alle Unterverzeichnisse speziell so absichern.
- Solange der Webserver die Bilder ausliefert genügt auch ein 644 auf Dateien und Verzeichnisse (das Strato mir oft einfach auf mein 755 korrigiert - auch bei NICHT-MW-Installationen - wohl der Sicherheitsschild).
- (NUR) Wer eine bessere Lösung hat möge sich melden.... Manbu (talk) 12:52, 1 January 2018 (UTC)
- In einer Standard-Installation gibt es keine Symlinks innerhalb des Ordners images/. Ob Apache jetzt angewiesen wird, in diesem Ordner Symlinks zu folgen oder ob nicht, macht dann gar keinen Unterschied. Es ist aber trotzdem so, dass du, wenn du die .htaccess-Datei veränderst, du bei jedem Update daran denken musst, dass du diese Änderung ja wieder einpflegen musst. Mir wäre das zu nervig. 2001:16B8:1077:1500:94D9:C41A:3E81:2675 (talk) 13:04, 1 January 2018 (UTC)
- Ich habe ein vergleichbares Problem, allerdings mit der aktuelleren MediaWiki version. Auch der hier beschriebene Workaround scheint nicht zu funktionieren. Die htaccess enthält allerdings nur folgenden Code:
- <IfModule rewrite_module>
- RewriteEngine On
- RewriteOptions inherit
- # Fix for bug T64289
- # Options +FollowSymLinks
- </IfModule>
- das Auskommentieren der Optionszeile war ich; Leider hat das auch nicht viel gebracht. Ich sitze damit auch auf einem Strato Server. Lastknightnik82 (talk) 16:13, 31 May 2022 (UTC)
Administrator can't delete specific page
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.
Someone created a page on my wiki with a bogus Facebook support number on it. When I navigate to it, I don't have the option to delete the page or modify it even though I am an administrator of the site. I looked at the page information and noticed that the page ID is zero. Would this have something to do with why I can't delete it? Is there a way to fix this or at the very least change the page title to remove the offending text? Any other ideas??
Thanx in advance... Alwaysprepared (talk) 13:14, 4 August 2017 (UTC)
- If you have database access, you can try to delete it from there. Or see if this extensions helps. │Star-Warden│ 07:40, 6 August 2017 (UTC)
Restrict post creation in Flow
Is there a way to restrict who is allowed to create posts on certain Flow boards but still allow everyone to comment on those posts? Tribly (talk) 13:59, 4 August 2017 (UTC)
- okay Tribly (talk) 18:57, 4 August 2017 (UTC)
How did spammers find my MediaWiki install?
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.
Shortly after installing MediaWiki, spammers have already begun hitting it and posting their auto-generated spam containing links. The text doesn't even make sense, but I guess they only care about the backlinks. I've already stopped the spam by using the abuse filter and ConfirmEdit, so this is more of a question to satisfy my curiosity as opposed to stopping spam.
How did they find my site in the first place? It wasn't listed or linked to from anywhere.
Are these spam bots generic form posting bots or are they specialized for MediaWiki? Toteschute (talk) 15:03, 4 August 2017 (UTC)
- Spambots (etc) speculatively look for a range of installed software/services, and test standard (and common variations on standard) directories. Check out your webserver logfiles to see what else they are going for. Clump (talk) 13:26, 5 August 2017 (UTC)
- I guess the spammers read all public available information sources, and perhaps one of the sources is the whois databases: for instance if you registered a new domain name and installed MediaWiki directly there, possibly they found the information in the whois and they guess it was a MediaWiki installation (you can not to answer to my comment if you don’t want to confirm or refut about your specific installation – it’s just a general comment).
- If you want to really hide a MediaWiki installation on the Internet, I guess a good way to achieve that is to install it on a recondite subdomain (e.g. 927g028gh.example.org) or subdirectory (e.g. example.org/927g028gh/) and/or use HTTP authentication or other authentication means and/or even install it as a Tor hidden service and/or add a robots.txt.
- To test if a MediaWiki installation (or any other software) is really hidden, you can search it in some search engines, at least if you trust them enough not to save your search for a further crawling. ~ Seb35 [^_^] 14:27, 5 August 2017 (UTC)
Complete new wiki after update.php
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I did an update.php (via webrowser /mw-config/ ) referring to my existing sql database.
After update I get a complete new wiki without my created pages from my older wiki.
Is my database overwritten ? 81.245.44.89 (talk) 05:12, 5 August 2017 (UTC)
- I solved the problem. The tables in my old database start with prefix mwiki_
- This is not recognised by update.php so additional tables were added (without prefix mwiki_
- I manually renamed all the mwiki_ tables to the name without prefix and now I can update. 81.240.99.47 (talk) 12:47, 6 August 2017 (UTC)
Bad citation formating after installing SMW
Hi
I have wiki (1.28.1) and and I just installed SMW (2.5.3) on it.
Before this citations was OK
but now citations are links in page content are formatted badly
One of braces in citation number in linked and the other one is plain text !!
Here is an image from the citation link:
The parsed HTML is:
<sup id="cite_ref-14" class="reference"><a href="#cite_note-14">[۱۴</a>]</sup>
What is the problem? How can I fix this? 2.190.16.186 (talk) 10:10, 5 August 2017 (UTC)
Update from 1.28.2 to 1.29.0
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
- I dont understand at the manual of update what I must doing.
- who can me help ? Magiclight17 (talk) 11:47, 5 August 2017 (UTC)
- It's very simple.
- Copy "images" folder, "extensions", ".htaccess" file, "LocalSettings.php" file and another added you files.
- Delete MW engine folder from server, load NEW engine to server, and rewrite him previous copied files.
- Start web-setup (your-site.com/mw-config/), and upgrade database.
- Done. Aka sektor (talk) 17:20, 5 August 2017 (UTC)
- You will have to be more specific than that Exactly which part of the manual you're having problems with? AhmadF.Cheema (talk) 15:50, 5 August 2017 (UTC)
*All* pages give a Permission Error after upgrading
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I upgraded to 1.28.2 recently, but now I have found that my wiki will not display any page to visitors. It will just display a Permission Error instead.
The wiki can be found here: http://wiki.spheredev.org/Main_Page
It shows this error for all pages, including the login page. Luckily my session was somehow kept between upgrades, so I can confirm that all pages do display properly when I'm logged in.
Also: the previous version of the wiki ran on (really too many) extensions, but I tried configuring at least a few of the most important ones. Two enabled plugins are ConfirmAccount and ConfirmEdit, but I don't know if those are related at all. DaVince21 (talk) 18:06, 5 August 2017 (UTC)
- ConfirmEdit and ConfirmAccount should not be the issue here.
- See if your LocalSettings.php file has the following line or notAlso, try adding the following line:
$wgGroupPermissions['*']['read'] = false;
This should allow the Wiki login page to become accessible. AhmadF.Cheema (talk) 19:28, 5 August 2017 (UTC)$wgWhitelistRead = array ("Special:Userlogin"); - Thanks. Group permissions seemed to be fine, I even explicitly set that to true and it's still doing it. It's also ignoring the whitelist entirely. DaVince21 (talk) 20:08, 5 August 2017 (UTC)
- According to api, group permissions for "*" includes read rights, so it should work... I don't know what may be the cause, though. You can try disabling all extensions and see if the problem disappears, then enable them one by one until you find the cause. Ciencia Al Poder (talk) 09:29, 7 August 2017 (UTC)
- The specific error our users are seeing when llogged out is:
- You do not have permission to read this page, for the following reason:
- You must confirm your email address before editing pages. Please set and validate your email address through your user preferences.
- This even happens for the login page, so it's impossible to even log in. 2601:8C:4500:7BFF:819C:BE10:F6D9:8B9E (talk) 07:09, 8 August 2017 (UTC)
- Have you already tried the above suggestion of disabling all extensions and seeing if it changes anything? AhmadF.Cheema (talk) 09:07, 8 August 2017 (UTC)
How to Place an word Count on Mediawiki?
How to Place an word Count on Mediawiki? IPBuddy123 (talk) 05:27, 6 August 2017 (UTC)
old sql database tables starting with mwiki_
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I have an old database where table names starting with mwiki_ (like mwiki_archive, mwiki_category,... When I update mediawiki (update.php) the program creates a new table without mwiki_ prefix. So my sql table is not recognised during update. Can I install an older mediawiki version which still supports mwiki_ prefix ? Or is it possible to change my table so it works in newer versions ? 81.240.99.47 (talk) 05:32, 6 August 2017 (UTC)
- I solved the problem. The tables in my old database start with prefix mwiki_
- This is not recognised by update.php so additional tables were added (without prefix mwiki_
- I manually renamed all the mwiki_ tables to the name without prefix and now I can update to newer version. 81.240.99.47 (talk) 12:47, 6 August 2017 (UTC)
{{#time}} not recognising Support desk/Flow/2017/08 when logged in
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Mediawiki version 1.28.2 www.svrwiki.com
I've created an "On this day" feature with a template that searches up to six days forward & back to create "Previous" & "Next" links.
Each page is named eg. "August 6" and the template uses {{#ifexist:{{#time: F j|{{PAGENAME}}-1 day}}|[[{{#time: F j|{{PAGENAME}}-1 day}}|← Previous]] etc. to identify the current page and create the links.
It was all working perfectly until a few days ago, now it only works when not logged in. If I'm logged in, there's no error reports, just a grey box. If I right click and "Inspect", I get the following;
NewPP limit report
Cached time: 20170806081737
Cache expiry: 86400
Dynamic content: false
CPU time usage: 0.067 seconds
Real time usage: 0.070 seconds
Preprocessor visited node count: 67/1000000
Preprocessor generated node count: 488/1000000
Post‐expand include size: 747/2097152 bytes
Template argument size: 0/2097152 bytes
Highest expansion depth: 9/40
Expensive parser function count: 0/100
Has something happened recently that would prevent {{#time}} recognising {{PAGENAME}}? I haven't changed anything myself.
You can see a sample date page here, https://www.svrwiki.com/August_6, or the whole template here, https://www.svrwiki.com/Template:On_this_day_see_also although it's not the template itself that's the problem as I've tried a single link directly on the page and it still doesn't work. Graham Phillips 110 (talk) 08:37, 6 August 2017 (UTC)
- What outputs
{{#time: F j|{{PAGENAME}}-1 day}}on that page? wargo (talk) 09:08, 6 August 2017 (UTC) - Hi Wargo, I'm not sure what you mean. The page "August 6" calls the template "On this day see also" which then creates the link to the page "August 5" (or "August 4" if "August 5" didn't exist and so on), and displays the link as "Previous".
- Anyway, a bit of trial and error and I've sussed it now. It needed spaces before and after the + and - signs.
- {{PAGENAME}}-1 day}} used to work, but doesn't now.
- I've changed it to {{PAGENAME}} - 1 day}} and it works fine.
- I don't know why. It worked until a few days ago and the examples on https://www.mediawiki.org/wiki/Help:Extension:ParserFunctions#.23time show it working with and without spaces, although they do use the minus sign as a hyphen, so maybe that's what caused the confusion, although I still don't know why it should suddenly stop working.
- Problem solved and hopefully my experience will be of help to someone else. Graham Phillips 110 (talk) 09:32, 6 August 2017 (UTC)
- Maybe this is the cause? Parsoid/Language conversion/Preprocessor fixups wargo (talk) 09:50, 6 August 2017 (UTC)
- Thanks, that does seem to be a similar problem, not that I fully understand it all.
- It definitely needs spaces on both sides of the + or - sign though, not just on the curly bracket side. Graham Phillips 110 (talk) 10:06, 6 August 2017 (UTC)
filezilla moved a folder on me and now I can't find it
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I am using mediawiki. I had a folder on my desktop named "webopage" for everything on my webpage. I was using filezilla today and all was well, then under the filename on bottom left side, it moved the file I was looking for, I've searched every drive and can't find it... Its extremely important it has ALL my pictures in it... Can someone please help?? I'm using Windows 10 if that matters. 173.81.96.239 (talk) 08:51, 6 August 2017 (UTC)
- Do you remember name of any file in it? Did you use file search? Maybe you clicked "remove" instead of "move" which means "delete"? wargo (talk) 08:55, 6 August 2017 (UTC)
My mediawiki server times out on edit?
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.
Hey all! I'll preface this with saying that I'm by no means an advanced user of mediawiki, let alone Linux. I'm more of just a casual user than anything.
So I have a MW server installed on a raspberry pi and the last few days it's been having an issue with making edits to pages. The pages load fine for viewing, but the editing is what has an issue. I tried looking around and trying to install a php profiler to see what was causing the issue, but for some reason pecl isn't a command on my machine. I've also tried disabling all my extensions and trying to make an edit, but it still times out on me, so I don't think it's the extensions. I kinda feel like it's having an issue with writing to the database, but again, I'm more of an armchair admin than someone who knows what they're doing.
Any help would be greatly appreciated! Wollington (talk) 20:15, 6 August 2017 (UTC)
- See https://www.mediawiki.org/wiki/How_to_debug - basic version information also welcome. Malyacko (talk) 07:45, 7 August 2017 (UTC)
- See also Project:Support desk/Flow/2017/07#h-Trying_to_run_Mediawiki_on_a_Raspberry_PI_A_~20s_loadtimes-2017-07-25T11:54:00.000Z Ciencia Al Poder (talk) 09:20, 8 August 2017 (UTC)
- Fixed!
- Ended up being an issue with a dynamic IP, of all the stupid simple things that could've gone wrong. Set each instance of the old IP in LocalSettings to the new one, everything is working fine now.
- Remember kids, check your IP. Wollington (talk) 10:58, 18 August 2017 (UTC)
Login
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I can remember my username but not my password and I'm pretty sure the emails address assigned to the account is no longer in use, how can I get round this... 86.167.69.211 (talk) 21:33, 6 August 2017 (UTC)
- Are you asking about an account on MediaWiki.org or some Wiki where you are an admin (in which case use Manual:Resetting passwords)? AhmadF.Cheema (talk) 22:06, 6 August 2017 (UTC)
I can not install infobox
I installed infobox according to the procedure of mediawiki. However, if you actually try to use it, the input code will be output as it is. I do not know well because I use mediawiki for the first time. I will be saved if you tell me. Thank you. 240F:C:58A2:1:2834:CCA0:F04F:E122 (talk) 01:47, 7 August 2017 (UTC)
- Have you already installed Extension:ParserFunctions and Extension:Scribunto? AhmadF.Cheema (talk) 05:22, 7 August 2017 (UTC)
- yes
- but do not use infobox 240F:C:58A2:1:59E9:505F:69B1:DDA0 (talk) 09:53, 7 August 2017 (UTC)
Connection issue on update.php
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I updated 1.24 to 1.29 and need to upgrade the database by now. However the update.php says the following:
Beim Verbindungsversuch zur Datenbank ist, unter Verwendung der in der Datei LocalSettings.php hinterlegten Einstellungen, ein Fehler aufgetreten. Diese Einstellungen müssen korrigiert werden. Danach kann ein erneuter Versuch unternommen werden.
Sorry it is in german. The basic information is, that the attempt to connect to the database using the data of LocalSettings.php caused an error. I don't get the issue, because the media wiki looks quite okay. So the connection to the DB should be well.
Why does the update script has problems to connect? Thanks for any help. SH-P (talk) 06:35, 7 August 2017 (UTC)
- Maybe the $wgDBuser doesn't have enough privileges to create new tables/fields/indexes as required by the upgrade script. You may want to specify $wgDBadminuser and $wgDBadminpassword with a user which have such privileges. Ciencia Al Poder (talk) 09:20, 7 August 2017 (UTC)
- Thanks for reply. The user is able to create tables fields and indexes.
- Any other suggestion? SH-P (talk) 09:59, 7 August 2017 (UTC)
- This error is using the language label "config-localsettings-connection-error", which is used at exactly two places, both in WebInstallerPage.php.
- The first place is where $wgDBtype is checked. Make sure that this variable is set to a valid value and to the right value. 2003:72:6D13:B800:F458:6E8F:5886:CF05 (talk) 18:04, 7 August 2017 (UTC)
- After switching PHP version to 7.1 I updated my own scripts as well as third party tools to mysqli
- Thus I changed the configuration as follows:
- $wgDBtype = "mysqli";
- Now I got that it configures the DB type and not the DB driver type... my fault.
- By changing it back to mysql everything works well now. Thanks for that hint!! SH-P (talk) 06:38, 8 August 2017 (UTC)
How do I contribute new topics in wikikrishna?
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I'm new to wiki contributions, and I want to add some topics which I'm aware of in wikikrishna [1]
I created my account and able to log in MediaWiki but not in wikikrishna because it is showing some error like "use different credentials".
So, I want to know how do I log-in to wikikrishna and contribute new topics.
Thankyou. ShwetaKrishh (talk) 08:43, 7 August 2017 (UTC)
- Note that while this wiki (mediawiki.org) and wikikrishna.com both use the MediaWiki software, both sites aren't connected nor affiliated. A user account on one wiki has no relation with the other. Maybe you need to create a new account on the other site. You'll need to contact one of their admins if you have problems with logging in to that site. Ciencia Al Poder (talk) 09:23, 7 August 2017 (UTC)
- Oh!! Ok...
- In wikikrishna.com, I could see login only there is no sign-in option.
- So I clicked on "help me in logging in" in that "create account" option is available and I created my account but it redirected to here (mediawiki).
- In contacts [2] link also nothing is there. ShwetaKrishh (talk) 10:37, 7 August 2017 (UTC)
- If it redirected you here then the maintainers of wikikrishna need to fix their configuration. :) Malyacko (talk) 10:39, 9 August 2017 (UTC)
$wgPingback privacy implications
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I just saw $wgPingback and was wondering a few things. It seems this is the first time MediaWiki has included a feature which phones home and I'm concerned about the privacy implications.
How long are the longs kept by the WMF?
Does my MediaWiki install report anything else by default or when $wgPingback is set to false? I know $wgPingback defaults to false, but is any other information reported back at any time for a vanilla install?
I think SpamBlacklist includes the Meta blacklist by default, so that does provide some information on that there's a MediaWiki install at a certain IP. Is there anything else similar, such as in CheckUser or some other popular extension?
Thanks. Privacy Monkey (talk) 22:00, 7 August 2017 (UTC)
- meta:Schema:MediaWikiPingback contains the information is sent when $wgPingback is set to true. No reporting is done (AFAIK) if that setting is false. About how long the data is stored, I don't know but I assume forever.
- Checkuser doesn't use external services.
- If you have some sort of captcha, depending of the type of captcha, it would require external resources to display an image or script. Ciencia Al Poder (talk) 09:17, 8 August 2017 (UTC)
- And what it Ciencia wrote above is only one part of the truth:
- If I remember correctly, during setup of new MediaWiki installations, the installer by default 'activates the pingback feature. So in the future there will be installaions, in which this function is activated without the administrators knowing or wanting this, just because it has been activated by default. 2003:72:6D1A:4E00:2D3C:AB0C:626:585 (talk) 20:44, 8 August 2017 (UTC)
- By default as when people click "I'm bored just install the wiki without asking more questions"? I'll have to test but I think it was not active by default on the installer neither. Ciencia Al Poder (talk) 21:07, 8 August 2017 (UTC)
Empty newsfeed on nl.wikinews.org
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I discovered a problem with the special:Newsfeed on nl.wikinews.org. It's empty and there are no new articles displayed. (compare it with the English version) Can that be changed? It's important to be found in search results and search engine news pages. Thomas98 (talk) 22:35, 7 August 2017 (UTC)
- This Support Desk is for the MediaWiki software in general. For configuration issues on Wikimedia sites, see https://mediawiki.org/wiki/How_to_report_a_bug - thanks! Malyacko (talk) 10:37, 9 August 2017 (UTC)
How to convert MS word document into Mediawiki page?
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I have a bunch of existing documents but we need to migrate everything to Mediawiki. I could not find any extension which converts text and images into mediawiki. 14.142.24.226 (talk) 09:13, 8 August 2017 (UTC)
- See https://en.wikipedia.org/wiki/Help:WordToWiki. AhmadF.Cheema (talk) 13:12, 8 August 2017 (UTC)
- This only converts text and some level of formatting into Wiki but how can we convert images and other complex formatting into Wiki? Googled but no solution. Any help will be appreciated. 124.124.70.209 (talk) 06:26, 9 August 2017 (UTC)
- I used pandoc to convert well structured documents into mediawiki format. When the documents contains shapes, I converted them to PDF then uploaded them on the wiki. The CirrusSearch extensions allow to index those file content into the search index 46.218.231.121 (talk) 09:12, 10 August 2017 (UTC)
- The Extension:Html2Wiki extension uses pandoc under the covers to convert collections of HTML, including images, into mediawiki pages. Depending on the source documents, you may need to customize the extension, or use other tools to prepare your input. I haven't tested the functionality for MS Office generated HTML, but it's plausible to export Word to HTML, then use Html2Wiki to convert/import the content into your wiki. Greg Rundlett (talk) 04:56, 11 August 2017 (UTC)
ParserFunction #replace Not Available
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,
I'm fairly new to MediaWiki so please be gentle.
I have a wiki on a private company lan which we are proposing to use as a program development knowledge base. I've got virtually everything up and running but I've stumbled across an issue with ParserFunctions. For some reason the function #replace is missing from the list of Parser Function Hooks, which means I can't follow the procedure to create local lan links to files on our network.
My installed system consists of:
MediaWiki - 1.29
PHP - 7.1.7 (apache2handler)
DB - 10.1.25MariaDB
On the Installed Extensions page I've got:
| ParserFunctions | 1.6.0 | GPL-2.0+ | Enhance parser with logical functions |
Then down at the bottom I've got the following Parser Function Hooks:
anchorencode, basepagename, basepagenamee, bidi, canonicalurl, canonicalurle, cascadingsources, defaultsort, displaytitle, expr, filepath, formatdate, formatnum, fullpagename, fullpagenamee, fullurl, fullurle, gender, grammar, if, ifeq, iferror, ifexist, ifexpr, int, language, lc, lcfirst, localurl, localurle, namespace, namespacee, namespacenumber, ns, nse, numberingroup, numberofactiveusers, numberofadmins, numberofarticles, numberofedits, numberoffiles, numberofpages, numberofusers, padleft, padright, pageid, pagename, pagenamee, pagesincategory, pagesize, plural, protectionexpiry, protectionlevel, rel2abs, revisionday, revisionday2, revisionid, revisionmonth, revisionmonth1, revisiontimestamp, revisionuser, revisionyear, rootpagename, rootpagenamee, special, speciale, subjectpagename, subjectpagenamee, subjectspace, subjectspacee, subpagename, subpagenamee, switch, tag, talkpagename, talkpagenamee, talkspace, talkspacee, time, timel, titleparts, uc, ucfirst and urlencode
As you can see - no replace in sight!
In my localsettings.php I've got the ParserFunctions installed (otherwise I wouldn't have the above), and I've also got the following lines configured:
# ParserFunctions: Enable String Parsing
$wgPFEnableStringFunctions = true;
# ParserFunctions: Add Protocols For UNC
$wgUrlProtocols[] = "file://"
Despite all this and by best efforts, when I follow the instructions in the UNC guide on the MediaWiki site, my UNC path appears as follows on the page:
[file:///{{#replace:{{#replace: \\myserver\myshare\mysubfolder\myfile.docx | |%20}}|\|/}} User Manual]
Can anyone assist with possible reasons why the system can't find, and can't handle #replace?
Many thanks in advance. Andyblake1976 (talk) 10:37, 8 August 2017 (UTC)
- Forgot to add - do I need to install the StringFunctions extension alongside ParserFunctions? I was under the impression from the extensions page(s) that StringFunctions had been merged into ParserFunctions some time ago?
- Please correct me if I'm wrong. Andyblake1976 (talk) 08:57, 9 August 2017 (UTC)
- $wgPFEnableStringFunctions = true; should be sufficient. Be sure you have this line after including the extension in LocalSettings.php Ciencia Al Poder (talk) 09:18, 9 August 2017 (UTC)
- Thanks for that - I'll give it a shot.
- Does it have to be immediately below where the extension is included or simply somewhere after? I think it's after the inclusion of the extension anyway but I'll check and let you know. Andyblake1976 (talk) 09:41, 9 August 2017 (UTC)
- Given that a shot and still no luck. Replace (and all other string functions for that matter), don't appear on the Special:Version page of the wiki. I've tried...
- Placing the $wgPFEnableStringFunctions = true; right at the end of the LocalSettings.php after everything else.
- Placing the $wgPFEnableStringFunctions = true; immediately after the wfLoadExtension call for ParserFunctions.
- Neither of the above has worked, even though I've saved the file and restarted apache in between.
- Any other suggestions please? Andyblake1976 (talk) 10:39, 9 August 2017 (UTC)
- Apologies - I've made a complete idiot of myself! :)
- As I'm porting an existing installation of MediaWiki across from an earlier trial, I had two copies of LocalSettings.php open, and I've been updating the wrong one!!!
- Someone slap me with a wet fish to wake me up please!
- Thanks for your time. Andyblake1976 (talk) 11:46, 9 August 2017 (UTC)
reset password
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I have forgotten my username and have attempted to reset the password 3 times via email however, it is not showing up in my sent folder or inbox. 70.65.39.213 (talk) 14:00, 8 August 2017 (UTC)
- You can find your username in the page history of any page, which you have edited. That way you should be able to at least find the username again. 2003:72:6D1A:4E00:2D3C:AB0C:626:585 (talk) 20:36, 8 August 2017 (UTC)
- Even easier, you can check the user creation log. Reception123 (talk) 06:40, 9 August 2017 (UTC)
Uploaded Mp4 now getting Error Creating Thumbnail
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I have been using images with MediaWiki without an Issue however i have now tried to embed a video file the file will Play if i click on the file name withing the File menu however it is giving me the message Error Creating Thumbnail unable to save thumbnail to the destination Dturtill (talk) 14:40, 8 August 2017 (UTC)
- See https://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#Image_Thumbnails_not_working_and.2For_appearing
- For future reference, please use punctuation when posting: https://en.wikipedia.org/wiki/Punctuation Malyacko (talk) 10:36, 9 August 2017 (UTC)
- Thank you for your Response,
- As stated I have been using Images and these do show thumbnails. The only time Thumbnails dont appear is when I Upload MP4 Files. The files do Play .
- I do not have Image Magic Enabled and have not used it since the start Dturtill (talk) 08:54, 10 August 2017 (UTC)
- I Have now installed ImageMagik however this still wont show thumbnails Dturtill (talk) 11:00, 10 August 2017 (UTC)
- This was due to the fact that ImageMagik didnt have Write access to the Thumbs folder I have added this and resolved the issue Dturtill (talk) 13:02, 10 August 2017 (UTC)
What's the difference between PageContentSave and EditPage::attemptSave?
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.
These two hooks (Manual:Hooks/PageContentSave and Manual:Hooks/EditPage::attemptSave) seem to both run when an attempt is made to save a page. They provide different parameters to the event handlers, but they seem to trigger at the same time? What's the difference between the two and under what circumstances would one be more appropriate over the other? Thanks. Flashdash1 (talk) 03:16, 9 August 2017 (UTC)
- EditPage::attemptSave is called at the beginning of internalAttemptSave, after a lot of processing including permissions checks, spam checks, null edits... it calls WikiPage:doEditContent which calls the PageContentSave hook. Ciencia Al Poder (talk) 10:07, 9 August 2017 (UTC)
- So PageContentSave is for when the page is about to be saved and attemptSave is merely an attempt to save the page and it still has to pass through all those checks, right? If I was making an extension to check the contents of an edit for inappropriate content or spam, it seems it would be better to use attemptSave and abort there if it fails? Thanks. Flashdash1 (talk) 23:54, 9 August 2017 (UTC)
- Yes, although for your use case it's better to use Manual:Hooks/EditFilter instead, which provides useful variables to give error messages. Ciencia Al Poder (talk) 09:28, 10 August 2017 (UTC)
Transclude special page with parameters
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.
On wikibooks, I want to transclude this onto a box for a template. However, doing {{Special:PrefixIndex/Signals and Systems/}} will not work because I cannot pass the parameter to strip prefix. How would I go about doing this? PokestarFan (talk) 03:26, 9 August 2017 (UTC)
- Ciencia Al Poder (talk) 09:34, 9 August 2017 (UTC)
{{Special:PrefixIndex/Signals and Systems/|stripprefix=1}}
I have a problem with accessing multiple wikis using Nginx
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I switched to Nginx from Apache. I have two wikis that share files and they are accessible from the sub domains global.r3df0x.com and template.r3df0x.com. Since I switched, only the wiki for the first sub domain listed is accessible for all domains.
This is the code I'm using for the server configuration:
server_name global.r3df0x.com
template.r3df0x.com;
location / {
index index.php;
error_page 404 = @mediawiki;
}
location @mediawiki {
rewrite ^/([^?]*)(?:\?(.*))? /index.php?title=$1&$2 last;
} + r3df0x +x (talk) 03:32, 9 August 2017 (UTC)
- You need another
server { }for the second domain and the appropriate server_name. - Note that every subdomain will go to the first server, unless you specify a default_server on a listen directive. Ciencia Al Poder (talk) 09:33, 9 August 2017 (UTC)
- It works for Wordpress. Is there any way to avoid have multiple server blocks with everything copied or is that the only way? + r3df0x +x (talk) 14:56, 9 August 2017 (UTC)
- If the configuration is the same, you can use multiple names in server_name:
server_name global.r3df0x.com template.r3df0x.com;- Then you'll need to have something in LocalSettings.php to differentiate between them based on the server name requested by the client. Ciencia Al Poder (talk) 09:23, 10 August 2017 (UTC)
Redirects aren't getting updated
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.
As the title says, no redirect is getting updated on the wiki (http://dragon-mania-legends-wiki.mobga.me/Main_Page), be it double redirects, broken redirects or the list of redirects. I have done everything that was possible, including disabling any caching, disabling misermode and ALL extensions, and running php updatespecialpages.php while all these were disabled. I have even filed a phabricator report, long ago (https://phabricator.wikimedia.org/T160278). I thought that maybe updating the new mw software would fix the issue, but to no avail.
I have ran refreshlinks.php, but it stopped at line 18,000 and gave me some errors. Could these be it? http://prntscr.com/g687em I must mention that these errors only appeared when everything was disabled, otherwise the script works just fine. │Star-Warden│ 08:45, 9 August 2017 (UTC)
- UPDATE: I found a sort-of solution. I disabled all cache-related lines in localsettings, as well as disabling miser mode and all that. Then I deleted all incorrectly-marked double and broken redirects and then recreated (not undeleted) them. Thus, the DoubleRedirects and BrokenRedirects special pages are now 'fixed'.
- The problem now remains with the list of redirects: the exact same redirect shows up more than 10 times in some cases. The solution is deleting and recreating them, but they just 'double' again at some point. Any idea on how to prevent that? │Star-Warden│ 10:10, 12 September 2017 (UTC)
- I've updated the task. You may try truncating the querycache and querycachetwo tables and run updateSpecialPages.php again Ciencia Al Poder (talk) 09:31, 13 September 2017 (UTC)
- I've did what you suggested, but the list of redirects (http://dragon-mania-legends-wiki.mobga.me/Special:ListRedirects) is still showing multiple entries for the same redirect. Should I truncate the redirect table, instead? │Star-Warden│ 17:13, 13 September 2017 (UTC)
- No, the redirect table shouldn't have any duplicate at all.
- I can see the querycache table is the one that has the duplicates, according to the api.
- Can you execute this query on your database? (assuming you have no table prefix defined)
- Ciencia Al Poder (talk) 19:45, 13 September 2017 (UTC)
SELECT p1.page_namespace AS namespace, p1.page_title AS title, p1.page_title AS value, rd_namespace, rd_title, rd_fragment, rd_interwiki, p2.page_id AS redirid FROM page AS p1 LEFT JOIN redirect ON rd_from=p1.page_id LEFT JOIN page AS p2 ON p2.page_namespace=rd_namespace AND p2.page_title=rd_title WHERE p1.page_is_redirect = 1 ORDER BY p1.page_namespace, p1.page_title LIMIT 10;
- Actually, the wiki does have a table prefix (dmlw_). What should I do? │Star-Warden│ 19:54, 13 September 2017 (UTC)
- Add it to the tables:
- Ciencia Al Poder (talk) 09:00, 14 September 2017 (UTC)
SELECT p1.page_namespace AS namespace, p1.page_title AS title, p1.page_title AS value, rd_namespace, rd_title, rd_fragment, rd_interwiki, p2.page_id AS redirid FROM dmlw_page AS p1 LEFT JOIN dmlw_redirect ON rd_from=p1.page_id LEFT JOIN dmlw_page AS p2 ON p2.page_namespace=rd_namespace AND p2.page_title=rd_title WHERE p1.page_is_redirect = 1 ORDER BY p1.page_namespace, p1.page_title LIMIT 10;
- Still nothing. I executed that query to both tables and then ran updatespecialpages and refreshlinks and the multiple redirects are still there... │Star-Warden│ 09:35, 14 September 2017 (UTC)
- The query is for you to post the results here! It doesn't fix anything Ciencia Al Poder (talk) 21:30, 14 September 2017 (UTC)
- Well, you didn't specify that. Here is the result (hope I am posting the right thing): https://prnt.sc/gl9ndl
- I've ran the query on both tables and both gave me the same result. │Star-Warden│ 21:58, 14 September 2017 (UTC)
- Both tables? Which both?
- Anyway, apparently the are duplicates in at least one of the tables that shouldn't...
- Let's try to find which one...
- Ciencia Al Poder (talk) 17:41, 15 September 2017 (UTC)
SELECT * from dmlw_redirect where rd_from = 19869; SELECT * from dmlw_page where page_id = 19869; SELECT * from dmlw_page where page_namespace = 0 and page_title = 'About_the_game';
- Querycache and querycachetwo. I'll use what you gave me in both tables. │Star-Warden│ 17:49, 15 September 2017 (UTC)
- Ah, wait, maybe I understood your first request wrong. You wanted me to run the first query to the entire database, rather than particular tables?
- EDIT: I did it, same result. I'll now run the other script.
- EDIT 2: Results of script 2:
- https://prnt.sc/glljyf
- https://prnt.sc/glljz8 │Star-Warden│ 17:53, 15 September 2017 (UTC)
- Okay, found it, so the redirect table on your wiki is the problem. It has duplicates, which it shouldn't. In fact, the rd_from field is the primary key of the table, which should prevent duplicates, but your table has duplicates, which means your table doesn't have the primary key in place...
- This is weird since that primary key is there from 2009. Something is utterly messed up with your database, and maybe other tables have problems as well.
- To fix this, the most easy way is to recreate that table, copying first the old data to a temporary table (removing duplicates) and then back to the table.
- Use the following SQL statements (note that you don't run SQL statements under any particular table, they can affect several tables. The tool you're using to execute them don't run them on any particular table anyway. Just be sure to don't run them 2 times.
- Take a backup of your database first.
- Execute them one by one in order. If one of them fails, stop executing the rest. I assumed you have $wgDBTableOptions = 'ENGINE=InnoDB, DEFAULT CHARSET=binary':
- Ciencia Al Poder (talk) 16:32, 16 September 2017 (UTC)
-- Create a temp table to hold the actual data without duplicates CREATE TABLE zz_fix_redirect ( rd_from int unsigned NOT NULL default 0 PRIMARY KEY, rd_namespace int NOT NULL default 0, rd_title varchar(255) binary NOT NULL default '', rd_interwiki varchar(32) default NULL, rd_fragment varchar(255) binary default NULL ) ENGINE=InnoDB, DEFAULT CHARSET=binary; -- Insert data to the temp table INSERT INTO zz_fix_redirect (rd_from, rd_namespace, rd_title, rd_interwiki, rd_fragment) SELECT DISTINCT rd_from, rd_namespace, rd_title, rd_interwiki, rd_fragment FROM dmlw_redirect; -- Drop the redirect table DROP TABLE dmlw_redirect; -- Recreate the redirect table CREATE TABLE dmlw_redirect ( rd_from int unsigned NOT NULL default 0 PRIMARY KEY, rd_namespace int NOT NULL default 0, rd_title varchar(255) binary NOT NULL default '', rd_interwiki varchar(32) default NULL, rd_fragment varchar(255) binary default NULL ) ENGINE=InnoDB, DEFAULT CHARSET=binary; CREATE INDEX rd_ns_title ON dmlw_redirect (rd_namespace,rd_title,rd_from); -- Insert the data back INSERT INTO dmlw_redirect (rd_from, rd_namespace, rd_title, rd_interwiki, rd_fragment) SELECT rd_from, rd_namespace, rd_title, rd_interwiki, rd_fragment FROM zz_fix_redirect; -- Cleanup DROP TABLE zz_fix_redirect;
- I am not sure what you mean by primary key being here since 2009 since the wiki was created in 2015.
- And yes, those are the correct values for table options.
- And I've ran the first query, it worked, but the second one failed. This is the error I am getting: https://prnt.sc/glxqk6 │Star-Warden│ 17:38, 16 September 2017 (UTC)
- For 2009 I mean the primary key (rd_from field) is in the table definition since 2009 in the code (git #4124558d). That's why I'm not sure why you wiki doesn't have it, and if other tables are also affected.
- Ok, so let's change the second statement so it doesn't create any duplicate. I've updated it here and added the rest of the statements you need to execute, for convenience (remember to stop executing if any of them fails):
- Ciencia Al Poder (talk) 08:08, 17 September 2017 (UTC)
-- Insert data to the temp table INSERT INTO zz_fix_redirect (rd_from, rd_namespace, rd_title, rd_interwiki, rd_fragment) SELECT rd_from, MIN(rd_namespace), MIN(rd_title), MIN(rd_interwiki), MIN(rd_fragment) FROM dmlw_redirect GROUP BY rd_from; -- Drop the redirect table DROP TABLE dmlw_redirect; -- Recreate the redirect table CREATE TABLE dmlw_redirect ( rd_from int unsigned NOT NULL default 0 PRIMARY KEY, rd_namespace int NOT NULL default 0, rd_title varchar(255) binary NOT NULL default '', rd_interwiki varchar(32) default NULL, rd_fragment varchar(255) binary default NULL ) ENGINE=InnoDB, DEFAULT CHARSET=binary; CREATE INDEX rd_ns_title ON dmlw_redirect (rd_namespace,rd_title,rd_from); -- Insert the data back INSERT INTO dmlw_redirect (rd_from, rd_namespace, rd_title, rd_interwiki, rd_fragment) SELECT rd_from, rd_namespace, rd_title, rd_interwiki, rd_fragment FROM zz_fix_redirect; -- Cleanup DROP TABLE zz_fix_redirect;
- Thanks a lot! You're a true wiki saver!
- After running those queries and then running updateSpecialPages.php, the list of redirects is fixed. Additionally, it seemed to have fixed other things because updating WantedFiles only took 0.10 seconds, instead of the usual 2-3 minutes.
- Will this fix keep redirects from being multiplied unnecessarily? │Star-Warden│ 10:05, 17 September 2017 (UTC)
- Yes, as the primary key constraint will prevent duplicates from being inserted. Still, those duplicates shouldn't be there anyway, but I haven't digged if the code checks for the before actually trying to do the insert Ciencia Al Poder (talk) 15:49, 17 September 2017 (UTC)
- I know it all started after some things were done in local settings in order to enhance the speed of the site. Like enabling memcache, miser mode et al. Why exactly I don't know.
- And, about the other tables, how would I know if they have issues or not? │Star-Warden│ 16:32, 17 September 2017 (UTC)
- You can run
mysqldump --no-data -u someuser -p mydatabase > mydb.txt- This will create a file with the structure of your database. It should be somewhere around or below 50KB.
- Then as a test set up a new wiki and after the installation is finished, run the same command on that new database as well:
mysqldump --no-data -u someuser -p testdatabase > testdb.txt- Afterwards, you can delete that new wiki and the test database again.
- Finally compare the two files. If all differences you see are different auto increment values inside the tables, then everything is fine. Should there also be other differences, then these differences need more investigation. 2003:72:6D56:9B00:C4F2:E3BF:1DC4:C85D (talk) 17:19, 17 September 2017 (UTC)
- For some reason, the command just won't download a file (I've been using putty). But I've exported only the structure, manually, from phpmyadmin as a .doc file. I hope it's all right.
- Also, is it okay if I install the new wiki on xampp? Would there be any differences in database? │Star-Warden│ 17:36, 17 September 2017 (UTC)
- So I did that and I have the structure of the database of both wikis in two separate .doc files. I used diffchecker.com to compare the differences, but I am obviously not able to tell if something is wrong or not. │Star-Warden│ 18:16, 17 September 2017 (UTC)
- It would be interesting to know, if there are
- columns present in the one database and missing in the other
- keys and indexes present in the one database and missing in the other
- differences between the columns in the one and the other database
- differences between the keys and indexes in the one and the other database 2003:72:6D56:9B00:60AB:1F29:2C8E:E22 (talk) 20:24, 17 September 2017 (UTC)
- As far as my very basic knowledge goes, there seem to be no striking differences, apart from those tables created by extensions.
- The real wiki has the following keys that the test one doesn't have: acd_storage_key, acr_storage_key, msg_key, pr_key, tc_key, wfc_sortkey, wff_sortkey.
- The real wiki has qu_index while the other one doesn't.
- The real wiki has 971 lines while the other has 445 lines.
- I am not sure if this is enough. │Star-Warden│ 21:25, 17 September 2017 (UTC)
- Well, it seems it is resolved, so I'll close it as such. If there is something amiss, however, please reopen it and let me know. │Star-Warden│ 08:26, 20 September 2017 (UTC)
Unknown extension tag "references"
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I'm trying to make "References" / Reflist work on my personal wiki.
The version is 1.24.4, running on Dreamhost. I have added the necessary Templates, but the thing is choking on my "Template:Reflist".
The error I'm getting is: Unknown extension tag "references"
This appears to refer to the line:{{#tag:references|{{{refs|}}}|group={{{group|}}}}}</div><noinclude>
I'm quite new at administering MediaWiki (which should be obvious!), so am a bit unclear about some things. Cyberherbalist (talk) 09:02, 9 August 2017 (UTC)
- Check if you have Extension:Cite installed. Ciencia Al Poder (talk) 09:15, 9 August 2017 (UTC)
- It appears that it is. That is, there is a Cite subfolder to the Extensions folder. See the screenshot. Cyberherbalist (talk) 17:24, 9 August 2017 (UTC)
- Check in your Wiki's Special:Version page to confirm that the extension is indeed enabled or not.
- If the Wiki at mikeclark.co is the Wiki your questions are related to, then as you can see from this page, that Extension:Cite is not installed, in-fact no extension is enabled.
- In your Wiki directory (the directory which contains the extensions folder) there should be a file named LocalSettings.php file, you will need to add some code lines here for enabling extensions.
- As section Extension:Cite#Installation mentions, to enable the Cite extension you will need to add the following at the bottom of your LocalSettings.php:Similar process is needed to enable or install other MediaWiki extensions. AhmadF.Cheema (talk) 19:07, 9 August 2017 (UTC)
wfLoadExtension( 'Cite' );
- I have added the line wfLoadExtension( 'Cite' ) to LocalSettings.php. This has had the effect of eliminating the error message I indicated in my original post.
- However, references are still not being displayed -- I do see from Special:Version that Extension:Cite is not installed. How this is to be remedied is not at all clear, since the Cite folder does exist. As per the image I linked to in the screenshot, you can see that the Cite folder did have .php files in it. I downloaded the apparent latest version of Cite (Cite-REL1_29-5b01316.tar.gz), extracted the files, and uploaded them to my Cite folder. This made no difference; still no extension is apparently installed.
- I have followed the directions found in Extension:Cite#Installation to be best of my ability, but to no avail. Cyberherbalist (talk) 20:28, 9 August 2017 (UTC)
- This might be because you are using a quite old version of MediaWiki 1.24.2. Officially, your version is not supported for this extension.
- It is recommended that you upgrade, or in case for some reason you can't, you should use the REL1_24 version of the extension available from GitHub. Also, instead of the "wfLoadExtension" bit in your LocalSettings.php, use the following:AhmadF.Cheema (talk) 21:11, 9 August 2017 (UTC)
require_once "$IP/extensions/Cite/Cite.php";
- That did it. Now I guess I will upgrade to the latest version.
- Thanks! Cyberherbalist (talk) 01:47, 10 August 2017 (UTC)
There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again.
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I have just set up MediaWiki (1.29.0) on an AS400 IBM i machine. Though I can navigate the site, as well as create/edit pages, I cannot log in or create a new account. Every attempt to do so gives me "There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again."
I have tried adding "session_save_path("tmp");" to LocalSettings.php, as well as play with values of $wgMainCacheType and $wgSessionCacheType with no luck. Currently, my shared memory settings in LocalSettings.php have only these two lines:
$wgMainCacheType = CACHE_ACCEL;
$wgMemCachedServers = [];
How can I fix this? I believe my CSRF token is not being correctly cached in my session, but I'm not sure how to correct it.
I am using MariaDB as a database, Apache for the server, and PHP 5.5.37. 12.197.215.194 (talk) 16:43, 9 August 2017 (UTC)
- If you have $wgMainCacheType = CACHE_ACCEL; you should provide a persistent data storage in $wgSessionCacheType Ciencia Al Poder (talk) 09:41, 16 August 2017 (UTC)
- I have $wgSessionCacheType = CACHE_DB;
- I've been able to look into my objectcache table, and found that MWSession is being stored correctly, (as in it's the same value as <my-wiki>_session in the response header's cookie). Is there another location where that value is written/read? I figure since I know it's being cached, but my comparison is still failing, that the fault is probably in getting/setting whatever value the cached token checks against, right?
- Also, for what it's worth, I've since tried installing MediaWiki using version 1.27.3, but I'm still facing the same problem. 12.197.215.194 (talk) 18:50, 18 August 2017 (UTC)
- Another update: I've been fiddling with the source code to see if I can narrow down where my problem is occurring. This is what I'e found:
- AuthManagerSpecialPage::trySubmit() is where the token mismatch is caught. $requestTokenValue and $sessionToken are not the same
- setting $secret in Token::__construct to some constant allows me to sidestep the "hijacking" error, but in it's place is the error "Cookies may be disabled. Ensure you have cookies enabled start again" (my cookies are enabled), as well as the warning "You are already logged in as <username>. Use the form below to log in as another user" ("log in" changes to "sign out", but navigating away from the page at all signs me out). Supplying an incorrect password or username yields the appropriate error there, so WikiMedia is correctly able to check my credentials.
- Obviously, making $secret a constant wasn't going to solve my problem, but hopefully faking it through the first error can shed some more light on what's actually going wrong. 12.197.215.194 (talk) 20:30, 18 August 2017 (UTC)
- Be sure that
session.referer_checkis set to Off in php.ini, this can cause such invalid session problems. - setting a debug log may give some details. Ciencia Al Poder (talk) 19:27, 20 August 2017 (UTC)
- I have set
session.referer_checkto Off (it wasn't set before), but there is no change in behavior. 12.197.215.194 (talk) 13:00, 22 August 2017 (UTC) - If it helps, here are several logs and headers:
- Here is my
sessionlog file: 2017-08-23 16:56:05 <server> <wikiname>: // each line starts with this. Removed for readability.SessionBackend "vtke98qe2fq7n3uov79nlef7lq5g7s55" is unsaved, marking dirty in constructorSessionBackend "vtke98qe2fq7n3uov79nlef7lq5g7s55" save: dataDirty=1 metaDirty=1 forcePersist=0SessionBackend "vtke98qe2fq7n3uov79nlef7lq5g7s55" force-persist due to persist()SessionBackend "vtke98qe2fq7n3uov79nlef7lq5g7s55" save: dataDirty=0 metaDirty=1 forcePersist=1SessionBackend "vtke98qe2fq7n3uov79nlef7lq5g7s55" Taking over PHP sessionSessionBackend "vtke98qe2fq7n3uov79nlef7lq5g7s55" save: dataDirty=0 metaDirty=1 forcePersist=1SessionBackend "vtke98qe2fq7n3uov79nlef7lq5g7s55" data dirty due to dirty(): LoginSignupSpecialPage->getFakeTemplate/SpecialUserLogin->getToken/MediaWiki\Session\Session->getToken/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirtySessionBackend "vtke98qe2fq7n3uov79nlef7lq5g7s55" save: dataDirty=1 metaDirty=0 forcePersist=0cachelog file:2017-08-23 16:55:59 <server> <wikiname>: //Same as abovecluster: APCBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCBagOStuff, parser: APCBagOStuff, session: SqlBagOStuffLocalisationCache: using store LCStoreDBcluster: APCBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCBagOStuff, parser: APCBagOStuff, session: SqlBagOStuffLocalisationCache: using store LCStoreDBcluster: APCBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCBagOStuff, parser: APCBagOStuff, session: SqlBagOStuffLocalisationCache: using store LCStoreDBcluster: APCBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCBagOStuff, parser: APCBagOStuff, session: SqlBagOStuffLocalisationCache: using store LCStoreDBcluster: APCBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCBagOStuff, parser: APCBagOStuff, session: SqlBagOStuffLocalisationCache: using store LCStoreDBcluster: APCBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCBagOStuff, parser: APCBagOStuff, session: SqlBagOStuffLocalisationCache: using store LCStoreDBcluster: APCBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCBagOStuff, parser: APCBagOStuff, session: SqlBagOStuffLocalisationCache: using store LCStoreDB- Request header:
Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.Accept-Encoding:gzip, deflateAccept-Language:en-US,en;q=0.8Connection:keep-aliveHost:<server>Upgrade-Insecure-Requests:1User-Agent:Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36- Response header:
Cache-Control:private, must-revalidate, max-age=0Connection:closeContent-language:enContent-Type:text/html; charset=UTF-8Date:Wed, 23 Aug 2017 16:56:04 GMTExpires:Thu, 01 Jan 1970 00:00:00 GMTServer:ApacheSet-Cookie:ZDEDebuggerPresent=php,phtml,php3; path=/Set-Cookie:<wikiname>_session=vtke98qe2fq7n3uov79nlef7lq5g7s55; path=/; secure; httponlyTransfer-Encoding:chunkedVary:Accept-Encoding,CookieX-Content-Type-Options:nosniffX-Frame-Options:DENYX-Powered-By:PHP/5.5.37 ZendServer/8.5.5X-UA-Compatible:IE=Edge- The logs look good, it uses the same cookie vtke98qe2fq7n3uov79nlef7lq5g7s55. Would be interesting to see what happens when the browser sends back the same cookie to MediaWiki, if MediaWiki is replacing it with a different one. Ciencia Al Poder (talk) 09:32, 24 August 2017 (UTC)
- I've finally found the issue to my problem (I'm 12.197.215.194 by the way). By default, MediaWiki passes the
<wikiname>_sessioncookie with the secure flag set, but my webserver can only hosthttp, so my MediaWiki installation correctly creates and caches a session token, and it even still passes it through the response header. However, since my browser sees anhttpinstead ofhttps, that's as far as the token gets. TheSet-Cookieline is simply ignored. - Adding
$wgCookieSecure = false;to the bottom of my localSettings.php file solved the problem. - I realize now that none of my logs/headers included the fact I was using
http, so it was pretty much impossible for a third party to tell that could have been an issue. If a future user has a similar problem, it might be worth confirming which protocol they're using. - Thanks for all your help! Grealish.c (talk) 13:21, 24 August 2017 (UTC)
- Thank you for posting your resolution! Ciencia Al Poder (talk) 16:28, 24 August 2017 (UTC)
Infobox has no outline and background
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I followed the tutorial on importing infoboxes from other wikis, but the resulting infoboxes do not have an outline nor the gray background. They're only the arguments without any background or defining outline.
Any help is appreciated. Jvlopestheidiot (talk) 16:57, 9 August 2017 (UTC)
- Have you imported the relevant infobox template .CSS rules from https://en.wikipedia.org/wiki/MediaWiki:Common.css?
- The relevant steps for importing Wikipedia infoboxes are detailed at Manual:Importing Wikipedia infoboxes tutorial. AhmadF.Cheema (talk) 19:37, 9 August 2017 (UTC)
- Many thanks to you, sir. Jvlopestheidiot (talk) 23:39, 9 August 2017 (UTC)
Visualeditor open api help page instead of edit article
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, I have just set up VisualEditor with parsoid for my mediawiki, but when I want to edit an article open the mediawiki api help page instead of edit the article.
https://k60.kn3.net/2/F/0/8/1/2/77D.png Francod85 (talk) 19:49, 9 August 2017 (UTC)
- I would recommend reporting this to the visualeditor feedback. PokestarFan (talk) 01:15, 10 August 2017 (UTC)
- Maybe your webserver is doing a redirect from non-www to www domain, or from http to https, and the request is losing the POST data sent to the server, resulting in the api help page (the default when you request api.php without parameters). Check in the access logs of the webserver if that's the case. You may need to adjust the api URL in parsoid configuration so it points to the correct URL. Ciencia Al Poder (talk) 09:39, 16 August 2017 (UTC)
Setting and reading cookies
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.
Is there a way to set and read cookies using MediaWiki's built-in functions, or should I use PHP's setcookie() function? Viruszany (talk) 21:20, 9 August 2017 (UTC)
- From the WebRequest class (usually accessible in $wgRequest and various hooks) you can call the response() method which returns a WebResponse object where you can call the setCookie method. Ciencia Al Poder (talk) 09:36, 16 August 2017 (UTC)
MediaWiki edits review mechanism to keep pages history clean
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 MediaWiki Team!
The wiki I currently maintain is under occassional spam and vandalism attacks. I'm aware of the ConfirmEdit extension, but the main thing I don't like about it is that an attacker can bypass the captcha check and change pages. Such changes stay in the page history forever if I'm not mistaken. Also, unpatrolled edits affect history as well, so it's not what I'm really looking for too.
I would like to know, is there any extension or a MediaWiki patch that would allow to shelve untrusted edits to a sort of a stash automatically, so later the wiki team might review the suggested edits and decide whether this or that edit can be added to the page history.
Does MediaWiki support such a review system so I could have my wiki pages history as clean as possible?
Thanks! 92.253.250.171 (talk) 21:33, 9 August 2017 (UTC)
- Something like Extension:FlaggedRevs? Reception123 (talk) 05:16, 10 August 2017 (UTC)
- @Reception123 Thank you for the suggestion. I'm evaluating Extension:Moderation and it seems to fit what I need. At least if they both do similar things, Extension:Moderation looks more simple. Am I right? 92.253.250.171 (talk) 15:42, 10 August 2017 (UTC)
- Forgot about that one, but yes it's probably more simple than the other. Reception123 (talk) 16:23, 10 August 2017 (UTC)
- Ya, Moderation would filter all edits by default and you'd need to manually approve every edit from unapproved users. I think it's a bit heavy handed and creates too much work for general public sites though, so unless your use case needs MediaWiki to function more as a traditional CMS I'd suggest using other anti-spam tools.
- For ConfirmEdit, I'd suggest using the QuestyCaptcha module. A custom question and answer CAPTCHA has been effective at stopping 100% of all spam on my sites since it's not been worth the spammer's time to develop a custom bypass. Anzacdoer (talk) 17:06, 10 August 2017 (UTC)
- @Anzacdoer Hi! I was thinking of captchas as well, but they won't save from vandals that can recognize captchas easily, just would make vandals activity a bit more annoying for them. Extension:Moderation looks perfect to me by preserving pages histories from unaccepted edits, however I agree with you for having too much work for public sites. Unfortunately, this extension seems to be the only solution at the moment.
- @Reception123 I'm sorry for bothering you with the comparison question earlier, but I found a good answer for the comparison at "Extension talk:Moderation#Functionality compared to FlaggedRevs and Approved Revs?" (not sure if I'm allowed to put URLs). In short, Extension:Moderation and Extension:FlaggedRevs are somewhat different in work, and the key difference is how they process new edits.
- "Category:Revision management extensions" only provides 3 extensions, so I guess Extension:Moderation remains the only solution, and the question has probably to be marked as resolved. Thanks to everybody! 92.253.250.171 (talk) 17:25, 10 August 2017 (UTC)
- Ok, wasn't sure as I've only used one of them before and heard about the other. Reception123 (talk) 05:46, 11 August 2017 (UTC)
Create pages from category combinations
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I want to create a category architecture based category combination/filtered pages.
Example:
I have some main categories called Vegetables, Animals, Countries.
In the page India I want to show automatically all the vegetables and animals of India.
How can I get it?
Thanks.
| Product | Version |
|---|---|
| MediaWiki | 1.28.2 |
| PHP | 5.6.10 (apache2handler) |
| MySQL | 5.5.42 |
| ICU | 52.1 |
- You would make a page called "Vegetables and animals of India" and then could include it in the "India" page by using {{Vegetables and animals of India}} Reception123 (talk) 05:51, 11 August 2017 (UTC)
- Or you want to display contents of category on regular page? Use Extension:DynamicPageList. wargo (talk) 09:31, 11 August 2017 (UTC)
- @Reception123 I want to use vegetables and animals as categories because I also want to show all the vegetables and animals added in their relative category pages.
- So I will have 3 main categories: Vegetables, Animals and Country
- Country category will have subcategories composed by countries themselves.
- An example page will be: Kurkuma, with Vegetable, India and Myanmar as categories.
- @Wargo thx. I check it. Snarlfx (talk) 07:02, 16 August 2017 (UTC)
Is MediaWiki usage in decline?
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I can't help but notice MediaWiki's popularity seems to be in a steady decline. A number of former groups and websites which ran on MediaWiki no longer exist and I've not seen a lot of new popular MediaWiki based sites. Wikipedia itself has had a declining number of active editors for years and I'm thinking the two may be related due to fewer experienced Wikipedians forming their own MediaWiki powered websites.
Does anyone have any download or other stats which can shed some light as to whether MediaWiki remains popular? Has participation on MediaWiki.org itself increased, remained constant, or declined? Anzacdoer (talk) 20:08, 10 August 2017 (UTC)
- Seems unlikely that usage has really declined, due to large wiki networks such as gamepedia and fandom booming over recent years. 192.232.130.221 (talk) 02:52, 11 August 2017 (UTC)
- It happens, some projects close and new ones open. It not being searched on Google doesn't mean that much, really. Reception123 (talk) 05:57, 11 August 2017 (UTC)
update.php errors on dynamically created class
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I'm trying to upgrade a REL1_27 wiki farm to REL1_28, and when update.php is run, it complains about a missing class.
Fatal error: Class 'SearchIndexField' not found in /opt/htdocs/mediawiki/extensions/CirrusSearch/CirrusSearch.php on line 1115"
The line where it trips up is only a mapping, not an instance of the class.
The SearchIndexField class is a dynamic class that is created at compile time. The code has changed (to use a Factory pattern) in current master, but it's still the same chicken and egg problem.
I'm not sure how update.php fails in this case, but surely someone must have successfully upgraded CirrusSearch. Is there some technique that I should be aware of in this case? Greg Rundlett (talk) 05:13, 11 August 2017 (UTC)
- Have you tried update with the REL1_28 branches checked-out for Extension:CirrusSearch and Extension:Elastica too? AhmadF.Cheema (talk) 06:21, 11 August 2017 (UTC)
- Yes, I have the REL1_27 branches, and update them to the REL1_28 branches. Greg Rundlett (talk) 14:32, 11 August 2017 (UTC)
- I wanted to ask whether you tried update.php after copying/checking-out the REL1_28 branch of Extension:CirrusSearch. AhmadF.Cheema (talk) 15:21, 11 August 2017 (UTC)
- [SOLVED] I'm running this whole update with Ansible on a multi-node wiki farm, with about 90 extensions. The MediaWiki codebase itself was accidentally still pegged at 1.27.2 (so not updated to REL1_28). Once I actually updated MW core, the update.php ran fine. Thanks. Greg Rundlett (talk) 19:10, 11 August 2017 (UTC)
RevisionDelete does not delete revision
Dear all,
I just activated RevisionDelete and gave it a try — see code. My problem is: It does not delete the Change — the change I wanted to delete is now attributed to the next edit!<br>So how can I delete ''the change'' in place of it's documentation?<br>Thank you in advance!<br>yours, Ciciban (talk) 09:16, 11 August 2017 (UTC)
<pre>
<mediawiki xmlns="http://www.mediawiki.org/xml/export-0.10/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.mediawiki.org/xml/export-0.10/ http://www.mediawiki.org/xml/export-0.10.xsd" version="0.10" xml:lang="de-formal">
<siteinfo>
<sitename>Testgelände</sitename>
<dbname>testgelaende</dbname>
<base>http://localhost/mediawiki/index.php/Hauptseite</base>
<generator>MediaWiki 1.28.2</generator>
<case>first-letter</case>
<namespaces>
<namespace key="-2" case="first-letter">Medium</namespace>
<namespace key="-1" case="first-letter">Spezial</namespace>
<namespace key="0" case="first-letter"/>
<namespace key="1" case="first-letter">Diskussion</namespace>
<namespace key="2" case="first-letter">Benutzer</namespace>
<namespace key="3" case="first-letter">Benutzer Diskussion</namespace>
<namespace key="4" case="first-letter">Testgelände</namespace>
<namespace key="5" case="first-letter">Testgelände Diskussion</namespace>
<namespace key="6" case="first-letter">Datei</namespace>
<namespace key="7" case="first-letter">Datei Diskussion</namespace>
<namespace key="8" case="first-letter">MediaWiki</namespace>
<namespace key="9" case="first-letter">MediaWiki Diskussion</namespace>
<namespace key="10" case="first-letter">Vorlage</namespace>
<namespace key="11" case="first-letter">Vorlage Diskussion</namespace>
<namespace key="12" case="first-letter">Hilfe</namespace>
<namespace key="13" case="first-letter">Hilfe Diskussion</namespace>
<namespace key="14" case="first-letter">Kategorie</namespace>
<namespace key="15" case="first-letter">Kategorie Diskussion</namespace>
</namespaces>
</siteinfo>
<page>
<title>Löschbeispiel</title>
<ns>0</ns>
<id>3682</id>
<revision>
<id>12967</id>
<timestamp>2017-08-11T08:58:50Z</timestamp>
<contributor>
<username>Jetrca</username>
<id>1</id>
</contributor>
<comment>Die Seite wurde neu angelegt: „*Erste Bearbeitung“</comment>
<model>wikitext</model>
<format>text/x-wiki</format>
<text xml:space="preserve" bytes="18">*Erste Bearbeitung</text>
<sha1>lgu86siwmtvorw6r2jqhxelxgurwaop</sha1>
</revision>
<revision>
<id>12968</id>
<parentid>12967</parentid>
<timestamp>2017-08-11T08:59:08Z</timestamp>
<contributor deleted="deleted"/>
<comment deleted="deleted"/>
<model>wikitext</model>
<format>text/x-wiki</format>
<text deleted="deleted"/>
<sha1/>
</revision>
<revision>
<id>12969</id>
<parentid>12968</parentid>
<timestamp>2017-08-11T08:59:25Z</timestamp>
<contributor>
<username>Jetrca</username>
<id>1</id>
</contributor>
<model>wikitext</model>
<format>text/x-wiki</format>
<text xml:space="preserve" bytes="58">
*Erste Bearbeitung *Zweite Bearbeitung *Dritte Bearbeitung
</text>
<sha1>a0ljyb1gulrdst2juyw7lnivam351k7</sha1>
</revision>
</page>
</mediawiki>
</pre> Ciciban (talk) 09:16, 11 August 2017 (UTC)
Grant right to a single user
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.
Dear all,
I can grant a right to a group with e.g.
$wgGroupPermissions['sysop']['deleterevision'] = true;
How could I grant this right to a single user in place of a group?
Thank you in advance Ciciban (talk) 09:30, 11 August 2017 (UTC)
- As far a I know this is not possible out of the box. Permissions in MediaWiki are always bound to a user group. You could, however, create a dedicated user group and assign it to only one user. This could also be scripted in an UserEffectiveGroups hook callback. Osnard (talk) 11:09, 11 August 2017 (UTC)
- What you want is possible, but not the way you want it to:
- Create a new group and give that group the deleterevision right, e.g. by putting this line in LocalSettings.php:
$wgGroupPermissions['deleterevision']['deleterevision'] = true;- Then make sure to fill the three wiki pages named at Manual:User rights#Creating a new group and assigning permissions to it with the according names.
- Afterwards, assign the group to the user you want. 2003:72:6D07:4300:9819:E20:247B:9658 (talk) 14:04, 11 August 2017 (UTC)
Add js var that page was edited or created
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.
How would I add a js var to the head that the page was edited or created via an extension?
I need to trigger the page that is loaded for the contributor after he edited or created a page.
- Would be easy to add the age in seconds I guess, but that could be incorrect at times.
- Add url parameter to the viewed article after edits? Subfader (talk) 15:50, 12 August 2017 (UTC)
- You can use
mw.config.get( 'wgPostEdit' );to know if the user just edited a page. It can contain:saved,created, orrestored. 120.144.149.85 (talk) 09:03, 14 August 2017 (UTC) - I get only null and true (MW 1.25), but that's enough for me. Thanks! Subfader (talk) 13:57, 19 August 2017 (UTC)
- It seems prior to 1.30 the type of edit is kept in the cookie
'PostEditRevision' + wgCurRevisionId. 101.160.147.64 (talk) 12:19, 20 August 2017 (UTC)
Orphan Page Question
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.
The page for Howard Sloane (https://en.wikipedia.org/wiki/Howard_Sloane) shows that it is an orphan page but another page (https://en.wikipedia.org/wiki/The_Heckscher_Foundation_for_Children) does link to it. How do I fix this? Thanks. SMF0501 (talk) 18:57, 12 August 2017 (UTC)
- When I visit https://en.wikipedia.org/wiki/Special:WhatLinksHere/Howard_Sloane, the link from The Heckscher Foundation for Children is listed there. Also Special:LonelyPages does not list Howard Sloane.
- Can you elaborate what you mean exactly? The information which pages link where is not updated immediately after an according page change, but it is processed by the job queue. It can take some time until the according job has been run. Has the issue fixed itself in the meantime? 2003:72:6D79:5800:9953:A9E7:1DB0:D728 (talk) 21:17, 12 August 2017 (UTC)
- Hi. Thanks for your response. When you go to the Howard Sloane page, there is a message up top that says it is an orphan page. I want to fix that so the page's rating will go up. But you seem to suggest that it is not actually an orphan. I just don't know what to do. Thanks for your help. SMF0501 (talk) 16:18, 15 August 2017 (UTC)
- The message about the orphan page is placed by a template ({{Orphan|date=March 2014}}), just remove it if it doesn't apply anymore. Ciencia Al Poder (talk) 09:25, 16 August 2017 (UTC)
- Thanks Ciencia! SMF0501 (talk) 13:16, 21 August 2017 (UTC)
translation
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.
Please mark Template:Git/pywikibot for translation. Thanks. Jc86035 (talk) 09:59, 13 August 2017 (UTC)
Publish wiki page to my site.
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.
How to publish the wiki page created by mediawiki to my site?
How to customize it so that it matches with my current websites theme? Santoshphegasdasdde (talk) 17:35, 13 August 2017 (UTC)
- Which MediaWiki created Wiki page? AhmadF.Cheema (talk) 18:03, 13 August 2017 (UTC)
Facebook Open Graph image selection
So, lately Facebook decided you couldn't choose the image appearing in a post anymore. (https://www.facebook.com/business/help/247886969033572/?ref=u2u) It means that, when you share an article with FB, the first img tag it finds in the article will be used as this post's image.
Unfortunately, in the case of my Wiki, it means this image is the "Please turn off your ad blocker, ty" image and not the first image in the article body. The image can be specified by the Open Graph tag og:image, but default MW doesn't use it. I'd be thankful if anybody knew a method to specify a og:image on the whole Wiki, or just to force FB to use another image. Lunaramethyst (talk) 15:30, 14 August 2017 (UTC)
Requests for page protection
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello.
I've seen this page at Wikipedia https://en.wikipedia.org/wiki/Wikipedia:Requests_for_page_protection, and I want to know how can I do the same at my wiki.
Is it an extension or only configuration? I'm using the version 1.26.*
Thanks. Crismagnabosco (talk) 20:02, 14 August 2017 (UTC)
- Are you asking about protecting pages (in which case, see Help:Protecting and unprotecting pages)
- or
- creating a page similar to Wikipedia:Requests_for_page_protection (in which case, as a starting point, you will need to take a look at templates such as Floating link and /Header)? AhmadF.Cheema (talk) 21:17, 14 August 2017 (UTC)
I would like to use the "Project" namespace; when I do I get redirected to 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.
I would like to use the "Project" namespace; when I do I get redirected to Wiki 209.166.175.205 (talk) 20:27, 14 August 2017 (UTC)
- In case by "Wiki", you mean a Wiki namespace, then you probably named your MediaWiki installation "Wiki". By default "Project" gets replaced by whatever the name has been defined for the Wiki. See Manual:$wgMetaNamespace.
- In case by "Wiki", you mean the Main namespace. How exactly are you trying to use the Project namespace On the main page of your Wiki, in the URL, replace "Main_Page" with "Project:Test" and see if it works. AhmadF.Cheema (talk) 21:10, 14 August 2017 (UTC)
Archive a wiki website
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.
How can I archive the website? Can all webpages convert to word documents? 137.189.69.222 (talk) 04:32, 15 August 2017 (UTC)
- They certainly can be. WMF projects have backups and Archive Team uploads to Internet Archive. You can also export pages to free file formats like PDF. If you want, you can convert PDFs to Word documents as well. —Justin (koavf)❤T☮C☺M☯ 04:59, 15 August 2017 (UTC)
"Mark as patrolled" gone
Hello.
I have a bit weird question. As a sysop I can see unpatrolled changes, but for some reason the "Mark as patrolled" link has gone a few days ago. I recently installed Extension:Moderation but it seems do nothing with the patrol feature (at least if I disable it in LocalSettings.php, I still cannot see the link). What should I re-check to make sure I probably have something misconfigured? I'm using MediaWiki 1.23.6.
Thanks in advance. 195.234.74.137 (talk) 09:23, 15 August 2017 (UTC)
- Anyone please?.. 195.234.74.137 (talk) 08:48, 17 August 2017 (UTC)
Neuen Artikel veröffentlichen - publish new article
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello,
how can I do it?
Thanks a lot Cici (talk) 09:26, 15 August 2017 (UTC)
- If you are asking about English Wikipedia, see w:Wikipedia:Your_first_article.
- For German Wikipedia, see https://de.wikipedia.org/wiki/Hilfe:Neuen_Artikel_anlegen. AhmadF.Cheema (talk) 10:54, 15 August 2017 (UTC)
Comment avoir une infobox comme Wikipedia ?
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.
Bonjour, comment peux-t-on avoir des infosbox comme Wikipedia ?
Merci :) Another62 (talk) 10:31, 15 August 2017 (UTC)
- See Manual:Importing Wikipedia infoboxes tutorial. AhmadF.Cheema (talk) 10:45, 15 August 2017 (UTC)
- Oui mais j'ai une erreur: :Erreur Lua dans Module:Wikidata/Outils à la ligne 95 : attempt to index field 'wikibase' (a nil value).| Another62 (talk) 11:03, 15 August 2017 (UTC)
how to move wiki between 2 windows servers?
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.
Can you advised how to move my wiki between 2 windows 2012 servers?
Im using xampp v.3.2.1 and mediawiki version 1.23.2
Thanks
Fergal Fergaloneill (talk) 12:00, 15 August 2017 (UTC)
- General moving instructions are available at Manual:Moving a wiki.
- Most of the instructions should be valid for Windows installation too. AhmadF.Cheema (talk) 06:27, 16 August 2017 (UTC)
My page sends error message
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, I have a problem, my page is currently on the internet and I consult it and edit it directly, but today it sends me an error message. Sorry! This site is experiencing technical difficulties. 189.152.234.233 (talk) 19:13, 15 August 2017 (UTC)
- What's the URL? Anzacdoer 2 (talk) 19:55, 15 August 2017 (UTC)
- Yes my URL is http://tootlepaginasweb.com/tootle_wiki/index.php?title=Main_Page 189.152.234.233 (talk) 20:39, 15 August 2017 (UTC)
- (Cannot access the database: Server is running in --secure-auth mode, but 'tootlepa_mw312'@'localhost' has a password in the old format; please change the password to the new format (localhost))
- You need to change the MySQL password to use the new format.
- SET PASSWORD FOR 'user'@'host' = PASSWORD('password'); Anzacdoer 2 (talk) 20:46, 15 August 2017 (UTC)
- Thank you very much for the attention and my problem is solved 201.166.189.91 (talk) 21:15, 15 August 2017 (UTC)
DNA results went to old email. Need to transfer to new email address
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.
DNA results went to old email. Need to transfer to new email address 63.207.227.174 (talk) 20:08, 15 August 2017 (UTC)
- This is support forum for MediaWiki software, your query appears unrelated to it. AhmadF.Cheema (talk) 06:20, 16 August 2017 (UTC)
Image slides
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello I would like to see all images in a page in the form of a slide just like how Wikipedia does with images. Please help. DRHHH (talk) 22:22, 15 August 2017 (UTC)
- Where exactly does Wikipedia shows "all images in a page in the form of a slide"? AhmadF.Cheema (talk) 06:19, 16 August 2017 (UTC)
- I believe he is referring to Extension:MultimediaViewer. @DRHHH, you will have to install and setup the mentioned extension. Osnard (talk) 07:24, 16 August 2017 (UTC)
Issue with template
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
- Hello.
- I updated my MV to 1.27 version and I got issue with my template.
- Could You help me with that?
- http://westeros.com.pl/Szablon:Targaryen_tree_Aegon TraaBBIT (talk) 08:11, 16 August 2017 (UTC)
- Please exactly describe the "issue with your template". Malyacko (talk) 08:48, 16 August 2017 (UTC)
- That is my template using for genealogy.
- That should looks that:
- http://awoiaf.westeros.org/index.php/Template:Targaryen_tree_Aegon
- But looks that:
- http://westeros.com.pl/Szablon:Targaryen_tree_Aegon TraaBBIT (talk) 09:08, 18 August 2017 (UTC)
- In the output HTML of the table I see <table cellspacing="0" cellpadding="0" border="""style="font:"
- In Szablon:Familytree/start I see:
- --><table cellspacing="0" cellpadding="0" border="0"style="{{{style|}}}"></includeonly><noinclude>
- the missing space between border and style may be causing this. Ciencia Al Poder (talk) 09:33, 18 August 2017 (UTC)
- I fixed that but issue is still there. TraaBBIT (talk) 10:13, 18 August 2017 (UTC)
- Clear the cache of the browser, the issue appears to have been resolved from my end. AhmadF.Cheema (talk) 10:36, 18 August 2017 (UTC)
- Right.
- I forgot about that.
- Now all looks fine. TraaBBIT (talk) 10:51, 18 August 2017 (UTC)
Some questions about short url
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.
My wiki's short url is //domin/wiki/page.
When I visit Special:Notifications,that is //domin/wiki/Special:Notifications, the page prompts me "No such special page". After that, I visit it with another url(//domin/w/index.php?title=Special:Notifications), the page can be displayed properly.
Once, I thought it was web server url rewriting problem. However, most special pages are still accessible. So, I think the mediawiki have a bit of a problem. 星耀晨曦 (talk) 09:13, 16 August 2017 (UTC)
- Usually, for the server, there should be no difference between both URLs, because the rewrite takes care to map first URL to second.
- Try to find what exact URL is receiving PHP when accessing //domin/wiki/Special:Notifications. You can view it if you enable a debug log. Ciencia Al Poder (talk) 09:22, 16 August 2017 (UTC)
- I checked the web server log, I think
//domin/wiki/Special:Notificationsis rewritten to/w/index.php title=wiki/Special:++++++. This is not normal! - I think there is a problem with the rewrite rules of the web server. The pattern of rewriting rules is
^(wiki/[^/]+)/?$. 星耀晨曦 (talk) 10:04, 16 August 2017 (UTC) - Are you using apache, nginx or other server software? Can you post the complete rewrite rules you're using? The rewrites are inside an .htaccess? Ciencia Al Poder (talk) 16:54, 16 August 2017 (UTC)
- I am using IIS. I refer to this to set the rewrite rules.
- Since I found the problem, I tried various rewrite rules, the short URL builder tool and import from .htaccess file(e.g the rules of the apache). But still can not access it normally. 星耀晨曦 (talk) 18:08, 16 August 2017 (UTC)
- I'm going crazy! I visited a page that was able to display properly, and the server log tell me
2017-08-17 10:11:52(time) 10.8.0.2(host) GET(cs-method) /w/index.php(cs-uri-stem) title=Special:++++++++++++(cs-uri-query) 443(s-port) //domin/wiki/Special:%E9%80%9A%E7%9F%A5 (cs(Referer)) 200(sc-status). - The return code is 200, but
//domin/wiki/Special:%E9%80%9A%E7%9F%A5is rewritten to/w/index.php title=Special:++++++++++++. 星耀晨曦 (talk) 10:25, 17 August 2017 (UTC) - I created a redirect, as long as
^wiki/Special:(.*)$match will be redirected tow/index.php?title=Special:{R:1}. No doubt, cure the symptoms, not the cause. 星耀晨曦 (talk) 10:37, 17 August 2017 (UTC) - Apparently IIS7 doesn't like colons in URLs... see https://forums.iis.net/t/1220559.aspx
- Wondering if it may be the cause and maybe you can add some of the suggested configuration to it... Ciencia Al Poder (talk) 15:08, 17 August 2017 (UTC)
- Make a reverse proxy? I think, I have to learn more knowledge.:D 星耀晨曦 (talk) 14:32, 19 August 2017 (UTC)
InvalidArgumentException displayed on fresh install.
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.
Specs:
OS: Win 10 Pro
PHP: 5.6.16 (It is using a slightly custom php.ini however this same ini file has been used on a lot of different programs)
IIS 10
DB: MySQL 5.7
MediaWiki: 1.29.0
I have just 'finished' the installation of MediaWiki, to migrate my companies current wiki estate to MediaWiki. Having gone through the configuration page, and placed the LocalSettings.php file in the same location as the index.php file when i then try and browse to my newly created wiki I am presented with the following:
[144bddaaa47193689db6e474] 2017-08-16 11:21:27: Fatal exception of type "InvalidArgumentException"
The only non default step I took in the configuration was adding the cite extension.
I am not really sure how to trouble shoot this.
Things I have tried:
error_reporting( E_ALL );
ini_set( 'display_errors', 1 );
into the localsettings.php having read that in the FAQ under nothing displayed.
No error logs in my php.log.
Thanks,
Jon 194.70.169.126 (talk) 11:34, 16 August 2017 (UTC)
- You can try to remove all extensions in LocalSettings.php, and then see if the software is running properly. For more information on debugging, see also Manual:How to debug. 星耀晨曦 (talk) 18:15, 16 August 2017 (UTC)
Sharing content between wikis
Dear all,
Is there a way to share text content between wikis, similar to sharing files via wikimedia commons?
Thank you in advance for your answers.
Yours, Ciciban (talk) 13:37, 16 August 2017 (UTC)
- See Manual:$wgEnableScaryTranscluding.
- As far as I know, this will transclude the entire page and therefore cannot be used to transclude particular sections of an article. AhmadF.Cheema (talk) 02:01, 17 August 2017 (UTC)
- Thank you,
- $wgEnableScaryTranscluding = true; produced errors, but proceeding from your advise, I found out, that Extension:Interwiki does the job.
- Still, there is a problem:
- My wiki is set up German. The target wiki is set up Englisch. So a statement like {{raw:target:Sometemplate}} linkst to page Vorlage:Sometemplate in the target wiki in place of Template:Sometemplate
- Is there a way to fix this other than setting up my wiki in English?
- Thank you in advance for your answers.
- Yours, Ciciban (talk) 20:05, 17 August 2017 (UTC)
- I haven't tested it but this may do the trick (forcing to specify the namespace in the target language):
- {{raw:target::Template:Sometemplate}} Ciencia Al Poder (talk) 09:43, 18 August 2017 (UTC)
- Thanks for your answer.
- When I made a try according to your suggestion, I got a red link to Vorlage:target:Template:Sometemplate :( Ciciban (talk) 11:31, 18 August 2017 (UTC)
- P.s.: It seems that my wiki does not process double colons at all!
- {{target::Some normal page}} does not produce a blue link to Some normal page in the target wiki, but a red link to Vorlage:taget::Some normal page.
- Yours, Ciciban (talk) 12:38, 18 August 2017 (UTC)
extension.json or $wgAvailableRights?
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.
Is it preferred to add additional rights defined in an extension via extension.json or via $wgAvailableRights? The extension.json mentions the $wgAvailableRights variable, but doesn't explicitly state which method would be better.
In fact, a lot of the things defined in extension.json have $wg variable equivalents - is there a preferred method, or is it up to developer discretion as long as it's consistent? Siams PS (talk) 04:37, 17 August 2017 (UTC)
- They should be defined in extension.json, since this provides a centralized metadata repository that can be used to easily update the extension's page with this information. Ciencia Al Poder (talk) 09:17, 17 August 2017 (UTC)
IP blocked for 1mon.
As an occasional user of wikipedia etc., I mostly do NOT log in. Today, I wanted to post an anonymous comment conc. your PDF problem when suddenly a never-before seen RedBox popped up, saying:
Your IP address is in a range which has been blocked on all wikis. The block was made by Stryn (meta.wikimedia.org). The reason given is Long-term abuse: This IP range has been abused for vandalism. If you are affected by this block, please contact us: stewards@wikimedia.org. * Start of block: 13:58, 22 July 2017 * Expiration of block: 13:58, 22 August 2017 You can contact Stryn to discuss the block. You cannot use the "Email this user" feature unless a valid email address is specified in your account preferences and you have not been blocked from using it. Your current IP address is 110.54.136.73, and the blocked range is 110.54.128.0/17. Please include all above details in any queries you make.
Well, I have tried to contact Styr Styr here on the wiki pages but I can't find my way through the many and often technical pages. I can understand Styr's blocking this IP of mine as it is a collective IP from Philippine's internet provider GLOBE Telecomm. and I know that there are many bugging and scamming freaks around the whole Philippines. But on the other hand, there are millions of GLOBE users from the educated classes who are surely more serious and they use wikipedia as one super-important, if not the sole source of independent information to and in the Philippines. Is it really worth blocking millions for excluding a bunch of fools, I wonder.
BTW, after I had logged in, my anonymous comment was sent as regular.
Thank you! And forgive those Philippine fools for their immature acting... believe me, there are many ! Palmozy (talk) 08:42, 17 August 2017 (UTC)
New MediaWiki install - says I'm using PHP 5.4.45, but server shows PHP v7.0.18
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.
Help! I just did a fresh install of MediaWiki 1.29, but when I access the page, I'm told that I have an old version of PHP (versions indicated in the title) and can only run a really old version (1.1x). The server is running MySQL 5.6.34. Icyneko (talk) 16:04, 17 August 2017 (UTC)
- Where on the server you see it's PHP v7.0.18?
- A server can have several versions of PHP installed, but the web server is configured to use only one of them, and maybe it's using the wrong one for you. If you're on a shared hosting you may need to contact your hosting customer service so they tell you how to activate the correct version. Ciencia Al Poder (talk) 09:47, 18 August 2017 (UTC)
Users being being listed as an open proxy by DNSBL
Yesterday this issue came out of nowhere where someone reported to me that they could not make an account because they received a "Your IP Address is listed as an open proxy in the DNSBL used by CryGaia Wiki." We're only using the two bundled with the installation, Spamhaus and Tornevall. I was able to replicate the error when I opened a new user (Guest) on chrome and tried to create an account. Three others reported the same issue.
I applied a temporary fix of whitelisting the IPs in the localsettings file, which fixed the problem for them. However, I am concerned because if this effects a swathe of people it may not be efficient to whitelist every single IP that has this issue. I could not find any record of this issue on here, so I am posting here in hopes someone knows of a more long-term fix for this.
Thank you! Hsekiu (talk) 17:47, 17 August 2017 (UTC)
- I`ve the same problem..! Can not create an account..! Greez from Switzerland Clemens 2A00:D520:5:800:C87D:920F:96E1:7F86 (talk) 14:48, 12 March 2021 (UTC)
- Sorry now its working, no problems anymore..;-) Baernergieu (talk) 14:51, 12 March 2021 (UTC)
- again me..;-) I`ve nevertheless the same problem! Not on the main page (mediawiki) but on several pages based on mediawiki, such as gzsz-wiki point de (its written like that because a warning about linkspam ;-)..!
- Have anyone suggestions how i can handle/solve this issue/problem?
- Thank you! Baernergieu (talk) 16:47, 15 March 2021 (UTC)
- I just got this message. Your IP address is listed as an open proxy in the DNSBL
- I am actually hoping to contact an author since their page has some factual errors I'm sure they'd like to correct. But anyway..... 24.11.213.96 (talk) 21:51, 7 June 2021 (UTC)
- Same thing happens to me. I can edit things on Wikimedia wikis and Fandom just fine, but it won't let me edit Wikifur... i just want to fix a typo in the wikifur article on shadowolffess grr..... 24.115.255.37 (talk) 02:34, 4 August 2024 (UTC)
- I'm getting this error what do I do 45.64.123.130 (talk) 07:49, 8 August 2021 (UTC)
- Happens whenever you try to edit pages on The Simpsons Wiki when not logged in: https://simpsonswiki.com/wiki/References_in_other_media 58.169.23.23 (talk) 06:12, 14 April 2024 (UTC)
- just tested, happens to me too 24.115.255.37 (talk) 02:36, 4 August 2024 (UTC)
- I attempted to create an account at The Apple Wiki and was presented with this error, both on my home Wi-Fi network and from my phone's hotspot (so, two different IPs, both blacklisted). I'm quite puzzled, as I'm with a pretty bog-standard ISP, no proxies, or anything remotely out-of-the-ordinary… Alhadis (talk) 22:56, 20 August 2024 (UTC)
- I've tried to create an account on Wikisimpsons but i've kept getting blocked for some reason and i believe it is because of this issue. Is there any way you can help with this? Cadence Williams (talk) 17:49, 7 October 2024 (UTC)
Classic language links
Traditionally, in Wikipedia e.g. [[nl:Ellemelle]] produced a link on the left, indicating that that was the Dutch version of the article. How can I set up this feature in my mediawiki installation? Extension:Interwiki, for instance, allows for setting up this kind of relation, but afaik it does so within the artcle, not in the left column, outside of the article.
I hope I could express my point.
Thank you in advance for your help.
yours, Ciciban (talk) 20:14, 17 August 2017 (UTC)
- You don't need an extension. See Manual:Interwiki. be sure you're using language codes (de, en, es, it...) and not any custom code as iw_prefix, otherwise they can't be interpreted as an interlanguage link. Ciencia Al Poder (talk) 09:42, 18 August 2017 (UTC)
- Thank you for your answer.
- I placed an incomplete question, so I got an incomplete answer.
- We are planning two wikis, describing different versions of a standard, and if there are features that both wikis share, then we would like to place an interwiki link.
- With your hint I got it solved quite straightforward by adding entries to Names.php like
- '2' => 'Version 2.x', # Version 2 of our standard Ciciban (talk) 12:07, 18 August 2017 (UTC)
Adding additional form fields to signup
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.
Hey, is there sample code on how to add additional form fields to the initial sign up form? It used to be UserCreateForm but now that's deprecated and AuthManager is recommended instead. AuthManager seems to be significantly more complicated for just adding an additional field, so I was hoping someone could help me understand it?
I'm trying to add another field as a honeypot on the signup page to catch spammers and abort account creation - what hooks/functions should I use? Thanks. JSnosh (talk) 21:20, 17 August 2017 (UTC)
- https://www.mediawiki.org/wiki/Manual:SessionManager_and_AuthManager/Updating_tips#AuthManager has sentences like "add new fields to the account creation form" and "add fields to the login form, the user creation form" - have you taken a look? :) Malyacko (talk) 11:53, 18 August 2017 (UTC)
Direct link to specific headers using the ID attributes
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
- Hello all, I am working on creating my own skin for a wiki. I am running into some issues and I was hoping to get some help from the community :).
- In my design, I have a top nav-bar (~55px height) that always hovers over at the top of the page. I got to the point where everything works fine, but I am having trouble with getting the header redirect (or the ID link) to work properly.
- When I point to a specific header of the section using wiki redirect or the #ID redirect, the header gets positioned very top of the page, and it gets hidden behind the top navbar. I tried applying both padding and margins to those headers, but it would still put the redirected header right at the top of the page, hiding 55 pixel-worth of lines in the page.
- I really don't know what to do now, and I was not able to find the answer online. I don't want to give up my top navbar, so I was wondering if I could get some help on this.
- Thank you! Sodaa (talk) 23:41, 17 August 2017 (UTC)
- This is a common problem with top/bottom navbars. This usually requires JavaScript. Try one of the answers of SO: Scroll to id with fixed top bar Ciencia Al Poder (talk) 09:38, 18 August 2017 (UTC)
Issue with refs
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello.
On my page
http://westeros.com.pl/Lata_po_Podboju_Aegona/Obliczenia_Lat_(Kontynuacja)#Przypisy
I get error on some refs:
Błąd rozszerzenia cite: Nieprawidłowy znacznik <ref>; nazwę „Rtwoiaf_the_westerlands:_house_lannister_under_the_dragons.7B.7B.7B3.7D.7D.7D” zdefiniowano więcej niż raz z różną zawartością Błąd rozszerzenia cite: Nieprawidłowy znacznik <ref> TraaBBIT (talk) 09:09, 18 August 2017 (UTC)
- The message is self-explanatory. You have {{Ref|TWOIAF| The Westerlands: House Lannister Under the Dragons}} with case variants (upper/lower) Ciencia Al Poder (talk) 09:29, 18 August 2017 (UTC)
- So what should I do? TraaBBIT (talk) 10:15, 18 August 2017 (UTC)
- If I understand the issue correctly, the first reference in the article's section "Jason Lannister (syn Gerolda)" is the problem. There is a case mismatch for the reference.
- In the other four places for the reference, the name is
{{Ref|TWOIAF| The Westerlands: House Lannister Under the Dragons}}while at this place, it is{{Ref|TWOIAF| The Westerlands: House Lannister under the Dragons}}. That is, with a lower caseunder. Change it to uppercase. AhmadF.Cheema (talk) 10:33, 18 August 2017 (UTC) - That it is. Thank You. TraaBBIT (talk) 10:39, 18 August 2017 (UTC)
- I have one more question.
- Can I have in one article two refs looking similar?
- Like:
- ref|TWOIAF| Targaryenowie na Tronie: Maekar I
- ref|twoiaf| Targaryenowie Na Tronie: Daeron II TraaBBIT (talk) 10:48, 18 August 2017 (UTC)
- The "name" parameter of the ref must be unique on the page, or if it's not, they should have the same content. Having 2 different refs is okay as long as you don't use the same "name" Ciencia Al Poder (talk) 15:44, 18 August 2017 (UTC)
- Got ya TraaBBIT (talk) 18:26, 19 August 2017 (UTC)
Creating User Group
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.
How can we create user group for a media wiki page. User must be able to view only the relevant page to his or her rights. 182.71.68.98 (talk) 11:56, 18 August 2017 (UTC)
- Please refer to Manual:User rights. If you need to set permissions on namespace level consider using Extension:Lockdown. Osnard (talk) 13:50, 18 August 2017 (UTC)
MW 1.29, dependencies, and composer
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.
Upgraded PHP to current, installed new wiki, and when trying to pull it up I get an error:
"MediaWiki 1.29 internal error
Installing some external dependencies (e.g. via composer) is required.
External dependencies
MediaWiki now also has some external dependencies that need to be installed via composer or from a separate git repo. Please see mediawiki.org for help on installing the required components."
I've installed Composer, run 'composer --dump-autoload' to create the \vendor\autoload.php file. When running 'composer update --no-dev' I get the same error every time:
[ErrorException]
Class 'Wikimedia\Timestamp\TimestampException' not found
Any thoughts? 173.8.114.137 (talk) 16:22, 18 August 2017 (UTC)
- According to Project:Support desk/Flow/2017/07#h-Upgraded_to_1.29_-_Fatal_Exception-2017-07-19T23:32:00.000Z, user Grantkinkead knows the solution of your problem, but he has not yet shared it. Asking him might help you further... 2003:72:6D1E:1400:B197:E34:89A1:B6C3 (talk) 22:45, 18 August 2017 (UTC)
- If you stumble into this bug, check Talk:Download/Archive 2/Flow export#h-"Installing_some_external_dependencies_(e.g._via_composer)_is_required."-2018-10-08T04:57:00.000Z. It might be that you have recreated the archive in another format, and that the new archive is incomplete. Jeblad (talk) 05:05, 8 October 2018 (UTC)
Built-in Search Not Returning Page Text Results
MediaWiki: 1.27
PHP: 7.1.1
Database: MSSQL 2008R2
I'm setting up an internal wiki. It currently only has the default main page and test page with text. The built in search only returns results for queries that mach exact page titles. For example, the main page will only show up in the results if "main page" is the search. Nothing is returned if you try to search for specific words that exist on the page. I tried removing the rows in the searchIndex table and running rebuildTextIndex.php. I also tried rebuildAll.php. The rebuildTextIndex script ran fine, but rebuildAll crashed when rebuilding links. The entries in the searchIndex table appear as Chinese characters. I'm not sure if this is just because the results from rebuildTextIndex aren't human readable and happen to fall in that section of characters, or if the script is actually returning incorrect values. 50.234.209.106 (talk) 18:46, 18 August 2017 (UTC)
Want to Install ConfirmAccount, but UpgradeKey Won't Work
I'm trying to update so I can use the ConfirmAccount extension. It failed to work using the Mac Terminal app, so I want to do it through the browser.
The problem is that it tells me that the upgradekey that I copied from local settings isn't accurate. I know it is copied correctly, and I have not changed any values.
Please help? I've spent almost four hours on this issue, and I'm ready to tear out my hair. I'm using version 1.29 of MediaWiki. LaMirkat (talk) 06:16, 19 August 2017 (UTC)
No one can edit, despite having permissions
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.
Today a bug was reported to me where when editing a page, it told them (another Sysop) that they did not have permission to edit it. I checked, and they're still a sysop. What's more is, this is effecting every single user on the wiki, including myself, and we all still have our permissions. The edit button is gone, but when viewing the source of a page, or trying to create a new one, we get "The action you have requested is limited to users in one of the groups: Users, Administrators, Bureaucrats, editor." despite belonging to those groups.
I have no idea why this is happening. I tried disabling cloudflare, but it doesn't seem to have any effect. The site is not in read only mode either, this happened out of the blue this morning. Hsekiu (talk) 17:45, 19 August 2017 (UTC)
- Cloudflare should have nothing to do with this. Are you sure no settings in LocalSettings.php were changed before this? The only logical explanation is that a setting changed. Reception123 (talk) 18:17, 19 August 2017 (UTC)
- $wgReadOnly is off/commented out, so it's not that. I have not touched anything regarding permissions in several months. The only things I've changed recently is adding the extensions Number Format, Category Test, Labeled Section Transclusion, and DynamicPageList. It all worked fine when I installed them.
- Is there anything in specific I should look for in my LocalSettings.php? Hsekiu (talk) 18:31, 19 August 2017 (UTC)
- As a test, you should try temporarily disabling all extensions to make sure that it is not an extensions problem. An older version of Extension:Lockdown was one extension which caused similar rights issues. AhmadF.Cheema (talk) 11:41, 20 August 2017 (UTC)
Error code: 127
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello.
I have issue during generating miniatures on my webpages.
Could You help me with that? :)
File looks fine:
http://westeros.com.pl/Plik:House_Stark.PNG
But miniature not:
http://westeros.com.pl/Brandon_Snow TraaBBIT (talk) 18:38, 19 August 2017 (UTC)
- See https://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#Image_Thumbnails_not_working_and.2For_appearing Malyacko (talk) 10:28, 20 August 2017 (UTC)
- O
- I will look on that.
- What option is the best for creating thumbnalis?
- SVG
- ImageMagick
- Batik
- rsvg
- JPEG
- JPEG (using GD) TraaBBIT (talk) 15:38, 20 August 2017 (UTC)
- ImageMagick is used by default and is good Ciencia Al Poder (talk) 09:08, 21 August 2017 (UTC)
- I have put that code in my LocalSettings.php
- #ImageMagic
- $wgUseImageMagick = true;
- $wgImageMagickConvertCommand = 'C:/ImageMagick/convert.exe'; # for windows
- $wgImageMagickConvertCommand = '/usr/local/bin/convert'; TraaBBIT (talk) 10:15, 21 August 2017 (UTC)
- Could somebody help me with that? TraaBBIT (talk) 09:43, 23 August 2017 (UTC)
- Error code 127 is happening in a number of cases. It might help to look into the web server error log. Maybe it contains more information on what is going wrong.
- Your line with C:\ImageMagick is superfluous and can be commented out or even removed.
- On the shell, please try this command:
/usr/local/bin/convert --version- What does it return? 2003:72:6D19:D800:1CF1:628E:6F5C:D1F0 (talk) 10:47, 23 August 2017 (UTC)
- Another approach would be to enable debbuging in MediaWiki. This can be done as described at Manual:How_to_debug#Logging. Then call a page, on which MediaWiki would show a thumbnail, which does not yet exist. In this case the debug log will contain information on what MediaWiki is doing to create the thumbnail and how it is failing during thumbnail creation. 2003:72:6D19:D800:1CF1:628E:6F5C:D1F0 (talk) 10:47, 23 August 2017 (UTC)
- I run
- /usr/local/bin/convert --version
- and got:
- Version: ImageMagick 6.9.3-2 Q16 x86_64 2016-02-04 http://www.imagemagick.org
- Copyright: Copyright (C) 1999-2016 ImageMagick Studio LLC
- License: http://www.imagemagick.org/script/license.php
- Features: Cipher DPC OpenMP
- Delegates (built-in): bzlib fontconfig freetype jbig jng jpeg lzma png tiff webp x xml zlib TraaBBIT (talk) 15:13, 23 August 2017 (UTC)
- I also put to my LocalSettings.php that code:
- /**
- * The debug log file must never be publicly accessible because it
- * contains private data. But ensure that the directory is writeable by the
- * PHP script running within your Web server.
- * The filename is with the database name of the wiki.
- */
- $wgDebugLogFile = "/var/log/mediawiki/debug-{$wgDBname}.log";
- wfErrorLog( "An error occurred.\n", '/var/log/mediawiki/my-custom-debug.log' );
- /**
- * The debug log file should be not be publicly accessible if it is used, as it
- * may contain private data. However, it must be in a directory to which PHP run
- * within your web server can write.
- *
- * Contrary to wgDebugLogFile, it is not necessary to include a wiki-id in these log file names
- * if you have multiple wikis. These log entries are prefixed with sufficient information to
- * identify the relevant wiki (web server hostname and wiki-id).
- */
- // Groups from MediaWiki core
- $wgDBerrorLog = '/var/log/mediawiki/dberror.log';
- $wgRateLimitLog = '/var/log/mediawiki/ratelimit.log';
- $wgDebugLogGroups = array(
- 'resourceloader' => '/var/log/mediawiki/resourceloader.log',
- 'exception' => '/var/log/mediawiki/exception.log',
- 'error' => '/var/log/mediawiki/error.log',
- #'exception-json' => '/var/log/mediawiki/exception.json',
- // Extra log groups from your extension
- #'myextension' => '/var/log/mediawiki/myextension.log',
- #'somegroup' => '/var/log/mediawiki/somegroup.log',
- );
- if ( $module->hasFailed ) {
- wfDebugLog( 'myextension', "Something is not right, module {$module->name} failed." );
- }
- But I don't get any log file. TraaBBIT (talk) 15:31, 23 August 2017 (UTC)
- Be sure PHP can write to /var/log/mediawiki/. Adjust file owner or permissions Ciencia Al Poder (talk) 15:42, 23 August 2017 (UTC)
- How to do that? :) TraaBBIT (talk) 16:22, 23 August 2017 (UTC)
- search the freaking web? set permissions to 777, trying to explain how to get owner of the process executing php is out of the scope here... Ciencia Al Poder (talk) 20:57, 23 August 2017 (UTC)
- here is no option on my hosting to use /var/log/mediawiki/ TraaBBIT (talk) 10:11, 24 August 2017 (UTC)
- Have you tried to use another path? Ideally one not accessible from the internet Ciencia Al Poder (talk) 16:27, 24 August 2017 (UTC)
- I would say the image processing settings look alright then.
- I think you can also get a debug log by setting
- $wgDebugToolbar = true;
- in LocalSettings.php. Note that the debug log as displayd there contains sensitive information, which a normal visitor should not be getting! Also note that we need the log not from any request, but specially from a request, in which MediaWiki is trying to create a formerly missing thumbnail. 2003:72:6D1D:7900:7412:1D13:3AFD:C8A7 (talk) 20:06, 24 August 2017 (UTC)
- Your MediaWiki version is 1.27.3. 2003:72:6D1D:7900:7412:1D13:3AFD:C8A7 (talk) 20:08, 24 August 2017 (UTC)
- OK.
- DebugToolbar is on.
- Look here http://westeros.com.pl/Brandon_Snow TraaBBIT (talk) 09:29, 25 August 2017 (UTC)
- Here is the relevant part from debug log:
- 2003:72:6D17:800:3199:28E7:59BD:1070 (talk) 09:49, 25 August 2017 (UTC)
File::transform: Doing stat for mwstore://local-backend/local-thumb/5/51/House_Stark.PNG/50px-House_Stark.PNG FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/5/51/House_Stark.PNG/50px-House_Stark.PNG does not exist. TransformationalImageHandler::doTransform: creating 50x55 thumbnail at /tmp/transform_7bcb7123e0f4.png using scaler im TransformationalImageHandler::doTransform: called wfMkdirParents(/tmp) BitmapHandler::transformImageMagick: running ImageMagick: '/usr/local/bin/convert' '-quality' '95' '-background' 'white' '/home/budrysl2/domains/westeros.com.pl/public_html/images/5/51/House_Stark.PNG' '-thumbnail' '50x55!' '-set' 'comment' 'File source: http://westeros.com.pl/Plik:House_Stark.PNG' '+set' 'Thumb::URI' '-depth' '8' '-rotate' '-0' '/tmp/transform_7bcb7123e0f4.png' wfShellExec: OMP_NUM_THREADS='1' '/usr/local/bin/convert' '-quality' '95' '-background' 'white' '/home/budrysl2/domains/westeros.com.pl/public_html/images/5/51/House_Stark.PNG' '-thumbnail' '50x55!' '-set' 'comment' 'File source: http://westeros.com.pl/Plik:House_Stark.PNG' '+set' 'Thumb::URI' '-depth' '8' '-rotate' '-0' '/tmp/transform_7bcb7123e0f4.png' 2>&1 [exec] Possibly missing executable file: OMP_NUM_THREADS='1' '/usr/local/bin/convert' '-quality' '95' '-background' 'white' '/home/budrysl2/domains/westeros.com.pl/public_html/images/5/51/House_Stark.PNG' '-thumbnail' '50x55!' '-set' 'comment' 'File source: http://westeros.com.pl/Plik:House_Stark.PNG' '+set' 'Thumb::URI' '-depth' '8' '-rotate' '-0' '/tmp/transform_7bcb7123e0f4.png' 2>&1 [thumbnail] thumbnail failed on westeros.com.pl: error 127 "" from "'/usr/local/bin/convert' '-quality' '95' '-background' 'white' '/home/budrysl2/domains/westeros.com.pl/public_html/images/5/51/House_Stark.PNG' '-thumbnail' '50x55!' '-set' 'comment' 'File source: http://westeros.com.pl/Plik:House_Stark.PNG' '+set' 'Thumb::URI' '-depth' '8' '-rotate' '-0' '/tmp/transform_7bcb7123e0f4.png'" [thumbnail] Removing bad 0-byte thumbnail "/tmp/transform_7bcb7123e0f4.png". unlink() succeeded
- OK.
- So what should I do now? TraaBBIT (talk) 10:00, 25 August 2017 (UTC)
- I would now try running the command from the shell and see, what output it creates. 2003:72:6D17:800:A413:6747:C981:9449 (talk) 11:24, 25 August 2017 (UTC)
- Which command? TraaBBIT (talk) 11:27, 25 August 2017 (UTC)
- this command:
- Ciencia Al Poder (talk) 15:14, 25 August 2017 (UTC)
OMP_NUM_THREADS='1' '/usr/local/bin/convert' '-quality' '95' '-background' 'white' '/home/budrysl2/domains/westeros.com.pl/public_html/images/5/51/House_Stark.PNG' '-thumbnail' '50x55!' '-set' 'comment' 'File source: http://westeros.com.pl/Plik:House_Stark.PNG' '+set' 'Thumb::URI' '-depth' '8' '-rotate' '-0' '/tmp/transform_7bcb7123e0f4.png'
- Hello.
- I ran this command and got:
- [budrysl2@s53:: ~/domains/westeros.com.pl/public_html ]:$ OMP_NUM_THREADS='1' '/ usr/local/bin/convert' '-quality' '95' '-background' 'white' '/home/budrysl2/dom ains/westeros.com.pl/public_html/images/5/51/House_Stark.PNG' '-thumbnail' '50x5 5!' '-set' 'comment' 'File source: http://westeros.com.pl/Plik:House_Stark.PNG' '+set' 'Thumb::URI' '-depth' '8' '-rotate' '-0' '/tmp/transform_7bcb7123e0f4.png ';
- [budrysl2@s53:: ~/domains/westeros.com.pl/public_html ]:$ OMP_NUM_THREADS='1' '/ usr/local/bin/convert' '-quality' '95' '-background' 'white' '/home/budrysl2/dom ains/westeros.com.pl/public_html/images/5/51/House_Stark.PNG' '-thumbnail' '50x5 5!' '-set' 'comment' 'File source: http://westeros.com.pl/Plik:House_Stark.PNG' '+set' 'Thumb::URI' '-depth' '8' '-rotate' '-0' '/tmp/transform_7bcb7123e0f4.png '
- So nothing happened. TraaBBIT (talk) 15:18, 28 August 2017 (UTC)
- If /tmp/transform_7bcb7123e0f4.png exists then the command succeeded.
- Note, however, that you ran this command under a different user than the webserver. You should remove that temp file and try again, this time with the
sudocommand, specifying the user account under php runs on your webserver. - For example, if using php-fpm, it may be "sudo -u php-fpm (the entire command)" Ciencia Al Poder (talk) 15:53, 28 August 2017 (UTC)
- > If /tmp/transform_7bcb7123e0f4.png exists...
- ...and if this file is 'not an empty file with a file size of zero bytes.
- And it must have been created with the current execution of the command and not with an earlier one... 2003:72:6D12:B600:E0CA:7710:7FB3:FE3D (talk) 16:42, 28 August 2017 (UTC)
- I tried to run with sudo:
- [budrysl2@s53:: ~/domains/westeros.com.pl/public_html/images/temp ]:$ sudo OMP_NUM_THREADS='1' '/usr/local/bin/convert' '-quality' '95' '-background' 'white' '/home/budrysl2/domains/westeros.com.pl/public_html/images/5/51/House_Stark.PNG' '-thumbnail' '50x55!' '-set' 'comment' 'File source: http://westeros.com.pl/Plik:House_Stark.PNG' '+set' 'Thumb::URI' '-depth' '8' '-rotate' '-0' '/tmp/transform_7bcb7123e0f4.png'
- [sudo] password for budrysl2:
- Niestety, proszę spróbować ponownie.
- [sudo] password for budrysl2:
- Niestety użytkownik budrysl2 nie ma uprawnień do uruchamiania '/usr/local/bin/convert -quality 95 -background white /home/budrysl2/domains/westeros.com.pl/public_html/images/5/51/House_Stark.PNG -thumbnail 50x55! -set comment File source: http://westeros.com.pl/Plik:House_Stark.PNG +set Thumb::URI -depth 8 -rotate -0 /tmp/transform_7bcb7123e0f4.png' jako root na s53.linuxpl.com.
- I don't have catalog temp.
- Temp is only in catalog images. There are many catalogs from 1 to f. TraaBBIT (talk) 17:49, 28 August 2017 (UTC)
- I could give You access to my SSH if You want. TraaBBIT (talk) 17:50, 28 August 2017 (UTC)
- if you don't have a /tmp folder it may be very well the issue here, because it needs to exist and be writeable by the webserver when executing the convert command.
- Note that it should be /tmp seen from the filesystem, not /tmp from the webserver root (westeros.com.pl/tmp)!
- If the system /tmp folder is somewhere else, you may want to set $wgTmpDirectory to that folder, and/or $wgImageMagickTempDir. Ciencia Al Poder (talk) 19:26, 28 August 2017 (UTC)
- So I need some /temp on mediawiki system? TraaBBIT (talk) 07:26, 29 August 2017 (UTC)
- Yes, MediaWiki needs a folder where it can write temporary files before publishing them on the final destination. Ciencia Al Poder (talk) 09:20, 29 August 2017 (UTC)
- OK.
- Could I create that folder on my mediawiki and setup Manual:$wgTmpDirectory TraaBBIT (talk) 10:54, 29 August 2017 (UTC)
- I check with my hosting and they tell me that I have /temp and I can use it/ TraaBBIT (talk) 11:07, 29 August 2017 (UTC)
- Yes. AhmadF.Cheema (talk) 11:14, 29 August 2017 (UTC)
- And what about that second setting:
- $wgImageMagickConvertCommand = 'C:/ImageMagick/convert.exe'; # for windows
- How could I use that one? TraaBBIT (talk) 12:25, 30 August 2017 (UTC)
- Are you using Windows for your MediaWiki installation? If you aren't, then the line is useless or might even be causing fatal errors. AhmadF.Cheema (talk) 14:05, 30 August 2017 (UTC)
- What do You mean?
- I have hosting based on Linux. TraaBBIT (talk) 15:12, 30 August 2017 (UTC)
- I checked /tmp and found transform_7bcb7123e0f4.png TraaBBIT (talk) 15:24, 30 August 2017 (UTC)
- Good. Remove the /tmp/transform_7bcb7123e0f4.png file and run the command again, changing the "www-user" with the user running php (if apache-mod-php, the user running apache, if php-fpm the php-fpm user, etc)
sudo -u www-user OMP_NUM_THREADS='1' '/usr/local/bin/convert' '-quality' '95' '-background' 'white' '/home/budrysl2/domains/westeros.com.pl/public_html/images/5/51/House_Stark.PNG' '-thumbnail' '50x55!' '-set' 'comment' 'File source: http://westeros.com.pl/Plik:House_Stark.PNG' '+set' 'Thumb::URI' '-depth' '8' '-rotate' '-0' '/tmp/transform_7bcb7123e0f4.png'Ciencia Al Poder (talk) 16:23, 30 August 2017 (UTC)- can't run:
- sudo -u php-fpm OMP_NUM_THREADS='1' '/usr/local/bin/convert' '-quality' '95' '-background' 'white' '/home/budrysl2/domains/westeros.com.pl/public_html/images/5/51/House_Stark.PNG' '-thumbnail' '50x55!' '-set' 'comment' 'File source: http://westeros.com.pl/Plik:House_Stark.PNG' '+set' 'Thumb::URI' '-depth' '8' '-rotate' '-0' '/tmp/transform_7bcb7123e0f4.png'
- or
- sudo -u apache-mod-php OMP_NUM_THREADS='1' '/usr/local/bin/convert' '-quality' '95' '-background' 'white' '/home/budrysl2/domains/westeros.com.pl/public_html/images/5/51/House_Stark.PNG' '-thumbnail' '50x55!' '-set' 'comment' 'File source: http://westeros.com.pl/Plik:House_Stark.PNG' '+set' 'Thumb::URI' '-depth' '8' '-rotate' '-0' '/tmp/transform_7bcb7123e0f4.png'
- I get error: Unknown user. TraaBBIT (talk) 17:01, 30 August 2017 (UTC)
- I can't use sudo on my hosting. TraaBBIT (talk) 17:08, 30 August 2017 (UTC)
- And I don't have apache-mod-php and php-fpm TraaBBIT (talk) 17:12, 30 August 2017 (UTC)
- I have no idea what could be wrong :) TraaBBIT (talk) 11:24, 1 September 2017 (UTC)
error "forbidden" when modify pages with geohack links
When i try to insert in my page many Geohack links (example: http://tools.wmflabs.org/geohack/geohack.php?language=it&pagename=Rofelle¶ms=43.740911_N_12.155430_E_type:adm3rd_scale:50000&title=Rofelle) i receive error reported below
Any idea of the problem? Mediawiki thinks that someone trying a SQL injection?
VERSION
| MediaWiki | 1.27.1 |
| PHP | 5.6.31 (fpm-fcgi) |
| MariaDB | 10.1.26-MariaDB |
page with problem: http://www.scoutmorciano.it/storia/Campi_estivi
ERROR:
Forbidden
You do not have permission to access this document. Andrea.petrucci.1975 (talk) 11:17, 20 August 2017 (UTC)
"$wgEnableScaryTranscluding = true" brings down 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.
Dear All
Here I got the advise to use Scary Transcluding to exchange content between wikis.
After a lot of confusion I understand now, that Extension:Interwiki will not make redundant to set "$wgEnableScaryTranscluding = true" in LocalSettings.php.
However, as soon as I set the command, my wiki will deliver an error screen with the following message:
Diese Seite funktioniert nicht localhost kann diese Anfrage momentan nicht verarbeiten. HTTP ERROR 500
Can you give me advise how to solve the problem or at least where to look for the cause?
Thank you in advance! Ciciban (talk) 12:26, 20 August 2017 (UTC)
- That's why it is called scary transclusion. It is incredibly inefficient, and in fact, the variable itself is a way to scare off people from using it:
- Manual:$wgEnableScaryTranscluding#Details
- It might be better to use the mediawiki API and javascript to obtain content from another wiki. 197.218.81.140 (talk) 18:26, 20 August 2017 (UTC)
- If your wiki breaks (any page) when you add that line in LocalSettings.php, then you've made a typo or syntax error when editing LocalSettings.php. Try to find the typo and fix it. Maybe you missed the semicolon at the end of the line? Ciencia Al Poder (talk) 09:05, 21 August 2017 (UTC)
- @User:Ciencia Al Poder,
Thanks for reminding me of my fallibility. That restrains me from starting world wars and dooming innocent souls into purgatory. In rare cases, a closing semicolon is the better measure.
Yours, Ciciban (talk) 11:37, 21 August 2017 (UTC)
== </nowiki>, it produces error messages like
Datenbankfehler Es ist ein Datenbankabfragefehler aufgetreten. Dies könnte auf einen Fehler in der Software hindeuten. [c5d579b6c896fd685d557fa0] 2017-08-20 14:21:29: Fataler Ausnahmefehler des Typs „DBQueryError“
sudo -u www-data php update.php returned
MediaWiki 1.28.2 Updater Your composer.lock file is up to date with current dependencies! Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information
Can you suggest me a solution?
Thank you in advance!
Yours, Ciciban (talk) 14:45, 20 August 2017 (UTC)
- DBQueryError... maybe you forgot to run update.php after installing math?
- Also Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information Ciencia Al Poder (talk) 09:09, 21 August 2017 (UTC)
- Thank you for your answer.
- I did run update.php, as i have mentioned above.
- I have now added $wgShowExceptionDetails = true; to my LocalSettings and again run sudo -u www-data php update.php. This time it returned:
MediaWiki 1.28.2 Updater Your composer.lock file is up to date with current dependencies! [fca32ac38af55bce3e3aab88] [no req] InvalidArgumentException from line 357 of /var/lib/mediawiki/includes/libs/rdbms/database/Database.php: Database::factory no viable database extension found for type 'mysql' Backtrace: #0 /var/lib/mediawiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(852): Database::factory(string, array) #1 /var/lib/mediawiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(684): LoadBalancer->reallyOpenConnection(array, boolean) #2 /var/lib/mediawiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(576): LoadBalancer->openConnection(integer, boolean) #3 /var/lib/mediawiki/includes/GlobalFunctions.php(3075): LoadBalancer->getConnection(integer, array, boolean) #4 /var/lib/mediawiki/maintenance/Maintenance.php(1250): wfGetDB(integer, array, boolean) #5 /var/lib/mediawiki/maintenance/update.php(144): Maintenance->getDB(integer) #6 /var/lib/mediawiki/maintenance/doMaintenance.php(111): UpdateMediaWiki->execute() #7 /var/lib/mediawiki/maintenance/update.php(217): require_once(string) #8 {main}- According to spezial:version my mediawiki version is 1.28.2 and my math extension is version 3.0.0 (1097ee7) 06:38, 1. Feb. 2017.
- yours, Ciciban (talk) 12:17, 21 August 2017 (UTC)
- Oh sorry, I didn't read part of your message!
- The command line php binary is using a different php.ini file than your web server, you need to enable the mysql extension in that php.ini too. Ciencia Al Poder (talk) 17:06, 21 August 2017 (UTC)
Message (notice) for namespaces
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, I'm not sure but is it possible to set a message for every page in a namespace? For example for all talk pages, there is a message at the top of the page. Reception123 (talk) 20:01, 20 August 2017 (UTC)
- When editing? That would be an edit notice: Manual:Interface/Edit notice.
- For viewing, perhaps you could use parser functions combined with Sitenotices? —Mainframe98 talk 20:23, 20 August 2017 (UTC)
- Yes, it was Edit notice. Thanks. Reception123 (talk) 05:49, 21 August 2017 (UTC)
How to convert whole MediaWiki page to PDF or Words
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.
Is there any way to export all webpages to pdf or words automatically? Ypchow (talk) 03:43, 21 August 2017 (UTC)
- Not "automatically" but there are Extension:Collection and Extension:PDFHandler Reception123 (talk) 05:50, 21 August 2017 (UTC)
- Since my MediaWiki has many pages, I do not want to export the page one by one. Ypchow (talk) 06:21, 21 August 2017 (UTC)
- Also take a look at Extension:PdfBook. AhmadF.Cheema (talk) 10:50, 21 August 2017 (UTC)
kerberos authentication failure: GSSAPI Failure: gss_accept_sec_context
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,
We are using SSO with MediaWIKI 1.25.3 with PHP 5.3.3 (apache2handler) , MySQL 5.1.73
Here, the issue is now we are facing kerberos authentication failure issue due to not using all below encryption types while generating the keytab.
Because, now IT infrastructure/AD team not allowed to use below mentioned weak encryption types while generating keytab.
Also it's being denied for the corporate policy. And we are only allowed to use below mentioned couple of strong encryption types.
N.B. Before the Kerberos authentication was working fine when the keytab is encrypted with all below 5 types of encryption methods.
Could someone please advise to resolve the kerberos authentication issue with an alternate solution would be greatly appreciated?
Weak encryptions:
DES-CBC-CRC | DES-CBC-MD5 | RC4-HMAC-NT
Strong encryptions:
AES256-SHA1 | AES128-SHA1
Thank you in Adv..
Sanjay Sanjay (talk) 08:28, 21 August 2017 (UTC)
- If I'm not mistaken, SSO with NTLM/Kerberos is done with IIS at the IIS level, MediaWiki doesn't handle the authentication at all, except that you need an extension handling auth_remoteuser. In your case I see you're using apache instead of IIS, but it should be handled the same, in the apache configuration there should be the configuration for Kerberos authentication.
- You should be able to test it by enabling a debug log for MediaWiki and seeing that PHP and MediaWiki aren't called at all (nothing is written on the logs) when the authentication fails. Ciencia Al Poder (talk) 08:59, 21 August 2017 (UTC)
- Thanks for your quick response !
- yes, we do use SSO with Kerberos. As I have disclosed, the configuration with Apache2 server is same as we earlier used and it's never changed.
- But, we are now not encrypted with below types included in the keytab that is required to be configured in the Redhat Linux Server.
- Weak encryptions:
- DES-CBC-CRC | DES-CBC-MD5 | RC4-HMAC-NT
- Also, I think we can't debug the application as of now we are getting Page can't be reached / Internal Server Error on webpage.
- Could you provide the info related to the encryption types so that it would be authenticated by the KDC with below encryption types? Or how we will overcome with above error on webpage?
- Strong encryptions:
- AES256-SHA1 | AES128-SHA1 Sanjay (talk) 09:21, 21 August 2017 (UTC)
- For the records, MediaWiki 1.25.3 is an ancient unsupported software version with a good number of security issues. See https://www.mediawiki.org/wiki/Download and https://www.mediawiki.org/wiki/Manual:Upgrading AKlapper (WMF) (talk) 10:11, 21 August 2017 (UTC)
- For the information, earlier we did not experienced such Kerberos issues with installed MediaWiki 1.25.3. And we are coming with plan to upgrade MediaWiki 1.27.3 LTS version after fix the authentication issue.
- Also, it's the issue with server level authentication(Kerberos) not with application level configuration.
- The Scenario is like we are getting TGT from KDC while we initialize the keytab. But, its not authorized by Kerberos GSS-API and logged below error in the server.
- "- kerb_authenticate_user entered with user (NULL) and auth_type Kerberos
- - Acquiring creds for SPN : xxxxxxx
- - Verifying client data using KRB5 GSS-API
- - Client didn't delegate us their credential
- - Warning: received token seems to be NTLM, which isn't supported by the Kerberos module. Check your IE configuration."
- As I already disclosed, weak encryption types are against the corporate policy and we are now unable to use them. Since then we are putting in such kerberos authentication issue.
- If you could help in this regards ? or you could delegate same issue to the responsible Kerberos tech team to get the possible solution?
- Thanks in Adv,
- Sanjay Sanjay (talk) 14:37, 21 August 2017 (UTC)
- The problem is with Apache, not MediaWiki (everything Kerberos-related configuration you have is probably in apache config files, not MediaWiki). You should ask in an apache forum where they should have better knowledge about the different encryption options you have. Ciencia Al Poder (talk) 17:03, 21 August 2017 (UTC)
Installation Mediawiki 1.28 on Webspace by Strato
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.
Sorry about my English :-)
I have a make a default Installation of Mediawiki 1.28 on Wepspace by Strato.The Installation works, and i copy the LocalSettings.php in the root folder.
When i open the Link to my Mediawiki, i get the following message.
[WZq2@sCoKs0AAEeEQP0AAAAz] 2017-08-21 10:33:31: Fatal exception of type MWException
The Support of Strato has no idea.
Have anyone also installed the Applikation on a Strato Server. The Installation by Hosteurope works.???
It is possible by Strato to Installed by an App Wizard the Mediawiki, but this is Version 1.23 and i will migrate an existing Mediawiki.
www.carrerawiki.de
Thanks Andreas Servotuner (talk) 10:38, 21 August 2017 (UTC)
- See Manual:How to debug to obtain more descriptive error information. AhmadF.Cheema (talk) 10:41, 21 August 2017 (UTC)
Extension CentralNotice not working on MediaWiki 1.26.3
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 there,
in short: The extension CentralNotice isnt working. Tried different versions, though they all need 1.26wmf9.
| MediaWiki | 1.26.3 |
| PHP | 5.6.22 (cgi-fcgi) |
| MySQL | 5.5.25 |
It appears to be successfully installed, but if I click on "OK" on the Special:CentralNotice page, or try to reach templates aka Special:CentralNoticeBanners, I get following errors in the php.log from apache:
[21-Aug-2017 11:05:33 Europe/Berlin] PHP Fatal error: Call to undefined method WebRequest::getSession() in /export/*******/htdocs/mediawiki/mediawiki-1.26.3/extensions/CentralNotice/special/SpecialCentralNoticeBanners.php on line 58
[21-Aug-2017 11:06:56 Europe/Berlin] PHP Fatal error: Call to undefined method DatabaseMysql::isReadOnly() in /export/*******/htdocs/mediawiki/mediawiki-1.26.3/extensions/CentralNotice/special/SpecialCentralNotice.php on line 63
[21-Aug-2017 11:07:01 Europe/Berlin] PHP Fatal error: Call to undefined method WANObjectCache::makeGlobalKey() in /export/*******/htdocs/mediawiki/mediawiki-1.26.3/extensions/CentralNotice/includes/ChoiceDataProvider.php on line 38
Any suggestions / explanations what's wrong and what to do? 194.8.223.8 (talk) 12:36, 21 August 2017 (UTC)
- Unfortunately, 1.26 is no longer a supported version of MediaWiki, so it is recommended that you upgrade MediaWiki instead, see Manual:Upgrading Reception123 (talk) 08:17, 22 August 2017 (UTC)
Technical Advice IRC meeting
Hi, there will be a weekly Technical Advice IRC Meeting open for all volunteer developers, topics and questions. This can be anything from "how to get started" over "who would be the best contact for X" to specific questions on your project.
The first one will be on Wednesday, August 23rd, 2017 at 3 pm UTC – Hope to see you there! Michael Schönitzer (WMDE) (talk) 13:21, 21 August 2017 (UTC)
Attempting to login: "this action has been canceled as a precaution against session hijacking."
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I was going to make a quick edit, tried to log in and was shown this error. I tried creating an account (I may or may not have tried editing something on westeros.org before) but was told my username was taken, so I said forgot my password, got the email, used the temp password and got the same error.
A google search yields a ton of posts from people "installing" something (seems to be a wiki program to run their own wiki?) and getting this issue, but I'm only trying to log in from my browser. The email does say that my username is associated with my email, so I'm pretty someone didn't randomly take my username randomly, unless the email system is very confusing.
Thank you for any help with this! 50.47.103.112 (talk) 02:44, 22 August 2017 (UTC)
- I also tried this with chrome, firefox and edge (shudder) with no improvement. 50.47.103.112 (talk) 02:47, 22 August 2017 (UTC)
- This is likely a configuration issue with the Wiki set-up at westeros.org. This forum, however, is not linked to westeros.org, therefore it will probably be better to make your query at westeros' forum. AhmadF.Cheema (talk) 07:07, 22 August 2017 (UTC)
Dynamically generating JavaScript but using ResourceLoader?
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.
Is there a way to dynamically generate the JavaScript that's to be loaded for a page (e.g. the script uses the current page's title) yet use ResourceLoader? Right now I'm using:
$output = RequestContext::getMain()->getOutput();
$output->addModules('ext.JSRun');
and ext.JSRun is defined in extension.json ResourceModules to be a "script.js" in the extension directory. Problem is, it's going to load the same script every time without a way to customize it using PHP for every page.
I could use the makeInlineScript function in ResourceLoader, but inline scripts aren't recommended. Is there a better way to approach the problem? Richcoups (talk) 05:27, 22 August 2017 (UTC)
- Use a hook and add the necessary logic to call
$output->addModules('ext.JSRun');only when needed Ciencia Al Poder (talk) 09:04, 22 August 2017 (UTC) - If you want a totally dynamic script, it has to be inline. Even if you weren't using RL, browsers would still cache the script file, preventing you from changing the script, unless you are constantly breaking the cache. If your script doesn't need to change on every request, and doesn't have any user-specific code, then just modifying the file should get RL to break the cache. Otherwise, consider changing the script to be static, while making use of external dynamic data, which you could then include on the page in some form such as a JSON blob, or as part of the site options. 101.160.147.64 (talk) 10:11, 23 August 2017 (UTC)
Best practice to hide the open port from node.js /parsoid API
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, i have installed Mediawiki 1.29 on an Apache 2 with php7.0,mariadb and the extension Visualeditor.
The VisualEditor needs parsoid / node.js.
It works all fine.
But now i have an open Port (8000) with the API service.
How can i hide this port? Or how can i make it secure, that the api is not accessible from the internet?
It seems for me, that the visualEditor demo from the MediaWiki site dont have an extra Port open.
Is there a proxy between?
Nice greetings, André AL Bremen (talk) 14:02, 22 August 2017 (UTC)
- I haven't set up parsoid myself, but if this port is only used internally by MediaWiki and not requested from the browser, it should be restricted by a firewall. For example, allowing only connections from localhost (if it's set on the same server of MediaWiki) or from the server where MediaWiki is installed. On linux it can be done with iptables. Ciencia Al Poder (talk) 09:27, 23 August 2017 (UTC)
- THx for answer, i will try it and report after i tested. AL Bremen (talk) 11:31, 23 August 2017 (UTC)
- ok, i figured it out :) I dont need to block the port with a firewall.
- I only change in the parsoid config.yaml the listining Interface to 127.0.0.1 and now there ist no open port. AL Bremen (talk) 13:04, 23 August 2017 (UTC)
Translated Page as Interlanguage link
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.
Can I use a translated Page as an Interlanguage link?
For example, if I have the page wiki.com/Page1/
and the translated page is wiki.com/Page1/es
Can I use it in the interlaguage link list (bottom left, "In other languages") SirLouen (talk) 19:57, 22 August 2017 (UTC)
- Yes, you can set interwikis to other languages that point to the same wiki.
- You can try using http://examplewiki.com/wiki/$1/es as the URL to use only [[es:Page1]] instead of [[es:Page1/es]], if all your translated pages are going to have the /es suffix. Ciencia Al Poder (talk) 09:25, 23 August 2017 (UTC)
Display error message on website for extension
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.
Is there a way to display an error message on the website itself if the extension has a problem? Maybe throw a large error bar at the top of the webpage or something? I know I can log to the debug log, but I imagine most webmasters running the extension aren't going to check the logs, so I was hoping to display something on the website itself to alert them to the issue. Is there a built-in method to do this? Thanks. Sharp Climb (talk) 20:55, 22 August 2017 (UTC)
- If you would like to display a message for the whole site (on every page) you can use MediaWiki:Sitenotice or if you'd like for specific namespaces or talkpages you can use Extension:PageNotice. Reception123 (talk) 08:00, 23 August 2017 (UTC)
- Webmasters should check logs, and even set cron jobs to email them a daily digest of the important logs of the site! Ciencia Al Poder (talk) 09:18, 23 August 2017 (UTC)
Changing TOC z-index
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I have used this css, but the border line is still displayed over the TOC.
#toc {
float: right;
z-index: 10;
}
h2 {
border-bottom: 1px solid;
z-index: -1;
}See here Spiros71 (talk) 04:48, 23 August 2017 (UTC)
- The problem is the toc doesn't have a background, so it displays what's behind it. Set a background color and it will work. Ciencia Al Poder (talk) 09:20, 23 August 2017 (UTC)
- I think you are referring to the line of h2 right ? There is a simple solution to that, used by MediaWiki skins. You set:
h1, h2, h3, h4, h5, h6 { overflow:hidden; }
- This makes sure that the header begins a new "block formatting context" and suddenly it's border won't overlap with other content any longer. —TheDJ (Not WMF) (talk • contribs) 11:19, 23 August 2017 (UTC)
Cloud Storage Extension Problem
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I have Installed cloud storage extension but its not stored the cloud storage bucket section, Please let me know the capability and version about this.(Media Wiki version 1.25.1)
I have checked the Extension Extension:CloudStorage and follow all the steps but its not stored the files in cloud storage. Is it compulsory to hosted the site in GAE. Please check and let me know the feasible answer.
Thanks Sanjay.laitkor (talk) 11:32, 23 August 2017 (UTC)
- The page says "Please note the current implementation of this extension only works with the modified version of MediaWiki", which is a security risk since this modified version is not up to date with latest security releases. You should find another extension, create your own extension (or fix the existing one so it works), or use a different storage engine. Ciencia Al Poder (talk) 09:30, 24 August 2017 (UTC)
Bug of just tough luck? I have a 1.27 wiki which is redirecting to "Special:MyPage". However, since a lot of users access the wiki from a specific IP it often happens that they are redirected to a different user page, that of a user presumably using the same IP earlier. This question is to assess whether this is a bug or a expected by-effect? [[kgh]] (talk) 12:54, 23 August 2017 (UTC)
- Do you have a caching proxy in front of the wiki which may be caching the redirect? Ciencia Al Poder (talk) 09:24, 25 August 2017 (UTC)
- Not that I am aware of. That wiki is on some hosting platform. I very much doubt it. [[kgh]] (talk) 19:43, 25 August 2017 (UTC)
Article deleted without discussion.
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.
Dear Supporter, This is Vicky, my friend and I have started writing on wiki on 2013, on that time we had no idea how to do it, so we had to come back and edit and adit and improve the article which was being marked as this and that.
The user called Bill user:Wtwilson3 was helping us at the time. He was gentle and kind and guided us step by step so we could publish our first article which we're always proud of (Credit to wikipedia) Anyway after some years I came back to write another article about [Nooshin Moradi] a well known designer (I know she is not as big as Gucci or Givanchi ) but of course she was a great designer with thousands of followers and her designs are my favorite. After my first post, it was immediately tagged for delectation by the User: [[Alex Shih]] with no communication. I checked the wikipedia's rules and clicked on the "Contest this speedy deletion" and explained the reason that I believe my article should not be deleted. I was wondering instead of offering some help and support, how my post was marked like an absolutely dangerous thing!! this morning less than 24 hours of my message, I realised that my article has completely removed by Alex Shih with no explanation. I am very disappointed right now and I think this action was unfair, the person didn't offer me any help to edit my mistake (if I had any) and deleted the article which my friend and I spent hours to write. Dear supporter if you have access to our written article, please can you be kind and have a look at it and let us know if we can work on it and improve, I really appreciate it. I underestand that wikipedia has become massive over the last few years, but I still hoping that people working in there stay as helpful and supporting as past. There were people like Bill and Ibrahim who helped me a lot with my previous article which I really appreciate.
I look forward to hearing from you
Best Regards {{{Vicky}}} 2.26.152.210 (talk) 02:35, 24 August 2017 (UTC)
- I think you should put this on the chat on Wikipedia, because this is more for technical advice, not morals and standards and policies. PokestarFan (talk) 03:01, 24 August 2017 (UTC)
IIS Error 500 on fresh install of 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.
I have installed the latest mediawiki version on my 2012R2 server with IIS 8.5. i use PHP 5.6.31 and MySQL 5.6. The installation is successfull finished, but when i try to go to the webpage i got a 500 - Internal server error.
The webpage is running on http://serverip:81/index.php and it redirects me to http://serverip:81/index.php?title=Hoofdpagina
The installation webpages are running fine. 85.115.33.180 (talk) 10:01, 24 August 2017 (UTC)
- See the error log of your web server for more information. Also see https://www.mediawiki.org/wiki/Manual:How_to_debug Malyacko (talk) 10:18, 24 August 2017 (UTC)
- I have added the following to index.php
- error_reporting( -1 ); ini_set( 'display_startup_errors', 1 ); ini_set( 'display_errors', 1 );
- and this is the outcome:
- Warning: mkdir(): File exists in D:\wwwroot\ITGWiki\includes\libs\filebackend\fsfile\TempFSFile.php on line 103
- Fatal error: Call to a member function getIP() on null in D:\wwwroot\ITGWiki\includes\user\User.php on line 2233
- Fatal error: Call to a member function getIP() on null in D:\wwwroot\ITGWiki\includes\user\User.php on line 2233 85.115.33.180 (talk) 11:16, 24 August 2017 (UTC)
- Did you figure this out? 149.166.36.138 (talk) 18:06, 12 October 2017 (UTC)
- Please follow the "how to debug" link and provide the error. Did you get the same "Fatal error: Call to a member function getIP() on null ..."? Ciencia Al Poder (talk) 09:28, 13 October 2017 (UTC)
Display substring of pagename in wikilink without copying text
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.
Suppose I want a link to Interesting page with a long name and display the text page with a long name. I can do this using [[Interesting page with a long name|page with a long name]] but this becomes increasingly cumbersome.
Is there an elegant way to display a substring of a page name in a wikilink? nBarto (talk) 11:01, 24 August 2017 (UTC)
- Is the "
Interesting" part of the string always a constant or its length known beforehand? - In which case, you can make a template involving the use of some of the trimming templates mentioned at w:Template:String-handling templates. AhmadF.Cheema (talk) 11:22, 24 August 2017 (UTC)
- The excluded part is not known beforehand. I was hoping for something like
[[Interesting [page with a long name] and some more [displayed text]]]
- It surprizes me that there is no such syntax. nBarto (talk) 12:29, 24 August 2017 (UTC)
selft editing wiki page OR inputbox replaces text of the wikipage
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,
it is terrible to discribe.
I want to make a wiki page where i can enter a Text (inputbox?). When i click on the button near the textfield, the actual page replace the text at special points?
Example is better:
------ Wikipage ---- Start
Inputbox: Surname (empty), Button to submit.
Hi Folks,
$specialpoint is very nice Person. From 01.2000 to 12.2016 goes $specialpoint to school.
$specialpoint owns a car.
------ Wikipage ---- End
When the User press the submit-button the wiki-page look like this.
------ Wikipage ---- Start
Inputbox: Surname (André) , Button to submit.
Hi Folks,
André is very nice Person. From 01.2000 to 12.2016 goes André to school.
André owns a car.
------ Wikipage ---- End
Have you an Idea or better have you an example how can i release something like that? Example would be nice for the technic. AL Bremen (talk) 13:47, 24 August 2017 (UTC)
- If I understand the query correctly, maybe Extension:Variables is what you're looking for. AhmadF.Cheema (talk) 15:59, 24 August 2017 (UTC)
MW 1.29.1 bug with SyntaxHighlight NOT fixed
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.
About this: Project:Support desk/Flow/2017/07#h-MW_1.29.0_bug_with_SyntaxHighlight_extension-2017-07-29T00:21:00.000Z
I try setup fresh MW version 1.29.1: https://releases.wikimedia.org/mediawiki/1.29/mediawiki-1.29.1.tar.gz
Bug with syntax highlight - stiil not fixed.
I wrote in the topic: https://phabricator.wikimedia.org/T173301
They merged with the topic: https://phabricator.wikimedia.org/T59159
There is still no news. Aka sektor (talk) 14:02, 24 August 2017 (UTC)
- Most bugs see no news, as there are no unlimited developer resources.
- If you want to get a bug fixed, feel free to provide a software patch: https://www.mediawiki.org/wiki/How_to_become_a_MediaWiki_hacker Malyacko (talk) 14:15, 24 August 2017 (UTC)
- Furthermore, this was already covered here: https://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2017/07#h-MW_1.29.0_bug_with_SyntaxHighlight_extension-2017-07-29T00%3A21%3A00.000Z
- So I do not know why you created another thread here. Malyacko (talk) 14:17, 24 August 2017 (UTC)
- " I do not know why you created another thread here"
- Because the topic has disappeared from the list. And I want to remind the developers about the problem. Aka sektor (talk) 14:21, 24 August 2017 (UTC)
- The problem is "open" - posting these comments is pointless and doesn't contribute anything. The developers are mostly volunteers and aren't obligated to fix anything for you. You are free to fix the problem yourself and submit a patch. Illspays (talk) 14:28, 24 August 2017 (UTC)
Error creating thumbnail: Unable to save thumbnail to destination
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I have tried every resolution thus far but seem to still have the same issue:
http://americanmusicclub.com/index.php?title=Klamath
Can anyone assist? Stillhouse (talk) 15:09, 24 August 2017 (UTC)
- You will need to provide your software information and describe which resolutions have you tried thus far (like for example, support topics that you've already gone through). AhmadF.Cheema (talk) 15:54, 24 August 2017 (UTC)
- My software:
| MediaWiki | 1.27.1 |
| PHP | 7.0.22 (cgi-fcgi) |
| MySQL | 5.6.23-cll-lve |
| ICU | 57.1 |
- It seems that everyone who has had this issue attempts changes in LocalSettings.php in regards to the tmp directory.
- $wgTmpDirectory = "/home/thecurew/tmp_45vras";
- I have also ensured write permissions are set on the directory and that they are recursed into subdirectories.
- Some solutions have suggested changing values here - these are my current settings which had worked fine before today, with no changes made:
- $wgEnableUploads = true;
- $wgUseImageMagick = true;
- $wgImageMagickConvertCommand = "/usr/bin/convert"; Stillhouse (talk) 16:14, 24 August 2017 (UTC)
- Unrelated, but: 1.27.1 is an old insecure version. Please install updates for your own safety. https://www.mediawiki.org/wiki/Download Malyacko (talk) 07:10, 25 August 2017 (UTC)
- Upgraded to 1.29.1, same issue Stillhouse (talk) 14:31, 25 August 2017 (UTC)
- Have you already tried setting a debug log (Manual:How to debug)? Did you get any relevant information? AhmadF.Cheema (talk) 22:55, 24 August 2017 (UTC)
- I set a debug log and no errors so far. I am upgrading to the latest version of MediaWiki now. Stillhouse (talk) 14:19, 25 August 2017 (UTC)
- No change after upgrade. Stillhouse (talk) 14:31, 25 August 2017 (UTC)
- You need the debug log of a page call, in which MediaWiki is trying to create a formerly missing thumbnail. This debug log will contain the exact shell command, which MediaWiki is trying to use and also more information on the error. 2003:72:6D17:800:A413:6747:C981:9449 (talk) 14:56, 25 August 2017 (UTC)
- thanks for the help - can you advise on perhaps what i'm doing wrong? i set a debug.txt file and added this line to my LocalSettings.php:
- $wgDebugLogFile = “/home/thecurew/americanmusicclub.com/debug.txt”; Stillhouse (talk) 15:39, 25 August 2017 (UTC)
- In this debug.txt file do you have any text getting written down? AhmadF.Cheema (talk) 17:47, 25 August 2017 (UTC)
- Nothing at all Stillhouse (talk) 17:51, 25 August 2017 (UTC)
- You can also get a debug log by setting
$wgDebugToolbar = true;
- in LocalSettings.php. Note that the debug log as displayd there contains sensitive information, which a normal visitor should not be getting! Also note that we need the log not from any request, but specially from a request, in which MediaWiki is trying to create a formerly missing thumbnail. 2003:72:6D17:800:2524:6C7:ADEE:B6CF (talk) 20:23, 25 August 2017 (UTC)
- I have set $wgDebugToolbar = true in LocalSettings.php - where do I find this log? Stillhouse (talk) 14:34, 28 August 2017 (UTC)
- The toolbar is not displaying in the browser window after this is set. Stillhouse (talk) 14:40, 28 August 2017 (UTC)
- In case either of
$wgUseFileCacheand$wgUseSquidare set totrue, set them tofalse. AhmadF.Cheema (talk) 14:59, 28 August 2017 (UTC) - Neither
$wgUseFileCacheor$wgUseSquidare present in the LocalSettings file. Stillhouse (talk) 15:22, 28 August 2017 (UTC) - Don't have any more suggestions regarding the DebugToolbar, coming back to creating a debug.txt log file method, can you make sure that the debug.txt file has the appropriate read and write permissions?
- Additionally, you said above that the Wiki has been updated to 1.29.1, but your Special:Version shows 1.27.1, did you perform the upgrade to another Wiki? AhmadF.Cheema (talk) 15:52, 28 August 2017 (UTC)
- This doesn't make any sense. I upgraded via my hosting provider and just verified, it is showing 1.29.1 there - however, I see the Special:Version. I went to americanmusicclub.com/mw-config and it shows 1.27.1 and no other option to perform an upgrade. Stillhouse (talk) 17:01, 28 August 2017 (UTC)
- Maybe your hosting provider is installing your wiki on a different path. Or their upgrade procedure doesn't work at all... The thing is, your wiki is not on 1.29
- About the debug log file, be sure the webserver has permissions on this folder to write on it. The easiest way is to create a new folder and set permissions to 777, and point the debug log to a file on that folder.
- For the error generating thumbnail, you can use this URL to test it directly: test. If you set $wgShowExceptionDetails = true; it should give all the details of the errors like the path it's trying to write to but fails. Ciencia Al Poder (talk) 09:33, 29 August 2017 (UTC)
- Re: hosting provider... I opened a ticket with them to look into it and they tell me I do not have any mediawiki installs in my account... so they are pretty helpful. I sent them a screenshot with the 2 installs I do in fact have, direct from my account Softaculous control panel, so we'll see
- Re: debug file - I did as you suggested but still nothing written to the file.
- Re: $wgShowExceptionDetails - I set it to true in the LocalSettings.php, but the test URL you sent over is still only showing:
- Error generating thumbnail
- Error creating thumbnail: Unable to save thumbnail to destination 2602:30A:2C48:BFA0:6059:8BA0:E011:71AB (talk) 00:07, 31 August 2017 (UTC)
- hello everyone.. re: $wgShowExceptionDetails = true - this takes down the site. americanmusicclub.com is currently unable to handle this request.
- HTTP ERROR 500
- however i finally got the debug toolbar to work. i have the log, but it is long and keeps wanting to paste all on together rather than line by line. not sure how to post this. Stillhouse (talk) 16:52, 1 September 2017 (UTC)
- Did you include a semicolon
;after$wgShowExceptionDetails = true. The error you received, in these situations is usually due to syntax errors. - Regarding the debug log, you can paste it in some temporary text hosting website (like pastebin) online and link to it. Remember to remove any private/security data from the log. AhmadF.Cheema (talk) 17:21, 1 September 2017 (UTC)
- yes, semicolon was included - error is the same
- here's the log: https://pastebin.com/raw/ZshKS0te Stillhouse (talk) 18:42, 1 September 2017 (UTC)
- Is this the debug log after you opened a page on which a thumbnail had to be generated? AhmadF.Cheema (talk) 20:08, 1 September 2017 (UTC)
- yes - where should i take the log from? Stillhouse (talk) 21:22, 1 September 2017 (UTC)
- Hi there,
- in the debug log, which you posted, from calling /index.php?title=Klamath, MediaWiki is not trying to create a thumbnail.
- You could e.g. take the log from a page in the File: namespace. If the image on that page is a bit bigger, MediaWiki should try creating smaller thumbnails when you are calling that page. 2003:72:6D18:9300:B080:A7B0:4A52:A26E (talk) 21:48, 1 September 2017 (UTC)
Running Composer with the Plesk interface
Parallels Plesk has built-in support for Composer these days (see here for some docs), which may be good 'news' (not that new maybe) in particular to MediaWiki users depending on shared hosting solutions. What are the opportunities and possible pitfalls of using the Plesk control panel to run Composer and install extensions for MW?
One problem I noticed is that all composer.json files can be automatically detected and then used to install or update dependencies, but that MW itself has switched to composer.local.json, which is outside the scope. Cavila 19:04, 24 August 2017 (UTC)
- Hi. Personally I've already used once Plesk to launch mediawiki/core/composer.json in order to install Semantic media wiki AND Semantic results formats. As far as I know it is the only way to get it when you are on a shared host with no shell access (There are tarballs for SMW, but not for SRF).
- But recently, I clicked on "Scan" in the Plesk/Applications interface, and then almost every applications have disapeared in the list, except one file in root (public_html/composer.json)... And I can't get them back and I don't know why... Anyone else is having this problem ? Varlin (talk) 09:18, 11 May 2018 (UTC)
How do disable automatic user account creation? (ShibAuthPlugin enabled)
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.
Attempted to disable the account creation in MW 1.27.3 using the settings:
- $wgGroupPermissions['*']['createaccount'] = false;
- $wgGroupPermissions['*']['autocreateaccount'] = false;
But using the ShibAuthPlugin though, anyone logging in using this feature automatically gets a local account created (not the case when using the LdapAuthentication plugin).
How to stop the ShibAuthPlugin plugin from automatically creating the accounts? S0ring (talk) 09:40, 25 August 2017 (UTC)
- If the extension itself doesn't provide a configuration option for that, you should either open a bug report on the ShibAuthPlugin plugin to support this or hack the extension. Ciencia Al Poder (talk) 09:39, 28 August 2017 (UTC)
- Thank you for your answer, already did it: https://github.com/ConsortiumGARR/mediawiki-shibboleth-authentication/issues/3 S0ring (talk) 08:41, 29 August 2017 (UTC)
Nr. of pages in category doesn't add up
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.
Hey everyone. I have a problem with (at least) two categories.
- First category: http://dragon-mania-legends-wiki.mobga.me/Category:Events
- Issue: At the very bottom, under Pages in category "Events", it says that there are 200 pages out of 412. If I click 'next page', it says the same thing and if I go on the last page, it says 9 pages out of 412. This means the numbers don't add up: 200 + 200 + 9 = 409 and not 412.
- Second category: http://dragon-mania-legends-wiki.mobga.me/Category:Dragons
- Issue: Similar to the first category, just that the number is off by one: 200 + 200 + 20 while the category says it has 421 pages.
- Third category: http://dragon-mania-legends-wiki.mobga.me/Category:Tri-Elemental_Dragons
- Issue: Similar to the above issues: 200 + 77 while the category says 278 pages.
So it seems that any category that has over 200 pages has this problem. Would anyone happen to know what's causing the issue and how to fix it? │Star-Warden│ 11:55, 25 August 2017 (UTC)
- Each category has a count of how many pages are on that category. That count may be wrong if some updates failed somewhere (due to job queue problems or similar). You can run populateCategory.php with --force to fix the counts. Ciencia Al Poder (talk) 09:37, 28 August 2017 (UTC)
- That fixed it. Thanks a lot! │Star-Warden│ 08:22, 29 August 2017 (UTC)
My mediawiki is not loading styles.
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.
Mi site wiki is not loading styles, everything looks as a list of links. 201.149.59.110 (talk) 22:20, 25 August 2017 (UTC)
- See Manual:Errors_and_symptoms#The_wiki_appears_without_styles_applied_and_images_are_missing! 2003:72:6D17:800:D438:5896:69F6:3678 (talk) 01:05, 26 August 2017 (UTC)
Visual Editor Windows Server ssl https
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.
Team Help with proper documentation to configure visual editor private wiki over https.
Os windows : 2012 server
MW : 1.27
please share step by step doc. it will be great help 14.141.194.154 (talk) 14:54, 26 August 2017 (UTC)
- Everything should be at Extension:VisualEditor, is something not clear? Reception123 (talk) 15:33, 27 August 2017 (UTC)
- Hi,
- stunnel package installed in windows server but we are getting curl 35 ssl error we are getting . please help to resolve the issue
- https config Rajeshrjsh (talk) 06:54, 28 August 2017 (UTC)
- google:curl+35+ssl+error gives pretty much a good response to your problem Ciencia Al Poder (talk) 09:24, 28 August 2017 (UTC)
Upgrading from 1.15 to 1.29
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I used ssh to update my website, but update.php is stuck at the attached screen:
(Removing empty categories)
Is the upgrade complete and this is just an optional maintenance script? Yonidebest (talk) 09:43, 27 August 2017 (UTC)
- Hi there!
- Generally running update.php is not optional, but it is a neccessary step. This script has to finish correctly, which obviously did not happen in your case. With that state you cannot be sure that all updates have been applied. Database errors can be the result of keeping MediaWiki in that state.
- You should restore the database to what it was before the upgrade started and try running update.php again.
- But first you should check and see why the script is failing. You can run the failing script manually; it is here: maintenance/cleanupEmptyCategories.php
- Does that give a different result? 2003:72:6D45:3A00:A15F:1A78:AD6C:B575 (talk) 10:00, 27 August 2017 (UTC)
- Having a look at the screenshot again:
- After the word "begin=" it should in fact state a category name, meaning: There should be a readable word. In your case it instead is displaying some kind of garbage there.
- If I am reading https://phabricator.wikimedia.org/diffusion/MW/browse/REL1_29/maintenance/cleanupEmptyCategories.php correctly, then this value is coming from the page_title field of the page table in your database. So I guess that you are having at least one broken entry in the page_title column. 79.228.197.25 (talk) 10:14, 27 August 2017 (UTC)
- cleanupEmptyCategories.php says "Update 'cleanup empty categories' already logged as completed". I haven't restored the database yet. The website seems to be running ok. editing is ok. view ok. upload ok. iamges ok. deletion ok. special:version shows updated info and correct extensions.
- I would prefer not to do this process again as I suspect the update was over, and it simply attempted to run maintenance scripts which I really don't care about. What do you think? If all looks ok, that might be the situation. Yonidebest (talk) 10:19, 27 August 2017 (UTC)
- Run the script with --force:
- maintenance/cleanupEmptyCategories.php --force 2003:72:6D45:3A00:3453:AFC7:6C04:F0A4 (talk) 10:29, 27 August 2017 (UTC)
- I see what you mean and also that youhave checked things, but the different updates are processed one after the other and I would say that after your error processing stopped. That way following updates have not gone through. cleanupEmptyCategories.php is not the last upgrade to run in 1.29 I guess, so I have no good feelings would I say: It's fine. It's probably not... 2003:72:6D45:3A00:3453:AFC7:6C04:F0A4 (talk) 10:31, 27 August 2017 (UTC)
- You can run the update.php script again and it should take care of pending updates without problems. Running update.php several times doesn't cause any harm. Ciencia Al Poder (talk) 09:32, 28 August 2017 (UTC)
Adding responsive support MW 1.29
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I was under the impression that MW 1.29's default skin was responsive. How do I make it responsive like Wikipedia? I couldn't find a guide here. Can someone refer me to one? Yonidebest (talk) 10:28, 27 August 2017 (UTC)
- The default Skin:Vector is responsive upto a certain extent.
- Can you provide a link to your Wiki or explain which part appears to be responsive on Wikipedia that doesn't in your Wiki?
- Note that for mobile users, a completely different skin (Skin:Minerva) is used which is implemented through Extension:MobileFrontend. AhmadF.Cheema (talk) 10:49, 27 August 2017 (UTC)
- Thanks! I didn't know it was a different skin :) Yonidebest (talk) 11:29, 27 August 2017 (UTC)
Missing files in snapshot download of MinervaNeue
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I might be doing this wrong, but I can't seem to download Minerva skin. When I download a snapshot for latest version:
Special:SkinDistributor/MinervaNeue
I get a folder with only 3 files. Aren't there any other files? Inclusion in LocalSettings gives error. How do I download all the skin files? Yonidebest (talk) 13:48, 27 August 2017 (UTC)
- @Yonidebest Minerva was separated from Extension:MobileFrontend after 1.29 (the stable version), so it will only be separate in stable version 1.30 (or in wmf releases, of course). Also note that it goes with MobileFrontend. Reception123 (talk) 15:30, 27 August 2017 (UTC)
Main wiki page won't load unless logged in
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.
For some reason, the main page of our wiki just won't load unless you're logged into the wiki. All other pages work fine.
Unless you're logged into your account, the following page says it's experiencing technical difficulties.
http://furrybasketball.net/wiki/index.php?title=Main_Page
A mirror of the page is here and works fine:
http://furrybasketball.net/wiki/index.php?title=Main_Page_2
All other links to wiki pages work, just the main page isn't working. I haven't changed any of the wiki's settings or updated anything that might affect this. Any insight to this bug would be stellar.
Thanks for your help!
-Rourkie Dorourkie (talk) 17:13, 27 August 2017 (UTC)
- It looks like it's a problem with the database, are you sure everything is configured fine on that side? Reception123 (talk) 05:43, 28 August 2017 (UTC)
- It should be, it was working fine until about a month or so ago. Everything looks ok from what I can tell. Dorourkie (talk) 18:53, 28 August 2017 (UTC)
- I can access history and the last revision of the page without problems
- http://furrybasketball.net/wiki/index.php?title=Main_Page&oldid=59287
- http://furrybasketball.net/wiki/index.php?title=Main_Page&oldid=59287
- Looks like the error page is cached somewhere. Do you have a caching proxy in front of your MediaWiki? Or maybe you have the file cache enabled? Maybe you had a problem the first time the page was visited, the error was cached and it's serving the cached page instead...
- if you have the file cache enabled, try to find the main page in the cache folder and just delete it. If that's the problem, you probably want to bugreport this problem, because error pages shouldn't be cached at all! Ciencia Al Poder (talk) 09:29, 28 August 2017 (UTC)
- Thanks. I'll start digging through the cache to see if I can find the issue... Dorourkie (talk) 19:20, 28 August 2017 (UTC)
- I think that might have done it. Thank you so much! Dorourkie (talk) 19:42, 28 August 2017 (UTC)
Typo in my account name, image needs rotation
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello I mis-typed my name when I signed up for an account
"Fred Spauldinlg" should be Fred Spaulding
Also I uploaded an image of a William M. Harnett painting (Ease) that needs to be rotated 1.5 degrees Counterclockwise. Sorry about this it is my first upload.
Best Regards Fred Spauldinlg (talk) 02:34, 28 August 2017 (UTC)
- You could rename the account by getting Extension:Renameuser. You can overwrite the upload with a new image by clicking "Upload a new version of this file". Reception123 (talk) 05:42, 28 August 2017 (UTC)
- I think Fred Spaulding meant changing the username on Wikimedia Wikis, in which case see w:Wikipedia:Changing_username. AhmadF.Cheema (talk) 09:29, 28 August 2017 (UTC)
- Oh, this support desk is sometimes confusing like that since you can't be sure if users mean their own wikis, or WMF-wikis. Reception123 (talk) 10:34, 28 August 2017 (UTC)
Last edited page: A database query error has occurred. This may indicate a bug in the software
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I get the following error on the Last Edited Page.
You'll find the Wiki here:
http://e-health-wiki.ch/index.php/Spezial:Letzte_%C3%84nderungen
The Error fromn SQL is as following:
SELECT rc_id,rc_timestamp,rc_user,rc_user_text,rc_namespace,rc_title,rc_comment,rc_minor,rc_bot,rc_new,
rc_cur_id,rc_this_oldid,rc_last_oldid,rc_type,rc_source,rc_patrolled,rc_ip,rc_old_len,rc_new_len,
rc_deleted,rc_logid,rc_log_type,rc_log_action,rc_params,wl_user,wl_notificationtimestamp,page_latest,(SELECT GROUP_CONCAT(ct_tag SEPARATOR ',') FROM `wiki_change_tag` WHERE ct_rc_id=rc_id ) AS ts_tags,fp_stable,fp_pending_since FROM `wiki_recentchanges` LEFT JOIN `wiki_watchlist` ON (wl_user = '3' AND (wl_title=rc_title) AND (wl_namespace=rc_namespace)) LEFT JOIN `wiki_page` ON ((rc_cur_id=page_id)) LEFT JOIN `wiki_flaggedpages` ON ((fp_page_id = rc_cur_id)) WHERE rc_bot = '0' AND (rc_timestamp >= '20170821000000') AND (rc_namespace NOT IN ()) AND rc_new IN ('0','1') ORDER BY rc_timestamp DESC LIMIT 50
- Funktion:
SpecialRecentChanges::doMainQuery - Fehler: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ')) AND rc_new IN ('0','1') ORDER BY rc_timestamp DESC LIMIT 50' at line 1 (localhost)
Version:
| MediaWiki | 1.26.0 |
| PHP | 5.5.4 (apache2handler) |
| MySQL | 5.6.13-log |
- Did you run Manual:Update.php? Also, note that 1.26 is an unsupported version of MediaWiki and you should see Manual:Upgrading Reception123 (talk) 07:49, 28 August 2017 (UTC)
- This doesn't look like a missing updata.php, but a bug or misconfiguration. There's a where clause
(rc_namespace NOT IN ())which is obviously missing the "in" value list. Apparently the recent changes page is trying to exclude a list of namespaces from displaying changes. Maybe you're using an extension that's not properly configured (a list of namespaces to be hidden from rc?) - You should upgrade anyway to a supported MediaWiki version Ciencia Al Poder (talk) 09:23, 28 August 2017 (UTC)
"Page" Reminders
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.
Hey!
I'm new to this whole wiki-thing, so forgive me if this has an obvious answer:
I'm working on a company intern wiki to replace the array of documents spread out on our server(s) - alot of them are outdated etc.
Is there a way where the admin or the content editors of the wiki receive a reminder-email after a specific time since first creating a page?
e.g. I create page "x" and 90 days later the wiki sends me a reminder to check on the content and see if specific info like adress, phone number etc. changed.
Any way this can be integrated?
cheers,
Felix FWenzl (talk) 08:42, 28 August 2017 (UTC)
- Nevermind, this should work - or not? Extension:Reminder FWenzl (talk) 08:44, 28 August 2017 (UTC)
VisualEditor: Redirect
I'm currently on REL1_29 (https://gerrit.wikimedia.org/r/p/mediawiki/core.git) with MediaWiki and also with VisualEditor (https://gerrit.wikimedia.org/r/p/mediawiki/extensions.git) but got the following problem:
if I create a new page (or edit an existing page) with VisualEditor and click on Options, Redictect and enter the page to redirect to, when I save this I end up with a white layer over my page and can't click anything. Is this a common problem with VisualEditor or does anybody know how I could fix this?
Thanks for your help! Noboddy (talk) 08:57, 28 August 2017 (UTC)
Change nick-name.
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.
How can i change a nick-name? Alexey.pedshinov (talk) 11:26, 29 August 2017 (UTC)
- You mean username. Is this on a Wikimedia wiki or on your own wiki? Reception123 (talk) 08:17, 30 August 2017 (UTC)
Issue with navbar
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello.
I use Navbar in my template.
But it is nowt displayed.
http://westeros.com.pl/Szablon:Rody_Nieznane
Could anybody help me with that? TraaBBIT (talk) 12:20, 29 August 2017 (UTC)
- Do you mean it's not collapsible?
- Hit F12, and you'll see an error in the error console about a script that failed to load:
- http://westeros.com.pl/load.php?debug=false&lang=pl&modules=startup&only=scripts&skin=vector
- If you open the URL you'll see "Fatal error: Class 'ResourceLoaderUserStylesModule' not found in /home/budrysl2/domains/westeros.com.pl/public_html/extensions/MobileFrontend/includes/modules/MobileUserStylesModule.php on line 11 "
- Looks like your MobileFrontend extension is not compatible with your MediaWiki version... Ciencia Al Poder (talk) 10:06, 30 August 2017 (UTC)
- Look on http://westeros.com.pl/load.php?debug=false&lang=pl&modules=startup&only=scripts&skin=vector
- now. TraaBBIT (talk) 16:57, 30 August 2017 (UTC)
- Hit F11 on the page that fails, look at the console and fix the error in your scripts Ciencia Al Poder (talk) 20:37, 30 August 2017 (UTC)
- OK.
- I got these errors:
- Failed to load resource: net::ERR_TUNNEL_CONNECTION_FAILED
- load.php?debug=false&lang=pl&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=OCkh9W%2FI:178 Exception in module-execute in module site:
- load.php?debug=false&lang=pl&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=OCkh9W%2FI:178 ReferenceError: addOnloadHook is not defined ReferenceError: addOnloadHook is not defined
- at eval (eval at <anonymous> (load.php?debug=false&lang=pl&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=OCkh9W%2FI:4), <anonymous>:2:943)
- at eval (<anonymous>)
- at load.php?debug=false&lang=pl&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=OCkh9W%2FI:4
- at Function.globalEval (load.php?debug=false&lang=pl&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=OCkh9W%2FI:4)
- at Object.<anonymous> (load.php?debug=false&lang=pl&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=OCkh9W%2FI:163)
- at fire (load.php?debug=false&lang=pl&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=OCkh9W%2FI:45)
- at Object.add [as done] (load.php?debug=false&lang=pl&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=OCkh9W%2FI:45)
- at Object.always (load.php?debug=false&lang=pl&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=OCkh9W%2FI:46)
- at runScript (load.php?debug=false&lang=pl&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=OCkh9W%2FI:162)
- at checkCssHandles (load.php?debug=false&lang=pl&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=OCkh9W%2FI:163)
- log @ load.php?debug=false&lang=pl&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=OCkh9W%2FI:178
- ?fmlud=675115:43 [Deprecation] Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check https://xhr.spec.whatwg.org/.
- (anonymous) @ ?fmlud=675115:43
- Images/border.png Failed to load resource: the server responded with a status of 404 (Not Found)
- fexperies.info/?&subid=0&pid=6&tid=675115&status=62&v=1.3.1.0&tpag=1&_=1504167743010 Failed to load resource: the server responded with a status of 403 (Forbidden)
- fexperies.info/?&subid=0&pid=6&tid=675115&status=1&v=1.3.1.0&tpag=1&_=1504167742958 Failed to load resource: the server responded with a status of 403 (Forbidden)
- fexperies.info/?&subid=0&pid=6&tid=675115&status=65&v=1.3.1.0&tpag=1&_=1504167742957 Failed to load resource: the server responded with a status of 403 (Forbidden)
- be.go.su/embed/dde8e508-dc56-44e5-8d43-c54e50bf0ac2/anonymous-users:no-restrictions,theme:lite,hero-colors:xC9AF80+x0244AD+xF8F6EF,nav-drawer:channellist-as-default:9 INJECTING GOSU CHAT
- chrome-extension://gjalhnomhafafofonpdihihjnbafkipc/content.js:364 CNT.js : UWAGA -> strona niezgodna z Szafir Sdk
- chrome-extension://omioeahgfecgfpfldejlnideemfidnkc/external_contentscript_siteoverlay_bin.js:112 Uncaught DOMException: Failed to read the 'contentDocument' property from 'HTMLIFrameElement': Blocked a frame with origin "http://westeros.com.pl" from accessing a cross-origin frame.
- at HTMLIFrameElement.<anonymous> (chrome-extension://omioeahgfecgfpfldejlnideemfidnkc/external_contentscript_siteoverlay_bin.js:112:482)
- Any idea how to fix them? TraaBBIT (talk) 08:29, 31 August 2017 (UTC)
- ReferenceError: addOnloadHook is not defined
- You should find which page uses it and replace it. See ResourceLoader/Legacy_JavaScript#addOnloadHook
- Until then you can also activate Manual:$wgIncludeLegacyJavaScript but it can break again in a future update. Ciencia Al Poder (talk) 09:31, 31 August 2017 (UTC)
- I found that in MediaWiki:Common.js:
- /* Any JavaScript here will be loaded for all users on every page load. */
- /** Collapsible tables *********************************************************
** Description: Allows tables to be collapsed, showing only the header. See* http://www.mediawiki.org/wiki/Manual:Collapsible_tables.* Maintainers:*/- var autoCollapse = 2; var collapseCaption = 'hide'; var expandCaption = 'show'; function collapseTable( tableIndex ) {
var Button = document.getElementById( 'collapseButton' + tableIndex );var Table = document.getElementById( 'collapsibleTable' + tableIndex );if ( !Table || !Button ) {return false;}var Rows = Table.rows;if ( Button.firstChild.data == collapseCaption ) {for ( var i = 1; i < Rows.length; i++ ) {Rows[i].style.display = 'none';}Button.firstChild.data = expandCaption;} else {for ( var i = 1; i < Rows.length; i++ ) {Rows[i].style.display = Rows[0].style.display;}Button.firstChild.data = collapseCaption;}- } function createCollapseButtons() {
var tableIndex = 0;var NavigationBoxes = new Object();var Tables = document.getElementsByTagName( 'table' );for ( var i = 0; i < Tables.length; i++ ) {if ( hasClass( Tables[i], 'collapsible' ) ) {/* only add button and increment count if there is a header row to work with */var HeaderRow = Tables[i].getElementsByTagName( 'tr' )[0];if ( !HeaderRow ) {continue;}var Header = HeaderRow.getElementsByTagName( 'th' )[0];if ( !Header ) {continue;}NavigationBoxes[tableIndex] = Tables[i];Tables[i].setAttribute( 'id', 'collapsibleTable' + tableIndex );var Button = document.createElement( 'span' );var ButtonLink = document.createElement( 'a' );var ButtonText = document.createTextNode( collapseCaption );Button.className = 'collapseButton'; // Styles are declared in MediaWiki:Common.cssButtonLink.style.color = Header.style.color;ButtonLink.setAttribute( 'id', 'collapseButton' + tableIndex );ButtonLink.setAttribute( 'href', "javascript:collapseTable(" + tableIndex + ");" );ButtonLink.appendChild( ButtonText );Button.appendChild( document.createTextNode( '[' ) );Button.appendChild( ButtonLink );Button.appendChild( document.createTextNode( ']' ) );Header.insertBefore( Button, Header.childNodes[0] );tableIndex++;}}for ( var i = 0; i < tableIndex; i++ ) {if ( hasClass( NavigationBoxes[i], 'collapsed' ) || ( tableIndex >= autoCollapse && hasClass( NavigationBoxes[i], 'autocollapse' ) ) ) {collapseTable( i );} else if ( hasClass( NavigationBoxes[i], 'innercollapse' ) ) {var element = NavigationBoxes[i];while ( element = element.parentNode ) {if ( hasClass( element, 'outercollapse' ) ) {collapseTable( i );break;}}}}- } addOnloadHook( createCollapseButtons ); /** Test if an element has a certain class **************************************
** Description: Uses regular expressions and caching for better performance.* Maintainers: User:Mike Dillon, User:R. Koot, User:SG*/- var hasClass = ( function() {
var reCache = {};return function( element, className ) {return ( reCache[className] ? reCache[className] : ( reCache[className] = new RegExp( "(?:\\s|^)" + className + "(?:\\s|$)" ) ) ).test( element.className );};- })(); TraaBBIT (talk) 10:01, 31 August 2017 (UTC)
- You can basically delete all of this, since collapsible elements are part of MediaWiki core. See Manual:Collapsible elements.
- You may need to replace class="collapsible" with class="mw-collapsible" in your tables if you were using this feature. Ciencia Al Poder (talk) 09:30, 1 September 2017 (UTC)
- Thank You. TraaBBIT (talk) 10:16, 1 September 2017 (UTC)
external links on same server
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.
We have some 'external links' from our wiki (e.g. https://example.com/wiki/ ) to non-wiki pages on the same server, e.g. [https://example.com/tutorials/index.html Tutorial].However, the 'refreshLinks.php' script does not update the 'external links' table; and therefore Special:LinkSearch does not work.Is this expected behavior?
Is there some way to include these links in the external links table? Berbo (talk) 12:52, 29 August 2017 (UTC)
- Depending on your MediaWiki version you may have the T157545 problem and you need to run jobs. Ciencia Al Poder (talk) 10:07, 30 August 2017 (UTC)
- Thanks for responding.
- We're running MW 1.27.
- I just checked the queue. There are just 8 items in wikidbjob table, all from the last 24 hours. I'm pretty sure that's not the problem.
- External links to different servers do get indexed correctly. Categories are updated correctly. It is only external links to the same server that it ignores. Berbo (talk) 14:59, 30 August 2017 (UTC)
- There's a configuration variable for this. See $wgRegisterInternalExternals Ciencia Al Poder (talk) 09:39, 31 August 2017 (UTC)
MobileFrontend/Minerva footer error
I get these following errors when using MobileFrontend/Minerva skin on desktop (for designing purposes):
Notice: Undefined index: footer-site-heading-html in ../w/extensions/MobileFrontend/includes/skins/MinervaTemplate.php on line 276 and line 69
Notice: Undefined index: mobile-license in ../w/extensions/MobileFrontend/includes/skins/MinervaTemplate.php on line 70
What would cause these errors? Yonidebest (talk) 14:36, 29 August 2017 (UTC)
SESSION ISSUE: At install, "Your session data was lost! Check your php.ini and make sure session.save_path is set to an appropriate directory."
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.
We are having issues with handling sessions in a load balanced, 2 instance environment where the content is common and DB is common but Apache2 and PHP instances are independent. All indications are that this is a session setting somewhere in the php.ini or localsettings BUT we are unable to resolve. PLEASE HELP!!!! Mike Sellers (talk) 16:45, 29 August 2017 (UTC)
- MediaWiki uses it's own session storage (in DB or memcached/redis...), but on the installer it has to use the normal php session handler... In a load balanced setup, for this scenario, you must ensure each client is assigned to the same server, otherwise a session starting on server A, if the load balancer switches to server B, this session is not recognized and you'll end with a session data lost error. Ciencia Al Poder (talk) 10:03, 30 August 2017 (UTC)
Opposite of "nomobile" css class in MobileFrontend/Minerva skin
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.
Is there an opposite of <nowiki><div class="nomobile"></nowiki> class? i.e. onlymobile class which shows elements only on mobile?
Thanks. Yonidebest (talk) 07:04, 30 August 2017 (UTC)
- You can use
mf-ormp-tags in div IDs for this purpose. For an example see w:Main Page. - Note that these tags are deprecated and you have to set
$wgMFSpecialCaseMainPage = true;in your LocalSettings.php. AhmadF.Cheema (talk) 10:44, 30 August 2017 (UTC)
1054 sql errors after upgrade from 1.17.0 to 1.29.1
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I followed the manual:upgrading to the letter to upgrade my 1.17.0 installation to the most recent version (currently 1.29.1). I also ran the update.php script on the database and got ordinary looking output. However, when running the new software I will get errors:
Error: 1054 Unknown column 'page_links_updated' in 'field list' (localhost)
Error: 1054 Unknown column 'ipb_parent_block_id' in 'field list' (localhost)
Error: 1054 Unknown column 'page_content_model' in 'field list' (localhost)
Running the wiki from the old software (I installed side by side), that is, accessing the database with the old software, all seems well. So it would seem that no changes have been made by the update.php script where some obviously are necessary.
I run mySql: Server version: 5.5.47-0ubuntu0.14.04.1 (Ubuntu) and PHP 5.5.9-1ubuntu4.14.
Included below the output from update.php.
=====================
admin@ubuntu:/var/www/monExSys/wikiEn/maintenance$ sudo php update.php
MediaWiki 1.29.1 Updater
Your composer.lock file is up to date with current dependencies!
Going to run database updates for trombosis
Depending on the size of your database this may take a while!
Abort with control-c in the next five seconds (skip this countdown with --quick) ... 0
Turning off Content Handler DB fields for this part of upgrade.
...have ipb_id field in ipblocks table.
...have ipb_expiry field in ipblocks table.
...already have interwiki table
...indexes seem up to 20031107 standards.
...have rc_type field in recentchanges table.
...index new_name_timestamp already set on recentchanges table.
...have user_real_name field in user table.
...querycache table already exists.
...objectcache table already exists.
...categorylinks table already exists.
...have pagelinks; skipping old links table updates
...il_from OK
...have rc_ip field in recentchanges table.
...index PRIMARY already set on image table.
...have rc_id field in recentchanges table.
...have rc_patrolled field in recentchanges table.
...logging table already exists.
...have user_token field in user table.
...have wl_notificationtimestamp field in watchlist table.
...watchlist talk page rows already present.
...user table does not contain user_emailauthenticationtimestamp field.
...page table already exists.
...have log_params field in logging table.
...logging table has correct log_title encoding.
...have ar_rev_id field in archive table.
...have page_len field in page table.
...revision table does not contain inverse_timestamp field.
...have rev_text_id field in revision table.
...have rev_deleted field in revision table.
...have img_width field in image table.
...have img_metadata field in image table.
...have user_email_token field in user table.
...have ar_text_id field in archive table.
...page_namespace is already a full int (int(11)).
...ar_namespace is already a full int (int(11)).
...rc_namespace is already a full int (int(11)).
...wl_namespace is already a full int (int(11)).
...qc_namespace is already a full int (int(11)).
...log_namespace is already a full int (int(11)).
...have img_media_type field in image table.
...already have pagelinks table.
...image table does not contain img_type field.
...already have unique user_name index.
...user_groups table exists and is in current format.
...have ss_total_pages field in site_stats table.
...user_newtalk table already exists.
...transcache table already exists.
...have iw_trans field in interwiki table.
...wl_notificationtimestamp is already nullable.
...index times already set on logging table.
...have ipb_range_start field in ipblocks table.
Set $wgShowExceptionDetails = true; and $wgShowDBErrorBacktrace = true; at the bottom of LocalSettings.php to show detailed debugging information Joopring (talk) 12:21, 30 August 2017 (UTC)
- Have you already followed the instruction, "Set $wgShowExceptionDetails = true; and $wgShowDBErrorBacktrace = true; at the bottom of LocalSettings.php to show detailed debugging information"? AhmadF.Cheema (talk) 14:07, 30 August 2017 (UTC)
- Yes, that is actually where I copied the error messages from. I omitted the stack trace.
- I have made the new installation available again (and will keep it available for 24 hours). The link is http://www.monexsys.nl/wikiEn/index.php
- This prints the following stack trace etc:
- ====== ======================================== ======
- MediaWiki internal error.
- Original exception: [c20f65b96239b317c7a9ed01] /wikiEn/index.php Wikimedia\Rdbms\DBQueryError from line 1075 of /var/www/monExSys/wikiEn/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?
- Query: SELECT page_id,page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_links_updated,page_latest,page_len,page_content_model FROM `page` WHERE page_namespace = '0' AND page_title = 'Main_Page' LIMIT 1
- Function: WikiPage::pageData
- Error: 1054 Unknown column 'page_links_updated' in 'field list' (localhost)
- Backtrace:
- #0 /var/www/monExSys/wikiEn/includes/libs/rdbms/database/Database.php(933): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
- #1 /var/www/monExSys/wikiEn/includes/libs/rdbms/database/Database.php(1269): Wikimedia\Rdbms\Database->query(string, string)
- #2 /var/www/monExSys/wikiEn/includes/libs/rdbms/database/Database.php(1337): Wikimedia\Rdbms\Database->select(string, array, array, string, array, array)
- #3 /var/www/monExSys/wikiEn/includes/page/WikiPage.php(329): Wikimedia\Rdbms\Database->selectRow(string, array, array, string, array)
- #4 /var/www/monExSys/wikiEn/includes/page/WikiPage.php(348): WikiPage->pageData(Wikimedia\Rdbms\DatabaseMysqli, array, array)
- #5 /var/www/monExSys/wikiEn/includes/page/WikiPage.php(384): WikiPage->pageDataFromTitle(Wikimedia\Rdbms\DatabaseMysqli, Title, array)
- #6 /var/www/monExSys/wikiEn/includes/page/WikiPage.php(467): WikiPage->loadPageData()
- #7 /var/www/monExSys/wikiEn/includes/page/WikiPage.php(508): WikiPage->exists()
- #8 /var/www/monExSys/wikiEn/includes/page/WikiPage.php(230): WikiPage->getContentModel()
- #9 /var/www/monExSys/wikiEn/includes/page/WikiPage.php(217): WikiPage->getContentHandler()
- #10 /var/www/monExSys/wikiEn/includes/actions/Action.php(96): WikiPage->getActionOverrides()
- #11 /var/www/monExSys/wikiEn/includes/actions/Action.php(154): Action::factory(string, WikiPage, RequestContext)
- #12 /var/www/monExSys/wikiEn/includes/MediaWiki.php(155): Action::getActionName(RequestContext)
- #13 /var/www/monExSys/wikiEn/includes/MediaWiki.php(778): MediaWiki->getAction()
- #14 /var/www/monExSys/wikiEn/includes/MediaWiki.php(523): MediaWiki->main()
- #15 /var/www/monExSys/wikiEn/index.php(43): MediaWiki->run()
- #16 {main}
- Exception caught inside exception handler: [c20f65b96239b317c7a9ed01] /wikiEn/index.php Wikimedia\Rdbms\DBQueryError from line 1075 of /var/www/monExSys/wikiEn/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?
- Query: SELECT page_id,page_len,page_is_redirect,page_latest,page_content_model,page_namespace,page_title FROM `page` WHERE (page_namespace = '1' AND page_title = 'Main_Page') OR (page_namespace = '4' AND page_title IN ('Privacy_policy','About','General_disclaimer') )
- Function: LinkBatch::doQuery (for Skin::preloadExistence)
- Error: 1054 Unknown column 'page_content_model' in 'field list' (localhost)
- Backtrace:
- #0 /var/www/monExSys/wikiEn/includes/libs/rdbms/database/Database.php(933): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
- #1 /var/www/monExSys/wikiEn/includes/libs/rdbms/database/Database.php(1269): Wikimedia\Rdbms\Database->query(string, string)
- #2 /var/www/monExSys/wikiEn/includes/cache/LinkBatch.php(211): Wikimedia\Rdbms\Database->select(string, array, string, string)
- #3 /var/www/monExSys/wikiEn/includes/cache/LinkBatch.php(139): LinkBatch->doQuery()
- #4 /var/www/monExSys/wikiEn/includes/cache/LinkBatch.php(128): LinkBatch->executeInto(LinkCache)
- #5 /var/www/monExSys/wikiEn/includes/skins/Skin.php(247): LinkBatch->execute()
- #6 /var/www/monExSys/wikiEn/includes/skins/Skin.php(145): Skin->preloadExistence()
- #7 /var/www/monExSys/wikiEn/includes/skins/SkinFallback.php(33): Skin->initPage(OutputPage)
- #8 /var/www/monExSys/wikiEn/includes/skins/SkinTemplate.php(248): SkinFallback->initPage(OutputPage)
- #9 /var/www/monExSys/wikiEn/includes/OutputPage.php(2441): SkinTemplate->outputPage()
- #10 /var/www/monExSys/wikiEn/includes/exception/MWExceptionRenderer.php(186): OutputPage->output()
- #11 /var/www/monExSys/wikiEn/includes/exception/MWExceptionRenderer.php(55): MWExceptionRenderer::reportHTML(Wikimedia\Rdbms\DBQueryError)
- #12 /var/www/monExSys/wikiEn/includes/exception/MWExceptionHandler.php(75): MWExceptionRenderer::output(Wikimedia\Rdbms\DBQueryError, integer)
- #13 /var/www/monExSys/wikiEn/includes/exception/MWExceptionHandler.php(130): MWExceptionHandler::report(Wikimedia\Rdbms\DBQueryError)
- #14 /var/www/monExSys/wikiEn/includes/MediaWiki.php(551): MWExceptionHandler::handleException(Wikimedia\Rdbms\DBQueryError)
- #15 /var/www/monExSys/wikiEn/index.php(43): MediaWiki->run()
- #16 {main} Joopring (talk) 19:18, 30 August 2017 (UTC)
- The columns, which are missing now, e.g. page_links_updated should in fact be there. update.php should have added them. So update.php obviously has not added all the new columns to the database.
- I would now take the backup of the DB, which you (hopefully) created before the upgrade and run update.php again on a restored DB version from backup. 2003:72:6D1A:300:21E0:49A5:D04E:1588 (talk) 19:28, 30 August 2017 (UTC)
- Thank you. I've run the script again and now a lot more happened - and the wiki is up and running again! Joopring (talk) 11:57, 31 August 2017 (UTC)
"<time>" inside <code> block
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.
Just migrated a wiki (ver 1.19.7) to a new server (ver 1.28.2). The wiki is used to document a language similar to forth. On the old server, this:
;<code><time> set_pause_time</code>
rendered like we expect it to:
<time> set_pause_time
Now, it apparently doesn't like the <time> tag, renders like:
set_pause_time</code>
and the rest of the <code> blocks on the page after are wrong.
I am a reasonably accomplished PHP programmer, and I poked around the source without any luck. Anyone have an idea about how to deal with this besides just "don't do that"? Alan M. Evans (talk) 16:54, 30 August 2017 (UTC)
- This is normal behaviour. The time tag probably was not whitelisted at the time that mediawiki version was released. It has since been whitelisted and most (all?) wikitext inside the code tag will normally render.
- If one doesn't want it to render, then the simplest thing to do is add nowiki inside it:197.218.83.17 (talk) 17:31, 30 August 2017 (UTC)
<code><nowiki><time> set_pause_time</nowiki></code>
- That also does not render as I hope:
- <nowiki> set_pause_time</nowiki></code>
- Apparently, <code> works on <nowiki> tags but not <time> tags. Alan M. Evans (talk) 18:00, 30 August 2017 (UTC)
- There is probably an extension or some other wiki customization affecting the way that works. In any case, you can use an encoded html to render it, see https://www.mediawiki.org/w/index.php?title=Project:Sandbox&oldid=2546042:Or use Extension:SyntaxHighlight or something similar. 197.218.83.17 (talk) 18:11, 30 August 2017 (UTC)
<code><time> set_pause_time</code>
- Also, it is unusual that the last tag <code/> is showing up at all. It means that the <code> tag isn't being parsed. If that happens with a simple string like Then it is likely a wiki specific problem rather than an issue with the mediawiki software. 197.218.83.17 (talk) 18:17, 30 August 2017 (UTC)
<code> test</code>
- The HTML entity worked. (I tried that before, must have typed it wrong.) As to your next point:
- <code>test</code>
- Renders correctly. The problem only seems to happen if <time> is in there. And only <time>, other tags (including, for example <nowiki>) get rendered as I expect they should inside a <code> block.
- The only extension that I added to what my distro packaged with mediawiki was CharacterEscapes, which I copied from the old server (can't even remember why we had that at this point). I commented CharacterEscapes out of my LocalSettings.php and it didn't make any difference.
- Anyway, I can live with the HTML entity, but I still think it is weird that <time> tags are special in this case.
- Thanks for you help. If you want to pursue this issue further, I'm perfectly willing to try stuff and let you know what happens. Alan M. Evans (talk) 18:47, 30 August 2017 (UTC)
- One possibility is unmatched tags. That would be a problem if tidy (Manual:$wgUseTidy or its newer config) is deactivated or not working properly for some reason. It also matches up nicely with the strange output. Since the time tag can take any arbitrary inline text.
- The nowiki tags on the other hand should not be showing up. That's a very important part of the mediawiki parser, and it serves to escape output. It shouldn't be affected by the code tag just like a regular <div> isn't affected:The only thing rendering in the above case should be "test".
<div><nowiki>test</nowiki></div>
- If you try just typing the below extract in a blank page and it shows up with nowiki tags, then something is seriously wrong with the wiki setup.Another possibility is the use of Manual:$wgRawHtml, which may also disable wikitext within those tags.
<nowiki>test</nowiki>
- Anyway, if it is a personal wiki and it works for you, then perhaps it is not a problem. 197.218.83.17 (talk) 19:44, 30 August 2017 (UTC)
- P.S. If you can replicate this issue in a clean installation of mediawiki (not update), it might be a good idea to file a BUGREPORT. 197.218.83.17 (talk) 19:57, 30 August 2017 (UTC)
- <nowiki> only shows up inside of <code></code> blocks. As I understood it, that was how <code> was supposed to work in the wiki, which is why we use it for syntax examples. Are you saying that's not correct behavior?
- Anyway, when I have a chance I will download the latest mediawiki (Latest Fedora packaged 1.28.2, which I see is now called "legacy."), and make some minimal test pages then let you know what it does. Alan M. Evans (talk) 20:11, 30 August 2017 (UTC)
- > <nowiki> only shows up inside of <code></code> blocks. As I understood it, that was how <code> was supposed to work in the wiki, which is why we use it for syntax examples. Are you saying that's not correct behavior?
- Indeed, it is not correct behaviour as far as mediawiki is concerned. An extension can overwrite its behaviour, and make it differently. The code tag just adds some styling to the content, and maybe the browser may interpret it differently. But mediawiki itself doesn't really do anything with it, aside from cleaning up any unwanted or potentially insecure markup or parsing anything that it detects as wikitext or whitelisted html.
- You can currently see how it should render here : https://www.mediawiki.org/w/index.php?title=Project:Sandbox&oldid=2546258
- The thing that might make sense is that somehow someone might have created a tool that makes the <code> work differently for your wiki, and escape almost everything added to it. 197.218.83.17 (talk) 20:49, 30 August 2017 (UTC)
Update
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello.
I wanna to run update.php but I got error:
MediaWiki 1.27.3 Updater
composer/semver: 1.0.0 installed, 1.4.0 required.
cssjanus/cssjanus: 1.1.1 installed, 1.1.2 required.
liuggio/statsd-php-client: 1.0.16 installed, 1.0.18 required.
oojs/oojs-ui: 0.12.12 installed, 0.17.1 required.
oyejorge/less.php: 1.7.0.9 installed, 1.7.0.10 required.
wikimedia/base-convert: not installed, 1.0.1 required.
wikimedia/cldr-plural-rule-parser: not installed, 1.0.0 required.
wikimedia/composer-merge-plugin: 1.3.0 installed, 1.3.1 required.
wikimedia/html-formatter: not installed, 1.0.1 required.
wikimedia/ip-set: 1.0.1 installed, 1.1.0 required.
wikimedia/php-session-serializer: not installed, 1.0.3 required.
wikimedia/relpath: not installed, 1.0.3 required.
wikimedia/running-stat: not installed, 1.1.0 required.
zordius/lightncandy: 0.21 installed, 0.23 required.
Error: your composer.lock file is not up to date. Run "composer update" to install newer dependencies
What should I do now? TraaBBIT (talk) 17:11, 30 August 2017 (UTC)
- Two options:
- Run "composer update" to install newer dependencies
- Or even better: Install MediaWiki using the tarball: https://releases.wikimedia.org/mediawiki/1.27/mediawiki-1.27.3.tar.gz. This tarball already comes with all the dependencies you need. 2003:72:6D1A:300:21E0:49A5:D04E:1588 (talk) 19:31, 30 August 2017 (UTC)
Change mobile skin CSS
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I was trying to modify Special:WikiForum so I edited MediaWiki:Minerva.css and all was good. But when I view the mobile skin using the "mobileaction=toggle_view_mobile" option, it doesn't apply the CSS. Which CSS page needs to be edited for this? Yonidebest (talk) 17:18, 30 August 2017 (UTC)
- You might need to place the .CSS rules in MediaWiki:Mobile.css. AhmadF.Cheema (talk) 04:28, 31 August 2017 (UTC)
Feature possible?
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello,
I have a little special question. Is it possible with a MediaWiki (Extension) to implement a wikipage as form, where a user can type in data and this data is not used to edit a page, but is used to send an e-mail with this data? So for example, the user fills in fields like subject, topic and description and then an email to a predefined receiver is send with this subject and topic and description as formated text in this mail.
Thanks in advance 109.75.92.253 (talk) 19:50, 30 August 2017 (UTC)
- There is Extension:EmailForm for similar purposes, but it has remained unmaintained for ~8 years now.
- It might be possible to create a similar form through Extension:InputBox. AhmadF.Cheema (talk) 04:23, 31 August 2017 (UTC)
- Thanks for this two interesting suggestions. If anybofy else has more ideas, I'm looking forward to them. 109.75.92.26 (talk) 11:14, 31 August 2017 (UTC)
- Extension:ContactPage is also a possibility. Reception123 (talk) 14:21, 31 August 2017 (UTC)
Translatable templates
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I’m having trouble getting https://meta.miraheze.org/wiki/Template:Translatable_template to work. As you can see on https://meta.miraheze.org/wiki/No_open_proxies_policy the translation tags are still shown. The translate extension is installed. MacFan4000 (talk) 22:16, 30 August 2017 (UTC)
- To me this looks like an issue with "#invoke" as there's not even an error, the page is just blank. Reception123 (talk) 14:26, 31 August 2017 (UTC)
- The template page showed nothing because the code was wrapped in includeonly tags. MacFan4000 (talk) 20:44, 31 August 2017 (UTC)
- Got it working on https://applewiki.miraheze.org/wiki/Test though. MacFan4000 (talk) 21:40, 31 August 2017 (UTC)
recovery password
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.
Lost my password on Quake wiki.
Resigned to get a new one with email.
Received an error like:
[2cb8c47debd8d6bedbdf7306] 2017-08-31 04:49:46: Fatal exception of type "DBQueryError"
Please Help.
Madfox. 84.84.178.104 (talk) 04:52, 31 August 2017 (UTC)
- Welcome to the MediaWiki support desk. We do not run the Quake wiki.
- You have to contact the Quake wiki administrators who you use MediaWiki.
- Only they can fix their database issues. Malyacko (talk) 08:35, 31 August 2017 (UTC)
Add 2nd collumn to TOC and make on of them filterable
Hello,
I need to modify TOC view to be shown in two collumns. In the first column autor put one letter and second collumn is name that is now shown in TOC. The first column needs to be filterable. Here is an example of what I need: https://ibb.co/igt745
Are there any extensions to do that? Zefir000 (talk) 12:37, 31 August 2017 (UTC)
"DBQueryError" search error
Hello,
We've upgraded our MySQL databases from 5.0.22 to 5.7, and we're using PHP 7.1. At the beginning of this summer we were at 1.15.1 (MediaWiki) and 5.2.6 (PHP). Everything else on the wiki works expect for the searching functionality. We've rolled back to 1.28.2, from 1.29.1 and 1.29.0 Nothing has changed this error, it makes sense that it's some sort of schema error. We've run the update.php script in the maintenance directory, also we've run mysql_upgrade out of necessity to remake the schema.
Any help is appreciated,
Have a nice day.
- 123throwaway 123throwaway (talk) 15:23, 31 August 2017 (UTC)
- Follow Manual:How_to_debug#SQL_errors and do another search to get a more detailed error message! 2003:72:6D1D:5F00:B1BB:9554:7766:E27A (talk) 15:48, 31 August 2017 (UTC)
- We're having trouble getting more specific errors on our Windows machine. Write permissions are allowed to the files. The following lines are at the bottom of the LocalSetting.php file:
- $wgShowSQLErrors = true;
- $wgDebugDumpSql = true;
- $wgShowDBErrorBacktrace = true;
- $wgDebugLogFile = "C:\\wiki\****.log"; 123throwaway (talk) 16:21, 31 August 2017 (UTC)