Project:Support desk/Flow/2019/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. |
Send an automatic email
Hi, I would want to know if it's possible to send a notification email (to an Outlook account, for example) if certain conditions are accomplished. This is my case: I have some payments with expiration dates and I want to notify the responsibles a month (or the period time I choose) before the expiration date. Is that possible? Is any extension that I can use? Thanks. Ikerblanco (talk) 07:04, 1 August 2019 (UTC)
- @Ikerblanco Hi, I would want to know how your question is related to the MediaWiki software. Malyacko (talk) 08:24, 1 August 2019 (UTC)
- I once had a system a bit like that working, with Extension:Semantic MediaWiki and Extension:SemanticMailMerge, but I think the latter is probably now wildly out of date. Sam Wilson 09:01, 1 August 2019 (UTC)
- @Ikerblanco What tool are you using for "payments with expiration dates"? There are a few extensions that do that in MediaWiki, but the answer to your question would depend on what method you are using. HSRobinson (talk) 16:16, 1 August 2019 (UTC)
certain symbols do not show...
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 just downloaded and installed a totally new mediawiki (latest version).
However, certain elements, like the 'B' or 'I' in the editor or the triangles to sort a table do not show in chrome or firefox, but they show in IE.
What am I doing wrong?
Is there a problem with unicode settings somewhere.?
I run newest php on apache/nginx hybrid.
Any ideas?
Best regards,
Heinrich Heinrich krebs (talk) 08:52, 1 August 2019 (UTC)
- Assuming "symbol" means "image", you may want to check the console output of the browser's developer tools for errors (if those images get loaded). Malyacko (talk) 10:36, 1 August 2019 (UTC)
- No, I do not think they are images. I think they are symbols from some unicode code page. In the HTML the browser gets there aren't any images linked. The small icons are defined somewhere in css or are added through JS after the page is loaded - I don't know.
- The small triangles that appear in a class="wikitable sortable", that allow to sort the table, are another example. Can't think they are images in the file system - but could be. In any case they are loaded through the css or something. They aren't defined in the HTLM output directly, though.
- Best regards,
- Heinrich
Heinrich krebs (talk) 12:26, 1 August 2019 (UTC)- Still, have you checked the Console tab of the browser's developer tools for errors, related to images, JavaScript or whatever? AhmadF.Cheema (talk) 13:47, 1 August 2019 (UTC)
- I re-checked and you are right, there is a error - or more like a notification:
- *Content Security Policy: The page’s settings blocked the loading of a resource at data:image/svg+xml,%3Csvg%20xmlns=%22htt... (“img-src”).
- *JQMIGRATE: Migrate is installed with logging active, version 3.0.1 load.php:141:202
- *This page is using the deprecated ResourceLoader module "jquery.throttle-debounce". Please use OO.ui.throttle/debounce instead. See https://phabricator.wikimedia.org/T213426
- I guess the first one is relevant. I have to check the CSP to allow for inline data.
- Thanks for your Help. Heinrich krebs (talk) 15:03, 1 August 2019 (UTC)
- I changed apache's CSP policy to allow for inline coded images and now they show again.
- Thanks for the assistance. Heinrich krebs (talk) 10:18, 2 August 2019 (UTC)
Can not connect to hap light mikrotik using sstp with certificate? recieve error in windows 8.1 The cn name of the certificate does not match the received value
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 not connect to hap light mikrotik using vpn sstp with certificate? recieve error in windows 8.1 The cn name of the certificate does not match the received value.
the program we take from https://wiki.mikrotik.com/wiki/Manual:Interface/SSTP#Connecting_Remote_Client
https://wiki.mikrotik.com/wiki/Manual:Create_Certificates
what is wrong in program why vpn sstp does not work,
Generate certificates on RouterOS
/certificate
add name=ca-template common-name=myCa key-usage=key-cert-sign,crl-sign
add name=server-template common-name=server
add name=client1-template common-name=client1
add name=client2-template common-name=client2
/certificate
sign ca-template ca-crl-host=00.00.00.00 name=myCa
sign server-template ca=myCa name=server
sign client1-template ca=myCa name=client1
sign client2-template ca=myCa name=client2
set myCa trusted=yes
set server trusted=yes
/certificate export-certificate myCa
/certificate export-certificate client1 export-passphrase=xxxxxxxx
/certificate export-certificate client2 export-passphrase=xxxxxxxx
to create a user
/ppp secret add name=Laptop service=sstp password=123 local-address=192.168.1.1 \
remote-address=192.168.1.253
/ppp secret print detail
/interface sstp-server server set certificate=server
/interface sstp-server server set enabled=yes
/interface sstp-server server set authentication=mschap2
/interface sstp-server server print
Davermasey (talk) 10:24, 1 August 2019 (UTC)
- I don't see how this has anything to do with MediaWiki? Malyacko (talk) 10:35, 1 August 2019 (UTC)
Adding a custom language in my own installation
Hi,
I want to add a custom language that is not provided with the original installation. I noticed that there are multiple scripts related to this customization but not sure what I have to edit to make it works correctly.
I don't need my language to become one of the officially supported languages. I just want it exists in my own installation. Is there any guide about how to properly do this?
A-lú-mih (talk) 12:05, 1 August 2019 (UTC)
- Can someone guide me through this process as well? I cannot find any manual or help for this anywhere else. Aypatu (talk) 13:13, 1 February 2021 (UTC)
- Basic UI translations is located inside the folder "languages/i18n". Create a file like <your custom code>.json, and copy the content from "en.json" (exists in the same folder) into it, then do your translation. Its hard to the translate all by myself in a short time so I only start with some most visible ones.
- To give your language a readable name, edit the file "languages/data/Names.php" and add a line as other languages in it.
- You may also want to create a file in the folder "languages/messages" called "Messages<your custom code>.php" in case it needs special rule to display some messages like dates and times.
- Each extension and skin also has own translations located in its "i18n" folder. A-lú-mih (talk) 07:22, 22 February 2021 (UTC)
$wgServer results my wiki on an error
Well I don't know, but once I replace the localhost in $wgServer to this: http://prntscr.com/on06s4. Once I tried visiting my wiki http://prntscr.com/on08sd. Result: http://prntscr.com/on07av. Changed browsers, still the same thing. Am I doing anything wrong? 58.91.204.72 (talk) 13:45, 1 August 2019 (UTC)
- The domain name you are trying to use has not been registered. That's the first step if you want a wiki on the internet. For more details how to have a hosted wiki, see this blog post https://civihosting.com/blog/mediawiki-with-my-own-domain/
- But on your own PC all you can use is "localhost" unless you have deeper technical knowledge of hosts files etc. in which case you would not need our help here. :) HSRobinson (talk) 15:47, 1 August 2019 (UTC)
- In addition ot what HSRobinson said, $wgServer should only have domain and protocol. It should not have the on08sd part. That is part of $wgScriptPath and $wgArticlePath Bawolff (talk) 06:28, 2 August 2019 (UTC)
prependHTML not have the same result in different environment
production server
MediaWiki 1.33.0
PHP 7.2.6 (fpm-fcgi)
MariaDB 10.3.16-MariaDB-log
development server
MediaWiki1.33.0
PHP 7.2.20-2+ubuntu16.04.1+deb.sury.org+1 (apache2handler)
MySQL 5.7.27-0ubuntu0.16.04.1
class Demo
{
public static function onBeforePageDisplay(OutputPage &$out, Skin &$skin)
{
$out->prependHTML('test_output');
return true;
}
}
source code files are totally the same on both server, I can see the string test_output in development server but not in production server, I don't think it caused by using different web and database service, how to check it? Chan15tw (talk) 17:02, 1 August 2019 (UTC)
- Could possibly be page caching on your prod server that is causing the difference. Bawolff (talk) 06:27, 2 August 2019 (UTC)
- I did the purge action to clear the cache but useless Chan15tw (talk) 08:01, 2 August 2019 (UTC)
Fatal exception of type InvalidArgumentException
hi,
i'm getting "[e37dfc1769c8029fea5aefc7] 2019-08-02 05:27:05: Fatal exception of type InvalidArgumentException" while accessing home page i.e index.php
php version :7.0
index.php contains data between the ####
####
<?php
/**
* This is the main web entry point for MediaWiki.
*
* If you are reading this in your web browser, your server is probably
* not configured correctly to run PHP applications!
*
* See the README, INSTALL, and UPGRADE files for basic setup instructions
* and pointers to the online documentation.
*
* https://www.mediawiki.org/wiki/Special:MyLanguage/MediaWiki
*
* ----------
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 2 of the License, or
* (at your option) any later version.
*
* This program is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License along
* with this program; if not, write to the Free Software Foundation, Inc.,
* 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
* http://www.gnu.org/copyleft/gpl.html
*
* @file
*/
// Bail on old versions of PHP, or if composer has not been run yet to install
// dependencies. Using dirname( __FILE__ ) here because __DIR__ is PHP5.3+.
// @codingStandardsIgnoreStart MediaWiki.Usage.DirUsage.FunctionFound
require_once dirname( __FILE__ ) . '/includes/PHPVersionCheck.php';
// @codingStandardsIgnoreEnd
wfEntryPointCheck( 'index.php' );
require __DIR__ . '/includes/WebStart.php';
$mediaWiki = new MediaWiki();
$mediaWiki->run();
####
160.62.7.250 (talk) 05:32, 2 August 2019 (UTC)
- Please see Manual:How to debug and provide a stacktrace. Malyacko (talk) 07:57, 2 August 2019 (UTC)
Version number not updating on Special:Version
I updated to 1.33 from 1.31 and added/updated my extensions. Newly added extensions show the correct Version info on Special:Version (example the new LDAP extensions) but most updated extensions show the old version and build number. I have disabled the cache and added $wgExtensionInfoMTime but neither had any impact. What causes this and how can I confirm I DO have the extensions properly setup? JonathanKing~mediawikiwiki (talk) 19:01, 2 August 2019 (UTC)
- Did you run update.php? AhmadF.Cheema (talk) 19:52, 2 August 2019 (UTC)
- I did when updating to 1.33, but not after updating any extensions. I was about to run it now, but refreshed the Version page and now the new versions are appearing as expected. I have no idea what the multi-day delay was about though! JonathanKing~mediawikiwiki (talk) 03:38, 3 August 2019 (UTC)
- Possible the cache, maybe just needed a hard-refresh. AhmadF.Cheema (talk) 07:30, 3 August 2019 (UTC)
- Is there a way to force a hard refresh? When I tried to put &action=purge on the special:version url I got an error. JonathanKing~mediawikiwiki (talk) 12:37, 3 August 2019 (UTC)
Ctrl+Shift+R- The
&action=purgeprobably doesn't work for Special pages. AhmadF.Cheema (talk) 16:29, 3 August 2019 (UTC) - If those extensions haven't been changed since the previous version, you won't notice any change in Special:Version. You can look at the version information in the extension.json file of each extension. Ciencia Al Poder (talk) 09:19, 4 August 2019 (UTC)
How Do I Prevent People From Seeing The Wiki Logs?
Hello guys, I wonder how do I prevent people from seeing my wiki logs, and only accessible by the administrators 178.59.28.91 (talk) 21:49, 2 August 2019 (UTC)
- There might be other areas like the API, but as far as logs available through Special Pages are concerned, Extension:Lockdown (or this code) can be used to restrict Special Pages by user group. AhmadF.Cheema (talk) 00:52, 3 August 2019 (UTC)
- You can do this with $wgLogRestrictions. You'll have to set every log type there that you want to restrict. For permissions, set them to one of the user rights that administrators have, or grant administrators a new special right for this and assign it to $wgLogRestrictions. Ciencia Al Poder (talk) 09:22, 4 August 2019 (UTC)
Help
- Hi
- My username is Kaleem Bhatti in my account 2FA was enabled I was get some tokes with some problems I restored my mobile now these tokens not working 119.160.119.45 (talk) 03:17, 3 August 2019 (UTC)
- Sorry for bad English 119.160.119.45 (talk) 03:22, 3 August 2019 (UTC)
Bug translating the manual
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 correct the Link to the 2. page at the bottom of the page Manual:HTMLForm_Tutorial. (also to be translated) Thanks Partynia (talk) 13:43, 3 August 2019 (UTC)
Registering
I've tried four times to register but it won't send me a confirmation to join!
81.103.101.131 (talk) 19:35, 3 August 2019 (UTC)
- You do not have to receive a confirmation email to log in. Once registered you should be able to log in. What exactly is the problem? 94rain Talk 01:35, 5 August 2019 (UTC)
Updating?
I have installed version 1.31 through Plex on my server. Runs good.
Now I have installed VisualEditor in the extension folder.
First, when I activate the extension in LocalSettings, the website crashes (error 500). In my webserver's error procols I can see that the editor needs version 1.33. Why the hell doesn't it give a useful information instead of crashing? Annoying!
Second, I have searched the web over and over again for information on updating MediaWiki. There is no. I have found a script in maintenance called "update" which I have run. It does some database stuff, I don't know. The system is not updated afterwards, it's still 1.31.
Both things are VERY annoying. When I just download a new version and upload it to the same folder, it will overwrite all my settings. So - please provide clear instructions on updating!
2A02:810A:8D00:42BB:A8EE:FBB4:C026:2A53 (talk) 08:35, 4 August 2019 (UTC)
- "installed ... through Plex"? Which instructions did you follow for this?
- In any case, the official supported procedure for MediaWiki installation is Manual:Installation guide. AhmadF.Cheema (talk) 09:10, 4 August 2019 (UTC)
- Thank you, as I said, I have installed version 1.31. It is running good. But I need to upgrade.
- So I have downloaded and unpacked version 1.33 to a new folder (like the manual says).
- When I run "/mw-config/index.php" it does not see that I already have a version 1.31 installed in root.
- But I cannot extract the new version to the root directory because it will overwrite my settings!
- How about making a simple "upgrade.php", which downloads and installs the latest version?! It's not that hard, is it?
- Any hint is appreciated. 2A02:810A:8D00:42BB:B5C1:CA31:7478:FA49 (talk) 16:56, 4 August 2019 (UTC)
- MediaWiki has an upgrade guide at Updating, but this is not what I would do in your situation.
- 1.31 is a version with long term support. I would not update to 1.33 now only because VisualEditor is not working correctly.
- Please make sure to download the correct version of VisualEditor:
- Special:ExtensionDistributor/VisualEditor and select version 1.31.
- This version will be compatible with MediaWiki 1.31. :-) 2001:16B8:10C2:B100:C083:5463:DB14:B96D (talk) 18:55, 4 August 2019 (UTC)
- Thank you, I did, but this causes a new problem. A message pops up:
- Error loading data from server: no_vrs: The VirtualRESTService for the document server is not defined;
- I am trying to get this working for two days now. I am tired.
2A02:810A:8D00:42BB:D814:442B:A41C:4E19 (talk) 19:39, 4 August 2019 (UTC)
How do I delete my own account on mediawiki.org?
I can't seem to find any information on how to request deletion of my own user account. bigbonbe (talk) 11:56, 4 August 2019 (UTC)
- See Wikipedia:FAQ#How do I change my username/delete my account? AhmadF.Cheema (talk) 12:07, 4 August 2019 (UTC)
Making an article's content directly viewable just to certain users
I have an article which is accessible (by means of viewing it) to everyone.
I don't want to prevent access to that article.
I do desire to hide it's text so that only registered users could view it --- it would appear generally empty to non registered users.
How can this be done? Thanks, 49.230.27.188 (talk) 15:19, 4 August 2019 (UTC)
- If you only want the article to appear empty, while having no problem with the content still being present and viewable in the page's source code, user group specific CSS can probably be used for this purpose. AhmadF.Cheema (talk) 21:55, 4 August 2019 (UTC)
- What I did was to copy the "CSS path" (which I understand to be an Xpath translated to CSS), of the page's body content, as it appears in Chrome developer tools, and then using it with
display:none. - Given I inject a .not-logged-in to my <body> tags, the webpage appears empty.
- Becuase the relevant page is hidden in robots.txt, I don't recognize any SEO problem that should become of this approach. 49.230.28.68 (talk) 13:37, 5 August 2019 (UTC)
Cannot determine Insteon engine
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 installed a new fan link today and have been trying to use link management in my ISY995 to connect but keep getting the above message.
I have never had this problem unless I fat fingered the address. But the address is correct.
Anybody have this problem before?
Thanks,
Ed 97.96.96.173 (talk) 17:53, 4 August 2019 (UTC)
- I got it figured out.
- I had compact fluorescent bulbs in the light sockets and they were causing interference apparently. 97.96.96.173 (talk) 18:42, 4 August 2019 (UTC)
Add file repo?
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 activate by default in the installation the file repository from Commons (didn't want contributors to be able to upload files directly on the server). However I would like to put myself files on the server (/images/). I added the FileRepo code in LocalSettings but I can't seem to put the files in the articles. Should I write something different than <figure-inline class="mw-default-size">[./Special:FilePath/Myfile.jpg File:Myfile.jpg]</figure-inline>?
$wgForeignFileRepos[] = [
'class' => 'FileRepo',
'name' => 'sharedFsRepo',
'directory' => '/images/',
'hashLevels' => 0,
'url' => 'http://wiki.lokal-life.org/images/',
];
- If you want to limit who is allowed to upload, you should create a specific group (e.g. Uploaders) and restrict upload rights to people in that group. ☠MarkAHershberger☢(talk)☣ 02:49, 5 August 2019 (UTC)
- As mentioned in the manual, this is just a demonstration feature and it is slow. Try clearing the cache? 94rain Talk 03:27, 5 August 2019 (UTC)
- What MarkAHershberger said.
- MediaWiki needs to know that those files exist, which means they should be registered in database (what normal upload does) or they should be queried from an api (what InstantCommons does). Looking files directly from filesystem is not supported. Ciencia Al Poder (talk) 09:16, 5 August 2019 (UTC)
- @Ciencia Al Poder: It is possible to looking files directly from filesystem. See Manual:$wgForeignFileRepos#Using_files_from_a_local_folder_:_FileRepo.
- I tried this configuration, it does not work. But it works when I changed directory from from '/images/' to 'images/'.
- Try changing 'directory' from '/images/' to 'images/'. 94rain Talk 02:52, 6 August 2019 (UTC)
Database migration failure upgrading to 1.33
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 upgrading from 1.32.x to 1.33. I did the following:
- download: wget https://releases.wikimedia.org/mediawiki/1.33/mediawiki-1.33.0.tar.gz)
- untar: /bin/tar zxf mediawiki-1.33.0.tar.gz -C /data/sites/wiki/ --strip-components=1
- update composer: cd /data/sites/wiki; composer update
- run the update tool: cd maintenance; php update.php --quick
Full update output (see revisions -- look at mediawiki.log):
https://gist.github.com/paulschreiber/0452d0052ab9096cb10ad2be04ee0c04
Error:
Beginning migration of ipblocks.ipb_by and ipblocks.ipb_by_text to ipblocks.ipb_by_actor
[5c82dfc70772e6f96335cf19] [no req] Wikimedia\Rdbms\DBQueryError from line 1587 of /data/sites/wiki.shrub.ca/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 ipb_id,ipb_by,ipb_by_text,CASE WHEN ipb_by = 0 OR ipb_by IS NULL THEN (SELECT actor_id FROM `actor` WHERE (ipb_by_text = actor_name) ) ELSE (SELECT actor_id FROM `actor` WHERE (ipb_by = actor_user) ) END AS `actor_id` FROM `ipblocks` WHERE ipb_by_actor = '0' AND (1=1) ORDER BY ipb_id LIMIT 100
Function: MigrateActors::migrate
Error: 1054 Unknown column 'ipb_by_actor' in 'where clause' (localhost)
Backtrace:
#0 /data/sites/wiki.shrub.ca/includes/libs/rdbms/database/Database.php(1556): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)
#1 /data/sites/wiki.shrub.ca/includes/libs/rdbms/database/Database.php(1274): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
#2 /data/sites/wiki.shrub.ca/includes/libs/rdbms/database/Database.php(1784): Wikimedia\Rdbms\Database->query(string, string)
#3 /data/sites/wiki.shrub.ca/maintenance/includes/MigrateActors.php(295): Wikimedia\Rdbms\Database->select(string, array, array, string, array)
#4 /data/sites/wiki.shrub.ca/maintenance/includes/MigrateActors.php(115): MigrateActors->migrate(string, array, string, string, string)
#5 /data/sites/wiki.shrub.ca/maintenance/Maintenance.php(1719): MigrateActors->doDBUpdates()
#6 /data/sites/wiki.shrub.ca/includes/installer/DatabaseUpdater.php(1318): LoggedUpdateMaintenance->execute()
#7 /data/sites/wiki.shrub.ca/includes/installer/DatabaseUpdater.php(489): DatabaseUpdater->migrateActors()
#8 /data/sites/wiki.shrub.ca/includes/installer/DatabaseUpdater.php(453): DatabaseUpdater->runUpdates(array, boolean)
#9 /data/sites/wiki.shrub.ca/maintenance/update.php(203): DatabaseUpdater->doUpdates(array)
#10 /data/sites/wiki.shrub.ca/maintenance/doMaintenance.php(96): UpdateMediaWiki->execute()
#11 /data/sites/wiki.shrub.ca/maintenance/update.php(266): require_once(string)
#12 {main}
Inspecting the database schema, it appears patch-actor-table.sql did not get fully applied. In addition to the ipblocks table missing the ip_by_actor column, the image tabke is also missing the img_actor column. Paulschreiber (talk) 22:24, 4 August 2019 (UTC)
- I manually ran the following SQL statements:
ALTER TABLE /*_*/ipblocksADD COLUMN ipb_by_actor bigint unsigned NOT NULL DEFAULT 0 AFTER ipb_by_text;ALTER TABLE /*_*/imageALTER COLUMN img_user_text SET DEFAULT '',ADD COLUMN img_actor bigint unsigned NOT NULL DEFAULT 0 AFTER img_user_text;CREATE INDEX /*i*/img_actor_timestamp ON /*_*/image (img_actor, img_timestamp);ALTER TABLE /*_*/oldimageALTER COLUMN oi_user_text SET DEFAULT '',ADD COLUMN oi_actor bigint unsigned NOT NULL DEFAULT 0 AFTER oi_user_text;CREATE INDEX /*i*/oi_actor_timestamp ON /*_*/oldimage (oi_actor,oi_timestamp);ALTER TABLE /*_*/filearchiveALTER COLUMN fa_user_text SET DEFAULT '',ADD COLUMN fa_actor bigint unsigned NOT NULL DEFAULT 0 AFTER fa_user_text;CREATE INDEX /*i*/fa_actor_timestamp ON /*_*/filearchive (fa_actor,fa_timestamp);ALTER TABLE /*_*/recentchangesALTER COLUMN rc_user_text SET DEFAULT '',ADD COLUMN rc_actor bigint unsigned NOT NULL DEFAULT 0 AFTER rc_user_text;CREATE INDEX /*i*/rc_ns_actor ON /*_*/recentchanges (rc_namespace, rc_actor);CREATE INDEX /*i*/rc_actor ON /*_*/recentchanges (rc_actor, rc_timestamp);ALTER TABLE /*_*/loggingADD COLUMN log_actor bigint unsigned NOT NULL DEFAULT 0 AFTER log_user_text;CREATE INDEX /*i*/actor_time ON /*_*/logging (log_actor, log_timestamp);CREATE INDEX /*i*/log_actor_type_time ON /*_*/logging (log_actor, log_type, log_timestamp);- I was then able to run the updater through to completion (see mediawiki2.2.log):
- https://gist.github.com/paulschreiber/0452d0052ab9096cb10ad2be04ee0c04 Paulschreiber (talk) 22:49, 4 August 2019 (UTC)
- So the problem is resolved? ☠MarkAHershberger☢(talk)☣ 02:40, 5 August 2019 (UTC)
- Well, resolved for me. Paulschreiber (talk) 22:18, 1 October 2019 (UTC)
Accidentally messed up my wiki, so there is an error which doesn't let me access my 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.
(There are 2 errors total.)
So yesterday, I accidentally messed my files (Good thing that I did not delete anything). By messing them I mean by cutting them and pasting them to another folder. So I pasted all my files in to another folder EXCEPT mysql, (because there was an error with the file mysql and the file couldn't be moved.) So after that, I clicked cancel, decided to undo the actions and put the files back to the original folder.
First Error:
Once I decided to access my wiki, there was an error (error 404). After that, I decided to reload my browser. That error was fixed, but it was changed to another one.
Second Error (First error suddenly got fixed and I don't know how):
After that, I restarted my browser again and I got that new error: http://prntscr.com/oocejd
I am having the error for hours now and I couldn't find fix it. Is there any solution about this? I would appreciate the help.
207.148.111.223 (talk) 01:01, 5 August 2019 (UTC)
- It looks like your webserver isn't running. How have you installed MediaWiki? ☠MarkAHershberger☢(talk)☣ 02:38, 5 August 2019 (UTC)
- I've installed Mediawiki with Bitnami 178.59.28.91 (talk) 13:13, 5 August 2019 (UTC)
- I don't know anything about that mode of installation. Could you point me to instructions?
- In any case, check to make sure your webserver is running. ☠MarkAHershberger☢(talk)☣ 17:12, 5 August 2019 (UTC)
- (This is me in my account right now)
- So, how can I check if my webserver is running? I know that this is a dumb question but I don't know how.
- Anyways, you asked me some how i installed mediawiki on bitnami. I followed a guide on youtube on how to install Mediawiki with Bitnami:
- https://www.youtube.com/watch?v=GDBboSGmYRE
- After that, I installed mediawiki in the Bitnami (i googled "install mediawiki via bitnami"), and went on bitnami.com and then I clicked on windows 64-bit to install it . I was done with my installation, and MediaWiki worked fine for those days (until yesterday when I accidentally got the error)
- The Link Where I Installed It: https://bitnami.com/stack/mediawiki/installer
- I didn't needed to install XAMPP or something else like that. El33tbr0 (talk) 20:17, 5 August 2019 (UTC)
- Check out the section titled "5. STARTING AND STOPPING BITNAMI MEDIAWIKI STACK" in the README:
- On Windows, you can start and stop Bitnami MediaWiki Stack on Windows using the shortcuts created in the Start Menu, under Programs -> Bitnami -> Bitnami Service ☠MarkAHershberger☢(talk)☣ 16:33, 6 August 2019 (UTC)
- Thank you for the answer, now I can access my wikia. Thanks El33tbr0 (talk) 16:39, 6 August 2019 (UTC)
Tables
- I am trying to create some tables that can be added to and edited by our community.
- http://www.entropiawiki.com/Chart.aspx?chart=Material
- This is an example site. I have no idea what wiki they are using but Data and pages are all contained within the tables. Users add data to the tables but at the same time you are able to click the link and few the page. Is this possible with MediaWiki?
- We are using the last Verizon of MediaWiki. SupaPres (talk) 03:33, 5 August 2019 (UTC)
- I think something similar can be done with Page Forms and spreadsheet-style editing. ☠MarkAHershberger☢(talk)☣ 17:19, 5 August 2019 (UTC)
- That "wiki" is using something written in ASP.Net, maybe that's their own software.
- This can't be done with MediaWiki alone, and I don't know if there's an extension capable of doing this. Note that tracking such changes and being able to undo/revert them would be challenging. Ciencia Al Poder (talk) 09:14, 5 August 2019 (UTC)
Technical feature wishlist feasibility check
The WikiJournals are looking to form a possibly new WMF sister project. As part of this, there are a number of new features that'd be useful, but we don't really have the technical expertise to assess which are trivial and which are difficult/impossible. Any interested parties are invited to take a look through the WikiJournal technical wishlist. Feel free to direct-edit the page, or leave a talkpage comment! Any feedback always valuable. T.Shafee(Evo﹠Evo)talk 04:33, 5 August 2019 (UTC)
Database went MIA, quick question!
Our mediawiki database disappeared. The site is hosted on Godaddy, there were no config changes for a year. Just user interface content updates.
Once more, when looking at the daily/weekly/monthly backups, the database wasn't included in the backup for that account, just it's WP frontend database.
So... I am left with the file structure, but no database.
The only instance of the database is months old, in a backup that was done before a sql update on the server.
Here is the question: What would the repercussions be of using an older database with the newer file set? No updates were done to mediawiki itself. So the info stored in the file structure would be newer than the database. Is there anything other than photos actually stored in the file structure? Since that is newer than the database, it would just be a case of "extra" photos.
35.133.205.168 (talk) 16:00, 5 August 2019 (UTC)
- Just the uploads are stored in the file system.
- I'm sorry to hear about the trouble with GoDaddy. ☠MarkAHershberger☢(talk)☣ 17:14, 5 August 2019 (UTC)
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 a quick and dirty question: No matter what I set $wgPasswordAttemptThrottle to I can only request a new passport once per 24 hours. I am using redis on MW 1.31. Is redis causing this? It may be that this configuration only supports memcached though it does not explicitly state this? [[kgh]] (talk) 16:05, 5 August 2019 (UTC)
- Cross posted to the mailing list to attract a wider audience: https://lists.wikimedia.org/pipermail/mediawiki-l/2019-August/048075.html This really puzzles me. ;)
- $wgRateLimits is being ignored, too so probably redis is not persistent enough for this. [[kgh]] (talk) 13:39, 7 August 2019 (UTC)
- Obviously I was looking for $wgPasswordReminderResendTime [[kgh]] (talk) 14:22, 7 August 2019 (UTC)
Timeouts when trying to add a page to a Category
Hey - with an internal wiki we use at our organization, we're continually getting page timeouts when trying to add a new page to any category. This is a new issue and we can't seem to figure it out.
We've increased the server timeout times, but no luck - no matter how long we set it it always times out.
Any ideas on how to troubleshoot? 162.229.181.91 (talk) 19:09, 5 August 2019 (UTC)
Expand template in transluded page using Lua getContent()
When I use
mw.title.new( "title"):getContent()
It does not expand template inside the page.
Is there a function for doing it? 維基小霸王 (talk) 14:07, 6 August 2019 (UTC)
- You'll want to parse the text to get the template to expand. ☠MarkAHershberger☢(talk)☣ 17:11, 6 August 2019 (UTC)
- Extension:Scribunto/Lua reference manual#frame:expandTemplate Ciencia Al Poder (talk) 09:07, 7 August 2019 (UTC)
- Is there a way to auto expand all templates in a page referenced by lua? Like this page https://zh.wikisource.org/w/index.php?title=Template:Sandbox&oldid=1726448 維基小霸王 (talk) 03:20, 11 August 2019 (UTC)
- That would be frame:preprocess if you pass it the wikitext to expand. Otherwise, if you only have the title of the page to expand, use the frame:expandTemplate linked before as you would do if you transclude that page. Ciencia Al Poder (talk) 18:01, 11 August 2019 (UTC)
Edit Section Button Gone
We are using MW 1.33 but are section Edit buttons are gone.
We have $wgDefaultUserOptions ['editsection'] = true; but still nothing is showing.
Anyone have any ideas? The site is www.virtuverse.wiki 174.105.110.87 (talk) 15:13, 6 August 2019 (UTC)
- You have the following in your MediaWiki:Common.css:
- ☠MarkAHershberger☢(talk)☣ 16:54, 6 August 2019 (UTC)
/* Hide Edit */ .mw-editsection { display:none!important; }
Category with 3 forms
I've created a category within our wiki, which uses three forms (Ticket, Incident, and Servicerequest)
Whenever i create a page in this one using the "Incident" form it will correctly use the right form.
However when i want to edit the page using the same form again, it always displays the "Servicerequest" form instead.
This only occurs when i want to edit a page saved via the "Incident" form.
The category looks like this:
{{#default_form:Ticket}}
{{#default_form:Incident}}
{{#default_form:Servicerequest}}
Any ideas on how to use the right form when i want to edit the pages again? Tob.dabrowski (talk) 06:06, 7 August 2019 (UTC)
- I don't think
{{#default_form:}}allows this. Instead of using that parserfunction in the category page, consider using it in the templates or for a certain namespace. But there can only be one default form. See also - You clould also provide a link to
[[Special:Formedit/<formname>/<pagename>]]from your templates. Osnard (talk) 06:27, 7 August 2019 (UTC)
VisualEditor problem-404 error-curl7 error
hi dears
my wiki :
| Product | Version |
|---|---|
| MediaWiki | 1.32.0 |
| PHP | 7.0.33-0ubuntu0.16.04.5 (apache2handler) |
| MySQL | 5.7.25-0ubuntu0.16.04.2 |
| ICU | 55.1 |
| Lua | 5.1.5 |
link: wikijoo.ir
my config.yaml seup:
worker_heartbeat_timeout: 300000
logging:
level: info
#metrics:
# type: log
services:
- module: src/lib/index.js
entrypoint: apiServiceWorker
conf:
# For backwards compatibility, and to continue to support non-static
# configs for the time being, optionally provide a path to a
# localsettings.js file. See localsettings.example.js
#localsettings: ./localsettings.js
# Set your own user-agent string
# Otherwise, defaults to:
# 'Parsoid/<current-version-defined-in-package.json>'
#userAgent: 'My-User-Agent-String'
# Configure Parsoid to point to your MediaWiki instances.
mwApis:
- # This is the only required parameter,
# the URL of you MediaWiki API endpoint.
uri: 'http://wikijoo.ir/api.php/'
# The "domain" is used for communication with Visual Editor
# and RESTBase. It defaults to the hostname portion of
# the `uri` property above, but you can manually set it
# to an arbitrary string. It must match the "domain" set
# in $wgVirtualRestConfig.
domain: 'wikijoo.ir' # optional
# To specify a proxy (or proxy headers) specific to this prefix
and my localsetting.php :
$wgVirtualRestConfig['modules']['parsoid'] = [
// URL to the Parsoid instance - use port 8142 if you use the Debian package - the parameter 'URL' was first used but is now deprecated (string)
'url' => 'http://wikijoo.ir',
// Parsoid "domain" (string, optional) - MediaWiki >= 1.26
'domain' => 'wikijoo.ir',
// Parsoid "prefix" (string, optional) - deprecated since MediaWiki 1.26, use 'domain'
'prefix' => 'wikijoo.ir',
// Forward cookies in the case of private wikis (string or false, optional)
'forwardCookies' => true,
// request timeout in seconds (integer or null, optional)
'timeout' => null,
// Parsoid HTTP proxy (string or null, optional)
'HTTPProxy' => null,
// whether to parse URL as if they were meant for RESTBase (boolean or null, optional)
'restbaseCompat' => null,
];
and parsoid is active
sudo systemctl status parsoid:
● parsoid.service - LSB: Web service converting HTML+RDFa to MediaWiki wikitext and back
Loaded: loaded (/etc/init.d/parsoid; bad; vendor preset: enabled)
Active: active (running) since Mon 2019-08-05 10:44:26 UTC; 1 day 20h ago
Docs: man:systemd-sysv-generator(8)
Process: 3861 ExecStop=/etc/init.d/parsoid stop (code=exited, status=0/SUCCESS)
Process: 3875 ExecStart=/etc/init.d/parsoid start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/parsoid.service
├─3884 /bin/sh -c /usr/bin/nodejs /usr/lib/parsoid/src/bin/server.js -c /etc/mediawiki/parsoid/config.yaml >> /var/log/parsoid/parsoid.log 2>&1
└─3887 /usr/bin/nodejs /usr/lib/parsoid/src/bin/server.js -c /etc/mediawiki/parsoid/config.yaml
Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
When I want to edit an article, I get the message below:
Error loading data from server: apierror-visualeditor-docserver-http: HTTP 404. Would you like to try again?
please help me
best regards
Erfansol (talk) 07:27, 7 August 2019 (UTC)
- 404 seems to indicate that the wiki isn't pointed to the right url or port number. ☠MarkAHershberger☢(talk)☣ 14:30, 7 August 2019 (UTC)
- how can i find right port and url?my web site url is wikijoo.ir and excactly in write and check it,port number 80 is open?how to find right setup Erfansol (talk) 11:04, 8 August 2019 (UTC)
- You can see where the 404 is coming from here. Compare this with a similar link on this wiki. I would guess that the problem is because you aren't pointing VE to the port that parsoid is running on (which would not be port 80). ☠MarkAHershberger☢(talk)☣ 18:15, 8 August 2019 (UTC)
- See Parsoid/Setup to understand how to set up parsoid. ☠MarkAHershberger☢(talk)☣ 18:18, 8 August 2019 (UTC)
- log of parsoid:
- {"name":"parsoid","hostname":"wikijoo.ir","pid":3887,"level":30,"levelPath":"info/service-runner","msg":"master(3887) initializing 4 workers","time":"2019-08-05T10:44:22.336Z","v":0}
- {"name":"parsoid","hostname":"wikijoo.ir","pid":3897,"level":60,"code":"MODULE_NOT_FOUND","moduleName":"lib/index.js","levelPath":"fatal/service-runner/worker","msg":"Cannot find module '/usr/lib/parsoid/node_modules/lib/index.js'","time":"2019-08-05T10:44:22.951Z","v":0}
- {"name":"parsoid","hostname":"wikijoo.ir","pid":3887,"level":40,"message":"first worker died during startup, continue startup","worker_pid":3897,"exit_code":1,"startup_attempt":1,"levelPath":"warn/service-runner/master","msg":"first worker died during startup, continue startup","time":"2019-08-05T10:44:23.957Z","v":0}
- Killed
- Error while reading config file: Error: ENOENT: no such file or directory, open '/etc/mediawiki/parsoid/config.yaml'
- {"name":"parsoid","hostname":"wikijoo.ir","pid":31983,"level":30,"levelPath":"info/service-runner","msg":"master(31983) initializing 4 workers","time":"2019-08-09T15:12:16.781Z","v":0}
- {"name":"parsoid","hostname":"wikijoo.ir","pid":31993,"level":60,"code":"MODULE_NOT_FOUND","moduleName":"lib/index.js","levelPath":"fatal/service-runner/worker","msg":"Cannot find module '/usr/lib/parsoid/node_modules/lib/index.js'","time":"2019-08-09T15:12:17.336Z","v":0}
- {"name":"parsoid","hostname":"wikijoo.ir","pid":31983,"level":40,"message":"first worker died during startup, continue startup","worker_pid":31993,"exit_code":1,"startup_attempt":1,"levelPath":"warn/service-runner/master","msg":"first worker died during startup, continue startup","time":"2019-08-09T15:12:18.344Z","v":0} Erfansol (talk) 15:46, 9 August 2019 (UTC)
- after update config.yaml from - module: lib/index.js to - module: src/lib/index.js
- var log:
- {"name":"parsoid","hostname":"wikijoo.ir","pid":1620,"level":30,"levelPath":"info/service-runner","msg":"master(1620) initializing 4 workers","time":"2019-08-09T15:54:15.028Z","v":0}
- {"name":"src/lib/index.js","hostname":"wikijoo.ir","pid":1630,"level":30,"levelPath":"info","msg":"loading ...","time":"2019-08-09T15:54:16.416Z","v":0}
- {"name":"src/lib/index.js","hostname":"wikijoo.ir","pid":1630,"level":30,"levelPath":"info","msg":"ready on :8142","time":"2019-08-09T15:54:16.438Z","v":0}
- {"name":"src/lib/index.js","hostname":"wikijoo.ir","pid":1636,"level":30,"levelPath":"info","msg":"loading ...","time":"2019-08-09T15:54:17.900Z","v":0}
- {"name":"src/lib/index.js","hostname":"wikijoo.ir","pid":1636,"level":30,"levelPath":"info","msg":"ready on :8142","time":"2019-08-09T15:54:17.921Z","v":0}
- {"name":"src/lib/index.js","hostname":"wikijoo.ir","pid":1646,"level":30,"levelPath":"info","msg":"loading ...","time":"2019-08-09T15:54:19.309Z","v":0}
- {"name":"src/lib/index.js","hostname":"wikijoo.ir","pid":1646,"level":30,"levelPath":"info","msg":"ready on :8142","time":"2019-08-09T15:54:19.329Z","v":0}
- {"name":"src/lib/index.js","hostname":"wikijoo.ir","pid":1656,"level":30,"levelPath":"info","msg":"loading ...","time":"2019-08-09T15:54:20.712Z","v":0}
- {"name":"src/lib/index.js","hostname":"wikijoo.ir","pid":1656,"level":30,"levelPath":"info","msg":"ready on :8142","time":"2019-08-09T15:54:20.742Z","v":0}
- {"name":"parsoid","hostname":"wikijoo.ir","pid":1620,"level":40,"levelPath":"warn/service-runner","msg":"startup finished","time":"2019-08-09T15:54:20.744Z","v":0} Erfansol (talk) 15:57, 9 August 2019 (UTC)
- So, it is working now? ☠MarkAHershberger☢(talk)☣ 16:22, 9 August 2019 (UTC)
Certain googlefonts specified in common.css not working
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'd like to receive some insight on why certain imported fronts from googlefonts won't be applied.
Raleway is working for me but neither Cinzel nor Italiana will work,
Furthermore, I would prefer placing my fonts into a mediawiki subfolder (such as resources). How would I import them? This is how I imagine it to look like:
@font-face {
font-family: 'raleway';
src: url('mediawiki/resources/fonts/Raleway/raleway-thin-webfont.woff2') format('woff2'),
url('mediawiki/resources/fonts/Raleway/raleway-thin-webfont.woff') format('woff'),
url('mediawiki/resources/fonts/Raleway/raleway-thin-webfont.ttf') format('truetype');
font-weight: normal;
font-style: normal;
}
body {font-family: 'Raleway', serif;}
div#content h1, div#content h2 {font-family: 'Cinzel', serif;}
I'd do the equivalent for Cinzel, but neither having the files locally stored nor by using the googlefonts import link @import url('https://fonts.googleapis.com/css?family=Italiana&display=swap'); will do the trick for me.
T. Nordlund (talk) 10:30, 7 August 2019 (UTC)
- Does anything show up in the browser's console when you try to load them and it doesn't work? ☠MarkAHershberger☢(talk)☣ 14:34, 7 August 2019 (UTC)
- It now works having them locally stored and referenced to, therefore I'm not going to bother with importing fonts directly from google. T. Nordlund (talk) 07:00, 12 August 2019 (UTC)
How to deal with an automatically created category?
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.
In MediaWiki 1.32.0 in Hebrew, every article I have that includes some template, automatically gets categorized by what's called in Hebrew "תבניות עריכה", which literally means ""Edit templates" (I don't know how it will appear in English MediaWikis and I don't recall seeing it in English wikis).
I tried to delete the page of this automatically created category but pages are still categorized with it.
How could I totally delete it or at least prevent its utilization? 182.232.48.0 (talk) 14:24, 7 August 2019 (UTC)
- The automatically included category is probably in the template. You should edit the template to remove the category. ☠MarkAHershberger☢(talk)☣ 14:47, 7 August 2019 (UTC)
- You were right, thank you.
- Is there a way to keep the category in template but just exclude it from appearing in the article?
- This way I could still organize templates easily in a category, but just don't let readers hassle with a totally technical category-page. 182.232.48.0 (talk) 15:46, 7 August 2019 (UTC)
- See how they do this on this wiki. For example, see Template:Talk_quotation which puts the category inside <noinclude> tags. ☠MarkAHershberger☢(talk)☣ 15:55, 7 August 2019 (UTC)
- Thanks ! 182.232.48.0 (talk) 16:03, 7 August 2019 (UTC)
MWException from line 1222 of /.../includes/WebRequest.php: Unable to determine IP.
| MediaWiki | 1.32.1 |
| PHP | 7.1.30 (litespeed) |
| MySQL | 5.7.26-29-log |
| ICU | 57.1 |
Иногда у пользователей появлялась такая ошибка.
В ходе отладке выяснил, её получают пользователи с IP-адресами вида [2a00:1fa0:471:3ccc:28a4:40a6:bd25:de02] (скобки [] включены в строку адреса, переменная $_SERVER['REMOTE_ADDR'] возвращает строку '[2a00:1fa0:471:3ccc:28a4:40a6:bd25:de02]').
Удалось обойти эту проблему, вставив в файл includes\WebRequest.php следующую строку:
protected function getRawIP() {
if ( !isset( $_SERVER['REMOTE_ADDR'] ) ) {
return null;
}
if ( is_array( $_SERVER['REMOTE_ADDR'] ) || strpos( $_SERVER['REMOTE_ADDR'], ',' ) !== false ) {
throw new MWException( __METHOD__
. " : Could not determine the remote IP address due to multiple values." );
} else {
$ipchain = $_SERVER['REMOTE_ADDR'];
$ipchain = preg_replace('/\[|\]/', '', $ipchain); //<<<<<<< -------- ДОБАВЛЕННАЯ СТРОКА
}
return IP::canonicalize( $ipchain );
}
Не знаю, насколько это корректно, но это работает.
Не знаю, куда правильно направлять багрепорты.
- I filed a bug, please follow up there. ☠MarkAHershberger☢(talk)☣ 14:45, 7 August 2019 (UTC)
Extension:Math (Failing)
I'm having trouble configuring this extension in my Wiki, the message that appears is this,
Failed to parse (Missing <code>texvc</code> executable. Please see math/README to configure.): \alpha
when changed to the MathML server appears another message,
Failed to parse (MathML with SVG or PNG fallback (recommended for modern browsers and accessibility tools): Invalid response ("Math extension cannot connect to Restbase.") from server "https://wikimedia.org/api/rest_v1/":): {\displaystyle \alpha},
what is this and what do I do to fix this problem? Usermw (talk) 19:12, 7 August 2019 (UTC)
- If you want to get texvc working, you need to get or compile a binary for your system.
- To use Wikimedia's MathML server, you need to make sure that your wiki server can communicate with it. Otherwise, you'll need to set up your own restbase server. ☠MarkAHershberger☢(talk)☣ 20:33, 7 August 2019 (UTC)
- Do you know of any links where it shows how? Usermw (talk) 15:25, 8 August 2019 (UTC)
- is Installation for texvc what you want? ☠MarkAHershberger☢(talk)☣ 18:06, 8 August 2019 (UTC)
change of username
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 my username is not correct. i need to change it. the correct one is Samvin instead of Ssmvin. thank you
Samvin (talk) 23:25, 7 August 2019 (UTC)
- To request a global rename, please see meta:Steward requests/Username changes DannyS712 (talk) 23:27, 7 August 2019 (UTC)
- what should i do when i go there Samvin (talk) 23:28, 7 August 2019 (UTC)
- Do you want me to make the request for you? DannyS712 (talk) 23:29, 7 August 2019 (UTC)
- please go ahead and do that ... i dont really understand wiki that much Samvin (talk) 23:37, 7 August 2019 (UTC)
- I wanted to type Samvin but mistakenly typed Ssmvin Samvin (talk) 23:39, 7 August 2019 (UTC)
- I've posted it. Can you edit the section to confirm you want to be renamed? Just go to https://meta.wikimedia.org/w/index.php?title=Steward_requests/Username_changes&action=edit§ion=4 and at the bottom (under the "}}") confirm it. DannyS712 (talk) 23:40, 7 August 2019 (UTC)
- hey Danny, nothing has been done respect to the change of name i requested for Samvin (talk) 22:27, 10 August 2019 (UTC)
- Thats because you need to confirm the request - just make a note at https://meta.wikimedia.org/w/index.php?title=Steward_requests/Username_changes&action=edit§ion=2 DannyS712 (talk) 22:28, 10 August 2019 (UTC)
Clickable buttons all red
Hi,
Just started a new wiki (for work so unfortunately can't share it here) and all the clickable buttons appear red no matter what I specify : nothing, color=white, color=blue, etc.
My css only has a few lines to change the color of first headings (to pink) and put the category box at the begining of pages instead of at the bottom.
Has anyone encountered this issue before?
Many thanks, Euge385 (talk) 15:45, 8 August 2019 (UTC)
- Which buttons are you talking about? Which part of the UI? ☠MarkAHershberger☢(talk)☣ 18:05, 8 August 2019 (UTC)
- Buttons that I am adding myself to pages - the standard "clickable button" Euge385 (talk) 10:35, 9 August 2019 (UTC)
- Are you talking about this template or the OOUI buttons? ☠MarkAHershberger☢(talk)☣ 13:42, 9 August 2019 (UTC)
- The first Template : Euge385 (talk) 09:18, 12 August 2019 (UTC)
- What happens when you remove that CSS? DannyS712 (talk) 23:30, 8 August 2019 (UTC)
- Buttons are still red even with the css empty... Euge385 (talk) 10:34, 9 August 2019 (UTC)
- Is it the button or the text that is red? Are you putting a link in the button? If it's a link, does the page exist? 137.147.146.153 (talk) 11:27, 12 August 2019 (UTC)
- It is the button, not the text.
- {{Clickable button}}
- {{Clickable button|color=white}}
- {{Clickable button|color=red}}
- {{Clickable button|color=blue}}
- All return this : Euge385 (talk) 12:06, 13 August 2019 (UTC)
- Is your template the same as the template on MediaWiki.org? If it is, then how have you modified the CSS on your wiki? ☠MarkAHershberger☢(talk)☣ 17:41, 13 August 2019 (UTC)
- I'm not sure how to check whether my Template is the same, I can see the "Template:Clickable button/doc" page on my wiki, but not sure how to read its content. Should I post the source code or the visual output (text) of that page here ?
- My CSS is now empty.
- Thank you! Euge385 (talk) 10:13, 14 August 2019 (UTC)
- Compare the source code of the template (viewable on the Edit source page) on this site with what you have on your Wiki.
- How exactly did you copy the template to your Wiki? Maybe you missed some of the dependent templates or CSS code when copying onto your Wiki.
- First to make sure that you have all the required templates, export the template through Special:Export (check the Include templates option) and then import the generated XML file into your own Wiki. AhmadF.Cheema (talk) 15:44, 14 August 2019 (UTC)
- The source code on both pages is the same.
- I am trying to do the export/import again. When importing, should I import to the namespace "template" or to the default location?
- THank you Euge385 (talk) 16:05, 14 August 2019 (UTC)
- default locations. AhmadF.Cheema (talk) 16:44, 14 August 2019 (UTC)
- I get a message saying that nothing was imported because all revision were either already present or have been ignored because of errors. Could it be linked to the scibunto extension not being installed correctly ? Euge385 (talk) 09:39, 16 August 2019 (UTC)
- The template:clickable button/doc shows some strange content. Is there a way for me to post a screenshot here ? Euge385 (talk) 09:44, 16 August 2019 (UTC)
- The message likely means that the template and its dependents were already imported correctly before.
- Don't think Extension:Scribunto is needed, but Extension:ParserFunctions definitely is, for the colour switch to happen. Do you have it installed? AhmadF.Cheema (talk) 12:48, 16 August 2019 (UTC)
- I do not! That must be it. Thank you so much!! Euge385 (talk) 13:42, 16 August 2019 (UTC)
Help please. im new
I would like to make this my logo and favicon but I don't know how. The coding is too complex for me. Could you do it please? https://duckduckgo.com/l/?kh=-1&uddg=https%3A%2F%2Frlv.zcache.com%2Fusa_quality_flag_circle_classic_round_sticker-r18ba50ed355a4bc9a1837a7a608de466_v9waf_8byvr_540.jpg Anti Sinistram AZ (talk) 19:44, 8 August 2019 (UTC)
- Take a screenshot of the letter you want to use as the logo and favicon.
- Use some image editing application like Microsoft Paint to resize the screenshot (the required sizes are mentioned in the below links).
- See:
- Oh ok. I might use another member of my community who is more experienced than me. I'm new here. I'm sick of Fandom, Wikia, and their VSTF. I am migrating the community here. Anti Sinistram AZ (talk) 05:14, 10 August 2019 (UTC)
Error loading data from server: apierror-visualeditor-docserver-http-error: (curl error: 3) URL using bad/illegal format or missing URL. Would you like to try again?
Having this issue after updating MW to the latest version. Trying to set up VisualEditor to work, but each time I try to edit a page I get the error
" Error loading data from server: apierror-visualeditor-docserver-http-error: (curl error: 3) URL using bad/illegal format or missing URL. Would you like to try again?".
| Product | Version |
|---|---|
| MediaWiki | 1.33.0 |
| PHP | 7.0.33 (fpm-fcgi) |
| MySQL | 5.7.27 |
Any ideas or suggestions? 87.116.191.22 (talk) 00:00, 9 August 2019 (UTC)
- Is this a public wiki where we could see the problem?
- What are your settings for MW and VE? ☠MarkAHershberger☢(talk)☣ 02:17, 9 August 2019 (UTC)
- Hey @MarkAHershberger It's MW 1.33 with Visual Editor.
- Wiki is publicly available at - paganonline (dot) wiki 87.116.191.246 (talk) 12:17, 9 August 2019 (UTC)
- What settings are you interested in? I'll gladly share what ever you need to know. 87.116.191.246 (talk) 12:18, 9 August 2019 (UTC)
- Thanks for the URL. What settings do you have in your LocalSettings.php that start with
$wgVisualEditor? ☠MarkAHershberger☢(talk)☣ 13:37, 9 August 2019 (UTC) - I have no settings of that kind. This is all I have in LocalSettings php regarding Visual Editor.
- pastebin(dot)com(slash) kMJ0qFHG 87.116.191.246 (talk) 18:09, 9 August 2019 (UTC)
- How is parsoid configured? ☠MarkAHershberger☢(talk)☣ 18:19, 9 August 2019 (UTC)
- pastebin com LT8UbbEW
- I have followed this guide to set it up.
- Extension:VisualEditor#Set up a Parsoid service 87.116.191.246 (talk) 18:59, 9 August 2019 (UTC)
- What happens if you change
$wgVirtualRestConfig['modules']['parsoid']['url']from'//paganonline.wiki:8000'to'//localhost:8000'? - Are any errors reported in your debug log or parsoid log? ☠MarkAHershberger☢(talk)☣ 20:16, 9 August 2019 (UTC)
- The error changes.
- New error shows> Error loading data from server: apierror-visualeditor-docserver-http: HTTP 500. Would you like to try again? 87.116.191.246 (talk) 20:59, 9 August 2019 (UTC)
- If it's easier for you you can add me on skype: hamla- so we can go trough this faster. It's just an offer not a request ;) 87.116.191.246 (talk) 21:00, 9 August 2019 (UTC)
- It looks like we are making progress.
- Have you tried changing parsoid so it is pointed to localhost instead of the domain name? ☠MarkAHershberger☢(talk)☣ 18:57, 10 August 2019 (UTC)
RTL: Adding to a simple styling template creates line break
Say I have created a template named דוגמה (from Hebrew: "Example"), with the following content:
<span style="font-style:bold; color:red">{{{1}}}</span><noinclude>[[קטגוריה:דוגמה]]</noinclude>
If I remove the <noinclude> tags, the template works fine --- it styles my text in the "span" way I desire with no apparent problems,
But if I keep the <noinclude> tags (which I need to do), passages containing the template call inside them (like: 1 {{דוגמה|2}}), break into different lines; the 2 will appear inside a <pre> element.How to prevent this behavior? Thanks, 182.232.37.239 (talk) 07:22, 9 August 2019 (UTC)
- Is this on a wikimedia foundation project? If so, can you post a link to it? DannyS712 (talk) 07:24, 9 August 2019 (UTC)
- This is a personal project, I prefer not to post a link, just to get random ideas on why adding the category inside <noinclude> tags destroys everything. 182.232.171.27 (talk) 06:18, 10 August 2019 (UTC)
- @DannyS712 Seems I badly phrased this question but you can read an improved markdowned version I published in StackOverflow:
- <noinclude>category:example</noinclude> in template, undesirably wraps content in <syntaxhighlight lang='text'> tag
(I cannot post it as link so the above is the heading in StackOverflow).
182.232.53.33 (talk) 08:37, 11 August 2019 (UTC)
- @AhmadF.Cheema please help me by allowing the Stackoverflow link above,
- Thank you anyway, 182.232.53.33 (talk) 08:40, 11 August 2019 (UTC)
- https://stackoverflow.com/questions/57448519/noincludecategoryexample-noinclude-in-template-undesirably-wraps-content-i?
- Instead of
<span style="background: grey">{{{1}}}</span> <noinclude>[[קטגוריה:דוגמה]]</noinclude>- try
- DannyS712 (talk) 08:40, 11 August 2019 (UTC)
<span style="background: grey">{{{1}}}</span><noinclude>[[קטגוריה:דוגמה]]</noinclude> - @DannyS712 I tried that, it didn't work... 182.232.53.33 (talk) 09:18, 11 August 2019 (UTC)
Strict User Permissions
Hello,
I'm new to Mediawiki but have a question regarding user permissions.
I'd like it so anyone can view the wiki, but where only users can edit/create articles but I want it so I have to approve those users. Is this possible? The only people editing the wiki are those we authorise. 159.253.64.225 (talk) 10:37, 9 August 2019 (UTC)
- See Manual:Preventing access#Restrict anonymous editing and Extension:ConfirmAccount. AhmadF.Cheema (talk) 11:04, 9 August 2019 (UTC)
Incorrectly Grouping Content By Letter on Category Pages
Hey All,
I am having an unusual issue with a new installation of MediaWiki, where the content is not being organized by letter correctly in their respective categories..
For instance I have a page associated with a category that's Title start with an R, but it's being put under A when you visit that category page.
Does anyone have any idea why this would be happening? 24.104.45.46 (talk) 14:32, 9 August 2019 (UTC)
- Can you provide a link to your wiki? If not, can you provide a screenshot? ☠MarkAHershberger☢(talk)☣ 15:24, 9 August 2019 (UTC)
- Unfortunately the Wiki is behind a VPN and this site won't allow me to upload a screenshot Maparker21 (talk) 04:35, 10 August 2019 (UTC)
- Can you upload one to a site like https://prnt.sc/ ? ☠MarkAHershberger☢(talk)☣ 18:38, 10 August 2019 (UTC)
Problem logging in for a previous contributor
I have previously edited a Wikipedia page a long time ago and I am a donor to you. I would like to edit the content of a page but I am unable to login using my user name David Dundas because the error message is that there is no record for my email address. I have used my present one that I have used for more than 20 years: david.dundas1@gmail.com, and tried the previous one which was david.dundas@hotmail.com but neither is accepted. I have tried creating an accounbt with my user name David Dundas but this was refused as it is already in use (by me?). I have also tried to creat a new account with the user name DavidDundas but that did not work. Please help as I have some useful editing to offer (about Lichfield City Council of which I have been a Councillor for nearly 20 years; the present data is 5 years out of date) 80.2.203.59 (talk) 09:51, 10 August 2019 (UTC)
- There is definitely a David Dundas account but this is the wrong place to ask for help with it.
- Regarding your email, Gmail has only been around for 15 years and, for a while at its inception, there was only limited access. You might try another email address.
- That said, I can't send the user email, so it may not have an email address associated with it.
- Please see What if I forget the password? for more information. ☠MarkAHershberger☢(talk)☣ 18:52, 10 August 2019 (UTC)
Internal Error when I try to edit a 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 just upgraded to MediaWiki 1.33. Now, when I try to edit a page, I get:
[XU6uxGIkobB@@l7Rc9sOdQAAAIM] /index.php?title=Digital_Citation&action=edit Error from line 36 of /home/grlumjcd/public_html/extensions/WikiEditor/includes/WikiEditorHooks.php: Call to undefined method EventLogging::sessionInSample()
Backtrace:
#0 /home/grlumjcd/public_html/extensions/WikiEditor/includes/WikiEditorHooks.php(114): WikiEditorHooks::doEventLogging(string, Article, array)
#1 /home/grlumjcd/public_html/includes/Hooks.php(174): WikiEditorHooks::editPageShowEditFormInitial(EditPage, OutputPage)
#2 /home/grlumjcd/public_html/includes/Hooks.php(202): Hooks::callHook(string, array, array, NULL)
#3 /home/grlumjcd/public_html/includes/EditPage.php(2770): Hooks::run(string, array)
#4 /home/grlumjcd/public_html/includes/EditPage.php(712): EditPage->showEditForm()
#5 /home/grlumjcd/public_html/includes/actions/EditAction.php(60): EditPage->edit()
#6 /home/grlumjcd/public_html/includes/MediaWiki.php(499): EditAction->show()
#7 /home/grlumjcd/public_html/includes/MediaWiki.php(294): MediaWiki->performAction(Article, Title)
#8 /home/grlumjcd/public_html/includes/MediaWiki.php(865): MediaWiki->performRequest()
#9 /home/grlumjcd/public_html/includes/MediaWiki.php(515): MediaWiki->main()
#10 /home/grlumjcd/public_html/index.php(42): MediaWiki->run()
#11 {main}
Any thoughts would be appreciated. Thanks. Grlucas (talk) 11:57, 10 August 2019 (UTC)
- Did you update your extensions, such as Extension:WikiEditor, too? AhmadF.Cheema (talk) 12:48, 10 August 2019 (UTC)
- @AhmadF.Cheema: Yes, I did. I even did it again. Grlucas (talk) 12:51, 10 August 2019 (UTC)
- I am able to turn off WikiEditor (and CodeEditor) and edit the page, but it would be nice to get this extension working again. I wonder if I should also post this in the talk for WikiEditor? Grlucas (talk) 14:26, 10 August 2019 (UTC)
- Maybe try temporarily installing Extension:EventLogging too. Maybe that will help? AhmadF.Cheema (talk) 16:52, 10 August 2019 (UTC)
- Actually, I suspect this is triggered exactly because the user has EventLogging installed (but not configured). Disabling the loading of the EventLogging extension in LocalSettings should make it work. —TheDJ (Not WMF) (talk • contribs) 08:24, 14 August 2019 (UTC)
- @TheDJ: yep, that was it. I'm not sure why I even had EventLogging installed in the first place. Thanks. Grlucas (talk) 21:05, 14 August 2019 (UTC)
How do I get unblocked and why did this happen
My IP was blocked from creating an account on Wikipedia. It said a range of IP addresses with mine included were blocked. As I have never in the past attempted to edit a post or make an account, can I ask why I'm banned or was this a careless blanked ban? Dbanker08 (talk) 23:17, 10 August 2019 (UTC)
- Apologies for the inconvenience.😕
- See Help:I have been blocked and Wikipedia:Request an account. AhmadF.Cheema (talk) 06:42, 11 August 2019 (UTC)
Fatal Error when trying to upgrade from 1.2 to 1.33
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.
Whenever I try and use the update.php script, I get this error:
Fatal error: Uncaught InvalidArgumentException: A non-empty prefix must end with "_". in /var/www/html/mediawiki/includes/libs/rdbms/database/domain/DatabaseDomain.php:58 Stack trace: #0 /var/www/html/mediawiki/includes/WikiMap.php(295): Wikimedia\Rdbms\DatabaseDomain->__construct('invivo_wiki', NULL, 'iw') #1 /var/www/html/mediawiki/includes/objectcache/ObjectCache.php(157): WikiMap::getCurrentWikiDbDomain() #2 /var/www/html/mediawiki/includes/objectcache/ObjectCache.php(174): ObjectCache::getDefaultKeyspace() #3 /var/www/html/mediawiki/includes/objectcache/ObjectCache.php(137): ObjectCache::newFromParams(Array) #4 /var/www/html/mediawiki/includes/ServiceWiring.php(232): ObjectCache::newFromId(0) #5 /var/www/html/mediawiki/includes/libs/services/ServiceContainer.php(430): Wikimedia\Services\ServiceContainer->{closure}(Object(MediaWiki\MediaWikiServices)) #6 /var/www/html/mediawiki/includes/libs/services/ServiceContainer.php(414): Wikimedia\Services\ServiceContainer->createService('LocalServerObje...') #7 /var/www/html/me in /var/www/html/mediawiki/includes/libs/rdbms/database/domain/DatabaseDomain.php on line 58
Does anyone know what this means? Macmandr197 (talk) 19:37, 11 August 2019 (UTC)
- This is a known problem that will be fixed in 1.33.1. In the meantime, try 1.32. ☠MarkAHershberger☢(talk)☣ 21:09, 11 August 2019 (UTC)
- Now I'm getting this error:
- Fatal error: Uncaught Error: Call to a member function getCode() on null in /var/www/html/mediawiki/includes/user/User.php:1737 Stack trace: #0 /var/www/html/mediawiki/includes/user/User.php(5417): User::getDefaultOptions() #1 /var/www/html/mediawiki/includes/user/User.php(3101): User->loadOptions() #2 /var/www/html/mediawiki/includes/context/RequestContext.php(336): User->getOption('language') #3 /var/www/html/mediawiki/includes/Message.php(380): RequestContext->getLanguage() #4 /var/www/html/mediawiki/includes/Message.php(1290): Message->getLanguage() #5 /var/www/html/mediawiki/includes/Message.php(842): Message->fetchMessage() #6 /var/www/html/mediawiki/includes/Message.php(934): Message->toString('text') #7 /var/www/html/mediawiki/includes/exception/MWExceptionRenderer.php(201): Message->text() #8 /var/www/html/mediawiki/includes/exception/MWExceptionRenderer.php(145): MWExceptionRenderer::msg('pagetitle', '$1 - Invivo', 'Internal error') #9 /var/www/html/mediawiki/includes/exception/MWExceptionRenderer.php(54): MWExc in /var/www/html/mediawiki/includes/user/User.php on line 1737
- Some people are saying it is to do with DB permissions and to add $wgShowExceptionDetail = true; to the end of my LocalSettings.php script. I've done that, but am unsure of where to view the details. Macmandr197 (talk) 16:33, 18 August 2019 (UTC)
- I figured out why I couldn't see the exception details. I forgot the 's' in details
- Turns out it was DB access issue, just reapplied permissions and was set. Updated successfully@MarkAHershberger, now I'm facing some 404 errors Macmandr197 (talk) 17:35, 18 August 2019 (UTC)
trouble with coding common.js use api
Hi! My code executing checkcomments() function with TypeError: mw.Api is not a constructor, also type checkcomments() in console executing is succefull. Help please Samosbor.sheo (talk) 20:31, 11 August 2019 (UTC)
- You need to load the mw.Api client library first before using it. You'll need to wrap the call of the function that uses mw.Api inside mw.loader.using:
- ResourceLoader/Core_modules#mw.loader.using
mw.loader.using( 'mw.Api' ).then( function () {// Call to the function that uses mw.Api} );Ciencia Al Poder (talk) 09:17, 12 August 2019 (UTC)- For future reference in case anyone falling here, the above advice is good but the syntax didn't work for me. This did:
- BertrandGorge (talk) 08:12, 24 November 2022 (UTC)
mw.loader.using('mediawiki.api', function() { // Call to the function that uses mw.Api } ); - You're right, it's "mediawiki.api" and not "mw.Api" Ciencia Al Poder (talk) 14:02, 25 November 2022 (UTC)
Error on upgrading from ancient version
Hello,
I found an SQL file for a Wiki that I thought was lost ages ago. It contains about 50 hours of family tree in textual form. Based on a tar file stored within the same backup, this may be version 1.12.
I tried install the most recent version so that I can cut-paste the wiki into a more modern installation. I got an unhelpful error:
An error occurred:
A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?
Query: SELECT vt_tag AS `value` FROM `valid_tag`
Function: PopulateChangeTagDef::setUserDefinedTags
Error: 1146 Table 'wikidb.valid_tag' doesn't exist (localhost)
Not really sure about this. What is a schema updater? I guess the script within MediaWiki doesn't cover this for me? 170.199.250.52 (talk) 03:04, 12 August 2019 (UTC)
- I'm not above poking around in the page, revision, and text tables in the database, but if this is an easy fix, I'd prefer the simpler approach. 170.199.250.52 (talk) 03:29, 12 August 2019 (UTC)
- I had the same problem a few weeks ago with a version even slightly older than yours. Add a valid_tag table to your database. After that run the update.php once more and proceed by updating the db with the web interface (mediawiki/mw-config). This time it'll recognize that a valig_tag table exists and can proceed as planned. T. Nordlund (talk) 07:06, 12 August 2019 (UTC)
Async functions unrecognized by JS parser
Why are async functions considered invalid/unrecognized by MediaWiki's parser?
var function = async function(){
}
"JavaScript parse error: Parse error: Missing ; before statement in file" Fumple (talk) 12:45, 12 August 2019 (UTC)
- I think so - I always see that error (and ignore it) DannyS712 (talk) 12:50, 12 August 2019 (UTC)
- I can't ignore it, because I need a async function. Fumple (talk) 12:58, 12 August 2019 (UTC)
- I mean I ignore the error, because the code works fine DannyS712 (talk) 12:58, 12 August 2019 (UTC)
- I can't ignore it, because if this error occurs it never executes the code Fumple (talk) 13:04, 12 August 2019 (UTC)
- It isn't executed for you? It always is for me... DannyS712 (talk) 13:05, 12 August 2019 (UTC)
- Yeah, it simply throws this error
- JavaScript parse error: Parse error: Missing ; before statement in file 'User:FunPL/common.js' on line 37
- and it doesn't execute the code. Fumple (talk) 13:06, 12 August 2019 (UTC)
- case you post a snippet of the code? DannyS712 (talk) 18:37, 12 August 2019 (UTC)
- async function help(){
- alert("Works?")
- }
- help()
- Tested this snippet just now and it doesn't work, if I remove 'async' it works Fumple (talk) 19:14, 12 August 2019 (UTC)
- in this case you truly are missing semicolons - you need one at the end of alert, and another after you call help DannyS712 (talk) 19:14, 12 August 2019 (UTC)
- Still doesn't work. Tested it Fumple (talk) 09:23, 13 August 2019 (UTC)
- MediaWiki JS pages are still on ES5. They do not officially support syntax that is newer than that. —TheDJ (Not WMF) (talk • contribs) 08:17, 14 August 2019 (UTC)
Error when trying to edit MediaWiki:Common.css
My wiki seems to be working okay, I can edit normal pages with VisualEditor no problem. However when I try to edit MediaWiki:Common.css, I get an error:
Fatal error: Uncaught TypeError: Argument 2 passed to MessageCache::isMainCacheable() must be of the type array, null given, called in /usr/local/www/mediawiki/includes/cache/MessageCache.php on line 1074 and defined in /usr/local/www/mediawiki/includes/cache/MessageCache.php:599 Stack trace:
#0 /usr/local/www/mediawiki/includes/cache/MessageCache.php(1074): MessageCache->isMainCacheable('internalerror', NULL)
#1 /usr/local/www/mediawiki/includes/cache/MessageCache.php(977): MessageCache->getMsgFromNamespace('Internalerror', 'en')
#2 /usr/local/www/mediawiki/includes/cache/MessageCache.php(948): MessageCache->getMessageForLang(Object(LanguageEn), 'internalerror', true, Array)
#3 /usr/local/www/mediawiki/includes/cache/MessageCache.php(890): MessageCache->getMessageFromFallbackChain(Object(LanguageEn), 'internalerror', true)
#4 /usr/local/www/mediawiki/includes/Message.php(1308): MessageCache->get('internalerror', true, Object(LanguageEn))
#5 /usr/local/www/mediawiki/includes/Message.php(863): Message->fetchMessage()
#6 /u in /usr/local/www/mediawiki/includes/cache/MessageCache.php on line 599
Now, I should say that even though the edit appears to fail, if I go back to view the page, my edits have made it into the Common.css file. Another point to make is that the first edit (that created the page) worked fine. It's only editing it now that fails.
I don't even know where to start with this one. Metalliqaz (talk) 20:15, 12 August 2019 (UTC)
- I tried disabling extensions to see if it helped. It appears that this error is due to either Cargo, Page Forms, or Page Schemas. Not sure which at this point. Metalliqaz (talk) 22:33, 12 August 2019 (UTC)
- @Yaron Koren maintains all those extensions and is good at replying to this sort of thing. Jonathan3 (talk) 23:57, 12 August 2019 (UTC)
- Hi - I do indeed maintain all three of those extensions, but I can't imagine any of them leading to this error. Metalliqaz - why not enable only one of those at a time, to isolate the problem? Yaron Koren (talk) 02:57, 14 August 2019 (UTC)
- Looks like it's Page Forms Metalliqaz (talk) 03:49, 14 August 2019 (UTC)
- Maybe worth making sure you've got the most recent version of Page Forms, and a recent-ish version of MediaWiki. Jonathan3 (talk) 22:51, 15 August 2019 (UTC)
- Already did that. I'm on 1.33 and Page Forms was installed fresh last week. Metalliqaz (talk) 00:51, 16 August 2019 (UTC)
- Maybe delete everything and start from scratch (turn it off and on again haha).
- I don't use Visual Editor so unfortunately can't help, except to suggest that it's maybe really a problem with your installation of Visual Editor.
- Also, you said "...the first edit (that created the page)..." - I could swear that there was already a MediaWiki:Common.css page when I installed MediaWiki, so maybe something went wrong with your installation generally?
- Lots of maybes :-) Jonathan3 (talk) 21:28, 18 August 2019 (UTC)
What is the best way to include data from an API in a wiki page?
So, if I have an API that provides some data, it could be json, but for now lets say it provides html directly. What is the correct way to have that result included in a wiki page?
Ideally, I'd do something like a template, {myapi| param1=foo| param2=bar} and have the result embedded into the page. Ideally, it would be queried every page load, but I could accept if it was only embedded when the page is rendered.
Appreciate any hints. Metalliqaz (talk) 22:36, 12 August 2019 (UTC)
- I'm hoping to do the same thing: see Embedding HTML from trusted external site. Jonathan3 (talk) 23:54, 12 August 2019 (UTC)
Editing a "deleted" page while it is "deleted" (stored in the "deleted" table)
There is an article that as of the moment I tend to prefer to hide from the world because it is a very long complicated article that requires much accuracy and I tend to think I have much more time to edit it before I publish it.
I need to edit it while it is "deleted" (stored in the "deleted" articles table in the MySQL database - I don't know the exact name of the table).
Is this even an option?
What are the alternatives besides saving the content and edit in a Rich Text Editor (such as LibreOffice Writer or MS Word)?
Thanks, 182.232.53.33 (talk) 04:23, 13 August 2019 (UTC)
- You can make a custom namespace, such as Draft, and lock it from reading. This can be done either through Extension:Lockdown#$wgNamespacePermissionLockdown or Extension talk:Lockdown/Archive 2/Flow export#h-Namespace_lockdown_doesn't_work_correctly_in_MW_1.31-2018-06-19T06:13:00.000Z.
- For limitations involved with such a system, see Manual:Preventing access#Restrict viewing of certain specific pages. AhmadF.Cheema (talk) 05:12, 13 August 2019 (UTC)
- I don't know if this extension works on current MediaWiki versions, but you can try it: Extension:Drafts Ciencia Al Poder (talk) 08:45, 13 August 2019 (UTC)
- By any wild chance, can this be done without any extension by some PHP specific one-liner hook or less likely by some JavaScript tweak?
- I found nothing regarding this on documentation but maybe still? Thanks, 182.232.53.33 (talk) 15:19, 13 August 2019 (UTC)
- Yes. You can restore the page, edit it and then delete it again Ciencia Al Poder (talk) 17:13, 13 August 2019 (UTC)
- @Ciencia Al Poder I need a PHP hook or JavaScript tweak; beside that, the way you suggested is a way I personally prefer not to use. 49.230.23.211 (talk) 10:12, 14 August 2019 (UTC)
- It's not possible to do that with "a PHP hook or JavaScript tweak" Ciencia Al Poder (talk) 14:07, 14 August 2019 (UTC)
- I believe it might not be possible in the current limitations of MediaWiki.
- I think, an alternative to what you suggested above (edit, delete, recycle and repeat per need) is putting and unputting the following code in LocalSettings.php although of course, it's different than from what I really need and as for now an extension might be the best way for me to go:
$url = $_SERVER['REQUEST_URI'];if ($url == "/wiki/blocked_page") die('404 error here');49.230.23.211 (talk) 14:15, 15 August 2019 (UTC)
Looking for a "Kiosk Mode"
I'm looking for a way to run this in a "Kiosk Mode" with basically just the content, no navigation bar at the left, no user and login stuff on top. The only non-content stuff I'd like to keep is the search bar.
It would be best if this was possible for only one user, so, if I understand skins correctly, it could be done with a custom skin for one user somehow - correct me is I'm wrong (I'm concentrating on the contents, not the look of a wiki, so I'm still using the default skin).
So where could I start looking? Has this been done before?
My non-public wiki is running on MediaWiki 1.32.1, PHP 7.2.19-0ubuntu0.19.04.1 (apache2handler), MySQL 5.7.27-0ubuntu0.19.04.1, and Lua 5.1.5 ChTreczoks (talk) 11:07, 13 August 2019 (UTC)
- The minimal mobile interface of the Glaucus skin looks like it might be relevant to the question "Has this been done before?"
- But it is obsolete. I would look through the skins category and see if anything you can find anything relevant. ☠MarkAHershberger☢(talk)☣ 17:45, 13 August 2019 (UTC)
- Thank you for providing the only reply so far. Sadly, yes, that skin is obsolete. It looked not too bad.
- Browsing Skins is a major pain, as most of them don't even bother to supply a screenshot. This seriously irritates me - do these people think that a potential user just installs the skin and tries it? ChTreczoks (talk) 11:22, 20 August 2019 (UTC)
- do these people think that a potential user just installs the skin and tries it?
- I wouldn't say that is what "these people" (and I'm one of them) thinks. It is mostly a matter of time and priorities. Right now, there isn't really anyone who prioritizes new installations. ☠MarkAHershberger☢(talk)☣ 21:04, 20 August 2019 (UTC)
- Here is an old list that a friend had, though: https://wiki.freephile.org/wiki/MediaWiki/Theming#Nice_Examples ☠MarkAHershberger☢(talk)☣ 21:04, 20 August 2019 (UTC)
- Also see: https://www.mediawiki.org/wiki/Manual:Gallery_of_user_styles ☠MarkAHershberger☢(talk)☣ 23:02, 20 August 2019 (UTC)
Error showing "history" and saving edits.
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.
Due to necessity to move it, I exported and restored the db via PMA. Now the public side of the website works, but on every page when I click on "history/view-source" a red Error page is shown. Same thing when I edit a page: the edit page with the page text is showed but error occur when I try to save.
If I try to run update.php this is what I get:
MediaWiki 1.33.0 Updater
Your composer.lock file is up to date with current dependencies!
Going to run database updates for wikidonca-wiki_
Depending on the size of your database this may take a while!
Abort with control-c in the next five seconds (skip this countdown with --quick) ... 5�4�3�2�1�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
Updating indexes to 20031107 ...[549f3c93e7aed9a85c8f1ecc] [no req] RuntimeException from line 4356 of /home/wikidonca/public_html/includes/libs/rdbms/database/Database.php: Could not open "patch-indexes.sql".
Backtrace:
#0 /home/wikidonca/public_html/includes/installer/DatabaseUpdater.php(690): Wikimedia\Rdbms\Database->sourceFile(string)
#1 /home/wikidonca/public_html/includes/installer/MysqlUpdater.php(471): DatabaseUpdater->applyPatch(string, boolean, string)
#2 /home/wikidonca/public_html/includes/installer/DatabaseUpdater.php(489): MysqlUpdater->doIndexUpdate()
#3 /home/wikidonca/public_html/includes/installer/DatabaseUpdater.php(453): DatabaseUpdater->runUpdates(array, boolean)
#4 /home/wikidonca/public_html/maintenance/update.php(203): DatabaseUpdater->doUpdates(array)
#5 /home/wikidonca/public_html/maintenance/doMaintenance.php(96): UpdateMediaWiki->execute()
#6 /home/wikidonca/public_html/maintenance/update.php(266): require_once(string)
#7 {main}
About 40 days ago I encounter a similiar error when I upgraded to 1.33 that I solved with a little of work running several times "update.php" meanwhile I was cleaning user/actor tables from deleted users (spam accounts registered and blocked in 2016) that were generating errors in migration between tables.
How can I solve now? If can be useful to know, I ran deleteoldrevisions.php before to get this error.
Hope someone can help me, inside this website there are 11 years of "work", please. Cesarinik (talk) 14:38, 13 August 2019 (UTC)
- This error:
Could not open "patch-indexes.sql".makes it look like a file is missing. What happens if you copy this file to your MediaWiki installation under maintenance/archives/patch-indexes.sql? ☠MarkAHershberger☢(talk)☣ 17:39, 13 August 2019 (UTC) - File is already there... Cesarinik (talk) 18:50, 13 August 2019 (UTC)
- I don't know, but is it possible that the problems depends from some lack of data or data corruption in the revisions tables after the mass purge?
- Is there any way to "rebuild" the tables? (also deleting the whole revisions informations, I don't care. What is really important is not to loss the current version of the wiki and make it editable again) Cesarinik (talk) 19:03, 13 August 2019 (UTC)
- The error is
Could not open "patch-indexes.sql"and, as you can see from the code around it, happens because the codefopen( $filename, 'r' );(where$filenameis "patch-indexes.sql") returns false. - There are a number of reasons that could be, but this looks like a bug in MediaWiki. If you look at MysqlUpdater.php where
applyPatchis called, you can see that the second aragument istruewhen it should befalseto indicate that "patch-indexes.sql" is not a full pathname. - Try changing the
truetofalsehere and see if that fixes your problem. ☠MarkAHershberger☢(talk)☣ 21:16, 13 August 2019 (UTC) - Seems like the db lost all the "primary", "unique" keys in tables after te restore.
- I tried to reconfigure it and update.php now work without problem.
- The problem with the error in "history" still remains. Cesarinik (talk) 07:28, 14 August 2019 (UTC)
- You should post the complete error from the "history". Set $wgShowExceptionDetails to true. Ciencia Al Poder (talk) 09:11, 14 August 2019 (UTC)
- I worked on the db restoring al the keys (very weird how they were not imported) and now history is showed, I found also duplicates entry in a couple of tables.
- Remains the error when trying to modify and save. Cesarinik (talk) 09:19, 14 August 2019 (UTC)
- My request to put detailed error messages also remains Ciencia Al Poder (talk) 09:20, 14 August 2019 (UTC)
- I re-runned update.php and now seems to work (edits too) after the "manual maintenance" of the db.
- Very weird. Cesarinik (talk) 09:29, 14 August 2019 (UTC)
HOW DO I SIGN UP TO ADD A BIO 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'm Syafiq from a record label called Qarma Musiq. where do i sign up to add a wiki for Malique Ibrahim i am a representative Syafiqjck (talk) 04:24, 14 August 2019 (UTC)
- Please go to Wikipedia to create bio articles. You are encouraged to use w:Wikipedia:Article wizard. 94rain Talk 04:58, 14 August 2019 (UTC)
Visual Editor: HTTP 500
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 run version 1.33.0 MediaWiki as a private Wiki and followed the installation guide for both Parsoid and VisualEditor. Upon finishing configuration I receive the following error when I click on edit on any existing page:
apierror-visualeditor-docserver-http: HTTP 500.
What I checked so far:
7.2 curl is installed
setMwApi is correctly set
My guess is the problem is within the configuration and therefore trouble with the API.
LocalSettings.php:
wfLoadExtension( 'VisualEditor' );
$wgDefaultUserOptions['visualeditor-enable'] = 1;
$wgHiddenPrefs[] = 'visualeditor-enable';
#$wgDefaultUserOptions['visualeditor-enable-experimental'] = 1;
$wgVirtualRestConfig['modules']['parsoid'] = array(
'url' => 'http://xyz:8142',
'domain' => 'localhost',
'prefix' => 'localhost'
);
$wgVisualEditorAllowLossySwitching=false;
$wgSessionsInObjectCache = true;
$wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true;
config.yaml:
uri: 'http://xyz/mediawiki/api.php'
(only line that was configured)
Any help is greatly appreciated. T. Nordlund (talk) 09:40, 14 August 2019 (UTC)
- Could you verify that parsoid is running? It would also help to see if parsoid is logging any errors. ☠MarkAHershberger☢(talk)☣ 18:54, 14 August 2019 (UTC)
- http://mydomain:8142/mediawiki/index.php/Main_page gives the error
Cannot GET. Does that confirm Parsoid not running? I'm unaware of other ways to verfify. T. Nordlund (talk) 06:43, 15 August 2019 (UTC) - What if you just go to http://mydomain:8142/? "Cannot GET" sounds like it is running but can't communicate with the wiki. ☠MarkAHershberger☢(talk)☣ 14:59, 15 August 2019 (UTC)
- Then it welcomes me to the Parsoid web service. What could be reasons for it not being able to communicate? T. Nordlund (talk) 06:43, 16 August 2019 (UTC)
- Then, yes, I think the problem is that Parsoid needs to be configured to talk to the MW installation. Try changing the
xyzfrom config.yaml: uri: 'http://xyz/mediawiki/api.php'
- to
localhost. ☠MarkAHershberger☢(talk)☣ 19:51, 17 August 2019 (UTC) - I edited the
urito localhost, that alone didn't solve the problem as now the HTTP error went from 500 to 404. Then I additionally set thedomainvariable to xyz (IP address) and now it works. Thank you very much. T. Nordlund (talk) 06:04, 19 August 2019 (UTC)
Users can't use Links
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.
Whenever users of my wiki try to create a link in a wikipage, they get a HTTP 500 Error. When I try to do this, I have no problems and it works fine. This is what it looks like when editing the page. "[https://LINK.xyz LINKNAME]"
Is it, because I have the "administration" role? When I give this role to the users it works fine. StratorDE (talk) 10:32, 14 August 2019 (UTC)
- Maybe you have an anti-spam extension that's triggered on link insertion and it's causing the issue. Try to disable all extensions, and retry adding external links, and enable one by one until you find the one causing the problem. Ciencia Al Poder (talk) 14:09, 14 August 2019 (UTC)
- Thank you! It was the "ConfirmEdit" Plugin. Now it works! StratorDE (talk) 19:59, 14 August 2019 (UTC)
хранить монеты на кошельке Trezor One
я купил Trezor One. У меня есть монеты Tezos. Я могу хранить их на кошельке Trezor One?? 88.135.63.177 (talk) 10:33, 14 August 2019 (UTC)
Inacessible wiki
My wiki is inaccessible. How do I make it accessible to everyone? 2804:431:D701:F62B:3CF7:6929:BE0E:BC4 (talk) 13:48, 14 August 2019 (UTC)
- Well, "inaccessible" can mean lots of things and with lots of possible resolutions. Describe the problem and from what places is accessible and from what places it isn't. Ciencia Al Poder (talk) 14:11, 14 August 2019 (UTC)
help
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
- I need assistance to change this Wiki page name from Nedine Blom to Nadine Blom please. My name is misspelt in the titel of the page. Looking forward to hearing from you :)
- https://af.wikipedia.org/wiki/Nedine_Blom 164.160.118.22 (talk) 19:36, 14 August 2019 (UTC)
- This request should be made on that wiki. I suggest this page as a starting point: Wikipedia:Geselshoekie. ☠MarkAHershberger☢(talk)☣ 01:42, 15 August 2019 (UTC)
Not able to save new 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.
Hello, I just upgraded from MediaWiki version 1.26.4 to latest version 1.33.0
I can edit and save exiting page just fine but I am unable to save new page or post.
MediaWiki 1.33.0 PHP 7.2.21 (Apache httpd 2.4.6) Centos 7, MySQL 5.7
I have enabled the debug on all sides and here is the info from the debug.
Any assistance is very much appreciated.
Start request POST /index.php?title=Ariiif&action=submit HTTP HEADERS: HOST: wiki.trondent.net CONNECTION: keep-alive CONTENT-LENGTH: 2095 CACHE-CONTROL: max-age=0 ORIGIN: http://wiki.trondent.net UPGRADE-INSECURE-REQUESTS: 1 CONTENT-TYPE: multipart/form-data; boundary=----WebKitFormBoundaryNUop43FBNtcTlLz2 USER-AGENT: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.100 Safari/537.36 ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3 REFERER: http://wiki.trondent.net/index.php?title=Ariiif&action=edit&redlink=1 ACCEPT-ENCODING: gzip, deflate ACCEPT-LANGUAGE: en-US,en;q=0.9 COOKIE: wikiUserName=Aqureshi; wiki1UserName=Aqureshi; wikiUserID=62; wikiToken=cfcac8d7a6f988f4ed3bea1f9557462e; wiki3UserID=62; wiki3UserName=Aqureshi; wiki3Token=cfcac8d7a6f988f4ed3bea1f9557462e; wiki1_session=uhe3ja5amma7r818pigkkjlagse315uu; wiki1UserID=62; wiki1Token=cfcac8d7a6f988f4ed3bea1f9557462e [caches] cluster: APCUBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCUBagOStuff, session: APCUBagOStuff [caches] LocalisationCache: using store LCStoreDB User::getBlockedStatus: checking... [DBConnection] Wikimedia\Rdbms\LoadBalancer::openConnection: calling initLB() before first connection. [DBReplication] Cannot use ChronologyProtector with EmptyBagOStuff. [DBReplication] Wikimedia\Rdbms\LBFactory::getChronologyProtector: using request info {
"IPAddress": "10.11.0.254", "UserAgent": "Mozilla\/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/76.0.3809.100 Safari\/537.36", "ChronologyProtection": false, "ChronologyPositionIndex": 0, "ChronologyClientId": null
} [DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'mysql-01.trondent.net'. [DBQuery] wiki1 BEGIN /* Wikimedia\Rdbms\Database::beginIfImplied (LCStoreDB::get) */ [DBQuery] BEGIN [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'deps' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'deps' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'list' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'list' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'preload' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'preload' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'preload' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'preload' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:title-invalid-empty' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:title-invalid-empty' LIMIT 1 [DBQuery] wiki1 SELECT /* Block::newLoad */ ipb_id,ipb_address,ipb_timestamp,ipb_auto,ipb_anon_only,ipb_create_account,ipb_enable_autoblock,ipb_expiry,ipb_deleted,ipb_block_email,ipb_allow_usertalk,ipb_parent_block_id,ipb_sitewide,comment_ipb_reason.comment_text AS `ipb_reason_text`,comment_ipb_reason.comment_data AS `ipb_reason_data`,comment_ipb_reason.comment_id AS `ipb_reason_cid`,actor_ipb_by.actor_user AS `ipb_by`,actor_ipb_by.actor_name AS `ipb_by_text`,ipb_by_actor FROM `ipblocks` JOIN `comment` `comment_ipb_reason` ON ((comment_ipb_reason.comment_id = ipb_reason_id)) JOIN `actor` `actor_ipb_by` ON ((actor_ipb_by.actor_id = ipb_by_actor)) WHERE ipb_address = 'Aqureshi' [DBQuery] SELECT ipb_id,ipb_address,ipb_timestamp,ipb_auto,ipb_anon_only,ipb_create_account,ipb_enable_autoblock,ipb_expiry,ipb_deleted,ipb_block_email,ipb_allow_usertalk,ipb_parent_block_id,ipb_sitewide,comment_ipb_reason.comment_text AS `ipb_reason_text`,comment_ipb_reason.comment_data AS `ipb_reason_data`,comment_ipb_reason.comment_id AS `ipb_reason_cid`,actor_ipb_by.actor_user AS `ipb_by`,actor_ipb_by.actor_name AS `ipb_by_text`,ipb_by_actor FROM `ipblocks` JOIN `comment` `comment_ipb_reason` ON ((comment_ipb_reason.comment_id = ipb_reason_id)) JOIN `actor` `actor_ipb_by` ON ((actor_ipb_by.actor_id = ipb_by_actor)) WHERE ipb_address = 'Aqureshi' [DBQuery] wiki1 SELECT /* WikiPage::pageData */ 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 = 'Ariiif' LIMIT 1 [DBQuery] 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 = 'Ariiif' LIMIT 1 [ContentHandler] Created handler for wikitext: WikitextContentHandler EditPage::edit: enter EditPage::importFormData: Passed token check. User: loading options for user 62 from override cache. [DBQuery] wiki1 SELECT /* Title::getTitleProtectionInternal */ pt_user AS `user`,pt_expiry AS `expiry`,pt_create_perm AS `permission`,comment_pt_reason.comment_text AS `pt_reason_text`,comment_pt_reason.comment_data AS `pt_reason_data`,comment_pt_reason.comment_id AS `pt_reason_cid` FROM `protected_titles` JOIN `comment` `comment_pt_reason` ON ((comment_pt_reason.comment_id = pt_reason_id)) WHERE pt_namespace = '0' AND pt_title = 'Ariiif' [DBQuery] SELECT pt_user AS `user`,pt_expiry AS `expiry`,pt_create_perm AS `permission`,comment_pt_reason.comment_text AS `pt_reason_text`,comment_pt_reason.comment_data AS `pt_reason_data`,comment_pt_reason.comment_id AS `pt_reason_cid` FROM `protected_titles` JOIN `comment` `comment_pt_reason` ON ((comment_pt_reason.comment_id = pt_reason_id)) WHERE pt_namespace = '0' AND pt_title = 'Ariiif' [DBQuery] wiki1 SELECT /* Title::getCascadeProtectionSources */ pr_page,page_namespace,page_title,pr_expiry,pr_type,pr_level FROM `templatelinks`,`page_restrictions`,`page` WHERE tl_namespace = '0' AND tl_title = 'Ariiif' AND (tl_from=pr_page) AND pr_cascade = '1' AND (page_id=pr_page) [DBQuery] SELECT pr_page,page_namespace,page_title,pr_expiry,pr_type,pr_level FROM `templatelinks`,`page_restrictions`,`page` WHERE tl_namespace = '0' AND tl_title = 'Ariiif' AND (tl_from=pr_page) AND pr_cascade = '1' AND (page_id=pr_page) User::getBlockedStatus: checking... [DBQuery] wiki1 SELECT /* Block::newLoad */ ipb_id,ipb_address,ipb_timestamp,ipb_auto,ipb_anon_only,ipb_create_account,ipb_enable_autoblock,ipb_expiry,ipb_deleted,ipb_block_email,ipb_allow_usertalk,ipb_parent_block_id,ipb_sitewide,comment_ipb_reason.comment_text AS `ipb_reason_text`,comment_ipb_reason.comment_data AS `ipb_reason_data`,comment_ipb_reason.comment_id AS `ipb_reason_cid`,actor_ipb_by.actor_user AS `ipb_by`,actor_ipb_by.actor_name AS `ipb_by_text`,ipb_by_actor FROM `ipblocks` JOIN `comment` `comment_ipb_reason` ON ((comment_ipb_reason.comment_id = ipb_reason_id)) JOIN `actor` `actor_ipb_by` ON ((actor_ipb_by.actor_id = ipb_by_actor)) WHERE ipb_address = 'Aqureshi' [DBQuery] SELECT ipb_id,ipb_address,ipb_timestamp,ipb_auto,ipb_anon_only,ipb_create_account,ipb_enable_autoblock,ipb_expiry,ipb_deleted,ipb_block_email,ipb_allow_usertalk,ipb_parent_block_id,ipb_sitewide,comment_ipb_reason.comment_text AS `ipb_reason_text`,comment_ipb_reason.comment_data AS `ipb_reason_data`,comment_ipb_reason.comment_id AS `ipb_reason_cid`,actor_ipb_by.actor_user AS `ipb_by`,actor_ipb_by.actor_name AS `ipb_by_text`,ipb_by_actor FROM `ipblocks` JOIN `comment` `comment_ipb_reason` ON ((comment_ipb_reason.comment_id = ipb_reason_id)) JOIN `actor` `actor_ipb_by` ON ((actor_ipb_by.actor_id = ipb_by_actor)) WHERE ipb_address = 'Aqureshi' Article::fetchRevisionRecord failed to find page data for title Ariiif [DBQuery] wiki1 SELECT /* Title::isDeletedQuick */ 1 FROM `archive` WHERE ar_namespace = '0' AND ar_title = 'Ariiif' LIMIT 1 [DBQuery] SELECT 1 FROM `archive` WHERE ar_namespace = '0' AND ar_title = 'Ariiif' LIMIT 1 [DBQuery] wiki1 SELECT /* WikiPage::pageData */ 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 = 'Ariiif' LIMIT 1 [DBQuery] 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 = 'Ariiif' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'magicWords' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'magicWords' LIMIT 1 [caches] parser: APCUBagOStuff Unstubbing $wgParser on call of $wgParser::preSaveTransform from MediaWiki\Storage\DerivedPageDataUpdater->prepareContent Parser: using preprocessor: Preprocessor_DOM [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'list' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'list' LIMIT 1 [MessageCache] MessageCache::load: Loading en... local cache is empty, got from global cache [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:timezone-cdt' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:timezone-cdt' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'defaultDateFormat' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'defaultDateFormat' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'digitTransformTable' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'digitTransformTable' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:august' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:august' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'linkPrefixExtension' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'linkPrefixExtension' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-cputime-value-text' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-cputime-value-text' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-cputime-value' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-cputime-value' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-cputime' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-cputime' LIMIT 1 Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions->__construct [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'separatorTransformTable' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'separatorTransformTable' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'compiledPluralRules' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'compiledPluralRules' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-walltime-value-text' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-walltime-value-text' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-walltime-value' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-walltime-value' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-walltime' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-walltime' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppvisitednodes-value-text' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppvisitednodes-value-text' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppvisitednodes-value' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppvisitednodes-value' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppvisitednodes' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppvisitednodes' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppgeneratednodes-value-text' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppgeneratednodes-value-text' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppgeneratednodes-value' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppgeneratednodes-value' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppgeneratednodes' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppgeneratednodes' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-postexpandincludesize-value-text' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-postexpandincludesize-value-text' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-postexpandincludesize-value' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-postexpandincludesize-value' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-postexpandincludesize' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-postexpandincludesize' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-templateargumentsize-value-text' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-templateargumentsize-value-text' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-templateargumentsize-value' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-templateargumentsize-value' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-templateargumentsize' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-templateargumentsize' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expansiondepth-value-text' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expansiondepth-value-text' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expansiondepth-value' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expansiondepth-value' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expansiondepth' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expansiondepth' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expensivefunctioncount-value-text' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expensivefunctioncount-value-text' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expensivefunctioncount-value' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expensivefunctioncount-value' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expensivefunctioncount' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expensivefunctioncount' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-depth-value-text' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-depth-value-text' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-depth-value' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-depth-value' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-depth' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-depth' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-size-value-text' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-size-value-text' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-size-value' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-size-value' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-size' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-size' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:autosumm-new' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:autosumm-new' LIMIT 1 [DBQuery] startAtomic: entering level 0 (MediaWiki\Storage\PageUpdater::doCreate) [DBQuery] wiki1 INSERT /* WikiPage::insertOn */ IGNORE INTO `page` (page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_latest,page_len) VALUES ('0','Ariiif',,'0','1','0.802324169208','20190815002028','0','0') [DBQuery] INSERT IGNORE INTO `page` (page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_latest,page_len) VALUES ('0','Ariiif',,'0','1','0.802324169208','20190815002028','0','0') [DBQuery] WikiPage::insertOn mysql-01.trondent.net 1305 PROCEDURE wiki1.refresh_all_parents_for_page does not exist (mysql-01.trondent.net) INSERT IGNORE INTO `page` (page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_latest,page_len) VALUES ('0','Ariiif',,'0','1','0.802324169208','20190815002028','0','0') [DBQuery] SQL ERROR: PROCEDURE wiki1.refresh_all_parents_for_page does not exist (mysql-01.trondent.net)
[DBQuery] WikiPage::insertOn mysql-01.trondent.net 1305 PROCEDURE wiki1.refresh_all_parents_for_page does not exist (mysql-01.trondent.net) INSERT IGNORE INTO `page` (page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_latest,page_len) VALUES ('0','Ariiif',,'0','1','0.802324169208','20190815002028','0','0') [DBQuery] SQL ERROR: PROCEDURE wiki1.refresh_all_parents_for_page does not exist (mysql-01.trondent.net)
[DBQuery] wiki1 ROLLBACK /* MWExceptionHandler::rollbackMasterChangesAndLog */ [DBQuery] ROLLBACK [DBQuery] wiki1 SELECT /* Wikimedia\Rdbms\Database::ping */ 1 AS ping [DBQuery] SELECT 1 AS ping [exception] [XVSlTMF3mlRR@DU3W1vHkwAAAAU] /index.php?title=Ariiif&action=submit Wikimedia\Rdbms\DBQueryError from line 1587 of /web/servers/mediawiki-1.33.0/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: INSERT IGNORE INTO `page` (page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_latest,page_len) VALUES ('0','Ariiif',,'0','1','0.802324169208','20190815002028','0','0') Function: WikiPage::insertOn Error: 1305 PROCEDURE wiki1.refresh_all_parents_for_page does not exist (mysql-01.trondent.net)
- 0 /web/servers/mediawiki-1.33.0/includes/libs/rdbms/database/Database.php(1556): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)
- 1 /web/servers/mediawiki-1.33.0/includes/libs/rdbms/database/Database.php(1274): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
- 2 /web/servers/mediawiki-1.33.0/includes/libs/rdbms/database/Database.php(2149): Wikimedia\Rdbms\Database->query(string, string)
- 3 /web/servers/mediawiki-1.33.0/includes/libs/rdbms/database/DBConnRef.php(53): Wikimedia\Rdbms\Database->insert(string, array, string, string)
- 4 /web/servers/mediawiki-1.33.0/includes/libs/rdbms/database/DBConnRef.php(349): Wikimedia\Rdbms\DBConnRef->__call(string, array)
- 5 /web/servers/mediawiki-1.33.0/includes/page/WikiPage.php(1345): Wikimedia\Rdbms\DBConnRef->insert(string, array, string, string)
- 6 /web/servers/mediawiki-1.33.0/includes/Storage/PageUpdater.php(1105): WikiPage->insertOn(Wikimedia\Rdbms\DBConnRef)
- 7 /web/servers/mediawiki-1.33.0/includes/Storage/PageUpdater.php(758): MediaWiki\Storage\PageUpdater->doCreate(CommentStoreComment, User, integer)
- 8 /web/servers/mediawiki-1.33.0/includes/page/WikiPage.php(1915): MediaWiki\Storage\PageUpdater->saveRevision(CommentStoreComment, integer)
- 9 /web/servers/mediawiki-1.33.0/includes/EditPage.php(2294): WikiPage->doEditContent(WikitextContent, CommentStoreComment, integer, boolean, User, string, array, integer)
- 10 /web/servers/mediawiki-1.33.0/includes/EditPage.php(1586): EditPage->internalAttemptSave(array, boolean)
- 11 /web/servers/mediawiki-1.33.0/includes/EditPage.php(687): EditPage->attemptSave(array)
- 12 /web/servers/mediawiki-1.33.0/includes/actions/EditAction.php(60): EditPage->edit()
- 13 /web/servers/mediawiki-1.33.0/includes/actions/SubmitAction.php(38): EditAction->show()
- 14 /web/servers/mediawiki-1.33.0/includes/MediaWiki.php(499): SubmitAction->show()
- 15 /web/servers/mediawiki-1.33.0/includes/MediaWiki.php(294): MediaWiki->performAction(Article, Title)
- 16 /web/servers/mediawiki-1.33.0/includes/MediaWiki.php(865): MediaWiki->performRequest()
- 17 /web/servers/mediawiki-1.33.0/includes/MediaWiki.php(515): MediaWiki->main()
- 18 /web/servers/mediawiki-1.33.0/index.php(42): MediaWiki->run()
- 19 {main}
[DBQuery] wiki1 BEGIN /* Wikimedia\Rdbms\Database::beginIfImplied (LCStoreDB::get) */ [DBQuery] BEGIN [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:databaseerror' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:databaseerror' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:databaseerror-text' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:databaseerror-text' LIMIT 1 [DBQuery] wiki1 SELECT /* LinkBatch::doQuery (for Skin::preloadExistence) */ page_id,page_len,page_is_redirect,page_latest,page_restrictions,page_content_model,page_namespace,page_title FROM `page` WHERE (page_namespace = '2' AND page_title = 'Aqureshi') OR (page_namespace = '3' AND page_title = 'Aqureshi') OR (page_namespace = '1' AND page_title = 'Ariiif') OR (page_namespace = '4' AND page_title IN ('Privacy_policy','About','General_disclaimer') ) [DBQuery] SELECT page_id,page_len,page_is_redirect,page_latest,page_restrictions,page_content_model,page_namespace,page_title FROM `page` WHERE (page_namespace = '2' AND page_title = 'Aqureshi') OR (page_namespace = '3' AND page_title = 'Aqureshi') OR (page_namespace = '1' AND page_title = 'Ariiif') OR (page_namespace = '4' AND page_title IN ('Privacy_policy','About','General_disclaimer') ) [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'namespaceGenderAliases' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'namespaceGenderAliases' LIMIT 1 [DBQuery] wiki1 SELECT /* Title::isDeleted */ COUNT(*) FROM `archive` WHERE ar_namespace = '0' AND ar_title = 'Ariiif' LIMIT 1 [DBQuery] SELECT COUNT(*) FROM `archive` WHERE ar_namespace = '0' AND ar_title = 'Ariiif' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'specialPageAliases' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'specialPageAliases' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'rtl' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'rtl' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'capitalizeAllNouns' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'capitalizeAllNouns' LIMIT 1 [DBQuery] wiki1 SELECT /* User::checkNewtalk */ user_id FROM `user_newtalk` WHERE user_id = '62' LIMIT 1 [DBQuery] SELECT user_id FROM `user_newtalk` WHERE user_id = '62' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mytalk' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mytalk' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mypreferences' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mypreferences' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mywatchlist' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mywatchlist' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mycontris' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mycontris' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:pt-userlogout' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:pt-userlogout' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:nstab-talk' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:nstab-talk' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-view-create' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-view-create' LIMIT 1 [DBQuery] wiki1 SELECT /* Title::isDeleted */ COUNT(*) FROM `archive` WHERE ar_namespace = '0' AND ar_title = 'Ariiif' LIMIT 1 [DBQuery] SELECT COUNT(*) FROM `archive` WHERE ar_namespace = '0' AND ar_title = 'Ariiif' LIMIT 1 Title::getRestrictionTypes: applicable restrictions to Ariiif are {create} Title::getRestrictionTypes: applicable restrictions to Ariiif are {create} [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-action-protect' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-action-protect' LIMIT 1 [DBQuery] wiki1 SELECT /* WatchedItemStore::loadWatchedItem */ wl_notificationtimestamp FROM `watchlist` WHERE wl_user = '62' AND wl_namespace = '0' AND wl_title = 'Ariiif' LIMIT 1 [DBQuery] SELECT wl_notificationtimestamp FROM `watchlist` WHERE wl_user = '62' AND wl_namespace = '0' AND wl_title = 'Ariiif' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:watch' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:watch' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:help-mediawiki' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:help-mediawiki' LIMIT 1 [DBQuery] wiki1 SELECT /* User::idFromName */ user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1 [DBQuery] SELECT user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1 [DBQuery] wiki1 SELECT /* User::loadFromDatabase */ user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.actor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1 [DBQuery] SELECT user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.actor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1 [DBQuery] wiki1 SELECT /* UserGroupMembership::getMembershipsForUser */ ug_user,ug_group,ug_expiry FROM `user_groups` WHERE ug_user = '62' [DBQuery] SELECT ug_user,ug_group,ug_expiry FROM `user_groups` WHERE ug_user = '62' [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:january' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:january' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:february' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:february' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:march' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:march' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:april' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:april' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:may_long' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:may_long' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:june' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:june' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:july' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:july' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:september' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:september' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:october' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:october' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:november' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:november' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:december' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:december' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:jan' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:jan' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:feb' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:feb' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mar' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mar' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:apr' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:apr' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:may' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:may' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:jun' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:jun' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:jul' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:jul' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:aug' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:aug' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:sep' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:sep' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:oct' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:oct' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:nov' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:nov' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:dec' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:dec' LIMIT 1 Title::getRestrictionTypes: applicable restrictions to Ariiif are {create} [DBQuery] wiki1 SELECT /* ResourceLoaderWikiModule::getTitleInfo */ page_namespace,page_title,page_touched,page_len,page_latest FROM `page` WHERE (page_namespace = '8' AND page_title IN ('Common.js','Vector.js') ) [DBQuery] SELECT page_namespace,page_title,page_touched,page_len,page_latest FROM `page` WHERE (page_namespace = '8' AND page_title IN ('Common.js','Vector.js') ) [DBQuery] wiki1 SELECT /* User::idFromName */ user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1 [DBQuery] SELECT user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1 [DBQuery] wiki1 SELECT /* User::loadFromDatabase */ user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.actor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1 [DBQuery] SELECT user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.actor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1 [DBQuery] wiki1 SELECT /* UserGroupMembership::getMembershipsForUser */ ug_user,ug_group,ug_expiry FROM `user_groups` WHERE ug_user = '62' [DBQuery] SELECT ug_user,ug_group,ug_expiry FROM `user_groups` WHERE ug_user = '62' [DBQuery] wiki1 SELECT /* User::idFromName */ user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1 [DBQuery] SELECT user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1 [DBQuery] wiki1 SELECT /* User::loadFromDatabase */ user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.actor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1 [DBQuery] SELECT user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.actor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1 User: loading options for user 62 from database. [DBQuery] wiki1 SELECT /* User::loadOptions */ up_property,up_value FROM `user_properties` WHERE up_user = '62' [DBQuery] SELECT up_property,up_value FROM `user_properties` WHERE up_user = '62' [DBQuery] wiki1 SELECT /* User::idFromName */ user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1 [DBQuery] SELECT user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1 [DBQuery] wiki1 SELECT /* User::loadFromDatabase */ user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.actor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1 [DBQuery] SELECT user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.actor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1 [DBQuery] wiki1 SELECT /* UserGroupMembership::getMembershipsForUser */ ug_user,ug_group,ug_expiry FROM `user_groups` WHERE ug_user = '62' [DBQuery] SELECT ug_user,ug_group,ug_expiry FROM `user_groups` WHERE ug_user = '62' [DBQuery] wiki1 SELECT /* User::idFromName */ user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1 [DBQuery] SELECT user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1 [DBQuery] wiki1 SELECT /* User::loadFromDatabase */ user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.actor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1 [DBQuery] SELECT user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.actor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1 User: loading options for user 62 from database. [DBQuery] wiki1 SELECT /* User::loadOptions */ up_property,up_value FROM `user_properties` WHERE up_user = '62' [DBQuery] SELECT up_property,up_value FROM `user_properties` WHERE up_user = '62' [DBQuery] wiki1 SELECT /* User::idFromName */ user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1 [DBQuery] SELECT user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1 [DBQuery] wiki1 SELECT /* User::loadFromDatabase */ user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.actor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1 [DBQuery] SELECT user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.actor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1 User: loading options for user 62 from database. [DBQuery] wiki1 SELECT /* User::loadOptions */ up_property,up_value FROM `user_properties` WHERE up_user = '62' [DBQuery] SELECT up_property,up_value FROM `user_properties` WHERE up_user = '62' [DBQuery] wiki1 SELECT /* WatchedItemStore::loadWatchedItem */ wl_notificationtimestamp FROM `watchlist` WHERE wl_user = '62' AND wl_namespace = '0' AND wl_title = 'Ariiif' LIMIT 1 [DBQuery] SELECT wl_notificationtimestamp FROM `watchlist` WHERE wl_user = '62' AND wl_namespace = '0' AND wl_title = 'Ariiif' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-jumptonavigation' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-jumptonavigation' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-jumptosearch' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-jumptosearch' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-userpage' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-userpage' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:red-link-title' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:red-link-title' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-userpage' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-userpage' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-mytalk' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-mytalk' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-mytalk' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-mytalk' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-preferences' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-preferences' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-preferences' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-preferences' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-watchlist' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-watchlist' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-watchlist' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-watchlist' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-mycontris' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-mycontris' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-mycontris' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-mycontris' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-logout' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-logout' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-logout' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-logout' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-ca-watch' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-ca-watch' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-more-actions' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-more-actions' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-ca-protect' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-ca-protect' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-ca-protect' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-ca-protect' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-p-navigation' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-p-navigation' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-n-help-mediawiki' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-n-help-mediawiki' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-n-help-mediawiki' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-n-help-mediawiki' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-p-tb' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-p-tb' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:upload' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:upload' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-t-upload' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-t-upload' LIMIT 1 [DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-t-upload' LIMIT 1 [DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-t-upload' LIMIT 1 OutputPage::sendCacheControl: no caching ** [DBQuery] wiki1 COMMIT /* MediaWiki::restInPeace */ [DBQuery] COMMIT [DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'mysql-01.trondent.net'. [DBQuery] wiki1 SELECT /* JobQueueDB::doGetSiblingQueuesWithJobs */ DISTINCT job_cmd FROM `job` WHERE job_cmd IN ('createPdfThumbnailsJob','deletePage','refreshLinks','deleteLinks','htmlCacheUpdate','sendMail','enotifNotify','fixDoubleRedirect','AssembleUploadChunks','PublishStashedFile','ThumbnailRender','recentChangesUpdate','refreshLinksPrioritized','refreshLinksDynamic','activityUpdateJob','categoryMembershipChange','clearUserWatchlist','cdnPurge','userGroupExpiry','clearWatchlistNotifications','enqueue','null') [DBQuery] SELECT DISTINCT job_cmd FROM `job` WHERE job_cmd IN ('createPdfThumbnailsJob','deletePage','refreshLinks','deleteLinks','htmlCacheUpdate','sendMail','enotifNotify','fixDoubleRedirect','AssembleUploadChunks','PublishStashedFile','ThumbnailRender','recentChangesUpdate','refreshLinksPrioritized','refreshLinksDynamic','activityUpdateJob','categoryMembershipChange','clearUserWatchlist','cdnPurge','userGroupExpiry','clearWatchlistNotifications','enqueue','null') Request ended normally [session] Saving all sessions on shutdown [DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'mysql-01.trondent.net'. [DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'mysql-01.trondent.net'.
Netops trondent (talk) 00:26, 15 August 2019 (UTC)
- This is the first error:
- =Database error=
- Jump to navigationJump to search
- A database query error has occurred. This may indicate a bug in the software.
Netops trondent (talk) 01:38, 15 August 2019 (UTC)- Your debug log is hard to read since it looks like carriage returns have been removed, but I found this:
Error: 1305 PROCEDURE wiki1.refresh_all_parents_for_page does not exist- I am not able to find any reference to the SQL procedure refresh_all_parents_for_page via codesearch or in any old version of MediaWiki. Could the source be a custom extension?
- In any case, it looks like a trigger has been created that is attempting to execute the SQL procedure. Since MediaWiki doesn't use triggers or procedures for MySQL, you could probably safely drop the offending bits if no extension is using them. ☠MarkAHershberger☢(talk)☣ 02:18, 15 August 2019 (UTC)
- Thank you so much Mark for your reply,
- In the previous version we were using IntraACL extension, and since this extension does not work with mediawiki version 1.33.0, so I am not using it but in the old mysql that I restored have tables about it, I did try php update.php in order to clean it out few times, and also drop these three tables in mysql wiki database but no results, still same error and cannot save any new page.
- intraacl_badlinks
- intraacl_quickacl
- intraacl_rules
- Here are the tables list for the wiki mysql database:
| [wiki1]> show tables; |
|---|
+------------------------+
| Tables_in_wiki1 |
+------------------------+
| actor |
| archive |
| bot_passwords |
| category |
| category_closure |
| categorylinks |
| change_tag |
| change_tag_def |
| comment |
| content |
| content_models |
| externallinks |
| filearchive |
| halo_acl_special_pages |
| image |
| imagelinks |
| interwiki |
| intraacl_badlinks |
| intraacl_quickacl |
| intraacl_rules |
| ip_changes |
| ipblocks |
| ipblocks_restrictions |
| iwlinks |
| job |
| l10n_cache |
| langlinks |
| log_search |
| logging |
| math |
| module_deps |
| objectcache |
| oldimage |
| page |
| page_props |
| page_restrictions |
| pagelinks |
| parent_pages |
| protected_titles |
| querycache |
| querycache_info |
| querycachetwo |
| recentchanges |
| redirect |
| revision |
| revision_actor_temp |
| revision_comment_temp |
| searchindex |
| site_identifiers |
| site_stats |
| sites |
| slot_roles |
| slots |
| templatelinks |
| text |
| trackbacks |
| updatelog |
| uploadstash |
| user |
| user_former_groups |
| user_groups |
| user_newtalk |
| user_properties |
| watchlist |
+------------------------+
|
- 64 rows in set (0.004 sec)
- Here is another way I am placing the debug log.
- Is this any better.
| debug log |
|---|
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:title-invalid-empty' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:title-invalid-empty' LIMIT 1
[DBQuery] wiki1 SELECT /* Block::newLoad */ ipb_id,ipb_address,ipb_timestamp,ipb_auto,ipb_anon_only,ipb_create_account,ipb_enable_autoblock,ipb_expiry,ipb_deleted,ipb_block_email,ipb_allow_usertalomment_ipb_reason.comment_text AS `ipb_reason_text`,comment_ipb_reason.comment_data AS `ipb_reason_data`,comment_ipb_reason.comment_id AS `ipb_reason_cid`,actor_ipb_by.actor_user AS `ipb_by`,actor_ib_by_actor FROM `ipblocks` JOIN `comment` `comment_ipb_reason` ON ((comment_ipb_reason.comment_id = ipb_reason_id)) JOIN `actor` `actor_ipb_by` ON ((actor_ipb_by.actor_id = ipb_by_actor)) WHERE i
[DBQuery] SELECT ipb_id,ipb_address,ipb_timestamp,ipb_auto,ipb_anon_only,ipb_create_account,ipb_enable_autoblock,ipb_expiry,ipb_deleted,ipb_block_email,ipb_allow_usertalk,ipb_parent_block_id,ipb_sixt AS `ipb_reason_text`,comment_ipb_reason.comment_data AS `ipb_reason_data`,comment_ipb_reason.comment_id AS `ipb_reason_cid`,actor_ipb_by.actor_user AS `ipb_by`,actor_ipb_by.actor_name AS `ipb_by_JOIN `comment` `comment_ipb_reason` ON ((comment_ipb_reason.comment_id = ipb_reason_id)) JOIN `actor` `actor_ipb_by` ON ((actor_ipb_by.actor_id = ipb_by_actor)) WHERE ipb_address = 'Aqureshi'
[DBQuery] wiki1 SELECT /* WikiPage::pageData */ 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,paRE page_namespace = '0' AND page_title = 'Arifq' LIMIT 1
[DBQuery] 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` _title = 'Arifq' LIMIT 1
[ContentHandler] Created handler for wikitext: WikitextContentHandler
EditPage::edit: enter
EditPage::importFormData: Passed token check.
User: loading options for user 62 from override cache.
[DBQuery] wiki1 SELECT /* Title::getTitleProtectionInternal */ pt_user AS `user`,pt_expiry AS `expiry`,pt_create_perm AS `permission`,comment_pt_reason.comment_text AS `pt_reason_text`,comment_pt_ta`,comment_pt_reason.comment_id AS `pt_reason_cid` FROM `protected_titles` JOIN `comment` `comment_pt_reason` ON ((comment_pt_reason.comment_id = pt_reason_id)) WHERE pt_namespace = '0' AND pt_t
[DBQuery] SELECT pt_user AS `user`,pt_expiry AS `expiry`,pt_create_perm AS `permission`,comment_pt_reason.comment_text AS `pt_reason_text`,comment_pt_reason.comment_data AS `pt_reason_data`,commentcid` FROM `protected_titles` JOIN `comment` `comment_pt_reason` ON ((comment_pt_reason.comment_id = pt_reason_id)) WHERE pt_namespace = '0' AND pt_title = 'Arifq'
[DBQuery] wiki1 SELECT /* Title::getCascadeProtectionSources */ pr_page,page_namespace,page_title,pr_expiry,pr_type,pr_level FROM `templatelinks`,`page_restrictions`,`page` WHERE tl_namespace _from=pr_page) AND pr_cascade = '1' AND (page_id=pr_page)
[DBQuery] SELECT pr_page,page_namespace,page_title,pr_expiry,pr_type,pr_level FROM `templatelinks`,`page_restrictions`,`page` WHERE tl_namespace = '0' AND tl_title = 'Arifq' AND (tl_from=pr_pag=pr_page)
User::getBlockedStatus: checking...
[DBQuery] wiki1 SELECT /* Block::newLoad */ ipb_id,ipb_address,ipb_timestamp,ipb_auto,ipb_anon_only,ipb_create_account,ipb_enable_autoblock,ipb_expiry,ipb_deleted,ipb_block_email,ipb_allow_usertalomment_ipb_reason.comment_text AS `ipb_reason_text`,comment_ipb_reason.comment_data AS `ipb_reason_data`,comment_ipb_reason.comment_id AS `ipb_reason_cid`,actor_ipb_by.actor_user AS `ipb_by`,actor_ib_by_actor FROM `ipblocks` JOIN `comment` `comment_ipb_reason` ON ((comment_ipb_reason.comment_id = ipb_reason_id)) JOIN `actor` `actor_ipb_by` ON ((actor_ipb_by.actor_id = ipb_by_actor)) WHERE i
[DBQuery] SELECT ipb_id,ipb_address,ipb_timestamp,ipb_auto,ipb_anon_only,ipb_create_account,ipb_enable_autoblock,ipb_expiry,ipb_deleted,ipb_block_email,ipb_allow_usertalk,ipb_parent_block_id,ipb_sixt AS `ipb_reason_text`,comment_ipb_reason.comment_data AS `ipb_reason_data`,comment_ipb_reason.comment_id AS `ipb_reason_cid`,actor_ipb_by.actor_user AS `ipb_by`,actor_ipb_by.actor_name AS `ipb_by_JOIN `comment` `comment_ipb_reason` ON ((comment_ipb_reason.comment_id = ipb_reason_id)) JOIN `actor` `actor_ipb_by` ON ((actor_ipb_by.actor_id = ipb_by_actor)) WHERE ipb_address = 'Aqureshi'
Article::fetchRevisionRecord failed to find page data for title Arifq
[DBQuery] wiki1 SELECT /* Title::isDeletedQuick */ 1 FROM `archive` WHERE ar_namespace = '0' AND ar_title = 'Arifq' LIMIT 1
[DBQuery] SELECT 1 FROM `archive` WHERE ar_namespace = '0' AND ar_title = 'Arifq' LIMIT 1
[DBQuery] wiki1 SELECT /* WikiPage::pageData */ 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,paRE page_namespace = '0' AND page_title = 'Arifq' LIMIT 1
[DBQuery] 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` _title = 'Arifq' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'magicWords' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'magicWords' LIMIT 1
[caches] parser: APCUBagOStuff
Unstubbing $wgParser on call of $wgParser::preSaveTransform from MediaWiki\Storage\DerivedPageDataUpdater->prepareContent
Parser: using preprocessor: Preprocessor_DOM
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'list' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'list' LIMIT 1
[MessageCache] MessageCache::load: Loading en... local cache is empty, got from global cache
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'namespaceGenderAliases' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'namespaceGenderAliases' LIMIT 1
[DBQuery] wiki1 SELECT /* LinkCache::fetchPageRow */ page_id,page_len,page_is_redirect,page_latest,page_restrictions,page_content_model FROM `page` WHERE page_namespace = '8' AND page_title =
[DBQuery] SELECT page_id,page_len,page_is_redirect,page_latest,page_restrictions,page_content_model FROM `page` WHERE page_namespace = '8' AND page_title = 'Timezone-cdt' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:timezone-cdt' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:timezone-cdt' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'defaultDateFormat' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'defaultDateFormat' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'digitTransformTable' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'digitTransformTable' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:august' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:august' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'linkPrefixExtension' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'linkPrefixExtension' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-cputime-value-text' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-cputime-value-text' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-cputime-value' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-cputime-value' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-cputime' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-cputime' LIMIT 1
Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions->__construct
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'separatorTransformTable' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'separatorTransformTable' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'compiledPluralRules' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'compiledPluralRules' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-walltime-value-text' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-walltime-value-text' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-walltime-value' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-walltime-value' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-walltime' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-walltime' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppvisitednodes-value-text' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppvisitednodes-value-text' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppvisitednodes-value' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppvisitednodes-value' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppvisitednodes' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppvisitednodes' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppgeneratednodes-value-text' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppgeneratednodes-value-text' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppgeneratednodes-value' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppgeneratednodes-value' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppgeneratednodes' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-ppgeneratednodes' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-postexpandincludesize-value-text' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-postexpandincludesize-value-text' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-postexpandincludesize-value' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-postexpandincludesize-value' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-postexpandincludesize' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-postexpandincludesize' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-templateargumentsize-value-text' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-templateargumentsize-value-text' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-templateargumentsize-value' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-templateargumentsize-value' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-templateargumentsize' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-templateargumentsize' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expansiondepth-value-text' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expansiondepth-value-text' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expansiondepth-value' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expansiondepth-value' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expansiondepth' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expansiondepth' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expensivefunctioncount-value-text' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expensivefunctioncount-value-text' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expensivefunctioncount-value' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expensivefunctioncount-value' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expensivefunctioncount' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-expensivefunctioncount' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-depth-value-text' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-depth-value-text' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-depth-value' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-depth-value' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-depth' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-depth' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-size-value-text' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-size-value-text' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-size-value' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-size-value' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-size' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:limitreport-unstrip-size' LIMIT 1
[DBQuery] startAtomic: entering level 0 (MediaWiki\Storage\PageUpdater::doCreate)
[DBQuery] wiki1 INSERT /* WikiPage::insertOn */ IGNORE INTO `page` (page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_latest,page_len) VALUES ('7','20190814221725','0','0')
[DBQuery] INSERT IGNORE INTO `page` (page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_latest,page_len) VALUES ('0','Arifq','','0','1','0.8520901''
[DBQuery] WikiPage::insertOn mysql-01.trondent.net 1305 PROCEDURE wiki1.refresh_all_parents_for_page does not exist (mysql-01.trondent.net) INSERT IGNORE INTO `page` (page_namespace,pageirect,page_is_new,page_random,page_touched,page_latest,page_len) VALUES ('0','Arifq','','0','1','0.852090157297','20190814221725','0','0')''
[DBQuery] SQL ERROR: PROCEDURE wiki1.refresh_all_parents_for_page does not exist (mysql-01.trondent.net)
[DBQuery] WikiPage::insertOn mysql-01.trondent.net 1305 PROCEDURE wiki1.refresh_all_parents_for_page does not exist (mysql-01.trondent.net) INSERT IGNORE INTO `page` (page_namespace,pageirect,page_is_new,page_random,page_touched,page_latest,page_len) VALUES ('0','Arifq','','0','1','0.852090157297','20190814221725','0','0')''
[DBQuery] SQL ERROR: PROCEDURE wiki1.refresh_all_parents_for_page does not exist (mysql-01.trondent.net)
[DBQuery] wiki1 ROLLBACK /* MWExceptionHandler::rollbackMasterChangesAndLog */
[DBQuery] ROLLBACK
[DBQuery] wiki1 SELECT /* Wikimedia\Rdbms\Database::ping */ 1 AS ping
[DBQuery] SELECT 1 AS ping
[exception] [XVSIdcF3mlRR@DU3W1vHiAAAAAU] /index.php?title=Arifq&action=submit Wikimedia\Rdbms\DBQueryError from line 1587 of /web/servers/mediawiki-1.33.0/includes/libs/rdbms/database/Database.phed. Did you forget to run your application's database schema updater after upgrading?
Query: INSERT IGNORE INTO `page` (page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_latest,page_len) VALUES ('0','Arifq','','0','1','0.8520901572''
Function: WikiPage::insertOn
Error: 1305 PROCEDURE wiki1.refresh_all_parents_for_page does not exist (mysql-01.trondent.net)
#0 /web/servers/mediawiki-1.33.0/includes/libs/rdbms/database/Database.php(1556): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)
#1 /web/servers/mediawiki-1.33.0/includes/libs/rdbms/database/Database.php(1274): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
#2 /web/servers/mediawiki-1.33.0/includes/libs/rdbms/database/Database.php(2149): Wikimedia\Rdbms\Database->query(string, string)
#3 /web/servers/mediawiki-1.33.0/includes/libs/rdbms/database/DBConnRef.php(53): Wikimedia\Rdbms\Database->insert(string, array, string, string)
#4 /web/servers/mediawiki-1.33.0/includes/libs/rdbms/database/DBConnRef.php(349): Wikimedia\Rdbms\DBConnRef->__call(string, array)
#5 /web/servers/mediawiki-1.33.0/includes/page/WikiPage.php(1345): Wikimedia\Rdbms\DBConnRef->insert(string, array, string, string)
#6 /web/servers/mediawiki-1.33.0/includes/Storage/PageUpdater.php(1105): WikiPage->insertOn(Wikimedia\Rdbms\DBConnRef)
#7 /web/servers/mediawiki-1.33.0/includes/Storage/PageUpdater.php(758): MediaWiki\Storage\PageUpdater->doCreate(CommentStoreComment, User, integer)
#8 /web/servers/mediawiki-1.33.0/includes/page/WikiPage.php(1915): MediaWiki\Storage\PageUpdater->saveRevision(CommentStoreComment, integer)
#9 /web/servers/mediawiki-1.33.0/includes/EditPage.php(2294): WikiPage->doEditContent(WikitextContent, CommentStoreComment, integer, boolean, User, string, array, integer)
#10 /web/servers/mediawiki-1.33.0/includes/EditPage.php(1586): EditPage->internalAttemptSave(array, boolean)
#11 /web/servers/mediawiki-1.33.0/includes/EditPage.php(687): EditPage->attemptSave(array)
#12 /web/servers/mediawiki-1.33.0/includes/actions/EditAction.php(60): EditPage->edit()
#13 /web/servers/mediawiki-1.33.0/includes/actions/SubmitAction.php(38): EditAction->show()
#14 /web/servers/mediawiki-1.33.0/includes/MediaWiki.php(499): SubmitAction->show()
#15 /web/servers/mediawiki-1.33.0/includes/MediaWiki.php(294): MediaWiki->performAction(Article, Title)
#16 /web/servers/mediawiki-1.33.0/includes/MediaWiki.php(865): MediaWiki->performRequest()
#17 /web/servers/mediawiki-1.33.0/includes/MediaWiki.php(515): MediaWiki->main()
#18 /web/servers/mediawiki-1.33.0/index.php(42): MediaWiki->run()
#19 {main}
[DBQuery] wiki1 BEGIN /* Wikimedia\Rdbms\Database::beginIfImplied (LCStoreDB::get) */
[DBQuery] BEGIN
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:databaseerror' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:databaseerror' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:databaseerror-text' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:databaseerror-text' LIMIT 1
[DBQuery] wiki1 SELECT /* LinkBatch::doQuery (for Skin::preloadExistence) */ page_id,page_len,page_is_redirect,page_latest,page_restrictions,page_content_model,page_namespace,page_title FROM `pagD page_title = 'Aqureshi') OR (page_namespace = '3' AND page_title = 'Aqureshi') OR (page_namespace = '1' AND page_title = 'Arifq') OR (page_namespace = '4' AND page_title IN ('Privacy_policy','Abou
[DBQuery] SELECT page_id,page_len,page_is_redirect,page_latest,page_restrictions,page_content_model,page_namespace,page_title FROM `page` WHERE (page_namespace = '2' AND page_title = 'Aqureshi'title = 'Aqureshi') OR (page_namespace = '1' AND page_title = 'Arifq') OR (page_namespace = '4' AND page_title IN ('Privacy_policy','About','General_disclaimer') )
[DBQuery] wiki1 SELECT /* Title::isDeleted */ COUNT(*) FROM `archive` WHERE ar_namespace = '0' AND ar_title = 'Arifq' LIMIT 1
[DBQuery] SELECT COUNT(*) FROM `archive` WHERE ar_namespace = '0' AND ar_title = 'Arifq' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'specialPageAliases' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'specialPageAliases' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'rtl' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'rtl' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'capitalizeAllNouns' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'capitalizeAllNouns' LIMIT 1
[DBQuery] wiki1 SELECT /* User::checkNewtalk */ user_id FROM `user_newtalk` WHERE user_id = '62' LIMIT 1
[DBQuery] SELECT user_id FROM `user_newtalk` WHERE user_id = '62' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mytalk' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mytalk' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mypreferences' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mypreferences' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mywatchlist' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mywatchlist' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mycontris' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mycontris' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:pt-userlogout' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:pt-userlogout' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:nstab-talk' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:nstab-talk' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-view-create' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-view-create' LIMIT 1
[DBQuery] wiki1 SELECT /* Title::isDeleted */ COUNT(*) FROM `archive` WHERE ar_namespace = '0' AND ar_title = 'Arifq' LIMIT 1
[DBQuery] SELECT COUNT(*) FROM `archive` WHERE ar_namespace = '0' AND ar_title = 'Arifq' LIMIT 1
Title::getRestrictionTypes: applicable restrictions to [[Arifq]] are {create}
Title::getRestrictionTypes: applicable restrictions to [[Arifq]] are {create}
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-action-protect' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-action-protect' LIMIT 1
[DBQuery] wiki1 SELECT /* WatchedItemStore::loadWatchedItem */ wl_notificationtimestamp FROM `watchlist` WHERE wl_user = '62' AND wl_namespace = '0' AND wl_title = 'Arifq' LIMIT 1
[DBQuery] SELECT wl_notificationtimestamp FROM `watchlist` WHERE wl_user = '62' AND wl_namespace = '0' AND wl_title = 'Arifq' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:watch' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:watch' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:help-mediawiki' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:help-mediawiki' LIMIT 1
[DBQuery] wiki1 SELECT /* ResourceLoaderWikiModule::preloadTitleInfo */ page_namespace,page_title,page_touched,page_len,page_latest FROM `page` WHERE (page_namespace = '8' AND page_title IN ('s','Vector.css') )
[DBQuery] SELECT page_namespace,page_title,page_touched,page_len,page_latest FROM `page` WHERE (page_namespace = '8' AND page_title IN ('Common.css','Noscript.css','Print.css','Vector.css') )
[DBQuery] wiki1 SELECT /* User::idFromName */ user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1
[DBQuery] SELECT user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1
[DBQuery] wiki1 SELECT /* User::loadFromDatabase */ user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_regictor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1
[DBQuery] SELECT user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.aser_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1
[DBQuery] wiki1 SELECT /* UserGroupMembership::getMembershipsForUser */ ug_user,ug_group,ug_expiry FROM `user_groups` WHERE ug_user = '62'
[DBQuery] SELECT ug_user,ug_group,ug_expiry FROM `user_groups` WHERE ug_user = '62'
[DBQuery] wiki1 SELECT /* ResourceLoaderWikiModule::preloadTitleInfo */ page_namespace,page_title,page_touched,page_len,page_latest FROM `page` WHERE (page_namespace = '8' AND page_title IN ('confirmed.js','Group-bot.css','Group-bot.js','Group-bureaucrat.css','Group-bureaucrat.js','Group-sysop.css','Group-sysop.js','Group-user.css','Group-user.js') )
[DBQuery] SELECT page_namespace,page_title,page_touched,page_len,page_latest FROM `page` WHERE (page_namespace = '8' AND page_title IN ('Group-autoconfirmed.css','Group-autoconfirmed.js','Groupaucrat.css','Group-bureaucrat.js','Group-sysop.css','Group-sysop.js','Group-user.css','Group-user.js') )
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:january' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:january' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:february' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:february' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:march' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:march' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:april' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:april' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:may_long' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:may_long' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:june' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:june' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:july' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:july' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:september' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:september' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:october' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:october' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:november' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:november' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:december' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:december' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:jan' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:jan' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:feb' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:feb' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mar' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:mar' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:apr' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:apr' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:may' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:may' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:jun' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:jun' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:jul' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:jul' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:aug' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:aug' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:sep' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:sep' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:oct' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:oct' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:nov' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:nov' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:dec' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:dec' LIMIT 1
Title::getRestrictionTypes: applicable restrictions to [[Arifq]] are {create}
[DBQuery] wiki1 SELECT /* ResourceLoaderWikiModule::getTitleInfo */ page_namespace,page_title,page_touched,page_len,page_latest FROM `page` WHERE (page_namespace = '8' AND page_title IN ('Comm
[DBQuery] SELECT page_namespace,page_title,page_touched,page_len,page_latest FROM `page` WHERE (page_namespace = '8' AND page_title IN ('Common.js','Vector.js') )
[DBQuery] wiki1 SELECT /* User::idFromName */ user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1
[DBQuery] SELECT user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1
[DBQuery] wiki1 SELECT /* User::loadFromDatabase */ user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_regictor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1
[DBQuery] SELECT user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.aser_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1
[DBQuery] wiki1 SELECT /* UserGroupMembership::getMembershipsForUser */ ug_user,ug_group,ug_expiry FROM `user_groups` WHERE ug_user = '62'
[DBQuery] SELECT ug_user,ug_group,ug_expiry FROM `user_groups` WHERE ug_user = '62'
[DBQuery] wiki1 SELECT /* User::idFromName */ user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1
[DBQuery] SELECT user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1
[DBQuery] wiki1 SELECT /* User::loadFromDatabase */ user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_regictor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1
[DBQuery] SELECT user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.aser_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1
User: loading options for user 62 from database.
[DBQuery] wiki1 SELECT /* User::loadOptions */ up_property,up_value FROM `user_properties` WHERE up_user = '62'
[DBQuery] SELECT up_property,up_value FROM `user_properties` WHERE up_user = '62'
[DBQuery] wiki1 SELECT /* User::idFromName */ user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1
[DBQuery] SELECT user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1
[DBQuery] wiki1 SELECT /* User::loadFromDatabase */ user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_regictor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1
[DBQuery] SELECT user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.aser_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1
[DBQuery] wiki1 SELECT /* UserGroupMembership::getMembershipsForUser */ ug_user,ug_group,ug_expiry FROM `user_groups` WHERE ug_user = '62'
[DBQuery] SELECT ug_user,ug_group,ug_expiry FROM `user_groups` WHERE ug_user = '62'
[DBQuery] wiki1 SELECT /* User::idFromName */ user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1
[DBQuery] SELECT user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1
[DBQuery] wiki1 SELECT /* User::loadFromDatabase */ user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_regictor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1
[DBQuery] SELECT user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.aser_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1
User: loading options for user 62 from database.
[DBQuery] wiki1 SELECT /* User::loadOptions */ up_property,up_value FROM `user_properties` WHERE up_user = '62'
[DBQuery] SELECT up_property,up_value FROM `user_properties` WHERE up_user = '62'
[DBQuery] wiki1 SELECT /* User::idFromName */ user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1
[DBQuery] SELECT user_id FROM `user` WHERE user_name = 'Aqureshi' LIMIT 1
[DBQuery] wiki1 SELECT /* User::loadFromDatabase */ user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_regictor_id FROM `user` JOIN `actor` `user_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1
[DBQuery] SELECT user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount,user_actor.aser_actor` ON ((user_actor.actor_user = user_id)) WHERE user_id = '62' LIMIT 1
User: loading options for user 62 from database.
[DBQuery] wiki1 SELECT /* User::loadOptions */ up_property,up_value FROM `user_properties` WHERE up_user = '62'
[DBQuery] SELECT up_property,up_value FROM `user_properties` WHERE up_user = '62'
[DBQuery] wiki1 SELECT /* WatchedItemStore::loadWatchedItem */ wl_notificationtimestamp FROM `watchlist` WHERE wl_user = '62' AND wl_namespace = '0' AND wl_title = 'Arifq' LIMIT 1
[DBQuery] SELECT wl_notificationtimestamp FROM `watchlist` WHERE wl_user = '62' AND wl_namespace = '0' AND wl_title = 'Arifq' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-jumptonavigation' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-jumptonavigation' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-jumptosearch' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-jumptosearch' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-userpage' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-userpage' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:red-link-title' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:red-link-title' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-userpage' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-userpage' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-mytalk' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-mytalk' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-mytalk' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-mytalk' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-preferences' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-preferences' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-preferences' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-preferences' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-watchlist' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-watchlist' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-watchlist' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-watchlist' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-mycontris' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-mycontris' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-mycontris' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-mycontris' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-logout' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-pt-logout' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-logout' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-pt-logout' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-ca-watch' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-ca-watch' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-more-actions' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:vector-more-actions' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-ca-protect' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-ca-protect' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-ca-protect' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-ca-protect' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-p-navigation' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-p-navigation' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-n-help-mediawiki' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-n-help-mediawiki' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-n-help-mediawiki' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-n-help-mediawiki' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-p-tb' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-p-tb' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:upload' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:upload' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-t-upload' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:tooltip-t-upload' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-t-upload' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:accesskey-t-upload' LIMIT 1
OutputPage::sendCacheControl: no caching **
[DBQuery] wiki1 COMMIT /* MediaWiki::restInPeace */
[DBQuery] COMMIT
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'mysql-01.trondent.net'.
[DBQuery] wiki1 SELECT /* JobQueueDB::doGetSiblingQueuesWithJobs */ DISTINCT job_cmd FROM `job` WHERE job_cmd IN ('createPdfThumbnailsJob','deletePage','refreshLinks','deleteLinks','htmlCacheUxDoubleRedirect','AssembleUploadChunks','PublishStashedFile','ThumbnailRender','recentChangesUpdate','refreshLinksPrioritized','refreshLinksDynamic','activityUpdateJob','categoryMembershipChange','croupExpiry','clearWatchlistNotifications','enqueue','null')
[DBQuery] SELECT DISTINCT job_cmd FROM `job` WHERE job_cmd IN ('createPdfThumbnailsJob','deletePage','refreshLinks','deleteLinks','htmlCacheUpdate','sendMail','enotifNotify','fixDoubleRedirect'hedFile','ThumbnailRender','recentChangesUpdate','refreshLinksPrioritized','refreshLinksDynamic','activityUpdateJob','categoryMembershipChange','clearUserWatchlist','cdnPurge','userGroupExpiry','cle'null')
Request ended normally
[session] Saving all sessions on shutdown
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'mysql-01.trondent.net'.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'mysql-01.trondent.net'.
[caches] cluster: APCUBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCUBagOStuff, session: APCUBagOStuff
[caches] LocalisationCache: using store LCStoreDB
[DBReplication] Cannot use ChronologyProtector with EmptyBagOStuff.
[DBReplication] Wikimedia\Rdbms\LBFactory::getChronologyProtector: using request info {
"IPAddress": "10.11.0.254",
"UserAgent": "Mozilla\/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko\/20100101 Firefox\/68.0",
"ChronologyProtection": false,
"ChronologyPositionIndex": 0,
"ChronologyClientId": null
}
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openConnection: calling initLB() before first connection.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'mysql-01.trondent.net'.
[DBQuery] wiki1 BEGIN /* Wikimedia\Rdbms\Database::beginIfImplied (ResourceLoader::preloadModuleInfo) */
[DBQuery] BEGIN
[DBQuery] wiki1 SELECT /* ResourceLoader::preloadModuleInfo */ md_module,md_deps FROM `module_deps` WHERE md_module IN ('mediawiki.legacy.commonPrint','mediawiki.legacy.shared','mediawiki.skin') AND md_skin = 'vector|en'
[DBQuery] SELECT md_module,md_deps FROM `module_deps` WHERE md_module IN ('mediawiki.legacy.commonPrint','mediawiki.legacy.shared','mediawiki.skinning.interface','skins.vector.styles') AND md_
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'deps' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'deps' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'list' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'list' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'preload' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'preload' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'preload' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'preload' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'rtl' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'rtl' LIMIT 1
[DBQuery] wiki1 COMMIT /* MediaWiki::restInPeace */
[DBQuery] COMMIT
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'mysql-01.trondent.net'.
[caches] cluster: APCUBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: APCUBagOStuff, session: APCUBagOStuff
[caches] LocalisationCache: using store LCStoreDB
[DBReplication] Cannot use ChronologyProtector with EmptyBagOStuff.
[DBReplication] Wikimedia\Rdbms\LBFactory::getChronologyProtector: using request info {
"IPAddress": "10.11.0.254",
"UserAgent": "Mozilla\/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko\/20100101 Firefox\/68.0",
"ChronologyProtection": false,
"ChronologyPositionIndex": 0,
"ChronologyClientId": null
}
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openConnection: calling initLB() before first connection.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'mysql-01.trondent.net'.
[DBQuery] wiki1 BEGIN /* Wikimedia\Rdbms\Database::beginIfImplied (ResourceLoader::preloadModuleInfo) */
[DBQuery] BEGIN
[DBQuery] wiki1 SELECT /* ResourceLoader::preloadModuleInfo */ md_module,md_deps FROM `module_deps` WHERE md_module IN ('mediawiki.action.edit.styles','mediawiki.editfont.styles','mediawiki.leshared','mediawiki.skinning.interface','mediawiki.widgets.styles','oojs-ui-core.styles','oojs-ui.styles.icons-alerts','oojs-ui.styles.icons-content','oojs-ui.styles.icons-interactions','oojs-ui.stylres','skins.vector.styles') AND md_skin = 'vector|en'
[DBQuery] SELECT md_module,md_deps FROM `module_deps` WHERE md_module IN ('mediawiki.action.edit.styles','mediawiki.editfont.styles','mediawiki.legacy.commonPrint','mediawiki.legacy.shared','meki.widgets.styles','oojs-ui-core.styles','oojs-ui.styles.icons-alerts','oojs-ui.styles.icons-content','oojs-ui.styles.icons-interactions','oojs-ui.styles.indicators','oojs-ui.styles.textures','skinstor|en'
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'deps' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'deps' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'list' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'list' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'preload' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'preload' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'preload' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'preload' LIMIT 1
[DBQuery] wiki1 SELECT /* LCStoreDB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'rtl' LIMIT 1
[DBQuery] SELECT lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'rtl' LIMIT 1
[DBQuery] wiki1 COMMIT /* Wikimedia\Rdbms\LBFactory::shutdown */
[DBQuery] COMMIT
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'mysql-01.trondent.net'.
|
- The formatting was better. I've modified the post so it doesn't take too much room and is formatted in <syntaxhighlight lang='text'> tags. Both of those help a ton. ☠MarkAHershberger☢(talk)☣ 14:43, 15 August 2019 (UTC)
- See https://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2018/09#h-PROCEDURE_c1_db_mediawiki.refresh_all_parents_for_page_does_not_exist-2018-09-25T13%3A22%3A00.000Z where this is answered. Malyacko (talk) 11:18, 15 August 2019 (UTC)
- Hello,
- I have seen this post as I was researching and am not using the IntraACL anymore as it does not work in the Mediawiki version 1.33.0
- I do not have any IntraCL folder in the new Mediawiki version 1.33.0 folder and also I do not have it in the LocalSettings.php file.
- Also I have drop all the related tables.
- But I still get this error, so I am not sure where it is pulling from, I did all the search in the Linux side to see which file it is using but it came back with no results.
- Thanks for your time. Netops trondent (talk) 14:46, 15 August 2019 (UTC)
- The triggers need to be removed. I extracted the
drop triggerstatements from the intraacl-functions-mysql.sql for you: - ☠MarkAHershberger☢(talk)☣ 14:57, 15 August 2019 (UTC)
drop trigger if exists /*_*/insert_category_closure_catlinks; drop trigger if exists /*_*/delete_category_closure_catlinks; drop trigger if exists /*_*/update_category_closure_catlinks; drop trigger if exists /*_*/insert_category_closure_page; drop trigger if exists /*_*/delete_category_closure_page; drop trigger if exists /*_*/update_category_closure_page;
- Hello Mark,
- You are the Man, that did it, now I am able to create new page fine and it is working as design.
- Even though it did not delete anything as you can see below.
- Thank you so so so so so so much man..
- Database changed
- MariaDB [wiki4]> drop trigger if exists /*_*/insert_category_closure_catlinks;
- Query OK, 0 rows affected (0.023 sec)
- MariaDB [wiki4]> drop trigger if exists /*_*/delete_category_closure_catlinks;
- Query OK, 0 rows affected (0.026 sec)
- MariaDB [wiki4]> drop trigger if exists /*_*/update_category_closure_catlinks;
- Query OK, 0 rows affected (0.014 sec)
- MariaDB [wiki4]> drop trigger if exists /*_*/insert_category_closure_page;
- Query OK, 0 rows affected (0.014 sec)
- MariaDB [wiki4]> drop trigger if exists /*_*/delete_category_closure_page;
- Query OK, 0 rows affected (0.018 sec)
- MariaDB [wiki4]> drop trigger if exists /*_*/update_category_closure_page;
- Query OK, 0 rows affected (0.013 sec)
- MariaDB [wiki4]> FLUSH PRIVILEGES;
- Query OK, 0 rows affected (0.005 sec) Netops trondent (talk) 15:50, 15 August 2019 (UTC)
Ancient (ver 1.21.1) and Latest MediaWiki hosted on same machine (CentOS 6)
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 replace the ancient Mediawiki (version 1.21.2,l PHP version 5.3.3, MySQL 5.1.73) used by my company with a brand new Mediawiki site running the latest version and with brand new content.
Naturally, I'd like to leave the old wiki intact until the new wiki surpasses it. The old wiki is on http://XX.XX.XX.XX:800. I'd like the new wiki to be simultaneously available on http://XX.XX.XX.XX:801.
How should I proceed with this? Graphicsrat (talk) 09:54, 15 August 2019 (UTC)
- This is already explained in the manual. But for a summary, see this answer: https://stackoverflow.com/questions/46046832/move-and-upgrade-mediawiki-without-upgrade-first/46157118#46157118 Ciencia Al Poder (talk) 13:25, 15 August 2019 (UTC)
- @Ciencia Al Poder The latest version of mediawiki requires php version 7.0.13 or newer, which is apparently incompatible with the current version of mediawiki. Is there a workaround? e.g. install both versions of php for both mediawikis? 194.50.30.10 (talk) 12:10, 19 August 2019 (UTC)
- Ah, I missed the "on same machine", which is pretty important here. That would be very inconvenient, because linux distros rarely support having 2 php versions installed using the package manager.
- You'd have to install the new php version yourself (probably by compiling it), and even that may be challenging to actually get it working on the same webserver, if you use apache. It would be more easy if you use php-fpm, though, since you can simply configure a different socket or port for the new version. This approach, however, means you won't get automatic updates of php.
- An alternative would be to do the same but with the current old php version, test that the old wiki still works if you switch to that manually installed PHP, and then use your distro's package manager to upgrade your php. The benefit is that the recent php version would be handled by the package manager. Ciencia Al Poder (talk) 17:48, 19 August 2019 (UTC)
- Thanks. I've been given the same advise, to use php-fpm (https://unix.stackexchange.com/a/536290/16311) I am quite sure how to, as I am very new to mediawiki and friends.
- One other thing perhaps worth noting, if you are not aware, is that CentOS 6 does not support php 7. ("The current version of PHP in the CentOS 6 official repositories is PHP 5.3, which has reached its end of life and is no longer maintained") Graphicsrat (talk) 11:29, 20 August 2019 (UTC)
- If the OS is ancient enough to not receive security patches anymore, then the problem may be even worse. If you want to have zero or almost-zero downtime, I suggest you to install a new server with a recent OS and install there, then switch your servers when everything is done.
- In case you absolutely need the new wiki to be accessible at the same IP address but different port, you can just proxy all requests to that port from the old server to the new server. Ciencia Al Poder (talk) 16:08, 20 August 2019 (UTC)
- I give up. I'm going to install the latest mediawiki on Centos 7 box. Graphicsrat (talk) 12:16, 22 August 2019 (UTC)
Embedding code snippets from BitBucket
Hi there,
Is there a way I can embed code snippets from bitbucket (which would pull the latest files from the repo?)
Thanks. Jb732 (talk) 11:35, 15 August 2019 (UTC)
- This sounds like it would require JS and a custom widget. I can't find anything that is already written, but it looks like Git2Pages is close.
- Something like what you want could probably be acheived by combining the Tweet widget and this JS code. ☠MarkAHershberger☢(talk)☣ 15:11, 15 August 2019 (UTC)
- You can use the External Content extension, which has dedicated BitBucket support. Jeroen De Dauw (talk) 16:26, 5 October 2023 (UTC)
Make all URLs English-only in RTL
All articles in my MediaWiki 1.32.0 RTL (Hebrew) website have Hebrew article names.
The URL of each such article is automatically created as a query stringed Hebrew name, for example:
index.php?title=שם_הדף
In general, I don't want either query string (index.php?title=) or the Hebrew in a URL,
How could I remove that query string from all articles and also give an English slug/alias to each article (which I will manually create for each webpage separately)? 49.230.23.211 (talk) 15:30, 15 August 2019 (UTC)
- Thanks in advance, 49.230.23.211 (talk) 15:30, 15 August 2019 (UTC)
- Does the
index.php?title=part appears for every article or just the ones with Hebrew titles? Meaning have you already setup Manual:Short URL? - Regarding the English titles, I think the only way would be to move the pages to their English titled names, then use $wgRestrictDisplayTitle or Extension:Display Title to get those English titles to display as Hebrew titles in the page title heading and links. AhmadF.Cheema (talk) 19:37, 15 August 2019 (UTC)
- @AhmadF.Cheema
index.php?title=appears for everything, sadly; I just created an all English page and it appeared regularly. - RewriteEngine is On by the way. 49.230.23.211 (talk) 20:01, 15 August 2019 (UTC)
- Dear @AhmadF.Cheema
- I also want to add, assuming I got rid of the query stringed URLs things,
- Changing a slug/alias/path/you-name-it is done easily with Drupal or WordPress; I assume there should be an easy option to do so in MediaWiki as well.
- If there isn't an easy way than I stay in query-stringed Hebrew hoping that in newer core versions of MediaWiki both issues will be easier to deal with. 49.230.23.211 (talk) 20:44, 15 August 2019 (UTC)
- The
index.php?title=part is the default way for MediaWiki; to prettify URLs you will need to properly setup short URLs, which is more work than Rewrite Engine being On.See Manual:Short URL for the instructions. - Newer MediaWiki core versions are very unlikely to change these two aspects. AhmadF.Cheema (talk) 01:11, 16 August 2019 (UTC)
- @AhmadF.Cheema if I understand the guide correctly (which seems to me very unclear and confusing), the only way for me personally to do so is using
.htaccessredirects, which will prettify URLs but will worsen the already bad performance resulting from the "shared" CentOS server I host on. 182.232.185.107 (talk) 09:12, 16 August 2019 (UTC) - The simple rewrite rules from the guide won't have any impact in performance.
- Note that the rules in .htaccess will make the pretty URLs work If you manually type them in the browser), but MediaWiki will still generate the normal URLs with query string until you modify the LocalSettings.php with the configuration changes. Ciencia Al Poder (talk) 09:36, 16 August 2019 (UTC)
How to totally delete all deleted versions of articles?
I have a personal MediaWiki 1.32.0 based website.
Although I have a storage capacity of about 40GB, I fear that from having so many histories for so many articles I might exceed that soon enough.
How to totally delete all deleted versions of articles (at least all besides of homepage so people could see when the website was first created)?
I am not really planning on doing this, just wandering how can this be done and what's your opinions on such move. 49.230.23.211 (talk) 19:00, 15 August 2019 (UTC)
- See Manual:DeleteArchivedRevisions.php and Manual:Reduce size of the database. AhmadF.Cheema (talk) 19:31, 15 August 2019 (UTC)
- Thanks, I should read Manual:DeleteArchivedRevisions.php carefully several times before doing anything with this powerful tool. 49.230.23.211 (talk) 20:40, 15 August 2019 (UTC)
GraphViz Display Error
I have been trying to fix this issue for months and I just can't seem to figure it out. I have been using the Genealogy extension which makes use of the GraphViz extension for displaying family tree's. According to my Version page, both the Genealogy and GraphViz extensions have been installed, but every time I try to use the display feature, I get this error:
/bin/bash: /usr/bin/dot: No such file or directory.
I feel that there is something simple that I am not seeing. Thanks in advance for all the help.
-Mitchell Mitchell316 (talk) 19:33, 15 August 2019 (UTC)
- What are your MediaWiki and extension versions? Looks like this issue was fixed in a more recent Extension:GraphViz version. AhmadF.Cheema (talk) 19:57, 15 August 2019 (UTC)
- MediaWiki: 1.32.0
- GraphViz: 3.0.0
- Genealogy: 0.6.3
- Looking at the extension page for GraphViz, I do see that the latest release is 3.1.0. I will try to update and see if I can get it to work. Mitchell316 (talk) 20:12, 15 August 2019 (UTC)
- Still having some problems.
- I completely started anew and deleted all the old GraphViz files I had. re-downloaded the GraphViz extension via the composer, making sure to require version 3.1 in Composer.local.json. After running composer update, everything appeared to be fine, but the version page STILL states I'm running 3.0.0, not 3.1.0. Therefore, I'm still getting the same "/bin/bash: /usr/bin/dot: No such file or directory" error. If I go into the release notes of my downloaded version, it even states 3.1.0, so I am very confused as to what is going on. Any ideas?
- Edit: Here is the command line entry:
- - Installing mediawiki/graph-viz (3.1.0): Cloning d7732c8ecb from cache
- And here is the Version page entry:
| GraphViz | 3.0.0 (d7732c8)17:57, 13 March 2018 |
Mitchell316 (talk) 21:05, 15 August 2019 (UTC)
- You should probably share your experience at T212708. That should make the developer aware of the issue. AhmadF.Cheema (talk) 01:09, 16 August 2019 (UTC)
Templates switches when saved or while in preview
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 got a problem with 2 templates in our companys Wiki.
They are called "Blue Template" and "Green Template".
When creating a site while using the Blue Template it works perfectly, however if the Green Template is used everything seems finde untill you click the preview or save the page, then it turns into a Blue Template applying its form.
Any suggestions? Cineon1151 (talk) 06:09, 16 August 2019 (UTC)
- can you post the contents of the templates? DannyS712 (talk) 06:10, 16 August 2019 (UTC)
- This is the Blue one:
- {{#forminput:form=Lösung-Anleitung}}
- LösungsBox
| Tickettyp: | Incident | Typ |
|---|---|---|
| Betroffene Referate: | Betroffene Referate | |
| Authentifizierung: | Authentifizierung | |
| Genehmigung erforderlich? | Genehmigung | |
| Prio: | Prio | |
| Erstlösung ServiceDesk: | Erstlösung durch ServiceDesk | |
| Routing: | Routing | |
| Möglicher Service: | MögService |
- {{{end template}}}
- LösungsSeite
| Fehlerbeschreibung: | Fehlerbeschreibung |
|---|---|
| Voraussetzungen: | Voraussetzungen |
| Wege zur Lösung: | Wege zur Lösung |
| Nächste Schritte im Falle der Weiterleitung: | Nächste Schritte im Falle der Weiterleitung |
| Genehmigungsverfahren: | Genehmigungsverfahren |
| Vorgehensweise im Fall Prio1/Prio2: | Vorgehensweise im Fall Prio1/Prio2 |
| Handout vorhanden?: | Handout |
| Tags: | tags |
- {{{end template}}}
- Freitext:
- free text
- summary
- minor edit watch
- save preview changes cancel
- And this is the Green one:
- {{#forminput:form=Anleitung}}
- AnleitungsBox
| Tickettyp: | Service Request | Typ |
|---|---|---|
| Betroffene Referate: | Betroffene Referate | |
| Authentifizierung: | Authentifizierung | |
| Genehmigung erforderlich? | Genehmigung | |
| Prio: | Prio | |
| Erstlösung ServiceDesk: | Erstlösung durch ServiceDesk | |
| Routing: | Routing | |
| Möglicher Service: | MögService |
- {{{end template}}}
- LösungsSeite
| Beschreibung: | Beschreibung |
|---|---|
| Voraussetzungen: | Voraussetzungen |
| Genehmigungsverfahren: | Genehmigungsverfahren |
| Anleitung: | Anleitung |
| Nächste Schritte im Falle der Weiterleitung: | Nächste Schritte im Falle der Weiterleitung |
| Handout vorhanden?: | Handout |
| Tags: | tags |
- {{{end template}}}
- Freitext:
- free text
- summary
- minor edit watch
- save preview changes cancel Cineon1151 (talk) 06:18, 16 August 2019 (UTC)
- can you also add the form's contents? DannyS712 (talk) 06:19, 16 August 2019 (UTC)
- And I assume this is referring to Extension:Page Forms/Linking to forms, right? DannyS712 (talk) 06:20, 16 August 2019 (UTC)
- It wont let me paste the whole content because it converted it like this, i hope its okay like this, im kind of new to this stuff.
- Yes it is referring to these. Cineon1151 (talk) 06:29, 16 August 2019 (UTC)
- Sorry, but I can't really understand it in the format you posted. Can you copy it to User:DannyS712/Help? DannyS712 (talk) 06:31, 16 August 2019 (UTC)
- Copied the content.
Cineon1151 (talk) 06:34, 16 August 2019 (UTC)- Well, for starters both of them specify `#AAAAAA` as the color, so it should show up the same DannyS712 (talk) 06:35, 16 August 2019 (UTC)
- The color is a placeholder for now. The only thing thats weird is, that when creating a site using the Green Template everything works fine, untill you enter the preview or save the page.
- It converts it into a Blue Template. Cineon1151 (talk) 06:45, 16 August 2019 (UTC)
- I'm afraid I can't be of much help - I'm not familiar with the extension, and its not installed here DannyS712 (talk) 06:49, 16 August 2019 (UTC)
- Thanks for looking into it anyway! :-) Cineon1151 (talk) 07:00, 16 August 2019 (UTC)
Instance ignores LocalSettings.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.
Hi everyone,
I have a severe Problem with my installation of mediawiki, which stopped working.
I had no use for it for a while, but with me moving to another hoster, I wanted to make sure, everything will move properly. On this occasion, I figured out, my mediawiki is no longer working. Instead it shows me the startup-installation dialog with the message "LocalSettings.php not found."
I have already checked, if the LocalSetting.php is missing, but it is not. It is right there where it always has been. Nothing had changed in about two or three years now. (thus, the installed version is 1.26.2)
Can anyone help me to recover the installation or at least the few pages which were in the wiki?
Sincerely
Gabriella 80.149.106.86 (talk) 08:25, 16 August 2019 (UTC)
- Correction: The installation is version 1.32.0, not 1.26.2 80.149.106.86 (talk) 08:27, 16 August 2019 (UTC)
- "Nothing had changed in about two or three years now."
- This is not possible, if the installed version is indeed 1.32, since this version was released just this year. Also how did you find the installation version is 1.32, if the Wiki isn't working?
- Did you move the Wiki yourself? Maybe the person who moved it installed a new version?
- Also where exactly do you see the LocalSettings.php file? Is it in the root wiki directory, the one which includes the mw-config, extensions, images etc. directories? AhmadF.Cheema (talk) 09:10, 16 August 2019 (UTC)
- Hi Ahmad
- the folder-name says "mediawiki-1.26.2" so that was my first expection what the version whould be. When I go to the address, the promt there says 1.32.0 on the webpage, so I think, that whould be the correct version.
- I can not remember to update that installation in the last year, but I do remember, when I last used the wiki thus the "Nothing had changed in about two or three years now.". That means the entrys, not necessarily the installation itself. Is there such a feature as an auto-updater or something? No one else can access the installation folder (beside the provider himself).
- By now, the installation is not moved, it is still right there where I putted it in. I want it to be moved, when I am sure, everything will work properly after the moving. Or maybe copy the content to somewhere else as backup (there are not many entrys in the wiki).
- Here is the output from the folder. As far as I remember, the LocalSettings.php is exactly where it should be. (The bkp-copy is fresh, just in case)
- [user@server mediawiki-1.26.2]$ ls -la
- total 1128
- drwxr-xr-x 15 user user 4096 Aug 16 10:10 .
- drwxr-xr-x 24 user user 4096 Aug 17 07:30 ..
- -rw-r--r-- 1 user user 4425 Dec 21 2015 api.php
- -rw-r--r-- 1 user user 967 Dec 21 2015 api.php5
- -rw-r--r-- 1 user user 101634 Dec 21 2015 autoload.php
- -rw-r--r-- 1 user user 94 Sep 11 2016 bkp.htaccess
- drwxr-xr-x 2 user user 4096 Dec 21 2015 cache
- -rw-r--r-- 1 user user 2384 Dec 21 2015 composer.json
- -rw-r--r-- 1 user user 19419 Dec 21 2015 COPYING
- -rw-r--r-- 1 user user 4148 Dec 21 2015 CREDITS
- drwxr-xr-x 8 user user 4096 Dec 21 2015 docs
- drwxr-xr-x 20 user user 4096 Sep 17 2016 extensions
- -rw-r--r-- 1 user user 77 Dec 21 2015 FAQ
- -rw-r--r-- 1 user user 2507 Dec 21 2015 Gemfile.lock
- -rw-r--r-- 1 user user 2632 Dec 21 2015 Gruntfile.js
- -rw-r--r-- 1 user user 752809 Dec 21 2015 HISTORY
- drwxr-xr-x 6 user user 4096 Sep 14 2016 images
- -rw-r--r-- 1 user user 7480 Dec 21 2015 img_auth.php
- -rw-r--r-- 1 user user 977 Dec 21 2015 img_auth.php5
- drwxr-xr-x 54 user user 4096 Dec 21 2015 includes
- -rw-r--r-- 1 user user 1491 Dec 21 2015 index.php
- -rw-r--r-- 1 user user 971 Dec 21 2015 index.php5
- -rw-r--r-- 1 user user 3676 Dec 21 2015 INSTALL
- -rw-r--r-- 1 user user 1752 Dec 21 2015 jsduck.json
- drwxr-xr-x 7 user user 4096 Dec 21 2015 languages
- -rw-r--r-- 1 user user 1826 Dec 21 2015 load.php
- -rw-r--r-- 1 user user 969 Dec 21 2015 load.php5
- -rw-r--r-- 1 user user 5523 Jan 7 2019 LocalSettings.php
- -rw-r--r-- 1 user user 5523 Aug 16 10:10 LocalSettings.php.bkp
- drwxr-xr-x 17 user user 12288 Dec 21 2015 maintenance
- drwxr-xr-x 3 user user 4096 Dec 21 2015 mw-config
- -rw-r--r-- 1 user user 3885 Dec 21 2015 opensearch_desc.php
- -rw-r--r-- 1 user user 991 Dec 21 2015 opensearch_desc.php5
- -rw-r--r-- 1 user user 532 Dec 21 2015 phpcs.xml
- -rw-r--r-- 1 user user 11748 Dec 21 2015 profileinfo.php
- -rw-r--r-- 1 user user 983 Dec 21 2015 profileinfo.php5
- -rw-r--r-- 1 user user 441 Dec 21 2015 Rakefile
- -rw-r--r-- 1 user user 1470 Dec 21 2015 README
- lrwxrwxrwx 1 user user 6 Mar 8 2016 README.mediawiki -> README
- -rw-r--r-- 1 user user 17797 Dec 21 2015 RELEASE-NOTES-1.26
- drwxr-xr-x 5 user user 4096 Dec 21 2015 resources
- drwxr-xr-x 2 user user 4096 Dec 21 2015 serialized
- drwxr-xr-x 7 user user 4096 Jun 1 2016 skins
- -rw-r--r-- 1 user user 1703 Dec 21 2015 StartProfiler.sample
- drwxr-xr-x 6 user user 4096 Dec 21 2015 tests
- -rw-r--r-- 1 user user 1087 Dec 21 2015 thumb_handler.php
- -rw-r--r-- 1 user user 1005 Dec 21 2015 thumb_handler.php5
- -rw-r--r-- 1 user user 20876 Dec 21 2015 thumb.php
- -rw-r--r-- 1 user user 989 Dec 21 2015 thumb.php5
- -rw-r--r-- 1 user user 11827 Dec 21 2015 UPGRADE
- drwxr-xr-x 17 user user 4096 Dec 21 2015 vendor
- -rw-r--r-- 1 user user 98 Dec 21 2015 wiki.phtml 2003:C2:EF40:8600:74FA:B8D8:9486:7DB9 (talk) 05:44, 17 August 2019 (UTC)
- This is odd. The only reason I know which cause the installation window to appear is in the absence of the LocalSettings.php file; even if that file has mistakes the installation window doesn't appear.
- Are you sure you are browsing to the correct location? It seems like the URL you're using is for a different folder than that for your mediawiki-1.26.2 folder. AhmadF.Cheema (talk) 09:22, 17 August 2019 (UTC)
- It seems like the URL you're using is for a different folder than that for your mediawiki-1.26.2 folder.
- Agreed. The file listing you posted has a
RELEASE-NOTES-1.26but no similar file for 1.32. - I think it is all still working, but somehow the website isn't pointing at what your 1.26 directory.
- Is there such a feature as an auto-updater or something?
- No, much as we would like that, there is no such thing. ☠MarkAHershberger☢(talk)☣ 20:25, 17 August 2019 (UTC)
- Sorry for my late replay, unfortunately I was too busy to work on this site.
- Thank you a lot for your diagnosis.
- It was indeed an DNS error which causes the address pointing to a from server.
- I could fix that and now I can access my installation again.
- You guys are awesome :-*
80.149.106.86 (talk) 08:56, 20 August 2019 (UTC)
2 Discstations - How can i reach mediawiki from Outside?
Hello everybody,
I used 2 Discstations in the network. Both I can achieve by means of port forwarding from the outside (eg www.meinedomain.de:0000). On one I have now installed Mediawiki. Of course, I would also like to be able to call up the Mediawiki with the browser. But that does not work. I enter in the browser: www.mydomain.de/mediawiki, I land at the login screen of a station on the wiki is not installed. Can you please help me, what I have to set up where, so that I can reach my wiki from the outside?
Thanks for your support! 94.114.44.197 (talk) 10:05, 16 August 2019 (UTC)
- This seems like a discstation problem, not a MediaWiki problem. ☠MarkAHershberger☢(talk)☣ 20:27, 17 August 2019 (UTC)
New install, but "log in" always results in session hijacking error
Hello,
Ive recently installed a fresh version of Mediawiki 1.33 on a new build server.
Running Debian Buster. PHP 7.3.4-2. mysql Ver 15.1 Distrib 10.3.15-MariaDB and Apache2.
The install itself went fine and i was able to access the wiki and so on.
The problem i have is im completely unable to login as a user after the first few times. Using a working username/password i get the following error:-
"There seems to be a problem with your login session; this action has been cancelled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again."
This happens with any user/password combination. I was able to initially log in as admin, but after a while this error appears for admin AND any other users ive created.
The local web servers error log shows no errors at all, the access.log just shows the correct page elements to load the login page being fetched.
Remedies ive tried:- Clearing browser cache and cookies, multiple browsers on multiple devices. Ive tried to enable debugging in the Setup.php but no errors show. Ive tried altering the cache to cache_none and this hasn't helped either.
Error happens on http and https links to the site.
Entering an invalid user/password produces the same error.
Is this some new incompatibility with php7.3 or something else? Ive tried several different clean installs and all give the same issue.
Wiki URL is:- https://wiki.whitcombe.org.uk/ - its perfectly safe to have a look around as its an empty, new install. Click on Log In and type anything into the box to trigger the error.
I've spent hours on this and none of the google remedies i can find work. Any ideas? Whitcomberd (talk) 10:18, 16 August 2019 (UTC)
- Try setting
$wgSessionCacheType = CACHE_DB;. AhmadF.Cheema (talk) 12:42, 16 August 2019 (UTC) - I tried that and same issue.
Whitcomberd (talk) 12:57, 16 August 2019 (UTC)- I've found that using memcached for session support works pretty well. Can you install memcached and try that? ☠MarkAHershberger☢(talk)☣ 20:28, 17 August 2019 (UTC)
- Ive tried and it doesnt seem to affect anything.
- Ive tried pretty much all cache options as above and the same issue.
- There are no errors in any log what-so-ever so im completely at a loss how to troubleshoot this 212.56.103.143 (talk) 12:57, 18 August 2019 (UTC)
Customize wiki background for myself
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'd like to customise the background for myself for a wiki as a way to notice quickly that I'm in said wiki and not in its public counterpart. Which code shall I instert in my User:MarcoAurelio/common.css to achieve that? Thanks! —MarcoAurelio (talk) 11:48, 16 August 2019 (UTC)
- You could use the following to make the navigation sidebar appear in bright red:
- ☠MarkAHershberger☢(talk)☣ 20:10, 17 August 2019 (UTC)
#p-navigation{ background-color: red; }
- @MarkAHershberger Thank you. I'll try this and see. Regards. —MarcoAurelio (talk) 10:22, 18 August 2019 (UTC)
- @MarkAHershberger I went with:
#globalWrapper{ background-color: #ffff66;}
- instead. It looks it's more noticeable. —MarcoAurelio (talk) 10:39, 18 August 2019 (UTC)
Latest yet version agnostic MediaWiki download link?
This MediaWiki latest version download link (as of 16/08/19), isn't version agnostic:
https://releases.wikimedia.org/mediawiki/1.33/mediawiki-1.33.0.tar.gz
Is there a latest yet version-agnostic link I could use for automation a wget or curl download?
Pseudo code:
https://releases.wikimedia.org/mediawiki/latest/mediawiki-*.*.*.tar.gz 182.232.185.107 (talk) 12:36, 16 August 2019 (UTC)
- For PHPMyAdmin it looks like this (the spam filter prevents me from posting entire link):
- phpmyadmin.net/downloads/phpMyAdmin-latest-all-languages.zip
- For PHPMiniAdmin it looks like this (the spam filter prevents me from posting entire link):
- raw.github.com/osalabs/phpminiadmin/master/phpminiadmin.php 182.232.185.107 (talk) 13:04, 16 August 2019 (UTC)
- There is no latest link that you can use unless you want to get whatever the latest version is on git master: https://github.com/wikimedia/mediawiki/archive/master.zip ☠MarkAHershberger☢(talk)☣ 20:06, 17 August 2019 (UTC)
- I just downloaded the master and it seems to contain (a beta?) of 1.34.0 instead the current (non beta / stable, seemingly) 1.33.0.
- Because I desire to always use a stable version, I don't know what to do in this situation... 49.230.3.125 (talk) 08:33, 18 August 2019 (UTC)
- @MarkAHershberger do you have an idea on this? Please tag user or group of users responsible for release cycle. 49.230.3.125 (talk) 11:40, 19 August 2019 (UTC)
- There is no link like you're talking about. If you think there should be one, I suggest you create a task in phabricator and link to it here. ☠MarkAHershberger☢(talk)☣ 01:20, 20 August 2019 (UTC)
- @MarkAHershberger how would you explain the discrepancy I described above between git master and latest download link in website? Thanks anyway 182.232.20.73 (talk) 11:28, 20 August 2019 (UTC)
- The only version-agnostic link would be for the master version which is the latest (unstable) build of whichever is presently the latest MediaWiki core version. Links for stable core versions will always include the version numbers. AhmadF.Cheema (talk) 12:58, 20 August 2019 (UTC)
- @AhmadF.Cheema if so, I fail to understand why PHPMyAdmin and PHPMiniAdmin teams did that, maybe it's a matter of creating a "symbolic link" to the latest link?
- I really don't know... 182.232.199.99 (talk) 21:18, 20 August 2019 (UTC)
- Yes, it would just require a symlink on the webserver, but if that is what you want, you'd have to file a task in phabricator. ☠MarkAHershberger☢(talk)☣ 23:04, 20 August 2019 (UTC)
- Sorry - I meant - I don't understand why PHPMyAdmin and PHPMiniAdmin guys did that but in MediaWiki it wasn't done. Well, now I do know.
- Well, if I have to register for it than for this time I humbly and kindly reject the offer of offering it myself in the phabricator; I am already registered to too many entities to do so; I hope someone here will do it or some future reader, at least for now, I personally stay with the regular stable version links. 182.232.3.175 (talk) 15:08, 21 August 2019 (UTC)
Can not login: There was a problem with the transfer of your user data.
Hello,
I installed mediawiki by uploading it with ftp. I could create my admin user account. I can not login. I can not create a new user account. I can request a temporary password. But it keeps saying sth. like:
"There was a problem with the transfer of your user data. This action was therefore aborted for security reasons to prevent your changes from being incorrectly assigned to another user. Please resubmit the form. "
What can I do? Thanks in advance!
91.66.216.122 (talk) 13:41, 16 August 2019 (UTC)
- What is "it" that shows that message? Your web browser? MediaWiki itself? Something else? Malyacko (talk) 09:22, 17 August 2019 (UTC)
Some pages index and other do not in CirrusSearch
Running on Windows Server 2012R2
| Product | Version |
|---|---|
| MediaWiki | 1.32.0 |
| PHP | 7.2.7 (cgi-fcgi) |
| MySQL | 8.0.15 |
| ICU | 61.1 |
| Elasticsearch | 5.6.16 |
| Extension | Version |
|---|---|
| CirrusSearch | 0.2 (b1fa4bd)07:47, 20 February 2019 |
| Elastica | 1.3.0.0 (9fcf88c)02:09, 11 October 2018 |
When I search I am able to populate information from some sites but not all. I did a &action=cirrusdump to most of my pages and I noticed that some of them gave me an output and others only showed this []. I ran the commands in the read me file and everything went through smoothly. I was wondering what extension/application is responsible for indexing the pages? is it ElasticSearch, CirrusSearch, or Elastica extension? Knowing this information should help me narrow down what configurations to focus on.
Thanks Bruceillest (talk) 16:28, 16 August 2019 (UTC)
- I wasn't aware of the
action=cirrusdumpparameter. Do the pages that return[]show up in search? ☠MarkAHershberger☢(talk)☣ 20:32, 17 August 2019 (UTC)- Pages that return
[]do no show up in search. The other thing is when I first set this up No pages were showing in search until I added &action=cirrusdump to the page and initially it would return[]but after hitting refresh it would populate I guess what they call the JSON output (example below): But on the majority of my pages it will only return[]. This shows me that whatever auto process that is supposed to run to do this is not running the only thing is what is the process that supposed to run this? - [{"_index":"caswiki_content_XXXXXXXXXXX","_type":"page","_id":"1","_version":[],"_source":{"version":848,"wiki":"wiki","namespace":0,"namespace_text":"","title":"Main Page","timestamp":"2019-08-06T13:27:23Z","create_timestamp":"2019-02-11T18:01:17Z","category":[],"external_link":[],"outgoing_link":[],"template":[],"text":"Welcome to Wiki Need to know how to add info, Click on the link below for instructions. Wiki How Category:XXXXXX Category:XXXXXXXX Category:XXXXXXX Category:XXXXXX Category:XXXXXXXXX:Instructions Category:XXXXX Category:XXXXXXXXX Category:XXXXXXX Category:XXXXXXXXXXXXXXXX Category:XXXXXXXXX Category:XXXXXXXX Category:XXXXXXXXX","source_text":"Welcome to Wiki<\/big>\n\n\nNeed to know how to add info, Click on the link below for instructions.\n\n[http:\/\/houcaswiki01\/CAS\/index.php?title=Wiki_How Wiki How<\/u><\/big>]\n\n==Categories==\n
- Pages that return
","text_bytes":239,"content_model":"wikitext","language":"en","heading":["Categories"],"opening_text":"Welcome to Wiki Need to know how to add info, Click on the link below for instructions. Wiki How","auxiliary_text":[],"defaultsort":false,"display_title":null,"redirect":[],"incoming_links":0}}] Bruceillest (talk) 14:11, 19 August 2019 (UTC)
- Also I got those parameters from here: Extension:CirrusSearch#API Bruceillest (talk) 14:14, 19 August 2019 (UTC)
- Indexing is done with the Manual:Job queue. If the job queue is not being processed, or jobs fail to execute, then new pages won't be indexed. Ciencia Al Poder (talk) 09:28, 19 August 2019 (UTC)
- So I ran
php runJobs.phpand still the same issue where some pages show and others don't. Then I went through the readme again with enabling and disabling search update while running the respective scripts in their order and setaction.auto_create_index: false, action.disable_close_all_indices: true, action.disable_delete_all_indices: true, action.disable_shutdown: truein the elasticsearch.yml file and added$wgRunJobsAsync = false;(per readme) and then ranphp runJobs.phpwhich this time took sometime to complete and then still the same result where some pages show up in search and most don't. I then restart my server and Elastic search wouldn't start because per the elasticsearch logsaction.disable_close_all_indices: true, action.disable_delete_all_indices: true, action.disable_shutdown: trueare "unknown settings". Once removing those settings I was able to turn it back on and verify that the issue was still there. FYI not sure if this may affect but, due to security reasons when I originally setup Mediawiki with MySQL I changed the default port of 3306 which hasn't been an issue for my other extensions. Bruceillest (talk) 15:30, 19 August 2019 (UTC) - I got some more info in logs when I ran php showJobs.php --list. I was wondering if you guys are familiar with this?
- IP: 127.0.0.1
- Start command line script showJobs.php
- [caches] cluster: WinCacheBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: WinCacheBagOStuff, session: WinCacheBagOStuff
- [caches] LocalisationCache: using store LCStoreDB
- [DBConnection] Wikimedia\Rdbms\LoadBalancer::openConnection: calling initLB() before first connection.
- [DBReplication] Wikimedia\Rdbms\LBFactory::getChronologyProtector: using request info {
- "IPAddress": "127.0.0.1",
- "UserAgent": false,
- "ChronologyProtection": false,
- "ChronologyPositionIndex": 0,
- "ChronologyClientId": null
- }
- [DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at '127.0.0.1:6720'.
- [error] [9542873de79a620a1e3149db] [no req] ErrorException from line 586 of C:\inetpub\wwwroot\CAS\includes\jobqueue\JobQueueDB.php: PHP Notice: unserialize(): Error at offset 65302 of 65535 bytes
- #0 [internal function]: MWExceptionHandler::handleError(integer, string, string, integer, array)
- #1 C:\inetpub\wwwroot\CAS\includes\jobqueue\JobQueueDB.php(586): unserialize(string)
- #2 C:\inetpub\wwwroot\CAS\includes\libs\MappedIterator.php(78): JobQueueDB->{closure}(stdClass)
- #3 [internal function]: MappedIterator->accept()
- #4 C:\inetpub\wwwroot\CAS\includes\libs\MappedIterator.php(74): FilterIterator->rewind()
- #5 C:\inetpub\wwwroot\CAS\maintenance\showJobs.php(73): MappedIterator->rewind()
- #6 C:\inetpub\wwwroot\CAS\maintenance\doMaintenance.php(94): ShowJobs->execute()
- #7 C:\inetpub\wwwroot\CAS\maintenance\showJobs.php(109): require_once(string)
- #8 {main}
- [exception] [9542873de79a620a1e3149db] [no req] Error from line 75 of C:\inetpub\wwwroot\CAS\extensions\CirrusSearch\includes\Job\ElasticaWrite.php: Unsupported operand types
- [DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database '127.0.0.1:6720'. Bruceillest (talk) 16:30, 19 August 2019 (UTC)
- This seems to be documented at those 2 bug reports:
- The "Notice: unserialize(): Error at offset 65302 of 65535 bytes" (and the 65535 number is a very magic one) means the job queue is stored on mysql, and the contents of the job parameters got truncated because the table doesn't allow more than 65535 bytes... The fix for this would be to use Redis as the job storage.
- But on the other hand, according to the comment in T157759#4762940, when cirrus jobs are inserted in this way that's because they aren't executed directly because of an error, and that means those jobs shouldn't be there in the first place, the original error is somewhere else.
- You should try to clear your job queue from all those errors, and then, switch jobs to redis, or try to edit a page that's not in the index and save, and inspect the debug log to find any possible errors executing the cirrus search update job. Ciencia Al Poder (talk) 18:10, 19 August 2019 (UTC)
- Ok I think I have figured it out somewhat but, still have an issue. So I was able to expand the size in MySQL from BLOB 65535 bytes to MEDIUMBLOB 16MB. After doing that I cleared the stuck job from MySQL by deleting the row on the job_params column located under the job table. I was then able to run
php showJobs.php --listwithout any errors. Then I ranupdateSearchIndexConfig.phpand was getting[gitinfo] Cache incomplete for C:\inetpub\wwwroot\CASso I found this article https://phabricator.wikimedia.org/T131003 and ran the fix which resolved that issue. After going through the readme I was still having the problem with some pages index and others don't but, I was getting no errors in wiki log and elasticsearch. - I then setup Redis and followed the readme instructions again and still some pages index and others don't and also no errors. So I decided to go to a page and edit the source code and Not use visualeditor this time (since I tried editing through visual editor before and that didn't work) and save it and it indexed just fine. FYI I tried this with and without Redis (after fixing MySQL). But, this is where the issue is I need it to go through and automatically index all of the pages (not new pages). Do I have to do this to all my pages manually? isn't there an automatic process that is supposed to do this? and if so what could it be because that is what might be failing now?
- Thanks Bruceillest (talk) 21:34, 20 August 2019 (UTC)
- It looks like you can reindex by running
php updateSearchIndexConfig.php --reindexAndRemoveOk --indexIdentifier now
- See the upgrade notes. ☠MarkAHershberger☢(talk)☣ 23:09, 20 August 2019 (UTC)
- Sorry just getting back on this so far this didn't work. I am still needing to Edit source and hit save for it to index (basically create the JSON file for it to index, JSON file was verified with
&action=cirrusdump). There has to be some type of process that creates these files that is failing could it be something in Visual Editor that is messing with this? Bruceillest (talk) 21:05, 27 August 2019 (UTC) - Ok I got this to work the hardest way possible which is ridiculous. I had to go to each one of my pages and click on edit source and hit save for it to create the file (which is viewable with
&action=cirrusdump) to index. I verified that any new changes are actively being updated so that's good. It seems like I should have decided to install this feature before I had created any wiki pages so I wouldn't have gone through this. It was very tedious and time consuming to have to go through already created pages, uploaded files and discussion pages just to have them get the file created and index. - I am afraid that when it comes time for me to do an upgrade that it will force me to do this again and by that time I hope this is already resolved. I will just forget about using this extension if it comes to doing this again just to index what was already there when in the future I'm bound to have more pages and files.
- I never got a solid answer as to what creates the file/content/JSON file/whatever it is when you enter
&action=cirrusdump, since that process is definitely failing. I do appreciate the help you both have given me so far but this needs to be addressed. - It would be nice if there was a better of different search option than CirrusSearch cause even though I finally have some of it running its still not perfect. When I search for one of the headings of the page it won't populate unless I add the wildcard * and it won't populate when there is one letter missing even though I'm using the wildcard for example *Task will not populate unless you spell it out completely like *Tasks. Unfortunately this extension is just slightly better than the one built in. Bruceillest (talk) 17:33, 29 August 2019 (UTC)
- Your experience is an example of poor documentation, I think. I haven't run into similar problems when upgrading CirrusSearch, so I'm sorry that you had to do so much work.
- I'm sure there is a better way than what you did, but, again, my experience with CirrusSearch is such that I don't know what that would be. ☠MarkAHershberger☢(talk)☣ 15:28, 31 August 2019 (UTC)
- Maybe follow the Upgrading notes from the README? Ciencia Al Poder (talk) 17:17, 31 August 2019 (UTC)
- I had this same issue, where some pages were indexed and others weren't. Pages that returned
[]did not show up in search. - The first command here was not enough, but once I did the second they showed up in search correctly.
php updateSearchIndexConfig.php --reindexAndRemoveOk --indexIdentifier nowphp forceSearchIndex.php- As the rebuild happens you'll see "...Indexed 10 pages ending at 5267 at 71/second..." etc. Olson.jared.m (talk) 22:28, 13 December 2022 (UTC)
Windows 7 after Microsoft ends support in January 2020
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 long will the WMF continue to support Windows 7 (or something like that) after Microsoft will have ended its support since January 2020? George Ho (talk) 05:31, 17 August 2019 (UTC)
- @George Ho What exactly is there to "support" and which software is this about? See Manual:Installation requirements what is required; an installation of Microsoft Windows is not required... Malyacko (talk) 09:20, 17 August 2019 (UTC)
- I was talking about multiple WMF projects, like Wikipedia, in general. George Ho (talk) 09:24, 17 August 2019 (UTC)
- Please provide a specific example why and where you think that the "WMF supports Windows 7". Because I don't see where the "WMF supports Windows 7". Malyacko (talk) 13:36, 18 August 2019 (UTC)
- I don't think the Wikimedia Foundation has any main services for Windows 7.🤔 WMF services are browser based so they would probably need to support particular browsers rather than specific Windows versions. AhmadF.Cheema (talk) 09:27, 17 August 2019 (UTC)
new install - saving first page results in a white 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 fresh install(1.33.x). I asked it to add all extensions listed when going through install. NO extra configurations or added extensions.
I can log in, and create an admin user (when going through installation.), and a new regular user.
The regular user creates a new page, and saves the new page. It seems to wipe the screen to prepare for putting up the new one, but nothing. The browser shows that all is done, so not sure.
I am using debian 9.x
Any ideas on where to start looking to fix this? Smokinjo67 (talk) 16:40, 17 August 2019 (UTC)
- By white page, do you mean a blank browser page?
- When a blank page appears, check the Console tab of your browser's developer tools (F12) and see if any errors get listed there. AhmadF.Cheema (talk) 17:15, 17 August 2019 (UTC)
- Hello,
- Yes, a blank browser page. Sorry for the confusion.
- I pressed F12 and which tab do I look under the the errors?
- Under inspector, it just has 4 lines:
- html - event
- head/head
- body/body - event
- html
- Thats alI see.
- Thanks Smokinjo67 (talk) 17:34, 17 August 2019 (UTC)
- Please check your error log for any errors. If you're using Apache, this log would be under
/var/log/apache2. ☠MarkAHershberger☢(talk)☣ 20:30, 17 August 2019 (UTC) - Well, no errors and the site just started working.
- Fine for now. I will come back if ti acts up.
- Thanks Smokinjo67 (talk) 02:23, 18 August 2019 (UTC)
- Well, I found another error.
- More details though:)
- When I make my own new pages, I can create and edit them.
- But, when I edit an existing page (I tried editing the "Main Page".), I get the white page.
- Thanks
Smokinjo67 (talk) 02:36, 18 August 2019 (UTC)- The blank page may be caused by some JavaScript error, which should show up in the Console tab of inspector. The 4 lines you mention above, appear under the Elements tab, the Console tab should be on its side. See Chrome and Firefox.
- Also, the blank page may be due to PHP errors, although in this case usually the entire site should be showing the blank page. To display PHP errors, see #You see a Blank Page.
- If nothing else works, try disabling all extensions. It's unlikely that bundled extensions would be buggy but it wouldn't hurt to try.🤷♀️ AhmadF.Cheema (talk) 07:54, 18 August 2019 (UTC)
- Hello
- I did try forcing the errors to appear, nd outlined in the #You see a blank page.
- I got the errors:
- ------JQMIGRATE: Migrate is installed with logging active, version 3.0.1 load.php:141:202
- This page is using the deprecated ResourceLoader module "jquery.throttle-debounce".
- Please use OO.ui.throttle/debounce instead. See https://phabricator.wikimedia.org/T213426 load.php:576:253
- This page is using the deprecated ResourceLoader module "jquery.ui.position". load.php:57:291
- This page is using the deprecated ResourceLoader module "jquery.ui.widget". load.php:88:942
- This page is using the deprecated ResourceLoader module "jquery.ui.core".
- Please use OOUI instead.
- ----
- As for the extensions, I am a newbie. Where to I find them in order to disable them? I can log in as admin I presume?
- Thanks Smokinjo67 (talk) 12:48, 18 August 2019 (UTC)
- The errors you quoted are just warnings, not too important. They were also from the Console tab, the PHP errors outlined in #You see a Blank Page will show on the browser page, not under the Console. The errors, if present, will show when an action which causes the blank page happens.
- The extensions are loaded through your LocalSettings.php file, present inside the main/root folder of your Wiki. There, the lines starting with "wfLoadExtension" or "require_once" are the ones which load those extensions. Removing, or commenting them out will disable those extensions.
- Also, add the following in your LocalSettings.php file, to make sure that no potential debug information is being left out:Also, if your Wiki is public, is it possible that you could just link to it? AhmadF.Cheema (talk) 13:41, 18 August 2019 (UTC)
$wgShowExceptionDetails = true; $wgDevelopmentWarnings = true; error_reporting( -1 ); ini_set( 'display_errors', 1); error_reporting(E_ALL);
- Hello
- I added the extra text to the local settings file.
- I did no get more errors, I got less.
- AS for my wiki, here is th elink:
- https://www.ecol-eau.net/plantwiki/
- It is an open wiki but you need to create a user.
- Thanks Smokinjo67 (talk) 14:39, 18 August 2019 (UTC)
- Is the issue resolved?
- I just tested editing and saving the Main Page and it worked. AhmadF.Cheema (talk) 14:55, 18 August 2019 (UTC)
- Well, it works for me to.
- But, I did comment out all the extensions. This means that 1 or some of the extensions cause an issue.
- I will add them in 1 at a time and see where they bug.
- I wuill be back with an update
- Thanks Smokinjo67 (talk) 15:50, 18 August 2019 (UTC)
- Well, I disabled all the extensions, and then 1 by 1, enabled each of them.
- The white page does not happen anymore.
- Not sure why it stopped, but I will hoep it stays this way. If it comes back, I will post something.
- Thanks 104.234.236.223 (talk) 21:39, 18 August 2019 (UTC)
Error message - Sorry! We could not process your edit due to a loss of session data.
It seems that I keep getting logged out while only being on line 1-2 minutes. I get the following message:
Sorry! We could not process your edit due to a loss of session data.
You might have been logged out. Please verify that you're still logged in and try again. If it still does not work, try logging out and logging back in, and check that your browser allows cookies from this site.
Wen I click on "keep me logged in", it seems to last longer.
I cleared the cache.
latest version: 1.33.x (downloaded yesterday)
Thanks Smokinjo67 (talk) 02:34, 18 August 2019 (UTC)
Is there a way to resolve curid to title?
Sometimes users view articles based on the page id, using something like this: /w/index.php?curid=345
If the user views a page like this, is there a way I can have the url resolve into it's normal page, like: /wiki/Page_title or at least /w/index.php?title=Page_title Jer Hughes (talk) 03:43, 18 August 2019 (UTC)
- There's currently nothing in core to do such redirect.
- If you know php, you could write a hook to do the redirect yourself. Ciencia Al Poder (talk) 09:26, 19 August 2019 (UTC)
infobox in mediawiki
Hey guys,
I installed Scribunto without a problem but when I want to install and load ParserFunctions I get a 500 error as soon as I add the one-line code to my LocalSettings.php
Does anybody know how I can fix this? 93.131.184.122 (talk) 08:34, 18 August 2019 (UTC)
- For the 500 error, you'll have to take a look at your server's error logs. AhmadF.Cheema (talk) 13:31, 18 August 2019 (UTC)
- See manual:How to debug Bawolff (talk) 00:31, 20 August 2019 (UTC)
Floating Table Headings
I have found that it quickly becomes a problem when scrolling down an article's table and then forgetting what each column represents. It would be far better if the column headings floated down when scrolling down thru the table.
How can this be accomplished? KitchM (talk) 14:52, 18 August 2019 (UTC)
- Maybe Extension:FixedHeaderTable, or the StickyTableHeaders gadget (appears to work only for Firefox or Safari), or Template:Scrolling table (only horizontal scrolling scenarios, apparently, doesn't work for vertical scrolling). AhmadF.Cheema (talk) 15:28, 18 August 2019 (UTC)
Media Wiki logs me out after 1-2 minutes
I am slowly working through issues. One of the other ones is:
either as admin or a regular user, media wiki logs me out with out me asking it to, after 1-2 minutes.
This happens whether I check off he option:
Keep Me Logged in
How might I be able to get it to not log me out? Smokinjo67 (talk) 16:04, 18 August 2019 (UTC)
- A few more details:
- It logs me out less after playing with it.
- But, when I edit a file, I get the following error:
- ----Sorry! We could not process your edit due to a loss of session data.
- You might have been logged out. Please verify that you're still logged in and try again. If it still does not work, try logging out and logging back in, and check that your browser allows cookies from this sit
- ----
- If I try pressing save a couple more times, eventually it saves successfully.
- Why would I get the error, but it still allows me to save? How can this be avoided?
- Thanks Smokinjo67 (talk) 17:12, 18 August 2019 (UTC)
- Does this problem persist even after disabling all the extensions? AhmadF.Cheema (talk) 17:26, 18 August 2019 (UTC)
- I disabled all the extensions, and the issue is still there.
- It all still works, but it is just a little annoying.
- I do not know if this is related, but another issue that I have is in logging out.
- It can take 3-4 times of pressing the log out button for it to actually work. The error I get is:
- ----Log out failed due to session error. Please try again.
- ----Both are related to session issues.
- Thanks for Smokinjo67 (talk) 23:15, 18 August 2019 (UTC)
- Both of the issues are known problems with Extension:Auth remoteuser. However, since your Wiki isn't using that extension, I can't imagine why you're getting these. AhmadF.Cheema (talk) 00:54, 19 August 2019 (UTC)
- Check $wgSessionCacheType and set it to CACHE_DB. Ciencia Al Poder (talk) 09:15, 19 August 2019 (UTC)
- I looked through my LocalSettings.hphp file and there is no $wgSessionCacheType
- Do I need to add it here, or somewhere else?
- Thanks Smokinjo67 (talk) 11:26, 19 August 2019 (UTC)
- Yes, you'll need to add it manually to override what you hay have set for $wgMainCacheType Ciencia Al Poder (talk) 17:49, 19 August 2019 (UTC)
- Hello,
- This solution worked for me. Now, I am not logged out and I get no more errors.
- Thanks for your help Smokinjo67 (talk) 13:27, 24 August 2019 (UTC)
- Hi @Smokinjo67@Ciencia Al Poder
- I am working on mediawiki project facing the same issue of frequent logouts,
- I have tried adding $wgMainCacheType in my localsettings but this does not works for me in frequent logouts.
- I have also tried removing the below code inside of the docker in Setupt.php which is works fine but while login it's showing Cookies may be disabled.
- if ( !defined( 'MW_NO_SESSION' ) && !$wgCommandLineMode ) {
- // If session.auto_start is there, we can't touch session name
- if ( $wgPHPSessionHandling !== 'disable' && !wfIniGetBool( 'session.auto_start' ) ){
- session_name($wgSessionName ?: $wgCookiePrefix . '_session');
- HeaderCallback::warnIfHeadersSent();
- }
- // Create the SessionManager singleton and set up our session handler,
- // unless we're specifically asked not to.
- if ( !defined( 'MW_NO_SESSION_HANDLER' ) ) {
- MediaWiki\Session\PHPSessionHandler::install(
- MediaWiki\Session\SessionManager::singleton()
- );
- }
- $contLang = MediaWikiServices::getInstance()->getContentLanguage();
- // Initialize the session
- try {
- $session = MediaWiki\Session\SessionManager::getGlobalSession();
- } catch ( MediaWiki\Session\SessionOverflowException $ex ) {
- // The exception is because the request had multiple possible
- // sessions tied for top priority. Report this to the user.
- $list = [];
- foreach ( $ex->getSessionInfos() as $info ) {
- $list[] = $info->getProvider()->describe( $contLang );
- }
- $list = $contLang->listToText( $list );
- throw new HttpError( 400,
- Message::newFromKey( 'sessionmanager-tie', $list )->inLanguage( $contLang )
- );
- }
- unset( $contLang );
- if ( $session->isPersistent() ) {
- $wgInitialSessionId = $session->getSessionId();
- }
- $session->renew();
- if ( MediaWiki\Session\PHPSessionHandler::isEnabled() &&
- ( $session->isPersistent() || $session->shouldRememberUser() ) &&
- session_id() !== $session->getId()
- ) {
- // Start the PHP-session for backwards compatibility
- if ( session_id() !== '' ) {
- wfDebugLog( 'session', 'PHP session {old_id} was already started, changing to {new_id}', 'all', [
- 'old_id' => session_id(),
- 'new_id' => $session->getId(),
- ] );
- session_write_close();
- }
- session_id( $session->getId() );
- session_start();
- }
- unset( $session );
- } else {
- // Even if we didn't set up a global Session, still install our session
- // handler unless specifically requested not to.
- if ( !defined( 'MW_NO_SESSION_HANDLER' ) ) {
- MediaWiki\Session\PHPSessionHandler::install(
- MediaWiki\Session\SessionManager::singleton()
- );
- }
- }
- Can anyone assist here.
- Thanks. Harshitsc (talk) 06:12, 3 February 2023 (UTC)
Version not getting defined
Hello,
I'm having a rather simple problem, but I cannot seem to figure it out. I'm downloading the Semantic Genealogy Extension, and I keep getting this error:
"You need to have Semantic MediaWiki installed in order to use Semantic Genealogy."
So I looked into the SemanticGenealogy.php file and found where it is breaking, and it appears that the variable 'SMW_VERSION' is not being defined on line 32. To clarify, I do have Semantic MediaWiki installed (3.0.2) as given by my Version page.
In the SemanticMediaWiki.php file, I found that the 'SMW_VERSION' variable is getting defined here on line 64:
define( 'SMW_VERSION', isset( $credits['version'] ) ? $credits['version'] : 'N/A' );
It appears that for some reason, the "$credits['version']" is coming up not set, and therefore the "SMW_VERSION" is getting defined as "N/A".
This doesn't really make much sense to me though. I have tried to define "SMW_VERSION" in the SemanticGenealogy.php file as '3.0.2' just to diagnose, and another error came up stating I already defined "SMW_VERSION" on line 64 above.
Thanks for all the help,
Mitchell Mitchell316 (talk) 23:16, 18 August 2019 (UTC)
- It'd probably be worth filing a bug against SemanticGenealogy on Phabricator, if you can't get it working and you're using the latest version of both extensions. Sam Wilson 07:25, 19 August 2019 (UTC)
- Extension:Semantic Genealogy does not use Phabricator so it should be filled wherever that project might welcome bugs (or not). Malyacko (talk) 20:41, 19 August 2019 (UTC)
- Hi,
- I maintained Extension:Semantic Genealogy , and this extension doesn't seem compatible with SemanticMediawiki 3 because of the way it is loaded.
- In an ideal world, SemanticGenealogy should be loaded from extension.json but it is not the case yet. I'm working on it as a side project.
- To be a little more clear :
- When you use SMW 2, here what happens :
- load Semantic Mediawiki (so define SMW_VERSION)
- load Semantic Genealogy (check that SMW_VERSION is fine, then go on)
- When you use SMW 3, here what happens :
- load Semantic Mediawiki via the extension.json (handle by a hook)
- load Semantic Genealogy (not handle by the extension.json hook as it should) (check for SMW_VERSION -> error, but then you define it)
- Mediawiki hooks load extensions via extension.json -> load SMW 3 and define SMW_VERSION (which duplicate your call).
- 2 possibles workaround :
- downgrade to SMW 1.9 or 2
- try defining a basic extension.json in SemanticGenealogy and use wfLoadExtension ('SemanticGenealogy') to load the extension, you may have to hack some stuff...
- Hope this helped Thibault Taillandier (talk) 14:36, 20 August 2019 (UTC)
- Try this extension.json :
- { "name": "Semantic Genealogy", "version": "0.1.0" } Thibault Taillandier (talk) 15:06, 20 August 2019 (UTC)
- It sounds like Semantic Genealogy is to be archived. Is that incorrect? Sam Wilson 02:17, 21 August 2019 (UTC)
Cannot access database error, upgrading from 1.19 to 1.33
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 attempting to update a wiki from 1.19 on an older machine to 1.33 on a newer machine. (The newer machine is running a newer Fedora version, and so has newer MySQL and PHP, which requires me to update.)
I dumped the database from the old machine, transfered it to the new one, and imported it into MySQL. That seems to have gone correctly.
However, attempts to connect to the wiki after setting it up have resulted in errors:
Sorry! This site is experiencing technical difficulties.
Try waiting a few minutes and reloading.
(Cannot access the database)
#0 /var/www/html/wiki/WikiName/includes/libs/rdbms/loadbalancer/LoadBalancer.php(758): Wikimedia\Rdbms\LoadBalancer->reportConnectionError()
#1 /var/www/html/wiki/WikiName/includes/GlobalFunctions.php(2637): Wikimedia\Rdbms\LoadBalancer->getConnection(0, Array, false)
#2 /var/www/html/wiki/WikiName/includes/cache/localisation/LCStoreDB.php(54): wfGetDB(-1)
#3 /var/www/html/wiki/WikiName/includes/cache/localisation/LocalisationCache.php(410): LCStoreDB->get('en', 'deps')
#4 /var/www/html/wiki/WikiName/includes/cache/localisation/LocalisationCache.php(456): LocalisationCache->isExpired('en')
#5 /var/www/html/wiki/WikiName/includes/cache/localisation/LocalisationCache.php(375): LocalisationCache->initLanguage('en')
#6 /var/www/html/wiki/WikiName/includes/cache/localisation/LocalisationCache.php(294): LocalisationCache->loadSubitem('en', 'messages', 'title-invalid-e...')
#7 /var/www/html/wiki/WikiName/languages/Language.php(2645): LocalisationCache->getSubitem('en', 'messages', 'title-invalid-e...')
#8 /var/www/html/wiki/WikiName/includes/cache/MessageCache.php(990): Language->getMessage('title-invalid-e...')
#9 /var/www/html/wiki/WikiName/includes/cache/MessageCache.php(948): MessageCache->getMessageForLang(Object(LanguageEn), 'title-invalid-e...', false, Array)
#10 /var/www/html/wiki/WikiName/includes/cache/MessageCache.php(890): MessageCache->getMessageFromFallbackChain(Object(LanguageEn), 'title-invalid-e...', false)
#11 /var/www/html/wiki/WikiName/includes/Message.php(1308): MessageCache->get('title-invalid-e...', false, Object(LanguageEn))
#12 /var/www/html/wiki/WikiName/includes/Message.php(863): Message->fetchMessage()
#13 /var/www/html/wiki/WikiName/includes/Message.php(955): Message->toString('text')
#14 /var/www/html/wiki/WikiName/includes/title/MalformedTitleException.php(49):Message->text()
#15 /var/www/html/wiki/WikiName/includes/title/MediaWikiTitleCodec.php(297): MalformedTitleException->__construct('title-invalid-e...', '')
#16 /var/www/html/wiki/WikiName/includes/Title.php(3139): MediaWikiTitleCodec->splitTitleString('', 0)
#17 /var/www/html/wiki/WikiName/includes/Title.php(407): Title->secureAndSplit()
#18 /var/www/html/wiki/WikiName/includes/MediaWiki.php(83): Title::newFromURL(NULL)
#19 /var/www/html/wiki/WikiName/includes/MediaWiki.php(140): MediaWiki->parseTitle()
#20 /var/www/html/wiki/WikiName/includes/MediaWiki.php(781): MediaWiki->getTitle()
#21 /var/www/html/wiki/WikiName/includes/MediaWiki.php(515): MediaWiki->main()
#22 /var/www/html/wiki/WikiName/index.php(42): MediaWiki->run()
#23 {main}
I have tried to manually log in to the mysql server using my $wgDB* credentials, and the credentials seem to work. SHOW DATABASES; indicates that the wiki database exists. At this point, I feel like I don't have enough to go off of to know where to debug next. Dajagr (talk) 00:01, 19 August 2019 (UTC)
- Okay, I believe I've found the answer. Apparently, MySQL 8.0.4 uses an authentication schema that the MediaWiki PHP isn't able to process properly. The solution appears to be to update the password schema with something similar to the following:
% mysql -u root -pEnter password: my_passwordalter user 'username'@'localhost' identified with mysql_native_password by 'password';Dajagr (talk) 00:25, 19 August 2019 (UTC)
Fatal exception of type "Error" in file upload
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 upload .ogg format file and .odt file
but can't upload .mp3 format, mediawiki tell me this.（internal error [XVpafIe-7rv0hsoBRklfXwAAAMM] 2019-08-19 08:14:54: Fatal exception of type "Error"）
no other informations
use fedora 30 and dnf(yum) apache, php(7), mariadb, certbot, ...
mediawiki is manually installed
I can't understand why this error occurred, There is no solution to this problem found on the search engine.
So,i am enabled $wgDebugLogFile, points to the path of the correct and existing file(/var/www/html/website/html/debug.log), using chown apache:apache and chmod 700 on this file.
Then there is no log output when the problem is reproduced. 123.245.209.230 (talk) 08:22, 19 August 2019 (UTC)
- Do you have $wgShowExceptionDetails enabled? Is there any error output in your web server logs? Sam Wilson 08:31, 19 August 2019 (UTC)
- OHHHHHHH, I have a [$wgShowExceptionDetails] with no parameters specified, I think it will be enabled by default without parameters.
- Too terrible, just like [If using SELinux, make sure to adjust the ACLs accordingly (see there).] [see there] does not point to any hyperlink.
- (In the language I am using, it means that this help page has been deleted)
- It looks like a problem caused by an extension called TimedMediaHandler. I am going to check it. 123.245.209.230 (talk) 10:05, 19 August 2019 (UTC)
Missin Create an Account on my installed media wiki 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.
Hi
I installed media wiki on my computer system but Create Account is missing on the site. because of this, I have manually checked my localsettings.php file. I could still see this;
$wgGroupPermissions['*']['createaccount'] = false;
$wgGroupPermissions['*']['edit'] = false;
What is the way out of this?
How can I manually add the Create Account part on this site? Isaiahtoyin (talk) 14:38, 19 August 2019 (UTC)
- Why would you want a "Create Account" link if your settings do not allow to create accounts? Malyacko (talk) 20:39, 19 August 2019 (UTC)
- Appears to have been resolved at Project:Support desk/Flow/2011/08#h-Missing_"Create_an_Account"_link-2011-08-31T03:25:00.000Z. AhmadF.Cheema (talk) 00:13, 20 August 2019 (UTC)
how to extract pages from an sql dump
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've got an sql dump of a mariadb db install from 2018, I have only the sql dump, the whole wiki comprised of only 10 or so pages with some text.
I know having the database it should be pretty easy to extract only those pages text and dump it in text form, I can then recover what's needed from that text and put it back into my current wikimedia install manually, which is actually preferrable to just restoring the database to me in this situation.
The problem is I know nothing about DB and can't write such a query myself, can anybody please help? 91.228.52.145 (talk) 14:57, 19 August 2019 (UTC)
- This depends on your config, but for common configs, the following would probably work:
select page_namespace, page_title, old_text from page inner join revision on rev_id = page_latest inner join text on rev_text_id = old_id;
- Please note that this would only fetch latest versions of existing pages. This doesn't include old versions of pages or deleted pages. It may not work if you have enabled text compression, external storage, and some other configuration. YMMV Bawolff (talk) 00:20, 20 August 2019 (UTC)
- thank you very much, it worked like a charm. 91.228.52.145 (talk) 11:16, 20 August 2019 (UTC)
Bug at the MediaWiki Mainpage
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 top of the Mainpage is a warning:
Warning: Display title "MediaWiki/de" overrides earlier display title "MediaWiki/de".
Brest regards Partynia Partynia (talk) 16:58, 19 August 2019 (UTC)
- Hi @Partynia, please provide clear steps where to see something.
- @Malyacko
- At https://www.mediawiki.org/wiki/MediaWiki/de there is a bug:
- Warning: Display title "MediaWiki/de" overrides earlier display title "MediaWiki/de".
- <nowiki>Warning: Display title "<span style="opacity:0;position:absolute;">MediaWiki/de</span>" overrides earlier display title "<span style="position: absolute; clip: rect(1px 1px 1px 1px); clip: rect(1px, 1px, 1px, 1px);">MediaWiki/de</span>".</nowiki>
- Partynia Malyacko (talk) 20:38, 19 August 2019 (UTC)
- Fixed. @Partynia Please, next time post a new reply instead of editing other user's comments! Ciencia Al Poder (talk) 09:14, 20 August 2019 (UTC)
- Thank you! Partynia Partynia (talk) 10:27, 20 August 2019 (UTC)
User names broken after restoring data from an XML dump
Hi! I dumped all pages using dumpBackup.php, set up a new version of MediaWiki and then restored the data using importDump.php. Strangely the user pages were part of the backup, the properties, forms (SMW), but the user accounts were not part of the backup. As there is no information about this I restored all pages and then reconstructed the user accounts by creating them manually again.
Well, recreating them is okay, but now all pages and all edits refer not to the original user names such as "SomeUserName" but to something like "imported>SomeUserName".
After all accounts have been created retrying the import did not change anything on this situation. Apparently importDump.php is doing this by default.
Question(s):
a) How can I revert all pages to the correct user names?
b) This behavior does not seem to be documented. Why is that so?
c) Is there a way to prevent this behavior by default and restore everything with the correct user names?
Thank you for any help on this matter!
Regis Regis May (talk) 10:15, 20 August 2019 (UTC)
- You could just do a database dump using a tool like phpMyAdmin and then import that into your new MediaWiki version.
- The dumps produced with dumpBackup.php are not meant to be used for setting up a new version of an old wiki. They're just for transfering wiki contents between wikis. ☠MarkAHershberger☢(talk)☣ 23:14, 20 August 2019 (UTC)
- Using phpMyAdmin? No, I can't. a) I'm migrating from an older installation and the database structure likely has changed. b) phpMyAdmin only supports MySQL/MariaDB where I'm doing this primarily to switch databases.
- If these tools are ment for "transfering wiki contents between wikis" than I'm using these tools exactly in respect to their purpose they've been built for. I'm transfering content from a full wiki to an empty one.
- Unfortunately I'm running into problems here. As you can see I struggle with user account references getting modified during import. Neither can I find anything in the documentation about this behavior nor anything about how to prevent this behavior. Could you please assist me in this matter? Regis May (talk) 10:26, 23 August 2019 (UTC)
- I'm migrating from an older installation and the database structure likely has changed.
- The db structure has changed but MediaWiki has schema migration built in using update.php.
- phpMyAdmin only supports MySQL/MariaDB where I'm doing this primarily to switch databases.
- You didn't mention that you were changing DBs.
- If these tools are ment for "transfering wiki contents between wikis" than I'm using these tools exactly in respect to their purpose they've been built for. I'm transfering content from a full wiki to an empty one.
- Yes, but you're expecting user accounts to be copied as well. User accounts are not part of the contents of the wiki.
- I have never tried this before but if you dump the users and the groups tables from your MySQL DB, you should have something that can be imported into your new DB. ☠MarkAHershberger☢(talk)☣ 16:34, 23 August 2019 (UTC)
Restoring a wiki site from a sql.bak file
Hello, I have been tasked the the job of restoring an old mediawiki site. I have the sql.bak file. What is the best way of going about this so that others can see the information of the pages and not just me. I am new to this wiki stuff and I do not have wiki installed either. 207.87.86.66 (talk) 16:11, 20 August 2019 (UTC)
- With the database sql file you will be able to to restore the pages, users and all texts on the pages. However, you will be missing the files, which users have uploaded to the wiki. In order to restore the wiki completely, you will need the files as well.
- See Manual:Restoring a wiki from backup for an instruction guide! 2001:16B8:103D:400:7465:A23B:3217:683E (talk) 17:29, 20 August 2019 (UTC)
Error: 1054 Unknown column 'ar_actor' in 'where clause' (localhost)
I try upgrade my wiki(1.32.3 to 1.33.0).
So, I prepared the MediaWiki file. Then I entered the DB information and pressed Continue, and the following error occurred.
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.
...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.
...no page_random rows needed to be set
...have user_registration field in user table.
...templatelinks table already exists
...externallinks table already exists.
...job table already exists.
...have ss_images field in site_stats table.
...langlinks table already exists.
...querycache_info table already exists.
...filearchive table already exists.
...have ipb_anon_only field in ipblocks table.
...index rc_ns_usertext already set on recentchanges table.
...index rc_user_text already set on recentchanges table.
...have user_newpass_time field in user table.
...redirect table already exists.
...querycachetwo table already exists.
...have ipb_enable_autoblock field in ipblocks table.
...index pl_namespace on table pagelinks includes field pl_from.
...index tl_namespace on table templatelinks includes field tl_from.
...index il_to on table imagelinks includes field il_from.
...have rc_old_len field in recentchanges table.
...have user_editcount field in user table.
...page_restrictions table already exists.
...have log_id field in logging table.
...have rev_parent_id field in revision table.
...have pr_id field in page_restrictions table.
...have rev_len field in revision table.
...have rc_deleted field in recentchanges table.
...have log_deleted field in logging table.
...have ar_deleted field in archive table.
...have ipb_deleted field in ipblocks table.
...have fa_deleted field in filearchive table.
...have ar_len field in archive table.
...have ipb_block_email field in ipblocks table.
...index cl_sortkey on table categorylinks includes field cl_from.
...have oi_metadata field in oldimage table.
...index usertext_timestamp already set on archive table.
...index img_usertext_timestamp already set on image table.
...index oi_usertext_timestamp already set on oldimage table.
...have ar_page_id field in archive table.
...have img_sha1 field in image table.
...protected_titles table already exists.
...have ipb_by_text field in ipblocks table.
...page_props table already exists.
...updatelog table already exists.
...category table already exists.
...category table already populated.
...have ar_parent_id field in archive table.
...have user_last_timestamp field in user_newtalk table.
...protected_titles table has correct pt_title encoding.
...have ss_active_users field in site_stats table.
...ss_active_users user count set...
...have ipb_allow_usertalk field in ipblocks table.
...change_tag table already exists.
...user_properties table already exists.
...log_search table already exists.
...have log_user_text field in logging table.
...l10n_cache table already exists.
...ct_rc_id key doesn't exist.
...have rd_interwiki field in redirect table.
...*_mime_minor fields are already long enough.
...iwlinks table already exists.
...index iwl_prefix_title_from already set on iwlinks table.
...have ul_value field in updatelog table.
...have iw_api field in interwiki table.
...iwl_prefix key doesn't exist.
...have cl_collation field in categorylinks table.
...categorylinks up-to-date.
...module_deps table already exists.
...ar_page_revid key doesn't exist.
...skipping index ar_revid because index ar_revid_uniq already set on archive table.
...ll_lang is up-to-date.
...user_last_timestamp is already nullable.
...index user_email already set on user table.
...up_property in table user_properties already modified by patch patch-up_property.sql.
...uploadstash table already exists.
...user_former_groups table already exists.
...have rev_sha1 field in revision table.
...batch conversion of user_options: nothing to migrate. done.
...user table does not contain user_options field.
...have ar_sha1 field in archive table.
...index page_redirect_namespace_len already set on page table.
...have us_chunk_inx field in uploadstash table.
...have job_timestamp field in job table.
...index page_user_timestamp already set on revision table.
...have ipb_parent_block_id field in ipblocks table.
...index ipb_parent_block_id already set on ipblocks table.
...category table does not contain cat_hidden field.
...have rev_content_format field in revision table.
...have rev_content_model field in revision table.
...have ar_content_format field in archive table.
...have ar_content_model field in archive table.
...have page_content_model field in page table.
Content Handler DB fields should be usable now.
...site_stats table does not contain ss_admins field.
...recentchanges table does not contain rc_moved_to_title field.
...sites table already exists.
...have fa_sha1 field in filearchive table.
...have job_token field in job table.
...have job_attempts field in job table.
...have us_props field in uploadstash table.
...ug_group in table user_groups already modified by patch patch-ug_group-length-increase-255.sql.
...ufg_group in table user_former_groups already modified by patch patch-ufg_group-length-increase-255.sql.
...index pp_propname_page already set on page_props table.
...index img_media_mime already set on image table.
...iwl_prefix_title_from index is already non-UNIQUE.
...index iwl_prefix_from_title already set on iwlinks table.
...have ar_id field in archive table.
...have el_id field in externallinks table.
...have rc_source field in recentchanges table.
...index log_user_text_type_time already set on logging table.
...index log_user_text_time already set on logging table.
...have page_links_updated field in page table.
...have user_password_expires field in user table.
...have pp_sortkey field in page_props table.
...recentchanges table does not contain rc_cur_time field.
...index wl_user_notificationtimestamp already set on watchlist table.
...have page_lang field in page table.
...have pl_from_namespace field in pagelinks table.
...have tl_from_namespace field in templatelinks table.
...have il_from_namespace field in imagelinks table.
...img_major_mime in table image already modified by patch patch-img_major_mime-chemical.sql.
...oi_major_mime in table oldimage already modified by patch patch-oi_major_mime-chemical.sql.
...fa_major_mime in table filearchive already modified by patch patch-fa_major_mime-chemical.sql.
...comment fields are up to date.
...hitcounter doesn't exist.
...site_stats table does not contain ss_total_views field.
...page table does not contain page_counter field.
...msg_resource_links doesn't exist.
...msg_resource doesn't exist.
...bot_passwords table already exists.
...have wl_id field in watchlist table.
...cl_collation key doesn't exist.
...index cl_collation_ext already set on categorylinks table.
...collations up-to-date.
...index rc_name_type_patrolled_timestamp already set on recentchanges table.
...rev_page_id index already non-unique.
...pl_namespace, tl_namespace, il_to indices are already non-UNIQUE.
...have ct_id field in change_tag table.
...rc_ip in table recentchanges already modified by patch patch-rc_ip_modify.sql.
...index usertext_timestamp already set on archive table.
...have el_index_60 field in externallinks table.
...ug_user_group key doesn't exist.
...have ug_expiry field in user_groups table.
...index img_user_timestamp already set on image table.
...img_media_type in table image already modified by patch patch-add-3d.sql.
...ip_changes table already exists.
...index PRIMARY already set on categorylinks table.
...index PRIMARY already set on templatelinks table.
...index PRIMARY already set on pagelinks table.
...index PRIMARY already set on text table.
...index PRIMARY already set on imagelinks table.
...index PRIMARY already set on iwlinks table.
...index PRIMARY already set on langlinks table.
...index PRIMARY already set on log_search table.
...index PRIMARY already set on module_deps table.
...index PRIMARY already set on objectcache table.
...index PRIMARY already set on querycache_info table.
...index PRIMARY already set on site_stats table.
...index PRIMARY already set on user_former_groups table.
...index PRIMARY already set on user_properties table.
...comment table already exists.
...have img_description_id field in image table.
...index PRIMARY already set on l10n_cache table.
...bot_passwords.bp_user is already unsigned int.
...change_tag.ct_log_id is already unsigned int.
...change_tag.ct_rev_id is already unsigned int.
...page_restrictions.pr_user is already unsigned int.
...user_newtalk.user_id is already unsigned int.
...user_properties.up_user is already unsigned int.
...slots table already exists.
...have slot_origin field in slots table.
...content table already exists.
...slot_roles table already exists.
...content_models table already exists.
...actor table already exists.
Migrating actors to the 'actor' table, printing progress markers. For large
databases, you may want to hit Ctrl-C and do this manually with
maintenance/migrateActors.php.
Creating actor entries for all registered users
... 1 - 16
Completed actor creation, added 0 new actor(s)
Beginning migration of revision.rev_user and revision.rev_user_text to revision_actor_temp.revactor_actor
Completed migration, updated 0 row(s) with 0 new actor(s), 0 error(s)
Beginning migration of archive.ar_user and archive.ar_user_text to archive.ar_actor
An error occurred:
A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?
Query: SELECT ar_id,ar_user,ar_user_text,CASE WHEN ar_user = 0 OR ar_user IS NULL THEN (SELECT actor_id FROM `mw_actor` WHERE (ar_user_text = actor_name) ) ELSE (SELECT actor_id FROM `mw_actor` WHERE (ar_user = actor_user) ) END AS `actor_id` FROM `mw_archive` WHERE ar_actor = '0' AND (1=1) ORDER BY ar_id LIMIT 100
Function: MigrateActors::migrate
Error: 1054 Unknown column 'ar_actor' in 'where clause' (localhost)
What's important is that it doesn't upgrade. In fact, a revision_actor_temp doesesn't exist(https://mwusers.org/topic/231-revision_actor_temp-doesnt-exist) error occurred before this issue occurred.
I want to upgrade. What should I do?
Or, if I need to install a new one, how do I get my existing materials (including files)?
I ran update.php and rebuildall.php, but it still didn't work.
In addition, running MigrateActors.php results in the following error:
...cannot update while $wgActorTableSchemaMigrationStage losses SCHEMA_COMPAT_WRITE_NEW
Thank you. Solsol0609 (talk) 11:09, 21 August 2019 (UTC)
- This could happen if the actor table was created, but not by the updater. Normally the archive table is adjusted as part of the process that creates the actor table (e.g. The file maintenance/archive/patch-actor-table.sql ). If your wiki has the actor table but not the rest of the updates from that file, then the upgrader won't work properly.
- Not sure what the best solution is. [Before doing any of this, take a backup]. One solution is to try deleting the actor table (DROP TABLE mw_actor), and re-running the update script. That might work, or it just might confuse the update script further.
- Otherwise you could try to manually run the parts of maintenance/archive/patch-actor-table.sql that didn't run (ensuring to replace /*_*/ with the table prefix as appropriate) Bawolff (talk) 22:39, 21 August 2019 (UTC)
- Thank you for answer my question.
- I tried 'DROP TABLE mw_actor' and ran update.php, but not work(The same error occurred.)
- And I tried run patch-actor-table.sql, but the following error occurs:
- 'ERROR 1071 (42000) at line 12: Specified key was too long; max key length is 767 bytes'
- How can I do? Solsol0609 (talk) 01:51, 22 August 2019 (UTC)
- > 'ERROR 1071 (42000) at line 12: Specified key was too long; max key length is 767 bytes'
- Interesting, which collation are you using in the database? (Trying to change it to binary can sometimes help with that, as certain unicode collations can take lots of bytes per character.) However, line 12 is a unique index on a 255 byte binary field, so I have no idea how that error could happen in this situation (even if using a collation with 3 bytes per character, the collation would not take affect due to the binary modifier, and even if it did, it would still be under 767 bytes). Bawolff (talk) 06:46, 22 August 2019 (UTC)
- Use utf8mb4. I know utf8mb4 is 4 byte character. So I tried run patch-actor-table.sql and I thought it would work but it didn't work. Solsol0609 (talk) 12:06, 22 August 2019 (UTC)
- I ran 'DROP TABLE mw_actor' and 'DROP TABLE mw_revision_actor_temp'.
- The work enabled us to upgrade. However, the contents of the document disappeared after the upgrade. There was nothing in the document record.
- So I restored it to what I had backed up.
- How can I restore the contents of the document? @Bawolff Solsol0609 (talk) 11:03, 23 August 2019 (UTC)
- So this is an error prone process, but you probably should save the contents of the table, delete it, run the update, and re-insert the stuff from your backup.
- I would definitely recommend getting someone familiar with mysql to do this, as its probably going to be errorprone. Bawolff (talk) 09:36, 24 August 2019 (UTC)
- I think the best way is re-install mediawiki and import data.
- Thank you for answer my question. Solsol0609 (talk) 17:45, 24 August 2019 (UTC)
Uploaded pictures
Can you tell me where pictures I upload to WIKI can be found? I uploaded them with no problem but they have now disappeared into the ether now I am trying to go back and review them
Butterfly95 2A00:23C4:58AB:2A00:44AC:D936:BD3A:C923 (talk) 11:46, 21 August 2019 (UTC)
- On the Wiki, they can be found in the
Filenamespace (Special:AllPages?from=&to=&namespace=6). - On the server, by default they should be under the
imagesdirectory present inside the main/root folder of your Wiki. AhmadF.Cheema (talk) 14:24, 21 August 2019 (UTC)
I upgraded from 1.32.0 to 1.33.0 but articles have no content
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 a CentOS LAMP "shared" server environment I installed MediaWiki 1.32.0 (stable) in Hebrew with no additions (no external extensions, no external skins and no uploaded images - besides a logo image);
I only created and/or edited:
LocalSettings.php
htaccess
robots.txt
example.com.png
googlec69e044fede13fdc.html
My problem
I tried to upgrade to 1.33.0 (stable) by replacing all files inside the website directory (besides the aforementioned 5),
yet I get the following message in every article, after clearing browser cache:
There is currently no text in this page
My question
Why is data not pulled out from database as was before upgrading? 182.232.3.175 (talk) 17:02, 21 August 2019 (UTC)
- Instead of replacing, 1.33 files should've been placed in a new empty directory, plus update script also needs to be run. Please see Manual:Upgrading. AhmadF.Cheema (talk) 18:17, 21 August 2019 (UTC)
- Thank you,
- Regarding the first part of your reply; I yotaly misundetstood it.
- Seems like only the running upgrade script is missing. 49.230.8.190 (talk) 01:27, 22 August 2019 (UTC)
banned from creation
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 title "Translations:Content translation/Machine Translation/Google Translate/Page display title/de" has been banned from creation. It matches the following blacklist entry: " .*g+(o+)g+le?\S?.*"
The page is already translated into different languages. Why is it blocked for German language? Partynia (talk) 09:50, 22 August 2019 (UTC)
Done- It was never banned for German, there was an issue with the white list where it did not correctly recognize the title. This should now be fixed. —Mainframe98 talk 15:46, 22 August 2019 (UTC)
Color lines vector skin
Can the lines of the Vector skin be changed through common.css? By lines, I mean the blue borders separating the left-hand side nav bar, the ones aroung "page/discussion/edit/history,..." at the top of the page, etc.
Thank you Euge385 (talk) 13:24, 22 August 2019 (UTC)
- At wikirouge's MediaWiki:Vector.css, look under the
/* Couleurs rouges */section, those are the rules that you're looking for. - The blue borders separating the left-hand side nav bar:
.mw-body { border: 1px solid #8300004d; }
- The ones around "page/discussion/edit/history,...":AhmadF.Cheema (talk) 14:07, 22 August 2019 (UTC)
div.vectorTabs, div.vectorTabs span, div#mw-head div.vectorMenu h3 { background-image: url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAAuCAIAA...); }
Conditional Forms
Hi team,
First of all, thank you for your time and attention. I am building a system based on MediaWiki and right now I am working with forms (Semantic Forms Select and Semantic MediaWiki extensions installed).
I want two have two related drop-downs in the form. As a example:
Continent:
Country:
So, in this case, the user can choose any of the continents and then any of the countries. However, I want to avoid the user to be able to make a selection like Continent "Africa" and Country "USA". I want to narrow the Country list after the user selects a Continent.
I have been working with Classification about Continent and Country and Country is a subcategory of Continent.
I've checked the "show on select" option but I am unable to make it work with "dynamic" outputs (based on categories).
Do you know if there is some way of solving my problem? 195.55.64.11 (talk) 15:58, 22 August 2019 (UTC)
- Dependent auto-completion may provide a clue. But you've already said you are using Semantic Forms Select which provides a way to do what you want. Could you show us what you've tried? ☠MarkAHershberger☢(talk)☣ 16:37, 22 August 2019 (UTC)
- Sorry for the delay.
- The failed attempt is as follows:
- | {{{field|Technique|mandatory|input type=SF_Select|query=((Category:ATT&CK Technique))((ATT&CK Technique Has tactic::@@@@));format~list;sep~,;link~none;headers~hide;limit~200|sametemplate|field=Tactic}}}
- I have tried also removing the last part ("|field=Tactic" and changing "@@@@" for a specific value in order to check if that works and it still fails.
- Has tactic is an existing and used property, removing the second group ((ATT&CK Technique Has tactic::@@@@)) works but, obviously, no with the desired results.
- Thank you for your help. 195.55.64.11 (talk) 15:40, 23 August 2019 (UTC)
- I wonder if the & is causing encoding problems. Do you have another category and property that you can use that don't have the & in them? ☠MarkAHershberger☢(talk)☣ 16:27, 23 August 2019 (UTC)
- Good catch. I have modified all properties, categories and so on removing whitespaces and &'s. However, it still not working. 195.55.64.11 (talk) 09:43, 26 August 2019 (UTC)
- I think I have discovered the issue: namespace issues. I'll keep you update. 195.55.64.11 (talk) 10:23, 26 August 2019 (UTC)
- I am unable to get anything. The error message is:
- This page is not enabled for semantic in-text annotations due to namespace restrictions. Details about how to enable the namespace can be found on the configuration help page.
- Fighting with the configuration, namespaces and so on. 195.55.64.11 (talk) 14:51, 26 August 2019 (UTC)
- There is no AJAX call from the form. Checking how to enable AJAX in Mediawiki. 195.55.64.11 (talk) 16:05, 26 August 2019 (UTC)
- Have you gotten past the "this page is not enabled..." error? ☠MarkAHershberger☢(talk)☣ 18:28, 26 August 2019 (UTC)
- No, I have modest progress. First, I have discovered that the show preview does not launch the same AJAX function that the real one. You need to run the real form, no the mock one.
- Now I am fighting with the AJAX query: it is not working and I receive the message:
- {"sformsselect":{"values":["Drive-by Compromise<span class=\"smw-highlighter\" data-type=\"4\" data-state=\"inline\" data-title=\"Warning\" title=\""___ATTACK-Technique Has_tactic" cannot be used as a property name in this wiki. The part "Initial-Access" of the query was not understood. Results might not be as expected. The part "]]" of the query was not understood. Results might not be as expected.\"><span class=\"smwtticon warning\"></span><span class=\"smwttcontent\"><ul><li>\"___ATTACK-Technique Has_tactic\" cannot be used as a property name in this wiki.</li> <li>The part \"Initial-Access\" of the query was not understood.\nResults might not be as expected.</li> <li>The part \"]]\" of the query was not understood.\nResults might not be as expected.</li></ul></span></span>"],"count":1}}
- Investigation in progress.
- PD: thank you again :) 195.55.64.11 (talk) 09:45, 27 August 2019 (UTC)
- Solved:
! ATT&CK Technique: | {{{field|Technique|input type=SF_Select|query=((Has_tactic::@@@@));format~plain;sep~,;link~none;headers~hide;limit~200|sametemplate|field=Tactic}}}- I overengineered it. 195.55.64.11 (talk) 13:48, 27 August 2019 (UTC)
Transferring email to a certain 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.
Hello and thanks in advance,
In MediaWiki 1.33.0 I desire to have a simple HTML-CSS contact form. I desire not to use any extension for that purpose.
I desire that input sent from it will go to the email address of a certain user (admin, in that case) via communicating with MTA.
The email address will not be noted in form body, but some API call will be made to transfer the input email to the noted user's email account.
If this not possible with MediaWiki API maybe you know a way with HRO/Ajax/"AJAJ" (due to JSON instead XML).
Or maybe one mist write PHP? 182.232.10.187 (talk) 16:20, 22 August 2019 (UTC)
- Have you tried Special:EmailUser? ☠MarkAHershberger☢(talk)☣ 16:33, 22 August 2019 (UTC)
- I tried that but AFAIK it allows only registered users to send email, but we would like to get email from non registered users as well (potential customers).
- I would like to create a special page based on that mechanism but slightly modified form fields...
- I am not asking for a complete stepped explanation on how to do so; just some hinted steps, such as:
- How to modify an existing form
- How to access it to anonymous users
- Where could I control fields and their translation to the site's (RTL) language?
- Thank you so much, anyway. 182.232.10.187 (talk) 09:09, 23 August 2019 (UTC)
- Just to clarify: You don't want to use an existing extension (per your first message), but you ask for help to create one? Ciencia Al Poder (talk) 09:20, 23 August 2019 (UTC)
- I don't want to create an exension or modify PHP in any way, if I can. 182.232.10.187 (talk) 11:18, 23 August 2019 (UTC)
- Then you may try an existing one: Extension:ContactPage or Extension:ContactUs Ciencia Al Poder (talk) 16:26, 23 August 2019 (UTC)
Keeps Getting "Exceeded max_questions resource"
Hi.
As the title says, my mediawiki keeps going down because of the "Exceeded max_questions resource" error. I talked with my hosting service and they said that I should optimize my PHP scripts or something, and to be honest I'm not really well versed when it comes to these things, so can anyone tell me what I'm exactly supposed to do to avoid this issue for good? Linking a guide would be very appreciated.
The wiki in question is this one: https://animatorswiki.blitedesu.net
Thank you in advance. 92.117.52.160 (talk) 16:57, 22 August 2019 (UTC)
- What is the max allowed? When I look up this error message, it gives a setting in the message. For example: User 'db' has exceeded the 'max_questions' resource (current value: 75000). ☠MarkAHershberger☢(talk)☣ 17:07, 22 August 2019 (UTC)
- Also, tell your host that you would like the limit raised so that MediaWiki can function properly. ☠MarkAHershberger☢(talk)☣ 17:08, 22 August 2019 (UTC)
- I believe the limit is 75000 at the moment. Is that normally not enough? 92.117.62.239 (talk) 17:46, 23 August 2019 (UTC)
- It depends on how busy your wiki is.
- Enabling cache (like apcu with $wgMainCacheType) can help reduce load on the db server Bawolff (talk) 09:32, 24 August 2019 (UTC)
Is it possible to migrate from 1.20.3 to 1.33.0?
- Hello,
- We are looking to upgrade to the latest version of mediawiki but instead of doing an in place upgrade, we're looking to do a migration from one server to another. Is there any way to do this currently? The server currently running mediawiki is Centos6.6 and the one we're looking to migrate to is Centos7.
- Thanks,
- Francis Francist21 (talk) 19:20, 22 August 2019 (UTC)
- See the other documentation, but the process is basically:
- Extract the new MediaWiki tarball on the new server. For example, with the files at
/var/www/html/w. - Copy the old images directory into on the new server. If you put mediawiki root at
/var/www/html/w, the images would move to/var/www/html/w/images. - Back up your database.
- Copy the LocalSettings.php to your new server (e.g.
/var/www/html/w/LocalSettings.php). - Comment out all the
require_oncelines that load extensions or skins. You'll have to upgrade those later. - In your mediawiki directory, run
php maintenance/update.php --quick. - Install new updated versions of your extensions and adjust
LocalSettings.phpappropriately. - Run
php maintenance/update.php --quickagain.
- Extract the new MediaWiki tarball on the new server. For example, with the files at
- Note that the above assumes you have an independent DB server. ☠MarkAHershberger☢(talk)☣ 04:03, 23 August 2019 (UTC)
- See the other documentation, but the process is basically:
- I'm thinking of doing this too (moving to a different hosting company)... there is a manual page about it: Manual:Moving a wiki. Jonathan3 (talk) 21:51, 22 August 2019 (UTC)
- That’s very succinct, thanks. (If the database has to be moved then I guess the database just has to be transferred between step 3 and 6 and LocalSettings adjusted accordingly.) Jonathan3 (talk) 11:01, 24 August 2019 (UTC)
- Yes. We could set up sub-steps under 4:
- 4.1. Copy the DB dump from step 3 to the new server.
- 4.2. Import the DB dump into your new DB.
- 4.2. Adjust the $wgDB* settings to point to the new DB.
☠MarkAHershberger☢(talk)☣ 16:52, 24 August 2019 (UTC) - That's great, thanks!
- I guess that as long as the new hosting company has a way of displaying the wiki (e.g. mywiki.newhost.co.uk) I could do everything, including getting extensions from git, before changing over the nameservers (e.g. so that it then is at mywiki.co.uk). I don't think MediaWiki cares what URL it is at (the URL isn't in my LocalSettings.php).
- Does that sound right? Jonathan3 (talk) 22:42, 24 August 2019 (UTC)
- I don't think MediaWiki cares what URL it is at (the URL isn't in my LocalSettings.php).
- Note that autodetection of
$wgServerwill not work in MW 1.34 (and was deprecated in 1.18) so you do need to have the URL in theLocalSettings.php. - But otherwise, yes, that's right. ☠MarkAHershberger☢(talk)☣ 23:00, 24 August 2019 (UTC)
- Thanks. I've added $wgServer to LocalSettings.php in anticipation. I've taken the liberty of updating Manual:LocalSettings.php to include this informatoin (see diff). There are probably other things I should be aware of on that page - I can't remember ever reading it... Jonathan3 (talk) 23:43, 24 August 2019 (UTC)
Simple Semantic MediaWiki 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.
I've been trying to create a way to automate family trees based on a single "father" and "mother" property of individuals in my wiki. Specifically, I am attempting to generate a tree with ONLY the parents given. It looks something like this:
TREE: Joe Smith Sr. > Joe Smith Jr. > Joe Smith III
PAGE ON JOE SMITH III
{{#vardefine:father| Joe Smith Jr.}}
[[ Has father :: {{#var:father}} ]]
{{#vardefine:grandfather|{{#var:father}} |?Has father}}
The problem is that when I go to display the information on grandfather Joe Smith Sr., it instead displays Joe Smith Jr., the father.
It appears that the #vardefine is only reading the first part of the value (i.e. {{#vardefine:grandfather|#var:father}} ) and not evaluating the father of Joe Smith Jr., via the
"|?Has father".
In my past coding experiences, I would just enclose everything within parentheses and call it a day. However, given this is wiki-text, that simply doesn't work.
Is there a way to tell the #vardefine that I want all of "{{#var:father}} |?Has father" to be the value? Is there a way to set "{{#var:father}} |?Has father" to a single variable? Or is there just a much simpler way of approaching this? Thanks for all the help.
-Mitchell Lewis Mitchell316 (talk) 00:18, 23 August 2019 (UTC)
- Is there a reason you're using Variables in addition to Semantic Mediawiki to do this? It seems like it would be simpler to just use SMW. For example, on the Joe Smith III page you'd have:
- [[Has father::Joe Smith Jr.]]
- Or you might want to use the #set parser function in order to better control setting the property separate from displaying the value:
- {{#set: Has father=Joe Smith Jr.}}
- I also don't think you want to set more properties like "grandfather". If you go that route, you'll have to create endless properties for "great grandfather", "great great grandfather", etc. There might be a way to use SMW tree format, though I'm not sure how to handle the issue of 2 parents per child. I'm sure someone else has already figured that out and hopefully they can chime in.
- To specifically answer your last question, you would do something like
- {{#vardefine:grandfather|{{#show:{{#var:father}}|?Has father}}}} Darenwelsh (talk) 18:16, 23 August 2019 (UTC)
- Darenwelsh,
- Thank you for your feedback, you have been very helpful. The reason why I want to only have a single father/mother property on each person is to avoid the exact issue you brought up about having endless properties for endless ancestors.
- There was an extension called Semantic Genealogy who's goal was for this type of problem. However, I have had problems with the extension and just a few days ago I posted a concern about it on this support desk. Ultimately, I believe the extension is to be archived.
- I've tried the recommendation of using {{#show:{{var:father}}|?Has father}}}} as the definition for 'grandfather', and it does work, but it breaks down if I need to talk about the great-grandfather.
- For example, if I use these definitions:
- {{#vardefine:grandfather|{{show:{{#var:father}}|?Has father}} }}
- {{#vardefine:GREAT-grandfather|{{show:{{#var:grandfather}}|?Has father}} }}
- Then the GREAT-grandfather will not display properly. It is like having a "#show:" statement in a "#show:" statement, and it is not taking the {{#var:grandfather}} as a variable.
- Any other ideas? I feel like there is a simple answer that we're just not seeing. Mitchell316 (talk) 19:45, 23 August 2019 (UTC)
- I think part of what makes this challenging is the father-mother pair that is required/desired in the parent-child relationship. I wonder if instead it would work to base off of pages that describe each instance of parents and then set properties for children of that parent object.
- For example, a page might describe the union of "Joe Smith Jr." and "Jane Smith". It could be defined by Template:Parents and have properties like Father and Mother. So on the page called "Joe Smith Jr. and Jane Smith", it would have properties defined "Is father::Joe Smith Jr.", "Is mother::Jane Smith", and "Has child::Joe Smith III".
- This would likely have to use more templates with extra queries to properly format the query output.
- So on the "Joe Smith III" page, you could query using inverse properties
- Father: {{#ask: [[Category:Person]] [[-Has child::{{PAGENAME}}]] [[Is father::+]] }}
- Mother: {{#ask: [[Category:Person]] [[-Has child::{{PAGENAME}}]] [[Is mother::+]] }}
- But then getting into the grandparents/grandchildren and beyond, I'm not sure how to handle that without tinkering. Darenwelsh (talk) 20:12, 23 August 2019 (UTC)
- Actually, I think I spoke to soon.
- The error I was getting by doing the "#show:" on each generation can be fixed by adding "|link = none", so that it evaluates it as pure text and not a hyperlink. Now, I am getting the exact results I need. By only using properties "father" and "mother" on individuals, I can generate an entire tree for that person.
- Ultimately, I will probably come into more problems down the road, but for now, everything appears to be working. I've only tried making an ascending tree, and in the future I will be designing a descending tree, where I might come across the same problems you highlighted above.
- Thanks for all the help Darenwesh. Till the next bug!
- -Mitchell Mitchell316 (talk) 20:54, 23 August 2019 (UTC)
How to activate fontawesome in mediawiki?
Dear mediawiki team, from what I see the Fontawesome plugin it seems that it is not updated, however online I have still been able to download some related files.
Is there any way to import the fontawesome in mediawiki version 1.33?
The first way to import with the installation is not working for me
The second way is to put it in MediaWiki:Common.css or MediaWiki:Common.js?
I would like to know if using the following form, it can be integrated into mediawiki:
<link rel="stylesheet" href="https://use.fontawesome.com/releases/v5.8.1/css/all.css" integrity="sha384-50oBUHEmvpQ+1lW4y57PTFmhCaXp0ML5d60M1M7uH2+nqUivzIebhndOJK28anvf" crossorigin="anonymous">
Reference:
Extension:FontAwesome Senseidb (talk) 16:21, 23 August 2019 (UTC)
- Did you see this posting on the extensions talk page? ☠MarkAHershberger☢(talk)☣ 16:49, 23 August 2019 (UTC)
- That was 3 years ago,
- rigth now doesn't work Senseidb (talk) 19:51, 23 August 2019 (UTC)
- Maybe look and see how Skin:Foreground does it (or even use that skin). Jonathan3 (talk) 22:24, 24 August 2019 (UTC)
Allow anonymous users to send email
Assuming this is possible without installing extensions at all and without developing a PHP extension,
In MediaWiki 1.33.0 I desire to allow anonymous users to send email to a certain user. I went through the email settings of this user and found no way to do so.
Can this be done by some hook in LocalSettings,php or some other way?
Thank you,
49.230.45.87 (talk) 18:10, 23 August 2019 (UTC)
- I don't think that's possible without an extension.
- You may want to look into Extension:ContactPage Bawolff (talk) 09:28, 24 August 2019 (UTC)
- Thank you,
- Any more ideas/approaches recommended?
- Thanks anyway... 49.230.45.87 (talk) 20:58, 25 August 2019 (UTC)
- Members wishing to help might want to have a look at FO-nTTaX at the following StackOverflow session (I can't post a link due to spam filter prevention):
- Allow anonymous users to send email to a certain user in MediaWiki 182.232.21.133 (talk) 23:02, 28 August 2019 (UTC)
Error after upgrade + site settings
When I go to the page I got this error
[b3724cf17616b7792c6096bb] /library/index.php?title=Main_Page Wikimedia\Rdbms\DBQueryError from line 1587 of C:\inetpub\wwwroot\library\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: SHOW TABLES LIKE 'site\_settings'
Function: Wikimedia\Rdbms\DatabaseMysqlBase::tableExists
Error: 1046 No database selected (10.0.1.5)
Backtrace:
#0 C:\inetpub\wwwroot\library\includes\libs\rdbms\database\Database.php(1556): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)
#1 C:\inetpub\wwwroot\library\includes\libs\rdbms\database\Database.php(1274): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
#2 C:\inetpub\wwwroot\library\includes\libs\rdbms\database\DatabaseMysqlBase.php(634): Wikimedia\Rdbms\Database->query(string, string)
#3 C:\inetpub\wwwroot\library\extensions\SiteSettings\SiteSettings_body.php(14): Wikimedia\Rdbms\DatabaseMysqlBase->tableExists(string)
#4 C:\inetpub\wwwroot\library\extensions\SiteSettings\SS_Utils.php(21): SiteSettings::newFromDatabase()
#5 C:\inetpub\wwwroot\library\includes\Setup.php(903): SSUtils::initializeSite()
#6 C:\inetpub\wwwroot\library\includes\WebStart.php(77): require_once(string)
#7 C:\inetpub\wwwroot\library\index.php(39): require(string)
#8 {main}
I have different Schemas in a Mysql instance, also, the table was created in the schema correctly, but looks like is saying that is not selecting the database LuisPorras (talk) 21:18, 23 August 2019 (UTC)
- Do you have errors after disabling the SiteSettings extension? Maybe something is broken with that extension. Bawolff (talk) 09:27, 24 August 2019 (UTC)
- Hello Bawolff,
- yes, I I disable the extension everything works perfect, do you know or can recommend me a similar extension?
- thank you LuisPorras (talk) 16:42, 24 August 2019 (UTC)
- I'm sure in @Yaron Koren's podcast he mentioned this an the extension that "nobody uses" so I'm sure he be happy to speak to you about it :-) Jonathan3 (talk) 22:22, 24 August 2019 (UTC)
Installing Scribunto for absolute simpletons
Hey y'all. I tried to make a wiki for my D&D campaign to keep track of everything, but I am in way over my head.
I want to use Wikipedia infoboxes and, long story short, I need some help installing Scribunto.
I think I have everything set up properly until the part where it says the following:
- Set execute permissions for the Lua binaries bundled with this extension:
chmod a+x /path/to/extensions/Scribunto/includes/engines/LuaStandalone/binaries/yourOS/lua
- Set type to httpd_sys_script_exec_t if SELinux is enforced:
chcon -t httpd_sys_script_exec_t /path/to/extensions/Scribunto/includes/engines/LuaStandalone/binaries/yourOS/lua
I have no ideas what these mean or how I do them. What are the Lua binaries, and how do I set their execute permissions? What am I supposed to do here?
Also, 1and1 tells me my web hosting is Linux but I'm not sure how to tell if it's 32bit or 64bit.
Thanks in advance,
Steve
Steven Runyon (talk) 03:51, 24 August 2019 (UTC)
- Have you set up SSH access yet?
- For OS version, you can ask through your host or use either of the following commands through SSH (might differ for your particular OS though):
uname -m uname -a
- x86_64 ==> 64-bit kernel
- i686 ==> 32-bit kernel
- For the execute permissions, it can be done either through a file manager or by running the commands you quoted above through SSH. AhmadF.Cheema (talk) 06:29, 24 August 2019 (UTC)
- 64-bit is probably much more common now a days, but if you're unsure, just set the execute bit on both. It won't really hurt anything to have both executable. Bawolff (talk) 09:26, 24 August 2019 (UTC)
How to create friendly URLs
Hi. I'd like to rewrite www.example.com/index.php/Main_Page into www.example.com, and also have articles as www.example.com/articleslug
What do I put in .htaccess and LocalSettings.php please?
I've tried the examples on the help page and unfortunately they don't work. Steved1975 (talk) 07:21, 24 August 2019 (UTC)
- Well, the documentation should work. Maybe there's a step you're missing.
- Also note that having URLs like www.example.com/articleslug is going to likely break or cause problems, and it's not recommended. You should use a different path from index.php Ciencia Al Poder (talk) 09:36, 24 August 2019 (UTC)
- I've managed with URLs like www.example.com/pagename for over a decade and don't see what all the fuss is about :-) It looks much nicer! Jonathan3 (talk) 22:19, 24 August 2019 (UTC)
- That's fine if you know how to do it and its limitations (when it conflicts with /README /tests or similar), and you're prepared to resolve it on your own. Otherwise it's very easy to get it wrong. Ciencia Al Poder (talk) 09:38, 27 August 2019 (UTC)
Node-count limit exceeded, can I get the value used for ParserFunctions comparisons back?
For wikt:nl:Sjabloon:citeer (citation template) I'm running into node-count limit being exceeded with heavy use. This happens when the template is used 20-25 times, depending on circumstances. Actual speed is not the issue, page rendering takes about 6 seconds when using the template 20 times and I can probably get that number down. Ironically, in getting that number down, I'll probably only accumulate more nodes. Many of the nodes result from wikt:nl:Sjabloon:Wikipedia artikel which searches various lists of Wikipedia article names, to determine if a WP article exists for something. For example, requesting "Aladdin en de wonderlamp" in the category book titles returns w:nl:Aladdin en de wonderlamp (boek).
A major issue is that I often do something like "{{#if:{{something REALLY expensive}}|{{something REALLY expensive}}|another thing}} or {{#switch:{{something REALLY expensive}}|{{something ELSE, also REALLY expensive}}={{something REALLY expensive}}|{{something ELSE, also REALLY expensive}}}}. In both these cases, I'm running {{something REALLY expensive}} twice. I know I can solve this by creating a new template, but if I create a new template (and pass all the parameters to the new template) every single time I do this, I go nuts.
If only I could just get back that value. Side note: is it even possible to raise the node count limit on a wiki? Alexis Jazz (talk) 11:39, 24 August 2019 (UTC)
- I haven't looked closely at this, but it sounds like you may benefit from switching from Templates to Lua/Scribunto.
- Have you tried that? ☠MarkAHershberger☢(talk)☣ 16:57, 24 August 2019 (UTC)
- @MarkAHershberger: I don't quite get Lua. So no.
- I managed to reduce the node count. Unfortunately, this resulted in exceeding the expansion depth. Only on one page for now, but this means I'm right at the limit. So the "create new templates" trick doesn't work anymore. Alexis Jazz (talk) 17:03, 24 August 2019 (UTC)
- The WMF developed Scribunto because of the sorts of problems you're seeing. You will see more progress with a little investment in Lua than you will by trying to fix the template without it.
- Other wikis have moved a lot of the functionality of their templates into Lua, so there is probably a lot of work you can just crib to your wiki. I'm not sure how Sjabloon:citeer differs from Template:cite (the documentation is certainly different) but it uses a few more bits from the
Module:namespace, so maybe there is something you can use. ☠MarkAHershberger☢(talk)☣ 20:08, 24 August 2019 (UTC) - @MarkAHershberger: wikt:nl:Sjabloon:citeer is not based on wikt:Template:cite (or anything else) and in many ways much more advanced. It automatically wikifies writers, book titles, movie titles, etc. It automatically makes the word the quote is used for bold. It doesn't require the user to add ref tags. And quite a few things more. So I can't borrow anything and I have no idea how or why Lua would even help here. Can it be used to create the thing I asked for? #if but getting the value back? Alexis Jazz (talk) 23:28, 24 August 2019 (UTC)
- I've not used it, but what about Extension:Variables? Jonathan3 (talk) 00:43, 30 August 2019 (UTC)
- @Jonathan3: that should work, but it's not installed by default. Not sure if that can be enabled on Mediawiki wikis. Alexis Jazz (talk) 01:05, 30 August 2019 (UTC)
JavaScript doesn't work in MediaWiki 1.33.0
The following global JavaScript code is the only JavaScript code I use in my entire all-core, Hebrew, MediaWiki 1.33.0 website:
/* כל הסקריפטים הנכתבים כאן ייטענו עבור כל המשתמשים בכל טעינת עמוד. */
const list = document.querySelector("#footnotes_list");
document.querySelectorAll(".footnote>sup").forEach((footnote, i) => {
const li = document.createElement("li");
li.append(...footnote.childNodes); // move content
list.appendChild(li);
footnote.textContent = i+1;
});
Related templates
The above JavaScript code is related to the following two templates.
The following Hebrew template names mean "footnote" and "footnotes" respectively:
תבנית:הערה
<p><span class="footnote"><sup>{{{1}}}</sup></span></p><noinclude>
[[קטגוריה:תבניות עריכה]]
</noinclude>
תבנית:הערות שוליים
<ol id="footnotes_list"></ol><noinclude> [[קטגוריה:תבניות עריכה]] </noinclude>
Purpose
This HTML-WIKI-JavaScript combo serves as potential substitute to common reference extensions as it allows <nowiki> each footnote to appear sorted in a footnotes section.
I think it should be useful for people desiring to avoid installing any extensions or skins from various reasons such as the desire to reduce PHP complexity, minimalism philosophy, personal comfortability and possibly more.
My problem
If I try to execute the JavaScript code from browser console it works fine --- Every footnote inserted to article body appears sorted (respective) under the "footnotes" ol.
Yet, if I try to execute that JavaScript code from https://example.com//index.php?title=מדיה_ויקי:Common.js, it doesn't work; clearing Chrome cache with CTRL+F5 didn't help.
My question
In your opinion, what might be the cause? 49.230.45.87 (talk) 12:35, 24 August 2019 (UTC)
- MW validates user scripts as ES3, so you can't use modern syntax features like
constor array spreading. 121.219.241.130 (talk) 12:53, 24 August 2019 (UTC) - Thank you dearly.
- Please consider to publish this as an answer, or as part of an answer under the StackOverflow question:
"MediaWiki fails executing JavaScript which gets executed fine in browser console"- Which I cannot link to due to spam filter limitation - thank you anyway,
- Edit (include link): MediaWiki fails executing JavaScript which gets executed fine in browser console. 49.230.45.87 (talk) 12:57, 24 August 2019 (UTC)
How to make sections - new entry- tabs?
Hello,
The project that I am trying to build is a wiki about plants.
We will have a wiki showing various characteristics about them.
The details will tend to be long and could end up being many, many screens long.
I want to find a way to break up the pages. Two ideas have come to mind, but I am not sure if there might be a better way, or how to implement them. I am still learning;).
The 3 sub categories:
Growing conditions, abilities, applications
1 - On the main page , is there a way to create tabs? Then, the person just clicks on the tab and the other information is displayed.
2 - just some how make sup pages? Maybe have a main page, and links to each of the other pages?
Not sure of other ideas.
Thanks for any pointers.
Joseph Smokinjo67 (talk) 13:55, 24 August 2019 (UTC)
- Possible solutions: Extension:Tabs (see Extension talk:Tabs/Flow export#h-Tabs_no_longer_working-2018-01-25T14:33:00.000Z), Extension:Header Tabs, Extension:Tabber, and templates used on Wikipedia:Village pump (technical). AhmadF.Cheema (talk) 15:16, 24 August 2019 (UTC)
- Also, Skin:Foreground. Jonathan3 (talk) 22:15, 24 August 2019 (UTC)
First page load is slow
The first time loading a wiki page when not having visited the wiki in a while is very slow. Subsequent page loads are much quicker as long as you don't wait a long time to view something else. I'm assuming this is probably a cache or server issue, but I'm not sure what to change to improve this. Subatomicbot (talk) 20:41, 24 August 2019 (UTC)
- Search this site for cache and you'll find quite a bit. APCu and MemCached are good bets. ☠MarkAHershberger☢(talk)☣ 02:19, 25 August 2019 (UTC)
- Thanks! I noticed that I had also forgot to enable opcache, and that looks to have resolved it. Subatomicbot (talk) 15:03, 25 August 2019 (UTC)
INstalling - Extension:WYSIWYG
Hello,
I tried installing the extension: Extension:WYSIWYG
I followed the instructions to the letter. I started by doing this:
cd wiki/extensions/ git clone https://github.com/Mediawiki-wysiwyg/WYSIWYG-CKeditor.git WYSIWYG-src
ln -s WYSIWYG-src/WYSIWYG WYSIWYG
ln -s WYSIWYG-src/SemanticForms SemanticForms
mv WikiEditor WikiEditor-org
ln -s WYSIWYG-src/WikiEditor WikiEditor
This worked fine. I then added th efollowing:
#Default user options:
$wgDefaultUserOptions['riched_disable'] = false;
$wgDefaultUserOptions['riched_start_disabled'] = false;
$wgDefaultUserOptions['riched_use_toggle'] = true;
$wgDefaultUserOptions['riched_use_popup'] = false;
$wgDefaultUserOptions['riched_toggle_remember_state'] = true;
$wgDefaultUserOptions['riched_link_paste_text'] = true;
//MW<=1.24 or versions of WYSIWYG <= "1.5.6_0 [B551++01.07.2016]"
require_once "$IP/extensions/WYSIWYG/WYSIWYG.php";
//MW>=1.25 and versions of WYSIWYG >= "1.5.6_0 [B551+02.07.2016]"
wfLoadExtension( 'WYSIWYG' );
//MW>=1.25 and versions of WYSIWYG >= "1.5.6_0 [B551+02.07.2016]" has dependency
//to module of WikiEditor so it must be enabled too (or otherwise file
//extension.json has to be edited manually to remove dependency)
wfLoadExtension( 'WikiEditor' );
(for the above three, I removed the first and the third options, because I have the latest Mediawiki, and the latest WYSIWYG extension.)
I then tried logging out and I get the following error.:
Fatal error: Uncaught ExtensionDependencyError: CodeEditor is not compatible with the current installed version of WikiEditor (0.5.1), it requires: >= 0.5.2. in /var/www/clients/client2/web3/web/plantwiki/includes/registration/ExtensionRegistry.php:323 Stack trace: #0 /var/www/clients/client2/web3/web/plantwiki/includes/registration/ExtensionRegistry.php(172): ExtensionRegistry->readFromQueue(Array) #1 /var/www/clients/client2/web3/web/plantwiki/includes/Setup.php(127): ExtensionRegistry->loadFromQueue() #2 /var/www/clients/client2/web3/web/plantwiki/includes/WebStart.php(77): require_once('/var/www/client...') #3 /var/www/clients/client2/web3/web/plantwiki/index.php(39): require('/var/www/client...') #4 {main} thrown in /var/www/clients/client2/web3/web/plantwiki/includes/registration/ExtensionRegistry.php on line 323
So, I removed all the changes, and the error remained. I restored from a back up.
Any ideas as two why the errors showed up? It talks about code editor and wiki editor not being compatible, but I did not change these.
Thanks
Joseph Smokinjo67 (talk) 01:01, 25 August 2019 (UTC)
- Have you tried asking for help on the Github issue page? ☠MarkAHershberger☢(talk)☣ 02:21, 25 August 2019 (UTC)
I am unable to sign in to my account
Could you please help me sign into my account? 2601:782:300:FEB8:F40C:CE75:DC47:B38B (talk) 04:08, 25 August 2019 (UTC)
- Have you tried the Help with logging in and Forgot your password? links? ☠MarkAHershberger☢(talk)☣ 12:46, 26 August 2019 (UTC)
RunJobs.php via shell script
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've set $wgJobRunRate to zero and created a shell script to process the Jobs queue ever few minutes, however I get this error whenever the script runs:
This script must be run from the command line
It doesn't seem to like the php command line in my script:
#!/bin/bash
# will be executed by a cron-job
MEDIAWIKI=/path/to/my/installation
RUNNING=$(ps aux | grep /maintenance/runJobs.php | grep maxjobs)
if [ -z $RUNNING ]
then
php $MEDIAWIKI/maintenance/runJobs.php --maxjobs=999
fi
Any ideas? I'm not as experienced with the differences with how bash commands work when used through a shell script. Subatomicbot (talk) 15:09, 25 August 2019 (UTC)
- If it matters, this is what I get when I check the version through shell:
- PHP 7.1.30 (cli) (built: May 30 2019 14:55:39) ( NTS )
- Copyright (c) 1997-2018 The PHP Group
- Zend Engine v3.1.0, Copyright (c) 1998-2018 Zend Technologies
- with Zend OPcache v7.1.30, Copyright (c) 1999-2018, by Zend Technologies Subatomicbot (talk) 15:52, 25 August 2019 (UTC)
- A little more followup - the script itself works fine if I run it from command line, so I think it might be that it's being run as root by the cron. I'm upgrading my hosting plan with GoDaddy to a dedicated server so I can use su and sudo (I really needed to do this anyway). Subatomicbot (talk) 16:34, 25 August 2019 (UTC)
- Maybe use the full path to the php version you want to use in the cron job? Jonathan3 (talk) 21:36, 25 August 2019 (UTC)
- Bingo - once I updated it to use the full path to PHP 7.1 it worked. Subatomicbot (talk) 23:30, 25 August 2019 (UTC)
- Great :-) Jonathan3 (talk) 00:06, 26 August 2019 (UTC)
Embedding a locally hosted media wiki
Hi,
We are running a locally hosted mediawiki, and we want to embed it in another locally hosted page. We tried that:
http://sapandiwakar.in/embed-mediawiki-in-a-iframe/
But we're still getting 'refused to connect' error.
Thanks! 93.152.167.179 (talk) 16:01, 26 August 2019 (UTC)
- refused to connect error sounds like your web server is down. Does the wiki work in general (without trying to do any framing stuff)? Bawolff (talk) 23:49, 29 August 2019 (UTC)
- Hi.
- Yes it is up and running. 94.155.134.21 (talk) 11:20, 9 September 2019 (UTC)
- Check if you have $wgBreakFrames set to true. Apparently the default is false, so if you don't find this setting in LocalSettings.php this shouldn't be the problem.
- On the page where this happens, open the developer console of your browser (by hitting F12) and see if the console reports an error like content not displayed due to X-Frame-Options or similar. Ciencia Al Poder (talk) 09:19, 10 September 2019 (UTC)
- Thank you for the suggestion, but it is already done. The last three lines of the LocalSettings.php file are:
- $wgEditPageFrameOptions = false;
- $wgBreakFrames = false;
- $wgEditPageFrameOptions = "SAMEORIGIN";
- And yes in the console we get the exact error that you did write above:
- 29264:1 Refused to display ***' in a frame because it set 'X-Frame-Options' to 'deny'.
- One more question do we talk about LocalSettings.php file located in:
- /var/lib/mediawiki/LocalSettings.php
- Thanks! 94.155.134.21 (talk) 14:31, 11 September 2019 (UTC)
- Yes, LocalSettings.php from the root directory of MediaWiki.
- Do you want to embed a normal page or a special page? A special action like action=render? Please give all details you can.
- Also check if your hosting is adding the X-Frame-Options header, maybe by uploading a simple html page and seeing if it serves the page with that header. Ciencia Al Poder (talk) 14:44, 11 September 2019 (UTC)
- It is not a special page, it is normal one, but there is something new that I have found: that Chrome after 57 version does not support x-frame at all. Still it is possible may be to use Mozilla, but...
- What we exactly want to do is : to embed link into Shotgun (production software) page. Also i think that may be $wgEditPageFrameOptions = "SAMEORIGIN"; it is not correct as well since shotgun page is on another domain and our wiki is local , and it goes through proxy and stuff... 94.155.134.21 (talk) 13:19, 12 September 2019 (UTC)
- But $wgEditPageFrameOptions only affect pages in edit mode, not view. I assume you only want your app to display pages in view mode and not edit. Ciencia Al Poder (talk) 13:44, 12 September 2019 (UTC)
- yes, if the pages are on different domains, than SAMEORIGIN won't work. Typically EditPageFrameOptions only applies to SpecialPages, edit pages, and pages that are currently subject to page patrolling - but not normal page views. You can set it to false to disable the clickjacking prevention entirely if you want.
- Can you be exactly specific about what you mean by wiki local, proxied. e.g. what is the url of the frame and what is the url of the document containing the frame? If you mean the wiki is on localhost, perhaps some browsers forbid framing documents from localhost on a non local domain (I have no idea, just a guess) Bawolff (talk) 13:49, 12 September 2019 (UTC)
- An example: we have locally hosted wiki. The web page where we want to embed the wiki pages is on *.shotgunsoftware.com (which is accessed by proxy which is the only way to access external resources since for normal browsing and internet we use terminal servers that are separated from the prod environment). It is strange that we do not get different error now than the one: Refused to display ***' in a frame because it set 'X-Frame-Options' to 'deny'.
- I did try to put $wgEditPageFrameOptions to false on the LocalSettings.php file in the root wiki directory but it did not work either. I was curious if something like that should be considered to be done in the apache2 configuration or another place/file that I am missing. 94.155.134.21 (talk) 14:21, 12 September 2019 (UTC)
- X-Frame-Options is an http header, and as such, it may be added by the webserver if you (or your company) have configured it to do so. Some security audits recommend to add this header, so it may be very well the case that there's a rule on your webserver adding that header on the wiki website. Ciencia Al Poder (talk) 15:02, 12 September 2019 (UTC)
Help with column generation
Dear mediawiki team, could you help me regarding the columns in mediawiki.
I need to put a content in two columns (an explanation in plain text in the left column and on the right side an image or video). Senseidb (talk) 17:15, 26 August 2019 (UTC)
INstallation of Visual Editor - RESTBase error?
I have installed Visual Editor, but came up with an error, and would like some help.
I asked the visual editor help group, and they said that since it seems to be related to RESTBase, that maybe th egeneral support desk might be able to help.
The error is:
Error loading data from server: no_vrs: The VirtualRESTService for the document server is not defined; see https://www.mediawiki.org/wiki/Extension:VisualEditor. Would you like to retry?
I did find one reference to this error. It was in reference to SELINUX:
This error occurs usually on CENTOS 6 / 7 servers running SELINUX. In order to resolve this problem please disable SELINUX
I am running this on Debian 9
Can some one point me in the right direction as to why I am getting this, and possible a solution?
Thanks for your help
Joseph Smokinjo67 (talk) 21:43, 26 August 2019 (UTC)
- Just checking in. No replies yet. Hoping t get some kind of hint to advance things.
- Thanks for any help you can offer.
- Joseph Smokinjo67 (talk) 22:07, 28 August 2019 (UTC)
DOIs
Does LibraryThing use DOIs for its records? 23.28.233.7 (talk) 02:09, 27 August 2019 (UTC)
- Is this related to MediaWiki?🤔 AhmadF.Cheema (talk) 02:21, 27 August 2019 (UTC)
- Maybe ask here https://www.librarything.com/talk Gryllida 02:56, 27 August 2019 (UTC)
New protection level
I want to create a new level of page protection which is similar to extended confirmed users where pages protected by this can only be edited by users with 100+ edits, yet I can't figure out how to alter or set it up. It seems the only protection levels I have are either semi-protection or full protection.
70.50.138.153 (talk) 02:40, 27 August 2019 (UTC)
- You need to:
- Add a new user group with the ability to edit in this new protection level (lets call it `editextendedprotected`)
- Grant this user group automatically to users once they reach 100 edits
- If you want admins to be able to add or remove the group separately, let them do that
- Create the protection level DannyS712 (talk) 02:44, 27 August 2019 (UTC)
- Thanks, but not exactly clear about the "grant this user group automatically to users once they reach 100 edits", how would I indicated the 100 edits? 70.50.138.153 (talk) 02:46, 27 August 2019 (UTC)
- Use autopromote - see https://gerrit.wikimedia.org/r/plugins/gitiles/operations/mediawiki-config/+/310d2eaba47d3213bcf1ce4a66874cfe4bc49ecc/wmf-config/InitialiseSettings.php#13391 DannyS712 (talk) 02:51, 27 August 2019 (UTC)
using ORES as an api
Is it possible to use the data from ORES without installing it on-wiki. I would be happy to write a JavaScript gadget that queries ORES API hosted by Wikimedia. I would like to provide the diff and get a spam score back. Is this available? Gryllida 02:54, 27 August 2019 (UTC)
- You would probably get better help for this asking at somewhere ORES specific like Talk:ORES Bawolff (talk) 23:47, 29 August 2019 (UTC)
Uploading custom Image
Im trying to custom image for an invite. Ive done this 2 dozen times before and did it 2 weeks ago. It keeps giving an error that says, can not upload, please refresh. Is there something going on with the iste 69.209.21.17 (talk) 13:21, 27 August 2019 (UTC)
- Is this related to mediawiki.org?🤔 AhmadF.Cheema (talk) 14:31, 27 August 2019 (UTC)
Where i can edit DefaultSettings.php (Docker)?
Hello all, we use Docker ready appliance in Univention vor Mediawiki. The app run on docker, so i don’t know where i can edit the “DefaultSettings.php”. Can anyone help me with?
Here are the path 's that i found:
/var/lib/docker/overlay/84fa5837a429622ab4f0002d2ee95a5eeb5fb0fcee98a7eeb047ffd4d2459fa1/root/var/www/bluespice/extensions/BlueSpiceFoundation/includes/DefaultSettings.php
/var/lib/docker/overlay/84fa5837a429622ab4f0002d2ee95a5eeb5fb0fcee98a7eeb047ffd4d2459fa1/root/var/www/bluespice/includes/DefaultSettings.php
/var/lib/docker/overlay/84fa5837a429622ab4f0002d2ee95a5eeb5fb0fcee98a7eeb047ffd4d2459fa1/root/var/www/bluespice/settings.d/005-DefaultSettings.php
/var/lib/docker/overlay/88eb2e2a393b6cf56a07964a82da9f2bf1824be02ae50c094f0f18e6dfb2b736/root/var/www/bluespice/extensions/BlueSpiceFoundation/includes/DefaultSettings.php
/var/lib/docker/overlay/88eb2e2a393b6cf56a07964a82da9f2bf1824be02ae50c094f0f18e6dfb2b736/root/var/www/bluespice/includes/DefaultSettings.php
/var/lib/docker/overlay/88eb2e2a393b6cf56a07964a82da9f2bf1824be02ae50c094f0f18e6dfb2b736/root/var/www/bluespice/settings.d/005-DefaultSettings.php
/var/lib/docker/overlay/d87cef6dedc76db6f020549c2104845d6d7ec1e466c96a4a528a576dc550a870/root/tmp/bluespice-free/extensions/BlueSpiceFoundation/includes/DefaultSettings.php
/var/lib/docker/overlay/d87cef6dedc76db6f020549c2104845d6d7ec1e466c96a4a528a576dc550a870/root/tmp/bluespice-free/includes/DefaultSettings.php
/var/lib/docker/overlay/d87cef6dedc76db6f020549c2104845d6d7ec1e466c96a4a528a576dc550a870/root/tmp/bluespice-free/settings.d/005-DefaultSettings.php
/var/lib/docker/overlay/e4173a6b686b680625fd87e70d7273729e61de2e5816237e32dd3c2a82555ec0/merged/var/www/bluespice/extensions/BlueSpiceFoundation/includes/DefaultSettings.php
/var/lib/docker/overlay/e4173a6b686b680625fd87e70d7273729e61de2e5816237e32dd3c2a82555ec0/merged/var/www/bluespice/includes/DefaultSettings.php
/var/lib/docker/overlay/e4173a6b686b680625fd87e70d7273729e61de2e5816237e32dd3c2a82555ec0/merged/var/www/bluespice/settings.d/005-DefaultSettings.php
Most files say to not edit. And one file:
/etc/bluespice/LocalSettings.php
This file should also be not edit.
So what?
I would like to add this two options:
$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['*']['read'] = false;
Maybe someone can help me with?
Thanks a lot
Best Regards
Boospy Boospy (talk) 19:17, 27 August 2019 (UTC)
- Hi, I'm not very familar with Bluespice (ping User:mglaser). However, in generic mediawiki you should never edit DefaultSettings.php (or any other file in the includes/ directory). That holds the factory settings. In generic MediaWiki you add custom settings by adding them to the end of LocalSettings.php, which overrides any defaults from DefaultSettings. BlueSpice may have some custom place they want you to put your settings, I'm not familiar with it. Bawolff (talk) 23:44, 29 August 2019 (UTC)
- @Osnard knows BlueSpice and may be active here. ☠MarkAHershberger☢(talk)☣ 15:39, 31 August 2019 (UTC)
- You may also look in the BlueSpicePermissionManager. ☠MarkAHershberger☢(talk)☣ 15:41, 31 August 2019 (UTC)
- The
DefaultSettings.phpfrom "BlueSpiceFoundation" must not be edited manually. All configuration can be made in theLocalSettings.phpfile. The "managed configurations" like "permissions", "namespaces", "groups" should only be modified by using the appropriate web interfaces like "Special:PermissionManager". Osnard (talk) 05:54, 2 September 2019 (UTC)
some image files are no longer showing after upgrade to MediaWiki 1.33.0
Hello, I just upgraded from MediaWiki version 1.26.4 to latest version 1.33.0 some of images are not showing up just the link File:Asdm1.JPG, some images do show fine. MediaWiki 1.33.0 PHP 7.2.21 (Apache httpd 2.4.6) Centos 7, MySQL 5.7 I have enabled the debug on all sides and here is the info from the debug.
I ran this php maintenance/rebuildImages.php
[root@redmine-04 mediawiki-1.33.0]# php maintenance/rebuildImages.php Processing image... 2019-08-27 21:03:36: 13.11% done on image; ETA 2019-08-27 21:03:36 [100/763] 1812.05/sec <0.00% updated> Finished image... 0 of 166 rows updated Processing oldimage... Finished oldimage... 0 of 14 rows updated
Also followed this link:
…are some of my images not showing up after an upgrade?[edit]
Several users have reported that, following an upgrade or a moving of their wiki, several images fail to be shown inline. The files exist, and the image description pages show a MIME type of unknowncode>/unknown and, in some cases, a warning about potentially dangerous files.
To fix this, run the maintenance/rebuildImages.php script from the command line. This will set MIME information for each file in the database.
Recent versions of MediaWiki implement responsive images. Due to a bug, if the server locale is set to one that uses commas instead of dots for representing a decimal point, images may not render on some browsers/devices. This can be confirmed by inspecting a thumbnail of a medium or big image on a page with the browser tools, looking at the HTML code, and see if the srcset attribute contains commas instead of dots when representing the 1.5x value. Netops trondent (talk) 22:12, 27 August 2019 (UTC)
- When click on inspect on File:Gf2.PNG
- it shows this link under inspect
- http://wiki.trondent.net/index.php?title=Special:Upload&wpDestFile=Gf2.PNG
- When I click inspect on the proper image, I see this as link:
- <img alt="Asdm.jpg" src="/images/a/a3/Asdm.jpg" decoding="async" width="411" height="306"> Netops trondent (talk) 22:20, 27 August 2019 (UTC)
- Any assistance in this will be greatly appreciated.
- Thanks in advance. Netops trondent (talk) 15:04, 29 August 2019 (UTC)
- No one has any answer to this issue, are we missing something on this post/issue ?
- Thanks in advance. Netops trondent (talk) 21:48, 4 September 2019 (UTC)
- Does the file exist on the server?
- Does the file description page exists on the wiki? (a page named for example File:Gf2.PNG)
- Does the file description of the image display the image? or an error about the image missing? Ciencia Al Poder (talk) 09:26, 5 September 2019 (UTC)
- Thank you for your time in replying;
- Here are the answers.
- Does the file exist on the server?
- Yes, all the file are the there on the server under images folder, I have moved them over when I configured new MediaWiki version 1.33.0
- Does the file description page exists on the wiki? (a page named for example File:Gf2.PNG)
- when I click on the image link File:Gf2.PNG, it does not show the actual image page,
- It appears that I have some pages with broken file links.
- I did ran maintenance/rebuildImages.php script, but no avail.
- Does the file description of the image display the image? or an error about the image missing?
- No, It does not
- I also see this "Category:Pages with broken file links" in the bottom of the page.
- Thank you in advance. Netops trondent (talk) 15:29, 5 September 2019 (UTC)
- From Project:Support desk/Flow/2019/09#h-Missing_files_on_upgrade_to_1.33?-2019-09-02T11:09:00.000Z you may try to run the cleanupUsersWithNoId.php maintenance script followed by a re-run of migrateActors.php Ciencia Al Poder (talk) 17:03, 8 September 2019 (UTC)
- Hello,
- I tried running php maintenance/cleanupUsersWithNoId.php but I get this message, I am missing some parameters I guess:
- [root@redmine-04 mediawiki-1.33.0]# php maintenance/cleanupUsersWithNoId.php --dbpass --dbuser --server
- [root@redmine-04 mediawiki-1.33.0]# php maintenance/cleanupUsersWithNoId.php --dbpass:xxxxx --dbuser:xxx --server:10.xxx.0.xxx
- [root@redmine-04 mediawiki-1.33.0]# php maintenance/cleanupUsersWithNoId.php --table=revision
- [root@redmine-04 mediawiki-1.33.0]# php maintenance/cleanupUsersWithNoId.php
- Param prefix required!
- Cleans up tables that have valid usernames with no user ID
- Usage: php cleanupUsersWithNoId.php [--assign|--batch-size|--conf|--dbgroupdefault|--dbpass|--dbuser|--force|--globals|--help|--memory-limit|--mwdebug|--prefix|--profiler|--quiet|--server|--table|--wiki]
- Generic maintenance parameters:
--help (-h): Display this help message--quiet (-q): Whether to suppress non-error output--conf: Location of LocalSettings.php, if not default--wiki: For specifying the wiki ID--globals: Output globals at the end of processing for debugging--memory-limit: Set a specific memory limit for the script, "max"for no limit or "default" to avoid changing it--server: The protocol and server name to use in URLs, e.g.http://en.wikipedia.org. This is sometimes necessary because server namedetection may fail in command line scripts.--profiler: Profiler output format (usually "text")--mwdebug: Enable built-in MediaWiki development settings- Script dependant parameters:
--dbuser: The DB user to use for this script--dbpass: The password to use for this script--dbgroupdefault: The default DB group to use.--batch-size: Run this many operations per batch, default: 100- Script specific parameters:
--assign: Assign edits to existing local users if they exist--force: Run the update even if it was completed already--prefix (-p): Interwiki prefix to apply to the usernames--table: Only clean up this tableNetops trondent (talk) 14:52, 9 September 2019 (UTC)- I had a similar problem which I fixed with the cleanupUsersWithNoId.php/migrateActors.php strategy. The former script requires the --prefix switch, specifying a prefix for interwiki usernames. I don't understand most of this, not doing anything interwiki, but I just added "--prefix hw" and everything seemed to work fine. Some of my user names now display as "hw>username" or the like, which doesn't bother me. However, I'd say that use of this switch shouldn't be required. Larrydberg (talk) 15:22, 9 September 2019 (UTC)
- Thanks Larrydberg
- When I run this I get this message but I no longer have these users, they are gone and deleted so it does not do any cleanup.
- User name "Robert" is usable, cannot create an anonymous actor for it. Run maintenance/cleanupUsersWithNoId.php to fix this situation.
- User name "Theoszymanski" is usable, cannot create an anonymous actor for it. Run maintenance/cleanupUsersWithNoId.php to fix this situation.
- [root@redmine-04 mediawiki-1.33.0]# php maintenance/cleanupUsersWithNoId.php --prefix hw --force
- Beginning cleanup of revision
- ... rev_timestamp=20190906200059 rev_id=27457
- Completed cleanup, assigned 0 and prefixed 0 row(s)
- Beginning cleanup of archive
- ... ar_id=100
- ... ar_id=200
- ... ar_id=300
- ... ar_id=400
- ... ar_id=500
- ... ar_id=600
- ... ar_id=700
- ... ar_id=800
- ... ar_id=900
- ... ar_id=1000
- ... ar_id=1100
- ... ar_id=1200
- ... ar_id=1300
- ... ar_id=1400
- ... ar_id=1500
- ... ar_id=1600
- ... ar_id=1700
- ... ar_id=1800
- ... ar_id=1900
- ... ar_id=2000
- ... ar_id=2100
- ... ar_id=2200
- ... ar_id=2300
- ... ar_id=2400
- ... ar_id=2500
- ... ar_id=2600
- ... ar_id=2700
- ... ar_id=2800
- ... ar_id=2900
- ... ar_id=3000
- ... ar_id=3230
- ... ar_id=3364
- ... ar_id=3499
- ... ar_id=3524
- Completed cleanup, assigned 0 and prefixed 0 row(s)
- Beginning cleanup of logging
- ... log_timestamp=20081118170413 log_id=482
- ... log_timestamp=20081118170426 log_id=582
- ... log_timestamp=20081118170439 log_id=682
- ... log_timestamp=20081118170451 log_id=782
- ... log_timestamp=20081118170504 log_id=882
- ... log_timestamp=20081118170516 log_id=982
- ... log_timestamp=20081118170527 log_id=1082
- ... log_timestamp=20081118170540 log_id=1182
- ... log_timestamp=20081118170551 log_id=1282
- ... log_timestamp=20081118170604 log_id=1382
- ... log_timestamp=20081118170615 log_id=1482
- ... log_timestamp=20081118170627 log_id=1582
- ... log_timestamp=20081118170638 log_id=1682
- ... log_timestamp=20081118170649 log_id=1782
- ... log_timestamp=20190815161535 log_id=12442
- ... log_timestamp=20190906200059 log_id=12493
- Completed cleanup, assigned 0 and prefixed 0 row(s)
- Beginning cleanup of image
- ... img_timestamp=20190906161005 img_name=Header1_portal_amex_en_US.jpg
- Completed cleanup, assigned 0 and prefixed 0 row(s)
- Beginning cleanup of oldimage
- ... oi_name=Weather.trondent_V1.png oi_timestamp=20120604224600
- Completed cleanup, assigned 0 and prefixed 0 row(s)
- Beginning cleanup of filearchive
- ... fa_id=63
- Completed cleanup, assigned 0 and prefixed 0 row(s)
- Beginning cleanup of ipblocks
- Completed cleanup, assigned 0 and prefixed 0 row(s)
- Beginning cleanup of recentchanges
- ... rc_id=27753
- Completed cleanup, assigned 0 and prefixed 0 row(s)
- [root@redmine-04 mediawiki-1.33.0]# Netops trondent (talk) 17:04, 9 September 2019 (UTC)
- I'm using mediawiki for 1.38.4, and I have the same problem.
- So once I find a broken picture, I delete it from the database.
- (from table "image" and from table "page"),
- I save the picture on my PC and I reloaded it using the link
- "www.exampleMediaWiki.com/index.php?title=Special:Upload&wpDestFile=Example.JPG" Rabeb.bmz (talk) 14:43, 20 December 2022 (UTC)
- I had the same problem, by changing file extention from .PNG to .png worked for me, however, .jpg or jpeg is not showing up on the page, 49.206.42.254 (talk) 22:51, 20 June 2023 (UTC)
- Was there ever a solution to this problem ? Exxosuk (talk) 17:08, 1 December 2023 (UTC)
A question regarding templates
I have read on a disc of a german wiki which uses MW, that every single template call in an article will cause an extra database access, if someone calls this page. And because of that it tends to be better to avoid the use of templates, especially if such templates are often used.
I have other experience on another wiki which also uses MW. OK, if a template uses, for example, the DPL extension very heavily in combiantion with an extensive loop, one might get some performance issues (usually a longer response time). But not by only using a couple of parameters and a couple of #if in a template which otherwise calls no further templates.
So my questions are: Is there somewhere an explantion of how the template transclusion works? When does database access really happen? Is a template also cached, so that database access is minimized?
Thanks for an answer in advance! Wgkderdicke (talk) 22:18, 27 August 2019 (UTC)
- Interesting question. But I wouldn't worry too much about templates. I think template results do get cached. P.S. I will look into the Loops extension - I wonder what the pros and cons are of using that over Scribunto/Lua for the same thing... Jonathan3 (talk) 01:27, 28 August 2019 (UTC)
- Loops: this extension came up in January 2008. Scribunto: April 2012. And possibly someone fails to get Lua running, especially if one like me is absolutely not familiar with linux. Or the provider refuses to provide the needed software and you have no root access. Wgkderdicke (talk) 01:49, 28 August 2019 (UTC)
- [There may be a couple simplifications here] So template transclusion happens at parse time. Most of the time this means when you save a page and not when you view a page, since after the page is parsed, this is saved and reused for anyone who views it. There can be exceptions to this though - if nobody has looked at the page in a really long time (like say a month) it might need to be reparsed again. Certain syntax can alter that, a simple example would be {{CURRENTHOUR}} and other time related magic words which make the parser cache last less time so the page is not out of date (At worst, it will make it expire in an hour, but it depends which word). DPL is also a prime candidate here, as it totally disables parser cache in some configs so that lists are instantly up to date, which means the page would get reparsed on every single view. This is one the main reasons DPL kills performance. Its not just that DPL does complicated queries (It does - dpl queries are often more complex than anything built-in to mediawiki), but its also because instead of just doing it once at page save, it does the complicated queries on every single view, which is especially bad if a lot of people view the same page at the same time.
- Another performance aspect of templates is that if someone edits a template then anything using that template has to be reparsed. This is usually done via the job queue to "spread out" the reparses so its not all done at once. Typically this is all fine, but if a template is used on over a million pages this can be kind of bad (The sort of thing that happens on wikipedia on occasion, but its pretty rare for other wikis to even have that many pages).
- So in conclusion - Templates do have extra db accesses, but generally only when you save a page and not on view. These db accesses tend to be fairly simple queries, so its really not something to worry about. If you had like 10,000 templates on a page, maybe start worrying about it. Last of all, the golden rule of performance optimization is measure the results and only really start caring if you notice a problem. If you don't measure the effect that stuff has, you're just as likely to make things slower than you are to make things faster. (Seriously, it is super common for people to make things worse when trying to improve performance). Hope that helps. Bawolff (talk) 23:34, 29 August 2019 (UTC)
- That helps, indeed! Many thanks. One additional question: does one have to put the SMW extension in the same kills performance pigeonhole as the DPL extension? Wgkderdicke (talk) 00:55, 30 August 2019 (UTC)
- AFAIK, SMW doesn't disable the parser cache like DPL does (but then again, not all versions of DPL do this, and I think its configurable even where it does). So it shouldn't have the same problem with reparsing the page on every view
- SMW does definitely have some very complex queries though that can be hard on the database. In additionally to the general complexity of near arbitrary querying, there can also be some overhead of using a semantic data model with a relational db backend. Which is why some large MediaWiki installs use a triple store for the SMW parts.
- [Disclaimer: Not an expert on SMW] Bawolff (talk) 04:14, 30 August 2019 (UTC)
- With Extension:DynamicPageList3, allowcachedresults defaults to true: "All queries are cached by default to reduce server load as generally articles do not change often enough to require updating every page load."
- With Extension:DynamicPageList (third-party) (which I think I called DPL2 when I used it) allowcachedresults defaults to false: "Disabling the cache produces some extra server load but guarantees always correct results." (further useful comments can be read via the link)
- I've never used Extension:DynamicPageList (Wikimedia) and don't know how it works.
- I've also never known about that setting before today, and never noticed a problem with either speed or accuracy. On some query pages I have __NOCACHE__ (using Extension:MagicNoCache) which I think maybe has the same effect. Jonathan3 (talk) 20:42, 30 August 2019 (UTC)
- Well, they are right. "Disabeling the cache produces some extra server load". And this happens every single time the page is viewed. If you have managed it to gather about 30 DPL queries on one single page, let's say, the mainpage of that wiki, the response time may rise quickly higher than 15 seconds. In this case one truly has to develop a little bit more patience than usual. The guys from the other german wiki I mentioned in my initial post usualy starts to complain about annoying waiting, if it lasts more than one second until the page pops up on their screen. Wgkderdicke (talk) 07:51, 31 August 2019 (UTC)
Mediawiki upgrade
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.
Greetings!
I decided to update mediawiki from my current version of 1.10.0 to 1.33.0. Persisted images dir, LocalSettings.php , skin, extensions dir.
But php update.php gave me an error: Got connection to 'site-ru_', but expected local domain ('site-mediawiki-ru_'). From 964 line of includes/libs/rdbms/loadbalancer/LoadBalander.php. Database have a two dbPrefixes en_ and ru_.
Appreciate any help. Is it even possible to success with update? Or my version is too arch?
90.188.237.98 (talk) 01:59, 29 August 2019 (UTC)
- I managed to cope with that error . But there's one more:
- Table 'site.ru_valid_tag' doesn't exist. 90.188.237.98 (talk) 02:18, 29 August 2019 (UTC)
- It seems that i need to upgrade to 1.15 first to make mediawiki create this table and then to 1.33 to make to delete it. Very funny) 90.188.237.98 (talk) 02:47, 29 August 2019 (UTC)
- Updated successfully to 1.32.3 and then 1.33.0. Thank you. 90.188.237.98 (talk) 03:09, 29 August 2019 (UTC)
Visual Editor Set up
Hi,
I have a new mediawiki page hosted on a server by someone. I have asked the person to install the extension for Visual editor and update the localsettings.php file. This has already been done.
Is there anything else to be done for me to use the Visual Editor?
192.55.79.165 (talk) 08:09, 29 August 2019 (UTC)
- Depends on how that person installed the extension. You'll have to test the editor to make sure it has been correctly configured. AhmadF.Cheema (talk) 09:50, 29 August 2019 (UTC)
- @AhmadF.Cheema can you tell me how we can do that? Should I ask him to check on his end? Is there a requirement to reboot or something? We are completely new to this. 192.55.79.165 (talk) 10:48, 29 August 2019 (UTC)
- Click on the Edit tab present on almost every Wiki page and see if the VisualEditor loads up. AhmadF.Cheema (talk) 19:37, 29 August 2019 (UTC)
- Hi, things seem to work. But I receive an error when Visual Editor tries to connect. "Error loading data from server: apierror-visualeditor-docserver-http-error: (curl error: 7) Couldn't connect to server. Would you like to retry?" Any idea what could be causing this? 198.175.68.37 (talk) 04:20, 30 August 2019 (UTC)
- Visual Editor needs Parsoid. Looks like Parsoid is not installed, or started, or a firewall is blocking connections to it Ciencia Al Poder (talk) 09:23, 2 September 2019 (UTC)
MediaWiki-to-MediaWiki linking template creates very messy output
I have a MediaWiki 1.33.0 website in Hebrew. Some of the articles in my website are summarized introduction-level articles that should make it easier to later read larger more complex articles with the same name and topic on Hebrew Wikipedia.
Sometimes I desire to link to a Hebrew Wikipedia articles from my own MediaWiki website; for example; I desire to quickly reference the reader to articles by given names on Hebrew Wikipedia by template, instead copy-pasting each article's link from Hebrew Wikipedia itself.
My template
Template content:
<a href="https://he.wikipedia.org/wiki/{{urlencode:{{{1}}}|PATH}}">{{{1}}}</a><noinclude>
[[קטגוריה:תבניות]]
</noinclude>
Template call example:
{{וה|קרח (כימיה)}}
My problem
My problem is that the output of this template is very messy both in DOM and in article text; a mixture of regular language, HTML, and UTF-8 special characters.
Dom view:
<li>
"<a href=""
<a rel="nofollow" class="external free" href="https://he.wikipedia.org/wiki/%D7%A7%D7%A8%D7%97%20%28%D7%9B%D7%99%D7%9E%D7%99%D7%94%29">
https://he.wikipedia.org/wiki/%D7%A7%D7%A8%D7%97%20%28%D7%9B%D7%99%D7%9E%D7%99%D7%94%29
</a>
"">קרח (כימיה)</a>
</li>
Article view:
- <a href="https://he.wikipedia.org/wiki/%D7%A7%D7%A8%D7%97%20%28%D7%9B%D7%99%D7%9E%D7%99%D7%94%29">קרח (כימיה)</a>
My question
How should the template be changed to create a clickable link that seems natural? 182.232.21.133 (talk) 10:53, 29 August 2019 (UTC)
- This is not the syntax for Links in MediaWiki.
- Try making your template more like:
- Bawolff (talk) 23:22, 29 August 2019 (UTC)
[https://he.wikipedia.org/wiki/{{urlencode:{{{1}}}|PATH}} {{{1}}}]<noinclude> [[קטגוריה:תבניות]] </noinclude>
page deleted
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.
Why was A Key Records LLC page deleted? Kejo78 (talk) 14:50, 29 August 2019 (UTC)
- Out of project scope. Clump (talk) 15:27, 29 August 2019 (UTC)
- Not sure I understand, did I create it in the wrong area, or is there a certain criteria in order for a company to have a wiki page? Kejo78 (talk) 17:06, 29 August 2019 (UTC)
- More the wrong website---this wiki is for documenting the MediaWiki software. Perhaps you are looking for wikipedia. Clump (talk) 17:13, 29 August 2019 (UTC)
- This support desk is for MediaWiki questions. You appear to have a Wikipedia question and should ask there. ☠MarkAHershberger☢(talk)☣ 17:20, 29 August 2019 (UTC)
- Sorry about that guys... Thank you for the explanation :) Kejo78 (talk) 18:25, 29 August 2019 (UTC)
GPG-Fehler
Fehleranzeige bei Aktualisierungsverwaltung: GPG-Fehler: https://dl.winehq.org/wine-builds/ubuntu bionic InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 76F1A20FF987672FDas Depot »https://dl.winehq.org/wine-builds/ubuntu bionic InRelease« ist nicht signiert. Wie kann ich das Problem lösen? 213.142.96.173 (talk) 15:28, 29 August 2019 (UTC)
- This is not a MediaWiki problem.
- This search provides several SO answers like this one. ☠MarkAHershberger☢(talk)☣ 17:19, 29 August 2019 (UTC)
DrawioEditor extension does not seem to work in MediaWiki 1.33
I have just installed DrawioEditor in mediawiki 1.33 and followed the simple usage step by creating a placeholder {{#drawio:ChartName}} for the chart. According to the doc, when I save the page I ought to see a placeholder with an edit link.
Unfortunately, I don't see any edit link on the top right.
Graphicsrat (talk) 17:11, 29 August 2019 (UTC)
- I would suggest asking on the github issue page. ☠MarkAHershberger☢(talk)☣ 15:45, 31 August 2019 (UTC)
Using Hostinger service and auto install Mediawiki. Then I can't log in as admin at wiki page as setup.
Sorry for very basic question. But I'm very new about this. Please help me.
I used hostinger's mediawiki auto install. the wiki's version is 1.33.0
When setup screen pops up, I wrote ID and password.
After install is done, I visited my wiki page and tried to login as administrator. But I can't login.
The error message is "Incorrect username or password entered. Please try again."
What I guess is
- The install was incomplete. So I need to do something more to run wiki correctly.
- The admin ID/Password has problem. but not noticed. So I need to install again and make ID/Password correctly.
- The admin ID/Password is used in different place. not login at front page of wiki.
I Cleaned up file directory and Database and installed several times. But It appears same.
When I check database, the user information exists at user table. And If I create an account at Join page, It can log in normally.
Is there any information to guide me? anything will help.
Thank you. Parkyh1974 (talk) 03:58, 30 August 2019 (UTC)
- Does your Hostinger plan include SSH access? If so, you can simply use CreateAndPromote.php to create and/or promote to an admin account.
- If not, you'll probably have to contact Hostinger's support for help. AhmadF.Cheema (talk) 07:41, 30 August 2019 (UTC)
404 not found
Hi
After upgradation to 1.31.3 i'm getting belo werror
"The requested URL /index.php/Welcome_to_Novapedia was not found on this server"
103.133.64.30 (talk) 11:50, 31 August 2019 (UTC)
- It sounds like you need to configure Path info or $wgPathInfo ☠MarkAHershberger☢(talk)☣ 15:36, 31 August 2019 (UTC)
If generateSitemap.php is available in generally all MediaWikis, why people use extensions to create sitemaps?
If generateSitemap.php is available in generally all MediaWikis, why people use extensions to create sitemaps?
Is it only to have a non-CLUI user interface? 182.232.14.130 (talk) 21:03, 31 August 2019 (UTC)
- I think you've answered your own question. ☠MarkAHershberger☢(talk)☣ 01:39, 1 September 2019 (UTC)
Error - VirtualRESTService for the document server is not defined
I have installed Visual Editor
Upon clicking the edit button to load the document, I get a pop up window saying :
I asked the visual editor help group, and they said that since it seems to be related to RESTBase, that maybe the general support desk might be able to help.
The error is:
Error loading data from server: no_vrs: The VirtualRESTService for the document server is not defined; see https://www.mediawiki.org/wiki/Extension:VisualEditor. Would you like to retry?
I did find one reference to this error. It was in reference to SELINUX:
This error occurs usually on CENTOS 6 / 7 servers running SELINUX. In order to resolve this problem please disable SELINUX
I am running this on Debian 9
Can some one point me in the right direction as to why I am getting this, and possible a solution?
Thanks for your help
Joseph Smokinjo67 (talk) 21:16, 31 August 2019 (UTC)
- The error indicates you do not have $wgVirtualRestConfig configured correctly. Here is the code that generates the error.
- What is
$wgVirtualRestConfigset to in your LocalSettings.php? ☠MarkAHershberger☢(talk)☣ 01:46, 1 September 2019 (UTC) - Hello,
- I do not have this variable in my config.
- Is this something that should be i the LocalSettings file by default? Or, it needs to be added?
- Thanks
- Joseph Smokinjo67 (talk) 12:19, 4 September 2019 (UTC)
- You will need to add it. ☠MarkAHershberger☢(talk)☣ 18:03, 4 September 2019 (UTC)
- @MarkAHershberger
- $wgVirtualRestConfig['modules']['parsoid'] = array(
- // URL to the Parsoid instance
- // Use port 8142 if you use the Debian package
- 'url' => 'http://localhost:8142',
- // Parsoid "domain", see below (optional)
- 'domain' => 'localhost',
- // Parsoid "prefix", see below (optional)
- 'prefix' => 'localhost'
- );
- I have added this line, and now the error shows up like this: Error loading data from server: apierror-visualeditor-docserver-http: HTTP 404 Misterms735 (talk) 22:28, 4 September 2019 (UTC)
- OK, Misterms got an error. But, you said it needs to be added. What do I add? The lonk you showed has 3 examples of the config:
$wgVirtualRestConfig = ['modules' => [],'global' => [# Timeout in seconds'timeout' => 360,# 'domain' is set to $wgCanonicalServer in Setup.php since MediaWiki 1.26'forwardCookies' => false,'HTTPProxy' => null,],];- ===Parsoid===
- These are the default values when Parsoid is registered as a REST service, used when some keys are not defined.
$wgVirtualRestConfig['modules']['parsoid'] = [// URL to the Parsoid instance - use port 8142 if you use the Debian package - the parameter 'URL' was first used but is now deprecated (string)'url' => 'http://localhost:8000/',// Parsoid "domain" (string, optional) - MediaWiki >= 1.26'domain' => 'localhost',// Parsoid "prefix" (string, optional) - deprecated since MediaWiki 1.26, use 'domain''prefix' => 'localhost',// Forward cookies in the case of private wikis (string or false, optional)'forwardCookies' => false,// request timeout in seconds (integer or null, optional)'timeout' => null,// Parsoid HTTP proxy (string or null, optional)'HTTPProxy' => null,// whether to parse URL as if they were meant for RESTBase (boolean or null, optional)'restbaseCompat' => null,];- ===RESTBase===
- These are the default values when a RESTBase service is registered, used when some keys are not defined.
$wgVirtualRestConfig['modules']['restbase'] = [// RESTBase server URL (string)'url' => 'http://localhost:7231/',// Wiki domain to use (string)'domain' => 'localhost',// request timeout in seconds (integer or null, optional)'timeout' => 100,// cookies to forward to RESTBase/Parsoid (string or false, optional)'forwardCookies' => false,// HTTP proxy to use (string or null, optional)'HTTPProxy' => null,// whether to parse URL as if they were meant for Parsoid (boolean, optional)'parsoidCompat' => false,// whether to append the domain to the url'fixedUrl' => false,];Which one do I use (or a mix of them all?), and are there things to config for my server?- Misterm used another variation as well. What does a newbie mediawiki guy to do/use?
- Thanks Smokinjo67 (talk) 23:00, 4 September 2019 (UTC)
- Use the parsoid one and and adjust the ports and things to your needs. ☠MarkAHershberger☢(talk)☣ 00:41, 5 September 2019 (UTC)
- I have added parsoid as you told and it works fine on windows WAMP server. Thanks Shobhit0812 (talk) 06:05, 5 June 2020 (UTC)
- @MarkAHershberger
- How do I fix the 404 error? Misterms735 (talk) 02:07, 5 September 2019 (UTC)
- @Misterms735 404 probably means you have the server and port set up incorrectly. What port is parsoid set up to listen on? ☠MarkAHershberger☢(talk)☣ 14:45, 5 September 2019 (UTC)
- Thanks for the suggestion.
- Since oru server uses Debian, who should use port 8142 here, right:
- 'url' => 'http://localhost:8000/',
- Because I am using the latest version of mediawiki (1.3.x), I keep it at localhost, right?
- // Forward cookies in the case of private wikis (string or false, optional)
- How does this apply? Private meaning like internal for a company? Ours will eb visible, but not editable by the general public. Need an approved account to edit
- // request timeout in seconds (integer or null, optional)
- 'timeout' => null,
- What is this for?
- // whether to append the domain to the url
- 'fixedUrl' => false,
- What is this for?
- Thanks
- Joseph
Smokinjo67 (talk) 11:51, 5 September 2019 (UTC)- @Smokinjo67: In order:
- who should use port 8142
- yes
- I keep it at localhost
- yes
- How does this apply? Private meaning like internal for a company? Ours will eb visible, but not editable by the general public. Need an approved account to edit
- I've always forwarded cookies on my wikis.
- What is this for?
- Don't worry about these until you run into problems. ☠MarkAHershberger☢(talk)☣ 14:43, 5 September 2019 (UTC)
- @MarkAHershberger
- What about my problem..? Do you know how to fix it? Misterms735 (talk) 14:48, 5 September 2019 (UTC)
- So, for the forward cookies, I put "true"?
- Thanks Smokinjo67 (talk) 15:04, 5 September 2019 (UTC)
- right ☠MarkAHershberger☢(talk)☣ 20:16, 5 September 2019 (UTC)
- I finally had the time to work on this. I added the code and the comnfig we spoke of.
- I got the following error:
- Error loading data from server: apierror-visualeditor-docserver-http-error: (curl error: 7) Couldn't connect to server. Would you like to retry?
- What might this mean?
- Thanks
- Joseph Smokinjo67 (talk) 12:36, 15 September 2019 (UTC)
- Can anyone give me clue as to how to deal with my error? Things are advancing, corrections being made. Hopefully, I cna get past this one:_)
- Thanks for all help.
- Joseph Smokinjo67 (talk) 12:38, 25 September 2019 (UTC)