Jump to content

Project:Support desk/Flow/2019/11

Add topic
From mediawiki.org
This page is an archive.
Please ask questions on the current support desk.

Mediawiki hacked

Hello, I got hacked but I was able to see my wiki.

I deleted some files and now I can't access the wiki anymore.

Can I just download my mediawiki version and upload the files to the server?

Would that work?

Thanks JackBauer345 (talk) 10:36, 1 November 2019 (UTC)

We don't know as we don't know which "some files" you deleted. Malyacko (talk) 12:07, 1 November 2019 (UTC)
yes-ish. Assuming your database still exists, and you know enough about what is in your localsettings.php to recreate it (or enough of it. At the very least need your db settings). You also would need to reupload all your extensions, and all images uploaded to your wiki is probably gone now. Bawolff (talk) 21:38, 1 November 2019 (UTC)

How to change the default intro text in Mediawiki:Commons.css ?

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


Hi, everything is in the title. I'm talking about this text https://inmotionhosting.com/support/wp-content/uploads/2013/02/edu_mediawiki_103_edit-css-common_edit-css-common-5-changed-font.gif ("Note: After saving, you may have to bypass your browser's cache to see the changes.") I was not able to find any system message. Varlin (talk) 12:03, 1 November 2019 (UTC)

I could find "clearyourcache" in the file ./languages/i18n/en.json Malyacko (talk) 12:06, 1 November 2019 (UTC)
Thanks. But my question had a underlying aim : I was trying to add interwiki links on the pages Mediawiki:Commons.css and Mediawiki:Vector.css.
So if I put it in the system message, it would affect both pages (and maybe others?).
But you could not guess ahah. Varlin (talk) 13:05, 1 November 2019 (UTC)
What's the problem with adding interwiki links? The English Wikipedia does it with internal links. Interwiki links appear to work too. AhmadF.Cheema (talk) 16:10, 1 November 2019 (UTC)
I know, but the pages Mediawiki:Commons.css and Mediawiki:Vector.css are a little bit special, since the content is CSS...
So I was able to do what I want by adding this code in MediaWiki:Clearyourcache
{{#ifeq: {{FULLPAGENAME}} | MediaWiki:Vector.css | [[en:MediaWiki:Vector.css]] }}
{{#ifeq: {{FULLPAGENAME}} | MediaWiki:Common.css | [[en:MediaWiki:Common.css]] }}
Varlin (talk) 20:42, 1 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

The "Mark as patrolled" button cannot be enabled/gone for some reason

Hello,

I've set up my LocalSettings.php to enable the patrolling like this:

```

$wgUseRCPatrol = true;

$wgOnlySysopsCanPatrol = false;

$wgGroupPermissions['sysop']['patrol'] = true;

$wgGroupPermissions['moderator']['patrol'] = true;

$wgGroupPermissions['administrator']['patrol'] = true;

```

I can see the unpatrolled edit mark (!) for unpatrolled edits but whatever I configure I still cannot see the "mark as patrolled" button despite my user account belongs to the moderator and administrator groups.

What should I do to enable it? I seem to have read the entire patrolling documentation (at least I believe so) and I even checked generated HTML/DOM to find it (I use a custom skin so I might hide the button), but the code above is probably the most I can do now. Thanks. 195.234.74.193 (talk) 17:03, 1 November 2019 (UTC)

thats the new page patrol link, not the rc patrol link, i think Bawolff (talk) 21:35, 1 November 2019 (UTC)
@Bawolff But shouldn't these settings apply all pages, like Recent Changes, New Page and New File? The most weird thing is that I can see the "unpatrolled mark" but I cannot see the "mark as patrolled" link. I couldn't find any mention covered such a weird scenario in the official documentation, unfortunately. 185.17.127.237 (talk) 20:57, 2 November 2019 (UTC)
Is $wgUseNPPatrol = true; set (This is the default though).
I believe the "Mark as patrolled" link is for patrolling the whole page (not a specific revision, like the link from the diff page would be). So it will show up on new pages regardless of which special page is used, but only if new page patrol is enabled and only if the whole page (As opposed to a specific revision) has not been patrolled before.
Also ensure that the user you are using has patrol rights (They probably do if they can see the unpatrolled mark, although its possible to configure patrol in such a way that those show up for users without patrol rights) Bawolff (talk) 08:03, 3 November 2019 (UTC)
@Bawolff
Thank you for the reply. Hm, that makes me think of some possible configuration issues we have in our wiki and probably not giving enough information. I don't think I understood you correct, but I probably disagree for the first paragraph regarding patrolling new pages and recent changes (again, if I understood it), because I do remember I was able to mark a certain revision as patrolled a few years back. Yeah, I know it sounds weird now that I postponed fixing the issue for such long, but according to the LocalSettings.php configuration the groups my account belongs to should be sufficient to be able to patrol (thank you for noticing that the patrol mark can show up for users that do not have sufficient permissions to patrol but still can see the mark -- I was not aware of this, and this is probably what my user gets at the wiki) according to the Special:UserRights page:
```
[_] bot
[x] administrator
[_] bureaucrat
[_] check user
[_] widget editor
[x] forum administrator
[x] moderator
[_] administrator // this the last "administrator" appears twice for some reason
```
I have something to check first though... If I'm not mistaken the "mark as patrolled" issue raised once I installed Extension:Moderation to prevent the wiki from being edited by vandals. I usually edit the whole wiki myself putting massive changes and accepting anonymous users edit that occasionally contribute. This _might_ tell why I didn't notice if these two concepts (patrolling and a 3rd party moderation extension) conflict. I need to disable the extension first, I guess... Thank you! 185.17.127.237 (talk) 10:35, 3 November 2019 (UTC)
@Bawolff
Unfortunately, disabling the moderation extension didn't help, so I just marked all edits as patrolled directly in the database with `UPDATE mw_recentchanges SET rc_patrolled = 1 WHERE rc_patrolled = 0;`. There were just about 20 unpatrolled edits. I wish I knew PHP to drill down the issue and possibly find the very root cause. 185.17.127.237 (talk) 19:41, 3 November 2019 (UTC)

encoding error

Hello. I am using 'url rewrite' of IIS7 but I have an error with encoding UTF-8 characters.

Some documents have titles with UTF-8, but 'url rewrite' cannot decode it and prints it like '¹é±«°ÔÀÓ:´ë¹®'.

What should I do to fix this? 79brue (talk) 07:14, 2 November 2019 (UTC)

This is probably an encoding mis-match in IIS7. You should see if there is a way to tell IIS7 what charset to use.
If your wiki is public, tell us the url and we may be able to help more. MarkAHershberger(talk) 17:16, 3 November 2019 (UTC)

I can't browse some special page and my skins are disavialible

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.


Check the $wgScriptPath and your web server configurations in order to make the URL in the webpage such as
 <link rel="stylesheet" href="/w/load.php?lang=zh-cn&amp;amp;modules=ext.3d.styles%7Cext.echo.styles.badge%7Cext.pygments%2Ctranslate%2CwikimediaBadges%7Cext.translate.tag.languages%7Cext.uls.pt%7Cext.visualEditor.desktopArticleTarget.noscript%7Cmediawiki.legacy.commonPrint%2Cshared%7Cmediawiki.skinning.interface%7Coojs-ui.styles.icons-alerts%7Cskins.vector.styles%7Cwikibase.client.init&amp;amp;only=styles&amp;amp;skin=vector">
resolved properly

I installed wiki using /maintenace/install.php and /mw-config/index.php from browser. LocalSettings.php is not changed.But I can't edit the page or change all status of the page except move it.the skins work abnormal,too.I think it is caused by not importing all the php files in /include directory. Jingkaimori (talk) 08:26, 2 November 2019 (UTC)

How have you installed the wiki? Are all files actually present on the server?
My guess is that some kind of PHP error is happening when MediaWiki is trying to load the styles. This can happen, because the stylesheets are generated through PHP...
Is the wiki available at some public URL? Would be easier to have look at it... 2001:16B8:106F:C900:3CF6:55E1:7227:8C15 (talk) 10:58, 2 November 2019 (UTC)
I installed it on my own computer and all the files actually present on the server.
I tried to catch the error by adding this to LocalSettings.php:
error_reporting( -1 );
ini_set( 'display_errors', 1 );
but I got nothing.
A Similar problem Jingkaimori (talk) 12:23, 2 November 2019 (UTC)
Please open a wiki page, on which the skin looks abnormal. Then have a look at the source code of this wiki page and look into the different calls to load.php, which you will find there. They should contain CSS styles. However, I am pretty sure that you will have some calls in there, which only display a PHP error.
What is the error message? What are the error messages? 2001:16B8:106F:C900:3CF6:55E1:7227:8C15 (talk) 12:31, 2 November 2019 (UTC)
I browse the URL http://localhost/wiki/load.php?lang=zh-cn&modules=startup&only=scripts&skin=monobook and the error message is:
File not found.
Jingkaimori (talk) 12:46, 2 November 2019 (UTC)
something is very wrong with your wiki if load.php is missing, i would suggest deleting all your files and reinstalling.
It doesnt make sense to install via install.php & mw-config. These install methods are mutually exclusive.
> "think it is caused by not importing all the php files in /includedirectory."
This is unlikely unless the files are actually missing Bawolff (talk) 15:15, 2 November 2019 (UTC)
/load.phpis there and the content is not changed.
I think reinstall cannot solve the problem Jingkaimori (talk) 04:16, 3 November 2019 (UTC)
Thanks everyone above. I have soved this problem by changing the $wgScriptPath attribute in /Localsettings.php to "". Previously I use nginx and do not set the rules which ingore /wiki .So the wrong is that when the software is requesting /load.php it actually request /wiki/load.php Jingkaimori (talk) 11:18, 3 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Who should I contact for a request for more query time at wikidata query service ?

Hi, as described above i need more query time for different queries on the wikidata query service. I am working on a university project and we want to improve the repetitious data extraction from wikidata (and later on other sources from wikimedia) by this. I read the user manual (here Wikidata Query Service/User Manual#Wikimedia service) which states that i should write to the discovery team when i need more query time, but on the discovery team page im unsure who could take care of such a request. Thanks in advance. Tilomi (talk) 13:06, 2 November 2019 (UTC)

I don't know exactly who, but Chris is listed as community liaison for the search team (Which is successor to discovery), so as a first step I would suggest leaving him a message. He's probably not the right person, but he probably knows who the right person is. Bawolff (talk) 07:58, 3 November 2019 (UTC)
Ok thank you! Tilomi (talk) 08:55, 3 November 2019 (UTC)

Thumbnails: Error code: 127

Hi,

For reasons unknown, I'm getting a file upload error:

Error creating thumbnail: /path/to/mediawiki-1.32.2/includes/shell/limit.sh: line 99: convert: command not found

I've been using mediawiki for ~4 yrs, with no unsolvable problems (thank you all), but this one has me beat. The only thing changed recently was a Homebrew upgrade, which resulted in my having to use "sudo" to restart the web server, which I didn't have to do before. It didn't worry me as I have the apache user and group set in httpd.conf. I've checked the user + group apache is running with: "apachectl -S" as well as "ps auxww | grep httpd", and user is correct in both cases. (Nb: php is also running as me.)


For the first time since the Homebrew upgrade, I attempted to upload a file - and failed.

MacOS High Sierra, 10.13.6

MediaWiki version: 1.32.2

LocalSettings.php are:

$wgEnableUploads = true;

$wgUseImageMagick = true;

$wgSVGConverter = 'ImageMagick';

$wgImageMagickConvertCommand = "/usr/local/bin/convert";


The debug log file isn't desperately helpful. The pertinent lines are:

[exec] MediaWiki\Shell\Command::execute: /bin/bash '/path/to/mediawiki-1.32.2/includes/shell/limit.sh' 'LANG='\''en'\'' convert -background "#ffffff00" -thumbnail 500x103\! '\''/path/to/mediawiki-1.32.2/images/temp/svg_1d6a5b0bd45a8b8e5a8f934d/Alleghany-Corporation.svg'\'' PNG:'\''/path/to/mediawiki-1.32.2/images/temp/transform_ba2d68c09368.png'\''' 'MW_INCLUDE_STDERR=1;MW_CPU_LIMIT=180; MW_CGROUP='\'''\''; MW_MEM_LIMIT=307200; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180; MW_USE_LOG_PIPE=yes'

[exec] Possibly missing executable file: /bin/bash '/path/to/mediawiki-1.32.2/includes/shell/limit.sh' 'LANG='\''en'\'' convert -background "#ffffff00" -thumbnail 500x103\! '\''/path/to/mediawiki-1.32.2/images/temp/svg_1d6a5b0bd45a8b8e5a8f934d/Alleghany-Corporation.svg'\'' PNG:'\''/path/to/mediawiki-1.32.2/images/temp/transform_ba2d68c09368.png'\''' 'MW_INCLUDE_STDERR=1;MW_CPU_LIMIT=180; MW_CGROUP='\'''\''; MW_MEM_LIMIT=307200; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180; MW_USE_LOG_PIPE=yes'

[thumbnail] thumbnail failed on Aphrodite-iMac: error 127 "/path/to/mediawiki-1.32.2/includes/shell/limit.sh: line 99: convert: command not found" from "convert -background "#ffffff00" -thumbnail 500x103\! '/path/to/mediawiki-1.32.2/images/temp/svg_1d6a5b0bd45a8b8e5a8f934d/Alleghany-Corporation.svg' PNG:'/path/to/mediawiki-1.32.2/images/temp/transform_ba2d68c09368.png'"


Running the command from a shell succeeds in creating "transform_ba2d68c09368.png":

me@Aphrodite$ /bin/bash '/path/to/mediawiki-1.32.2/includes/shell/limit.sh' 'LANG='\''en'\'' convert -background "#ffffff00" -thumbnail 500x103\! '\''/path/to/Alleghany-Corporation.svg'\'' PNG:'\''path/to/mediawiki-1.32.2/images/temp/transform_ba2d68c09368.png'\''' 'MW_INCLUDE_STDERR=1;MW_CPU_LIMIT=180; MW_CGROUP='\'''\''; MW_MEM_LIMIT=307200; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180; MW_USE_LOG_PIPE=yes'


Permissions: I have a niggling feeling this is the problem, BUT apache is running as me, and has the same group. Nevertheless, I prefixed the command with "sudo -u (me)", and that worked too.


File locations:

Btw, I'm wondering why the debug log file is not showing the full /path/to/convert, since it is explicitly set in LocalSettings.php.

which convert: /usr/local/bin/convert

ls /usr/local/bin/convert = /usr/local/bin/convert@ -> ../Cellar/imagemagick/7.0.8-50/bin/convert

ls /usr/local/Cellar/imagemagick/7.0.8-50/bin/convert = /usr/local/Cellar/imagemagick/7.0.8-50/bin/convert@ -> magick

ls /usr/local/Cellar/imagemagick/7.0.8-50/bin/magick = /usr/local/Cellar/imagemagick/7.0.8-50/bin/magick

and finally, ls magick = /usr/local/bin/magick = /usr/local/Cellar/imagemagick/7.0.8-50/bin/magick


I see from web searches that this is an old chestnut, but I've exhausted possibilities. Nevertheless, I am clearly missing something, since I've been uploading files for ~4 yrs without (unsolvable) issues. I would really appreciate any pointers. GrayanOne (talk) 21:42, 2 November 2019 (UTC)

Hmmm, maybe apache doesn't have that in its path (The only other thing i could think of would be if symlinks aren't followed, which would be weird).
Can you try adding: $wgSVGConverterPath = '/usr/local/bin'; Bawolff (talk) 07:54, 3 November 2019 (UTC)
Ye gods and little fishes. "It Worked!" (™)
I owe you several beers.
The only reason I can think of for the problem is something along the lines of:
httpd is started as root,
then switches to user = me, BUT my $PATH (or parts thereof) is/are dumped.
Irritatingly, root user is not set (default on MacOS), so can't check its $PATH.
Thank you again. My bad for making the assumption that since apache was running as me, my $PATH vars were set. GrayanOne (talk) 13:14, 3 November 2019 (UTC)
PS: Just to be 100% sure, I wrote a tiny php script , and am now feeling very stupid :(
$capture = shell_exec( 'env'." 2>&1" )."<br/>";
echo "<b>Output from 'env':</b> <pre>".$capture."</pre><br/>";
and you were 100% correct,:
PATH=/usr/bin:/bin:/usr/sbin:/sbin

GrayanOne (talk) 16:20, 3 November 2019 (UTC)
I'm not a creator/admin so I don't know if I can do these kinds of fixes. I'm just a lay contributor to the SGU transcripts wiki :-( There's nothing I can do from my end, is there? Xanderox (talk) 22:00, 9 June 2020 (UTC)

How best to display translation of a passage?

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


(MediaWiki 1.33.0; PHP 7.1.30 (litespeed); MySQL 5.6.44-cll-lve)

Suppose a page looks like this one: http://horawiki.org/page/HaReshut

Since not everyone will understand the block of Hebrew text, I'd like to provide a translation into English. Is there a best-practices way to do this? I could put a static translation immediately underneath, but that seems ugly. I'd rather have a link saying "(translation)" that does the right thing. But what's the right thing? Another page, a popup of some kind, something else? Can I somehow make a link that will replace the Hebrew text with the appropriate English?

(In case it's not clear: I'm not asking how to do the translation. I'll translate the text myself. The question is how to display the translation.) Larrydberg (talk) 22:16, 2 November 2019 (UTC)

There's no one right way to do it - you'll have to figure out what works best for your wiki.
Some common methods:
  • have an entirely separate wiki for different languages (How wikipedia works)
  • have different subpages for different languages (like how this wiki uses pages ending in /he for hebrew).
With the latter approach, some people like using extension:Translate Bawolff (talk) 07:50, 3 November 2019 (UTC)
Many thanks for the reply. My problem is actually a little different. I'm not trying to provide a translation of a page, but rather a translation into English of a non-English quotation that appears in an English language page. My wiki does have non-English pages, but that won't help the English-only reader who wants to know what this particular non-English quotation means. Bottom line: I want to display a translation of only a few lines, not a whole page. (See the example page linked above.)
I think I'm going with the Reference Previews idea suggested in another response. But I'd be happy to hear of other options. Larrydberg (talk) 18:53, 3 November 2019 (UTC)
Another method would be to include the translation inside footnote tags and use popups, so that when a user hovers over the superscript linked reference, a popup shows up with the translation.
See Help:Reference Previews and Extension:Popups (#Reference types). AhmadF.Cheema (talk) 10:13, 3 November 2019 (UTC)
Many thanks for the response. The Reference Previews does look like an idea worth pursuing. I'll give it a go.
By the way: The Extension:Popups page claims that Reference Previews is a beta feature, but the Beta Features pages claims it's deployed. If the latter is true I don't even need to install the Beta Features extension, correct? (Also in that case, the Extension:Popups page should be updated.) Larrydberg (talk) 19:01, 3 November 2019 (UTC)
What about Extension:SimpleTooltip or Manual:Collapsible elements? Jonathan3 (talk) 23:16, 3 November 2019 (UTC)
Ah, collapsible elements seem the best to me; looks just right, and I don't need to install further extensions. You can see my implementation at the link above. Thanks very much. Larrydberg (talk) 00:34, 4 November 2019 (UTC)
Do note that, with default settings, collapsible elements don't work on mobile. AhmadF.Cheema (talk) 14:48, 4 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

deleteArchivedRevision.php code for metadata.ini

Hey, I recently installed the Maintenance extension onto my wiki and wanted to use some of the deleting revisions scripts. I figured how to enable it, yet I don't know how to proceed further so it actually deletes; there's no check box to be displayed after it showed me how many revisions it found.


So far I have this in the metadata.ini file of Maintenance extension:

[deleteArchivedRevisions]

enabled = 1 Rasputin 93 (talk) 22:42, 2 November 2019 (UTC)

Do you mean this Maintenance extension: https://www.mediawiki.org/wiki/Extension:Maintenance ??
I haven't used it and it looks like it hasn't been updated for a few years. Maybe the author, @Skizzerz, can help. MarkAHershberger(talk) 17:11, 3 November 2019 (UTC)
Yes, exactly. As I'm not familiar with command lines, I'd prefer a simple browser-based solution and a box to tick in order to perform the trick. Rasputin 93 (talk) 21:45, 3 November 2019 (UTC)
With regards to staying away from command-line, do note that Extension:Maintenance doesn't have support for Update.php which is required for some extension installations and MediaWiki updating/upgrading.
So, if you plan to maintain your Wiki yourself, you'll probably have to use the command line sooner or later. AhmadF.Cheema (talk) 14:53, 4 November 2019 (UTC)
update.php can be invoked by using mw-config, though.
Not that I disagree with the point of using the command line. Just pointing out that update.php is available. MarkAHershberger(talk) 15:02, 4 November 2019 (UTC)
I no longer maintain Extension:Maintenance, but if it still works on recent mediawiki versions then adding new scripts to the ini file is straightforward enough with a bit of PHP/coding knowledge. You will need to look at the source code for deleteArchivedRevisions.php and look at what command line options it offers. The metadata.ini file in the extension needs to be populated with all of those options along with what types of values they expect, look at other scripts in the file for examples (comparing with their respective source code files).
As for update.php, the extension doesn't support that because MediaWiki already has a web updater built in. There's no reason for an extension to replicate that functionality, which is why I didn't bother. Skizzerz 16:38, 4 November 2019 (UTC)

MediaWiki cannot use templates

This error occurs when I call the template. Bird7301 (talk) 11:26, 3 November 2019 (UTC)

template:Pp-vandalism Bird7301 (talk) 11:31, 3 November 2019 (UTC)
You'll need to install Extension:ParserFunctions first. AhmadF.Cheema (talk) 16:14, 3 November 2019 (UTC)
Now it show this error when I call Template: Bird7301 (talk) 09:58, 10 November 2019 (UTC)
and now, Extension:Scribunto. AhmadF.Cheema (talk) 10:02, 10 November 2019 (UTC)
Now it show this error:
脚本错误:没有“NoteTA”这个模块。 脚本错误:没有“Hatnote”这个模块。 脚本错误:没有“Hatnote”这个模块。 脚本错误:没有“Infobox”这个模块。 Bird7301 (talk) 10:36, 10 November 2019 (UTC)
Are you there? AhmadF.Cheema Bird7301 (talk) 11:57, 10 November 2019 (UTC)
I'm assuming this is an imported template. In which case, it has not been imported with the other modules that it needs to run.
Go to Special:Export, insert the template name that you want to import into your Wiki, check the "Include templates" checkbox. After this, import the .XML file into your Wiki. AhmadF.Cheema (talk) 04:09, 11 November 2019 (UTC)
I used your method, but the problem still exists. Bird7301 (talk) 13:32, 16 November 2019 (UTC)

Login issue on needlebar

NeedleBar wants a wiki login but won’t accept my wiki account. It directs me to a page to create a new account but won’t accept that. What am I doing wrong? Shereebwatson (talk) 14:28, 3 November 2019 (UTC)
I assume you are talking about the NeedleBar Museum Archive wiki. They do not use the WMFs unified login, so you'll have to ask the wiki owner for a login. MarkAHershberger(talk) 17:04, 3 November 2019 (UTC)
Welcome to the MediaWiki support desk. What is NeedleBar and why do you think that we know what NeedleBar is? Malyacko (talk) 15:00, 3 November 2019 (UTC)

Problems with redirects

I automatically installed MediaWiki

MediaWiki 1.33.0
PHP 7.2.16 (apache2handler)

on shared hosting (there is no access to the server) in the folder public_html. As a result, the addresses look like http://example.com/index.php/%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0

eg. look like http://example.com/index.php/LinkName_on_Russian_lang_in cyrillic

I can’t configure redirects from http://example.com/index.php/* to http://example.com/wiki/* without index.php in htaccess. Nothing happens. I read the manual here. I did not find a description of what to do in my case. With all attempts, it gives a white page with a 404 error.

Please help me with the right set of directives for htaccess and for LocalSettings.php Avedon (talk) 15:38, 3 November 2019 (UTC)

Your shared hoster may not support .htaccess files or mod_rewrite. You should contact them about the issue. MarkAHershberger(talk) 17:05, 3 November 2019 (UTC)
.htaccess is supported by the hoster. Because my other sites work on the same account. And in the MediaWiki in .htaccess is already have lines - redirect from http://www to http:// without www and it works.
mod_rewrite is supported by the hoster - in .htaccess some redirects registered manually and it works. For example:
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{HTTP_REFERER} example.com [NC]
RewriteRule .* - [F]
</ifModule> Avedon (talk) 17:33, 3 November 2019 (UTC)
a 404 error (instead of a 500) probably means you are redirecting to the wrong place. Please post what rewrite rules you are using, and the value of $wgArticlePath & $wgScriptPath from LocalSettings.php Bawolff (talk) 20:39, 3 November 2019 (UTC)
I understand that the rules are wrong. Therefore, I ask for help with a set of rules - directives for the file htaccess
Conditions:
shared hosting
MediaWiki is installed in the root of the folder public_html - /site.com/public_html/...
Link example.com for example
Link to Homepage http://example.com/index.php/Заглавная_страница
Links contain names in Cyrillic and, in addition to letters and numbers, will contain any other characters, such as ? , # $ @ = etc.
The rules that I was advised as an example:
RewriteEngine On
RewriteRule ^w/(.*)$ /wiki/index.php?title=$1 [PT,L,QSA,B]
RewriteRule ^w/*$ /wiki/index.php [L,QSA]
RewriteRule ^/*$ /wiki/index.php [L,QSA]
LocalSettings.php:
$wgScriptPath = "";
#$wgScriptPath = "";        # Path from the root to script files
#$wgArticlePath = "/$1";  # The new short path to articles
#$wgUsePathInfo = true;     # This setting enables use of pretty URLs
Avedon (talk) 23:40, 3 November 2019 (UTC)
First, your rewrite rules are wrong. Let's get those fixed and then see if there is still an issue.
Since you want your urls to look like example.com/Главная_страница these two rules are un-necessary:
RewriteRule ^w/(.*)$ /wiki/index.php?title=$1 [PT,L,QSA,B]
RewriteRule ^w/*$ /wiki/index.php [L,QSA]
I have this wiki configured the way you seem to want yours configured. Here are the relevant lines from the LocalSettings.php:
$wgArticlePath      = "/$1";
$wgScriptPath       = "";
.htaccess:
RewriteEngine On
# Don't rewrite requests for files in MediaWiki subdirectories,
# MediaWiki PHP files, HTTP error documents, favicon.ico, or robots.txt
RewriteCond %{REQUEST_URI} !^/(stylesheets|images|skins)/
RewriteCond %{REQUEST_URI} !^/(redirect|texvc|index).php
RewriteCond %{REQUEST_URI} !^/error/(40(1|3|4)|500).html
RewriteCond %{REQUEST_URI} !^/favicon.ico
RewriteCond %{REQUEST_URI} !^/robots.txt
RewriteCond %{REQUEST_URI} !^/stats
# Rewrite http://wiki.domain.tld/article properly, this is the main rule
RewriteRule ^(.*)$ /index.php/?title=$1 [L,QSA]
MarkAHershberger(talk) 02:50, 4 November 2019 (UTC)
"Since you want your urls to look like example.com/Главная_страница these two rules are un-necessary"
No. I need new links after redirecting from http:/example.com/index.php/Главная_страница to look like this:
http:/example.com/wiki/Заглавная_страница
like this
https://ru.wikipedia.org/wiki/Заглавная_страница
i.e. http:/example.com/wiki/... - some name of the page in Russian Avedon (talk) 04:49, 4 November 2019 (UTC)
I was confused by the "^w/" bit, because your index.php is not located at /w/index.php, but rather /index.php. The lines starting with "^w/" won't be matched because the URLs do not start with w/.
Still, where did you get the rules from? If you look at the short urls page, you won't find rules that look like those. MarkAHershberger(talk) 14:56, 4 November 2019 (UTC)
No. At the ShortUrls Page there is no advice for my problem.
Now, after the name of the site, next is - /index.php/ because during automatic installation MediaWiki it’s installed in the root of public_html.
And I don’t have a folder wiki at the root of public_html.
I get the rules from another Encyclopedia Avedon (talk) 17:43, 4 November 2019 (UTC)
Set $wgUsePathInfo = false;
This would affect only how MediaWiki renders internal links. However, you should also test editing the URL manually in your browser and see if the page loads correctly. Ciencia Al Poder (talk) 10:20, 5 November 2019 (UTC)
I don't understand. What for? I nstalled MediaWiki on my site and all works fine - load, editing, or create pages, redirecting pages, create categories etc. There is no problems with that.
I just need a set of rules for htaccess.
There are no rules on this site for my most common situation. And there is no technical support from the developers of the CMS.
And it seems that no one had such a situation before.
In order to remove index.php from the link and with a redirect to /wiki/
In many instructions of other sites with a descriptions of MediaWiki it is written that index.php should be removed from the link for good. Because it is unnecessary, and need to hide technical pages from visitors, and in general index.php is useless etc. And I understand that, but I don't know how. Avedon (talk) 14:21, 5 November 2019 (UTC)
Are there really no instructions for the very common case when MediaWiki it is automatically installed in the root public_html on the shared hosting and in the end there is an option with http://site.com/index.php/NamePage in non English alphabet???
Any other rules for htaccess redirects for www/without www redirects for spambots and prohibitions on visiting the site when clicking on links from specific sites with a list are good work on the same hosting
Not finding examples here - https://www.mediawiki.org, I used advice from another encyclopedia, but it does not work: 404 error or the site crashes. Because that example for case when MediaWiki installed in /public_html/wiki/ Avedon (talk) 23:50, 3 November 2019 (UTC)
Your common use case is addressed on the short urls page. If you don't think it is, then you do not understand the short urls page.
You will need to do more than adjust your .htaccess file. You will have to adjust your LocalSettings.php file so that MediaWiki produces the URLs you would like and understands what page is being requested.
Of course, everything works right now, but you want to remove index.php from the URL. To do that, you will have to inform MediaWiki how to interpret the new URLs. MarkAHershberger(talk) 15:51, 5 November 2019 (UTC)
I anderstand that. But before that you need to configure htaccess with a request to help, I came here and turned to the engine support forum as well.
Without making rules in htaccess making rules in LocalSettings.php file makes no sense.
Now I have this
$wgScriptPath = "";
in LocalSettings.php and no text for #$wgArticlePath because I do not know what to write there but probably it
#$wgArticlePath = "/$1"; Avedon (talk) 18:06, 5 November 2019 (UTC)
If you want urls like example.ru/страница, then you would want $wgArticlePath="/$1";
If you want urls like example.ru/wiki/страница, then you would want $wgArticlePath="/wiki/$1"; MarkAHershberger(talk) 21:13, 5 November 2019 (UTC)
This line $wgArticlePath="/wiki/$1"
will work if there is no folder /wiki/ in my site.ru/public.html/ ? Avedon (talk) 21:49, 5 November 2019 (UTC)
Yes, if everything is correctly configured. MarkAHershberger(talk) 21:52, 5 November 2019 (UTC)
Thanks. I will use it. Avedon (talk) 22:07, 5 November 2019 (UTC)
I did not find any rules here for my case!
Thousands and thousands of users of MediaWiki but my case has not been described in this site and there is no one who could help me. Avedon (talk) 18:08, 5 November 2019 (UTC)
We're trying to help you, so please stop saying there is no one who can help you. MarkAHershberger(talk) 21:13, 5 November 2019 (UTC)
This is bad. It's official support of MediaWiki?
I just need a set of rules in order for links like this
http://example.com/index.php/Заглавная_страница
redirected to type links
http://example.com/wiki/Заглавная_страница
That's all. Thanks anyway. Avedon (talk) 21:46, 5 November 2019 (UTC)
See above.
Better, move your wiki so that it is at example.com/w/index.php/Заглавная_страница. Then you will have an identical setup to the one in the most widely used configuration on the short urls page and you should not have any troubles.
Everyone will see example.com/wiki/Заглавная_страница and you will be happy. MarkAHershberger(talk) 21:51, 5 November 2019 (UTC)
Yes, better like this example.com/wiki/Заглавная_страница
but I not undestand how I make this.
I will like any option - like this
http://example.com/wiki/Заглавная_страница
or like this
http://example.com/w/Заглавная_страница
The last option is even better - it is more shorter. Avedon (talk) 21:58, 5 November 2019 (UTC)
It looks the same. How is it shorter? MarkAHershberger(talk) 22:01, 5 November 2019 (UTC)
I made a mistake and corrected.
Or /wiki/ or /w/ I will like any result. Avedon (talk) 22:04, 5 November 2019 (UTC)
Here is how to do the /wiki setup:
  1. Make your wiki accessible at http://example.com/w/index.php/Заглавная_страница
  2. Follow the instructions on the short Short URLs page.
The primary use cases is to have your wiki working at http://example.com/w/index.php/Заглавная_страница and then set up short urls so that it is accessible from http://example.com/wiki/Заглавная_страница. MarkAHershberger(talk) 22:11, 5 November 2019 (UTC)
Thank. I may be try it.
My wiki is already installed in the root /public_html/ and the site is working, the wiki contains articles, installed plugins, etc. and transfer it to a folder /w/ manually - is a difficult option because after the transfer I will need to change the links in the files and the database
Now my wiki work with links like that http://example.com/index.php/Заглавная_страница Avedon (talk) 22:26, 5 November 2019 (UTC)
The only thing you'll have to do is change $wgScriptPath in your LocalSettngs. We can add a rule later to redirect all the links. In fact, it would be pretty simple, just redirect or alias /index.php to /w/index.php and /api.php to /w/api.php.
You will not need to make any DB changes.
No files except .htaccess and LocalSettings.php would have to be changed. MarkAHershberger(talk) 22:44, 5 November 2019 (UTC)
Thanks. I will try your advices. Avedon (talk) 23:57, 5 November 2019 (UTC)

Skin-expert opinions wanted

I'd much appreciate any expert opinions on Community Wishlist Survey 2020/Wiki-based slideshows/posters; it would be great to know how complicated this wish is likely to be. HLHJ (talk) 00:10, 4 November 2019 (UTC)

at a glance sounds do-able and an apprppriate difficulty level for community wishlist Bawolff (talk) 03:49, 4 November 2019 (UTC)
Thank you, Bawolff. Hopefully it will not present much by way of additional attack surface. HLHJ (talk) 18:34, 9 November 2019 (UTC)

adres

hoe verwijder ik mijn email van deze kaart ??? ik ken nergens een unsubscribe vinden, help even aub 62.163.66.230 (talk) 19:27, 4 November 2019 (UTC)

if you are logged in, you can adjust your email at Special:preferences.
als u bent ingelogd, kunt u uw e-mail aanpassen op Special: Preferences Bawolff (talk) 20:07, 4 November 2019 (UTC)

Template for the 'Categories' box?

I'm trying to create a wiki with a lot of redirect links based on slightly different names that all point to single 'content' pages. This is causing some duplication on Category pages due to the way it's handled in Mediawiki by default.

To cut down on redundant pages as much as possible, I'm wondering if there's a Template available that replicates the look and feel of the default Categories box on the bottom of a page. I could manually put in the Category pages using the [[:Category:]] function and that would result in a cleaner wiki, even if it's a bit more work to maintain. Is there a Template that I could plug in that would achieve this effect, or a CSS guide I could refer to in order to manually recreate the Categories box on a per-page basis? Scott V Fair (talk) 23:36, 4 November 2019 (UTC)

Could you explain in more detail what you want to achieve (unless someone else answers first)? Jonathan3 (talk) 00:47, 5 November 2019 (UTC)
I made another topic on Category links here (https://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2019/10#h-Category_links_and_redirects_question-2019-10-29T18%3A32%3A00.000Z) that goes into more detail on the issue I'm trying to solve as far as Category pages and how things are displayed on them goes.
Since there isn't a tidy solution that way, I was thinking that an alternative could be to make a manual substitute for the built-in Categories box for those pages that need it, using the available link and page redirect options to make one-way links from the Category pages to the 'content' pages I'm creating and vice-versa. Scott V Fair (talk) 00:52, 5 November 2019 (UTC)
An option would be to hide the category bar entirely with CSS (either for all pages, or for selected pages), and use a template to add those links manually at the bottom of the page (in addition to the categories, of course, otherwise those category pages won't include the page)
A simple template concept would be one that the only input is the list of category links, and the template would wrap those links inside a
with some styles applied:
{{Category box|[[:Category 1|Category 1]] [[:Category 2|Category 2]] [[:Category 3|Category 3]] }}
Ciencia Al Poder (talk) 10:17, 5 November 2019 (UTC)
That's pretty much exactly what I'm looking for, except instead of hiding the bar I'd just not put in any standard Category links, so it wouldn't appear on those pages in the first place.
Since I'm not terribly good with CSS, I was wondering if there's either an existing template that can do that or if anyone's aware of a good guide to building something like that which I could refer to. Scott V Fair (talk) 18:21, 5 November 2019 (UTC)

Empty spaces

How can I get empty spaces in a Wiki, for Ex:

aaa-----bbb-----ccc-----ddd-----eee

but without the lines 2610S (talk) 00:18, 5 November 2019 (UTC)

Try &nbsp; Jonathan3 (talk) 00:43, 5 November 2019 (UTC)
If I want a big space I can just multiply it like this &nbsp; &nbsp; &nbsp;
Is there a better way to multiply it, for Ex: &nbsp;X10 2610S (talk) 05:32, 5 November 2019 (UTC)
You can use HTML for this:
<span style="white-space:pre">a              b</span>
renders:
a b Ciencia Al Poder (talk) 10:08, 5 November 2019 (UTC)
A somewhat simpler clearer method of implementing the suggestion from @Ciencia Al Poder, and also working with actual measurements, can be achieved with:
<span style="display:inline-block;width:10em;"> </span>
  • The width is controlled by width, obviously, and uses any valid CSS units.
  • display:inline-block and the   are important. Without them both, your span's width will be collapsed like any other whitespace.
But as an example, this:
A line of text separated by a span <span style="display:inline-block;width:5em;">&nbsp;</span> of whitespace.
produces this:
A line of text separated by a span   of whitespace. FeRDNYC (talk) 12:33, 5 November 2019 (UTC)
@Ciencia Al Poder If I have a lot of text this option does not enter the text to a new row, the page becomes a long page.
@FeRDNYC This idea does enter to a new row, but the text on the new row does not start at the beginning of the row. 2610S (talk) 21:01, 5 November 2019 (UTC)
@2610S Well... yeah. Forced space is... forced.
You can get @Ciencia Al Poder's method to wrap lines instead of widening the page by changing white-space:pre to white-space:pre-wrap. That won't break the page layout:
This is a lot of text I'm writing that will eventually contain
<span style="white-space:pre-wrap;">a        b</span>ig run of whitespace
characters at the very far end
of <span style="white-space:pre-wrap;">a        b</span> the line.
becomes...
This is a lot of text I'm writing that will eventually contain a big run of whitespace characters at the very far end of a b the line. FeRDNYC (talk) 22:24, 5 November 2019 (UTC)
(If your page happens to be the same width as mine, what you'd see is "end of a" on the first line, but "b the line" still starting at the left margin on the next line.) FeRDNYC (talk) 22:28, 5 November 2019 (UTC)
Now that I think about it, I may be wrong about that, I forgot the non-space characters. Let me try something... Nope, never mind, it does work like I said. Updated example above. FeRDNYC (talk) 22:30, 5 November 2019 (UTC)

My Site has broken!!

I'm trying to understand, why my media-wiki site has broken.

HTML version is not showing anyway.

Please help me to solve this issue.

Site: http://dsce.edu.bd/data


Obayda1757 (talk) 05:24, 5 November 2019 (UTC)

Opening the browser console (by hitting F12) gives some hints. There's an error about mimte-type mismatch. For example, this URL: http://dsce.edu.bd/data/load.php?debug=false&lang=en&modules=mediawiki.legacy.commonPrint%2Cshared%7Cmediawiki.sectionAnchor%7Cmediawiki.skinning.interface%7Cskins.vector.styles&only=styles&skin=vector
In fact, it returns an error. You should temporarily set this in LocalSettings:
$wgShowExceptionDetails = true;
And look at the error again. It should give more information about the error. Ciencia Al Poder (talk) 10:10, 5 November 2019 (UTC)
The following code has been updated. Please try now and tell me what to do?
$wgShowExceptionDetails = true; Obayda1757 (talk) 06:05, 6 November 2019 (UTC)
Class 'FormatJson' not found
The file FormatJson.php should be in your installation: https://phabricator.wikimedia.org/source/mediawiki/browse/REL1_29/includes/json/
Check if the file is present. Ciencia Al Poder (talk) 10:25, 6 November 2019 (UTC)
There seem to be other problems in your wiki, since all pages return "Fatal exception of type "Wikimedia\Rdbms\DBQueryError" Ciencia Al Poder (talk) 10:26, 6 November 2019 (UTC)

Google Code-In will soon take place again! Mentor tasks to help new contributors!

Hi everybody! Google Code-in (GCI) will soon take place again - a seven week long contest for 13-17 year old students to contribute to free software projects. Tasks should take an experienced contributor about two or three hours and can be of the categories Code, Documentation/Training, Outreach/Research, Quality Assurance, and User Interface/Design. Do you have any Lua, template, gadget/script or similar task that would benefit your wiki? Or maybe some of your tools need better documentation? If so, and you can imagine enjoying mentoring such a task to help a new contributor, please check out mw:Google Code-in/2019 and become a mentor. If you have any questions, feel free to ask at our talk page. Many thanks in advance! --Martin Urbanec 07:28, 5 November 2019 (UTC) MediaWiki message delivery (talk) 07:28, 5 November 2019 (UTC)

I forgot my username, its been a long time.

I want to edit a page about me, but I need to log in and it says my email as a user name isn't available, and it wont' send me temp password. 72.173.222.218 (talk) 09:27, 5 November 2019 (UTC)

You cannot use your email as a username. If you registered before, you can fill in the e-mailadres you used for registration on the 'forgot password' list (you do not have to enter the username, either one will do).
However please note that it is not required to register an e-mailadres, and if you never did so, then it is not possible to retrieve your account. You can simply create a new account in that case. —TheDJ (Not WMF) (talkcontribs) 12:01, 5 November 2019 (UTC)

Please update Navigation Popups code

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


As I noted on its talk page, the Gadget-popups.js code is using a deprecated function, causing numerous warnings emitted on the browser console. However, the same code at English Wikipedia has already been updated to use the recommended replacement. Please update MediaWiki:Gadget-popups.js from en:MediaWiki:Gadget-popups.js. FeRDNYC (talk) 12:21, 5 November 2019 (UTC)

Yes Done
For future reference, Project:Current issues would be a more a appropriate venue for this type of request. Bawolff (talk) 22:12, 6 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

MediaWiki v1.31.1 Reports "Fatal error: Uncaught Error: Call to a member function getCode() on null in ..."

So I previously had a working 1.31.1 MediaWiki, hosted on UnlimitedWebHosting. We stopped paying for a Domain we don't use anymore. This caused the epochgames.co.uk Domain Plesk Domain to be reset, and we've been trying to set DNS and PHP Settings back to the way they were.
We got our WordPress back online, and MediaWiki is connecting with the Internet, but giving this error:
Fatal error:  Uncaught Error: Call to a member function getCode() on null in .../includes/user/User.php:1737
Stack trace:
#0 .../includes/user/User.php(5417): User::getDefaultOptions()
#1 .../includes/user/User.php(3101): User->loadOptions()
#2 .../includes/context/RequestContext.php(336): User->getOption('language')
#3 .../includes/Message.php(380): RequestContext->getLanguage()
#4 .../includes/Message.php(1290): Message->getLanguage()
#5 .../includes/Message.php(842): Message->fetchMessage()
#6 .../includes/Message.php(934): Message->toString('text')
#7 .../includes/exception/MWExceptionRenderer.php(199): Message->text()
#8 .../includes/user/User.php on line 1737
MediaWiki is installed with v1.31.1. PHP Version is v7.3.11, and it's running on FPM application. What do we need to do to get our Wiki to show up properly again? Naupe (talk) 19:58, 5 November 2019 (UTC)
So I've solved the issue. Apparently our Web Host had accidentally deleted our MediaWiki SQL Database (and the username that went with it). I talked to our Web Host about this error (once I discovered the missing database), they restored it and then it came back online.
I did have to update the MediaWiki LocalSettings.php, since they restored the database and it's name differently. I had to update the following fields:
$wgDBname
$wgDBuser Naupe (talk) 15:19, 10 November 2019 (UTC)
The line is producing that is telling us that the global $wgContLang is null. This should not be. Could you disable your extensions and see if that solves it? MarkAHershberger(talk) 21:38, 5 November 2019 (UTC)
How would you recommend one disables all extensions? I went through and commented out all Extensions I could find: Basically all instances of the following:
require_once(
wfLoadExtensions(
$wgCaptchaQuestions
$wgIframePageSrc
$wgMWPlayerDefaultSettings
$wgMWPlayerDir
$wgGroupPermissions
I commented all these out in LocalSettings.php, FTPed the updated file and still got the same error. What next? Naupe (talk) 23:58, 5 November 2019 (UTC)
that's a really weird error. Is $wgContLang mentioned in LocalSettings.php? (It should not be). What is wgLanguageCode set to and any other language related config.
Do you call the user class (or other code thats not config) in LocalSettings.php Bawolff (talk) 15:39, 6 November 2019 (UTC)
had the same issue, language was set to "de". I changed to "en". Now problem (with database) was displayed.
Root cause was a problem upgrading to 1.31 (details see Project:Support desk/Flow/2018/06#h-Upgrade_from_1.27.4_to_1.31.0_fails_during_database_update-2018-06-16T18:10:00.000Z). SlartiWiki (talk) 16:23, 6 January 2021 (UTC)

Example:

I have the categories State and Nation.

What if I wanted to create a page for a Nation called "Wakanda", but then there exists a State also called "Wakanda"?

How do I distinguish between the two? 162.245.77.13 (talk) 20:33, 5 November 2019 (UTC)

You can do like Wikipedia:
You could maybe use separate namespaces, e.g. State:Wakanda and Nation:Wakanda. Jonathan3 (talk) 00:41, 12 November 2019 (UTC)

mediawiki mobile photo 'send to' API ?

Hi, we have a tree photo gallery based on a mediawiki installation. Is there a way to let users upload photos from their smartphon comfortably, e.g. have mobile apps camera do 'send to' -> (mediawiki API) like it is with chat apps ? Or is there a mobile API which can do this  ? i.e. like wikimedia app but freely configurable for other servers and it only needs to do photos.


Any hint appreciated .... Micha 78.49.191.128 (talk) 21:11, 5 November 2019 (UTC)

There is the commons app. Since the source is available, I bet it could be set up to use any wiki in as much as that would make sense. MarkAHershberger(talk) 21:47, 5 November 2019 (UTC)
Thanks Mark.
Hmm, but i am hesitant if that's appropriate. I mean, it's a full fledged wiki app but we really only need a photo upload.
If i would be able to 'isloate' the respective module from the app, and throw anything uneeded out, then i would probably be also in a position to just develop my own light thing. But i am not :( - micha 78.49.191.128 (talk) 22:13, 5 November 2019 (UTC)
Ah, sorry, i mistook it for the Wimipedia app  :| ... ok this looks more like it ! Digging in now ... 78.49.191.128 (talk) 22:15, 5 November 2019 (UTC)

Upgrading MediaWiki 1.16.1 to 1.33.1

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


So I've put my files in place, updated everything I needed to update (I think), and am trying to run the update.php script. It seems to be having an issue getting to my database. Here's what it says:


maintenance]# php update.php
MediaWiki 1.33.1 Updater
Your composer.lock file is up to date with current dependencies!
[273ec40971186f378957c99f] [no req]   Wikimedia\Rdbms\DBConnectionError from line 1213 of /var/www/wiki/html/includes/libs/rdbms/loadbalancer/LoadBalancer.php: Cannot access the database: Unknown error (localhost)

Backtrace:
#0 .../includes/libs/rdbms/loadbalancer/LoadBalancer.php(758): Wikimedia\Rdbms\LoadBalancer->reportConnectionError()
#1 .../includes/GlobalFunctions.php(2637): Wikimedia\Rdbms\LoadBalancer->getConnection(integer, array, boolean)
#2 .../maintenance/Maintenance.php(1375): wfGetDB(integer, array, boolean)
#3 .../maintenance/update.php(147): Maintenance->getDB(integer)
#4 .../maintenance/doMaintenance.php(96): UpdateMediaWiki->execute()
#5 .../maintenance/update.php(275): require_once(string)
#6 {main

I did set my db variables correctly:

## Database settings
$wgDBtype           = "mysql";
$wgDBserver         = "localhost";
$wgDBname           = "wikidb";
$wgDBuser           = "wikidb_user";
$wgDBpassword       = "myPassword";

And my user has proper permissions:

| GRANT USAGE ON *.* TO `wikidb_user`@`%`                                                                          |
| GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, LOCK TABLES ON `wikidb`.* TO `wikidb_user`@`%` |

Any ideas? Thanks! Eric Stonkers (talk) 21:23, 5 November 2019 (UTC)

Try using "127.0.0.1" instead of "localhost". MarkAHershberger(talk) 21:59, 5 November 2019 (UTC)
I got the same thing:
maintenance]# php update.php
MediaWiki 1.33.1 Updater
Your composer.lock file is up to date with current dependencies!
[e899219e027af6f410e4b8d1] [no req]   Wikimedia\Rdbms\DBConnectionError from line 1213 of /var/www/wiki/html/includes/libs/rdbms/loadbalancer/LoadBalancer.php: Cannot access the database: Unknown error (127.0.0.1)
Backtrace:
#0 /var/www/wiki/html/includes/libs/rdbms/loadbalancer/LoadBalancer.php(758): Wikimedia\Rdbms\LoadBalancer->reportConnectionError()
#1 /var/www/wiki/html/includes/GlobalFunctions.php(2637): Wikimedia\Rdbms\LoadBalancer->getConnection(integer, array, boolean)
#2 /var/www/wiki/html/maintenance/Maintenance.php(1375): wfGetDB(integer, array, boolean)
#3 /var/www/wiki/html/maintenance/update.php(147): Maintenance->getDB(integer)
#4 /var/www/wiki/html/maintenance/doMaintenance.php(96): UpdateMediaWiki->execute()
#5 /var/www/wiki/html/maintenance/update.php(275): require_once(string)
#6 {main}
Is there a way to test the DB Connection and see what error is happening? Thanks! Stonkers (talk) 14:56, 6 November 2019 (UTC)
It looks like from mySql's perspective the connection is succeeding. I turned general_log on and got:
2019-11-06T16:11:35.348201Z       154 Connect   wikidb_user@localhost on wikidb using TCP/IP
2019-11-06T16:12:06.418132Z       155 Connect   wikidb_user@localhost on wikidb using TCP/IP
One for each time I ran the update.php script. Stonkers (talk) 16:14, 6 November 2019 (UTC)
Trying to look from the mediawiki side by setting:
$wgDebugLogFile = "/var/log/mediawiki-debug.log";
$wgDebugDumpSql = true;
Here's the log content that this produces:
maintenance]# cat /var/log/mediawiki-debug.log
IP: 127.0.0.1
Start command line script update.php
[caches] cluster: EmptyBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: SqlBagOStuff, session: SqlBagOStuff
[caches] LocalisationCache: using store LCStoreNull
[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] Error connecting to 127.0.0.1: :real_connect(): (HY000/2054): The server requested authentication method unknown to the client
[DBConnection] DB connection error
Server: 127.0.0.1, User: wikidb_user, Password: M@n..., error: :real_connect(): (HY000/2054): The server requested authentication method unknown to the client
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: failed to connect to database 0 at '127.0.0.1'.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::reportConnectionError: connection error: Unknown error (127.0.0.1)
[exception] [a36066d46d841b8d9fb974ad] [no req]   Wikimedia\Rdbms\DBConnectionError from line 1213 of /var/www/wiki/html/includes/libs/rdbms/loadbalancer/LoadBalancer.php: Cannot access the database: Unknown error (127.0.0.1)
#0 /var/www/wiki/html/includes/libs/rdbms/loadbalancer/LoadBalancer.php(758): Wikimedia\Rdbms\LoadBalancer->reportConnectionError()
#1 /var/www/wiki/html/includes/GlobalFunctions.php(2637): Wikimedia\Rdbms\LoadBalancer->getConnection(integer, array, boolean)
#2 /var/www/wiki/html/maintenance/Maintenance.php(1375): wfGetDB(integer, array, boolean)
#3 /var/www/wiki/html/maintenance/update.php(147): Maintenance->getDB(integer)
#4 /var/www/wiki/html/maintenance/doMaintenance.php(96): UpdateMediaWiki->execute()
#5 /var/www/wiki/html/maintenance/update.php(275): require_once(string)
#6 {main}
Is there an issue with my mysql version?
maintenance]# mysql --version
mysql  Ver 8.0.18 for Linux on x86_64 (MySQL Community Server - GPL) Stonkers (talk) 16:30, 6 November 2019 (UTC)
Tried a few things in here: https://stackoverflow.com/questions/52364415/php-with-mysql-8-0-error-the-server-requested-authentication-method-unknown-to
Didn't help. Not sure where to go from here... Anyone have advise?
Thanks,
Eric Stonkers (talk) 16:52, 6 November 2019 (UTC)
Found this thread: Project:Support desk/Flow/2019/07#h-Cannot_access_the_database:_:real_connect():_(HY000/2054):_The_server_requested-2019-07-09T21:31:00.000Z
But that lead me to believe that my password was an old password type, which isn't the case because I created this user with mysql 8. Verified with the following:
mysql> SELECT length('password'), substring('password', 1, 1) FROM mysql.user WHERE user='wikidb_user';
+--------------------+-----------------------------+
| length('password') | substring('password', 1, 1) |
+--------------------+-----------------------------+
|                  8 | p                           |
+--------------------+-----------------------------+ Stonkers (talk) 17:59, 6 November 2019 (UTC)
Could mediawiki be using the old authentication method since I brought my old LocalSettings.php file over? I did comment out the line:
#$wgDBmysql5 = true;
Didn't work before commenting out, didn't work after commenting out... Thanks! Stonkers (talk) 19:21, 6 November 2019 (UTC)
I think you need to use the old password format. See this related article. MarkAHershberger(talk) 19:34, 6 November 2019 (UTC)
I've been trying that one but I have no clue why it doesn't work:
mysql> alter user 'wikidb_user'@'localhost' identified with mysql_native_password by 'MyP@ssw0rd123';
ERROR 1396 (HY000): Operation ALTER USER failed for 'wikidb_user'@'localhost'
Don't think I can drop and re-add the user because he owns the wikidb database. Stonkers (talk) 19:59, 6 November 2019 (UTC)
Man that sucked! Must have been something wrong with that user. I created a new user, out of the box with mysql_native_password, granted him privs, changed LocalSettings.php to use this user instead, and the update worked. Thanks! Stonkers (talk) 20:17, 6 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Change of DefaultLanguage

I changed the default language of my wiki and now pictures are not shown anymore.

Is there a way to change this effectively because the wiki has already +3000pages. PaZie3 (talk) 23:58, 5 November 2019 (UTC)

That should be unrelated. What is the output of the network tab in your web browser's developer tools when pictures are not shown on a page? What are the errors in your webserver log? Malyacko (talk) 10:21, 6 November 2019 (UTC)
Can you tell us more about the error? What error message do you get with the images?
Also note that if the original language was other different than English, and images were included in the wiki using the localized namespace name, it will effectively break all of them (and probably lots of other things). On a wiki with so many pages it doesn't make any sense to change the default language, since it affects many things like namespaces, parser functions and magic words. Ciencia Al Poder (talk) 10:29, 6 November 2019 (UTC)
The problem is not an error itself, the pictures are included with the localized namespace name.
So these pictures, tables and so on should be included with the English command, then they are visible again.
I know the MediaWiki default language is not meant to change over time, but I need to change it because a lot of new users are not native German speakers.

PaZie3 (talk) 11:25, 6 November 2019 (UTC)
just add the old name for file namespace to $wgNamespaceAliases Bawolff (talk) 15:31, 6 November 2019 (UTC)

How to limit the maximum upload file size?

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


My wiki - MediaWiki 1.33 on shared hosting with Apache on server. Is it possible to limit the maximum size of the downloaded file not through php.ini? For example through editing files MediaWiki?

Now the maximum size of file is 100MB

I want to limit the maximum size of file to 300 KB.

Sorry, I just found the answer $wgMaxUploadSize = 307200; Avedon (talk) 03:58, 6 November 2019 (UTC)

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

How can I install and enable LanguageConverter in Mediawiki1.33.0

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


The related .php file is not found in my /includes directory and in the archive I used. Jingkaimori (talk) 04:20, 6 November 2019 (UTC)

Hi, could you be more specific? What is the name of "the related .php file"? Malyacko (talk) 10:20, 6 November 2019 (UTC)
There is no /language folder in my Mediawiki software.Can I just add this folder to the Mediawiki's base path? If not, what should I do? Jingkaimori (talk) 13:07, 6 November 2019 (UTC)
respectfully, you should stop looking at
Mediawiki source files. All your posts are basically misinterpreting how mediawiki works. There is basically no reason you would have to modify any mediawiki includes files (other than adding things to the /extensions) If you didnt have the language directory nothing in mediawiki would work.
LanguageConverter is included with mediawiki by default. There are only a few languages it supports, and it will only be enabled if $wgLanguageCode is set to one of these languages (like zh or sr. If $wgUsePigLatinVariant also en)
What is your $wgLanguageCode set to, and what is the value of any other language config Bawolff (talk) 15:21, 6 November 2019 (UTC)
I have found the /language folder,but the LanguageConverter.php isnot available yet.How can I enable this class? Jingkaimori (talk) 15:46, 7 November 2019 (UTC)
By being clearer. :) Nobody knows what "isnot available yet" means, nobody knows steps to reproduce, nobody knows which output you get where after which exact steps... Malyacko (talk) 13:13, 12 November 2019 (UTC)
I'm sorry for incomplete statements.
I add script below to my /LocalSettings.php:
$wgUsePigLatinVariant = true;
but the toolbar named 大陆简体 or Igpay Latin is only shown when navigating a page in namespace Module , and the translating flag such as
-{zh-cn:代码; zh-tw:原始碼;}-
is not translated and remain as it is in the source code. Jingkaimori (talk) 09:45, 13 November 2019 (UTC)
That probably means that $wgLanguageCode is set to something that doesn't support language variants (presumably module is hardcoded english since it contains lua and not written text). What do you have $wgLanguageCode set to? If you want to use Chinese, it needs to be set to 'zh' (And *not* something like 'zh-Hans') Bawolff (talk) 00:26, 22 November 2019 (UTC)
The problem is solved.Thank you all. Jingkaimori (talk) 17:07, 23 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Pagination or infinite scroll?

Hey, on my wiki I want to query all articles from a category and display them in a blog type of way. The problem is that all articles are loaded on each request so if I have, let's say 5000 articles , the page will look REALLY long and isn't optimal. Is it possible to add pagination or maybe infinite scroll to a page? I have been googling for some time now and could only find a SMW solution for it: https://www.semantic-mediawiki.org/wiki/Help:Listwidget_format but it's not supported since SMW 3.0.0. Mukilol2 (talk) 12:42, 6 November 2019 (UTC)

You may want to integrate with the API and use the pagination provided by it. Ciencia Al Poder (talk) 10:11, 7 November 2019 (UTC)
Thanks for the suggestion! Do you mind telling me what the built in pagination is called since I have been looking around in the API that you linked and couldn't find any references to paging results? Mukilol2 (talk) 02:50, 10 November 2019 (UTC)
All query modules are paginated. Pagination depends on the query module you use.
For example, in this query:
Special:ApiSandbox#action=query&format=json&prop=info|revisions&generator=allpages&inprop=displaytitle&rvprop=ids|timestamp|user&gapnamespace=0
There's a continue in the results, that you must provide on the next request as input parameter (on the query string) to continue the pagination. You can control how many results per page you get on the allpages generator by providing the gaplimit parameter (by default, 10). Ciencia Al Poder (talk) 11:32, 10 November 2019 (UTC)

Meta Descriptions

What determines which part of an article's text will appear as the meta description for search engines? Some of my articles feature the first two lines which I want, while others pick text from random parts of the article.

Do I need to rely on an extension to control meta descriptions? River5000 (talk) 15:46, 6 November 2019 (UTC)

most modern search engines ignore meta description tags.
There are various extensions that do let you control the contents of meta tags if you really want to Bawolff (talk) 16:13, 6 November 2019 (UTC)
For example, Extension:Description2 Ciencia Al Poder (talk) 10:07, 7 November 2019 (UTC)

MediaWiki Gadget and User 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 created a user script on Meta. I'd like to use it also as gadget, what I've to change in code or can be use same. I'm trying to use that user script as gadget but that not working, but as user script working very good.

I also would like to know what is the different between user script and gadget? if yes, then how should compare and write both.


User script: https://w.wiki/BYc Gadget: https://w.wiki/BYb

Thanks in advance! Regards, ZI Jony (Talk) 20:21, 6 November 2019 (UTC)

It should generally be the same. Perhaps its loading before the page loads. Try wrapping the whole thing in $( function () { .... } ); Bawolff (talk) 21:05, 6 November 2019 (UTC)
@Bawolff: Thanks. its working. Regards, ZI Jony (Talk) 21:42, 6 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Update Succeeded but wiki gives blank 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.


So at first I got an error about monobook not being available anymore. So I updated LocalSettings.php with:

#$wgDefaultSkin = 'MonoBook';

wfLoadSkin( 'MonoBook' );

wfLoadSkin( 'Vector' );

wfLoadSkin( 'Modern' );

wfLoadSkin( 'CologneBlue' );


Once I did that, the website seems to load but it doesn't display anything. I tried to go to my version info page at:


http://yourdomain.com/index.php?title=Special:Version


But same thing, blank page. Any clue what's going on? Thanks! Stonkers (talk) 20:49, 6 November 2019 (UTC)

Added error logging and got:
Fatal error: Uncaught Exception: /var/www/wiki/html/skins/Modern/skin.json does not exist! in /var/www/wiki/html/includes/registration/ExtensionRegistry.php:117 Stack trace: #0 /var/www/wiki/html/includes/GlobalFunctions.php(87): ExtensionRegistry->queue('/var/www/wiki/h...') #1 /var/www/wiki/html/LocalSettings.php(121): wfLoadSkin('Modern') #2 /var/www/wiki/html/includes/Setup.php(105): require_once('/var/www/wiki/h...') #3 /var/www/wiki/html/includes/WebStart.php(77): require_once('/var/www/wiki/h...') #4 /var/www/wiki/html/index.php(39): require('/var/www/wiki/h...') #5 {main} thrown in /var/www/wiki/html/includes/registration/ExtensionRegistry.php on line 117
Took out Modern and CologneBlue and boom, it worked! Thanks! Stonkers (talk) 21:00, 6 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

user cannot log in since Mediawiki upgrade

Last week our Mediawiki was upgraded from 1.18 to 1.33. One user is receiving "Fatal error authenticating user". Our wiki is configured with local logon disabled and authentication with LDAP. I had Skype session with this user and he was able to login using my browser, but cannot on his desktop trying Firefox, Chrome, etc.. The pluggableeauth.log returns "Authentication failure, ERROR: Please choose a valid domain, ERROR: return to URL is null or empty" and found this in debug.log "[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:pluggableauth-fatal-error'  LIMIT 1". Thanks in advance for any help! Usda-mark (talk) 14:50, 7 November 2019 (UTC)

Could you paste your ldap provider json file (without passwords, of course)?
Also, what are the debug log lines leading up to the DBQuery line you posted? MarkAHershberger(talk) 17:23, 7 November 2019 (UTC)
// LDAPProvider
$LDAPProviderDomainConfigProvider = function() {
        $config = [
                'EDC' => [
                        'connection' => [
                                "server" => "edc.ds1.usda.gov",
                                "user" => "cn=s_wikiuser,ou=service,ou=accounts,ou=nitc,dc=edc,dc=ds1,dc=usda,dc=gov",
                                "pass" => '########',
                                "options" => [
                                        "LDAP_OPT_DEREF" => 1
                                ],
                                "basedn" => "OU=Privileged,OU=Accounts,OU=NITC,DC=EDC,DC=DS1,DC=USDA,DC=GOV",
                                "userbasedn" => "OU=Privileged,OU=Accounts,OU=NITC,DC=EDC,DC=DS1,DC=USDA,DC=GOV",
                                "searchattribute" => "samaccountname",
                                "usernameattribute" => "samaccountname",
                                "realnameattribute" => "cn",
                                "emailattribute" => "mail"
                        ]
                ]
        ];
        return new \MediaWiki\Extension\LDAPProvider\DomainConfigProvider\InlinePHPArray( $config );
};
[DBQuery] DELETE FROM `objectcache` WHERE keyname = 'wiki_db:messages:en:lock'
[MessageCache] MessageCache::load: Loading en... local cache is empty, global cache is expired/volatile, loading from database
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:ldapauthentication2-no-domain-chosen'  LIMIT 1
[session] SessionBackend "5ghgav4ehrd13lmk794bkmulf1njv6g8" save: dataDirty=1 metaDirty=0 forcePersist=0
[session] SessionBackend "5ghgav4ehrd13lmk794bkmulf1njv6g8" data dirty due to dirty(): PluggableAuthLogin->execute/MediaWiki\Auth\AuthManager->setAuthenticationSessionData/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty
[session] SessionBackend "5ghgav4ehrd13lmk794bkmulf1njv6g8" save: dataDirty=1 metaDirty=0 forcePersist=0
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:pluggableauth-fatal-error'  LIMIT 1 Usda-mark (talk) 18:27, 7 November 2019 (UTC)
What do you use for your session store (e.g. $wgSessionCacheType)? How about $wgMainCacheType?
That still isn't enough of the debug log. Could you paste the entire request that includes this bit? MarkAHershberger(talk) 18:54, 7 November 2019 (UTC)
Sorry, I'm fairly new to Mediawiki. Looks like $wgSessionCacheType = CACHE_DB; and $wgMainCacheType    = CACHE_NONE;
Is the below enough? There is more if you need it.
debug log
Start request GET /mediawiki/index.php?title=Special:PluggableAuthLogin
HTTP HEADERS:
COOKIE: _ga=GA1.2.1188513860.1558704663; wiki_dbUserName=########; vector-nav-p-tb=false; vector-nav-p-NITC_OPS=false; vector-nav-p-IOD=false; vector-nav-p-Innovation_Lab=false; vector-nav-p-ITSM=false; _gid=GA1.2.1792643570.1573065441; UseDC=master; UseCDNCache=false
ACCEPT-LANGUAGE: en-US,en;q=0.9
ACCEPT-ENCODING: gzip, deflate
ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3
USER-AGENT: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.87 Safari/537.36
UPGRADE-INSECURE-REQUESTS: 1
CACHE-CONTROL: max-age=0
CONNECTION: keep-alive
HOST: wiki.edc.usda.gov
[caches] cluster: EmptyBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: SqlBagOStuff, session: SqlBagOStuff
[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": "################",
    "UserAgent": "Mozilla\/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/78.0.3904.87 Safari\/537.36",
    "ChronologyProtection": false,
    "ChronologyPositionIndex": 0,
    "ChronologyClientId": null
}
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'oirwiki0003.edc.ds1.usda.gov'.
[DBQuery] SHOW GLOBAL VARIABLES LIKE 'read_only'
[SQLBagOStuff] Connection 14737 will be used for SqlBagOStuff
[DBQuery] SELECT  keyname,value,exptime  FROM `objectcache`    WHERE keyname = 'wiki_db:MWSession:5ghgav4ehrd13lmk794bkmulf1njv6g8'  
[session] SessionBackend "5ghgav4ehrd13lmk794bkmulf1njv6g8" is unsaved, marking dirty in constructor
[session] SessionBackend "5ghgav4ehrd13lmk794bkmulf1njv6g8" save: dataDirty=1 metaDirty=1 forcePersist=0
[cookie] already deleted setcookie: "wiki_db_session", "", "1541598775", "/", "", "", "1"
[cookie] already deleted setcookie: "wiki_dbUserID", "", "1541598775", "/", "", "", "1"
[cookie] already deleted setcookie: "wiki_dbToken", "", "1541598775", "/", "", "", "1"
[cookie] already deleted setcookie: "forceHTTPS", "", "1541598775", "/", "", "", "1"
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'oirwiki0003.edc.ds1.usda.gov'.
[DBQuery] BEGIN
[DBQuery] SELECT  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 = 'list'  LIMIT 1  
[DBQuery] SELECT  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] SELECT  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 = 'namespaceGenderAliases'  LIMIT 1  
[session] SessionBackend "5ghgav4ehrd13lmk794bkmulf1njv6g8" data dirty due to dirty(): MediaWiki\Auth\AuthManager->setAuthenticationSessionData/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->getSecretKeys/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty
[session] SessionBackend "5ghgav4ehrd13lmk794bkmulf1njv6g8" data dirty due to dirty(): MediaWiki\Auth\AuthManager->setAuthenticationSessionData/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->getSecretKeys/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty
[session] SessionBackend "5ghgav4ehrd13lmk794bkmulf1njv6g8" data dirty due to dirty(): MediaWiki\Extension\LDAPAuthentication2\PluggableAuth->authenticate/MediaWiki\Auth\AuthManager->setAuthenticationSessionData/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'list'  LIMIT 1  
[DBQuery] SELECT  keyname,value,exptime  FROM `objectcache`    WHERE keyname = 'wiki_db:messages:en'  
[DBQuery] SELECT  keyname,value,exptime  FROM `objectcache`    WHERE keyname = 'wiki_db:messages:en:status'  
[DBQuery] INSERT IGNORE INTO `objectcache` (keyname,value,exptime) VALUES ('wiki_db:messages:en:lock','Ë´2´ \0','20191107135325')
[DBQuery] SELECT  page_title,page_latest  FROM `page`    WHERE page_is_redirect = '0' AND page_namespace = '8' AND (page_title NOT LIKE '%/%' ESCAPE '`' ) AND (page_len > 10000)  
[DBQuery] SELECT  rev_id,rev_page,rev_timestamp,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_sha1,comment_rev_comment.comment_text AS `rev_comment_text`,comment_rev_comment.comment_data AS `rev_comment_data`,comment_rev_comment.comment_id AS `rev_comment_cid`,actor_rev_user.actor_user AS `rev_user`,actor_rev_user.actor_name AS `rev_user_text`,temp_rev_user.revactor_actor AS `rev_actor`,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user_name  FROM `revision` JOIN `revision_comment_temp` `temp_rev_comment` ON ((temp_rev_comment.revcomment_rev = rev_id)) JOIN `comment` `comment_rev_comment` ON ((comment_rev_comment.comment_id = temp_rev_comment.revcomment_comment_id)) JOIN `revision_actor_temp` `temp_rev_user` ON ((temp_rev_user.revactor_rev = rev_id)) JOIN `actor` `actor_rev_user` ON ((actor_rev_user.actor_id = temp_rev_user.revactor_actor)) JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((actor_rev_user.actor_user != 0) AND (user_id = actor_rev_user.actor_user))   WHERE page_is_redirect = '0' AND page_namespace = '8' AND (page_title NOT LIKE '%/%' ESCAPE '`' ) AND (page_len <= 10000) AND (page_latest = rev_id)  
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '5500'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '32884'  
[DBQuery] SELECT  role_id AS `id`,role_name AS `name`  FROM `slot_roles`     ORDER BY id 
[DBQuery] SELECT  model_id AS `id`,model_name AS `name`  FROM `content_models`     ORDER BY id 
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '31978'  LIMIT 1  
[ContentHandler] Created handler for wikitext: WikitextContentHandler
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '5501'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '32872'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '31966'  LIMIT 1  
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '148'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '23711'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '22950'  LIMIT 1  
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '268'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '4968'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '4803'  LIMIT 1  
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '166'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '681'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '667'  LIMIT 1  
[DBQuery] SELECT  keyname,exptime  FROM `objectcache`    WHERE (exptime < '20191107135255')  ORDER BY exptime LIMIT 100  
[DBQuery] REPLACE INTO `objectcache` (keyname,value,exptime) VALUES ('wiki_db:messages:en','•V[sê6 ~ϯÐðÐ9M\'áV qž|!‰§!NqzNúä ¶0š€ì‘l8™ªÿ½»ò 3ðÒ öÛoW»Ú•djͬ?”5 [½g¶Í·YÊÅM)·½ eMgVlŠ\"·úý ÿä·,‰oK•ÐÛ4Û÷w,á á> 	ûy›oòþK–‚}\ZqQd‘ç‡nô  èkVùÏiÊPœÜÿ_×hm¹™(˜( º¸³z!OØŠJ”†w \0ÈÕ5 tÏSZðL\\]_“ å  ÕÍä&a*–<o aÎbN·–K –f’3¥ ™  #G y’Űr¼¡\"e\nwHŸ HÙÔ	jœ@$á—*ØÎ¨B&÷<fÑ‚æ9l®eRËHyõßÝÈ kIU!˸(%Ó§bËzb‚IºÂ2Ï3YDõBºÆI7 |{\nÃ_[c»üÉ·œÊ¯Ö¬E\Z òÍþèX¸Û¬L¢:d¥Ød¤ZVPl˜<²ŒØa‘÷¥ƒ\\[Æ ^0“ Y²=g âdT&z  2Œ¥ y\\Å¥RP£È71  â7›ŠD;e\"¡C56ð‚‹²€(걁¿g ¶ç’©r[(]‰¤ !Æ¹ëš q<÷Aü÷pj £`¹±ƒn&­æ• ”Æ ÁY§üÄcê“üÈä\'ñEUVHHé®Úx 1t¶( = ôÓ ¦ú †T×´_—x†˜\0l·Ë9 ‘ð&³Õ–íº¤s ‰?ˆì°eÉéš—@‚ì%ƒ ¦  %i ¥>‡L p²%OR¾€a<·j S(ύŒp¹ Gõ…>9*/tKÇ º. ¸8X ç§$Ø+èr¥ëñTù˜Iè`ó?U  â<†ÈqJÅ ð‰Ç÷ ›[;^]\rtCæ ®SÆ$vi°^Cè·y` LªL  ‡Å¥äÅWK ƒjçUVÊø¤\"í*Ë…WµemÚ*B¯‰0x ÏŽëoí Ñ©ÞÑØ }¯jß5äZ)› àÈòÆԹÚH³Ê]— TQÖkv7ã ð #®™0 F ¥Û™q „ÎÉ Ôg ú \"ÛWA¿Ð ÚÁ@.¶ *À\nZAWC 6›®È/8 ‹¦ç/âÆÌv¢GûO\r?|2æöÒ}ÆÛ2 ^œàã\n	¯O?ÙOóÐ<s 1 |õà\r„›+6 é ^½›æ=",w;¸ÆQÂ÷µ" ­Zû}¾ ýàµ÷À­  ¿Ã‹l‡Ï¨ ƒ“ûÑd ß ’Ù4IVëd¶¦ƒ)]§ÓÉ*IFwcóA`õæ oþòo \n8 \r†÷Ãá`6 OF“Iïáßÿ\0','20380119031407') [DBQuery] DELETE FROM `objectcache` WHERE keyname="wiki_db:messages:en:lock" [MessageCache] MessageCache::load: loading en... local cache is empty, global expired volatile, database SELECT  lc_value  `l10n_cache`    lc_lang="en" AND lc_key="messages:ldapauthentication2-no-domain-chosen" LIMIT [session] SessionBackend "5ghgav4ehrd13lmk794bkmulf1njv6g8" save: dataDirty="1" metaDirty="0" forcePersist="0" data dirty due to dirty(): PluggableAuthLogin->execute/MediaWiki\Auth\AuthManager->setAuthenticationSessionData/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty[session] SessionBackend "5ghgav4ehrd13lmk794bkmulf1njv6g8" save: dataDirty=1 metaDirty=0 forcePersist=0
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:pluggableauth-fatal-error'  LIMIT 1  
Unstubbing $wgParser on call of $wgParser::getFreshParser from OutputPage->addWikiTextTitleInternal
Parser: using preprocessor: Preprocessor_DOM
[DBQuery] SELECT  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 = 'linkPrefixExtension'  LIMIT 1  
[DBQuery] COMMIT
MediaWiki::preOutputCommit: primary transaction round committed
MediaWiki::preOutputCommit: pre-send deferred updates completed
MediaWiki::preOutputCommit: LBFactory shutdown completed
Usda-mark (talk) 19:43, 7 November 2019 (UTC)
Thanks, that looks like the entire request, but it is apparently the GET request for when you first visit the login page. Could you get the log from your user's (it is only one, right?) POST request when the login fails?
Also, you should really be using Memcached for session handling. Then you would set both those variables to CACHE_MEMCACHE:
$wgMainCacheType = CACHE_MEMCACHED;
$wgMemCachedServers = [ "127.0.0.1:11211" ];
$wgSessionCacheType = CACHE_MEMCACHED;
Putting session handling into Memcached can resolve some session issues all by itself.
If you are using a Linux distribution like Redhat or Debian, it should be simple to install. MarkAHershberger(talk) 21:54, 7 November 2019 (UTC)
Okay, I will try your suggestion for session handling. It is only one user that I know of. Here is the post:
Extended content
Start request POST /mediawiki/index.php?title=Special:UserLogin&returnto=Main_Page
HTTP HEADERS:
COOKIE: _ga=GA1.2.1188513860.1558704663; wiki_dbUserName=########; vector-nav-p-tb=false; vector-nav-p-NITC_OPS=false; vector-nav-p-IOD=false; vector-nav-p-Innovation_Lab=false; vector-nav-p-ITSM=false; _gid=GA1.2.1792643570.1573065441; wiki_db_session=trr254dl9isf7c8ftgbcftqru9qt7p44
ACCEPT-LANGUAGE: en-US,en;q=0.9
ACCEPT-ENCODING: gzip, deflate, br
REFERER: https://wiki.edc.usda.gov/mediawiki/index.php?title=Special:UserLogin&returnto=Main_Page
SEC-FETCH-MODE: navigate
SEC-FETCH-SITE: same-origin
ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3
SEC-FETCH-USER: ?1
USER-AGENT: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.87 Safari/537.36
CONTENT-TYPE: application/x-www-form-urlencoded
UPGRADE-INSECURE-REQUESTS: 1
ORIGIN: https://wiki.edc.usda.gov
CACHE-CONTROL: max-age=0
CONTENT-LENGTH: 230
CONNECTION: keep-alive
HOST: wiki.edc.usda.gov
[caches] cluster: EmptyBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: SqlBagOStuff, session: SqlBagOStuff
[caches] LocalisationCache: using store LCStoreDB
[session] Session "trr254dl9isf7c8ftgbcftqru9qt7p44" requested without UserID cookie
[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": "################",
    "UserAgent": "Mozilla\/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/78.0.3904.87 Safari\/537.36",
    "ChronologyProtection": false,
    "ChronologyPositionIndex": 0,
    "ChronologyClientId": null
}
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'oirwiki0003.edc.ds1.usda.gov'.
[DBQuery] SHOW GLOBAL VARIABLES LIKE 'read_only'
[SQLBagOStuff] Connection 14735 will be used for SqlBagOStuff
[DBQuery] SELECT  keyname,value,exptime  FROM `objectcache`    WHERE keyname = 'wiki_db:MWSession:trr254dl9isf7c8ftgbcftqru9qt7p44'  
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'oirwiki0003.edc.ds1.usda.gov'.
[DBQuery] BEGIN
[DBQuery] SELECT  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 = 'list'  LIMIT 1  
[DBQuery] SELECT  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] SELECT  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 = 'list'  LIMIT 1  
[DBQuery] SELECT  keyname,value,exptime  FROM `objectcache`    WHERE keyname = 'wiki_db:messages:en'  
[DBQuery] SELECT  keyname,exptime  FROM `objectcache`    WHERE (exptime < '20191107135254')  ORDER BY exptime LIMIT 100  
[DBQuery] DELETE FROM `objectcache` WHERE (exptime >= '2019-11-07 07:39:22') AND (exptime < '20191107135254') AND keyname IN ('wiki_db:MWSession:s07aj7v1t2bjuqn6ld0vhrodit3hdpk1','wiki_db:pcache:idhash:1082-0!canonical','wiki_db:pcache:idoptions:1082','wiki_db:pcache:idhash:5481-0!canonical','wiki_db:pcache:idoptions:5481') 
[DBQuery] SELECT  keyname,exptime  FROM `objectcache`    WHERE (exptime < '20191107135254') AND (exptime >= '2019-11-07 13:50:21')  ORDER BY exptime LIMIT 100  
[DBQuery] SELECT  keyname,value,exptime  FROM `objectcache`    WHERE keyname = 'wiki_db:messages:en:status'  
[DBQuery] INSERT IGNORE INTO `objectcache` (keyname,value,exptime) VALUES ('wiki_db:messages:en:lock','Ë´2´ \0','20191107135324')
[DBQuery] SELECT  page_title,page_latest  FROM `page`    WHERE page_is_redirect = '0' AND page_namespace = '8' AND (page_title NOT LIKE '%/%' ESCAPE '`' ) AND (page_len > 10000)  
[DBQuery] SELECT  rev_id,rev_page,rev_timestamp,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_sha1,comment_rev_comment.comment_text AS `rev_comment_text`,comment_rev_comment.comment_data AS `rev_comment_data`,comment_rev_comment.comment_id AS `rev_comment_cid`,actor_rev_user.actor_user AS `rev_user`,actor_rev_user.actor_name AS `rev_user_text`,temp_rev_user.revactor_actor AS `rev_actor`,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user_name  FROM `revision` JOIN `revision_comment_temp` `temp_rev_comment` ON ((temp_rev_comment.revcomment_rev = rev_id)) JOIN `comment` `comment_rev_comment` ON ((comment_rev_comment.comment_id = temp_rev_comment.revcomment_comment_id)) JOIN `revision_actor_temp` `temp_rev_user` ON ((temp_rev_user.revactor_rev = rev_id)) JOIN `actor` `actor_rev_user` ON ((actor_rev_user.actor_id = temp_rev_user.revactor_actor)) JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((actor_rev_user.actor_user != 0) AND (user_id = actor_rev_user.actor_user))   WHERE page_is_redirect = '0' AND page_namespace = '8' AND (page_title NOT LIKE '%/%' ESCAPE '`' ) AND (page_len <= 10000) AND (page_latest = rev_id)  
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '5500'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '32884'  
[DBQuery] SELECT  role_id AS `id`,role_name AS `name`  FROM `slot_roles`     ORDER BY id 
[DBQuery] SELECT  model_id AS `id`,model_name AS `name`  FROM `content_models`     ORDER BY id 
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '31978'  LIMIT 1  
[ContentHandler] Created handler for wikitext: WikitextContentHandler
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '5501'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '32872'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '31966'  LIMIT 1  
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '148'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '23711'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '22950'  LIMIT 1  
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '268'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '4968'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '4803'  LIMIT 1  
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '166'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '681'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '667'  LIMIT 1  
[DBQuery] REPLACE INTO `objectcache` (keyname,value,exptime) VALUES ('wiki_db:messages:en','•VKsâ8 ¾çW¨8lÍf+ᑁ çä I\\ â,ÎÎdO.a £\nÈ.ɆI­æ¿O·üÀ \\ö\0R?ýu«[Ý’L­©õŸ²†7Vï‰mòM–rqUÊMï^Y“©Õ#ë¢È­~?Ï?ø5KâëR%ô:Ívý-K8E¸ÏEÂ~^çë¼ÿœ¥`ŸF\\ Yäù¡ ý\0 úšVþsš2 Çwÿ×5Z[n&\n&\n….n­^È ¶¤ ¥áí \0rqI Ýñ” <  ——dK¹ÀEu3¹J˜Š%Ï B˜³˜ÓåÒ‚¥™äLiGf{ÅÈ Ažd1¬ ¯©H™Â ÒG RÖu‚\Z\' Iø©\n¶5ªÉ Y4§y  ¤k™Ô2R^ü77òÅJRUÈ2.JÉô±Ø² ™`’n¢°ÌóL Q½®qRãM\0_ ÃðÏÖØ.?ò\r§ò³5k‘Æ€|±ß; î&+“¨ Yi#6 ©–  k& ,#vXämá ×–ñš Ì$D lÇÙž8 •‰žC… cáD Wq© Ô(òMŒ €øÍ¦\"ÑN™H(äP\r<ç¢, ŠzlàïYí¹`ªÜ JW\"©Eˆqæº&H O} ÿ-œ£\ZÇ(Øanl¯›I«ya{¥qFpÖ)?ñ˜ú ?2ùA|Q•  Rº«6^D -\nh  ý´…©>ƒ!Õ5í×%ž &\0ÛírŽE$¼Êl¹aÛ.é Bâ7‘í7,9^ó H½`°Ã  ‚£$͡ԧÉ N¶¤ñQÊg0¬‘çV\rc\n幑 Ηã >Ó\' å™néXB×¥   ëÃü˜ { ]®t= + 2	 lþ/ªÃBœ‡ 9N©¸\0>ñøŽcskÇ««nÈLÀuʘÄ.\rV+è ý:  ƒI•	Áà°³¸”¼øl	aPí¼ÊJ  U¤]e1÷ª¶¬M[Eè5  ¯áÉqý«½ :Õ; Û¡ïUí»‚\\+es  X~ؐ:W 	rV¹ë2ƒ*ÊzÍîf  žaÄ5  òÌh¢t;3 ‚Ð9:‚ú A Bd»*ègºD; ÈÙ¶B XA+èjhÀfÓ ù ç`ÑôüYܘÙNô`ÿ­á‡OÆÌ^¸Ox[ Á³ ¼_ áåñ ûq šgn€¯ ¼psÅæ% Á«wÕ¼‡åv ×8Jø¾Ö¢Uk¿Ï ¡ ¼ôî¹5 ä+¼Èvø„Ê pr7\Z â»A2$Ér•LWt0¡«›Éd¼L’Ñíù °z³÷W?ñ¯	  Œ ûáp0 ÞŒG㯽û_¿ ','20380119031407')
[DBQuery] DELETE FROM `objectcache` WHERE keyname = 'wiki_db:messages:en:lock'
[MessageCache] MessageCache::load: Loading en... local cache is empty, global cache is expired/volatile, loading from database
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:double-redirect-fixer'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:usermessage-editor'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:proxyblocker'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:sorbs'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:spambot_username'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:autochange-username'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:loginreqlink'  LIMIT 1  
[DBQuery] SELECT  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 = 'messages:login'  LIMIT 1  
Unstubbing $wgParser on call of $wgParser::firstCallInit from MessageCache->transform
Parser: using preprocessor: Preprocessor_DOM
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'magicWords'  LIMIT 1  
Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions->__construct
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:createacct-helpusername'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:userlogin-yourname'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:pt-login-button'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:userlogin-helplink2'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:userlogin-yourname-ph'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:userlogin-yourpassword'  LIMIT 1  
[DBQuery] SELECT  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 = 'messages:userlogin-yourpassword-ph'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:userlogin-remembermypassword'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'digitGroupingPattern'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'minimumGroupingDigits'  LIMIT 1  
[DBQuery] SELECT  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 = 'digitTransformTable'  LIMIT 1  
[session] SessionBackend "trr254dl9isf7c8ftgbcftqru9qt7p44" data dirty due to dirty(): MediaWiki\Auth\AuthManager->setAuthenticationSessionData/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->getSecretKeys/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty
[session] SessionBackend "trr254dl9isf7c8ftgbcftqru9qt7p44" data dirty due to dirty(): MediaWiki\Auth\AuthManager->setAuthenticationSessionData/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->getSecretKeys/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty
[session] SessionBackend "trr254dl9isf7c8ftgbcftqru9qt7p44" data dirty due to dirty(): MediaWiki\Auth\ThrottlePreAuthenticationProvider->testForAuthentication/MediaWiki\Auth\AuthManager->setAuthenticationSessionData/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty
[session] SessionBackend "trr254dl9isf7c8ftgbcftqru9qt7p44" save: dataDirty=1 metaDirty=0 forcePersist=0
[DBQuery] REPLACE INTO `objectcache` (keyname,value,exptime) VALUES ('wiki_db:MWSession:trr254dl9isf7c8ftgbcftqru9qt7p44','MRËrâ0 ü _©\n’ ²%Š „å‘ Œ o…Må\"[  Ç Ørxlñï+ã°››ÔÓÝÒô %6ùS —XŒjjõ¨9š;4À±ŠUÆ‹ OK®«¦ ›’G¬ µ‘…Õ«ˆc  qh»Ø…,õ …Ž  Jg Ç·9FÌê]Ÿ×ø­xUIõåx×{‰H]  Ž  ‚y.õ<Š¡OSRF݆g?—/“Œ	{¦yIµ¹šŸI  \0Р bÑZoG·^Œ  b%›má[u^ ôhë    ×	 ÍÃt°\r“ña¾Ù\"½î ³þÃâysž $Hiæì “º‹’Õï¨ß?p^:êð4Þýê ð D‰ á™ýt´ î?|^Ï S —<  ¡[Ðh\rØQ Q.»h º?‚ÏýˆŽ¢ºÐ‘ðj&hÔq¡˜Ö§0»Lãi,íJ>u/b.a ^OoÎXá >Dg4q. ¡Ä	?솷8M›9×ô>2 šÁ p_ªOÉxyË  kΙ¤¯2“ï_Ù½?*•I~Oò  ¢ÿòù?ï…©˜B]ñrÆš A r ,hÎ[ nÛº´ˆ¡˜ xž4æÉMe>i	U¦|\ZÇËÕ õ‰ÅO{YòvŒžï@\'p|·u5‹¶á,¬õýiƒíyYÉJsÖXÀÞõú ','20191107145254')
[session] SessionBackend "trr254dl9isf7c8ftgbcftqru9qt7p44" data dirty due to dirty(): AuthManagerSpecialPage->performAuthenticationStep/MediaWiki\Auth\AuthManager->beginAuthentication/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty
[session] SessionBackend "trr254dl9isf7c8ftgbcftqru9qt7p44" save: dataDirty=1 metaDirty=0 forcePersist=0
[DBQuery] REPLACE INTO `objectcache` (keyname,value,exptime) VALUES ('wiki_db:MWSession:trr254dl9isf7c8ftgbcftqru9qt7p44','MVDz¬H²ü—³Å¬Ñê´õ (t¡uÙlЪРêYÿûãÜ;=3ËôˆpÒ±ˆH¿‘ïÿ[¾±ï¯,^ã¯?ãoüç ßÀ¾¸C›÷NžÎùºü„àŸ þýõ ʺÿúsùF‘ï/\"‡ ŒÆà,%¡ F *#  ¿!”DršÈ¾þüûæÃ?øœ|YêáߌÿÔãI‘b0UätF E†c1ŽÇ4LÆiA¤YŒýä!ÿ[n&mV òšÏñz ï›Õß0 AðH}?ÅŸµzüÒr×AÄ÷WRV \Z~-§É¬ŠÜ   à§ ?4#e*# &­¬ˆ5 zù¯?tµ<¥©†Ò¸E ]ü€DâDÖ_?ý>aR„Æ \'ú‚¬d(Œ3³Ñµ `dÕPæv8;ÓÌóŽ¥ ¬­ Êö¢·º\Z$D ã©m|Ä ëÓ¯V?²\"¶\0 .¤Ïa´—äJn,µ ^…Và  /T 胞¬“ ÑK,†â ß\rûK úýÅÜ2µ¸Ë|þþþÑÜ;k¼æ¿ÃØ-{›í\r ôð üȱ6:çÙI›òÇüz‚y,“‚çô¡c Üûë\\»†9\0´U$MÅ8$Pj\r¹eÇ/ \0¢R£  ô:BNŒåAß´í¨ ¹‚a di´Z¢r‘r7Ç3āý(Ò‹3H©ÔaF³õ U¡—ÜãÖòØõr b£> 4esš`	ôÎV\rn §ßE06´S¦¯’E’ ƒÀÒ \0j×®å-®\Z ú†»É” ¾Uu 	ÁFÁÞ‡ Á °ƒ /‘⠁”‡D4Þ ØÇŸ…G|¤ª_¥KRé˜À¶á¿ ¿£ »p`¡2  ÅË1Š\nԏfr °ŠÍ 3?_=ìxJA ZINR>0ÍuaÓ&ÁïŸÍi€§„FO9\"Ì´åüveæ1»ÌÙ>^;Þ/økb[œ $wxÙ¤d \r•UÝ\0J 54F5?´®IŠŽ úK¬^]°àÎZ9 ¾¯ j#áéöâS¹ˆÎEF:H‰³`-¥§DfºOÄ•5wR 9  ‚Ÿ‡Yƒ \0Ó  ?1Ÿ _ Á\rlÁ [Á!²R|V5í:{gL’SFî £–PL36Ög\r  Ã(×È­ ၍S7:yLìLµ%28²ë¶éÚ¡ý  ^ í÷¬§ékƒÒ3è ѝ nÚ1	´ ƒé \nûn´ugí9( ˂Úæß–O ¸¨º å³[®©‘¥‚Âi¼¸^ÅK)OfÌõ ð™‚ú¦  e1CJNÚú¹ðÒÃgi®J œeÃÁ ú*(·h¹e øž¼ç R t‹MàۏŠ<§Oãu»$nJ͏Î; ­{Ó°¥hIœáÒÜ0  PÁ½bú©ßÒ=áão’ «ôné¨;¬,Kg§+õ£y©êK\n ‚Þö>ás\'±# »;Ïz<Øà\ZoqÀ jè« wøÈ \\„sÑ@M(ÇŠ `j>XíU\0sÏæô± $l «ýí \ZP\"šn½‘ vÏ5xÒEޝ‚+ ¯#Ž »±âÚ<ðû<›úáN\0±x ˆZSùî  ò< ªð®”…ij ÇiGÃÈ0Ÿ™öGÿ|¯З ]<· Í¡|@àÅpΚ6  yI´ŠTO ?‡‡Én‡°”°mé6. ê ÏÈÛêü S{ƒ£ TÎÍ È ¥fLÂ2  ‰6j¨ ÓDŽWõ|+ <v¹Ã#.Ý<tPâr…|ñ    åÅ…xZ‘oW·b\"$  È]d“!. :ggç7 ‚HøÉ E ›L9 •ôj ƒQPT,ѐ· á®uƒ`Ö†§B×JN\nΚ¥ŽÆûÔòÔ>¥%?¬2Î¥¢›µåí<½§{ùónÙ d°KÞz[„˜ k‡R?öûCõ \Z  Jñ3,”4ƒ†}u›F{ôK Bú R5†ƒ…Øí,Nn› ( h éæ¬Ö‚Ç–A.>–‘u]´ ¢÷ìºÁ  \nçŒCð§úYè„TIò   35 ¢{ $÷: µ¶+ Ö©3ç µYÌ\\äßâ1ÙïØw¬Ò-`>þÈ\"1î ´ôdÓ{òD´ ˜lã•ù2¤M © ºÄKö™çS åCÕƒo”üàƒúyÈ3Dâ yyëT| \rD‹1y  &lE—\0JHé\'8! ™  <¥ïÔ-„öžMÕKSJåû ÓG[ÒLŸ“À G : c¿ HëÅ~NÁ ¹*ß ãÔõORFŠ8Ù€ÓoEÀx VïIòÔÕÏÞ.™…‘M¯ z™sD³ÔÙ7¨M¤·ø… *Õ|ùÁe*Jð%|‡B ”Mum+±5{w?Á çqÚ½œI (¡Bè€æ’Ë PåiFá9U<.ŽŠ4$„uÍ9Ç£   è%e ü\n?o% ïq\\Ìb]‡è Þ  Ö ´Àž„fß?al©:6¥©è¯š+pÁ¡ø5”¡E~óaÆ4ÏÉ| ˜l’•a/ ¾H 8۔ǼϣB UPÆiò®ý:ŒúMK¹™ K ÷\\<ùŒ ¤§’Ž™6²3\\`b¢ü‘9¥  Æí‡¼ÎöÈVizì;ô?1eËÑ ÊëxA ܾ EËõ 9Ü\\]ìp¡É©›!úpˆr  ¾5  wm‰Â 9?% &A³1Ç6Œ áÏ­º ó©¼t{šÄ hWçqJ‚‡‘ Mé dgã â,  ”•— ´Sƒé‰V” ¹;ßPõO‡€fî¼ ¯ýn ´h°tÌé°O¾&õý~`!’ ͈ äðæá‹³º“	IÛ1 \n«ž¯ kš ðà 9Ùª s+ ÇúÒ}N Úy`Œ	Ç´éð ,œi‡ = ^vN‰\Z\Z 3. úŠ XgÕ-û\\Þ »ÏµŠ   æù  Ë©¬ ¹`Ìs‚òÈ Æ¡`ïÀA\Z î·ãٛţK5Ùâëçµ? ƒÃŒ-= c×\0÷òðPÑì×ëù2\Z X‡Km\'÷ÙSr àmÌè *Ø\0²êú²ë-TþõË¡ÞαË×ø   C?^÷ ÇyØê,Ÿ?ÙUúûK˳: ê¶þ׿í迸ahëü sú?é0ñßrí?Üú ¹ Ÿ%ŸåìÇ»B¿}ë  Ç]þ;ƒþ\rürà¿‘;å¶–y—ü\'¿ªîK~ Üæ’ëšÎ?(ùý• c=翝1N¢0J¡$ö›õöîež ŸõŸOߨ˜ÏK½¬yöC ÿù÷ßÿ ','20191107145254')
[session] SessionBackend "trr254dl9isf7c8ftgbcftqru9qt7p44" data dirty due to dirty(): PluggableAuthPrimaryAuthenticationProvider->beginPrimaryAuthentication/MediaWiki\Auth\AuthManager->setAuthenticationSessionData/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty
[session] SessionBackend "trr254dl9isf7c8ftgbcftqru9qt7p44" save: dataDirty=1 metaDirty=0 forcePersist=0
[DBQuery] REPLACE INTO `objectcache` (keyname,value,exptime) VALUES ('wiki_db:MWSession:trr254dl9isf7c8ftgbcftqru9qt7p44','MWDzãJŽý—»eDÓ»û¢ \"E\'ŠÞ+zC“ôž ÝÄû÷Ñ­ê7ÓË<\0  L$ò þƾÿgù&¾¿²x¿þŠ¿ÉŸ5ú öÅ \ZÐ; Áºü˜Ð  ùýÕ EÕ?ýµ|ãØ÷  PŒ`	4Ki$FñœÉ¨„\"? Nc€¥²¯¿þþð‘?| X–jø ã?ñd’§ Êä€Í¨<ÏH\"&ɘEé8Í©4‹‰ ?ì¿ÃͤÉrLYÁ ¯ŸåggÕ7Š  úqd¾¿â÷ZÞ?çòI‹þäñ2pFŒøÝÚÆƒ ÏNT\'©À\\` Ö“¡‹Hƒ&遭  í¿þÕ÷‚ ¶í4Ý¥ŒGÔò|Ë ¿ÿúõ/ÏX\'Êá ü9j’2B¾ B[Y ô\\ ÊyÑÓø¢  çèÒ-àƒ‹|ÇÈC4йÅÀò^G{Å¦>÷  W; ‘ Ê	iš’÷D«4N’6ž\n|…Ú¸â	 6ë€Ñº ’>¡†ÐC‘79 Z ©ÁœVz݃Øaàý ¢‡uëBÖŽø†û ½ ‹¬LidµA÷‘‰`µ?*  5% ìÄ‹âSz&Áå8ç=ÇQ&t( Vãø @çEGÝ]&†êq/ RÚ6 Ç  ½šÁµ K ›š}¶Pzæa‰iÇ~g	y	+¢Æ ‡ /çà%©\\‚ªòê —®ûN4ï–€à1Ÿ…tc ‘DvXjî³Ã;:\"*½h Ú —ü¥Ô }X)× ¸ Dòž…2‰  ¼ &|U çi¹©\'¯´By‹Ò¶: çá×ïÒÀ¿¿nŸ#×â>.Àüýýsþ½³Æ+øc&¨ï¯m¶72Ðà ò#ÇÚX p“6ûüz VhÑsúûÐÝn¤÷ë_@»†9€´U¢Í‡q顆 ÞíS ñK£Dˆ*Õh! ½Š°“à Ø7m;êG>¿Ý lAY¼\\¢b‘ È sP?Šôü R&un£Ùx‹ú` à‘QcyÜz¹ µ1ï ™²9Mˆ i³UCkÄéw	Ž\ríTØ«à°$\" ¸0 ˆÙµki¥Uc`ßp7…ÑàVU÷ “1b í}è0â wèý%1üM¤•!‘Œ6€ûø½ ˜•Õ«pi&  Ô6üWâwlnç *–æ ¥d1FQŽûÑLo Qr b‚öêQÇ{䌡 ô$ƒá†ØÂXå6kRÂþÞœ\ZzÊxôT\"ÊL ÞoÖÛ<f—9ÛÇk\'û…|M\\C\nì /›–\r£f²² `™b†Ú(ç·ÖÕIÞ	P?Iå«  ÒYKg#÷•Àm,<Ý^z>.ªs±‘\rRê¬ TKÙ)QnÝ;⋊? ™ ¡ #Ïì` BY ŽŸ„ÏÂ/Šâ . Ž-ç1åQŽBVÖÍ:{gLÓSFï Eâ–X·z¬;­Ïj&ȇQ©°O ˜\0m¼º±É}âf¦)°ÁQ\\·I× ï¯àðJdÿô½4}mHz ½(¹ ÂO;!Ã6dܺûƒkkmÝ9{ rʲаb…ÖòÙœ”T7g|n š\ZY*,žÆ‹ïU²A2 ®\'ÂÏ Ö7 š ë6¤Ì褍 Ä— > s}ÔÁYÔ<úf¯œqó†_†Aèih˜Ç ßbS¤„æ­bÏé]{Ý.KÛ£ F§\r%ëÓu¹B²dÞpY~˜¡\0*Ñþaú©ß°=å“-}ƒËôSÒQwXY–ÎNWèGýRÕ— , »í}\"\0\'±#…øTžu¿sÁ5~’ƒ®PÃ_½´£ÇçêJ( ÜD\0‘ŸÐ­ ‚Õ^E x6¯E   \\î­/jPiºÕb êžkðds@®¢+ ¯#Ž vmÅ•y ÿ~ÖÕݝ jñ  ·¦¢í  ñ<	)É®PÄiª\rÇiFÃÈ ÿ6í÷þùD_¡¯ ºtno–Ç…€\"óáœ5m îÊ’h%­ž0y w“Û q)PÛÒmRÉÕ%ž±ÖêüP{ƒg \\ fƒäQÝLÊ21 ‹6f( ÓÄŽWùl 9:vÀ 0—­ï:,óàA¿„;A·Ç‹ É´¤[W·b*¤   .¶)  ‚ÎÙ¹¹EC  ß ?Hc=ΛJ{•D 8,=,ÉP¶ ã¯uCPÎF§\\×\n^ ΊcŽÚ{WÊÔ<å  V  9ïfmi§÷t/?Þ-{@ n ·E˜Épv(÷g¿ßUb¡ð` ~F„²f°¨¯nÓh~!\"X¿#ªvãQ1v;‹Wš\Z@ù  F¶>Ë5 ˆePò·ed] í†ä=»nðā!yã ý©zæ:%—²²ÅÆB‘·\n ñ½„’O; µ¦+ Ω2Q  µ^L 	­tLv ûŽU¸9*ÄoE¢Æ}A–ž®{O™¨Æƒ“m¼2_A´É£µ\\— Ù> ˜š  e ·8ý& õ}Wf„&3úòÖ)? \ZŒçcr§`MÜò. !£Ÿð„E40(tJÛÔÍÅæs7U/M Uè ¡¶¬™>/à ‰!lÀÆ~-ÒÖ‹{Ÿ¢3ò%ØîãÔõOZÁò8Ù Óo$Èh\r«÷deêªgo ·…R°M/ v™ ¦Yêì Ì&±[üÂQ —+¡x“\n %ä ¶¡X% c3]Ó“Øš½O}¡ ïñÚ§9Ó:E1b …ÈÌ Ÿ °*°·‡À«ÒqñL¤a!ª‹ à 	TTd—”ÃÈ+|· þ\\ÇÅÌ×uˆîá§!£ú ω\'¥ÙŸ¿06L ›ò”÷WÅç¤è0Â\Z*È¢´BXs!+ðŠ\0 “K² 1ì…! Ù€g›ñníy”ØC  ã4y×~ FÕ²20³c‰Ñž\'ÿæ éùHÇL ¹ Í	)ápáÈœÂÎ œà÷CYg{äÊ´Ç=®\rýwÌØJ4…Ê:^ ƒ6¯pÇñb}E ?— 7\\xrêfˆß ªØBGhŒC%][f G ¯Ä`ñ$¨·Û±\r#Aùs£nÇ|>^º=MR 5«s?eÑ#h‘eô;¶sqð Ì‹ Î)K\rÛ©Ç£ìÄ> \'ö©|CÕß  ›Ài ¯‰ýn ´h°tÂéˆ7X“êó~ ! òz$ zh ôâ­î¼…´í  C”Ï×JÔõ º ‹’låN¸%N }á>§{‚ì 4Æ”cÚlx  Þ´CŒ /;§D\r\rñ6. þŠ TçÔ-{_Þ »ÏµŒsŠ€æ¹Žå|¬ ½ ·ç„€ÃˆÚaPï a–€>odz7ó{—jŠ%TÏk?# O [zÞŒ]ƒÜË#Çf¿^Ï—Q£Ð:\\j3¹ÏžQú€lâ›îá¢\ra«®/»Þ ůßjý£¢;°ÆÿL (ò£û?à8 [•ù·tg¿¿4UqP5Õ¿ÿ#ÍÿÍ CS?„ú?¹£Ôÿ‡kÿÇ­?, Ã{ ³’ýèx䏆ÿ ô¸ ?<Ø?Àïiä òq™A ºä‡<ù õÙäW>Ì)]×tþAéï/pŒÕ þL	$£8ƒÓÄ ÖÏ S€Ìx¯ÿ|úƒ`^ªe Ù  ú×ß?ÿ/','20191107145254')
[session] SessionBackend "trr254dl9isf7c8ftgbcftqru9qt7p44" data dirty due to dirty(): PluggableAuthPrimaryAuthenticationProvider->beginPrimaryAuthentication/MediaWiki\Auth\AuthManager->setAuthenticationSessionData/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty
[session] SessionBackend "trr254dl9isf7c8ftgbcftqru9qt7p44" save: dataDirty=1 metaDirty=0 forcePersist=0
[DBQuery] REPLACE INTO `objectcache` (keyname,value,exptime) VALUES ('wiki_db:MWSession:trr254dl9isf7c8ftgbcftqru9qt7p44','MWDz¬J’ü—³Å¬Ñê<»  PE¡5Ö ´*4…\Z{ÿ>œ{ûÍô2=#<31 <þF¾ÿgùƾ¿²x¿þŠ¿ñŸ5| ûâ mÞÛy:çëò³ ÿláß_û¯¿–o ùþ\"r Áh ÎR Ša´ 2\"!ð BI$§‰ì믿o>ü‡ÏΗ¥ þÃøO>ž ) SENgDQd8 ãxLÃdœ DšÅØO òßéFÒf \"¯ù ¯÷ò¾Yý\rC  ߁Ô÷WüY«Çï·,ß q 0Ó“uÍ  hˆh#ˆ%K¼w ; wT Fô#üD\\ÎñðAQ¿þu^pB ¦G΁\Z7µS¹O.Û?ýú—( U‘¶ªÞ¥Ó aük 7 öwBÖÀ¨\n çÀ·-.ùáA-* ?\nUL6“)üvœXôÊÆü  gçœ‹Æ HCÖpÉ\'“gNÀ} 1ÏwxLÆZ[fnÑíJ;ÚC/÷3Ôˆ©õN­œÐ Ää%kÜXi)ƒ€–‘ ìXîí*ãF ©&7kÑUI;ú™/ 6ŽtÙÅV6÷;”Áf œ´ó‰p£#³eá•ꥶzŨ–âv¢ t¯ž$§ÜUÕ:`ü„µÐåQˆçc.y”Œ @&ášàCϵürl (¼Øn sh Xq[ðõ’ÅÚz€”fèÔ[¥¢µ³ Äå Äg¾tj\'ˆÔ¹ŽŒ«ŸÙ» {ÌÕ ¸Ôü%Qñ1Ÿ5ŒE%\rÁ7Ï  §~ 9ú¤;Oõ@9ïvAr3‘ <é©Ú 3ÕÚpýbPyƒ.ThBbËc= ù¢ éüjQ:×Ùë8zÜ ô Ñ®‹:L³ KÙ鬶9ȁ؍“Ÿ ü\0·À†éë;ª 5ÎÎ\"3ɽÊÖ6@  ¢Tšá?D” ¼Xî¼ê— :à…\rêÙ î…\Z{¢KôG),Æ Érṍ{!ä ¬Þqʲ 4Yé •YJé!WD×´ 8A--™¿~ý–5úýÅÜrUã>.óùûûG»½½Ækþg #¾¿¶ÙÚp_ .À ms£sžÔ)?ÌÑ Ìc™ \\»?  Ãàî¯?åê5Ì> ®\"i<õC ¥Vw™[¾q¤  @TJ¸`ƒV‡È‰±<è – ö#W0Ì‚,0VKX.Rîäx†Ø° †Zqú)•ÚÌh´î¢<é%wñ°5]v½ ŸØ¨O MÙœ&X ½³U… Èîw Œuõ”é«d‘$Ä °Ô)€ÚÕky‹«Jžîl2¥‚oEÙCDB°Q°ö¡C0 ìàG$R #òˆúÛ ûø³ðˆ‡TuT:$•Ž	lé^”x ]X…\r •q\0)^ŽaX ^8“›Ul  ùûêaÛ} ”®–ä$å  YüX  m üþÙì xIhø’CÂH[ÎkWf ³Ë˜­#Úñ~Á£‰mq œ!²HI× *«º ” jhôjþ¨]“   ô—XE¿àöZÙ ¾¯ j!Áéôâëy ƒŒ´Ÿ g ÁjJO‰ÌtŸ+kî¤$r 2 ? £ %\0¦A0~a \rF Á\rlÁ [Á!ò³\Zù¬jÚuvÏø®ÓŒÜ\' GM¡ ™fl:µÏ\ZÊ/†Q®‘û\r  lœ²ÑÉcbïb)‘Á– §M× í/ÿp+h¿{všF ”ž~/ˆÎ qÓŽI  èL÷x²ïF]wÖšý‚0M8¨iþmzt‹ŠSP »åª š\n(œzÄõ\n^Jy2cŽ+€¯ Ô6 ˜(“ Rj´ÓÖË…H ^¥±> ÿ,  þÐWA9EË-ÃÀ÷$0LÐó‰n±! |ûQ×ôiÜn—ÄíYó£ý Dóž l)š §;47Ì€ Tpÿ4¼Ôkéžðð7É€UzK:ì 3ËÒÙîJíh\"E‰$?!èmï >· +”±[yæãÁú×x? ¸  zq‡\\ÀE8 uÔ€r¬8 ¦æýÕZ 0w-N K_Â6°Úßž  %¢jæ é`ç\\ý ]äø*8Ò  qü´\Z3®  ¸Ï«© Π ‹ëƒ¨9•ïî`!× ¡\nïJY˜¦F·ívÔõ ó˜i?ô¯   ž|hâ¹}h å} /†sVÕÙ?Èw·¬Hå ñsx ìv K	[¦fár¡,ñŒ¼ÍÎÛ1¥×9JGåÜð‹<yÖŒA˜ â\"áF\rUb È U¯÷³€Ç.·yÄ¡›‡ J\\þ$#þA\"\0óŒ¸\0O+òíhfL Ä  ¹ƒl2Äå~gïìü†  	>yñ Ç&{žŒBºµˆÁ((>MQ—· á®uƒ`önÙ…¦–œäŸ5K û©å©}IK~˜eœKE7«ËÛ~¹/çòæÝ´ Hg—¼u· 1(Ö\n¤þì÷‡â 4  ÔÓ˰@Ru\Zö”m\Z­Ñ+  ¹ œ¢2 ,ÄNgrrÛä@ñ„†‘nÎj-xl äâcêY×…».º¯® \\a pN? oª_…FH•$o±¾ 8S# ºW@r·ƒQm»ò`í: xÞVšÅÈEþ- “õŽ=Û, æã, ã¾@KO6½+ODë‚É6^™\'Cêä’j¡I÷Ü>ó|jÃ|¨zð’ |P> y†H<#/wŠ¯‚h1&  T…­è à PÚ	NHHæ: Oé;u\n¡½kSqÓ”Rø>Ç´Ñ’TÃã$ð ˆöé{$	¤ ±ŸS°G®Ê·Ç8uý‹”‘\"N6àôZ Ðߺٻ’<uõ«·Jf!ddÓª…^æ QMeötj é-ŽPXB¥š/?¸L…	¾ ï@¨ ²¨®íñglÎî­/xâ\\N½›3©  %ôa\0 Ð\\r™ *<Í<yN ‹£B 	`M`sÎv)_ zIY ¿‚Ïû™€w9.F±®Cø î† kO´À^„jÝ_al©:6¤©è¯š+pÁ¦ø5¡E~óAà 4ÏÉ|î l’•n- ¾H:8[”˼ϣBžŠð §É½öëÐë7-åFv,1Üsñä1ŽŸžÏtÌÔ‘á    åÌ.­ (0n?äu¶F¶J{Ôe߁÷‰)K §@^Ç ¢à6\nv -×(´¹¹ºØáB“S3 ôa å Ø|« \nîX …Ùr %:&~³1Ç6Œ áÍ­² óùŒ4kšÄ hWûqJ‚‹‘ Mi dgã âL  ”•— ´R—ƒé‰~>OäV¾®hŸ  Ü~Ûn {Ý@¨á`j˜ÝaŸ|Mê{~` ’ ͈éäðæá‹3»“	HËÖm\n«^ÑŠ5Í xð‹œlÕŽ9 Šc}鼦G í<0Æ„mXtðð ΰ „ž 7;§D	t — â ÖXeË>—;ÇÎk­â‚À€y~‡Çr>W—\\0æ5Aù¡‡PcS°{à  ÷ìxõFñèRU6ùúuí Hç0}KOFßUÀ¹\\<xªV ½\"½u¸”vr^=%÷>ÞÆŒæ¢‚  «¦-»ÖBå¯ßNãv\0]¾Æÿ¸  úñ,78ÎÃVgùüÛvÐß_jžÕ±_·õ¿ÿc+þÍ\rC[çÿ˜Œÿ\n‡‰ÿOWÿ[ûñ ß_Ÿ%Ÿåìǃ@?üÇ  Å]þ\'‚þ üvR?;dλ¼K~È“ßY÷%¿ŠaNsÉq û ”üþʏ±žó?  \'Q ¥P ûÃz{°2ÏôÏúÏÑ7vÿI/õ²æÙ  ü×ß?ÿ/','20191107145254')
[session] SessionBackend "trr254dl9isf7c8ftgbcftqru9qt7p44" data dirty due to dirty(): PluggableAuthPrimaryAuthenticationProvider->beginPrimaryAuthentication/MediaWiki\Auth\AuthManager->setAuthenticationSessionData/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty
[session] SessionBackend "trr254dl9isf7c8ftgbcftqru9qt7p44" save: dataDirty=1 metaDirty=0 forcePersist=0
[DBQuery] REPLACE INTO `objectcache` (keyname,value,exptime) VALUES ('wiki_db:MWSession:trr254dl9isf7c8ftgbcftqru9qt7p44','MWÇ’¬J’ý—ÚböЪžÝ èD‹ ¬7èDk•cýïCÝÛo¦—q\\Dx˜« ?#ßÿ³|cß_Y¼Æ_?ÇßøÏ ¾cq‡&ï<óuù Á?\"üû« ʪÿú{ùF‘ï/\"‡ ŒÆà,%¡ F *#  ¿!”DršÈ¾þþ÷í ÿñçäËR\rÿñø=ž ) SENgDQd8 ãxLÃdœ DšÅ؏ òßæfÒd \"¯ù ¯÷ñ~Yõ\rC  ߊÔ÷W¼­ïÇïX–o ½ã m“ Q ™Õ6¡%è W²³ç“d}¤ Cg ɰ6\nJ¹Ê_?! ¹ÈË2 ¡½Vh²!¾åÎÖ¯_?ÉD-ÂFýÁ‡YNt ¥/4 \Z$ ¬}Óu î\n“J¦ {bQ-@üöŽ;ͤ@   Ì \'§ vfTF‚¨ù )”•Ô Ov¯ÉOø¼\0®ÓŽmì¢%\"’õ,‹> ‰‰s&æŸÍ¥h Û¯‹žö £åYD ”¼„2JpSl}+ÑR6{Р … ‘×;|´-‚o Á¬ Ü	šê  “Y\0zY€ H” pk Ì ÇÒÖ®Q³\r)æ½2 yšMSw­ð˜‘ŽMZdX纥YÐ ×lžøt \Z:GBÝ\"€ëÅX+ô€Ú ë@LQ´èI‚Od  ÆfPóJ1: \"ü£\n  žFÈ×£;²A\'©N6Nqˆ‰6î¹Ô ÛflÊ\"´ïy ¯AL8 ~Ic-`0t¨¬U‡$gÕPžM]Á¸w¿5QE` \"\0ûZ¾Ÿ*‹¼øÍÉ á %KÁ28<\\þx¦uG«ýZ,\\S\rR’ /ÜÌ<û 6®*ûÍhm¦oÚНÅÁ œ+A  ˜ø¦ Ž…áž J<E84O¶|,WÑyÁ^X¬»ÙZ^ ØGoq¤éȍ¬ ä‚§  ?Q°a‚PtØ,VV­Ö­ˆJŠ üOïéÈ ûÔŽ5ef>\" s6$…8‚ TPs•T ©½jëN _ÀÖx ¼…   –û2Û ’ÀhH}&e­5=6  Ãqí¨\'1æ×¯ßå~?1wÚkq —ùüýýS ½³ÆkþGŒ ß_ûlïøK >€ :ÖNç<;iSþ˜£\'˜Ç2)xNÿ :†Á½_?åÚg˜_€¶Š¤© § JáÝ·ý G\Z!\0Ä[\r lЫ ¹0– }Ó¶Ã~ä\n†YîHiô½„å\"ånŽgˆ ûa¨ ×+¥R‡ Í;>U¡—ÜÃÃÆòØõ㾈ÚBhÊæ4Á ¨ÍV\r®!§?D06´K¦?%‹$! ¥A Ô¡}–V\\5\nô\rw—)\rlUõ  	ÁFÁ>† Á °ƒ ‘HqŒ@ÊC\"\Zí ìãmá  yWQé’T:&°møQâwta  ,¼Í Hñr à õÙÜ_Ø›Í 3o?=ìxJA ZINR>0ÍUaÓ&Á ÛîÔÀSBç  fÚp~³2ó˜}ÌÙ>£ ï <šØ ç É \"›” £¦²w7€ A\rµñž7­«“¢ãþ#¾£îµàÎúvvüX1ÔF‚Ëíŧò!:  éWJ\\5 k)=%2Óm!WVÜEIä d ~f J\0Lƒ`üÄ|\ZŒ ‚ Ø‚?÷‚Cdå=òÙ»nÖÙ»b’œ2ò˜  µ„jdêñο>«©W1Œr…Ü1 <°sêN\'‰©¦D GvÝ&];´ÿ¼Nï\r wïOÓh‡ÒëÕ ¢;AÜt` h  Ó= ¶­µõ`íùU –   Í·–O ¸¨º å³{®©¡¥‚ÂeD\\¯â¥”\'3æz øLA}W‰²˜!¥F\'mü\\ˆôàYš«R¿®²æàþ ”[4Ü2 |O à )\nºÇ¦@ðͦ\"Ïi«½îÄ]©øÑi Ѻ\' [Š–Ä .Í\r3ð Þp¯˜~ê7tOøxK2à;½S:ìN+ËÒÙéJý¬#U¤×BÐûÑßýÚIìPÆî̳  öõ ïà€O ¡Q/ ð™ ¸ 碁šPŽ  ÀTükµW Ì=›ÓÇò%a;ø>Z_Ѐ Ñt«E:ؽÖד.r| \\éŒÎ8VìÚŠ+óÄ n{ÖÕÝ\0bñ^ jMe۝,äy\"ôÆ»R ¦©6 § \r#Ã|f: ýó	G/Ÿºxí Í¡ü‹À‹áš5m~=ä%ÑÞ¤zø5<Lv?…¥„mK·q¹P—xFZ«ó Lí\rŽ2P97_Ež( c –‰xH¸SÃ;1MäŒÞÏV)à±Ë  qéú¡ƒ —+dÄ?H `”ˆ ðôM¶®nÅD@œ0»È.C\\þ꜃[8\0‘`Ë E ëL¹ •ô* ƒQPT,ѐ÷ á>ë Á¬\rO…®•œôº*–:ko«ä©yJK~ZeœKE7kKë<½§ûñçò È`—¼ñö 1)Ö ¤þꏇê 4 œ”âgX i \rûê>öè— „ô ¤j   ±ÛYœÜÔ9P(Ð0Òõõ^  [ ¹Ø,#ëºð0DïÙuƒ\'  Î §àOÕ³Ð	é-É{l, ÎTH€ o ¹ÛÁ¨5]y²N•	<ï¨õbæ\"ߊçd·±ïX¥[À|¼É\"1  ´ôdÝ{òD4 ˜ìã\'óeH›<R+t‰—ì+ϧ&̇w ¶(¹áƒº=ä \"ñŒüxëTl/\rD‹1y  &ìE—\0J@é 8!!™  <¥mê Bsצê¥)¥ò}Žé£-i¦ÏIà G úEÇ~-VÄn—àŒÜ;ß ãÔõORFŠ8فËoDÀh\r«÷$yêªgo—ÌBÈÈ®¿ z™sD³ÔÙ7¨]¤÷8Ba	•*¾Üp™\n |	Ú@¨ ƒ²©®éq%¶fïÎ/xâ<N»›3©  %ôa\0Ð\\rÙ TyšQxN Ï G…\Z ÀºÀæœãQ/  è%e ü l­’€w9.÷ü]‡ð Ü\r Ö ´Àž„fß¿06T ›ÒTôŸŠ+pÁ¡ø5¡Enù f šçd>?™l’•a/ ¾H 8۔Ǵ×ùF UPÆiò>Çç4ª––r3;— î¹xò ÷•^J:fÚÈÎp‰	‹ògæ”v   wœò:Û#ûN{ÔcÛÀßbÊ–Ã)×ñ Qp   Š–k :Üüþ°Ã M.Ý Ð‡C”{àðqª¸kK æÈy” 4š¼ê9÷aÄ ?nÔýœ/%Òíi   YÇ%	 F\n4¥?ƒKˆ³@N8QV^jÐN= ¦\'ZQ.äÎ|CÕ·  ÍÜi ¯‰ýn ´p°tÌé°-_“êž X€äE=b 9´<üá¬îb Òv ‡ÂÞÏhÅêú Ü뛜ìï sß(Žõ¥ûœ 	tðÀxïv¦M ×™v€Ðóée×”¨!0ã2 QœÀ:«îÙöñæØ}®ï¸ 0`žÛð\\.eõÈ cž ”ßë$T; ì8HcÀ=;ž½Y<ºT“-¾z~Ž\r28ÌØÓ‹1 \rp?  (š EÏȨa` >j3¹Ïž’û ÞČ\r «®/‡Þ@å¯ßŒåf ]¾Æÿ°\" úá>78ÎÃ^eùü›¾Ðß_ZžUñ«jª?ý‡žü‹ †¦Êÿ!+ÿ¥  ÿo®ýŸoý–Ü‚mÉg9ûá2Р ó èq—ÿÑ ÿ\0¿ Ù äV™ó.ï’ çÉo«û‘_Å0§¹äº¦ó J~?åçXÍù ¦„“(ŒR(‰ýñzs¹2ÏŒmýçê  óy©–5Ï~\\À?ÿûßÿ ','20191107145254')
[session] SessionBackend "trr254dl9isf7c8ftgbcftqru9qt7p44" data dirty due to dirty(): PluggableAuthPrimaryAuthenticationProvider->beginPrimaryAuthentication/MediaWiki\Auth\AuthManager->setAuthenticationSessionData/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty
[authentication] Primary login with PluggableAuthPrimaryAuthenticationProvider returned REDIRECT
[session] SessionBackend "trr254dl9isf7c8ftgbcftqru9qt7p44" data dirty due to dirty(): MediaWiki\Auth\AuthManager->beginAuthentication/MediaWiki\Auth\AuthManager->continueAuthentication/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty
[session] SessionBackend "trr254dl9isf7c8ftgbcftqru9qt7p44" save: dataDirty=1 metaDirty=0 forcePersist=0
[DBQuery] REPLACE INTO `objectcache` (keyname,value,exptime) VALUES ('wiki_db:MWSession:trr254dl9isf7c8ftgbcftqru9qt7p44','MWDzäHŽü—w¥ÙP«×V ФÖd&…Í…Z‹¤N®õ¿/_Õôî Á\0  <  ?#ßÿ³|cß_Y¼Æ_?ÅßøÏ\Z¾cñÆ6 Ü<óuù1Á?&üû« ËzøúkùF‘ï/\"‡ ŒÆà,%¡ F *#  ¿!”DršÈ¾þúûއÿÄsóe©ÇÿDüg?ž ) SENgDQd8 ãxLÃdœ DšÅ؏ òßÛ­¤Í\nD^ó9^ïåYý\rC  ߎÔ÷W¼­ ÿ»–囤ï:ø¸.¬“ê Öù\\(©…¸§Ád€Â¨@ï@” à s±lQö¯?Á6†šéÆjrUî&]·â\nR̯_ÿò–@×9¥£CÓÝG@¸>̮ʦÑ$~Ò:Gc>LQî ÅS o\\C½M1ȞՏZëfQفæObDº …	µ”—ö +Aš=† `ðM(•J”Æ$}©õøÝÉ5  ¦ +Œ B\"°ëÊ´.	¢ Æùñ® ÏÇC†À\n~¶™r- –T B‰ uö ÏN\nãÊ© ˜«…o%@)|qоØçç‘G ð² Åâ=Ç ë¡Q4\\ÄàXŠ *˜œz}Üè1Xé|‰åïV՝ƒŠ\'P c1Nȉ‹ÀÝ 1 ÷ò£G ¼ ŒZ ?Š  ;Bkntc q¢¡oÉĽÂ2ŽÅ‡>^ƒ‚Œ µ(F“ ²ûA3â±CO«?<ó¹N· õšÓ /N døî¡Í|THƒè¡B\\•‹SêÇ× Š°d˜V gëPõ]¾3 t&Œbe~x‹‡þ±=½ $Î Ó .ô§ ¤ ÿêÙ\nk<âmc ’)šÈÜY?c\r`™ù‹·ÜØËÃã »nÊf Kø\Z»~7  ÇšÈõ\Z98ìb‹â—aÁÌì€S\rÂҝvÚɽ³õp úÝGåÓ wH ` µ?ž‰Õ Å1Zç\0É<®˜ò¦Ôh-¨ü&ŽHØ û{ œLyêMwÄS´Ïb ”ë¡çñf{Å©Dyâ.F÷(Xó$ ^}Òkšº @xq¼ ñûê ¡±FÉ:à!°2K »è  >üS W “{âCKZT ŽÍh Ý<ï ÅMÙ P fN50Ù¿~S ýþbnÊèñ —ùüýýßÁ]ã5ÿm&~® Ë=L†Ÿ±\'k7OãqK+ Øæ«À(šN‚M?%\0tA~?ýëQΠ tcr¢0@Òm\rs<Ò¾)´sÕ ™P™µàZú@»\'ÚÔ€à§SV sž §x_ˆ}SÒÎ[=­¥8-À3h²ªÐS|î a¯Íè3‚™íhõ2ž˜ß³ œæ® ² ´ JKKÎ Z•µÖ‹Î¾¬¥Y31c· p1§·†ñùê?)ë•– 7í„E	•  ²7½ DI J)!ù Ùæ]˜HƒêŸ÷ñ·D¨ì£\'F› `o±?™œ¨«î¸ j=3¥6=ŸæPÐÇilÊ.ô\r  |S  Ñ 3P Œª¾öý(íª¹  êv EükÓL< ì	–!šƒ“ ‡ òiIKDT¬ßVz÷Ô† VºæøPGµ˜¯\0Ã\rù•M¥V\'R é2 ¶GPI\rށ®QžµÊD/Úž? v¼¤bëÜveÈh¯R6„ð‚ õ üfè„.DwFT b8 ¼IvK¡ â 	ÄÐ MheºÉæ© !b¡ ±9nìԯͰ-/™£(ÕÀ ÑCÓ ”öÏŽ—©;ÍÂhCõ\ZS‡»]÷é  ]îf}“…£ScõÐð¬x   leÉq@ñqífVl× e¹Á3J }8´ <ìðçñòЩ¹êÊY6± øyzFÊ%¹  ]™†4ò 6$À‚xÏor[‘0¢ ÕS«„ &rµ²!û\Z& XŠUVÓ~Çõ†þ ±†LtI•RSh Ød™‰²OXQ Œ<¹ y \'fË ow «Þ ]áòQ»E\'ë   ƒxÍð£m o¶Qe¬àÝ΄òÀ¬un§ýœ u ¼Þzlš] Ï3 œ ð ¨û ¥ Fî<AÒdžƒ«Ì\\v>«UKÄ©z\\’þ°µò¤^ zJhno›9\Zf\\M ò #,<Ìd(ßÜ,<qÅÈM P‡—ÕÄL¦¾œ­ö	v?©NlÓ¢ä‡%Ñ·Áég @ëØ ØØSdC\r&X¢*s9ãê®wÍ:\Zì<Q¿Ý#yÇ £-}º\"  ¯€³®& ˆUÉ·p° ¾ ¦”HÓªU]xá@Mrt È\\n ŽT‰ox\r<jáô Å ûXT\0~4xÁÕJ? \n%ù Ž ~Þx6zcâtqÏI@ˆ Þò ÆZ†÷Ùl>au¬ç«[{àAt|ð2Z,Æ	“Ù	éõ ÊŸ‚íïá· \n Ù\r<𰏠˜®¾Õ ,` mEÅb!— Þh–7êõl ÒÚÂD³K”š,a  f Ùöž	 w± Í   „)£–ƒ3,Q ™¡¼^Žûê„à|ºq*Ùøà3V 2stÆÎ–ú<J ryn(»,[ÓTWá@ h\\u¾“ 2«ù•Q·ß}£ ¦ ¶ŠU !\nBÏûSÞ+JjÊözsjÒ8£BGÀ ×gµIæc{~°Š–‘{úâ~kÁÜ«¦ žÙçÂmè	7b3Ë0Ô     Ç<¨O‹J\' f\nÀ>\\eXÆ•F‚$«–”¿X  \Zï éaœé×:uag (- =ó m;Q>í Ć­)‡ëH|OÉ/v0ÖÍ ô2ÍŸ}[4\Z ùŸ™Ä û bÚT\r³*]Q®Æ*<\'É ÒW3  ˜¾v_[ £C\\÷ £5 x­Ú lÏ\\%•~	9®|·á°¦ù¥ ð$M \Zº\'\n]8hi<â8 7 ‚Ÿ¿4`ú‹M\'üb—·Ü$uñðh] Þ]Q_¥ ¥= r£ F«ö»<g“†„ ©ÛlISJ <Hã=ÓH¦:|?†Rü ¢ÚÁèæ~Ô` ÔX>qj{¡{©Ä™Îæ2Ήa 5÷  ~ì:“3c3÷qWõ®‚ ®Å W𝇠ôrSØÚ”‰•Ísä¸cos r ™&oG¶M6@	=Kv {~^ =„ïÂg*û³ˆÏ×\n ð‘¡ µˆþ ÅyN‹ŒL¹ Ö“92MZ$æ9Ó1Ÿq~0Oëƒ{ô,› ¸NˈèòëâhÎ, {££.ÊO§Vi ‰—©Vº˜Íº\nTNÅmßKHâ&Ñiï!ö ß2ÊïD#-Y‚“D™ ŠøC+I	 °/›ÄYØ’É1ŧ`  H@ɚݭÕr98¼Ò{äÎ.wàwzM^  Ñõ1V_³“’U÷æ %úÂù«ûˆ=ý “º¼)vv[ª…ëæßoAÆq  “& Õ·ÆTM Þ—¼kÝ u‹–¼šIæØêd»áƒq lÐH1³÷ l ²u(RñÜŠ¯«õ’hЇÛ\'7:t/𜇚1 #3‹ 5€œÝìÈ\'Ùu ‘Óë L/A-+hŠì1\0N$ó‰jÈ—æ•3­67µ˜- ýL –ü B”ÕiM¾Ò#z7ùd5°§o”9_¯æ4s —cJ>ˆ{žå©›s\\Ï”{ ¿ ñºº¾^ðX냜…¼–¯TiSu³ 1 ˆ®M))+¾ŒúyÕ¶;?* w!{=žJ)  | Y÷́]<\0 fBäýº{‹¹Z?(.ê \Z [š~˜ ˆ?=œ ”wñiËÕ°€*f±7i”c-1Õé`M¥]‰©I÷iÑÏ O\"  Ú÷»ëA WžÃ%ÜM¬Eñ¶ô‚ L‰Âsç.›Í% g\'LšæÂGÚaý´·Ø ç§\'?|ž#TæYpíµÌy (aÈ4TÁa  +Y(1?tÓfˆ€{a•†? ·Ÿú‡`›þé ,èY áW’Zhi¼2v™¼\'ƒŒî;¾Ð5R \nDm?ýV~·\"ëó5þG]ÂЏ†¼Ái ÷:Ëçß2þþÒó¬Žýº­ÿý ™÷on Û:ÿGôý—;Lüÿvýÿb ·å6lK>Ëُ&„þèÁ Àˆûü ý ø­lÿ ·Ëœ÷yŸü O~ﺓü*Æ9Í%ϳÜ?Pòû+?§zÎÿ(Nœ¼ $…’ØŸ¨·&¾ÿ¦¹­ÿ|úƦ|^êeͳŸ ð_?ÿý¿','20191107145254')
[DBQuery] COMMIT
MediaWiki::preOutputCommit: primary transaction round committed
MediaWiki::preOutputCommit: pre-send deferred updates completed
MediaWiki::preOutputCommit: LBFactory shutdown completed
[cookie] setcookie: "UseDC", "master", "1573134784", "/", "", "", "1"
[cookie] setcookie: "UseCDNCache", "false", "1573134784", "/", "", "", "1"
OutputPage::sendCacheControl: private caching;  **
[DBQuery] SELECT  DISTINCT job_cmd  FROM `job`    WHERE job_cmd IN ('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 'oirwiki0003.edc.ds1.usda.gov'.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'oirwiki0003.edc.ds1.usda.gov'.
Usda-mark (talk) 13:07, 8 November 2019 (UTC)
The debug log is still missing something. There should be references to "LDAP" in it but I don't see any. Are there any references to "LDAP" in your debug log file?
Also, could you post any configuration items related to to the LDAP* or PluggableAuth extensions from your LocalSettings.php? MarkAHershberger(talk) 15:58, 8 November 2019 (UTC)
Below is the only the only LDAP or PluggableAuth config items I can find, And below is the only reference to "LDAP" and it is a GET but not a POST. Should it be a POST with reference toLDAP? Thanks for your time!
// PluggableAuth
$wgPluggableAuth_EnableLocalLogin = false;
//LDAPAuthentication2
$LDAPAuthentication2UsernameNormalizer = 'strtolower';
$LDAPAuthentication2AllowLocalLogin = false;
$wgPluggableAuth_ButtonLabel = 'Log in with P account';
request
<nowiki>
Start request GET /mediawiki/index.php?title=Special:PluggableAuthLogin
HTTP HEADERS:
COOKIE: _ga=GA1.2.1188513860.1558704663; wiki_dbUserName=Pmille02; vector-nav-p-tb=false; vector-nav-p-NITC_OPS=false; vector-nav-p-IOD=false; vector-nav-p-Innovation_Lab=false; vector-nav-p-ITSM=false; _gid=GA1.2.1792643570.1573065441; UseDC=master; UseCDNCache=false
ACCEPT-LANGUAGE: en-US,en;q=0.9
ACCEPT-ENCODING: gzip, deflate
ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3
USER-AGENT: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.87 Safari/537.36
UPGRADE-INSECURE-REQUESTS: 1
CACHE-CONTROL: max-age=0
CONNECTION: keep-alive
HOST: wiki.edc.usda.gov
[caches] cluster: EmptyBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: SqlBagOStuff, session: SqlBagOStuff
[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": "xxxxxxxxxxxxx",
    "UserAgent": "Mozilla\/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/78.0.3904.87 Safari\/537.36",
    "ChronologyProtection": false,
    "ChronologyPositionIndex": 0,
    "ChronologyClientId": null
}
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'oirwiki0003.edc.ds1.usda.gov'.
[DBQuery] SHOW GLOBAL VARIABLES LIKE 'read_only'
[SQLBagOStuff] Connection 14737 will be used for SqlBagOStuff
[DBQuery] SELECT  keyname,value,exptime  FROM `objectcache`    WHERE keyname = 'wiki_db:MWSession:5ghgav4ehrd13lmk794bkmulf1njv6g8'  
[session] SessionBackend "5ghgav4ehrd13lmk794bkmulf1njv6g8" is unsaved, marking dirty in constructor
[session] SessionBackend "5ghgav4ehrd13lmk794bkmulf1njv6g8" save: dataDirty=1 metaDirty=1 forcePersist=0
[cookie] already deleted setcookie: "wiki_db_session", "", "1541598775", "/", "", "", "1"
[cookie] already deleted setcookie: "wiki_dbUserID", "", "1541598775", "/", "", "", "1"
[cookie] already deleted setcookie: "wiki_dbToken", "", "1541598775", "/", "", "", "1"
[cookie] already deleted setcookie: "forceHTTPS", "", "1541598775", "/", "", "", "1"
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'oirwiki0003.edc.ds1.usda.gov'.
[DBQuery] BEGIN
[DBQuery] SELECT  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 = 'list'  LIMIT 1  
[DBQuery] SELECT  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] SELECT  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 = 'namespaceGenderAliases'  LIMIT 1  
[session] SessionBackend "5ghgav4ehrd13lmk794bkmulf1njv6g8" data dirty due to dirty(): MediaWiki\Auth\AuthManager->setAuthenticationSessionData/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->getSecretKeys/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty
[session] SessionBackend "5ghgav4ehrd13lmk794bkmulf1njv6g8" data dirty due to dirty(): MediaWiki\Auth\AuthManager->setAuthenticationSessionData/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->getSecretKeys/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty
[session] SessionBackend "5ghgav4ehrd13lmk794bkmulf1njv6g8" data dirty due to dirty(): MediaWiki\Extension\LDAPAuthentication2\PluggableAuth->authenticate/MediaWiki\Auth\AuthManager->setAuthenticationSessionData/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'list'  LIMIT 1  
[DBQuery] SELECT  keyname,value,exptime  FROM `objectcache`    WHERE keyname = 'wiki_db:messages:en'  
[DBQuery] SELECT  keyname,value,exptime  FROM `objectcache`    WHERE keyname = 'wiki_db:messages:en:status'  
[DBQuery] INSERT IGNORE INTO `objectcache` (keyname,value,exptime) VALUES ('wiki_db:messages:en:lock','Ë´2´ \0','20191107135325')
[DBQuery] SELECT  page_title,page_latest  FROM `page`    WHERE page_is_redirect = '0' AND page_namespace = '8' AND (page_title NOT LIKE '%/%' ESCAPE '`' ) AND (page_len > 10000)  
[DBQuery] SELECT  rev_id,rev_page,rev_timestamp,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_sha1,comment_rev_comment.comment_text AS `rev_comment_text`,comment_rev_comment.comment_data AS `rev_comment_data`,comment_rev_comment.comment_id AS `rev_comment_cid`,actor_rev_user.actor_user AS `rev_user`,actor_rev_user.actor_name AS `rev_user_text`,temp_rev_user.revactor_actor AS `rev_actor`,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user_name  FROM `revision` JOIN `revision_comment_temp` `temp_rev_comment` ON ((temp_rev_comment.revcomment_rev = rev_id)) JOIN `comment` `comment_rev_comment` ON ((comment_rev_comment.comment_id = temp_rev_comment.revcomment_comment_id)) JOIN `revision_actor_temp` `temp_rev_user` ON ((temp_rev_user.revactor_rev = rev_id)) JOIN `actor` `actor_rev_user` ON ((actor_rev_user.actor_id = temp_rev_user.revactor_actor)) JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((actor_rev_user.actor_user != 0) AND (user_id = actor_rev_user.actor_user))   WHERE page_is_redirect = '0' AND page_namespace = '8' AND (page_title NOT LIKE '%/%' ESCAPE '`' ) AND (page_len <= 10000) AND (page_latest = rev_id)  
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '5500'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '32884'  
[DBQuery] SELECT  role_id AS `id`,role_name AS `name`  FROM `slot_roles`     ORDER BY id 
[DBQuery] SELECT  model_id AS `id`,model_name AS `name`  FROM `content_models`     ORDER BY id 
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '31978'  LIMIT 1  
[ContentHandler] Created handler for wikitext: WikitextContentHandler
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '5501'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '32872'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '31966'  LIMIT 1  
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '148'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '23711'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '22950'  LIMIT 1  
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '268'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '4968'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '4803'  LIMIT 1  
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '166'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '681'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '667'  LIMIT 1  
[DBQuery] SELECT  keyname,exptime  FROM `objectcache`    WHERE (exptime < '20191107135255')  ORDER BY exptime LIMIT 100  
[DBQuery] REPLACE INTO `objectcache` (keyname,value,exptime) VALUES ('wiki_db:messages:en','•V[sê6 ~ϯÐðÐ9M\'áV qž|!‰§!NqzNúä ¶0š€ì‘l8™ªÿ½»ò 3ðÒ öÛoW»Ú•djͬ?”5 [½g¶Í·YÊÅM)·½ eMgVlŠ\"·úý ÿä·,‰oK•ÐÛ4Û÷w,á á> 	ûy›oòþK–‚}\ZqQd‘ç‡nô  èkVùÏiÊPœÜÿ_×hm¹™(˜( º¸³z!OØŠJ”†w \0ÈÕ5 tÏSZðL\\]_“ å  ÕÍä&a*–<o aÎbN·–K –f’3¥ ™  #G y’Űr¼¡\"e\nwHŸ HÙÔ	jœ@$á—*ØÎ¨B&÷<fÑ‚æ9l®eRËHyõßÝÈ kIU!˸(%Ó§bËzb‚IºÂ2Ï3YDõBºÆI7 |{\nÃ_[c»üÉ·œÊ¯Ö¬E\Z òÍþèX¸Û¬L¢:d¥Ød¤ZVPl˜<²ŒØa‘÷¥ƒ\\[Æ ^0“ Y²=g âdT&z  2Œ¥ y\\Å¥RP£È71  â7›ŠD;e\"¡C56ð‚‹²€(걁¿g ¶ç’©r[(]‰¤ !Æ¹ëš q<÷Aü÷pj £`¹±ƒn&­æ• ”Æ ÁY§üÄcê“üÈä\'ñEUVHHé®Úx 1t¶( = ôÓ ¦ú †T×´_—x†˜\0l·Ë9 ‘ð&³Õ–íº¤s ‰?ˆì°eÉéš—@‚ì%ƒ ¦  %i ¥>‡L p²%OR¾€a<·j S(ύŒp¹ Gõ…>9*/tKÇ º. ¸8X ç§$Ø+èr¥ëñTù˜Iè`ó?U  â<†ÈqJÅ ð‰Ç÷ ›[;^]\rtCæ ®SÆ$vi°^Cè·y` LªL  ‡Å¥äÅWK ƒjçUVÊø¤\"í*Ë…WµemÚ*B¯‰0x ÏŽëoí Ñ©ÞÑØ }¯jß5äZ)› àÈòÆԹÚH³Ê]— TQÖkv7ã ð #®™0 F ¥Û™q „ÎÉ Ôg ú \"ÛWA¿Ð ÚÁ@.¶ *À\nZAWC 6›®È/8 ‹¦ç/âÆÌv¢GûO\r?|2æöÒ}ÆÛ2 ^œàã\n	¯O?ÙOóÐ<s 1 |õà\r„›+6 é ^½›æ=",w;¸ÆQÂ÷µ" ­Zû}¾ ýàµ÷À­  ¿Ã‹l‡Ï¨ ƒ“ûÑd ß ’Ù4IVëd¶¦ƒ)]§ÓÉ*IFwcóA`õæ oþòo \n8 \r†÷Ãá`6 OF“Iïáßÿ\0','20380119031407') [DBQuery] DELETE FROM `objectcache` WHERE keyname="wiki_db:messages:en:lock" [MessageCache] MessageCache::load: loading en... local cache is empty, global expired volatile, database SELECT  lc_value  `l10n_cache`    lc_lang="en" AND lc_key="messages:ldapauthentication2-no-domain-chosen" LIMIT [session] SessionBackend "5ghgav4ehrd13lmk794bkmulf1njv6g8" save: dataDirty="1" metaDirty="0" forcePersist="0" data dirty due to dirty(): PluggableAuthLogin->execute/MediaWiki\Auth\AuthManager->setAuthenticationSessionData/MediaWiki\Session\Session->setSecret/MediaWiki\Session\Session->set/MediaWiki\Session\SessionBackend->dirty[session] SessionBackend "5ghgav4ehrd13lmk794bkmulf1njv6g8" save: dataDirty=1 metaDirty=0 forcePersist=0
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:pluggableauth-fatal-error'  LIMIT 1  
Unstubbing $wgParser on call of $wgParser::getFreshParser from OutputPage->addWikiTextTitleInternal
Parser: using preprocessor: Preprocessor_DOM
[DBQuery] SELECT  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 = 'linkPrefixExtension'  LIMIT 1  
[DBQuery] COMMIT
MediaWiki::preOutputCommit: primary transaction round committed
MediaWiki::preOutputCommit: pre-send deferred updates completed
MediaWiki::preOutputCommit: LBFactory shutdown completed
[DBQuery] BEGIN
[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 = '4' AND page_title IN ('Privacy_policy','About','General_disclaimer') )  
[DBQuery] SELECT  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 = 'capitalizeAllNouns'  LIMIT 1  
[DBQuery] SELECT  user_ip  FROM `user_newtalk`    WHERE user_ip = 'xxxxxxxxxxxxx'  LIMIT 1  
Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions->__construct
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:pt-login'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:pt-createaccount'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:anontalk'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:anoncontribs'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:nstab-special'  LIMIT 1  
[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 = 'Special:Categories'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:special:Categories'  LIMIT 1  
[
[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 = 'ARB_Minutes'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:aRB_Minutes'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:minutes'  LIMIT 1  
[DBQuery] SELECT  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 = 'separatorTransformTable'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'compiledPluralRules'  LIMIT 1  
[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 = 'ARB_Voting_Results'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:aRB_Voting_Results'  LIMIT 1  
[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 = 'FAQ'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:fAQ'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:pageinfo-toolboxlink'  LIMIT 1  
[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] SELECT  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 = 'messages:january'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:dec'  LIMIT 1  
[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] SELECT  page_id,page_len,page_is_redirect,page_latest,page_restrictions,page_content_model  FROM `page`    WHERE page_namespace = '8' AND page_title = 'Governmentwarning'  LIMIT 1  
[DBQuery] SELECT  rev_id,rev_page,rev_timestamp,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_sha1,comment_rev_comment.comment_text AS `rev_comment_text`,comment_rev_comment.comment_data AS `rev_comment_data`,comment_rev_comment.comment_id AS `rev_comment_cid`,actor_rev_user.actor_user AS `rev_user`,actor_rev_user.actor_name AS `rev_user_text`,temp_rev_user.revactor_actor AS `rev_actor`,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user_name  FROM `revision` JOIN `revision_comment_temp` `temp_rev_comment` ON ((temp_rev_comment.revcomment_rev = rev_id)) JOIN `comment` `comment_rev_comment` ON ((comment_rev_comment.comment_id = temp_rev_comment.revcomment_comment_id)) JOIN `revision_actor_temp` `temp_rev_user` ON ((temp_rev_user.revactor_rev = rev_id)) JOIN `actor` `actor_rev_user` ON ((actor_rev_user.actor_id = temp_rev_user.revactor_actor)) JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((actor_rev_user.actor_user != 0) AND (user_id = actor_rev_user.actor_user))   WHERE rev_id = '5129'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '5129'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '4957'  LIMIT 1  
[MessageCache] MessageCache::getMsgFromNamespace: loading volatile key 'Governmentwarning'
[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 = 'Governmentwarningpage'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:governmentwarningpage'  LIMIT 1  
[DBQuery] SELECT  rev_id,rev_page,rev_timestamp,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_sha1,comment_rev_comment.comment_text AS `rev_comment_text`,comment_rev_comment.comment_data AS `rev_comment_data`,comment_rev_comment.comment_id AS `rev_comment_cid`,actor_rev_user.actor_user AS `rev_user`,actor_rev_user.actor_name AS `rev_user_text`,temp_rev_user.revactor_actor AS `rev_actor`,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user_name  FROM `revision` JOIN `revision_comment_temp` `temp_rev_comment` ON ((temp_rev_comment.revcomment_rev = rev_id)) JOIN `comment` `comment_rev_comment` ON ((comment_rev_comment.comment_id = temp_rev_comment.revcomment_comment_id)) JOIN `revision_actor_temp` `temp_rev_user` ON ((temp_rev_user.revactor_rev = rev_id)) JOIN `actor` `actor_rev_user` ON ((actor_rev_user.actor_id = temp_rev_user.revactor_actor)) JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((actor_rev_user.actor_user != 0) AND (user_id = actor_rev_user.actor_user))   WHERE rev_id = '5129'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '5129'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '4957'  LIMIT 1  
[MessageCache] MessageCache::getMsgFromNamespace: loading volatile key 'Governmentwarning'
[DBQuery] SELECT  page_id,page_len,page_is_redirect,page_latest,page_restrictions,page_content_model  FROM `page`    WHERE page_namespace = '0' AND page_title = 'â§¼governmentwarningpageâ§½'  LIMIT 1  
[DBQuery] SELECT  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-jumptosearch'  LIMIT 1  
[
[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 = '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] SELECT  keyname,value,exptime  FROM `objectcache`    WHERE keyname = 'wiki_db:template:index:b1cda63539ebbe3a64e58c79fa02ab1a'  
OutputPage::sendCacheControl: private caching;  **
[DBQuery] COMMIT
[DBQuery] SELECT  DISTINCT job_cmd  FROM `job`    WHERE job_cmd IN ('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 'oirwiki0003.edc.ds1.usda.gov'.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'oirwiki0003.edc.ds1.usda.gov'.
[caches] LocalisationCache: using store LCStoreDB
[caches] cluster: EmptyBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: SqlBagOStuff, session: SqlBagOStuff
[DBReplication] Cannot use ChronologyProtector with EmptyBagOStuff.
[DBReplication] Wikimedia\Rdbms\LBFactory::getChronologyProtector: using request info {
    "IPAddress": "xxxxxxxxxxxxx",
    "UserAgent": "Mozilla\/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/78.0.3904.87 Safari\/537.36",
    "ChronologyProtection": false,
    "ChronologyPositionIndex": 0,
    "ChronologyClientId": null
}
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openConnection: calling initLB() before first connection.
[caches] LocalisationCache: using store LCStoreDB
[caches] cluster: EmptyBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: SqlBagOStuff, session: SqlBagOStuff
[DBReplication] Cannot use ChronologyProtector with EmptyBagOStuff.
[DBReplication] Wikimedia\Rdbms\LBFactory::getChronologyProtector: using request info {
    "IPAddress": "xxxxxxxxxxxxx",
    "UserAgent": "Mozilla\/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/78.0.3904.87 Safari\/537.36",
    "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 'oirwiki0003.edc.ds1.usda.gov'.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'oirwiki0003.edc.ds1.usda.gov'.
[DBQuery] BEGIN
[DBQuery] BEGIN
[DBQuery] SELECT  md_module,md_deps  FROM `module_deps`    WHERE md_module = 'startup' 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_skin = 'vector|en'  
[DBQuery] COMMIT
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'oirwiki0003.edc.ds1.usda.gov'.
[DBQuery] SELECT  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 = 'list'  LIMIT 1  
[DBQuery] SELECT  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] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'list'  LIMIT 1  
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'oirwiki0003.edc.ds1.usda.gov'.
[DBQuery] SHOW GLOBAL VARIABLES LIKE 'read_only'
[SQLBagOStuff] Connection 14741 will be used for SqlBagOStuff
[DBQuery] SELECT  keyname,value,exptime  FROM `objectcache`    WHERE keyname = 'wiki_db:messages:en'  
[DBQuery] SELECT  keyname,value,exptime  FROM `objectcache`    WHERE keyname = 'wiki_db:messages:en:status'  
[DBQuery] SELECT  keyname,exptime  FROM `objectcache`    WHERE (exptime < '20191107135256')  ORDER BY exptime LIMIT 100  
[DBQuery] INSERT IGNORE INTO `objectcache` (keyname,value,exptime) VALUES ('wiki_db:messages:en:lock','Ë´2´ \0','20191107135326')
[DBQuery] SELECT  page_title,page_latest  FROM `page`    WHERE page_is_redirect = '0' AND page_namespace = '8' AND (page_title NOT LIKE '%/%' ESCAPE '`' ) AND (page_len > 10000)  
[DBQuery] SELECT  rev_id,rev_page,rev_timestamp,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_sha1,comment_rev_comment.comment_text AS `rev_comment_text`,comment_rev_comment.comment_data AS `rev_comment_data`,comment_rev_comment.comment_id AS `rev_comment_cid`,actor_rev_user.actor_user AS `rev_user`,actor_rev_user.actor_name AS `rev_user_text`,temp_rev_user.revactor_actor AS `rev_actor`,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user_name  FROM `revision` JOIN `revision_comment_temp` `temp_rev_comment` ON ((temp_rev_comment.revcomment_rev = rev_id)) JOIN `comment` `comment_rev_comment` ON ((comment_rev_comment.comment_id = temp_rev_comment.revcomment_comment_id)) JOIN `revision_actor_temp` `temp_rev_user` ON ((temp_rev_user.revactor_rev = rev_id)) JOIN `actor` `actor_rev_user` ON ((actor_rev_user.actor_id = temp_rev_user.revactor_actor)) JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((actor_rev_user.actor_user != 0) AND (user_id = actor_rev_user.actor_user))   WHERE page_is_redirect = '0' AND page_namespace = '8' AND (page_title NOT LIKE '%/%' ESCAPE '`' ) AND (page_len <= 10000) AND (page_latest = rev_id)  
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '5500'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '32884'  
[DBQuery] SELECT  role_id AS `id`,role_name AS `name`  FROM `slot_roles`     ORDER BY id 
[DBQuery] SELECT  model_id AS `id`,model_name AS `name`  FROM `content_models`     ORDER BY id 
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '31978'  LIMIT 1  
[ContentHandler] Created handler for wikitext: WikitextContentHandler
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '5501'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '32872'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '31966'  LIMIT 1  
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '148'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '23711'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '22950'  LIMIT 1  
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '268'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '4968'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '4803'  LIMIT 1  
[DBQuery] SELECT  page_namespace,page_title,page_id,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`    WHERE page_id = '166'  LIMIT 1  
[DBQuery] SELECT  slot_revision_id,slot_content_id,slot_origin,slot_role_id,content_size,content_sha1,content_address,content_model  FROM `slots` JOIN `content` ON ((slot_content_id = content_id))   WHERE slot_revision_id = '681'  
[DBQuery] SELECT  old_text,old_flags  FROM `text`    WHERE old_id = '667'  LIMIT 1  
[DBQuery] REPLACE INTO `objectcache` (keyname,value,exptime) VALUES ('wiki_db:messages:en','•V[sê6 ~ϯÐðÐ9M\'áV qž|!‰§!NqzNúä ¶0š€ì‘l8™ªÿ½»ò 3ðÒ öÛoW»Ú•djͬ?”5 [½g¶Í·YÊÅM)·½ eMgVlŠ\"·úý ÿä·,‰oK•ÐÛ4Û÷w,á á> 	ûy›oòþK–‚}\ZqQd‘ç‡nô  èkVùÏiÊPœÜÿ_×hm¹™(˜( º¸³z!OØŠJ”†w \0ÈÕ5 tÏSZðL\\]_“ å  ÕÍä&a*–<o aÎbN·–K –f’3¥ ™  #G y’Űr¼¡\"e\nwHŸ HÙÔ	jœ@$á—*ØÎ¨B&÷<fÑ‚æ9l®eRËHyõßÝÈ kIU!˸(%Ó§bËzb‚IºÂ2Ï3YDõBºÆI7 |{\nÃ_[c»üÉ·œÊ¯Ö¬E\Z òÍþèX¸Û¬L¢:d¥Ød¤ZVPl˜<²ŒØa‘÷¥ƒ\\[Æ ^0“ Y²=g âdT&z  2Œ¥ y\\Å¥RP£È71  â7›ŠD;e\"¡C56ð‚‹²€(걁¿g ¶ç’©r[(]‰¤ !Æ¹ëš q<÷Aü÷pj £`¹±ƒn&­æ• ”Æ ÁY§üÄcê“üÈä\'ñEUVHHé®Úx 1t¶( = ôÓ ¦ú †T×´_—x†˜\0l·Ë9 ‘ð&³Õ–íº¤s ‰?ˆì°eÉéš—@‚ì%ƒ ¦  %i ¥>‡L p²%OR¾€a<·j S(ύŒp¹ Gõ…>9*/tKÇ º. ¸8X ç§$Ø+èr¥ëñTù˜Iè`ó?U  â<†ÈqJÅ ð‰Ç÷ ›[;^]\rtCæ ®SÆ$vi°^Cè·y` LªL  ‡Å¥äÅWK ƒjçUVÊø¤\"í*Ë…WµemÚ*B¯‰0x ÏŽëoí Ñ©ÞÑØ }¯jß5äZ)› àÈòÆԹÚH³Ê]— TQÖkv7ã ð #®™0 F ¥Û™q „ÎÉ Ôg ú \"ÛWA¿Ð ÚÁ@.¶ *À\nZAWC 6›®È/8 ‹¦ç/âÆÌv¢GûO\r?|2æöÒ}ÆÛ2 ^œàã\n	¯O?ÙOóÐ<s |õà\r„›+6/é ^½›æ=,w;¸ÆQÂ÷µ ­Zû}¾ ýàµ÷À­  ¿Ã‹l‡Ï¨ ƒ“ûÑd ß ’Ù4IVëd¶¦ƒ)]§ÓÉ*IFwcóA`õæ oþòo \n8 \r†÷Ãá`6 OF“iïáßÿ\0','20380119031407')
[DBQuery] DELETE FROM `objectcache` WHERE keyname = 'wiki_db:messages:en:lock'
[MessageCache] MessageCache::load: Loading en... local cache is empty, global cache is expired/volatile, loading from database
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'namespaceAliases'  LIMIT 1  
[DBQuery] SELECT  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 = 'magicWords'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:sig-text'  LIMIT 1  
[DBQuery] SELECT  md_module,md_deps  FROM `module_deps`    WHERE md_module IN ('startup','skins.vector.styles','skins.vector.styles.responsive','skins.vector.js','ext.confirmEdit.editPreview.ipwhitelist.styles','ext.confirmEdit.visualEditor','ext.confirmEdit.simpleCaptcha','ext.inputBox.styles','ext.inputBox','ext.wikiEditor','ext.wikiEditor.styles','ext.MsUpload','ext.collection','ext.collection.bookcreator.styles','ext.collection.bookcreator','ext.collection.checkLoadFromLocalStorage','ext.collection.suggest','ext.collection.offline','ext.collection.bookcreator.messageBox','ext.collection.bookcreator.messageBox.styles','ext.collection.bookcreator.messageBox.icons','site','site.styles','noscript','filepage','user.groups','user','user.styles','user.defaults','user.options','user.tokens','mediawiki.skinning.elements','mediawiki.skinning.content','mediawiki.skinning.interface','jquery.makeCollapsible.styles','mediawiki.skinning.content.parsoid','mediawiki.skinning.content.externallinks','jquery','mediawiki.base','mediawiki.legacy.wikibits','jquery.accessKeyLabel','jquery.async','jquery.byteLength','jquery.checkboxShiftClick','jquery.chosen','jquery.client','jquery.color','jquery.colorUtil','jquery.confirmable','jquery.cookie','jquery.form','jquery.fullscreen','jquery.getAttrs','jquery.highlightText','jquery.hoverIntent','jquery.i18n','jquery.lengthLimit','jquery.makeCollapsible','jquery.mw-jump','jquery.qunit','jquery.spinner','jquery.jStorage','jquery.suggestions','jquery.tabIndex','jquery.tablesorter','jquery.tablesorter.styles','jquery.textSelection','jquery.throttle-debounce','jquery.tipsy','jquery.ui.core','jquery.ui.core.styles','jquery.ui.accordion','jquery.ui.autocomplete','jquery.ui.button','jquery.ui.datepicker','jquery.ui.dialog','jquery.ui.draggable','jquery.ui.droppable','jquery.ui.menu','jquery.ui.mouse','jquery.ui.position','jquery.ui.progressbar','jquery.ui.resizable','jquery.ui.selectable','jquery.ui.slider','jquery.ui.sortable','jquery.ui.tabs','jquery.ui.tooltip','jquery.ui.widget','jquery.effects.core','jquery.effects.blind','jquery.effects.bounce','jquery.effects.clip','jquery.effects.drop','jquery.effects.explode','jquery.effects.fade','jquery.effects.fold','jquery.effects.highlight','jquery.effects.pulsate','jquery.effects.scale','jquery.effects.shake','jquery.effects.slide','jquery.effects.transfer','moment','mediawiki.apihelp','mediawiki.template','mediawiki.template.mustache','mediawiki.template.regexp','mediawiki.apipretty','mediawiki.api','mediawiki.content.json','mediawiki.confirmCloseWindow','mediawiki.debug','mediawiki.diff.styles','mediawiki.feedback','mediawiki.feedlink','mediawiki.filewarning','mediawiki.ForeignApi','mediawiki.ForeignApi.core','mediawiki.helplink','mediawiki.hlist','mediawiki.htmlform','mediawiki.htmlform.checker','mediawiki.htmlform.ooui','mediawiki.htmlform.styles','mediawiki.htmlform.ooui.styles','mediawiki.icon','mediawiki.inspect','mediawiki.messagePoster','mediawiki.messagePoster.wikitext','mediawiki.notification','mediawiki.notify','mediawiki.notification.convertmessagebox','mediawiki.notification.convertmessagebox.styles','mediawiki.RegExp','mediawiki.String','mediawiki.pager.tablePager','mediawiki.searchSuggest','mediawiki.storage','mediawiki.Title','mediawiki.Upload','mediawiki.ForeignUpload','mediawiki.ForeignStructuredUpload','mediawiki.Upload.Dialog','mediawiki.Upload.BookletLayout','mediawiki.ForeignStructuredUpload.BookletLayout','mediawiki.toc','mediawiki.toc.styles','mediawiki.Uri','mediawiki.user','mediawiki.userSuggest','mediawiki.util','mediawiki.viewport','mediawiki.checkboxtoggle','mediawiki.checkboxtoggle.styles','mediawiki.cookie','mediawiki.experiments','mediawiki.editfont.styles','mediawiki.visibleTimeout','mediawiki.action.delete','mediawiki.action.delete.file','mediawiki.action.edit','mediawiki.action.edit.styles','mediawiki.action.edit.collapsibleFooter','mediawiki.action.edit.preview','mediawiki.action.history','mediawiki.action.history.styles','mediawiki.action.view.dblClickEdit','mediawiki.action.view.metadata','mediawiki.action.view.categoryPage.styles','mediawiki.action.view.postEdit','mediawiki.action.view.redirect','mediawiki.action.view.redirectPage','mediawiki.action.view.rightClickEdit','mediawiki.action.edit.editWarning','mediawiki.action.view.filepage','mediawiki.language','mediawiki.cldr','mediawiki.libs.pluralruleparser','mediawiki.jqueryMsg','mediawiki.language.months','mediawiki.language.names','mediawiki.language.specialCharacters','mediawiki.libs.jpegmeta','mediawiki.page.gallery','mediawiki.page.gallery.styles','mediawiki.page.gallery.slideshow','mediawiki.page.ready','mediawiki.page.startup','mediawiki.page.patrol.ajax','mediawiki.page.watch.ajax','mediawiki.page.rollback.confirmation','mediawiki.page.image.pagination','mediawiki.rcfilters.filters.base.styles','mediawiki.rcfilters.highlightCircles.seenunseen.styles','mediawiki.rcfilters.filters.dm','mediawiki.rcfilters.filters.ui','mediawiki.interface.helpers.styles','mediawiki.special','mediawiki.special.apisandbox','mediawiki.special.block','mediawiki.special.changecredentials.js','mediawiki.special.changeslist','mediawiki.special.changeslist.enhanced','mediawiki.special.changeslist.legend','mediawiki.special.changeslist.legend.js','mediawiki.special.contributions','mediawiki.special.edittags','mediawiki.special.import','mediawiki.special.movePage','mediawiki.special.pageLanguage','mediawiki.special.preferences.ooui','mediawiki.special.preferences.styles.ooui','mediawiki.special.recentchanges','mediawiki.special.revisionDelete','mediawiki.special.search','mediawiki.special.search.commonsInterwikiWidget','mediawiki.special.search.interwikiwidget.styles','mediawiki.special.search.styles','mediawiki.special.undelete','mediawiki.special.unwatchedPages','mediawiki.special.upload','mediawiki.special.userlogin.common.styles','mediawiki.special.userlogin.login.styles','mediawiki.special.userlogin.signup.js','mediawiki.special.userlogin.signup.styles','mediawiki.special.userrights','mediawiki.special.watchlist','mediawiki.special.version','mediawiki.legacy.config','mediawiki.legacy.commonPrint','mediawiki.legacy.protect','mediawiki.legacy.shared','mediawiki.legacy.oldshared','mediawiki.ui','mediawiki.ui.checkbox','mediawiki.ui.radio','mediawiki.ui.anchor','mediawiki.ui.button','mediawiki.ui.input','mediawiki.ui.icon','mediawiki.ui.text','mediawiki.widgets','mediawiki.widgets.styles','mediawiki.widgets.AbandonEditDialog','mediawiki.widgets.DateInputWidget','mediawiki.widgets.DateInputWidget.styles','mediawiki.widgets.visibleLengthLimit','mediawiki.widgets.datetime','mediawiki.widgets.expiry','mediawiki.widgets.CheckMatrixWidget','mediawiki.widgets.CategoryMultiselectWidget','mediawiki.widgets.SelectWithInputWidget','mediawiki.widgets.SelectWithInputWidget.styles','mediawiki.widgets.SizeFilterWidget','mediawiki.widgets.SizeFilterWidget.styles','mediawiki.widgets.MediaSearch','mediawiki.widgets.UserInputWidget','mediawiki.widgets.UsersMultiselectWidget','mediawiki.widgets.NamespacesMultiselectWidget','mediawiki.widgets.TitlesMultiselectWidget','mediawiki.widgets.TagMultiselectWidget.styles','mediawiki.widgets.SearchInputWidget','mediawiki.widgets.SearchInputWidget.styles','mediawiki.widgets.StashedFileWidget','html5shiv','easy-deflate.core','easy-deflate.deflate','easy-deflate.inflate','oojs','mediawiki.router','oojs-router','oojs-ui','oojs-ui-core','oojs-ui-core.styles','oojs-ui-widgets','oojs-ui-widgets.styles','oojs-ui-toolbars','oojs-ui-windows','oojs-ui.styles.indicators','oojs-ui.styles.textures','oojs-ui.styles.icons-accessibility','oojs-ui.styles.icons-alerts','oojs-ui.styles.icons-content','oojs-ui.styles.icons-editing-advanced','oojs-ui.styles.icons-editing-citation','oojs-ui.styles.icons-editing-core','oojs-ui.styles.icons-editing-list','oojs-ui.styles.icons-editing-styling','oojs-ui.styles.icons-interactions','oojs-ui.styles.icons-layout','oojs-ui.styles.icons-location','oojs-ui.styles.icons-media','oojs-ui.styles.icons-moderation','oojs-ui.styles.icons-movement','oojs-ui.styles.icons-user','oojs-ui.styles.icons-wikimedia')  AND md_skin = 'vector|en'  
[DBQuery] SELECT  page_namespace,page_title,page_touched,page_len,page_latest  FROM `page`    WHERE (page_namespace = '8' AND page_title IN ('Common.css','Common.js','Filepage.css','Noscript.css','Print.css','Vector.css','Vector.js') )  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:thumbnail-more'  LIMIT 1  
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:wikieditor-loading'  LIMIT 1  
[
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'rtl'  LIMIT 1  
[DBQuery] SELECT  ctd_name AS `value`  FROM `change_tag_def`    WHERE ctd_user_defined = '1'  
[DBQuery] SELECT  ctd_name,ctd_count  FROM `change_tag_def`     ORDER BY ctd_count DESC 
[DBQuery] SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'specialPageAliases'  LIMIT 1  
[DBQuery] COMMIT
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'oirwiki0003.edc.ds1.usda.gov'.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'oirwiki0003.edc.ds1.usda.gov'.
IP: xxxxxxxxxxxxx
<nowiki>
Usda-mark (talk) 19:14, 8 November 2019 (UTC)

I think you should get Memcached set up and then let us know if things change. I do see one reference to ldap in that trace: ldapauthentication2-no-domain-chosen

That would only show up when there was more than one domain in your ldapprovider or if you had local logins enabled.
I'm going to have to ask @Osnard if he sees anything here that he could point to. MarkAHershberger(talk) 00:17, 9 November 2019 (UTC)
Besides the issue with the localization cache, the ldapauthentication2-no-domain-chosen error indicates that the domain that was set in the hidden field domain on Special:UserLogin is either empty, or does not match what is configured in the "DomainConfig": https://github.com/wikimedia/mediawiki-extensions-LDAPAuthentication2/blob/8b043184ede3a458a8500f8807c250a6629bfbb1/src/PluggableAuth.php#L70-L76
Could you please verify that on Special:UserLogin, there is a hidden field domain with the value EDC? Osnard (talk) 07:18, 12 November 2019 (UTC)

Unable to complete SMW rebuildData.php

I am not sure if I should post this here but I am trying to run rebuildData.php and I'm getting exception after a while, here is the exception message: https://pastebin.com/7treeHjN Does someone know what is causing this and possible solution? I'm running:

1.31.0 MW

7.1.30 (cgi-fcgi) PHP

5.7.25 MySQL

2.5.6 SMW Mukilol2 (talk) 17:06, 7 November 2019 (UTC)

From SMW's getting support page:
The best resource for free support for Semantic MediaWiki is the Semantic MediaWiki user mailing list. The list is driven by an active user community, and answers to many questions can already be found in its archives on SourceForge among others, so a web search may also help.
But, looking at your backtrace, it looks like SematicForms could be involved.
Can you upgrade SMW and PageForms? MarkAHershberger(talk) 17:19, 7 November 2019 (UTC)
I found their mailing list but haven't figured out how to ask for help via it. I have been getting emails from it from last night but no idea how to use it... Regarding your suggestion, I upgraded PageForms and SMW to 3.1 and when I run rebuildData.php again I get the following exception now: https://pastebin.com/V3yftSaZ Is it smart to ignore the exceptions? Mukilol2 (talk) 20:56, 7 November 2019 (UTC)
To use the mailing list, just reply to one of the messages and copy the address in the "To" field.
Start an email with the question you have (e.g. "rebuildData.php does not complete") and just describe the problem and then ask for help resolving it. People should reply within a few hours.
Re the exception: No, don't ignore them. The stacktrace you pasted seems to indicate a serious problem. Unfortunately, I am not familiar enough with SMW to really help you with it. MarkAHershberger(talk) 00:26, 8 November 2019 (UTC)
Alright, I think I figured out the email thing and sent an email a few hours ago. Let's see if someone has an idea of what's going on. Thanks for the help! Mukilol2 (talk) 01:21, 8 November 2019 (UTC)
I haven't seen your email to smw-users. Did you send your email to <semediawiki-user@lists.sourceforge.net>? MarkAHershberger(talk) 16:56, 8 November 2019 (UTC)

JS objects aren't working properly on my wiki

Hi!

I recently noticed that parts of Mediawiki that require Javascript (Such as TinyMCE editor or the Javascript widget for Special:RecentChanges) aren't working. If I inspect from Chrome, I can see the following stacktrace. Any ideas on what I can do to resolve this?


Backtrace
/load.php?lang=en-gb&modules=startup&only=scripts&skin=monobook   BadMethodCallException from line 826 of .../includes/session/SessionManager.php: Sessions are disabled for this entry point

Backtrace:
#0 .../includes/session/SessionManager.php(196): MediaWiki\Session\SessionManager->getSessionFromInfo(MediaWiki\Session\SessionInfo, WebRequest)
#1 .../includes/WebRequest.php(748): MediaWiki\Session\SessionManager->getSessionForRequest(WebRequest)
#2 .../includes/user/User.php(1380): WebRequest->getSession()
#3 .../includes/user/User.php(441): User->loadFromSession()
#4 .../includes/user/User.php(2433): User->load()
#5 .../extensions/UserPageViewTracker/SpecialUserPageViewTracker.php(16): User->getId()
#6 .../includes/Hooks.php(174): SpecialUserPageViewTracker::updateTable(Parser, string)
#7 .../includes/Hooks.php(202): Hooks::callHook(string, array, array, NULL)
#8 .../includes/parser/Parser.php(1487): Hooks::run(string, array)
#9 .../includes/parser/Parser.php(494): Parser->internalParseHalfParsed(string, boolean, boolean)
#10 .../includes/cache/MessageCache.php(1263): Parser->parse(string, Title, ParserOptions, boolean)
#11 .../includes/Message.php(1262): MessageCache->parse(string, Title, boolean, boolean, Language)
#12 .../includes/Message.php(890): Message->parseText(string)
#13 .../includes/Message.php(943): Message->toString(string)
#14 .../includes/changetags/ChangeTags.php(160): Message->parse()
#15 .../includes/specialpage/ChangesListSpecialPage.php(880): ChangeTags::tagDescription(string, ResourceLoaderContext)
#16 .../includes/libs/objectcache/WANObjectCache.php(1414): ChangesListSpecialPage::{closure}(boolean, integer, array, NULL)
#17 .../includes/libs/objectcache/WANObjectCache.php(1275): WANObjectCache->doGetWithSetCallback(string, integer, Closure, array)
#18 .../includes/specialpage/ChangesListSpecialPage.php(902): WANObjectCache->getWithSetCallback(string, integer, Closure, array)
#19 .../includes/specialpage/ChangesListSpecialPage.php(834): ChangesListSpecialPage::getChangeTagList(ResourceLoaderContext)
#20 .../includes/resourceloader/ResourceLoaderFileModule.php(1122): ChangesListSpecialPage::getRcFiltersConfigVars(ResourceLoaderContext)
#21 .../includes/resourceloader/ResourceLoaderFileModule.php(624): ResourceLoaderFileModule->expandPackageFiles(ResourceLoaderContext)
#22 .../includes/resourceloader/ResourceLoaderModule.php(833): ResourceLoaderFileModule->getDefinitionSummary(ResourceLoaderContext)
#23 .../includes/resourceloader/ResourceLoaderStartUpModule.php(255): ResourceLoaderModule->getVersionHash(ResourceLoaderContext)
#24 .../includes/resourceloader/ResourceLoaderStartUpModule.php(438): ResourceLoaderStartUpModule->getModuleRegistrations(ResourceLoaderContext)
#25 .../includes/resourceloader/ResourceLoaderModule.php(727): ResourceLoaderStartUpModule->getScript(ResourceLoaderContext)
#26 .../includes/resourceloader/ResourceLoaderModule.php(694): ResourceLoaderModule->buildContent(ResourceLoaderContext)
#27 .../includes/resourceloader/ResourceLoaderModule.php(830): ResourceLoaderModule->getModuleContent(ResourceLoaderContext)
#28 .../includes/resourceloader/ResourceLoader.php(656): ResourceLoaderModule->getVersionHash(ResourceLoaderContext)
#29 [internal function]: ResourceLoader->{closure}(string)
#30 .../includes/resourceloader/ResourceLoader.php(668): array_map(Closure, array)
#31 .../includes/resourceloader/ResourceLoader.php(749): ResourceLoader->getCombinedVersion(ResourceLoaderContext, array)
#32 .../load.php(46): ResourceLoader->respond(ResourceLoaderContext)
#33 {main}
(anonymous) @ /load.php?lang=en-gb&modules=startup&only=scripts&skin=monobook:39
/load.php?debug=false&lang=en-gb&modules=jquery&skin=monobook&version=0w5wrgy:141 JQMIGRATE: Migrate is installed with logging active, version 3.0.1

Blinkingline (talk) 21:25, 7 November 2019 (UTC)

What version of MediaWiki are you running?
If your wiki is public, could you point to it? MarkAHershberger(talk) 22:06, 7 November 2019 (UTC)
I'm running MediaWiki 1.33
You can access the wiki at https://archonarcana.com
It must have been some kind of configuration issue. I was trying to troubleshoot and ended up reverting to a backup copy of LocalSettings and it seems to be working now.
Thanks for your help!

Blinkingline (talk) 23:01, 7 November 2019 (UTC)
Glad you got your problem resolved. Looks like a decent wiki. MarkAHershberger(talk) 00:19, 8 November 2019 (UTC)

Lua Error 'then' expected near 'number'

Lua seems to be bringing my whole system down, with the error: Lua error in mw.lua at line 370: 'then' expected near 'number'. I have MediaWiki 1.33.1; PHP 7.2.21 (apache2handler); MySQL 5.7.27; ICU 58.1; Lua 5.1.5. I have no idea what this means. Aquatiki (talk) 02:27, 8 November 2019 (UTC)

This looks like a syntax error in one of your template modules (scribunto) Ciencia Al Poder (talk) 10:23, 8 November 2019 (UTC)

Is there an alternative for Extension:Terminator?

I´m trying to include something like a doodle (appointment and options to participate for the wiki-users) in my Wiki.

I found the source-files of the Terminator-Extension which offers in its description what i need, but when i try to include it on a wiki-page i just get a line where is written "'Terminator is only allowed on regular wiki page." I do not exactly know what that means, but i guess that this extension is outdated because there is also no download repository anymore officially.

here is a screenshot of the doodle-like table the Terminator-Extension would create if it worked.. [1]

So are there any alternatives which offer the same functionality? Seehausen (talk) 08:27, 8 November 2019 (UTC)

"only allowed on regular wiki page" could mean it is only allowed in a content (Main namespace) page.
Other possibilities could be Extension:SimpleCalendar - no-page corresponding to a particular date will show as red links meaning no appointments while created pages (blue links) could mean appointments.
Extension:Calendar-Wikivoyage - Each date can have a particular link associated with it. That link could be taken to indicate appointments/no-appointments. AhmadF.Cheema (talk) 12:15, 8 November 2019 (UTC)

Settings

how do you find out what Manual:Configuration settings are enabled on a wiki? 185.229.4.5 (talk) 13:51, 8 November 2019 (UTC)

You would have to look at the LocalSettings.php. MarkAHershberger(talk) 16:04, 8 November 2019 (UTC)
Someone else's wiki? 90.254.31.186 (talk) 17:58, 8 November 2019 (UTC)
there are some settings that are exposed by api api.php?action=query&meta=siteinfo but most cannot be determined for someone elses wiki Bawolff (talk) 18:50, 8 November 2019 (UTC)

Mediawiki 1.31 php version?

Hi, can someone tell me if the version 1.31 keeps working when my

hosting provider no longer supports PHP 7.2 and will go over to 7.3?

I'm new at this and dont look forward to upgrading mediawiki and loose the content

Thanks for the help!!!

Fred Mrnoname1 (talk) 15:05, 8 November 2019 (UTC)

It should continue to work. I believe I've run MW 1.31 under PHP 7.3. MarkAHershberger(talk) 16:03, 8 November 2019 (UTC)
Is there somewhere a manual for dummy's how to update MW from 1.31 to the latest? Mrnoname1 (talk) 07:05, 9 November 2019 (UTC)
It should be working with MediaWiki 1.31, see Compatibility.
Yes, there is an upgrade guide. See Upgrading! 2001:16B8:108C:C400:2CD0:6030:FE33:78 (talk) 09:18, 9 November 2019 (UTC)

$wgGroupPermissions['*']['edit'] = false; is not working.

$wgGroupPermissions['*']['edit'] = false; is not working. I have added the line to LocalSettings.php and restarted wampserver (windows machine). And it still allows anonymous users to edit pages. I am using mediawiki 1.31.0

/Ray Schwartz

schwartzr2@wpunj.edu 149.151.180.92 (talk) 19:52, 8 November 2019 (UTC)

is it at end of LocalSettings.php, are there conflicting settings. Does it show up at special:usergrouprights Bawolff (talk) 21:26, 8 November 2019 (UTC)
Can you confirm that this line isn't commented out or later on in LocalSettings.php some other $wgGroupPermissions line isn't overriding it? AhmadF.Cheema (talk) 21:29, 8 November 2019 (UTC)

Parser Output Not Properly formatted in CSS

I'm having an issue with the parser output for TemplateStyles.

The parser doesn't add spaces between the mw-parser-output class and my CSS classes. This messes up the formatting of my templates. I tried adding spaces manually in front of my classes but that doesn't seem to help. Here's an example of the output:

.mw-parser-output .treeview ul{padding:0;margin:0}.mw-parser-output .treeview li{padding:0;margin:0;list-style-type:none;list-style-image:none}.mw-parser-output .treeview li li{background:url("//upload.wikimedia.org/wikipedia/commons/f/f2/Treeview-grey-line.png")no-repeat 0 -2981px;padding-left:21px;text-indent:0.3em}.mw-parser-output .treeview li li:last-child{background-position:0 -5971px}.mw-parser-output .treeview li.emptyline>ul>.mw-empty-elt:first-child+.emptyline,.mw-parser-output .treeview li.emptyline>ul>li:first-child{background-position:0 9px}


Any suggestions on a fix? 162.245.77.13 (talk) 19:59, 8 November 2019 (UTC)

Apologies. The pasted code doesn't seem to reflect the point I was trying to make.
There isn't actually a space between .mw-parser-output and .treeview when I inspect the page. 162.245.77.13 (talk) 20:01, 8 November 2019 (UTC)
can you link to an example on your wiki? Bawolff (talk) 21:23, 8 November 2019 (UTC)
I operate a private wiki so unfortunately I can't provide a direct link. Would there be any other info I can provide that might be useful? 206.126.121.37 (talk) 22:58, 8 November 2019 (UTC)
Just to ask the silly question - you're sure there really isn't a space there in the inspect page view, and its not just some weird font thing where the space is really small or something like that? Bawolff (talk) 00:39, 22 November 2019 (UTC)

I think I found a parsing error (or I need to learn a work around)

I have a list of items that are presented like this - please note the div tags around that pair of paragraphs (that I expected to keep the two text paragraphs in the same block.)

: some text paragraph
: more text paragraph
: <div>Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Nibh tellus molestie nunc non. Adipiscing bibendum est ultricies integer quis auctor elit sed vulputate. Malesuada pellentesque elit eget gravida cum. Volutpat est velit egestas dui. Mauris pharetra et ultrices neque.

Quisque non tellus orci ac auctor. Sed odio morbi quis commodo odio. Tellus at urna condimentum mattis. In est ante in nibh mauris cursus mattis molestie a. Ullamcorper velit sed ullamcorper morbi tincidunt ornare massa eget. Rhoncus urna neque viverra justo. Tellus id interdum velit laoreet id donec. Aliquam nulla facilisi cras fermentum odio eu feugiat pretium. Imperdiet sed euismod nisi porta.</div>
: final text paragraph


I expect the div tag to keep the text block together and indented, but the second paragraph (even if I manually apply p tags) acts like it is not part of the indented list. I've tried span - it does the same thing.

Which looks like this:

some text paragraph
more text paragraph
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Nibh tellus molestie nunc non. Adipiscing bibendum est ultricies integer quis auctor elit sed vulputate. Malesuada pellentesque elit eget gravida cum. Volutpat est velit egestas dui. Mauris pharetra et ultrices neque.

Quisque non tellus orci ac auctor. Sed odio morbi quis commodo odio. Tellus at urna condimentum mattis. In est ante in nibh mauris cursus mattis molestie a. Ullamcorper velit sed ullamcorper morbi tincidunt ornare massa eget. Rhoncus urna neque viverra justo. Tellus id interdum velit laoreet id donec. Aliquam nulla facilisi cras fermentum odio eu feugiat pretium. Imperdiet sed euismod nisi porta.

final text paragraph


How do I keep multiple paragraphs inside the same formatting rule block? In my actual use case I have a template that returns an unknown number of paragraphs, this is the simplified version. 47.186.44.99 (talk) 20:48, 8 November 2019 (UTC)

the indent closes the div. Try opening the div outside the indent
<div> :foo bar :paragraph2 </div> Bawolff (talk) 21:22, 8 November 2019 (UTC)
Will give that a shot when I get back to work, thanks. (although paragraph2, 3, 4, ... n do not have their own : because I never know if there will be a paragraph 2 or not and the template that generates the text does not know if the target requires indent or not, so it simply emits text) 47.186.44.99 (talk) 00:08, 9 November 2019 (UTC)
Basically, the issue is div forms a block, and so does indent, You can have a div that contains multiple indents. You can have an indent that contains a div. But you can't have a div that starts inside an indent and then continues on after the end of the indent that it started in. Basically everything has to be nested - if you start a block inside another block, the inner block must end before the outer block ends. Bawolff (talk) 05:36, 9 November 2019 (UTC)
It's working now with the div around the template. I think I might have also been struffling with a server side cache issue at the same time so that the template output wasn't up to date with the code in it. Thanks for the help! 47.186.44.99 (talk) 05:34, 10 November 2019 (UTC)

article problem

I'm not sure how to point out the mistake on the page about the A27 trunk road. It actually starts at Pevensey and ends a Whiteparish, the opposite of what is stated. All the roads in zone 2 run in a clockwise direction . Also as it has a zone 2 number it would start in zone 2 not zone 3 which is where Whiteparish is.

I would not like to alter this article personally as I do not feel that I have the neccessary skills to undertake such alterations on a public platform. Lightbuzzyear (talk) 23:12, 8 November 2019 (UTC)

You could post something on the talk page for the A27.
But, not being from England, I would say that they have it labeled correctly since it "starts" at Whiteparish closer to the lower numbered intersecting roads (A22, A23, A24, A26) and "ends" with the at Pevensey closer to the the higher numbered intersecting roads (A33, A36). MarkAHershberger(talk) 00:41, 9 November 2019 (UTC)

Space between Logo and Sidebar

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 is a lot of space between my wiki logo and the first item in my sidebar (Main page). Does anyone know any way that I could move the sidebar up closer to the logo?

Thanks in advance. River5000 (talk) 23:58, 8 November 2019 (UTC)

CSS
Try adding the following to your MediaWiki:Common.css page:
#mw-panel #p-logo + .portal {
  margin-top: 0;
}
If it is still too much space change it to a negative number like this;
#mw-panel #p-logo + .portal {
  margin-top: -10px;
}
MarkAHershberger(talk) 00:45, 9 November 2019 (UTC)
Worked, thank you! River5000 (talk) 01:49, 9 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How to edit default search options on a public wiki?

Where are the default search options (most notably the included namespaces) stored and how to edit them (sysop?, bureaucrat?, Phabricator?, ...) on a public wiki? Taylor 49 (talk) 01:11, 9 November 2019 (UTC)

Does $wgNamespacesToBeSearchedDefault do what you want? MarkAHershberger(talk) 03:46, 9 November 2019 (UTC)
Apparently YES, thanks. How can I view or edit this file on a public wiki? Taylor 49 (talk) 03:48, 9 November 2019 (UTC)
only the system administrators (with server access) can
You can save preferences for that, but only for yourself Bawolff (talk) 05:33, 9 November 2019 (UTC)
Trying this one: https://phabricator.wikimedia.org/T237792 Taylor 49 (talk) 05:36, 9 November 2019 (UTC)

indexing in mediawiki

how do I can create index(organization by keywords) for our article and then retrieval our article by keywords, not in the fulltext?


81.28.43.162 (talk) 06:12, 10 November 2019 (UTC)

I'm not sure what you're asking for. But: if you set up ElasticSearch with CirrusSearch, it should work pretty well. MarkAHershberger(talk) 20:50, 10 November 2019 (UTC)
You could maybe use Extension:Cargo to assign keywords to a page. Jonathan3 (talk) 00:36, 12 November 2019 (UTC)

Hide categorization in recent changes

I want to hide the categorization of pages in recent changes for all users and IP's. 109.40.2.248 (talk) 08:23, 10 November 2019 (UTC)

Will Manual:CategoryMembershipChanges help? AhmadF.Cheema (talk) 10:05, 10 November 2019 (UTC)
It still working for IPs when I set i $wgRCWatchCategoryMembership to false... 109.40.2.248 (talk) 10:48, 10 November 2019 (UTC)
We have the same problem here 2.68.181.32 (talk) 18:40, 11 November 2019 (UTC)

Logging into my wiki causes an error.

[XcfViUn9YPNuyvIUtdZ@BgAAAAA] 2019-11-10 09:16:59: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"

This is what happens when i log in, what could be the issue? ErtasVideos (talk) 09:17, 10 November 2019 (UTC)

In LocalSettings.php, set:
$wgShowExceptionDetails = true;
$wgDevelopmentWarnings = true; error_reporting( -1 ); ini_set( 'display_errors', 1); error_reporting(E_ALL);
Details: Manual:How to debug (Setting up a debug log file) AhmadF.Cheema (talk) 10:04, 10 November 2019 (UTC)
[Xcf2SezrE0fl5tXIGseBtQAAAA8] /wiki/index.php?title=Special:UserLogin&returnto=Special:RecentChanges&returntoquery=hidebots%3D1%26limit%3D50%26days%3D7%26enhanced%3D1%26urlversion%3D2 Wikimedia\Rdbms\DBQueryError from line 1587 of /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/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 * FROM `oathauth_users` WHERE id = '1' LIMIT 1
Function: OATHUserRepository::findByUser
Error: 1146 Table 'b33_24627195_Fun_Shitposting_Wiki.oathauth_users' doesn't exist (sql202.byethost.com)
Backtrace:
#0 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/libs/rdbms/database/Database.php(1556): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)
#1 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/libs/rdbms/database/Database.php(1274): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
#2 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/libs/rdbms/database/Database.php(1784): Wikimedia\Rdbms\Database->query(string, string)
#3 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/libs/rdbms/database/Database.php(1875): Wikimedia\Rdbms\Database->select(string, string, array, string, array, array)
#4 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/libs/rdbms/database/DBConnRef.php(53): Wikimedia\Rdbms\Database->selectRow(string, string, array, string)
#5 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/libs/rdbms/database/DBConnRef.php(311): Wikimedia\Rdbms\DBConnRef->__call(string, array)
#6 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/extensions/OATHAuth/includes/OATHUserRepository.php(66): Wikimedia\Rdbms\DBConnRef->selectRow(string, string, array, string)
#7 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/extensions/OATHAuth/includes/auth/TOTPSecondaryAuthenticationProvider.php(60): OATHUserRepository->findByUser(User)
#8 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/auth/AuthManager.php(644): TOTPSecondaryAuthenticationProvider->beginSecondaryAuthentication(User, array)
#9 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/auth/AuthManager.php(384): MediaWiki\Auth\AuthManager->continueAuthentication(array)
#10 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/specialpage/AuthManagerSpecialPage.php(353): MediaWiki\Auth\AuthManager->beginAuthentication(array, string)
#11 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/specialpage/AuthManagerSpecialPage.php(482): AuthManagerSpecialPage->performAuthenticationStep(string, array)
#12 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/htmlform/HTMLForm.php(660): AuthManagerSpecialPage->handleFormSubmit(array, VFormHTMLForm)
#13 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/specialpage/AuthManagerSpecialPage.php(416): HTMLForm->trySubmit()
#14 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/specialpage/LoginSignupSpecialPage.php(313): AuthManagerSpecialPage->trySubmit()
#15 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/specialpage/SpecialPage.php(569): LoginSignupSpecialPage->execute(NULL)
#16 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/specialpage/SpecialPageFactory.php(558): SpecialPage->run(NULL)
#17 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)
#18 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/MediaWiki.php(865): MediaWiki->performRequest()
#19 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/includes/MediaWiki.php(515): MediaWiki->main()
#20 /home/vol11_8/byethost33.com/b33_24627195/funshitposting.ga/htdocs/wiki/index.php(42): MediaWiki->run()
#21 {main}
This is what i get ErtasVideos (talk) 11:37, 10 November 2019 (UTC)
is it a problem with the database im using? ErtasVideos (talk) 12:08, 10 November 2019 (UTC)
The database table oathauth_users is missing:
> SELECT * FROM `oathauth_users` WHERE id = '1' LIMIT 1
> Function: OATHUserRepository::findByUser
> Error: 1146 Table 'b33_24627195_Fun_Shitposting_Wiki.oathauth_users' doesn't exist (sql202.byethost.com) 2001:16B8:107C:F900:B4AB:65D8:49D7:3553 (talk) 13:11, 10 November 2019 (UTC)
how can i fix it? ErtasVideos (talk) 19:39, 10 November 2019 (UTC)
See Extension:OATHAuth. 2001:16B8:100F:4E00:8435:B331:6B50:7475 (talk) 21:12, 10 November 2019 (UTC)

[78786c7fb3a78083ed14400a] 2019-11-10 14:11:00: Fataler Ausnahmefehler des Typs „RuntimeException“

Hello, if I edit a page on my webserver with MediaWiki there is always the error message: [78786c7fb3a78083ed14400a] 2019-11-10 14:11:00: Fataler Ausnahmefehler des Typs „RuntimeException“ (german version) 84.60.170.57 (talk) 14:14, 10 November 2019 (UTC)

In LocalSettings.php, set:
$wgShowExceptionDetails = true; $wgDevelopmentWarnings = true; error_reporting( -1 ); ini_set( 'display_errors', 1); error_reporting(E_ALL);
Details: Manual:How to debug (Setting up a debug log file) 2001:16B8:100F:4E00:8435:B331:6B50:7475 (talk) 18:02, 10 November 2019 (UTC)

Wanted pages not update

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


as title

My mediawiki version is 1.33.1 Tunglinwu (talk) 16:14, 10 November 2019 (UTC)

Which page does not update? Do you have the job queue running? MarkAHershberger(talk) 20:43, 10 November 2019 (UTC)
Special:WantedPages
It's not update when page create or not need.
I have no job queue
I meet this error after edit templete, I change link in it.

Tunglinwu (talk) 09:26, 11 November 2019 (UTC)
Run the PHP script runJobs.php and see if it helps. AhmadF.Cheema (talk) 09:54, 11 November 2019 (UTC)
I ruu it, it says Job queue is empty.
And show notice:
PHP Notice:  Undefined index: SERVER_NAME in ./includes/GlobalFunctions.php on line 1376
PHP Notice:  Undefined index: SERVER_NAME in ./includes/GlobalFunctions.php on line 1376

Tunglinwu (talk) 14:12, 11 November 2019 (UTC)
It still isn't clear to me what you mean when you say that the page does not update.
What, exactly, does the page display? What do you think it should display? MarkAHershberger(talk) 15:04, 11 November 2019 (UTC)
I think it not exist on Special:WantedPages .
e.g. I edit page and remove link to page A. (A had not be create and only this page need.)
But Special:WantedPages still show it for a long time.

Tunglinwu (talk) 06:46, 12 November 2019 (UTC)
Does Special:WhatLinksHere/A (where A is the page that doesn't exist) display any page? Ciencia Al Poder (talk) 10:20, 12 November 2019 (UTC)
@Ciencia Al Poder
Yes, it does. Special:WhatLinksHere/A show it, but page "A" doesn't include that link.
I need edit A once and let them remove from Special:WantedPages. Tunglinwu (talk) 12:51, 15 November 2019 (UTC)
The wanted pages special page is generated from the information on Special:WhatLinksHere.
If Special:WhatLinksHere is wrong, then you have a problem with the Manual:Job queue. See Manual:How to debug and enable a debug log, then null-edit the page that contains (or doesn't contain) that link and see if the log displays any error. Ciencia Al Poder (talk) 18:09, 15 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Search engine is not working well

You must use Levenshtein distance to make your search results better. Sometimes people make mistakes or they don't know the correct spelling of the name or the word they are searching. Google search engine is working well but yours is quite primitive. 94.72.177.148 (talk) 19:00, 10 November 2019 (UTC)

So, you are suggesting additions to what page? MarkAHershberger(talk) 20:42, 10 November 2019 (UTC)

DeleteArchived/RemodeAccounts

Hello, following a big bunch of spam accounts created I would like to delete them. I've seen BlockAndNuke but doesn't seem to work on several thousands of accounts.

Following recommandations I will follow Manual:DeleteArchivedRevisions.php + Manual:RemoveUnusedAccounts.php but (sorry for the maybe stupid question) how can I use these scripts? I suppose it's not as easy as LocalSetting? Should I create the two files, upload them and then launch them for my navigator?


Thanks! 89.157.115.94 (talk) 19:13, 10 November 2019 (UTC)

Those are both maintenance scripts and must be used from the command line. You could try the Maintenance extension if you don't have CLI access, but I'm not sure. MarkAHershberger(talk) 20:40, 10 November 2019 (UTC)
thanks! doesn't seem to work with this extension ;)
The spam accounts are inactive for now, I will delete them one day...maybe :P 89.157.115.94 (talk) 03:35, 16 November 2019 (UTC)

MWException error

I get this error when trying to change email, or confirm email.

What should I do ? 2610S (talk) 19:31, 10 November 2019 (UTC)

See How to debug. MarkAHershberger(talk) 20:38, 10 November 2019 (UTC)
@MarkAHershberger I get a long page with details that I don't know what to do about it.
I'am copying the page (XXX instead of private information)
[Xcub4krQOu4AATR58dUAAAAM] /index.php?title=XXX MWException from line 4237 of /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/user/User.php: CAS update failed on user_touched. The version of the user to be saved is older than the current version.
Backtrace:
#0 /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/libs/rdbms/database/Database.php(3815): User->{closure}(Wikimedia\Rdbms\DatabaseSqlite, string)
#1 /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/user/User.php(4250): Wikimedia\Rdbms\Database->doAtomicSection(string, Closure)
#2 /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/user/User.php(4692): User->saveSettings()
#3 /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/user/User.php(3123): User->sendConfirmationMail(string)
#4 /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/specials/SpecialChangeEmail.php(176): User->setEmailWithConfirmation(string)
#5 /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/specials/SpecialChangeEmail.php(127): SpecialChangeEmail->attemptChange(User, string)
#6 /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/htmlform/HTMLForm.php(665): SpecialChangeEmail->onSubmit(array, OOUIHTMLForm)
#7 /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/htmlform/HTMLForm.php(557): HTMLForm->trySubmit()
#8 /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/htmlform/HTMLForm.php(572): HTMLForm->tryAuthorizedSubmit()
#9 /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/specialpage/FormSpecialPage.php(184): HTMLForm->show()
#10 /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/specials/SpecialChangeEmail.php(61): FormSpecialPage->execute(NULL)
#11 /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/specialpage/SpecialPage.php(569): SpecialChangeEmail->execute(NULL)
#12 /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/specialpage/SpecialPageFactory.php(568): SpecialPage->run(NULL)
#13 /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)
#14 /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/MediaWiki.php(860): MediaWiki->performRequest()
#15 /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/MediaWiki.php(517): MediaWiki->main()
#16 /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/index.php(42): MediaWiki->run()
#17 {main}
----Debug data:
  • IP: XXX.XX.XXX.XXX
  • Start request POST /index.php?title=XXXHTTP HEADERS:HOST: XXX.XXX.comCONTENT-LENGTH: 454CACHE-CONTROL: max-age=0ORIGIN: http://XXX.XXX.comUPGRADE-INSECURE-REQUESTS: 1CONTENT-TYPE: application/x-www-form-urlencodedUSER-AGENT: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.2804.97 Safari/537.36ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,image/png,image/apng,*/*;q=0.8,application/signed-exchange;v=b3REFERER: http://XXX.XXX.com/index.php?title=XXXACCEPT-ENCODING: gzip, deflateACCEPT-LANGUAGE: en-UK,en;q=0.9,en-US;q=0.8,en;q=0.7COOKIE: my_wiki_session=XXX; my_wikiUserID=1; my_wikiUserName=XXX; my_wikiToken=XXX
  • [caches] cluster: EmptyBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: SqlBagOStuff, session: SqlBagOStuff
  • [caches] LocalisationCache: using store LCStoreDB
  • [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": "XXX.XX.XXX.XXX","UserAgent": "Mozilla\/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/78.0.2804.97 Safari\/537.36","ChronologyProtection": false,"ChronologyPositionIndex": 0,"ChronologyClientId": null}
  • [DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'localhost'.
  • User: cache miss for user 1
  • [ContentHandler] Created handler for wikitext: WikitextContentHandler
  • MediaWikiGadgetsDefinitionRepo::fetchStructuredList: MediaWiki:Gadgets-definition parsed, cache entry should be updated
  • User: loading options for user 1 from database.
  • [SQLBagOStuff] SqlBagOStuff: connecting to [unknown]
  • [SQLBagOStuff] Connection SQLite 3.28.0 will be used for SqlBagOStuff
  • User::getBlockedStatus: checking...
  • User: loading options for user 1 from override cache.
  • [MessageCache] MessageCache::load: Loading he... local cache is empty, global cache is expired/volatile, loading from database
  • Unstubbing $wgParser on call of $wgParser::firstCallInit from MessageCache->transform
  • Parser: using preprocessor: Preprocessor_DOM
  • Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions->__construct
  • User::getBlockedStatus: checking...
  • [authentication] MediaWiki\Auth\AuthManager::securitySensitiveOperationStatus: Checking ChangeEmail
  • [authentication] MediaWiki\Auth\AuthManager::securitySensitiveOperationStatus: ChangeEmail is ok for 'XXX'
  • [objectcache] Rejected set() for my_wiki:messages-big:0169d77dc450e5d68ffdfade720dc0be:Changeemail-text due to pending writes.
  • [MessageCache] MessageCache::load: Loading en... local cache is empty, global cache is expired/volatile, loading from database
  • [objectcache] Rejected set() for my_wiki:messages-big:f6c4f725a607bfe8fa0cf0c05ee4f470:Changeemail-text/en due to pending writes.
  • UserMailer::send: sending mail to =?UTF-8?Q?XXX?= <XX@XXXXX.COM>
  • Sending mail via internal mail() function
  • [DBQuery] startAtomic: entering level 0 (User::saveSettings)
  • [preferences] CAS update failed on user_touched for user ID '1' (replica read)
  • [DBQuery] cancelAtomic: canceling level 0 (User::saveSettings)
  • [exception] [Xcub4krQOu4AATR58dUAAAAM] /index.php?title=XXX MWException from line 4237 of /homepages/32/XXX/htdocs/XXX/mediawiki-1.32.2/includes/user/User.php: CAS update failed on user_touched. The version of the user to be saved is older than the current version.
  • User: loading options for user 1 from database.
  • User: loading options for user 1 from database.
  • User: loading options for user 1 from database. 2610S (talk) 06:23, 13 November 2019 (UTC)
You can try to see the user_touched field of the user table and see if it has some weird value, like a date in the future, or is blank, since this can cause this issue. Ciencia Al Poder (talk) 10:29, 13 November 2019 (UTC)
@Ciencia Al Poder but how do I fix it ? 2610S (talk) 21:48, 13 November 2019 (UTC)
Create a new user, see what is its user_touched field, and update the user that's failing with that value. Ciencia Al Poder (talk) 10:11, 14 November 2019 (UTC)
@Ciencia Al Poder Where do I find these details, I do not find them not in schema.doc in the MediaWiki docs/ directory, and not in tables.sql in the MediaWiki maintenance/ directory
Where should I look for it ? 2610S (talk) 05:56, 15 November 2019 (UTC)
You should look at the database of your wiki Ciencia Al Poder (talk) 10:10, 15 November 2019 (UTC)
@Ciencia Al Poder I have no file named 'user_touched field'.
In which file should I find these details ? 2610S (talk) 21:14, 16 November 2019 (UTC)
This wouldn't be a file, it would be inside the database of your Wiki. A database is separate and something different from normal files and folders of your Wiki. You'll need to access the database through something like phpMyAdmin. AhmadF.Cheema (talk) 04:45, 17 November 2019 (UTC)
@Ciencia Al Poder @AhmadF.Cheema I found this post
But as I'm not a technician I do not know where to write the above method, please help me.
My wiki uses sqlite. 2610S (talk) 06:41, 31 December 2019 (UTC)
You can try to run it from the sql.php maintenance script. Otherwise you can try a sqlite browser like https://sqlitebrowser.org/ Ciencia Al Poder (talk) 10:11, 31 December 2019 (UTC)
If you use "LastUserLogin" extension, try to disable it. For me, works :) 187.59.32.205 (talk) 15:22, 16 May 2020 (UTC)

Web-Upgrade of Mw 1.31.1 did not work

Running MW 1.31.1 I wanted to use the web upgrade to upgrade to the latest version and I followed the instructions of Manual:Upgrading#Web browser


I went through all steps and at the end nothing was changed or upgraded. I expected to get 1.31.5 or the latest 1.33.1.


What's wrong? Please can you assisst? Wikinaut (talk) 00:21, 11 November 2019 (UTC)

Before the browser, did you follow the previous sections, such as Manual:Upgrading#Unpack the new files? AhmadF.Cheema (talk) 04:15, 11 November 2019 (UTC)
Uh, no, I did not manually download a newer tarball, because I expected that this is done by the webinstaller (like, for example, Nextcloud upgrade works). So, using the MW Webinstaller has no advantage over using the commandline and then php update.php.
Going from 1.31.3 to 1.31.5 will be fine, I guess (this is my experience since many decades), but can I directly upgrade from 1.31.3 to 1.33.1 ? Formerly this was not recommended. Wikinaut (talk) 11:30, 11 November 2019 (UTC)
The upgrade from 1.31.3 to 1.33.1 should work. MarkAHershberger(talk) 15:10, 11 November 2019 (UTC)
Hi Mark, where we are talking about this... I would like to ask: Is there any initiative towards a better (semi-automatic) upgrade process for MediaWiki where we can get rid of the "backup the important subdirectories, unpack then restore..." process? Wikinaut (talk) 17:08, 16 November 2019 (UTC)
We are all aware of the problem, but no one has yet volunteered to take this over. MarkAHershberger(talk) 23:33, 20 November 2019 (UTC)

Shared users unable to log into other wikis

Does anyone here know how to set up a shared user database?

I have one database acting as the master, and both wikis are creating users in there that work to log into themselves, but the users created in one of the wikis can not log into the other.

I'm using the same dbuser to access the database from both wikis.

if the password is correct, I get an error saying automatic user creation fails. If it is wrong, it tells me I have a bad username/password.

Both wikis list all users but only the ones created in that wiki can log onto it.

I'm so stumped. Veryarcanepotatoe (talk) 04:24, 11 November 2019 (UTC)

What do you have in your LocalSettings.php to set up shared users? What version of MediaWiki are you using? MarkAHershberger(talk) 15:08, 11 November 2019 (UTC)
I'm using a shared database belonging to one of the wiki's.
Mediawiki 1.33 running on mariaDB 10.4
The users are created in the right place both wiki A and wiki B create users in the user table of wiki A
Displayed on the special:allusers page on either wiki will be all of the users regardless of where they were created, listed as users on both wiki.
The user table for wiki B has only the initial user in it (this user is common between both and has the same password set initially. it is the only one that works on both wikis)
The user table for wiki A contains all users created in either wiki: https://pasteboard.co/IG8OUXm.png
When a user created in wiki A tries to log into wiki B, they get one of two errors: https://pasteboard.co/IG8N4R5.png Veryarcanepotatoe (talk) 21:05, 11 November 2019 (UTC)
What do you have in your LocalSettings.php to set up shared users?
This may be a bug, but it is hard to tell if you do not provide that information.
When did this problem occur? Is this a new installation or have you recently upgraded? MarkAHershberger(talk) 21:25, 11 November 2019 (UTC)
the local settings for the two wiki are here: https://pasteboard.co/IGgtKVr.png
I also have
$wgGroupPermissions['*']['autocreateaccount'] = true;
These are two brand new installations of media wiki specially for this new purpose. They are empty except for the users that have been created.
All users are created in the appropriate table but not accessible the a wiki other than the one that created them. Veryarcanepotatoe (talk) 00:16, 12 November 2019 (UTC)
The default value for $wgSharedTables is [ 'user', 'user_properties' ], but you've set it to [ 'user', 'user_groups' ]. Is there a reason you removed user_properties? What happens if you add it back? MarkAHershberger(talk) 15:13, 13 November 2019 (UTC)
Im going to try this immediately!
Edit-- It doesnt seem to have helped. Now the whole wiki is really incredibly slow too. Im thinking I might want to just scrap it and start over. Maybe i screwed something up in the process of the set up. Veryarcanepotatoe (talk) 15:57, 16 November 2019 (UTC)
This problem happens if a user tries to log on to a wiki other than one that created the user in the first place. It happens immediately. It has happened since i first set it all up. I have never gotten it right :/ Veryarcanepotatoe (talk) 00:22, 12 November 2019 (UTC)

Collection Extension: two issues

I have two issues concerning the Collection Extension:

1.) Images are not included in the PDF output

2.) Some of our wikis are can be reached via an internal and an external URL. When accessing a Wiki via the external URL the Collection extension doesn't work at all. Ablum010777 (talk) 14:00, 11 November 2019 (UTC)

It shoulds like the process (mwlib) that creates the PDFs is having trouble connecting to the wiki. Do you have any logs from the mwlib process? MarkAHershberger(talk) 15:07, 11 November 2019 (UTC)
This is an excerpt from mwcache.txt:
mwcache.txt
error finish: ad6f7eb7c6ab26b9:makezip: 'RuntimeError: command failed with returncode 256: [\'mw-zip\', \'-o\', \'/var/data/mwcache/ad/ad6f7eb7c6ab26b9/collection.zip\', \'-m\', \'/var/data/mwcache/ad/ad6f7eb7c6ab26b9/metabook.json\', \'--status\', \'qserve://localhost:14311/ad6f7eb7c6ab26b9:makezip\', \'--config\', \'<nowiki>https://wiki-vermkv.service24.rlp.de/wibke\'</nowiki>]
Last Output:
  1% Traceback (most recent call last):
   File "/usr/local/lib/python2.7/site-packages/gevent/greenlet.py", line 536, in run
    result = self._run(*self.args, **self.kwargs)
   File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 119, in run
    self.fetch_pages_from_metabook(api)
   File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 59,                                                                               in fetch_pages_from_metabook
    fetch_images=not self.options.noimages)
   File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 282,                                                                               in __init__
    siteinfo = self.get_siteinfo_for(self.api)
   File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 453, in get_siteinfo_for
    return m.get_siteinfo()
   File "/usr/local/lib/python2.7/site-packages/mwlib/net/sapi.py", line 183, in get_siteinfo
    raise RuntimeError("could not get siteinfo")
  RuntimeError: could not get siteinfo
  Tue Nov 12 07:19:24 2019 <Greenlet at 0x7f5544214f50: <bound method start_fetcher.run of <mwlib.apps.make_nuwiki.start_fetcher object at 0x7f554561bc10>>> failed with RuntimeError
  creating nuwiki in u\'Traceback (most recent call last):
 File "/usr/local/lib/python2.7/site-packages/qs/slave.py", line 150, in handle_one_job
 result = workhandler(qs).dispatch(job)
 File "/usr/local/lib/python2.7/site-packages/qs/slave.py", line 50, in dispatch
 return m(**tmp)
 File "/usr/local/lib/python2.7/site-packages/mwlib/nslave.py", line 148, in rpc_makezip
 return doit(**params)
 File "/usr/local/lib/python2.7/site-packages/mwlib/nslave.py", line 146, in doit
 system(args, timeout=8 * 60.0)
 File "/usr/local/lib/python2.7/site-packages/mwlib/nslave.py", line 64, in system
 raise RuntimeError("command failed with returncode %s: %r
Last Output:
%s"                                                                               % (retcode, pub_args, "
".join(lines)))
RuntimeError: command failed with returncode 256: ['mw-zip', '-o', '/var/data/mwcache/ad/ad6f7eb7c6ab26b9/collection.zip', '-m', '/var/data/mwcache/ad/ad6f7eb7c6ab26b9/metabook.json', '--status', 'qserve://localhost:14311/ad6f7eb7c6ab26b9:makezip', '--config', '<nowiki>https://wiki-vermkv.service24.rlp.de/wibke'</nowiki>]
Last Output:
 1% Traceback (most recent call last):
  File "/usr/local/lib/python2.7/site-packages/gevent/greenlet.py", line 536, in run
   result = self._run(*self.args, **self.kwargs)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 119, in run
   self.fetch_pages_from_metabook(api)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 59, in fetch_pages_from_metabook
   fetch_images=not self.options.noimages)
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 282, in __init__
   siteinfo = self.get_siteinfo_for(self.api)
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 453, in get_siteinfo_for
   return m.get_siteinfo()
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/sapi.py", line 183, in get_siteinfo
   raise RuntimeError("could not get siteinfo")
 RuntimeError: could not get siteinfo
 Tue Nov 12 07:19:24 2019 <Greenlet at 0x7f5544214f50: <bound method start_fetcher.run of <mwlib.apps.make_nuwiki.start_fetcher object at 0x7f554561bc10>>> failed with RuntimeError
 creating nuwiki in u'/var/data/mwcache/ad/ad6f7eb7c6ab26b9/tmpOWmutx/nuwiki'
 ERR: <urlopen error [Errno 111] Connection refused>
 ERR: <urlopen error [Errno 111] Connection refused>
 ERR: <urlopen error [Errno 111] Connection refused>
 ERR: <urlopen error [Errno 111] Connection refused>
 removing tmpdir u'/var/data/mwcache/ad/ad6f7eb7c6ab26b9/tmpOWmutx'
 memory used: res=25.3 virt=194.0
 1% error Traceback (most recent call last):
  File "/usr/bin/mw-zip", line 10, in <module>
   sys.exit(main())
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/buildzip.py", line                                                                               155, in main
   make_zip(output, options, env.metabook, podclient=podclient, status=status)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/buildzip.py", line                                                                               50, in make_zip
   make_nuwiki(fsdir, metabook=metabook, options=options, podclient=podclient, status=status)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 192, in make_nuwiki
   pool.join(raise_error=True)
  File "/usr/local/lib/python2.7/site-packages/gevent/pool.py", line 558, in                                                                               join
   greenlet._raise_exception()
  File "/usr/local/lib/python2.7/site-packages/gevent/greenlet.py", line 159, in _raise_exception
   reraise(*self.exc_info)
  File "/usr/local/lib/python2.7/site-packages/gevent/greenlet.py", line 536, in run
   result = self._run(*self.args, **self.kwargs)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 119, in run
   self.fetch_pages_from_metabook(api)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 59, in fetch_pages_from_metabook
   fetch_images=not self.options.noimages)
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 282, in __init__
   siteinfo = self.get_siteinfo_for(self.api)
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 453, in get_siteinfo_for
   return m.get_siteinfo()
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/sapi.py", line 183,                                                                               in get_siteinfo
   raise RuntimeError("could not get siteinfo")
 RuntimeError: could not get siteinfo
serving files from '/var/data/mwcache' at url <nowiki>http://10.227.0.170:8898/cache</nowiki>
pulling jobs from localhost:14311 for makezip, render
error: command failed with returncode 256: ['mw-zip', '-o', '/var/data/mwcache/ad/ad6f7eb7c6ab26b9/collection.zip', '-m', '/var/data/mwcache/ad/ad6f7eb7c6ab26b9/metabook.json', '--status', 'qserve://localhost:14311/ad6f7eb7c6ab26b9:makezip', '--config', '<nowiki>https://wiki-vermkv.service24.rlp.de/wibke'</nowiki>]
Last Output:
 1% Traceback (most recent call last):
  File "/usr/local/lib/python2.7/site-packages/gevent/greenlet.py", line 536, in run
   result = self._run(*self.args, **self.kwargs)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 119, in run
   self.fetch_pages_from_metabook(api)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 59, in fetch_pages_from_metabook
   fetch_images=not self.options.noimages)
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 282, in __init__
   siteinfo = self.get_siteinfo_for(self.api)
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 453, in get_siteinfo_for
   return m.get_siteinfo()
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/sapi.py", line 183,                                                                               in get_siteinfo
   raise RuntimeError("could not get siteinfo")
 RuntimeError: could not get siteinfo
 Tue Nov 12 07:19:24 2019 <Greenlet at 0x7f5544214f50: <bound method start_fetcher.run of <mwlib.apps.make_nuwiki.start_fetcher object at 0x7f554561bc10>>> failed with RuntimeError
 creating nuwiki in u'/var/data/mwcache/ad/ad6f7eb7c6ab26b9/tmpOWmutx/nuwiki'
 ERR: <urlopen error [Errno 111] Connection refused>
 ERR: <urlopen error [Errno 111] Connection refused>
 ERR: <urlopen error [Errno 111] Connection refused>
 ERR: <urlopen error [Errno 111] Connection refused>
 removing tmpdir u'/var/data/mwcache/ad/ad6f7eb7c6ab26b9/tmpOWmutx'
 memory used: res=25.3 virt=194.0
 1% error Traceback (most recent call last):
  File "/usr/bin/mw-zip", line 10, in <module>
   sys.exit(main())
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/buildzip.py", line                                                                               155, in main
   make_zip(output, options, env.metabook, podclient=podclient, status=status)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/buildzip.py", line                                                                               50, in make_zip
   make_nuwiki(fsdir, metabook=metabook, options=options, podclient=podclient, status=status)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 192, in make_nuwiki
   pool.join(raise_error=True)
  File "/usr/local/lib/python2.7/site-packages/gevent/pool.py", line 558, in                                                                               join
   greenlet._raise_exception()
  File "/usr/local/lib/python2.7/site-packages/gevent/greenlet.py", line 159, in _raise_exception
   reraise(*self.exc_info)
  File "/usr/local/lib/python2.7/site-packages/gevent/greenlet.py", line 536, in run
   result = self._run(*self.args, **self.kwargs)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 119, in run
   self.fetch_pages_from_metabook(api)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 59, in fetch_pages_from_metabook
   fetch_images=not self.options.noimages)
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 282, in __init__
   siteinfo = self.get_siteinfo_for(self.api)
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 453, in get_siteinfo_for
   return m.get_siteinfo()
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/sapi.py", line 183,                                                                               in get_siteinfo
   raise RuntimeError("could not get siteinfo")
 RuntimeError: could not get siteinfo
error: RuntimeError: command failed with returncode 256: ['mw-zip', '-o', '/var/data/mwcache/ad/ad6f7eb7c6ab26b9/collection.zip', '-m', '/var/data/mwcache/ad/ad6f7eb7c6ab26b9/metabook.json', '--status', 'qserve://localhost:14311/ad6f7eb7c6ab26b9:makezip', '--config', 'htt/var/data/mwcache/ad/ad6f7eb7c6ab26b9/tmpOWmutx/nuwiki\'
  ERR: <urlopen error [Errno 111] Connection refused>
  ERR: <urlopen error [Errno 111] Connection refused>
  ERR: <urlopen error [Errno 111]                                                                               Connection refused>
  ERR: <urlopen error [Errno 111] Connection refused>
  removing tmpdir u\'/var/data/mwcache/ad/ad6f7eb7c6ab26b9/tmpOWmutx\'
  memory used: res=25.3 virt=194.0
  1% error Traceback (most recent call last):
   File "/usr/bin/mw-zip", line 10, in <module>
    sys.exit(main())
   File "/usr/local/lib/python2.7/site-packages/mwlib/apps/buildzip.py", line 155, in main
    make_zip(output, options, env.metabook, podclient=podclient,                                                                               status=status)
   File "/usr/local/lib/python2.7/site-packages/mwlib/apps/buildzip.py", line 50, in make_zip
    make_nuwiki(fsdir, metabook=metabook,                                                                               options=options, podclient=podclient, status=status)
   File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 192, in make_nuwiki
    pool.join(raise_error=True)
   File "/usr/local/lib/python2.7/site-packages/gevent/pool.py", line 558, in join
    greenlet._raise_exception()
   File "/usr/local/lib/python2.7/site-packages/gevent/greenlet.py", line 159, in _raise_exception
    reraise(*self.exc_info)
   File "/usr/local/lib/python2.7/site-packages/gevent/greenlet.py", line 536, in run
    result = self._run(*self.args, **self.kwargs)
   File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 119, in run
    self.fetch_pages_from_metabook(api)
   File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 59, in fetch_pages_from_metabook
    fetch_images=not self.options.noimages)
   File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 282, in __init__
    siteinfo = self.get_siteinfo_for(self.api)
   File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 453, in get_siteinfo_for
    return m.get_siteinfo()
   File "/usr/local/lib/python2.7/site-packages/mwlib/net/sapi.py", line 183, in get_siteinfo
    raise RuntimeError("could not get siteinfo")
  RuntimeError: could not get siteinfo
   in function system, file /usr/local/lib/python2.7/site-packages/mwlib/nslave.py, line 64'
error finish: ad6f7eb7c6ab26b9:render-rl: 'RuntimeError: RuntimeError: command failed with returncode 256: [\'mw-zip\', \'-o\', \'/var/data/mwcache/ad/ad6f7eb7c6ab26b9/collection.zip\', \'-m\', \'/var/data/mwcache/ad/ad6f7eb7c6ab26b9/metabook.json\', \'--status\', \'qserve://localhost:14311/ad6f7eb7c6ab26b9:makezip\',                                                                               \'--config\', \'<nowiki>https://wiki-vermkv.service24.rlp.de/wibke\'</nowiki>]
Last Output:
  1% Traceback (most recent call last):
   File "/usr/local/lib/python2.7/site-packages/gevent/greenlet.py", line 536, in run
    result = self._run(*self.args, **self.kwargs)
   File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 119, in run
    self.fetch_pages_from_metabook(api)
   File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 59, in fetch_pages_from_metabook
    fetch_images=not self.options.noimages)
   File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 282, in __init__
    siteinfo = self.get_siteinfo_for(self.api)
   File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 453, in get_siteinfo_for
    return m.get_siteinfo()
   File "/usr/local/lib/python2.7/site-packages/mwlib/net/sapi.py", line 183, in get_siteinfo
    raise RuntimeError("could not get siteinfo")
  RuntimeError: could not get siteinfo
  Tue Nov 12 07:19:24 2019 <Greenlet at 0x7f5544214f50: <bound method start_fetcher.run of <mwlib.apps.make_nuwiki.start_fetcher object at 0x7f554561bc10>>> failed with RuntimeError
  
  creating nuwiki in u\'/var/data/mwcache/ad/ad6f7eb7c6ab26b9/tmpOWmutx/nuwiki\'
  ERR: <urlopen error [Errno 111] Connection refused>
  ERR: <urlopen error [Errno 111] Connection refused>
  Traceback (most recent call last):
 File "/usr/local/lib/python2.7/site-packages/qs/slave.py", line 150, in handle_one_job
 result = workhandler(qs).dispatch(job)
 File "/usr/local/lib/python2.7/site-packages/qs/slave.py", line 50, in dispatch
 return m(**tmp)
 File "/usr/local/lib/python2.7/site-packages/mwlib/nslave.py", line 171, in rpc_render
 return doit(**params)
 File "/usr/local/lib/python2.7/site-packages/mwlib/nslave.py", line 158, in doit
 self.qaddw(channel="makezip", payload=dict(params=params), jobid="%s:makezip" % (collection_id, ), timeout=20 * 60)
 File "/usr/local/lib/python2.7/site-packages/qs/slave.py", line 66, in qaddw
 raise RuntimeError(error)
RuntimeError: RuntimeError: command failed with returncode 256: ['mw-zip', '-o',                                                                               '/var/data/mwcache/ad/ad6f7eb7c6ab26b9/collection.zip', '-m', '/var/data/mwcache/ad/ad6f7eb7c6ab26b9/metabook.json', '--status', 'qserve://localhost:14311/ad6f7eb7c6ab26b9:makezip', '--config', '<nowiki>https://wiki-vermkv.service24.rlp.de/wibke'</nowiki>]
Last Output:
 1% Traceback (most recent call last):
  File "/usr/local/lib/python2.7/site-packages/gevent/greenlet.py", line 536, in run
   result = self._run(*self.args, **self.kwargs)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 119, in run
   self.fetch_pages_from_metabook(api)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 59, in fetch_pages_from_metabook
   fetch_images=not self.options.noimages)
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 282, in __init__
   siteinfo = self.get_siteinfo_for(self.api)
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 453, in get_siteinfo_for
   return m.get_siteinfo()
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/sapi.py", line 183,                                                                               in get_siteinfo
   raise RuntimeError("could not get siteinfo")
 RuntimeError: could not get siteinfo
 Tue Nov 12 07:19:24 2019 <Greenlet at 0x7f5544214f50: <bound method start_fetcher.run of <mwlib.apps.make_nuwiki.start_fetcher object at 0x7f554561bc10>>> failed with RuntimeError
 creating nuwiki in u'/var/data/mwcache/ad/ad6f7eb7c6ab26b9/tmpOWmutx/nuwiki'
 ERR: <urlopen error [Errno 111] Connection refused>
 ERR: <urlopen error [Errno 111] Connection refused>
 ERR: <urlopen error [Errno 111] Connection refused>
 ERR: <urlopen error [Errno 111] Connection refused>
 removing tmpdir u'/var/data/mwcache/ad/ad6f7eb7c6ab26b9/tmpOWmutx'
 memory used: res=25.3 virt=194.0
 1% error Traceback (most recent call last):
  File "/usr/bin/mw-zip", line 10, in <module>
   sys.exit(main())
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/buildzip.py", line                                                                               155, in main
   make_zip(output, options, env.metabook, podclient=podclient, status=status)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/buildzip.py", line                                                                               50, in make_zip
   make_nuwiki(fsdir, metabook=metabook, options=options, podclient=podclient, status=status)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 192, in make_nuwiki
   pool.join(raise_error=True)
  File "/usr/local/lib/python2.7/site-packages/gevent/pool.py", line 558, in                                                                               join
   greenlet._raise_exception()
  File "/usr/local/lib/python2.7/site-packages/gevent/greenlet.py", line 159, in _raise_exception
   reraise(*self.exc_info)
  File "/usr/local/lib/python2.7/site-packages/gevent/greenlet.py", line 536, in run
   result = self._run(*self.args, **self.kwargs)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 119, in run
   self.fetch_pages_from_metabook(api)
  File "/usr/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 59, in fetch_pages_from_metabook
   fetch_images=not self.options.noimages)
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 282, in __init__
   siteinfo = self.get_siteinfo_for(self.api)
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/fetch.py", line 453, in get_siteinfo_for
   return m.get_siteinfo()
  File "/usr/local/lib/python2.7/site-packages/mwlib/net/sapi.py", line 183,                                                                               in get_siteinfo
   raise RuntimeError("could not get siteinfo")
 RuntimeError: could not get siteinfo
  in function system, file /usr/local/lib/python2.7/site-packages/mwlib/nslave.py, line 64
10.227.0.170 - - [2019-11-12 07:19:24] "POST /cache HTTP/1.1" 200 4172 0.002588
10.227.0.170 - - [2019-11-12 07:19:24] "POST /cache HTTP/1.1" 200 4172 0.002616
Ablum010777 (talk) 06:21, 12 November 2019 (UTC)
From that file, the problem is clearly that the process cannot access the wiki. There are several ERR: <urlopen error [Errno 111] Connection refused> to be found.
Check your firewall, make sure you can get to the wiki from the command line, etc. MarkAHershberger(talk) 15:22, 13 November 2019 (UTC)

Noob with a Wiki view and intranet privacy issue

I have recently been handed our company's wiki account to correct the ongoing issues from a prior employee no longer with us. I have not worked with Wiki before, so please forgive my lack of knowledge, but I am a sys admin for other systems and I can pick up on software quickly.


So, our issue is 2 parts:

  1. From a main computer the view is broken, with the sidebar showing all the way at the bottom of the screen. I would like to restore it to a normal Wiki view.
  2. Our site does not seem to be private to our intranet. I can access it from any cell phone outside the company (note: the sidebar is correct in mobile device). It should not be openly available to the public. How can I set the privacy?


Thank you for your guidance. PapillonSupport (talk) 18:11, 11 November 2019 (UTC)

wiki.papillonribbon.com PapillonSupport (talk) 18:21, 11 November 2019 (UTC)
1. I am not sure on what you mean with the sidebar. Can you elaborate? Do you mean the thing on the left hand side, which contains the links "Main Page", "Recent Changes" and so on? I am viewing the wiki from a desktop computer right now and it looks normal to me...
2. You can use $wgGroupPermissions iside your LocalSettings.php files to restrict access to the wiki.
E.g.
$wgGroupPermissions['*']['read'] = false;
$wgGroupPermissions['user']['read'] = true;
will disallow anonymous users to view the wiki. Only after you are logged in, you will then be able to see it.
And allow me to add
3. Your MediaWiki version is old and you should do a MediaWiki upgrade. Version 1.25 is outdated and does no longer get bugfixes or security updates. See Manual:Upgrading for more details. You should update to MediaWiki 1.27 at least. Your PHP version will even allow you to upgrade to MediaWiki 1.30. Note that both of these versions are no longer maintained already as well. In the long run you will have to upgrade PHP to at least PHP 7. With PHP 7 you will be able to use MediaWiki 1.31, which will still be supported for more than a year from now. 2001:16B8:10A3:9200:C975:A5C:92E3:E0C0 (talk) 21:12, 11 November 2019 (UTC)
In addition to upgrading (you should upgrade PHP to 7.3 if possible and use MW 1.31 since 1.27 has just moved out of support), the version string seems to indicate you are using Percona, not vanilla MySQL. If that is the case, check out my percona driver: https://github.com/MWStake/PerconaDB MarkAHershberger(talk) 21:40, 11 November 2019 (UTC)

Suppress the sidebar

Good evening, Wikipedians.

New wiki site. I'm trying to suppress the sidebar, as we have header columns instead (making the sidebar redundant). We're using the Refreshed skin as our default.

  • MW 1.33.1
  • PHP 7.2.24
  • MySQL 5.6.45

Any help/guidance will be appreciated. LeyteWolfer (talk) 22:49, 11 November 2019 (UTC)

You could play around with the CSS, e.g. set div#sidebar to display:none and change #content-wrapper from margin: 0 1em 0 12em to margin: 0 1em 0 1em.
Or you could just delete the sidebar div from the skin's php file. Jonathan3 (talk) 00:30, 12 November 2019 (UTC)
Thank you. I'll start looking into these two methods. LeyteWolfer (talk) 13:15, 12 November 2019 (UTC)

how to create a bot user on the hosted phabricator?

I am new to the phabricator and i want to connect phabricator to the Jenkins using the bot user.

But i am unable to create a bot user in the hosted phabricator. Abhipise (talk) 11:38, 12 November 2019 (UTC)

@Abhipise What exactly is "hosted Phabricator"? Is this question related to the Wikimedia instance of Phabricator at https://phabricator.wikimedia.org? If it is, then please elaborate. Thanks! AKlapper (WMF) (talk) 16:17, 12 November 2019 (UTC)

Restrict $wgWhitelistRead by group membership possible?

I have created a group that can only edit and view a single page. The page call is enabled by $wgWhitelistRead. This also allows anonymous users to read the page. Is it possible to create an if query for registered users in localsettings.php, so that only registered users see the website? Or is there a better way for my purpose? 91.42.115.186 (talk) 13:48, 12 November 2019 (UTC)

I think this can only be done with Extension:Lockdown. However, have in mind that MediaWiki hasn't been built with view restrictions in mind and someone could potentially leak the contents of such hidden pages with various methods. Ciencia Al Poder (talk) 10:27, 13 November 2019 (UTC)
Is it possible to create an if query for registered users in localsettings.php, so that only registered users see the website? Or is there a better way for my purpose?
Yes, see $wgGroupPermissions and, specifically, restricting the "read" permission to the "user" group. MarkAHershberger(talk) 16:36, 13 November 2019 (UTC)
But what the op wants is a bit more complicated: nobody can see anything, and registered users can edit and read 1 page, where admins (I suppose) have no restrictions. Or at least that's what I understood. Ciencia Al Poder (talk) 21:42, 13 November 2019 (UTC)
Yes, that's exactly what I meant. 91.42.115.186 (talk) 05:45, 14 November 2019 (UTC)
You probably want to use a different software for this. I don't think MediaWiki is suitable for this purpose. Ciencia Al Poder (talk) 10:14, 14 November 2019 (UTC)
  1. Require users to log in.
  2. Install and configure Lockdown so that users can only edit pages in the main namespace.
  3. Remove the ability of normal users to create pages.
  4. Allow Admins to edit any namespace.
This way, the main namespace contains a single page--the default main page that users can log in and edit.
All other editing that admins do is done in other namespaces. MarkAHershberger(talk) 04:00, 15 November 2019 (UTC)
The thing is, the OP wants to restrict viewing by group Ciencia Al Poder (talk) 10:12, 15 November 2019 (UTC)
If Extension:Lockdown is going to be used, then I think it can also be used to restrict "read" permission for specific namespaces too.🤔 AhmadF.Cheema (talk) 13:54, 15 November 2019 (UTC)
Yes, Lockdown can work for that. MarkAHershberger(talk) 16:29, 15 November 2019 (UTC)

Mediawiki 1.33 running on Windows

I have tried every combination of plugins to get my Mediawiki to authenticate using LDAP to Active Directory with no such luck. I have attempted to convert from LDAPAuthentication, to LDAPHub migration. When attempting to login, I am now receiving this error, "There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Please resubmit the form." Any Help would be appreciated. All was working fine with LDAPAuthencation before the upgrade. Thanks again. Kking01 (talk) 16:02, 12 November 2019 (UTC)

try setting $wgSessionCacheType = CACHE_DB; Bawolff (talk) 16:20, 12 November 2019 (UTC)
Tried your suggestion. Still no luck. I was at one point able to get it to return my full name from the table, but still failed on login like it wasn't excepting the group I was limiting it to. "Username Not Authorized" Kking01 (talk) 14:07, 13 November 2019 (UTC)
Added this to my localsettings.php file. still no luck. attaching the config I am using for ldap if this may help. Checked that all extensions are loaded, but still get the same error about session hijacking.
wfLoadExtensions( [
    'PluggableAuth',
    'Auth_remoteuser',
    'LDAPProvider',
    'LDAPAuthentication2',
    'LDAPAuthorization',
    'LDAPUserInfo'
] );
$LDAPAuthorizationAutoAuthRemoteUserStringParser = 'username-at-domain';
$LDAPAuthentication2UsernameNormalizer = 'strtolower';
$LDAPAuthentication2AllowLocalLogin = true;
$wgAuthRemoteuserAllowUserSwitch = true;
$wgPluggableAuth_EnableLocalLogin = false;
$wgAuthRemoteuserUserName = function() {
    $user = '';
    if( isset( $_SERVER[ 'REMOTE_USER' ] ) ) {
        $user = strtolower( $_SERVER[ 'REMOTE_USER' ] );
    }
    return $user;
};
$LDAPProviderDomainConfigProvider = function() {
    $config = [
        'domain.net' => [
            'connection' => [
                "server" => "Server.oishq.net",
                "user" => "cn=username,cn=users,dc=domain,dc=net",
                "pass" => "XXXXXX",
                "port" => "389",
                "enctype" => "clear",
                "options" => [
                    "LDAP_OPT_DEREF" => 1
                ],
                "basedn" => "dc=domain,dc=net",
                "groupbasedn" => "cn=users,dc=domain,dc=net",
                "userbasedn" => "dc=domain,dc=net",
                "searchattribute" => "uid",
                "usernameattribute" => "uid",
                "realnameattribute" => "fullname",
                "emailattribute" => "mail",
                "grouprequest" => "MediaWiki\\Extension\\LDAPProvider\\UserGroupsRequest\\UserMemberOf::factory"
            ],
            'authorization' => [
                'rules' => [
                    'groups' => [
                        'required' => [
                            'cn=wiki-admin,cn=users,dc=domain,dc=net'
                        ]
                    ]
                ]
            ],
            'userinfo' => [
                'attributes-map' => [
                    'email' => 'mail',
                    'realname' => 'fullname'
                ]
            ]
        ]
    ];
    return new \MediaWiki\Extension\LDAPProvider\DomainConfigProvider\InlinePHPArray( $config );
};
Kking01 (talk) 18:05, 12 November 2019 (UTC)
  1. You are not setting $wgAuthRemoteUserName correctly. See the documentation.
  2. If you want to use Auth_remoteuser, then you do not want to also include LDAPAuthentication2. Choose one. See the LDAPStack flow chart. MarkAHershberger(talk) 03:48, 15 November 2019 (UTC)

updateBlacklist.php - Really done?

Hi

I've set up a MediWiki Family, including the StopForumSpam extension.

Two questions

- Do I need to run the updateBlacklist.php script for the extension to Work?

- When I run the script, it outputs

Starting...

Done!

Took 2.4573900699615 seconds

-> After the execution, I would expect some entries in the ipblocks table, but it is empty. Is this correct (is my expectation wrong) or did I do something wrong?


Thanks!

Nic Omg nginx (talk) 19:41, 12 November 2019 (UTC)

No. The list is saved in object cache, those IP aren't immediately blocked. Only when they try to edit. Ciencia Al Poder (talk) 10:23, 13 November 2019 (UTC)
Ok, thank you.
Does it makes sense to share the objectcache table for a wiki family? Or will it mess things up? Omg nginx (talk) 19:18, 13 November 2019 (UTC)
It's possible to share it, all keys should prefix the database domain id (usually dbname) except global keys like this one that don't.
With several wikis, it's better if you use memcached or redis instead of the database as cache. Ciencia Al Poder (talk) 10:14, 14 November 2019 (UTC)

Nginx vs Apache for MediaWiki

I'm installing a fresh version of MediaWiki. The Manual:Installation requirements#Web server say that Nginx and Apache both work although Apache is used more often... Any ideas on how to decide which is better for MediaWiki? I'm able to use either. FreshVegetarian (talk) 08:09, 13 November 2019 (UTC)

From my experience, nginx using php-fpm should give the best performance. Ciencia Al Poder (talk) 10:16, 13 November 2019 (UTC)

Show recent page changes on a page

You add this page in the your watchlist. Gustave London (talk) 12:49, 13 November 2019 (UTC)
No, i want in general to show a recent changes feed just of the current page in the upper part on the current page and not user-dependent.
Let´s say i want to include {{
List of abbreviations:
D
Wikidata edit
N
This edit created a new page (also see list of new pages)
m
This is a minor edit
b
This edit was performed by a bot
(±123)
The page size changed by this number of bytes

10 May 2026

}} , but just showing the recent changes section of the page where i included it and not showing recent changes of the whole wiki.

Is that possible somehow? Seehausen (talk) 08:36, 14 November 2019 (UTC)
You want to show the page history, not recent changes.
There's no magic word to do that. I don't know if there's an extension to do that. With JavaScript, you can query the API:Revisions to get the info you want and insert it anywhere on the page. Of course, that needs coding skills. Ciencia Al Poder (talk) 10:19, 14 November 2019 (UTC)
You could display the original author, most recent editor and edit date using Extension:DynamicPageList (third-party) and the addauthor, addlasteditor and addeditdate parameters. Jonathan3 (talk) 21:25, 14 November 2019 (UTC)
Ok that´s good to know. I tried to test a query with the API-sandbox and the JSON output would be:
{
   "action": "query",
   "format": "json",
   "prop": "revisions",
   "titles": "Main Page",
   "rvprop": "timestamp|user|comment",
   "rvlimit": "5"
}
Where do i need to "code" that query/snippet and what would i need to write in the page content text box to refer to the code then and show the page history finally?
Please go slightly in detail.
Best regards and thank you! Seehausen (talk) 08:54, 15 November 2019 (UTC)
@Jonathan3I installed the Extension:DynamicPageList (third-party) because according to the manual for my use case it offers some solutions.
But as i installed the extension i didn´t have editing permission on the pages anymore.. So i couldn´t put the any tags /content on the pages.
Does the extension automatically restrict access on the pages and i need to change user rights first? Seehausen (talk) 11:02, 15 November 2019 (UTC)
Regarding the extension, it probably isn't supposed to, so it might be a bug. First, make sure you have that extension version installed which corresponds to your MediaWiki version; second, make sure Extension:DynamicPageList (third-party) is the problematic extension, it's possible that some other extension is bugging out (a previous version of Extension:Lockdown is known to cause this). AhmadF.Cheema (talk) 13:49, 15 November 2019 (UTC)
I have never had that problem so unfortunately can't help you.
I just use the latest extension versions from git whenever I upgrade MediaWiki – but I never keep up to date with MediaWiki – so maybe you're having a problem because you have the current MediaWiki version. Jonathan3 (talk) 01:05, 16 November 2019 (UTC)
@Jonathan3
I now used the latest extension version of DynamicPageList3 , updated the Wiki and inserted the following code according to the manual:
{{#dpl: title= MainPage
|addeditdate=true
|ordermethod=lastedit
|order=ascending
|count=10 }}
but it returns the following error:
"Error: no suitable entry found.", although the MainPage was edited recently.
(If i include the line "namespace= |MainPage" instead of "title= MainPage" it shows recently edited subpages, but we just want to display a smaller "history" of the current page (excluding changes of subpages))
Does anyone have an idea what the problem could be?
Best regards and thanks in advance. Seehausen (talk) 10:50, 18 November 2019 (UTC)
Hi everyone,
I have a similar problem, can anyone help please?

134.130.74.86 (talk) 10:14, 21 November 2019 (UTC)
I've only looked at one thing, so it could be something else, but Main Page has a space in it. Jonathan3 (talk) 22:36, 25 November 2019 (UTC)

Content model

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.


Who could switch the content model of Template:Contentframe-2019.css to Sanitized CSS, as is done here by TheDJ for the same css-file on Wikimania.org? Pointing me to a similar resolution on this Wiki-project is fine to.

Target: Wiki Techstorm/Photography policy, which I would like to base on this photography policy.

Thanks in advance for any help, RonnieV (talk) 13:45, 13 November 2019 (UTC)

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

Transcluding specific logs from Recent Changes

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


Is it possible to filter Recent Changes to only show a specific log? I want a forum feed displaying on my main page (using Extension:WikiForum) but it creates a forum log in the Special namespace (-1) rather than its own namespace. It would be better if I could just transclude the log page instead but it doesn't seem possible. Vishkujo (talk) 00:00, 14 November 2019 (UTC)

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

After upgrading to 1.33.1, the "l10n_cache" table is 783M, what is the problem?

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


I just upgraded my website from 1.27.1 to 1.33.1, then size of the database reached over 800M, but my site is definitely not so big, I just checked the "l10n_cache" table alone is 783M, so what is the function of this table? how to reduce it? 45.135.186.39 (talk) 00:13, 14 November 2019 (UTC)

Manual:L10n cache table
I found this link, so the content within this table could be deleted manually, without effecting the execution of the whole database? Moonriverzf (talk) 00:50, 14 November 2019 (UTC)
Yes, you can truncate this table, and the contents will be regenerated. Ciencia Al Poder (talk) 10:20, 14 November 2019 (UTC)
Yes, It's done. After truncate, the size is reduced to 2.5M immediately, and "delete *" doesn't work, should be "truncate". Moonriverzf (talk) 07:06, 19 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

PHP displayed incorrectly?

Hello all!

I'm having a lot of trouble activating my mediawiki. I'm at a loss at what I am doing wrong. I am getting the following message:


MediaWiki 1.32 requires at least PHP version 5.5.9 or HHVM version 3.18.5, you are using PHP 5.3.10-1ubuntu3.26.


But when I go to my webhosting and open the info.php, it says version 7.0 is active. I emptied my browser hsitory, cache, everything. I uploaded through dreamweaver and filezilla but got the same results. What can I do to get my wiki going? Aranamarunda (talk) 15:59, 14 November 2019 (UTC)

Contact your web host to figure out what is going wrong.
Also, use php 7.2+ if possible. MarkAHershberger(talk) 04:06, 15 November 2019 (UTC)
Okay thanks. They seem a bit non-forthcoming. But I'll try :D Aranamarunda (talk) 12:51, 15 November 2019 (UTC)

Username and password problems

So recently I had my password reset twice and now that I try to reset the password myself, the website says my username doesn't exist? I don't understand what's going on with my login. I've tried contacting the support myself and they've tried helping but nothing has been done, please help and thank you. 24.181.218.205 (talk) 17:57, 14 November 2019 (UTC)

Which wiki? Regards, ZI Jony (Talk) 18:07, 14 November 2019 (UTC)

Moved wiki to new server. Images broken

Hey Guys, new mediawiki administrator here. Just started at a new company that uses a mediawiki but the last guy didn't write down the mysql database root password...and it was also on Windows(Yuck!.) I stood up a new Ubuntu server, installed mediawiki, all the extensions, exported/imported the main pages, exported/imported the file: pages, moved the images directory to the new server and changed the owner of those files to root.


The problem I am coming across is that the file: pages aren't picking up the images that I moved to the new server. I see broken links(red links) for the images like this 'File:Image001.png' and on other pages I'm seeing somthing like this '250px'. I came across a support page saying to export the mysql table for those, but I don't have access to the old site's sql database. What the best way to link the File: pages to the images?

Thanks and let me know if you need more information from me. Wrathofmcgrath (talk) 21:28, 14 November 2019 (UTC)

Change the owner of the images directory so that the web user can update the uploaded images. Otherwise thumbnailing won't work.
Instead of putting the image directory in the same place try using importImages.php to import the images. MarkAHershberger(talk) 04:05, 15 November 2019 (UTC)
Thanks for the reply, what is the web user? is that a group of users? Wrathofmcgrath (talk) 14:17, 15 November 2019 (UTC)
If you are using Ubuntu, then the user is www-data. MarkAHershberger(talk) 16:31, 15 November 2019 (UTC)
You're the man MarkAHershberger! That solved my problem. Thanks for your help.! Wrathofmcgrath (talk) 17:49, 15 November 2019 (UTC)

Cant access my wiki anymore, i get an internal error.

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


im new to mediawiki, so i dont know much about it but i was recommended it because is write alot and now have a huge clutter of disconnected storys. i installed it a week ago and i ran fun, until today. now i get this error and i cant fix it , please help.

im using mediawiki 1.33.1. im also running it of my external hard drive and with xampp, with the apache and mysql servers.

this is the error get when i try to access my wiki, and yes i know i spelled custom wrong.

backtrace
[45000867b9f3ce19c357ea7a] /wiki/ Wikimedia\Rdbms\DBQueryError from line 1587 of ...\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 lc_value FROM `l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'deps' LIMIT 1
Function: LCStoreDB::getError: 1932 Table 'my_custem_storys.l10n_cache' doesn't exist in engine (localhost).
Backtrace:.
#0 ...\includes\libs\rdbms\database\Database.php(1556): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string).
#1 ...\includes\libs\rdbms\database\Database.php(1274): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
#2 ...\includes\libs\rdbms\database\Database.php(1784): Wikimedia\Rdbms\Database->query(string, string)
#3 ...\includes\libs\rdbms\database\Database.php(1609): Wikimedia\Rdbms\Database->select(string, string, array, string, array, array)
#4 ...\includes\cache\localisation\LCStoreDB.php(61): Wikimedia\Rdbms\Database->selectField(string, string, array, string)
#5 ...\includes\cache\localisation\LocalisationCache.php(410): LCStoreDB->get(string, string)
#6 ...\includes\cache\localisation\LocalisationCache.php(456): LocalisationCache->isExpired(string)
#7 ...\includes\cache\localisation\LocalisationCache.php(375): LocalisationCache->initLanguage(string)
#8 ...\includes\cache\localisation\LocalisationCache.php(294): LocalisationCache->loadSubitem(string, string, string)
#9 ...\languages\Language.php(2645): LocalisationCache->getSubitem(string, string, string)
#10 ...\includes\cache\MessageCache.php(989): Language->getMessage(string)
#11 ...\includes\cache\MessageCache.php(947): MessageCache->getMessageForLang(LanguageEn, string, boolean, array)
#12 ...\includes\cache\MessageCache.php(889): MessageCache->getMessageFromFallbackChain(LanguageEn, string, boolean)
#13 ...\includes\Message.php(1308): MessageCache->get(string, boolean, LanguageEn)
#14 ...\includes\Message.php(863): Message->fetchMessage()
#15 ...\includes\Message.php(955): Message->toString(string)
#16 ...\includes\title\MalformedTitleException.php(49): Message->text()
#17 ...\includes\title\MediaWikiTitleCodec.php(297): MalformedTitleException->__construct(string, string)
#18 ...\includes\Title.php(3139): MediaWikiTitleCodec->splitTitleString(string, integer)
#19 ...\includes\Title.php(407): Title->secureAndSplit()
#20 ...\includes\MediaWiki.php(83): Title::newFromURL(NULL)
#21 ...\includes\MediaWiki.php(140): MediaWiki->parseTitle()
#22 ...\includes\MediaWiki.php(781): MediaWiki->getTitle()
#23 ...\includes\MediaWiki.php(515): MediaWiki->main()
#24 ...\index.php(42): MediaWiki->run()
#25 {main}

and this is the error i get when i try to update it

upgrade log
Turning off Content Handler DB fields for this part of upgrade
Adding ipb_id field to table ipblocks ...
An error occurred:A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?
Query: ALTER TABLE `ipblocks` ADD ipb_auto tinyint NOT NULL default '0', ADD ipb_id int NOT NULL auto_increment, ADD PRIMARY KEY (ipb_id)
Function: Wikimedia\Rdbms\Database::sourceFile( .../maintenance/archives/patch-ipblocks.sql )
Error: 1932 Table 'my_custem_storys.ipblocks' doesn't exist in engine (localhost)

please help, i was finaly getting used to it.

ps. i do have a local backup, cause i didnt know you can use mysql to make backups but now i do. so if im basicly screwed and have to start a new one, please tell me how i can transfer the files from the old backup and not still get the error, cause i already tried. Dark gundam (talk) 00:38, 15 November 2019 (UTC)

ok idk why it lined it up like that and it wont let me line it up how it actualy is but i hope you still get it. Dark gundam (talk) 00:57, 15 November 2019 (UTC)
Since it looks like you are using WAMP, you should be able to use phpmyadmin to back up the database. It would also be helpful to see what tables exist in the my_custem_storys database since it looks like some are missing. MarkAHershberger(talk) 04:19, 15 November 2019 (UTC)
welp now i have a new problem. i tried to reinstall the wiki then pasting the original over it, hoping maybe something was missing, didnt work. i didnt diffrent versions of this in diffrent orders and nothing worked. so i uninstalled xampp and then reinstalled it and then reinstalled wiki and pasting the old wiki over that. now its the defualt wiki, when you first installed it, but the odd this is, all of the original files are in the folder so i dont know why its loading the defualt rather than my edited one. so i fixed the accessing problem but now i have a new one. so is there a way to make it load them or some trick or do i have to go into the fiels and paste them into a new location. if the last one then i dont know were page data is stored within the folder. Dark gundam (talk) 05:21, 15 November 2019 (UTC)
Aside from the MediaWiki files. have you restored the database too?
How did you make a backup of your database? Was it through phpMyAdmin? AhmadF.Cheema (talk) 14:00, 15 November 2019 (UTC)
i dont think i did, idk how to check. its a local backup with winrar, i didnt known phpmyadmin could do auto backs unill resently cause i just started using mediawiki barely aweek ago. like i said is pasted the original files, after a made a new wiki with the same project name, and i can see the files, like the images but i dont know were page data is stored, but the pages, templates and images are not being loaded dispite being in there original place. Dark gundam (talk) 21:48, 15 November 2019 (UTC)
The problem is that aside from files in the MediaWiki folder, you also need to restore the database. Except for images and LocalSettings.php, almost all the content added to a Wiki is only present in the database.
See the answers to this question to see if you can still restore the database. AhmadF.Cheema (talk) 02:24, 16 November 2019 (UTC)
thats one of the problems, when i go into the localhost admin page and try to mess arround with it, it kept giving me an error saying some table is missing, i dont remember which one. i was forced to reinstall xampp because mysql wouldnt launch either. when i looked it up poeple said i had to delete some files in the data page to get it to work again but nothing in the folders just the files in the root data folder. i still have a backup of that folder to just in case. does this mean im screwed and have to start all over again. Dark gundam (talk) 04:55, 16 November 2019 (UTC)
As the above linked SO question mentions, the database is in the directory: C:\xampp\mysql\data
If your backup includes that too, then maybe the database backup exists, not sure how it can be restored though. AhmadF.Cheema (talk) 13:20, 16 November 2019 (UTC)
im so sorry if havnt said anything, i legit forgot about this post. i desided to give up on it and start over again. luckly i havent done that much so it wasnt that hard but ive learned my lesson. im making regular backups of the data and during manuel local backs of the data folder from time to time.
thank you for trying to help me and sorry i wasted any of your time. Dark gundam (talk) 02:56, 10 December 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Is there a sub-site concept in MediaWiki and do Wikipedia built upon it?

In some CMSs like WordPress (and I think also Drupal) the core allows to build one site as an "engine" for 1 or more other sites which are actually sub sites, represented either by subdomains or slashes.

AFAIK, Wikipedia works like this, for example:

en.wikipedia.org for English sub site

ar.wikipedia.org for Arabic sub site

Is there a sub-site concept in MediaWiki and do Wikipedia built upon it?

Thanks in advance, 49.230.28.63 (talk) 04:03, 15 November 2019 (UTC)

You are talking about a wiki-farm. MarkAHershberger(talk) 04:07, 15 November 2019 (UTC)
They are basically separate sites with separate databases, linked through interwiki links. However they can share both the same code files, and same config files (With overrides on a per site basis) Bawolff (talk) 02:22, 16 November 2019 (UTC)

apierror-visualeditor-docserver-http: HTTP 404

hi, when i use parsoid , it display "apierror-visualeditor-docserver-http: HTTP 404" Guoqiang5277 (talk) 04:15, 15 November 2019 (UTC)

LocalSetting.php
wfLoadExtension( 'VisualEditor' );
$wgDefaultUserOptions['visualeditor-enable'] = 1;
$wgHiddenPrefs[] = 'visualeditor-enable';
$wgVirtualRestConfig['modules']['parsoid']['url'] = 'http://172.24.2.53:8000';
$wgVirtualRestConfig['modules']['parsoid']['domain'] = '172.24.2.53:9421'; Guoqiang5277 (talk) 04:17, 15 November 2019 (UTC)
config.yaml
worker_heartbeat_timeout: 300000
logging:
   level: info
services:
  - module: lib/index.js
   entrypoint: apiServiceWorker
   conf:
     -  mwApis:
         uri: 'http://172.24.2.53:9421/api.php'
         domain: '172.24.2.53:9421' Guoqiang5277 (talk) 04:17, 15 November 2019 (UTC)
the log
{"name":"lib/index.js","hostname":"ubuntu","pid":15423,"level":60,"levelPath":"fatal/request","msg":"Invalid domain: 172.24.2.53","time":"2019-11-15T04:17:53.663Z","v":0}
{"name":"lib/index.js","hostname":"ubuntu","pid":15435,"level":60,"levelPath":"fatal/request","msg":"Invalid domain: 172.24.2.53","time":"2019-11-15T04:17:55.119Z","v":0} Guoqiang5277 (talk) 04:18, 15 November 2019 (UTC)
when i open url "http://172.24.2.53:8000/172.24.2.53:9421/v3/page/html/Main_Page"
the page dispaly
" Invalid domain: 172.24.2.53:9421" Guoqiang5277 (talk) 04:19, 15 November 2019 (UTC)
mediawiki version : 1.33.1
parsoid version : 0.10.0
node -v : v12.13.0
nodejs -v :v9.11.2
os version : ubuntu 16.04 LTS Guoqiang5277 (talk) 04:21, 15 November 2019 (UTC)

Trying to login to https://lte-wiki.rnd.ki.sw.ericsson.se/mediawiki/index.php/ fails using the MediaWiki credentials

Dears,


Trying to login to


https://lte-wiki.rnd.ki.sw.ericsson.se/mediawiki/index.php/System/Parameter_List/System_Constants


It fails even though I am connected to MediaWiki Page


How can I access the above link ????


My Kind Regards

Ioannis Zompas Eioazom1 (talk) 09:39, 15 November 2019 (UTC)

Hi. You're trying to access a corporate wiki that's using MediaWiki. This website is for support about MediaWiki software, but we don't host that wiki and can't handle login problems. You should contact your system administrator for assistance. Ciencia Al Poder (talk) 10:16, 15 November 2019 (UTC)

Is there a simple way to get images returned in search results?

Product Version
MediaWiki 1.33.0
PHP 7.2.24-0ubuntu0.18.04.1 (fpm-fcgi)
MySQL 5.7.27-0ubuntu0.18.04.1

On my wiki, several of my articles have a single image. The articles are broken into various categories based on attributes they have in the game. What I would like to do is change the way my search results appear such that they include the image for that article. I have installed the PageImage extension and I'm currently using CirrusSearch. The search results that I am getting look great and are perfect for what I need, but I would prefer it if the results would include the Page Image as well, preferaby in a gallery-style format. I've looked at DynamicPageList, and while it comes close, it doesn't quite match up to what I'm looking for.

Any ideas on how I might go about accomplishing this?
Blinkingline (talk) 22:29, 15 November 2019 (UTC)

Your choices seem to be either using Extension:QuickSearchLookup , making a feature request for that extension, creating an extension to do that or waiting indefinitely for it to be provided in mediawiki itself. 197.218.95.146 (talk) 12:19, 16 November 2019 (UTC)

Current website is on 1.24.2 Mediawiki. How to switch to 1.33.1 version? Is there any step-by-step procedure for that?

Hello,

Could you, please, help with the procedure on how to switch 1.24.2 version of MediaWiki to 1.33.1 version? There are more than 1500 pages of the website, and maybe there is some direct instructions about that?

I shall appreciate your assistance very much!

( MediaWiki1.24.2 PHP5.5.38-pl0-gentoo (apache2handler) MySQL5.6.43-84.3-log ) Tjqruweb (talk) 12:47, 16 November 2019 (UTC)

Manual:Upgrading Malyacko (talk) 15:35, 16 November 2019 (UTC)

{{Please leave this line alone and write below (this is the coloured heading)}} read raw NS 0 page via Lua

My module is supposed to read raw wikitext of a page located in namespace 0.

Syntax "{{msgnw::test}}" works somewhat from wikitext. How can I do this from a module?

Function "expandTemplate" fulfills its name and expands a template or even a page in NS 0. How can I seize raw wikitext instead? Taylor 49 (talk) 16:35, 16 November 2019 (UTC)

See the getContent method of Title.
For example:
mw.title.new( "test" ):getContent() Bawolff (talk) 20:21, 19 November 2019 (UTC)
Thanks ... this looks promising ... I'll test. Taylor 49 (talk) 02:01, 20 November 2019 (UTC)

Category page not refreshed

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, category page is not automatically refreshed when I have create a new page using this category... This happens on lots of category pages... Thanks a lot for your help... ~ Guy6631 (talk) 17:58, 17 November 2019 (UTC)

See Manual:Job queue. Jonathan3 (talk) 19:10, 17 November 2019 (UTC)
Many thanks... ~ Guy6631 (talk) 22:40, 17 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Error running refreshLinks.php

MediaWiki 1.33.1

PHP 7.3.11 (cgi-fcgi)

MariaDB 10.3.17-MariaDB-1:10.3.17+maria~bionic

Wiki URL: http://www.seigmen.no/

Wiki Languate: Norwegian


Updating from 1.25.3 to 1.33.1 there have apparently been som encoding issuses, where pages having titles with non ASCII characters simply won't show. I've managed to locate pages being orphaned by this problem: http://www.seigmen.no/index.php?title=Spesial%3AForeldrel%C3%B8se_sider&limit=250&offset=0

Searching for a solution I came to the conlusion that the running of rebuildall.php / refreshLinks.php was needed. Unfortunately I can't get refreshLinks.php to work

> php refreshLinks.php

Refreshing redirects table.
Starting from page_id 1 of 915.
100
200
300
400
500
600
700
800
900
Refreshing links tables.
Starting from page_id 1 of 915.
[ad957bb037931af4f1c02f5b] [no req]   Error from line 3676 of ../httpd.www/includes/page/WikiPage.php: Call to a member function refreshCountsIfEmpty() on bool
Backtrace:
#0 ../httpd.www/includes/deferred/MWCallableUpdate.php(34): WikiPage->{closure}()
#1 ../httpd.www/includes/deferred/DeferredUpdates.php(274): MWCallableUpdate->doUpdate()
#2 ../httpd.www/includes/deferred/DeferredUpdates.php(231): DeferredUpdates::runUpdate(MWCallableUpdate, Wikimedia\Rdbms\LBFactorySimple, string, integer)
#3 ../httpd.www/includes/deferred/DeferredUpdates.php(143): DeferredUpdates::execute(array, string, integer)
#4 ../httpd.www/includes/deferred/DeferredUpdates.php(313): DeferredUpdates::doUpdates(string)
#5 ../httpd.www/includes/deferred/DeferredUpdates.php(104): DeferredUpdates::tryOpportunisticExecute(string)
#6 ../httpd.www/includes/Storage/DerivedPageDataUpdater.php(1601): DeferredUpdates::addUpdate(LinksUpdate, integer)
#7 ../httpd.www/includes/page/WikiPage.php(2134): MediaWiki\Storage\DerivedPageDataUpdater->doSecondaryDataUpdates(array)
#8 ../httpd.www/maintenance/refreshLinks.php(275): WikiPage->doSecondaryDataUpdates(array)
#9 ../httpd.www/maintenance/refreshLinks.php(198): RefreshLinks::fixLinksFromArticle(integer, boolean)
#10 ../httpd.www/maintenance/refreshLinks.php(83): RefreshLinks->doRefreshLinks(integer, boolean, string, boolean, boolean)
#11 ../httpd.www/maintenance/doMaintenance.php(96): RefreshLinks->execute()
#12 ../httpd.www/maintenance/refreshLinks.php(491): require_once(string)
#13 {main}

Any ideas? Buman (talk) 23:38, 17 November 2019 (UTC)

You are right. This is probably some encoding issue. Can you give insight on what is set in your wikis configuration for $wgDBTableOptions and what is actually set in your database (e.g. run SHOW CREATE TABLE page;)?
You might also try to truncate the "secondary links" tables categorylinks, externallinks and pagelinks. Run php maintenance/rebuildall.php afterwards. Make sure you have a backup of your database. Osnard (talk) 06:49, 20 November 2019 (UTC)
Truncating categorylinks, externallinks and pagelinks did the trick. I was now able to run php maintenance/rebuildall.php
But I'm still facing issues with dead links / pages with non-ASCII not showing up.
Regardring....
LocalSettings.php
# MySQL table options to use during installation or update
$wgDBTableOptions   = "ENGINE=InnoDB, DEFAULT CHARSET=binary";
Database
Since my post here, I have tried to change the encoding on the "page" table from latin1 to utf8mb4 (It's named "wikipage" in my database); Currently it looks like this:
CREATE TABLE `wikipage` ( `page_id` int(10) unsigned NOT NULL AUTO_INCREMENT,
 `page_namespace` int(11) NOT NULL,
 `page_title` varbinary(255) NOT NULL,
 `page_restrictions` tinyblob NOT NULL,
 `page_is_redirect` tinyint(3) unsigned NOT NULL DEFAULT 0,
 `page_is_new` tinyint(3) unsigned NOT NULL DEFAULT 0,
 `page_random` double unsigned NOT NULL,
 `page_touched` binary(14) NOT NULL DEFAULT '\0\0\0\0\0\0\0\0\0\0\0\0\0\0',
 `page_latest` int(10) unsigned NOT NULL,
 `page_len` int(10) unsigned NOT NULL,
 `page_content_model` varbinary(32) DEFAULT NULL,
 `page_links_updated` varbinary(14) DEFAULT NULL,
 `page_lang` varbinary(35) DEFAULT NULL,
 PRIMARY KEY (`page_id`),
 UNIQUE KEY `name_title` (`page_namespace`,`page_title`),
 KEY `page_random` (`page_random`),
 KEY `page_len` (`page_len`),
 KEY `page_redirect_namespace_len` (`page_is_redirect`,`page_namespace`,`page_len`)
 ENGINE=MyISAM AUTO_INCREMENT=916 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci
I tried changing back to latin1 and running php maintenance/rebuildall.php a second time. But that didn't make any difference. Buman (talk) 12:05, 20 November 2019 (UTC)
I have exactly the same problem.
Running
PHP 7.0.33-0+deb9u6 (apache2handler)
MariaDB 10.1.41-MariaDB-0+deb9u1
while upgrading from Mediawiki 1.32.1 to 1.33.1.
After upgrading pages having titles with non ASCII characters simply won't show.
I'd executed refreshLinks.php and got exaxtly the same error.
[no req] Error from line 3676 of ../httpd.www/includes/page/WikiPage.php: Call to a member function refreshCountsIfEmpty() on boolean.
$wgDBTableOptions = "ENGINE=InnoDB";
Maybe a problem with the old
$wgDBMysql5 = true;
which is now removed? Kyr (talk) 14:17, 20 November 2019 (UTC)
Kyr, tid you try (SQL)
TRUNCATE TABLE categorylinks;
TRUNCATE TABLE externallinks;
TRUNCATE TABLE pagelinks;
And then running php maintenance/rebuildall.php ? That should at least eliminate the problem with
Error from line 3676 of ../httpd.www/includes/page/WikiPage.php: Call to a member function refreshCountsIfEmpty() on boolean.
Buman (talk) 21:40, 20 November 2019 (UTC)
No, I did not truncate the tables. First I had to fight that character encoding problem. When installing MW a long time ago it set's $wgDBMysl5 = true; in the Localsettings.php. Now this is removed and that breaks my wiki. After that I'll check that rebuildall.php - problem. In my opinion it should be solved as well after solving the character encoding problem.
But many thanks for your answer. Kyr (talk) 12:08, 22 November 2019 (UTC)
As I mentioned above: after fixing the character encoding problem everything works fine. No need to truncate any tables. Kyr (talk) 16:18, 22 November 2019 (UTC)

$wgSMTP with G Suite - MediaWiki is a "Less Secure App"

I'm setting up G Suite for sending notifications and password resets according to Manual:$wgSMTP, with some modification according to https://support.google.com/a/answer/2956491?hl=en. It seems that sending emails don't work unless I enable "Less Secure Apps" in Google. How can I make it so MediaWiki is not considered a "Less Secure App"? I'm using MW 1.33.1, PHP 7.2 fpm-fcgi, MySQL 5.7.27. FreshVegetarian (talk) 07:38, 18 November 2019 (UTC)

Based on https://security.googleblog.com/2014/04/new-security-measures-will-affect-older.html sounds like they want MW to support OAuth2 for sending email, which i guess we don't (or more specificly, pear mail does not). Bawolff (talk) 20:08, 19 November 2019 (UTC)

Module:String additional functions upper, lower and ascii

It would be nice to have functions lower and upper. Eg wtatennis.com requires for the players profiles a lowercase pagename. Currently this requires 26 nested calls to replace. Additionally it would be very helpfull to have a function ascii, which converts all special characters like á into the basic ascii form. 2001:4DD6:A31E:0:25B1:AD14:6CCD:6C1D (talk) 10:31, 18 November 2019 (UTC)

Is https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#mw.language:lc what you are looking for? mw.language.getContentLanguage():lc( "STRING To Lowercase" ) will do lowercase for all unicode, string.lower( "String" ) will do it for just ascii (and ignore non-ascii)
For converting to ascii. Its not perfect, but the best you can do is the following:
string.gsub(mw.ustring.toNFKD( "STRING TO CONVERT TO ASCII HERE éà" ), "[\127-\255]", "" ) Bawolff (talk) 20:00, 19 November 2019 (UTC)

Hi, I have recently discovered an issue on all my Wikis where I have two links next to each other pointing to the Help pages. I have only seen this so far happening on the category pages.

Is there anyway to get rid of one of these links?

Squeak24 (talk) 11:48, 18 November 2019 (UTC)

Where exactly are these "two links" located on the category pages?
Also, what's your MediaWiki version? AhmadF.Cheema (talk) 13:53, 18 November 2019 (UTC)
In the top right hand side of the page. If you go to the All skins page you will see it once.
Instead of it spearing once, I am seeing it twice. When I inspect the code, I am seeing the HTML twice. I have tried to look at the Vector template files but I can't find where it is called from.
The MediaWiki version is 1.31.
Any help is appreciated
Squeak24 (talk) 10:43, 19 November 2019 (UTC)
First, try disabling all your extensions to make sure it isn't some old incompatible extension. AhmadF.Cheema (talk) 17:57, 19 November 2019 (UTC)
Can you link to your wiki? Bawolff (talk) 19:43, 19 November 2019 (UTC)
AhmadF, I will try disabling the apps later today. Thank you for the input.
Bawolff, unfortunately it is on a local network hence not accessible to users outside the organisation. Squeak24 (talk) 13:14, 21 November 2019 (UTC)
A quick update, I have just turned all the extensions off on my development Wiki and I still get the two helps links. Squeak24 (talk) 13:21, 21 November 2019 (UTC)
If you go to index.php?title=NAME_OF_PAGE_HERE&action=raw&templates=expand can you paste what the result is (Assuming nothing in there is private)? Bawolff (talk) 00:17, 22 November 2019 (UTC)

Wiki farm - Images not displayed/requested

Hi

We've moved a Wiki farm to a new server (copy-pasting the db content) and upgraded to 1.33.1. One thing we are struggling with are the images, they are not showing.

I checked the following things

- The database entries for the images exist - there are entries in the images, pages (and probably some more tables)

- The files exist on the fs

- Special:MediaStatistics shows a probable distribution of media files

- $wgShellLocale = "C.UTF-8"; (according to the troubleshooting page)


On the other side

- The page does not make a GET request to retrieve the image, in contrast to the previous installation

- Special:ListFiles does not show any files

- checkImages.php returns Good images: 0/0


Thanks for your help! Omg nginx (talk) 21:02, 18 November 2019 (UTC)

If you upgraded at the same time - sometimes this can happen if the actors upgrade didn't work properly.
Can you try running cleanupUsersWithNoId.php followed by migrateActors.php and see if that helps? Bawolff (talk) 19:42, 19 November 2019 (UTC)
Hi Bawolff
Thanks for your help!
In the meantime I compared a new insert with the existing entries in the images table. All the old entries have 0 as value in the img_description_id, i.e. they don't link to an existing comment. When I try adjust the img_description_id to another comment, I can see the image in the Special:ListFiles page - thus I would assume that is the problem.
Will the cleanupUsersWithNoId.php and migrateActors.php handle that as well? Is there another script doing this?
Sorry, I'm pretty new to MediaWiki - in case cleanupUsersWithNoId.php helps: What would be a reasonable choice for the --prefix parameter?
Thanks! Omg nginx (talk) 20:12, 19 November 2019 (UTC)
i think prefix can be pretty much anything. "Import>" i think is a common choice.
That will mostly fix if the img_actor field is messed up. If img_description_id is messed up, i guess retry running update.php. you can also try running migrateComments.php maybe with --force option Bawolff (talk) 04:28, 20 November 2019 (UTC)
Hi Bawolff
migrateComments.php did not help, but I think I should be able to restore the comment table with the old data in the imagestable.
Thanks so much for your help.

Omg nginx (talk) 19:19, 20 November 2019 (UTC)

Can't login

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


Hi!


I'm seting up a private wiki (nly logged in users can read and edit it) on a free hosting (it's installed as an app ). After a few days, as I'm editing a page, whe I save I get this 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."


When I try to log out. I get this message: "Log out failed due to session error. Please try again."


Then I try to log in in a different browser and I get this message:


"There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Please resubmit the form."


It has happened twice, after another clean install. I can't start it over again!


I've tried setting $wgSessionCacheType = CACHE_DB; in LocalSettings.php, but the problem is NOT solved.


System information:

MediaWiki: version 1.31.5

PHP: version 7.1.33 (cgi-fcgi)

MySQL: 5.7.20-log


I've installed only one extra extension: SimpleTooltip.


Can you help me?? Thanks! 88.24.29.252 (talk) 22:36, 18 November 2019 (UTC)

How long you are editing? Do you have enabled cookies on your computer? wargo (talk) 23:19, 18 November 2019 (UTC)
Idk, I've been editing all day until it has happened again.Cookies are enabled. The other users also can't login from their pcs. 88.24.29.252 (talk) 23:27, 18 November 2019 (UTC)
Do you know how much RAM you have to run the wiki? Could that be related? FreshVegetarian (talk) 03:28, 19 November 2019 (UTC)
I couldn't find the specs, it's a free hosting. Do you think it can be a RAM problem? 88.24.29.252 (talk) 08:17, 19 November 2019 (UTC)
RAM would probably only be related if using CACHE_ACCEL, and the shm_size was kept small to save ram. If you are using CACHE_DB its probably unrelated to RAM [If your site is super slow to load, that is probably related to RAM]
Its hard to know what is causing this, although its definitely weird if you're using CACHE_DB. I would guess that the cheap host is maybe doing something to be cheap... but i don't really know. Bawolff (talk) 19:29, 19 November 2019 (UTC)
Free hosts have limited database size. You may have reached the limit of your quota and doesn't let you insert more data on the database Ciencia Al Poder (talk) 10:33, 20 November 2019 (UTC)
Thanks, Ciencia Al Poder. You were rigth, the problem was related to the database quota. 95.121.95.98 (talk) 15:29, 25 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Comercial uses

Hi, is it allowed to run a MediaWiki wiki for comercial use? For example, can I make ads on the wiki? Can I make the content copyrithed not open/under a free license? Can I disable the '''View source code''' feature for non login in users?

Thank you for help. 105.66.134.110 (talk) 23:27, 18 November 2019 (UTC)

As shown on https://en.wikipedia.org/wiki/MediaWiki, the MediaWiki Software is licensed under GPLv2+. This means that it is free software -- you can modify it however you like and use it for your own purposes, including for commercial use. See this page: https://www.gnu.org/licenses/gpl-3.0.en.html. You can see wikihow.com for an example of a commercial wiki. You choose how to copyright the content of your wiki, whether all rights reserved or in a CC license. I'm not sure how to disable the "view source code" feature for non-login users. FreshVegetarian (talk) 02:04, 19 November 2019 (UTC)

Can't Access site Internally

When accessing the website externally we have no problem viewing it and editing it, but when trying to access it from within the LAN it can't be loaded. We have tried loading it internally on a few different laptops: different OSes, different browsers, no luck. I'm not even sure where to start with this one.

We get the following error message:

This site can’t be reached

<domain name> refused to connect.

Search Google for <site address>

ERR_CONNECTION_REFUSED Elienar (talk) 00:52, 19 November 2019 (UTC)

You probably have some sort of firewall that is blocking it. Bawolff (talk) 19:23, 19 November 2019 (UTC)
I should have mentioned that we used to be able to reach it internally. Then, it stopped being accessible, after a software update I can only guess. Elienar (talk) 23:58, 20 November 2019 (UTC)
Could you provide any specific information about how a firewall might be involved?
When accessing other pages on the web server (apache2) but not the wiki they can be viewed internally, and they maintain their internal ip address instead of the dynamic domain name we are using for external access.
However, when we try to access the wiki internally the internal ip address switches to the domain name in the browser address bar and the page is inaccessible. Elienar (talk) 06:26, 20 December 2019 (UTC)
Some places have firewalls setup so you can only access resources via their external IP addresses externally, and have to use their internal IP address internally. You would have to talk to whomever runs the network to see if that's the case for you. Bawolff (talk) 17:14, 22 December 2019 (UTC)
Are you on a linux system? Could it be that you need a hosts entry so that DNS is bypassed and you go directly to the LAN IP where the site is hosted? Walttheboss (talk) 03:19, 24 December 2019 (UTC)
you can modify hosts files on both windows & linux. If someone is managing the network and you wanted to do something like that, probably just using your own dns resolver would be a more robust solution. Bawolff (talk) 05:26, 24 December 2019 (UTC)

mwclient support group?

What's the best place to ask questions about the python mwclient? There doesn't seem to be a mailing list for it. RoySmith (talk) 03:57, 19 November 2019 (UTC)

You could try here or you could file an issue on the github project page. MarkAHershberger(talk) 23:35, 20 November 2019 (UTC)

Xlight program

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 ma an Xmas light enthusiast in Brisbane Australia.Last chrisma a guy had done a good display and i talked to him with interest of doing a project this year. He sold me DMX512 Decoders with 27 camels (9x3RGM+common). I have bought 1000 RGB pixels from Ali Express as well.

Now the person whom I bought the decoders have left the town and I am helpless to do the rest of work.

I have the following;

RGB pixels

DMX512 27 chanel decorders

Power pack

I need to test Nutcracker sequences from computer. Other than above do I need any other controllers or consoles for the project please. Please educate me MahindaDeSilva (talk) 06:18, 19 November 2019 (UTC)

This is for support regarding mediawiki software, not general technical help DannyS712 (talk) 06:21, 19 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

delete categories

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.


Moin,

there are some categories witch are redlinks and have zero entries:

https://www.bilder-upload.eu/upload/5d41c9-1574155948.png


How can i delete this useless things?

Paul Paul Hema (talk) 12:15, 19 November 2019 (UTC)

Newer versions (MW 1.28 and greater) of MW should automatically delete these.
Older versions you can't (short of actual DB manipulation) Bawolff (talk) 19:15, 19 November 2019 (UTC)
You can force them to be deleted by running cleanupEmptyCategories.php (since MW 1.28) Bawolff (talk) 19:19, 19 November 2019 (UTC)
Nice. Thank you! Paul Hema (talk) 07:14, 20 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Slack integration

i'm a newbie to mediawiki i have installed it on GCP through bitnami, can someone tell me how to integrate slack to mediawiki to get notification, i've followed this Extension:SlackNotifications documentation to install extension, i can see the extension is installed but i was unable to get notification on slack channel. this is my configuration


require_once("$IP/extensions/SlackNotifications/SlackNotifications.php");

$wgSlackIncomingWebhookUrl = "Slack_hook_URL";

$wgSlackFromName = $wgSitename;

$wgWikiUrl = "WIKI_URL";

$wgWikiUrlEnding = "index.php?title=";

$wgSlackSendMethod = "curl";

$wgSlackRoomName = "#alerts";

$wgSlackIncludeNotificationsFrom = ["Spark"];

$wgSlackNotificationAddedArticle = true;

$wgSlackNotificationEditedArticle = true;

$wgSlackNotificationRemovedArticle = true; 173.66.120.105 (talk) 01:14, 20 November 2019 (UTC)

Can I use QuestyCaptcha and ReCaptcha together?

Hello everyone,

I just finished setting up ReCaptcha and noticed that it creates a Captcha on "Edit" and "Create" of pages as well as "New user registration".

I thought it would be a perfect addition to use QuestyCaptcha for "registration" instead of ReCaptcha

Can I activate both options in my LocalSettings.php or will this give me any problems?


E.g.:


wfLoadExtensions([ 'ConfirmEdit', 'ConfirmEdit/ReCaptchaNoCaptcha' ]);

wfLoadExtensions([ 'ConfirmEdit', 'ConfirmEdit/QuestyCaptcha' ]);

$wgCaptchaClass = 'ReCaptchaNoCaptcha';

$wgReCaptchaSiteKey = 'your public/site key here';

$wgReCaptchaSecretKey = 'your private key here';

$wgCaptchaQuestions = [

'What is the capital of France?' => 'Paris',

'What is the capital of Spain' => 'MADRID', // Answers are case insensitive

'What is the name of this wiki?' => $wgSitename, // You can use variables

'How many fingers does a hand have?' => [ 5, 'five' ], // A question may have many answers

];

$wgMainCacheType = CACHE_ANYTHING;

$wgCaptchaTriggers['createaccount'] = true;

$wgCaptchaTriggers['badlogin'] = true;

$wgCaptchaTriggers['login'] = true;


Utini (talk) 08:51, 20 November 2019 (UTC)

No, you should't activate both. It makes no sense at all. Would you require your visitors to solve both captchas?
What causes captchas to display is not the type of captcha, but this configuration that is captcha-independent:
$wgCaptchaTriggers['createaccount']          = true;
$wgCaptchaTriggers['badlogin']        = true;
$wgCaptchaTriggers['login']    = true;
Ciencia Al Poder (talk) 10:27, 20 November 2019 (UTC)
I dont want to captchas at the same time. I want the easier "ReCaptcha" on edits and new pages creation and the "QuestyCaptcha" on registration and login. Utini (talk) 10:45, 20 November 2019 (UTC)
confirmEdit isnt really designed for this, $wgCaptchaClass can only have one value. There are probably really hacky things you could do, trying to change the captcha clsss based on url, but i wouldnt reccomend it Bawolff (talk) 18:44, 20 November 2019 (UTC)
Ye well I just decided to move to QuestyCaptcha for the whole website. But I am kinda afraid that one might simply give it 10 minutes to crack all my questions.
Anyway, is there any way to also add the captcha to the login page?
The following doesn't work:
$wgCaptchaTriggers['login'] = true; 2003:E5:4F42:1517:1C2F:7BD4:92CD:DD53 (talk) 19:34, 20 November 2019 (UTC)
I'm pretty sure $wgCaptchaTriggers['login'] = true; works. Just be sure you don't access the login page while you're logged in Ciencia Al Poder (talk) 22:15, 20 November 2019 (UTC)
Nope I just tried it from different browsers and even different devices. Also the wiki on mediawiki doesn't list "login" as an existing option? Utini (talk) 07:15, 21 November 2019 (UTC)
You're right, I misread login with createaccount. There's no captcha for login. Ciencia Al Poder (talk) 10:26, 21 November 2019 (UTC)
Hmm a captcha on the login page would be awesome. Is there a place to request such things/features? Utini (talk) 12:17, 21 November 2019 (UTC)
phabricator. Honestly, I don't remember any website that has a captcha for login Ciencia Al Poder (talk) 21:09, 21 November 2019 (UTC)

Slack notifications not working wiki version 1.33

i'm a newbie to mediawiki i have installed it on GCP through bitnami, can someone tell me how to integrate slack to mediawiki to get notification, i've followed this Extension:SlackNotifications documentation to install extension, i can see the extension is installed but i was unable to get notification on slack channel. this is my configuration

require_once("$IP/extensions/SlackNotifications/SlackNotifications.php");

$wgSlackIncomingWebhookUrl = "Slack_hook_URL";

$wgSlackFromName = $wgSitename;

$wgWikiUrl = "WIKI_URL";

$wgWikiUrlEnding = "index.php?title=";

$wgSlackSendMethod = "curl";

$wgSlackRoomName = "#alerts";

$wgSlackIncludeNotificationsFrom = ["Spark"];

$wgSlackNotificationAddedArticle = true;

$wgSlackNotificationEditedArticle = true;

$wgSlackNotificationRemovedArticle = true; 141.161.133.32 (talk) 15:00, 20 November 2019 (UTC)

Pinging the author, @Kulttuuri. MarkAHershberger(talk) 23:46, 20 November 2019 (UTC)
thanks 141.161.133.216 (talk) 17:55, 21 November 2019 (UTC)
@kulttuuri can you help me with this? 141.161.133.216 (talk) 17:56, 21 November 2019 (UTC)
Hi!
You have set this parameter to be correct, right?
$wgSlackIncomingWebhookUrl = "Slack_hook_URL"; Kulttuuri (talk) 19:21, 21 November 2019 (UTC)
yes, i've set that parameter 141.161.133.229 (talk) 15:50, 4 December 2019 (UTC)
I'm not sure what is the issue here then. Could be that curl and / or file_get_contents are both banned in your server. Are you seeing anything in the server php log? Kulttuuri (talk) 17:28, 4 December 2019 (UTC)

Image upload : no thumbnail generated, error code =-1

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


I am using the latest version of Mediawiki (1.33.1). Standard installation, PHP 7.3, no fancy extensions. Computer is a PC, Windows 10, latest version.

On my first attempt to upload a small jpg (less than 1 MB), I got the error message - translated from French - saying "Error when creating thumbnail: Error code = -1".

Image itself is usable, apart from options: setting limits to width and height does not seem to work at all.

I have looked at recent posts regarding such issue and could draw no conclusions about how to correct those glitches:

- no thumbnail

- size limits not working (I'll open a topic later on about this one)

thanks for any hint Amagnien2 (talk) 18:51, 20 November 2019 (UTC)

What are your image related configs in LocalSettings.php ?
I think the most likely cause is that either image magick (convert.exe) is not installed, or MediaWiki cannot locate it. MediaWiki normally uses that program to create thumbnails (although if the installer cannot find it, and the gd php extension is installed, sometimes the installer will configure to use that instead Bawolff (talk) 19:59, 20 November 2019 (UTC)
You got it - ImageMagick was not installed. Now it is (last available version, static), and I have successfully tested it, using the command line.
I also updated localsettings.php with the following lines:
________________________
## To enable image uploads, make sure the 'images' directory
## is writable, then set this to true:
$wgEnableUploads = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "C:\Program Files\ImageMagick-7.0.9-Q16\magick.exe";
________________________
Indeed, there is no convert.exe file any more; "magick" is now the proper command.
Still, I got in trouble, as any attempt to create a thumbnail on file import will result in the following report :
Erreur lors de la création de la miniature : /bin/bash: C:\Program Files\ImageMagick-7.0.9-Q16\magick.exe: command not found Error code: -1
(and the magick.exe file is definitely there; by the way, removing ".exe" from the path does not remove the error, which is hardly surprizing)
Maybe I should try an older version still using convert.exe ? (although I doubt it would solve anything) Amagnien2 (talk) 14:00, 21 November 2019 (UTC)
Its weird that the error message includes "/bin/bash" in it. That is normally a unix thing. I wonder if somehow MediaWiki is not detecting you are on windows, and running the unix command instead.
Just to clarify, you are not running MediaWiki inside cygwin, or linux subsystem for windows, right? Bawolff (talk) 00:36, 22 November 2019 (UTC)
Thanks for your replies. No, I am running MW on Windows 10. I have never used any Linux subsystem for Windows on this machine.
No trace of "Windows" or "Linux" in localsettings.php either. I could see some "bash" appearing in the files (bash_profile, bashrc) generated by my ISP when setting up the web server. Amagnien2 (talk) 11:42, 22 November 2019 (UTC)
>I could see some "bash" appearing in the files (bash_profile, bashrc) generated by my ISP when setting up the web server.
Is your webserver using linux? Bawolff (talk) 20:58, 22 November 2019 (UTC)
I guess yes; just checking (the ISP does not provide immediate info about that). However I understood from Manual:Installing third-party tools that ImageMagick is supposed to be installed on the client machine. Maybe I misunderstood ? Amagnien2 (talk) 12:59, 23 November 2019 (UTC)
If you're webserver is running linux, and you are just accessing it from windows, then you should treat it as entirely running on linux.
Image magick is supposed to be installed on the server. Typically it would be installed by your hosting provider. It would be difficult to install yourself (Probably would require custom compiling a static binary).
So some things you can do:
Maybe image magick is just installed somewhere else. Try setting $wgImageMagickConvertCommand = 'convert'; which will tell MW to look in other places for image magick.
If that doesn't work, you can try using gd instead of image magick (Not as good, but might work): $wgUseImageMagick = false;
If all else, fails you can disable all image resizing with $wgUseImageResize = false; Bawolff (talk) 07:43, 24 November 2019 (UTC)
Thanks. Problem solved: 1st recommendation did not work (error code = -1) ; 2nd recommendation works !
For the time being, I'll leave ImageMagick alone, so as to progress in other areas.
I'll go back to ImageMagick once SSH works (being discussed with ISP support services; nothing seems to work immediately as advertised)...
Anyway, thanks a lot for your patient and competent advice ! Amagnien2 (talk) 10:15, 24 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Updating from version 1.23.6 to 1.33 ??

Is it feasable to update my wiki (see www.aarschot.info) from its current version 1.23.6 (+3 years old) to the newest 1.33 release???

Or is it easier to just install en new version in a separate directory and start completely from scratch?

What about the database? (PHP 7.3.11 & MySQL 5.7.23-23)

Can that be saved reused in any way? 2A02:A03F:4CD8:7000:89B3:89C6:2078:1A1 (talk) 19:25, 20 November 2019 (UTC)

Updating from 1.23 should be fairly straightforward. Follow the instructions at manual:Upgrading, and if you run into any trouble ask. Bawolff (talk) 19:55, 20 November 2019 (UTC)

Upgraded from 1.23 to 1.25 : new user issues

Hi there, I upgraded recently from 1.23 to 1.25, I also updated php from around 5.3 to 5.4. I was able to configure everything with some copying of files/folders and a lot of trial/error. I now have an issue when we try to create a new user. We use LDAP for authentication, and normally, you would just type in your user name (from AD) and your password, then MediaWiki would do the rest (add you to the database, configure your user group, etc). Now, it gives a fatal error from the includes/Users.php.


If i try to just copy over the entire includes folder, we can no longer access the wiki at all. So, I guess the question I'm asking is, what files/folders from includes is responsible for creating new users so I can copy them over to the new version?

Thanks!


Edit: here is the actual error

Fatal error: Call to a member function toString() on a non-object in /mediawiki/includes/User.php on line 3623 Justever (talk) 21:07, 20 November 2019 (UTC)

Is there a reason you can't upgrade to 1.33? MarkAHershberger(talk) 23:36, 20 November 2019 (UTC)
Full disclosure, I am new to doing system administration, but the reason I don't want to upgrade that far is because a lot of the scripts/tools using PHP have been built on 5.3.3 or earlier. This isn't a company that upgrades often, and we are also using RHEL 6. I guess it's more of me not wanting to break everything by upgrading all this software (php 5 to 7 is a big jump). I figured if I took it slowly, I could be more careful about it. Upgrading to 1.25 was so I could use pdf/math functions which I couldn't get to work on 1.23.
Looking at the DB debug file I made, it almost seems like it won't actually write new users to the DB. Every time a new user tries to log in for the first time, it will increment the user_id, but it never actually creates it. So, before upgrading, the last user ID was 71, then after upgrading, the next user ID (when reverting back down to MW-1.23) is 77, (6 tries to make a new user before downgrading) and in the debug log i can see it at 82 or so now.
Thanks for your time! Justever (talk) 23:56, 20 November 2019 (UTC)
The id keep being incremented probably means an insert happened, but it was rolled back when the error happened.
Line 3623 is 'user_password' => $this->mPassword->toString(),
So this error probably means that for some reason $this->mPassword was null. This should be pretty impossible to happen, since if the mPassword is null, then the code will look in the database to try and find the current password. The only way i can see this happening, is if nothing is in the database but a user id for the user has been assigned. Maybe this could happen if the user was inserted in a different transaction from the one checking the password, and the transaction is not yet committed (It does use DB_SLAVE to find the password by default).
I would generally assume its probably the fault of the LDAP extension you are using, somehow. Bawolff (talk) 03:12, 21 November 2019 (UTC)
@MarkAHershberger @Bawolff Thanks for your help, it turned out to be the 1.23 version of LDAP wasn't compatible. I grabbed the 1.25 version from the github and we are good. My last question, just for clean up, can i fix the user_id's being out of wack since it skipped a whole bunch or am i stuck with it?
Thanks again. Justever (talk) 17:52, 21 November 2019 (UTC)
Its probably not worth fixing. If you really really want to, see mariadb documentation for ALTER statement to adjust the autoincrement https://mariadb.com/kb/en/library/auto_increment/#setting-or-changing-the-auto_increment-value Bawolff (talk) 23:47, 21 November 2019 (UTC)

Module:TNT error

I am having a problem with my Module:TNT where I am getting an error


https://www.allbiomed.org/Module:TNT


Lua error at line 157: attempt to index field 'data' (a nil value).


This is in turn causing problems importing templates. I thought it had something to do with the JsonConfig, which I have installed, but it didn't change anything.


I am running

Product Version
MediaWiki 1.33.1
PHP 7.2.21 (cgi-fcgi)
MySQL 5.7.23-percona-sure1-log
ICU 57.1
Lua 5.1.5

I appreciate the help. Allbiomed (talk) 17:32, 21 November 2019 (UTC)

The Module:TNT template relies on a variety of extensions, including data in the Data namespace and extension:JsonConfig (in right config, which isn't overly documented). Setting up all the dependent extensions is probably going to be annoying to do.
See similar question https://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2019/10#h-Import_templates_and_module_from_https%3A//minecraft.gamepedia.com-2019-10-11T18%3A09%3A00.000Z Bawolff (talk) 23:45, 21 November 2019 (UTC)
Yeah, I saw that topic as well. It doesn't look like he figured it out either. Allbiomed (talk) 14:54, 22 November 2019 (UTC)

How to totally cancel edit summaries from beckend?

I got conclusion that edit summaries cause more harm than good in many communities, due to the phenomena I recognize in many Wikipedias of inciting or trolling comments instead constructive summaries (especially in the form of question) and therefore would like to cancel them from backend in my personal MediaWiki site (CSS or JavaScript are not an option for me in this case).

Is there a ready-to-use way to totally cancel these (or to at least limit some characters inside them or add warning not to ask questions if a questions as summary but to prefer talk page) directly from LocalSettings.php?

Thanks anyway for your time, 49.230.74.143 (talk) 18:14, 21 November 2019 (UTC)

The easiest way is to hide the edit summary box with CSS (but you said that's not an option for you)
Otherwise, you can probably use extension:AbuseFilter to give warnings or disallow edits that have edit summaries containing words you don't like. Bawolff (talk) 23:41, 21 November 2019 (UTC)
I wonder if you could use a MediaWiki hook to change the edit summary string to "". Jonathan3 (talk) 22:26, 24 November 2019 (UTC)

Upload: Thumbnails of archived versions are missing [solved]

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.


Recently I found for the congress wiki (also for last year's wiki), that thumbnails are not generated (files are present, but only have 3 bytes).

See https://events.ccc.de/congress/2019/wiki/index.php/File:Wikilogo.png

What can be wrong?

MW version is 1.31.1, and yes, I already studied some of the documentation. Strange issue. Similar in last year's wiki ( https://events.ccc.de/congress/2018/wiki/index.php/File:Wikilogo.png ). Wikinaut (talk) 21:49, 21 November 2019 (UTC)

If its all files of a type, that would suggest an issue with image magick. Possibly hitting memory limits and MW for some reason isn't detecting that the render failed and thinking its succesful and using the resulting file. Check $wgMaxShellMemory, and other variables related to sandboxing the convert process. Check also the debug log for the exact command used, and see if it succedes if you type that exact command out on the command line.
If its only one file, i'd say something wrong with that file. Bawolff (talk) 23:39, 21 November 2019 (UTC)
The archived files are also only 3 bytes big.; however, as I know (from many former installations) the impact of $wgMaxShellMemory, I will frist check this setting and report here later again. Wikinaut (talk) 19:30, 22 November 2019 (UTC)
Analysis:
  1. I don't see any apparent problems in the log file
  2. $wgMaxShellMemory was already set to 600000 is now 1000000 which is huge already.
  3. I "reverted" (link on the image description page https://events.ccc.de/congress/2019/wiki/index.php/File:Wikilogo.png ) to some of the previously uploaded files (which were not linked - see my page), but, surprise, surprise, where then resurrected, something, which I do not understand. Wikinaut (talk) 19:43, 22 November 2019 (UTC)
3 bytes is not even the size of the PNG header, so probably its just outputting the first part of the header before even doing anything related to resizing the file. Bawolff (talk) 20:56, 22 November 2019 (UTC)
At the moment, I don't even know where to start looking... For much older MW versions I found some remarks about an /images/temp directory.
Let me know, if you have another idea how to fix this issues (it's a FreeBSD server FreeBSD 12.0-RELEASE-p10 FreeBSD 12.0-RELEASE-p10 GENERIC  amd64 and php is 7.2.23.)
Product Version MediaWiki 1.31.3 (9aab7fc) PHP 7.2.23 (apache2handler) MySQL 5.7.27-log ICU 64.2 Wikinaut (talk) 21:07, 22 November 2019 (UTC)
Try and fish out from the debug log the exact command used to resize the thumb, and try doing it from the commandline (sudo as the apache user) and see what happens.
limit.sh is probably more well-tested on linux than bsd, perhaps there is a bug in it that only shows up on bsd. Bawolff (talk) 01:45, 23 November 2019 (UTC)
Issue is solved. Reason was a lurking and simply wrong .htaccess file in the root of the server's documentroot which throw error 404 on access to "/archive*":
was: RedirectMatch 404 /archive
#RedirectMatch 404 /archive Wikinaut (talk) 21:06, 2 December 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Detecting whether a remote page exists while formatting a wiki page

I am trying to tie a 20000 page wiki with a separate file repository with 5000 directories. Its rather random whether a wiki page has a matching repository page. Ideally I want to present a wiki link only if the target page exists, so users don't click on the link and get a 404. I would hope to write a template


{{repo}}

and for the template to check the validity of the remote link, and either display "Files here" if they were available, or blank if not. I'd rather not go down the pywikibot route of modifying pages as the files site changes.


I like the iframe extension, and if I could wrap that in a check, I could display the files page inside the wiki page neatly. Vicarage (talk) 21:56, 21 November 2019 (UTC)

Its possible to write an extension to detect if an external link exists (aka is not a 404), but I don't think any such extension exists as of yet. Bawolff (talk) 23:36, 21 November 2019 (UTC)
I've written something similar for my wiki - it redirects all external links to a special page, which uses cURL to check the link and displays options accordingly (or goes automatically to the external page). You could do something similar without the special page. I could look up which MediaWiki hook I used if that would help. Jonathan3 (talk) 22:23, 24 November 2019 (UTC)
That would be really useful, as I code up that. Vicarage (talk) 19:51, 29 November 2019 (UTC)
the main two approaches would probably be: create a parser function similar to {{#ifexist so you can program a template to do what you want (see manual:Parser functions)
Otherwise, use a link hook to change the output/formatting of the link (e.g. you could make it plain black text if its 404, so still clickable but doesnt look it) using a link related hook like manual:hooks/LinkerMakeExternalLink Bawolff (talk) 21:18, 29 November 2019 (UTC)

Extension:AdvancedSearch (Only one type of search)

The following message appear in my Extension:AdvancedSearch, what is that? And how do I solve this problem?


A warning has occurred while searching: Sort order of last_edit_desc is unrecognized, default sorting will be applied. Valid sort orders are: relevance WikiUser22222 (talk) 23:51, 21 November 2019 (UTC)

I would guess a mismatch between your version of Extension:AdvancedSearch and the version of extension:CirrusSearch installed Bawolff (talk) 00:01, 22 November 2019 (UTC)
I'm seeing the same problem. Both extensions are those which are downloaded today from here for a fresh 1.34 installation. WhitWye (talk) 19:45, 30 January 2020 (UTC)

Category is displayed, but not inserted in the text

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


Hello!

I guess i made somehow a mistake with the masseditregex extension. I tried to insert a category in every page, but no category was inserted (in the wikitext was nothing), but on the bottom line the category is displayed as wanted in red.

I see no way to remove it without editing the mysql database, or is there another way?

If only editing the database is the solution. How could i remove the category safely?

Example Page: https://testwiki.2ix.de/index.php?title=en:201606_test

Category:Unadapted_templates

Software Version
MediaWiki 1.31.5
PHP 7.3.9 (fpm-fcgi)
MySQL 5.6.41-84.1-log
ICU 55.1
Lua 5.1.5


Anyone have an idea?

Thanks Max.megavolt (talk) 03:22, 22 November 2019 (UTC)

I guess I made it. Here the solution:
  1. Set up a new mediawiki with the same extensions, skins and Localconfig.php.
  2. Create a dump.xml from the old mediawiki.
  3. Delete the unwanted categories with sed 's/\[\[Category:Unadapted templates\]\]//g' from the created dump.
  4. Import the dump to the new mysql database.
(still ongoing right now, but seems to look nice so far)
--Update It worked. Max.megavolt (talk) 06:35, 22 November 2019 (UTC)
you probably just needed to make a single edit to LocalSettings.php (would force cache to be reset).
If that didnt work, the script refreshLinks.php would have probably fixed it (although first try running runJobs.php to make sure all jobs are completed, as that may also fix the issue)
[Edit: you claim that the category is not in wikitext, but later use sed to remove it from a wikitext dump. Both of these things cannot be true... the answer will of course vary depending on if the category really is in the wikitext] Bawolff (talk) 09:19, 22 November 2019 (UTC)
I tried it again, with the old wiki.
Changed $wgMainCacheType = CACHE_NONE;, run refreshLinks.php and also runJobs.php. Nothing.
It seems the category is somewhere hidden, but not in the wikitext (when i open it in the browser or using pywikibot). In the mysql database it still there.
Still nearly 6000 pages want this category: https://testwiki.2ix.de/index.php?title=Special:WantedCategories
Could this be a bug? Max.megavolt (talk) 10:00, 24 November 2019 (UTC)
Looks like that category is included via a template ( https://testwiki.2ix.de/index.php?title=en:201606_test&action=raw&ctype=text/css&templates=expand )
For example, the Template:Featured_article is such, that it is set to put all articles using it in that category (Note how that template ends with: </noinclude> [[Category:unadapted templates]], since that's after the noinclude, it gets included on all usages of the template. I imagine other templates are similar, so I think MediaWiki is working the way its supposed to here. Bawolff (talk) 10:44, 24 November 2019 (UTC)
O-M-G, thank you! I almost forgot to think about the templates. :bows: Max.megavolt (talk) 11:12, 24 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

The sidebar automatically changes back to default on some wiki page

Hello, I am meeting trouble when I use mediawiki.

I have changed mediawiki:sidebar at first, and it worked well.

Then I edited LocalSettings.php , I changed the language.

$wgLanguageCode = "zh";

"zh" means Chinese, and it have many variant languages, such as Simplified Chinese, Traditional Chinese and so on. It can be changed at the top tab of webpage.

Then I found that, the sidebar of some of my wiki page changed back to default. But some wiki page still works well.

I found, if the wiki page have interwiki link (such as [[wikipedia:homepage]], [[en:homepage]]), the sidebar of this page will change back to default. Otherwise, the sidebar will be my custom configuration. Else, if I change the language back to "zh-hans-cn", it works well again.

So I want to ask how to solve this problem? I want to keep my language setting "zh", because I can turn it to simplified Chinese or traditional Chinese quickly, and I also want to change my sidebar. 3Qvery (talk) 11:25, 22 November 2019 (UTC)

If you purge the page, is the sidebar still wrong? (You can purge a page by adding either ?action=purge or &action=purge to the end of the url)
It sounds like something is weird with l10n cache. Maybe interwiki parsing somehow induces an error that breaks the localization system somehow. Maybe debug logging would have something interesting to say for such pages (When parsing them, like during an edit, not just during a view), I'm not sure. Bawolff (talk) 20:48, 22 November 2019 (UTC)
Emm, I used the "?action=purge", but nothing happened. In fact, if I purge the cache of my browser, or change the browser, it is also nothing happened.
Else, if I removed the interwiki link from the wiki page, the sidebar will be correct.
Seemingly, if there are interwiki links in the template, the sidebar is also wrong. 3Qvery (talk) 04:33, 23 November 2019 (UTC)
  • Else, if there is a link like "[[:Category:xxx]]" in the page, the sidebar is wrong. But "[[Category:xxx]]",the sidebar is right.
  • In some namespaces, the sidebar is also wrong. For example, in "project" namespace, it is always wrong; in "special" namespace, it is always right, except special:preferences, it is wrong.
  • Else, if I edit page (the url includes "&action=edit" or "&action=submit"), it is always wrong.
====My spacial:version====
产品 版本
MediaWiki 1.33.1
PHP 7.3.11 (apache2handler)
MariaDB 10.4.8-MariaDB

3Qvery (talk) 04:59, 23 November 2019 (UTC)

If enabled, maybe try removing $wgEnableSidebarCache too. AhmadF.Cheema (talk) 09:09, 23 November 2019 (UTC)
Whether $wgEnableSidebarCache is true or false, nothing happened.
I guess it is not problem on cache. Whether removed the interwiki link (include the link to the category) or change $wgLanguageCode back to my default zh-hans-cn, the sidebar will be correct. 3Qvery (talk) 12:26, 24 November 2019 (UTC)
Well, if I change back $wgLanguageCode to zh-Hans-CN, sidebar will be right. But I can't use language variant selector. So how can I use language variant selector, except change $wgLanguageCode to zh, that will make sidebar become default. Or I can solve sidebar problems. 3Qvery (talk) 13:16, 24 November 2019 (UTC)
Well something seems very messed up with the l10n cache.
I'm out of ideas more or less, at this point I would suggest truncating the l10n_cache table (or l10n cache files if $wgCacheDirectory is set. If you have $wgCacheDirectory set up you can use rebuildLocalisationCache.php --force maintenance script). Also setting up mediawiki debug logging, and see if any errors or warnings are reported related to l10n cache. Bawolff (talk) 13:38, 24 November 2019 (UTC)
I tried rebuildLocalisationCache.php --force , however, it seems nothing happened.
I also opened the debug, It showed me like this:

[SQLBagOStuff] SqlBagOStuff::lock failed due to timeout for mywiki:messages:zh-hans.
[MessageCache] MessageCache::load: Loading zh-hans... local cache is empty, global cache is expired/volatile, loading from database
[SQLBagOStuff] SqlBagOStuff::lock failed due to timeout for mywiki:messages:en.
[MessageCache] MessageCache::load: Loading en... local cache is empty, global cache is expired/volatile, loading from database
[SQLBagOStuff] SqlBagOStuff::lock failed due to timeout for mywiki:messages:zh-hant.
[MessageCache] MessageCache::load: Loading zh-hant... local cache is empty, global cache is expired/volatile, loading from database
......

Else, I found that except sidebar, all system messages all may showed back as default, or all "MediaWiki" namespace showed as default, except MediaWiki:Common.css and MediaWiki:Common.js.
Else, I tried to set $wgLanguageConverterCacheType. If I use CACHE_ANYTHING or CACHE_DB, it showed like now, some pages are correct, some paged are wrong. If I use CACHE_NONE, all of the pages are wrong, showed as default.
If I use the language without language converter, some pages will show a lot of like-{}-, affect appearance.
Thanks for help! 3Qvery (talk) 06:08, 13 September 2020 (UTC)
I found that, if I use language variant selector, my sidebar will be wrong like this. While I tried other languages like gan, kk(Kazakh) and so on. So now I want to keep my sidebar, I have to abandon language variant selector. 3Qvery (talk) 01:42, 25 November 2019 (UTC)

Add a page to the local mediawiki using API

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


Hi all,

I am new here and currently I am trying to generate login token for my local url http://localhost/mediawiki/index.php/Main_Page but i am getting response 404


here is my code


import requests
S = requests.Session()
URL = "http://localhost/mediawiki/index.php/Main_Page"
# Retrieve login token first
PARAMS_0 = {
    'action':"query",
    'meta':"tokens",
    'type':"login",
    'format':"json"
}
R = S.get(url=URL, params=PARAMS_0)
print(R)
DATA = R.json()
LOGIN_TOKEN = DATA['query']['tokens']['logintoken']
print('data',DATA) SumanGadhawal (talk) 12:13, 22 November 2019 (UTC)
404 is not found---does the url work in a browser? Either way, the API entry point is not index.php/Main_Page, it is api.php. See API:Main_page#Endpoint. Clump (talk) 18:41, 22 November 2019 (UTC)
@Clump Yeah url working on browser. I have seen API:Main page#Endpoint as well but while i am trying to type http://localhost/mediawiki/index.php in browser it automatically catching http://localhost/mediawiki/index.php/Main_Page in browser that's why i am keeping url = http://localhost/mediawiki/index.php/Main_Page
I had tried with http://localhost/mediawiki/index.php as well but getting same error.
let me know how i can resolve this issue .
Thanks,
Suman SumanGadhawal (talk) 05:39, 25 November 2019 (UTC)
Do you realize you're typing index.php instead of api.php? Ciencia Al Poder (talk) 10:26, 25 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Rotate images?

When I upload a picture it's oriented properly, but when I add it to a page its always wrong, landscape images turn portrait and portraits turn landscape, how do I rotate?


LotsaCarps (talk) 21:20, 22 November 2019 (UTC)

MW should respect the exif orientation property, but you can also rotate in most image editors. Bawolff (talk) 07:28, 24 November 2019 (UTC)

Implementing Flagcounter on homepage

Hi, I would like to show a flagcounter (visitors counter) on the frontpage from my webpage. But I don't get it working. It refers to an external link : https://s11.flagcounter.com/index.html

Do I have to work with iframes or is there a more simple way ? 87.65.54.30 (talk) 12:49, 23 November 2019 (UTC)

The simplest way is probably to use an iframe, for which you'll need IFrame or, perhaps, a Widget. MarkAHershberger(talk) 17:27, 23 November 2019 (UTC)

Parsoid error under Windows: MODULE_NOT_FOUND "lib/index.js"

I've successfully installed everything as described in Parsoid setup guide, Windows section. No errors were reported, just some deprecation warnings.

When I launch Parsoid, it says "lib/index.js" module is missing. By trial and error, I found out that the missing file path relative to Parsoid root should be "node_modules/lib/index.js". There are many subfolders in "node_modules" folder, but "lib" is not among them.

What was my mistake or what should I do to fix this?

P. S. No MediaWiki, PHP or database is involved at this point. Parsoid just does not start.


Parsoid output:

{"name":"parsoid","hostname":"HOSTNAME","pid":8004,"level":30,"levelPath":"info/service-runner","msg":"master(8004) initializing 4 workers","time":"2019-11-24T08:44:08.925Z","v":0}
{"name":"parsoid","hostname":"HOSTNAME","pid":10300,"level":60,"code":"MODULE_NOT_FOUND","requireStack":["C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\lib\\base_service.js","C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\lib\\master.js","C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\service-runner.js"],"moduleName":"lib/index.js","levelPath":"fatal/service-runner/worker","msg":"Cannot find module 'lib/index.js'\nRequire stack:\n- C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\lib\\base_service.js\n- C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\lib\\master.js\n- C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\service-runner.js","time":"2019-11-24T08:44:09.750Z","v":0}
{"name":"parsoid","hostname":"HOSTNAME","pid":8004,"level":40,"message":"first worker died during startup, continue startup","worker_pid":10300,"exit_code":1,"startup_attempt":1,"levelPath":"warn/service-runner/master","msg":"first worker died during startup, continue startup","time":"2019-11-24T08:44:10.773Z","v":0}
{"name":"parsoid","hostname":"HOSTNAME","pid":8004,"level":30,"levelPath":"info/service-runner/master","msg":"master shutting down, killing workers","time":"2019-11-24T08:44:16.044Z","v":0}
{"name":"parsoid","hostname":"HOSTNAME","pid":8004,"level":30,"levelPath":"info/service-runner/master","msg":"Exiting master","time":"2019-11-24T08:44:16.044Z","v":0}

Error line formatted:

{ 
   "name":"parsoid",
   "hostname":"HOSTNAME",
   "pid":10300,
   "level":60,
   "code":"MODULE_NOT_FOUND",
   "requireStack":[ 
      "C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\lib\\base_service.js",
      "C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\lib\\master.js",
      "C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\service-runner.js"
   ],
   "moduleName":"lib/index.js",
   "levelPath":"fatal/service-runner/worker",
   "msg":"Cannot find module 'lib/index.js'\nRequire stack:\n- C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\lib\\base_service.js\n- C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\lib\\master.js\n- C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\service-runner.js",
   "time":"2019-11-24T08:44:09.750Z",
   "v":0
}

Usa265 (talk) 09:27, 24 November 2019 (UTC)

P. S. If I try to follow the instructions in "Developer setup" guide, an error occurs during compilation:
c:\users\user1\node_modules\parsoid\node_modules\unix-dgram\src\unix_dgram.cc(9): fatal error C1083: Cannot open include file: 'unistd.h': No such file or directory [C:\Users\user1\node_modules\parsoid\node_modules\unix-dgram\build\unix_dgram.vcxproj] Usa265 (talk) 10:07, 24 November 2019 (UTC)
I found this thread with a similar problem. It looks like @Osnard helped @Zabien with the same error. Unfortunately, I can't tell what the solution was there. It looks like Zabien just reverted customization.
Is there any configuration that you've done at this point for parsoid? If so, could you post it? MarkAHershberger(talk) 18:19, 24 November 2019 (UTC)
No, I haven't changed the config file yet, just copied if from config.example.yaml. If I manage to the error, I plan only to change the uri variable. 193.238.214.91 (talk) 09:01, 25 November 2019 (UTC)
Oops, didn't notice I had been logged out. Usa265 (talk) 09:04, 25 November 2019 (UTC)
@MarkAHershberger, using the configuration files from the thread you provided did not help. Actually, it couldn't help, because config.yaml simply contains a reference to localsettings.js, which just defines a function which sets MW location :-( Usa265 (talk) 09:21, 25 November 2019 (UTC)
Did you run npm install? Ciencia Al Poder (talk) 10:25, 25 November 2019 (UTC)
Yes, but it does not help. %USERPROFILE%\node_modules\parsoid\node_modules\lib folder is still missing and pasroid shows the same error.
Microsoft Windows [Version 10.0.17763.864]
(c) 2018 Microsoft Corporation. All rights reserved.
C:\WINDOWS\system32>cd %USERPROFILE%\node_modules\parsoid\
C:\Users\User1\node_modules\parsoid>npm install
> dtrace-provider@0.8.8 install C:\Users\User1\node_modules\parsoid\node_modules\dtrace-provider
> node-gyp rebuild || node suppress-error.js
C:\Users\User1\node_modules\parsoid\node_modules\dtrace-provider>if not defined npm_config_node_gyp (node "C:\Users\User1\AppData\Roaming\npm\node_modules\npm\node_modules\npm-lifecycle\node-gyp-bin\\..\..\node_modules\node-gyp\bin\node-gyp.js" rebuild )  else (node "C:\Users\User1\AppData\Roaming\npm\node_modules\npm\node_modules\node-gyp\bin\node-gyp.js" rebuild )
Building the projects in this solution one at a time. To enable parallel build, please add the "/m" switch.
added 13 packages from 24 contributors in 19.847s
C:\Users\User1\node_modules\parsoid>node bin/server.js
{"name":"parsoid","hostname":"HOSTNAME","pid":2464,"level":30,"levelPath":"info/service-runner","msg":"master(2464) initializing 4 workers","time":"2019-11-25T20:11:33.976Z","v":0}
{"name":"parsoid","hostname":"HOSTNAME","pid":5100,"level":60,"code":"MODULE_NOT_FOUND","requireStack":["C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\lib\\base_service.js","C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\lib\\master.js","C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\service-runner.js"],"moduleName":"lib/index.js","levelPath":"fatal/service-runner/worker","msg":"Cannot find module 'lib/index.js'\nRequire stack:\n- C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\lib\\base_service.js\n- C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\lib\\master.js\n- C:\\Users\\User1\\node_modules\\parsoid\\node_modules\\service-runner\\service-runner.js","time":"2019-11-25T20:11:34.758Z","v":0}
{"name":"parsoid","hostname":"HOSTNAME","pid":2464,"level":40,"message":"first worker died during startup, continue startup","worker_pid":5100,"exit_code":1,"startup_attempt":1,"levelPath":"warn/service-runner/master","msg":"first worker died during startup, continue startup","time":"2019-11-25T20:11:35.773Z","v":0}
Usa265 (talk) 20:18, 25 November 2019 (UTC)
I solved my problem by adding "--no-optional" command-line switch like this:
cd %USERPROFILE%\node_modules
git clone https://gerrit.wikimedia.org/r/mediawiki/services/parsoid
cd parsoid
npm install --no-optional
copy config.example.yaml config.yaml
notepad config.yaml
<modifying and saving it>
node bin\server.js
Usa265 (talk) 21:24, 25 November 2019 (UTC)
The following questions remain unanswered:
  1. Should I or somebody else update Developer Setup guide?
  2. How to make the method described in Setup guide work?
  3. Which files and/or subfolders except .git I can safely delete in parsoid folder and what is the best way to do it? Usa265 (talk) 21:32, 25 November 2019 (UTC)
Please add a comment to the guide about trying --no-optional. MarkAHershberger(talk) 16:08, 26 November 2019 (UTC)
I don't know how to edit "Translatable pages" properly :-( Usa265 (talk) 21:19, 4 December 2019 (UTC)
Thank you USA265, this worked. 66.210.88.66 (talk) 15:27, 10 December 2019 (UTC)
For those using CentOS 7.8, using the --no-optional did not work for me. 24.128.92.44 (talk) 17:36, 3 January 2021 (UTC)

Short URLs won't work - 404 error

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


Hi,

I have followed the MediaWiki tutorial for short URLs, and used the https://shorturls.redwerks.org/ tool.

Here's what my .htaccess looks like:


RewriteEngine On

RewriteRule ^/?nedge/wiki(/.*)?$ %{DOCUMENT_ROOT}/nedge/index.php [L]

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d

RewriteRule ^/?nedge/images/thumb/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/nedge/thumb.php?f=$1&width=$2 [L,QSA,B]

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d

RewriteRule ^/?nedge/images/thumb/archive/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/nedge/thumb.php?f=$1&width=$2&archived=1 [L,QSA,B]


I have also updated my LocalSettings.php according to what the tool says. However when I'm trying to access my wiki I've got a 404 error : The requested URL /wiki/<page> was not found on this server.


I've tried several things but I can't get it working. Any help is greatly appreciated! :) Freakencies (talk) 10:20, 24 November 2019 (UTC)

Your URLs, though, have nedge in them. What are $wgArticlePath and $wgScriptPath set to? MarkAHershberger(talk) 18:22, 24 November 2019 (UTC)
@MarkAHershberger they are set to:
$wgScriptPath = "";
$wgScriptExtension = ".php";
$wgArticlePath = "/wiki/$1"; Freakencies (talk) 20:50, 24 November 2019 (UTC)
Your $wgArticlePath contains "/wiki/" in the path, but your rewrite rules expect "/nedge/wiki/". That doesn't match. You should choose between one of them. Ciencia Al Poder (talk) 10:29, 25 November 2019 (UTC)
@Ciencia Al Poder oops, I actually sent the wrong version of my .htaccess file, here’s the correct one:
RewriteEngine On
RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/index.php [L]
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
RewriteRule ^/?images/thumb/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/thumb.php?f=$1&width=$2 [L,QSA,B]
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
RewriteRule ^/?images/thumb/archive/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/thumb.php?f=$1&width=$2&archived=1 [L,QSA,B]

Freakencies (talk) 15:42, 25 November 2019 (UTC)
The only thing in your htaccess related to the URLs is this line:
RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/index.php [L]
If you're wiki is public, could you point to it? MarkAHershberger(talk) 16:28, 25 November 2019 (UTC)
Sure, http://nedge.org/ (the SSL certificate is not up yet) Freakencies (talk) 16:57, 25 November 2019 (UTC)
The rewrite rule looks good, but it seems it's not being applied at all. Maybe the server is simply ignoring .htaccess? Ciencia Al Poder (talk) 22:08, 25 November 2019 (UTC)
@Ciencia Al Poder yeah that was it! My Apache config file was badly configured (typo for AllowOverride), restarted and it works now. Thanks! Freakencies (talk) 09:46, 26 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Using SimpleTable extension with templates

I want to hide the complexity of <tab class="wikitable mw-collapsible mw-collapsed" head=top> a,b,c </tab>

with templates, like

{{table data= a,b,c }}

But I'm finding that the tab command won't pick up the {{{data}}} variable.

I also tried <tab {{tableparams}}> a,b,c </tab> but the template won't expand that way either. Is the html like < syntax incompatible with templates? Vicarage (talk) 10:27, 24 November 2019 (UTC)

Now looking at
{{#tag:tab| {{{text}}} |sep=bar | head=top |class=wikitable mw-collapsible mw-collapsed}}
But my separator being a bar (pipe symbol) is causing problems Vicarage (talk) 11:21, 24 November 2019 (UTC)
Is there a way of replacing pipe symbols in text with commas. {{#replace:string|search term|replacement term}} seems hampered as the search term can't contain a pipe symbol itself. I looked at extension CharacterEscapes, but that did not seem to help. Vicarage (talk) 12:19, 24 November 2019 (UTC)
Is there a way of replacing pipe symbols in text with commas.
No that is not possible.
You should probably look at using Scribunto to accomplish what you want since using a real language like Lua instead of wikitext would probably help you. MarkAHershberger(talk) 18:25, 24 November 2019 (UTC)
I looked at Scribuntu, but realised I was being defeated bu the pipes when feeding the template. Finally I installed the PipeEscape extension, and got
 {{table|{{#!:
 a || b || c
 d || e || f
 }}}}
to work with Template table which has
 {{#tag:tab|
 {{{1}}}
 |sep=barbar | head=top |class=wikitable mw-collapsible mw-collapsed|data-expandtext="+"|data-collapsetext="-"}}
I just need to decide whether my users will ever type that syntax in right, and how happy I am with an unsupported extension Vicarage (talk) 19:41, 24 November 2019 (UTC)
Ah-ha, perhaps I can just hack the SimpleTable.php to have what I want
 // Build the table parameters string from the tag parameters.
        // The 'sep' and 'head' parameters are special, and are handled
        // here, not passed to the table.
        $params = 'class="wikitable mw-collapsible mw-collapsed" data-expandtext="+" data-collapsetext="-"';
means I can simplify my user code to
<tab head=top>
a || b
1 || 2
</tab>
which they might be able to cope with! Vicarage (talk) 21:05, 24 November 2019 (UTC)

Search and replace for text with pipe symbols in

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


(brought up from another thread where it might be lost) I have text "a||b||c" which I would like to change to "a,b,c". How can I do this when {{#replace:string|search term|replacement term}} uses pipe as a delimiter. I know that | can be used in the replacement term, but it seems not in the search term.

I've tried {{#replaceset:{{{text}}}||=,} but despite an explicit claim it should work, it doesn't Vicarage (talk) 12:43, 24 November 2019 (UTC)

To avoid having the pipe symbol interpreted as a separator use {{!}} instead of a pipe symbol; e.g., {{#replace:{{{text|}}}|{{!}}|@}} will change the pipes in {{{text}}}to "@"s. Clump (talk) 14:21, 24 November 2019 (UTC)
That would require the input text to be "a{{!}}{{!}}b{{!}}{{!}}c. {{!}} does not resolve to | in the search string, only in the replacement string Vicarage (talk) 14:36, 24 November 2019 (UTC)
I'd recommend changing to using extension:Scribunto, as lua provides more flexible find and replace functionality. Bawolff (talk) 16:48, 24 November 2019 (UTC)
I tried scribuntu, and got defeated by the passing of text into its scripts, as the passing mechanism uses pipe delimiters. I ended up hacking extension php logic to avoid the problem. Thanks for your help. Vicarage (talk) 08:50, 25 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Search error creating custom namespaces

4I've made some custom namespaces and it all works fine.

At the end of the job the updateSearchIndex.php script will give an error

Thanks for the help

Thanks

MediaWiki 1.34(a40bf67)
PHP 7.3.24 (cgi-fcgi)
MariaDB 10.3.18-MariaDB
ICU 64.2
Lua 5.1.5
php rebuild.php

Sokote zaman (talk) 17:40, 24 November 2019 (UTC)

Did you try running update.php? MarkAHershberger(talk) 16:38, 25 November 2019 (UTC)
Yes run update.php
But unfortunately it is useless. @MarkAHershberger Sokote zaman (talk) 16:56, 25 November 2019 (UTC)
@Sokote zaman have you tried turning on Manual:$wgDebugLogFile ? Octfx (talk) 14:42, 22 December 2019 (UTC)
Hi
thank you
A file has been emailed to you
Thankful@Octfx Sokote zaman (talk) 14:52, 22 December 2019 (UTC)
Since I'm not proficient with all this, I had to do some searching and came across this. It looks like a lock was put in place (not on temp_rev_comment, though) and were not unlocked before we got to this query.
If you could enable debug logging, we should be able to find out what code performed locks before this. Could you try this and paste the last few SQL queries from the log file? MarkAHershberger(talk) 16:01, 26 November 2019 (UTC)
Hi @MarkAHershberger,
we have exactly the same problem with updateSearchIndex.php resulting in Error: 1100 Table 'temp_rev_comment' was not locked with LOCK TABLES.
The debug output of updateSearchIndex.php is:
[SQLBagOStuff] MainObjectStash using store ReplicatedBagOStuff
[objectcache] MainWANObjectCache using store EmptyBagOStuff
IP: 127.0.0.1
Start command line script maintenance/updateSearchIndex.php
[localisation] LocalisationCache: using store LCStoreDB
[DBQuery] Wikimedia\Rdbms\DatabaseMysqlBase::open [0s] localhost: SET group_concat_max_len = 262144, sql_mode = ''
[DBReplication] Wikimedia\Rdbms\LBFactory::getChronologyProtector: request info {
    "IPAddress": "127.0.0.1",
    "UserAgent": false,
    "ChronologyProtection": false,
    "ChronologyPositionIndex": 0,
    "ChronologyClientId": false
}
[DBConnection] Wikimedia\Rdbms\LoadBalancer::lazyLoadReplicationPositions: executed chronology callback.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::getLocalConnection: connected to database 0 at 'localhost'.
[DBQuery] Wikimedia\Rdbms\DatabaseMysqlBase::serverIsReadOnly [0s] localhost: SELECT @@GLOBAL.read_only AS Value
[DBQuery] LCStoreDB::get [0s] localhost: SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'de-formal' AND lc_key = 'deps'  LIMIT 1  
[DBQuery] LCStoreDB::get [0s] localhost: SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'de-formal' AND lc_key = 'list'  LIMIT 1  
[DBQuery] LCStoreDB::get [0s] localhost: SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'de-formal' AND lc_key = 'preload'  LIMIT 1  
[DBQuery] LCStoreDB::get [0s] localhost: SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'de-formal' AND lc_key = 'preload'  LIMIT 1  
[DBQuery] LCStoreDB::get [0s] localhost: SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'de-formal' AND lc_key = 'fallbackSequence'  LIMIT 1  
[session] SessionManager using store SqlBagOStuff
Unstubbing $wgParser on call of $wgParser::setFunctionHook from require_once
ParserFactory: using preprocessor: Preprocessor_Hash
[DBQuery] LCStoreDB::get [0s] localhost: SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'de-formal' AND lc_key = 'magicWords'  LIMIT 1  
[DBQuery] UpdateSearchIndex::doUpdateSearchIndex [0.001s] localhost: SELECT rc_cur_id FROM `recentchanges`
			JOIN `page` ON rc_cur_id=page_id AND rc_this_oldid=page_latest
			WHERE rc_type != 3 AND rc_timestamp BETWEEN '20200503135011' AND '20200504135011'
[DBQuery] Maintenance-searchIndexLock [0s] localhost: LOCK TABLES `searchindex` WRITE,`page` READ,`revision` READ,`text` READ,`interwiki` READ,`l10n_cache` READ,`user` READ,`page_restrictions` READ
[DBQuery] MediaWiki\Revision\RevisionStore::fetchRevisionRowFromConds [0s] localhost: SELECT  rev_id,rev_page,rev_timestamp,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_sha1,comment_rev_comment.comment_text AS `rev_comment_text`,comment_rev_comment.comment_data AS `rev_comment_data`,comment_rev_comment.comment_id AS `rev_comment_cid`,actor_rev_user.actor_user AS `rev_user`,actor_rev_user.actor_name AS `rev_user_text`,temp_rev_user.revactor_actor AS `rev_actor`,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user_name  FROM `revision` JOIN `revision_comment_temp` `temp_rev_comment` ON ((temp_rev_comment.revcomment_rev = rev_id)) JOIN `comment` `comment_rev_comment` ON ((comment_rev_comment.comment_id = temp_rev_comment.revcomment_comment_id)) JOIN `revision_actor_temp` `temp_rev_user` ON ((temp_rev_user.revactor_rev = rev_id)) JOIN `actor` `actor_rev_user` ON ((actor_rev_user.actor_id = temp_rev_user.revactor_actor)) JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((actor_rev_user.actor_user != 0) AND (user_id = actor_rev_user.actor_user))   WHERE rev_page = '330' AND page_id = '330' AND (rev_id=page_latest)  LIMIT 1  
[DBQuery] MediaWiki\Revision\RevisionStore::fetchRevisionRowFromConds	localhost	1100	Table 'temp_rev_comment' was not locked with LOCK TABLES (localhost)	SELECT  rev_id,rev_page,rev_timestamp,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_sha1,comment_rev_comment.comment_text AS `rev_comment_text`,comment_rev_comment.comment_data AS `rev_comment_data`,comment_rev_comment.comment_id AS `rev_comment_cid`,actor_rev_user.actor_user AS `rev_user`,actor_rev_user.actor_name AS `rev_user_text`,temp_rev_user.revactor_actor AS `rev_actor`,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user_name  FROM `revision` JOIN `revision_comment_temp` `temp_rev_comment` ON ((temp_rev_comment.revcomment_rev = rev_id)) JOIN `comment` `comment_rev_comment` ON ((comment_rev_comment.comment_id = temp_rev_comment.revcomment_comment_id)) JOIN `revision_actor_temp` `temp_rev_user` ON ((temp_rev_user.revactor_rev = rev_id)) JOIN `actor` `actor_rev_user` ON ((actor_rev_user.actor_id = temp_rev_user.revactor_actor)) JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((actor_rev_user.actor_user != 0) AND (user_id = actor_rev_user.actor_user))   WHERE rev_page = '330' AND page_id = '330' AND (rev_id=page_latest)  LIMIT 1
Function: MediaWiki\Revision\RevisionStore::fetchRevisionRowFromConds
Error: 1100 Table 'temp_rev_comment' was not locked with LOCK TABLES (localhost)
#0 /var/www/html/mediawiki-1.34.0/includes/libs/rdbms/database/Database.php(1574): Wikimedia\Rdbms\Database->getQueryExceptionAndLog(string, integer, string, string)
#1 /var/www/html/mediawiki-1.34.0/includes/libs/rdbms/database/Database.php(1152): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
#2 /var/www/html/mediawiki-1.34.0/includes/libs/rdbms/database/Database.php(1807): Wikimedia\Rdbms\Database->query(string, string)
#3 /var/www/html/mediawiki-1.34.0/includes/libs/rdbms/database/Database.php(1899): Wikimedia\Rdbms\Database->select(array, array, array, string, array, array)
#4 /var/www/html/mediawiki-1.34.0/includes/libs/rdbms/database/DBConnRef.php(68): Wikimedia\Rdbms\Database->selectRow(array, array, array, string, array, array)
#5 /var/www/html/mediawiki-1.34.0/includes/libs/rdbms/database/DBConnRef.php(333): Wikimedia\Rdbms\DBConnRef->__call(string, array)
#6 /var/www/html/mediawiki-1.34.0/includes/Revision/RevisionStore.php(2589): Wikimedia\Rdbms\DBConnRef->selectRow(array, array, array, string, array, array)
#7 /var/www/html/mediawiki-1.34.0/includes/Revision/RevisionStore.php(2536): MediaWiki\Revision\RevisionStore->fetchRevisionRowFromConds(Wikimedia\Rdbms\MaintainableDBConnRef, array, integer)
#8 /var/www/html/mediawiki-1.34.0/includes/Revision/RevisionStore.php(2416): MediaWiki\Revision\RevisionStore->loadRevisionFromConds(Wikimedia\Rdbms\MaintainableDBConnRef, array)
#9 /var/www/html/mediawiki-1.34.0/includes/Revision.php(262): MediaWiki\Revision\RevisionStore->loadRevisionFromPageId(Wikimedia\Rdbms\MaintainableDBConnRef, string, integer)
#10 /var/www/html/mediawiki-1.34.0/maintenance/Maintenance.php(1547): Revision::loadFromPageId(Wikimedia\Rdbms\MaintainableDBConnRef, string)
#11 /var/www/html/mediawiki-1.34.0/maintenance/updateSearchIndex.php(121): Maintenance->updateSearchIndexForPage(Wikimedia\Rdbms\MaintainableDBConnRef, string)
#12 /var/www/html/mediawiki-1.34.0/maintenance/Maintenance.php(1528): UpdateSearchIndex->searchIndexUpdateCallback(Wikimedia\Rdbms\MaintainableDBConnRef, stdClass)
#13 /var/www/html/mediawiki-1.34.0/maintenance/updateSearchIndex.php(115): Maintenance->updateSearchIndex(integer, array, Wikimedia\Rdbms\MaintainableDBConnRef, Wikimedia\Rdbms\ResultWrapper)
#14 /var/www/html/mediawiki-1.34.0/maintenance/updateSearchIndex.php(81): UpdateSearchIndex->doUpdateSearchIndex(string, string, integer)
#15 /var/www/html/mediawiki-1.34.0/maintenance/doMaintenance.php(99): UpdateSearchIndex->execute()
#16 /var/www/html/mediawiki-1.34.0/maintenance/updateSearchIndex.php(126): require_once(string)
#17 {main}
[DBConnection] Wikimedia\Rdbms\LoadBalancer::__destruct: closing connection to database 'localhost'.
Any idea?
Sorry there where two important lines missing in the debug output that are written to the shell only.
The problem is Error: 1100 Table 'temp_rev_comment' was not locked with LOCK TABLES in function MediaWiki\Revision\RevisionStore::fetchRevisionRowFromConds.
Software Version
MediaWiki 1.34.0
PHP 7.2.24-0ubuntu0.18.04.4 (fpm-fcgi)
MariaDB 10.1.44-MariaDB-0ubuntu0.18.04.1
ICU 60.2
Lua 5.1.5
Elasticsearch 6.5.4

ClageLG (talk) 13:57, 4 May 2020 (UTC)

Same issue here - temp_rev_comment is causing problems.

Product Version
MediaWiki 1.34.0
PHP 7.4.1 (apache2handler)
MySQL 5.7.29-0ubuntu0.16.04.1
ICU 64.2

Immewnity (talk) 02:44, 5 May 2020 (UTC)

Tying to find the problem I extracted the SQL from debug out:
SET group_concat_max_len = 262144, sql_mode = ''
SELECT @@GLOBAL.read_only AS Value
SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'de-formal' AND lc_key = 'deps'  LIMIT 1
SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'de-formal' AND lc_key = 'list'  LIMIT 1
SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'de-formal' AND lc_key = 'preload'  LIMIT 1
SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'de-formal' AND lc_key = 'preload'  LIMIT 1
SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'de-formal' AND lc_key = 'fallbackSequence'  LIMIT 1
SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'de-formal' AND lc_key = 'magicWords'  LIMIT 1
SELECT rc_cur_id FROM `recentchanges` JOIN `page` ON rc_cur_id=page_id AND rc_this_oldid=page_latest WHERE rc_type != 3 AND rc_timestamp BETWEEN '20200503135011' AND '20200504135011'
LOCK TABLES `searchindex` WRITE,`page` READ,`revision` READ,`text` READ,`interwiki` READ,`l10n_cache` READ,`user` READ,`page_restrictions` READ
SELECT  rev_id,rev_page,rev_timestamp,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_sha1,comment_rev_comment.comment_text AS `rev_comment_text`,comment_rev_comment.comment_data AS `rev_comment_data`,comment_rev_comment.comment_id AS `rev_comment_cid`,actor_rev_user.actor_user AS `rev_user`,actor_rev_user.actor_name AS `rev_user_text`,temp_rev_user.revactor_actor AS `rev_actor`,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user_name  FROM `revision` JOIN `revision_comment_temp` `temp_rev_comment` ON ((temp_rev_comment.revcomment_rev = rev_id)) JOIN `comment` `comment_rev_comment` ON ((comment_rev_comment.comment_id = temp_rev_comment.revcomment_comment_id)) JOIN `revision_actor_temp` `temp_rev_user` ON ((temp_rev_user.revactor_rev = rev_id)) JOIN `actor` `actor_rev_user` ON ((actor_rev_user.actor_id = temp_rev_user.revactor_actor)) JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((actor_rev_user.actor_user != 0) AND (user_id = actor_rev_user.actor_user))   WHERE rev_page = '330' AND page_id = '330' AND (rev_id=page_latest)  LIMIT 1
The last request is causing Error: 1100 Table 'temp_rev_comment' was not locked with LOCK TABLES in function MediaWiki\Revision\RevisionStore::fetchRevisionRowFromConds.
Like the thread opener we added a custom namespace too. ClageLG (talk) 08:26, 14 May 2020 (UTC)
see https://phabricator.wikimedia.org/T252853 ClageLG (talk) 11:06, 20 May 2020 (UTC)

parsoid doesn't start (Error while reading config file: Error: ENOENT: no such file or directory, open '/config.yaml')

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.


Parsoid service doesn't start on SLES 15 SP 1. It always goes into status active(exited). In the parsoid startup log this appears

Error while reading config file: Error: ENOENT: no such file or directory, open '/config.yaml'

But when I copy the config.yaml into the / directory, the error still pops up.

This is what I have in the config.yaml:

config.yaml
# This is a sample configuration file
#
# Copy this file to config.yaml and edit that file to fit your needs.
#
# Also see:
# - `npm start -- -h` for more information about passing config files via
#   the commandline.
# - lib/config/ParsoidConfig.js for all the properties that you can configure
#   here. Not all properties are documented here.
# The number of http workers (as opposed to `cpu_workers` below)
#num_workers: 1
worker_heartbeat_timeout: 300000
logging:
   level: info
#metrics:
#    type: log
services:
  - module: 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://localhost/w/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: 'localhost'  # optional
         # To specify a proxy (or proxy headers) specific to this prefix
         # (which overrides defaultAPIProxyURI). Alternatively, set `proxy`
         # to `null` to override and force no proxying when a default proxy
         # has been set.
         #proxy:
         #    uri: 'http://my.proxy:1234/'
         #    headers:  # optional
         #        'X-Forwarded-Proto': 'https'
         # See below, defaults to true.
         #strictSSL: false
...

And this is my localsettings.js:

/*
* This old / unusual way to configure Parsoid.
*
* You'll probably want to start in config.example.yaml
* and only end up here if you need some sort of backwards compatibility
* or to support non-static configuration.
*/
'use strict';
exports.setup = function(parsoidConfig) {
       // Do something dynamic with `parsoidConfig` like,
       parsoidConfig.setMwApi({
               domain: 'testwiki',
               prefix: 'testwiki',
               uri: 'http://localhost/testwiki/api.php'
       });
};

What else can I do? Ablum010777 (talk) 12:44, 25 November 2019 (UTC)

Is seliinux enabled on your system? Maybe it is blocking access to config.yml.
Is there anything else in the log?
Is it trying to run parsoid in a chrooted environment? MarkAHershberger(talk) 16:51, 25 November 2019 (UTC)
> But when I copy the config.yaml into the / directory, the error still pops up.
Do you mean the root directory? config.yaml should be in the directory that parsoid is in. Bawolff (talk) 18:41, 25 November 2019 (UTC)
The problem is solved. I tried to install parsoid with nodejs 10, but it didn't work. So I used nodejs/npm 8 instead, and it worked. I just had to install service-runner, and then I could start the parsoid service, and it stayed on active(running). Ablum010777 (talk) 12:54, 26 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Unable to auto login after SSO authentication

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 trying to get my wiki to allow auto logins after being authenticated by SSO (siteminder). I am trying to use the extension Auth_remoteuser, and has added wfLoadExtension( 'Auth_remoteuser' ); to the LocalSettings.php file. But each time I access the wiki site, it shows that I am not logged in. Can anyone help with a correct set up to allow auto logins?

The configuration consists of the following:

Apache 2.4

mediawiki 1.32.2

PHP 7.1

MySQL 5.7

Running on servers with Solaris 11.3  


Rallison11 (talk) 16:19, 25 November 2019 (UTC)

How have you configured Auth_remoteuser? MarkAHershberger(talk) 16:37, 25 November 2019 (UTC)
I have added the following to LocalSettings.php. but it's not working to auto login to the wiki site
wfLoadExtension( 'Auth_remoteuser' );
$wgAuthRemoteuserUserName = getenv( 'REMOTE_USER' ); Rallison11 (talk) 17:32, 25 November 2019 (UTC)
I would like to follow up to see if anyone can help point me in the right direction to get auto login to work after authenticating via SSO. Thanks in advance! Rallison11 (talk) 17:29, 2 December 2019 (UTC)
Have you enabled the debug log and looked at it for problems? MarkAHershberger(talk) 16:46, 3 December 2019 (UTC)
Mark, Yes, I had enabled the following debug log in LocalSettings.php
$wgDebugLogFile = "/var/apache2/2.4/logs/mw_debug.log";
I am not really sure what to look for in the debug output. I have pasted the output (some sensitive info replaced with xxx, company or domain) from when I logged in via SSO. I always get to my wiki page, but I am not logged into the wiki.
Could you review the out and see if you can determine if there are any errors in the output that could be preventing the auto login to work?
Once other thing, is this mediawiki site is being rebuilt on newer Solaris server hardware from a previous site running older versions of mediawiki and mysql. Could there be an issue with the user names existing in the wikidb imported from the previous wiki site?
IP: 10.xx.xxx.xxx
Start request GET /wiki/Main_Page
HTTP HEADERS:
HOST: osswiki.company.com
CONNECTION: keep-alive
CACHE-CONTROL: max-age=0
UPGRADE-INSECURE-REQUESTS: 1
USER-AGENT: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36
SEC-FETCH-USER: ?1
ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3
SEC-FETCH-SITE: cross-site
SEC-FETCH-MODE: navigate
REFERER: https://logindev.ebiz.company.com/onesso/login.jsp?TYPE=33554433&REALMOID=06-527c6c29-addf-1070-9023-85114dc6fd5f&GUID=&SMAUTHREASON=0&METHOD=GET&SMAGENTNAME=$SM$YAGo%2bTm3X%2bxRSAx4LRFCBnyXNBzu%2b9oyRxqxU0vhKyCtCikXn9KzPpZbbJqMoDpg&TARGET=$SM$HTTPS%3a%2f%2fosswiki%2etdc%2edomain%2ecom%2fwiki%2fMain_Page
ACCEPT-ENCODING: gzip, deflate, br
ACCEPT-LANGUAGE: en-US,en;q=0.9
COOKIE: SMSESSION=D4C3GEVV9IHcEv09NyNQK20dJWl2Yadc4NboQMqDfHQDTiLlaAOezpANfgp1nhcBL0IFcg5OgyRFZnKdeG8TJjEC2lZ0+FcNVMLxftIobGNbutVA+h4o8Y+AZYW8Uj00t5ldDQs682ZxicLEvCYMhIPctvnvZYxDPEH4CKWLXRGAtjynNbQAhDjCNC2Jd9C5ZqF7RSbgEJY3HT9MVXy3vyryPCAciPx6Bk1x65sUWLVJcoWMx5g3Q4bEKa/oVwdTyBKRHTK9kNUoeP9xNEvr/+IOKVZ0ySXM7SCDLEEhOQwEFq6tO4jxqgKpkqPu8xwO8p6FbKthCyp43zoUTfRG+ITZvAyy5wyL+MDgijI3d5zuBPZZeY41Kic+y3RXNyZtLbWAyQVzLCe62B1ikB5MZEx5x6vPl1s7iHDOVHTsVg4vXCgiTGiaM+GAFxyG4jN/dU0hNu5DPHBaZZwOS8PDt8T3b+IpjCxkgVfmXv5kk7YvsUrtRwh7qf176y8BTTxBwqV5AIiR0jvg7wPmqWcFv/aYw5feaDwLNYEEFgxlikMm690O6Ns2iFOMsdKR3bYm1oGlZ4Rl4NkDDcclvraIq9GRcz2UpkvG98ohLTGtJfkOvRE3rxwf9KPzBkuTxrkAxB5NblzJkUySobEt5F7c8ou3wGgRh82fvdpJrbNy438DnWMB8V+BdxVkyxz56Jubpvf/qMvRgQXpL5PCR/UorS5p6tRuRTqUqJJR62CZZNkYE9IJWWo0GDF+U7u5ZSmSiREsfqnFf4DnRNtVWn/8BsDln84VQEwpmO8bCQmMD58UzHY4GBgiziPC5LR16CjsWYjE5goLwkYlj1KwxF5GifwVQfWGx3j2H0iVAqHqW8Ts883cWI+v6XqY4VclFzt6KpcMvYF7lrfAkMC3qh8RDuDkfdvYUO4VWvy4afXk5UDPWEC+bdZ4SS/OCfju4ma0r/UR0kwNmkIIqF3Jw5GhBDqwzyVtMKO8qOcObrReQIHDEhx4YWl8/VZmrvwPn4EWz2pj6O8K9HhRecfznAuEIDXBeE4MuSXPx2Ud1VoJA2Fq6LNnKo3KGIVn6EvtXQlTnzH4/0shClRXr3w5X/2+JRq0/ctJMgqvB0LmfV/32/y7Cb7g+y1ux24BAoY36P9yFXbZcpcwVnyGeMrnxNJ+s/LiWBluNKRm
SM_TRANSACTIONID: 0000000000000000000000000a901826-078d-5de6e3ab-0001-316064a7
SM_SDOMAIN: .domain.com
SM_REALM: Root
SM_REALMOID: 06-527c6c29-addf-1070-9023-85114dc6fd5f
SM_AUTHTYPE: Form
SM_AUTHREASON: 0
SM_UNIVERSALID: 5896176581
SM_AUTHDIROID: 0e-d407abee-b2e6-105c-b646-85114dc60000
SM_AUTHDIRNAME: Prod AD
SM_AUTHDIRSERVER: QTWINLB.company.com:636,QTWINLB.company.com:636,QTWINLB.company.com:636,QTWINLB.company.com:636
SM_AUTHDIRNAMESPACE: LDAP:
SM_USER: allisra
SM_USERDN: CN=allisra,OU=SO,OU=Dev,OU=Accts,DC=qtwin,DC=qad,DC=domain,DC=com
SM_SERVERSESSIONID: XqDZ1LrSt/fmoFXpxnzH+SZIqjg=
SM_SERVERSESSIONSPEC: /mPxQ8vJMBcLjuFkP9Xt9VveCwgpOi9vyE6/mPjnuEZC+bnFHZZLh+NlL44nsLCSnJmJIcZaloO8mcoF0+5YRfs0JAFXIg3PUfnw+ob2qfnQlQyGymR9LfQnWnNZOoyjmnFGccXPRijZ9ddHEVGepxqFiHTAHHXqb94UiFHANY1/JwoyZI9X5gga9zY46NGJgW5cpCetfaPE8RHZcY7h1JqHFYzcWmZ3882Lme92wS1WJYUEBKHC3H0tzrTwG8lGY/UncEyfvZRmH6WAGvmtkGQwiS+8bUzKYfuU6FtwfaJSj1oUMytYA3i33aQwpDh5zP3eZ12Zza/FE6BrI63EyQAJdAhUjNT0NnUqJeIqXD/glXmGZ57PjR5y8smc7VHDRLNzoEqA7zor29jrw+bYkWSvQESl1eI/ffgrXZ1OkRu8TrVoJN1/kOvAoq8MCa1F3zjBKmak+r8KMAMagUtH1rizoaSlzg+t
SM_TIMETOEXPIRE: 35991
SM_SERVERIDENTITYSPEC:
EID: 5896176581
EMAIL: rance.lastname@company.com
FIRSTNAME: Rance
LASTNAME: Lastname
OFFICEPHONENUMBER: 678-xxx-xxxx
REMOTE_USER: allisra
VZID: V170450
[caches] cluster: EmptyBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: SqlBagOStuff, session: SqlBagOStuff
[caches] LocalisationCache: using store LCStoreDB
[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.xx.xxx.xxx",
  "UserAgent": "Mozilla\/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/78.0.3904.97 Safari\/537.36",
  "ChronologyProtection": false,
  "ChronologyPositionIndex": 0,
  "ChronologyClientId": null
}
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'localhost'.
[SQLBagOStuff] Connection 6870 will be used for SqlBagOStuff
[SQLBagOStuff] SqlBagOStuff debug: get: no matching rows
[session] SessionBackend "5t3l8ojqoc00hbjic5qka2rr78984rf9" is unsaved, marking dirty in constructor
[session] SessionBackend "5t3l8ojqoc00hbjic5qka2rr78984rf9" save: dataDirty=1 metaDirty=1 forcePersist=0
[cookie] already deleted setcookie: "wikidb_vzwiki__session", "", "1543876653", "/", "", "1", "1"
[cookie] already deleted setcookie: "wikidb_vzwiki_UserID", "", "1543876653", "/", "", "1", "1"
[cookie] already deleted setcookie: "wikidb_vzwiki_Token", "", "1543876653", "/", "", "1", "1"
[cookie] already deleted setcookie: "forceHTTPS", "", "1543876653", "/", "", "", "1"
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'localhost'.
Title::getRestrictionTypes: applicable restrictions to Main Page are {edit,move}
[ContentHandler] Created handler for wikitext: WikitextContentHandler
OutputPage::checkLastModified: client did not send If-Modified-Since header
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2038-01-19 03:14:07
[SQLBagOStuff] SqlBagOStuff debug: get: no matching rows
[SQLBagOStuff] SqlBagOStuff debug: get: no matching rows
[MessageCache] MessageCache::load: Loading en... local cache is empty, global cache is expired, loading from database
Unstubbing $wgParser on call of $wgParser::firstCallInit from MessageCache->transform
Parser: using preprocessor: Preprocessor_DOM
Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions->__construct
[caches] parser: SqlBagOStuff
Article::view using parser cache: yes
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-02 19:00:38
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
Article::view: doing uncached parse
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-02 19:00:38
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[Preprocessor] Cached preprocessor output (key: wikidb-vzwiki_:preprocess-xml:d63d12039fb041e3530d2ccbf28fb636:0)
SiteStats::loadAndLazyInit: reading site_stats from replica DB
[Preprocessor] Cached preprocessor output (key: wikidb-vzwiki_:preprocess-xml:087fe8b59415ccad0899929d13cb0c94:1)
[Mime] MimeAnalyzer::loadFiles: loading mime types from /var/apache2/2.4/htdocs/mediawiki-1.32.2/includes/libs/mime/mime.types
[Mime] MimeAnalyzer::loadFiles: loading mime info from /var/apache2/2.4/htdocs/mediawiki-1.32.2/includes/libs/mime/mime.info
File::transform: Doing stat for mwstore://local-backend/local-thumb/1/19/Vzwlogo2015-0903.png/163px-Vzwlogo2015-0903.png
[FileOperation] FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/1/19/Vzwlogo2015-0903.png/163px-Vzwlogo2015-0903.png does not exist
TransformationalImageHandler::doTransform: creating 163x37 thumbnail at /var/tmp//transform_748abc5167c7.png using scaler client
TransformationalImageHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/1/19/Vzwlogo2015-0903.png/163px-Vzwlogo2015-0903.png
TransformationalImageHandler::doTransform: creating 163x37 thumbnail at /var/tmp//transform_bee56ddf7c59.png using scaler client
TransformationalImageHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/1/19/Vzwlogo2015-0903.png/163px-Vzwlogo2015-0903.png
TransformationalImageHandler::doTransform: creating 163x37 thumbnail at /var/tmp//transform_84a1e9aafedd.png using scaler client
TransformationalImageHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/b/b2/Documentation_icon.png/80px-Documentation_icon.png
[FileOperation] FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/b/b2/Documentation_icon.png/80px-Documentation_icon.png does not exist
TransformationalImageHandler::doTransform: creating 80x80 thumbnail at /var/tmp//transform_41b37130bf05.png using scaler client
TransformationalImageHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/b/b2/Documentation_icon.png/80px-Documentation_icon.png
TransformationalImageHandler::doTransform: creating 80x80 thumbnail at /var/tmp//transform_116d8de68b70.png using scaler client
TransformationalImageHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/b/b2/Documentation_icon.png/80px-Documentation_icon.png
TransformationalImageHandler::doTransform: creating 80x80 thumbnail at /var/tmp//transform_a2f5702a8ca8.png using scaler client
TransformationalImageHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/3/31/320px-RedHat_svg.png/320px-320px-RedHat_svg.png
[FileOperation] FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/3/31/320px-RedHat_svg.png/320px-320px-RedHat_svg.png does not exist
TransformationalImageHandler::doTransform: creating 320x103 thumbnail at /var/tmp//transform_da051bce1f08.png using scaler client
TransformationalImageHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/3/31/320px-RedHat_svg.png/320px-320px-RedHat_svg.png
TransformationalImageHandler::doTransform: creating 320x103 thumbnail at /var/tmp//transform_7758e3ff33c2.png using scaler client
TransformationalImageHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/3/31/320px-RedHat_svg.png/320px-320px-RedHat_svg.png
TransformationalImageHandler::doTransform: creating 320x103 thumbnail at /var/tmp//transform_d1e7d1e50127.png using scaler client
TransformationalImageHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/e/e7/320px-Centos-logo-light_svg.png/320px-320px-Centos-logo-light_svg.png
[FileOperation] FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/e/e7/320px-Centos-logo-light_svg.png/320px-320px-Centos-logo-light_svg.png does not exist
TransformationalImageHandler::doTransform: creating 320x108 thumbnail at /var/tmp//transform_92ec2a3fff71.png using scaler client
TransformationalImageHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/e/e7/320px-Centos-logo-light_svg.png/320px-320px-Centos-logo-light_svg.png
TransformationalImageHandler::doTransform: creating 320x108 thumbnail at /var/tmp//transform_b768911755a9.png using scaler client
TransformationalImageHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/e/e7/320px-Centos-logo-light_svg.png/320px-320px-Centos-logo-light_svg.png
TransformationalImageHandler::doTransform: creating 320x108 thumbnail at /var/tmp//transform_0b68fce1d385.png using scaler client
TransformationalImageHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/e/ee/Aktualne_logo_Oracle_Solaris_OS_OSos.png/252px-Aktualne_logo_Oracle_Solaris_OS_OSos.png
[FileOperation] FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/e/ee/Aktualne_logo_Oracle_Solaris_OS_OSos.png/252px-Aktualne_logo_Oracle_Solaris_OS_OSos.png does not exist
TransformationalImageHandler::doTransform: creating 252x122 thumbnail at /var/tmp//transform_4444b2a9a4ce.png using scaler client
TransformationalImageHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/e/ee/Aktualne_logo_Oracle_Solaris_OS_OSos.png/252px-Aktualne_logo_Oracle_Solaris_OS_OSos.png
TransformationalImageHandler::doTransform: creating 252x122 thumbnail at /var/tmp//transform_737f81b7cb95.png using scaler client
TransformationalImageHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/e/ee/Aktualne_logo_Oracle_Solaris_OS_OSos.png/252px-Aktualne_logo_Oracle_Solaris_OS_OSos.png
TransformationalImageHandler::doTransform: creating 252x122 thumbnail at /var/tmp//transform_ecdf6c6a9f4e.png using scaler client
TransformationalImageHandler::doTransform: returning unscaled image
[Preprocessor] Cached preprocessor output (key: wikidb-vzwiki_:preprocess-xml:d63d12039fb041e3530d2ccbf28fb636:0)
Saved in parser cache with key wikidb-vzwiki_:pcache:idhash:1-0!canonical and timestamp 20191203223734 and revision id 79909
MediaWiki::preOutputCommit: primary transaction round committed
MediaWiki::preOutputCommit: pre-send deferred updates completed
MediaWiki::preOutputCommit: LBFactory shutdown completed
Title::getRestrictionTypes: applicable restrictions to Main Page are {edit,move}
OutputPage::sendCacheControl: private caching; Tue, 03 Dec 2019 22:33:21 GMT **
[SQLBagOStuff] Duplicate get(): "wikidb-vzwiki_:pcache:idoptions:1" fetched 2 times
Request ended normally
[session] Saving all sessions on shutdown
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'localhost'.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'localhost'.
[caches] cluster: EmptyBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: SqlBagOStuff, session: SqlBagOStuff
[caches] LocalisationCache: using store LCStoreDB
[DBReplication] Cannot use ChronologyProtector with EmptyBagOStuff.
[DBReplication] Wikimedia\Rdbms\LBFactory::getChronologyProtector: using request info {
  "IPAddress": "10.xxx.xxx.xxx",
  "UserAgent": "Mozilla\/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/78.0.3904.97 Safari\/537.36",
  "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 'localhost'.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'localhost'.
[SQLBagOStuff] Connection 6873 will be used for SqlBagOStuff
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'localhost'.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'localhost'.
[caches] cluster: EmptyBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: SqlBagOStuff, session: SqlBagOStuff
[caches] LocalisationCache: using store LCStoreDB
[DBReplication] Cannot use ChronologyProtector with EmptyBagOStuff.
[DBReplication] Wikimedia\Rdbms\LBFactory::getChronologyProtector: using request info {
  "IPAddress": "10.xx.xxx.xxx",
  "UserAgent": "Mozilla\/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/78.0.3904.97 Safari\/537.36",
  "ChronologyProtection": false,
  "ChronologyPositionIndex": 0,
  "ChronologyClientId": null
}
[caches] cluster: EmptyBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: SqlBagOStuff, session: SqlBagOStuff
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openConnection: calling initLB() before first connection.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'localhost'.
[caches] LocalisationCache: using store LCStoreDB
[DBReplication] Cannot use ChronologyProtector with EmptyBagOStuff.
[DBReplication] Wikimedia\Rdbms\LBFactory::getChronologyProtector: using request info {
  "IPAddress": "10.xx.xxx.xxx",
  "UserAgent": "Mozilla\/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/78.0.3904.97 Safari\/537.36",
  "ChronologyProtection": false,
  "ChronologyPositionIndex": 0,
  "ChronologyClientId": null
}
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'localhost'.
[SQLBagOStuff] Connection 6875 will be used for SqlBagOStuff
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2038-01-19 03:14:07
[SQLBagOStuff] SqlBagOStuff debug: get: no matching rows
[SQLBagOStuff] SqlBagOStuff debug: get: no matching rows
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openConnection: calling initLB() before first connection.
[MessageCache] MessageCache::load: Loading en... local cache is empty, global cache is expired/volatile, loading from database
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'localhost'.
[ContentHandler] Created handler for css: CssContentHandler
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'localhost'.
[SQLBagOStuff] Connection 6877 will be used for SqlBagOStuff
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:54
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'localhost'.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'localhost'.
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 17:50:57
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'localhost'.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'localhost'.
[caches] cluster: EmptyBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: SqlBagOStuff, session: SqlBagOStuff
[caches] LocalisationCache: using store LCStoreDB
[DBReplication] Cannot use ChronologyProtector with EmptyBagOStuff.
[DBReplication] Wikimedia\Rdbms\LBFactory::getChronologyProtector: using request info {
  "IPAddress": "10.xx.xxx.xxx",
  "UserAgent": "Mozilla\/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/78.0.3904.97 Safari\/537.36",
  "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 'localhost'.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'localhost'.
[SQLBagOStuff] Connection 6879 will be used for SqlBagOStuff
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2038-01-19 03:14:07
[SQLBagOStuff] SqlBagOStuff debug: get: no matching rows
[SQLBagOStuff] SqlBagOStuff debug: get: no matching rows
[MessageCache] MessageCache::load: Loading en... local cache is empty, global cache is expired/volatile, loading from database
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 15:04:58
[SQLBagOStuff] SqlBagOStuff debug: get: key has expired
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'localhost'.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'localhost'.
IP: 10.xx.xxx.xxx
Start request GET /favicon.ico
HTTP HEADERS:
HOST: osswiki.company.com
CONNECTION: keep-alive
USER-AGENT: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36
ACCEPT: image/webp,image/apng,image/*,*/*;q=0.8
SEC-FETCH-SITE: same-origin
SEC-FETCH-MODE: no-cors
REFERER: https://osswiki.company.com/wiki/Main_Page
ACCEPT-ENCODING: gzip, deflate, br
ACCEPT-LANGUAGE: en-US,en;q=0.9
COOKIE: SMSESSION=D4C3GEVV9IHcEv09NyNQK20dJWl2Yadc4NboQMqDfHQDTiLlaAOezpANfgp1nhcBL0IFcg5OgyRFZnKdeG8TJjEC2lZ0+FcNVMLxftIobGNbutVA+h4o8Y+AZYW8Uj00t5ldDQs682ZxicLEvCYMhIPctvnvZYxDPEH4CKWLXRGAtjynNbQAhDjCNC2Jd9C5ZqF7RSbgEJY3HT9MVXy3vyryPCAciPx6Bk1x65sUWLVJcoWMx5g3Q4bEKa/oVwdTyBKRHTK9kNUoeP9xNEvr/+IOKVZ0ySXM7SCDLEEhOQwEFq6tO4jxqgKpkqPu8xwO8p6FbKthCyp43zoUTfRG+ITZvAyy5wyL+MDgijI3d5zuBPZZeY41Kic+y3RXNyZtLbWAyQVzLCe62B1ikB5MZEx5x6vPl1s7iHDOVHTsVg4vXCgiTGiaM+GAFxyG4jN/dU0hNu5DPHBaZZwOS8PDt8T3b+IpjCxkgVfmXv5kk7YvsUrtRwh7qf176y8BTTxBwqV5AIiR0jvg7wPmqWcFv/aYw5feaDwLNYEEFgxlikMm690O6Ns2iFOMsdKR3bYm1oGlZ4Rl4NkDDcclvraIq9GRcz2UpkvG98ohLTGtJfkOvRE3rxwf9KPzBkuTxrkAxB5NblzJkUySobEt5F7c8ou3wGgRh82fvdpJrbNy438DnWMB8V+BdxVkyxz56Jubpvf/qMvRgQXpL5PCR/UorS5p6tRuRTqUqJJR62CZZNkYE9IJWWo0GDF+U7u5ZSmSiREsfqnFf4DnRNtVWn/8BsDln84VQEwpmO8bCQmMD58UzHY4GBgiziPC5LR16CjsWYjE5goLwkYlj1KwxF5GifwVQfWGx3j2H0iVAqHqW8Ts883cWI+v6XqY4VclFzt6KpcMvYF7lrfAkMC3qh8RDuDkfdvYUO4VWvy4afXk5UDPWEC+bdZ4SS/OCfju4ma0r/UR0kwNmkIIqF3Jw5GhBDqwzyVtMKO8qOcObrReQIHDEhx4YWl8/VZmrvwPn4EWz2pj6O8K9HhRecfznAuEIDXBeE4MuSXPx2Ud1VoJA2Fq6LNnKo3KGIVn6EvtXQlTnzH4/0shClRXr3w5X/2+JRq0/ctJMgqvB0LmfV/32/y7Cb7g+y1ux24BAoY36P9yFXbZcpcwVnyGeMrnxNJ+s/LiWBluNKRm
SM_TRANSACTIONID: 0000000000000000000000000a901826-078e-5de6e3b8-0001-02773545
SM_SDOMAIN: .domain.com
SM_REALM: Root
SM_REALMOID: 06-527c6c29-addf-1070-9023-85114dc6fd5f
SM_AUTHTYPE: Form
SM_AUTHREASON: 0
SM_UNIVERSALID: 5896176581
SM_AUTHDIROID: 0e-d407abee-b2e6-105c-b646-85114dc60000
SM_AUTHDIRNAME: Prod AD
SM_AUTHDIRSERVER: QTWINLB.company.com:636,QTWINLB.company.com:636,QTWINLB.company.com:636,QTWINLB.company.com:636
SM_AUTHDIRNAMESPACE: LDAP:
SM_USER: allisra
SM_USERDN: CN=allisra,OU=SO,OU=Dev,OU=Accts,DC=qtwin,DC=qad,DC=domain,DC=com
SM_SERVERSESSIONID: XqDZ1LrSt/fmoFXpxnzH+SZIqjg=
SM_SERVERSESSIONSPEC: /mPxQ8vJMBcLjuFkP9Xt9VveCwgpOi9vyE6/mPjnuEZC+bnFHZZLh+NlL44nsLCSnJmJIcZaloO8mcoF0+5YRfs0JAFXIg3PUfnw+ob2qfnQlQyGymR9LfQnWnNZOoyjmnFGccXPRijZ9ddHEVGepxqFiHTAHHXqb94UiFHANY1/JwoyZI9X5gga9zY46NGJgW5cpCetfaPE8RHZcY7h1JqHFYzcWmZ3882Lme92wS1WJYUEBKHC3H0tzrTwG8lGY/UncEyfvZRmH6WAGvmtkGQwiS+8bUzKYfuU6FtwfaJSj1oUMytYA3i33aQwpDh5zP3eZ12Zza/FE6BrI63EyQAJdAhUjNT0NnUqJeIqXD/glXmGZ57PjR5y8smc7VHDRLNzoEqA7zor29jrw+bYkWSvQESl1eI/ffgrXZ1OkRu8TrVoJN1/kOvAoq8MCa1F3zjBKmak+r8KMAMagUtH1rizoaSlzg+t
SM_TIMETOEXPIRE: 35978
SM_SERVERIDENTITYSPEC:
EID: 5896176581
EMAIL: rance.lastname@company.com
FIRSTNAME: Rance
LASTNAME: Lastname
OFFICEPHONENUMBER: 678-xxx-xxxx
REMOTE_USER: allisra
VZID: V170450
[caches] cluster: EmptyBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: SqlBagOStuff, session: SqlBagOStuff
[caches] LocalisationCache: using store LCStoreDB
[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.xx.xxx.xxx",
  "UserAgent": "Mozilla\/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/78.0.3904.97 Safari\/537.36",
  "ChronologyProtection": false,
  "ChronologyPositionIndex": 0,
   "ChronologyClientId": null
}
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'localhost'.
[SQLBagOStuff] Connection 6880 will be used for SqlBagOStuff
[SQLBagOStuff] SqlBagOStuff debug: get: no matching rows
[session] SessionBackend "i8u8h87fsb59ilg7kck9t5n69pgk5m52" is unsaved, marking dirty in constructor
[session] SessionBackend "i8u8h87fsb59ilg7kck9t5n69pgk5m52" save: dataDirty=1 metaDirty=1 forcePersist=0
[cookie] already deleted setcookie: "wikidb_vzwiki__session", "", "1543876664", "/", "", "1", "1"
[cookie] already deleted setcookie: "wikidb_vzwiki_UserID", "", "1543876664", "/", "", "1", "1"
[cookie] already deleted setcookie: "wikidb_vzwiki_Token", "", "1543876664", "/", "", "1", "1"
[cookie] already deleted setcookie: "forceHTTPS", "", "1543876664", "/", "", "", "1"
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'localhost'.
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2038-01-19 03:14:07
[SQLBagOStuff] SqlBagOStuff debug: get: no matching rows
[SQLBagOStuff] SqlBagOStuff debug: get: no matching rows
[MessageCache] MessageCache::load: Loading en... local cache is empty, global cache is expired/volatile, loading from database
Title::getRestrictionTypes: applicable restrictions to Main Page are {edit,move}
[ContentHandler] Created handler for wikitext: WikitextContentHandler
MediaWiki::preOutputCommit: primary transaction round committed
MediaWiki::preOutputCommit: pre-send deferred updates completed
MediaWiki::preOutputCommit: LBFactory shutdown completed
OutputPage::sendCacheControl: private caching; Tue, 03 Dec 2019 22:37:44 GMT **
Request ended normally
[session] Saving all sessions on shutdown
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'localhost'.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'localhost'.
IP: 10.xx.xxx.xxx
Start request GET /wiki/Main_Page
HTTP HEADERS:
HOST: osswiki.company.com
CONNECTION: keep-alive
USER-AGENT: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36
ACCEPT: image/webp,image/apng,image/*,*/*;q=0.8
SEC-FETCH-SITE: same-origin
SEC-FETCH-MODE: no-cors
REFERER: https://osswiki.company.com/wiki/Main_Page
ACCEPT-ENCODING: gzip, deflate, br
ACCEPT-LANGUAGE: en-US,en;q=0.9
COOKIE: SMSESSION=D4C3GEVV9IHcEv09NyNQK20dJWl2Yadc4NboQMqDfHQDTiLlaAOezpANfgp1nhcBL0IFcg5OgyRFZnKdeG8TJjEC2lZ0+FcNVMLxftIobGNbutVA+h4o8Y+AZYW8Uj00t5ldDQs682ZxicLEvCYMhIPctvnvZYxDPEH4CKWLXRGAtjynNbQAhDjCNC2Jd9C5ZqF7RSbgEJY3HT9MVXy3vyryPCAciPx6Bk1x65sUWLVJcoWMx5g3Q4bEKa/oVwdTyBKRHTK9kNUoeP9xNEvr/+IOKVZ0ySXM7SCDLEEhOQwEFq6tO4jxqgKpkqPu8xwO8p6FbKthCyp43zoUTfRG+ITZvAyy5wyL+MDgijI3d5zuBPZZeY41Kic+y3RXNyZtLbWAyQVzLCe62B1ikB5MZEx5x6vPl1s7iHDOVHTsVg4vXCgiTGiaM+GAFxyG4jN/dU0hNu5DPHBaZZwOS8PDt8T3b+IpjCxkgVfmXv5kk7YvsUrtRwh7qf176y8BTTxBwqV5AIiR0jvg7wPmqWcFv/aYw5feaDwLNYEEFgxlikMm690O6Ns2iFOMsdKR3bYm1oGlZ4Rl4NkDDcclvraIq9GRcz2UpkvG98ohLTGtJfkOvRE3rxwf9KPzBkuTxrkAxB5NblzJkUySobEt5F7c8ou3wGgRh82fvdpJrbNy438DnWMB8V+BdxVkyxz56Jubpvf/qMvRgQXpL5PCR/UorS5p6tRuRTqUqJJR62CZZNkYE9IJWWo0GDF+U7u5ZSmSiREsfqnFf4DnRNtVWn/8BsDln84VQEwpmO8bCQmMD58UzHY4GBgiziPC5LR16CjsWYjE5goLwkYlj1KwxF5GifwVQfWGx3j2H0iVAqHqW8Ts883cWI+v6XqY4VclFzt6KpcMvYF7lrfAkMC3qh8RDuDkfdvYUO4VWvy4afXk5UDPWEC+bdZ4SS/OCfju4ma0r/UR0kwNmkIIqF3Jw5GhBDqwzyVtMKO8qOcObrReQIHDEhx4YWl8/VZmrvwPn4EWz2pj6O8K9HhRecfznAuEIDXBeE4MuSXPx2Ud1VoJA2Fq6LNnKo3KGIVn6EvtXQlTnzH4/0shClRXr3w5X/2+JRq0/ctJMgqvB0LmfV/32/y7Cb7g+y1ux24BAoY36P9yFXbZcpcwVnyGeMrnxNJ+s/LiWBluNKRm
SM_TRANSACTIONID: 0000000000000000000000000a901826-078e-5de6e3b8-0001-04fa4f61
SM_SDOMAIN: .domain.com
SM_REALM: Root
SM_REALMOID: 06-527c6c29-addf-1070-9023-85114dc6fd5f
SM_AUTHTYPE: Form
SM_AUTHREASON: 0
SM_UNIVERSALID: 5896176581
SM_AUTHDIROID: 0e-d407abee-b2e6-105c-b646-85114dc60000
SM_AUTHDIRNAME: Prod AD
SM_AUTHDIRSERVER: QTWINLB.company.com:636,QTWINLB.company.com:636,QTWINLB.company.com:636,QTWINLB.company.com:636
SM_AUTHDIRNAMESPACE: LDAP:
SM_USER: allisra
SM_USERDN: CN=allisra,OU=SO,OU=Dev,OU=Accts,DC=qtwin,DC=qad,DC=domain,DC=com
SM_SERVERSESSIONID: XqDZ1LrSt/fmoFXpxnzH+SZIqjg=
SM_SERVERSESSIONSPEC: /mPxQ8vJMBcLjuFkP9Xt9VveCwgpOi9vyE6/mPjnuEZC+bnFHZZLh+NlL44nsLCSnJmJIcZaloO8mcoF0+5YRfs0JAFXIg3PUfnw+ob2qfnQlQyGymR9LfQnWnNZOoyjmnFGccXPRijZ9ddHEVGepxqFiHTAHHXqb94UiFHANY1/JwoyZI9X5gga9zY46NGJgW5cpCetfaPE8RHZcY7h1JqHFYzcWmZ3882Lme92wS1WJYUEBKHC3H0tzrTwG8lGY/UncEyfvZRmH6WAGvmtkGQwiS+8bUzKYfuU6FtwfaJSj1oUMytYA3i33aQwpDh5zP3eZ12Zza/FE6BrI63EyQAJdAhUjNT0NnUqJeIqXD/glXmGZ57PjR5y8smc7VHDRLNzoEqA7zor29jrw+bYkWSvQESl1eI/ffgrXZ1OkRu8TrVoJN1/kOvAoq8MCa1F3zjBKmak+r8KMAMagUtH1rizoaSlzg+t
SM_TIMETOEXPIRE: 35978
SM_SERVERIDENTITYSPEC:
EID: 5896176581
EMAIL: rance.lastname@company.com
FIRSTNAME: Rance
LASTNAME: Lastname
OFFICEPHONENUMBER: 678-xxx-xxxx
REMOTE_USER: allisra
VZID: V170450
[caches] cluster: EmptyBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: SqlBagOStuff, session: SqlBagOStuff
[caches] LocalisationCache: using store LCStoreDB
[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.xx.xxx.xxx",
  "UserAgent": "Mozilla\/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/78.0.3904.97 Safari\/537.36",
  "ChronologyProtection": false,
  "ChronologyPositionIndex": 0,
  "ChronologyClientId": null
}
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'localhost'.
[SQLBagOStuff] Connection 6882 will be used for SqlBagOStuff
[SQLBagOStuff] SqlBagOStuff debug: get: no matching rows
[session] SessionBackend "k0rglovea38evq8ogj33j20juef4a3tf" is unsaved, marking dirty in constructor
[session] SessionBackend "k0rglovea38evq8ogj33j20juef4a3tf" save: dataDirty=1 metaDirty=1 forcePersist=0
[cookie] already deleted setcookie: "wikidb_vzwiki__session", "", "1543876664", "/", "", "1", "1"
[cookie] already deleted setcookie: "wikidb_vzwiki_UserID", "", "1543876664", "/", "", "1", "1"
[cookie] already deleted setcookie: "wikidb_vzwiki_Token", "", "1543876664", "/", "", "1", "1"
[cookie] already deleted setcookie: "forceHTTPS", "", "1543876664", "/", "", "", "1"
[DBConnection] Wikimedia\Rdbms\LoadBalancer::openLocalConnection: connected to database 0 at 'localhost'.
Title::getRestrictionTypes: applicable restrictions to Main Page are {edit,move}
[ContentHandler] Created handler for wikitext: WikitextContentHandler
OutputPage::checkLastModified: client did not send If-Modified-Since header
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2038-01-19 03:14:07
[SQLBagOStuff] SqlBagOStuff debug: get: no matching rows
[SQLBagOStuff] SqlBagOStuff debug: get: no matching rows
[MessageCache] MessageCache::load: Loading en... local cache is empty, global cache is expired/volatile, loading from database
Unstubbing $wgParser on call of $wgParser::firstCallInit from MessageCache->transform
Parser: using preprocessor: Preprocessor_DOM
Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions->__construct
[caches] parser: SqlBagOStuff
Article::view using parser cache: yes
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 23:37:35
Parser cache options found.
[SQLBagOStuff] SqlBagOStuff debug: get: retrieved data; expiry time is 2019-12-03 23:37:35
ParserOutput cache found.
Article::view: showing parser cache contents
MediaWiki::preOutputCommit: primary transaction round committed
MediaWiki::preOutputCommit: pre-send deferred updates completed
MediaWiki::preOutputCommit: LBFactory shutdown completed
Title::getRestrictionTypes: applicable restrictions to Main Page are {edit,move}
OutputPage::sendCacheControl: private caching; Tue, 03 Dec 2019 22:33:21 GMT **
Request ended normally
[session] Saving all sessions on shutdown
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'localhost'.
[DBConnection] Wikimedia\Rdbms\LoadBalancer::closeAll: closing connection to database 'localhost'. Rallison11 (talk) 23:12, 3 December 2019 (UTC)
Hello, Can anyone help me out with this? Thanks in advance! Rallison11 (talk) 15:12, 17 December 2019 (UTC)
Maybe the problem is on this line:
$wgAuthRemoteuserUserName = getenv( 'REMOTE_USER' );
You may try to change it to:
$wgAuthRemoteuserUserName = $_SERVER['HTTP_REMOTE_USER'];
Since getenv is used to get enviroment variables, but REMOTE_USER is an HTTP header value. Ciencia Al Poder (talk) 10:30, 18 December 2019 (UTC)
I made the change to reflect $wgAuthRemoteuserUserName = $_SERVER['HTTP_REMOTE_USER'];
But it still do not auto log into the wiki site after logging in via SSO.
I get this message in the browser "Notice: Undefined index: HTTP_REMOTE_USER in /var/apache2/2.4/htdocs/mediawiki-1.32.2/LocalSettings.php on line 478" Rallison11 (talk) 13:33, 18 December 2019 (UTC)
Apparently, by looking at the debug log, php receives an HTTP header "REMOTE_USER", it should work...
You can set up a php file with a call to phpinfo() as described here: https://www.php.net/manual/function.phpinfo.php
Visit that file from the browser and CTRL+F to find your username there, it should appear in one of the $_SERVER variables. If you find it, use that in place of the $_SERVER['HTTP_REMOTE_USER']; I recommended above. Ciencia Al Poder (talk) 10:16, 19 December 2019 (UTC)
I set up the phpinfo file and checked for the info in the browser.  I do not see my user id in any of the $_SERVER variables. I have pasted all $_SERVER variables from the output below.
$_SERVER['UNIQUE_ID']              Xft3U8uKBzZpZrox5NT5fQAAAAM
$_SERVER['SCRIPT_URL']              /phpinfo.php
$_SERVER['SCRIPT_URI']              https://servername.company.com/phpinfo.php
$_SERVER['HTTPS']          on
$_SERVER['SSL_TLS_SNI']             servername.company.com
$_SERVER['HTTP_HOST']              servername.company.com
$_SERVER['HTTP_CONNECTION']             keep-alive
$_SERVER['HTTP_UPGRADE_INSECURE_REQUESTS']      1
$_SERVER['HTTP_USER_AGENT']              Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.79 Safari/537.36
$_SERVER['HTTP_SEC_FETCH_USER']     ?1
$_SERVER['HTTP_ACCEPT']                text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9
$_SERVER['HTTP_SEC_FETCH_SITE']        none
$_SERVER['HTTP_SEC_FETCH_MODE']   navigate
$_SERVER['HTTP_ACCEPT_ENCODING'] gzip, deflate, br
$_SERVER['HTTP_ACCEPT_LANGUAGE']               en-US,en;q=0.9
$_SERVER['HTTP_COOKIE']          s_fid=686AE64C1FDA8DF8-1CEE5A7BB48617F0; s_cc=true; __MyInfoAntiXsrfToken=0783350d44f8413eb6dab6dad2fb85e8; s_sq=%5B%5BB%5D%5D; SMCHALLENGE=NTC_CHALLENGE_DONE; s_pers=%20s_lv%3D1574734646900%7C1669342646900%3B%20s_lv_s%3DFirst%2520Visit%7C1574736446900%3B; ; SMSESSION=ou9dAyPCohkCt1FQYWk+imUucEmwQy6QUChf6Wy5+OzbbJAsunwO5bYAhFhx8bxA/3eAabzX9MfhYuwgZZgkGCpEvpvVBUYnMtm0ZbARPDY0MuCbVKLfzebMzYuQp87KRDOUttQ5Lrn3ctGCq7F5Mx1rSeBUnG7LwzjeMOB7klMRoYwsUz+kI5MUdOYFi24HTHbLPN5HjQUFyffJclDQHHO36fhMoJ/KHXItRuUozSmbY24kU2Bvk9xJv7PvzLQitw06ef2TcgQfF2YkmHkOy9HSYwQDPN44mXQNN0W/RjrzW9GD+sO0G2So1ceLS4sq2vPD4o4e6z4z6oZ9AEOQPCmZWW/HbZSboYvLy8oQ/A8bnFQK7hbl8QBRo2y0nenl4uN+6CsPv8ZiDuqoWxCNdbwMEil77dzaFDik/xXHSEpivUukWMKLYFIn8jLMg+zjq3ZeIQWQETm/hQfQll1sal5M1tS4397yz29LddmDogPnw2sVYLPl0mdIKofTqZl1zjk8F786OT6kIaOxPiM7UH40gFxUWIsLJAP7ZUaVUVQjT2uVnbCk54mUxHofa5qzE3+vD5YwL9Y+P1cz+FvECdw/0QoKcErAv+qLV2A0tqRL4KDfEKf7uB/zjvB34EjTAF3IElis5APRQA51Gos6CJMrU5crS/rg5yrj54U5XMlsmkJbc4hVBZZBLI86TtTguNk5kY4gqY8SBYinjk9k3FSKF0UtJs12TGugWX0RcIVD3HuV+pbLReERafJsfVWybvrFruZc3q5MGOiw4iytGLPWAk/ozdN89vA8TtigwJiEWgD26h5Wa2v9CK02KiZ2nMWOtGn8bsfFG3BL/HXvS47cV8SFNxqWHjtLxNGkKXZTN61FDRcE+/fSdC+98/zFBDPr/ldKLqZITeylFu62mEKXvF57T9wSjjELEAgrOwUljZu2lMgFVbhR8nzI3DqNsMRVHCw/6mslpCk+VXSgbLrFCl9ZFd90JWdvqJ8SHrt1d52RXu5xr0ta8DdWEit4rvhNDbfwSxzcFZIzpTl7sxWbLPoV9Y6lejqd7dhV2iB6fbK0XWT6tkEu0SMfarhtU5oW210RbcNLxYeRApRct8wkEIUpnynNmbsSGuNqVu5ZE6Fyo3aCkrGXkQHZ6ook8lcl5/wdBy5I9r6pPIFr5pxXofvAJt6R
$_SERVER['HTTP_EID']   5896176581
$_SERVER['HTTP_EMAIL']            firs.last@company.com
$_SERVER['HTTP_FIRSTNAME'] First name
$_SERVER['HTTP_LASTNAME']   Last name
$_SERVER['HTTP_OFFICEPHONENUMBER']          xxx.xxx.xxxx
$_SERVER['HTTP_VZID']                V170450
$_SERVER['PATH']                /apps/opt/siteminder/webagent/bin:/apps/opt/siteminder/webagent/bin:/usr/sbin:/usr/bin:/usr/local/bin:/opt/site
$_SERVER['LD_LIBRARY_PATH']                /usr/sfw/lib:/apps/opt/siteminder/webagent/bin:/apps/opt/siteminder/webagent/bin/thirdparty:/usr/sfw/lib:/apps/opt/siteminder/webagent/bin:/apps/opt/siteminder/webagent/bin/thirdparty:
$_SERVER['SERVER_SIGNATURE']            no value
$_SERVER['SERVER_SOFTWARE']              Apache
$_SERVER['SERVER_NAME']       servername.company.com
$_SERVER['SERVER_ADDR']         xx.xxx.xx.xx
$_SERVER['SERVER_PORT']         443
$_SERVER['REMOTE_ADDR']       xx.xx.xxx.xxx
$_SERVER['DOCUMENT_ROOT']               /var/apache2/2.4/htdocs/
$_SERVER['REQUEST_SCHEME']                https
$_SERVER['CONTEXT_PREFIX']   no value
$_SERVER['CONTEXT_DOCUMENT_ROOT']          /var/apache2/2.4/htdocs/
$_SERVER['SERVER_ADMIN']     groupname@company.com
$_SERVER['SCRIPT_FILENAME'] /var/apache2/2.4/htdocs/phpinfo.php
$_SERVER['REMOTE_PORT']       53561
$_SERVER['GATEWAY_INTERFACE']         CGI/1.1
$_SERVER['SERVER_PROTOCOL']              HTTP/1.1
$_SERVER['REQUEST_METHOD']               GET
$_SERVER['QUERY_STRING']      no value
$_SERVER['REQUEST_URI']          /phpinfo.php
$_SERVER['SCRIPT_NAME']         /phpinfo.php
$_SERVER['PHP_SELF']  /phpinfo.php
$_SERVER['REQUEST_TIME_FLOAT']       1576761171.049
$_SERVER['REQUEST_TIME']       1576761171 Rallison11 (talk) 14:05, 19 December 2019 (UTC)
Those headers were set on the debug log... I wonder if those headers are **only** set when you are redirected from login... This may be a problem, since I'm pretty sure the extension requires this information to be present on each request.
You may want to look at other variables from phpinfo and see if it appears somewhere else (like on ENV vars or similar). Ciencia Al Poder (talk) 10:23, 20 December 2019 (UTC)
The $_SERVER variables are under the PHP Variables section in the phpinfo output.  I do see my username, allisra, under the “HTTP Headers Information” section in SM_USER and REMOTE_USER.  Note: Previously the REMOTE_USER value was reflecting the same as VZID, V170450, not allisra.  It was changed by my SSO team before I posted my question to the MediaWiki support forum. I am wondering if that could be casing an issue?   But to confirm I should see my username in one of the $_SERVER variables.  And should that be something passed from the SSO (siteminder) side?
SM_USER            allisra
SM_USERDN      CN=allisra,OU=SO,OU=Dev,OU=Accts,DC=qtwin,DC=qad,DC=company,DC=com
SM_SERVERSESSIONID  ON4UyX85YrmV/m5yIv7rZOvGARQ=
SM_SERVERSESSIONSPEC                IiSnu0aHMJ0+rK7Hs7/YNvolbAzHbUSDWlD9sdH6b4x1u8Pb9VWh/h0Pr/6uQhoSoo1Pl/RYsLSWhMvH1ncrNZWMSYUPpLuaD+BJMgGz8woJcxW6+bKvAjbNq38afdc7n/5ZDyMwbsQnSkF00TRvoKr98DR6brdk1qfYhDWCK2I86Je73eE+Mr4g+532/sMMm1fvmjNiqnrd+WpZrdHTBvlgozM2vy4W7r4dVeQx19QGmU4sX0d3d86m8Uq2LFOyaEc9a362xFxPDKXcwnl6IktN47thF+lf/View6nefZtRDu2+KzmvkPsl9XAT8zZkywCui60EdXvqyjSWb+LdJjqRQmcCb2AGapxWNh7dID3WeRkchmTw+dJpUlkTdKn162wi9yuIFGiPq0tQRAcMZfutF38RRxhJKRgtIWkXPDYKcL8I50+bppCaVd102yNsacr8KtigPwxy4BtWbFtOX6qIZWpZu3vI
SM_TIMETOEXPIRE         35389
SM_SERVERIDENTITYSPEC           no value
EID         5896176581
Email     first.last@company.com
FirstName           First
LastName            Last
OfficePhoneNumber     xxx-xxx-xxxx
REMOTE_USER allisra
VZID      V170450 Rallison11 (talk) 12:59, 20 December 2019 (UTC)
You need to set $wgAuthRemoteuserUserName with the variable that holds the username. If it's under the HTTP headers, it should be:
$wgAuthRemoteuserUserName = $_SERVER['HTTP_SM_USER']; Ciencia Al Poder (talk) 17:04, 20 December 2019 (UTC)
I am sorry. It's still not working to auto log in. When I add the below line to the LocalSettings.php file
$wgAuthRemoteuserUserName =  $_SERVER['HTTP_SM_USER'];
I get the message below when I access my wiki site. Could this be because "HTTP_SM_USER" is not in the phpinfo $_SERVER variables output?
"Notice: Undefined index: HTTP_SM_USER in /var/apache2/2.4/htdocs/mediawiki-1.32.2/LocalSettings.php on line 470"
Or could it be an issue with some variable not being passed from the SSO (siteminder) side?
I appreciate your responses to this issue. I am new to this, and not really sure how to go about troubleshooting it. Rallison11 (talk) 21:39, 20 December 2019 (UTC)
From the debug log you posted I can see SM_USER and REMOTE_USER. I assumed those variables were HTTP header variables that arrived to the server, but apparently I was wrong. I don't know from where the debug log is finding those variables...
In any case, if you find those variables in phpinfo(), use those variables from there. If they aren't present in phpinfo, then there's something very strange here, since phpinfo should see the same variables as MediaWiki. Ciencia Al Poder (talk) 12:30, 21 December 2019 (UTC)
ok, thanks. Maybe I will go back to my SSO team and see if they can tell me what HTTP headers are being passed from their side. And if they are passing the SM_USER and REMOTE_USER HTTP headers or can pass them? If that's possible. I will post back here on any outcome. I will be out over the next two week for the holiday break, so posting may be limited during that time. I i really would like to get this resolved. Again I do appreciate your responses, and giving me some direction with this. Rallison11 (talk) 15:55, 21 December 2019 (UTC)
I checked with our SSO team resource on which HTTP headers are being passed, and he pointed me to the apache smtrace.log. In the smtrace.log I see the HTTP header "'HTTP_SM_USER=allisra'" with my username. I also see the HTTP header HTTP_REMOTE_USER=V170450 in the smtrace.log. Even though I see these headers in the apache smtrace.log they are still not showing up in the phpinfo output. Is there anyway to add entries into the apache httpd.conf or any config file to get these headers to show up in the phpinfo output? Or to retrieve them?
[01/02/2020][19:52:12][8299][1][0000000000000000000000000a901826-206b-5e0e903a-0001-879b4a01][CSmHttpPlugin::ProcessResponses][Setting custom HTTP hieder variable: 'HTTP_SM_USER=allisra'][CSmHttpPlugin.cpp:3413][allisra][][Root][ossds][03-2f6b5464-add5-1070-9023-85114dc6fd5f]
[01/02/2020][19:52:12][8299][1][0000000000000000000000000a901826-206b-5e0e903a-0001-879b4a01][C
SmHttpPlugin::ProcessResponses][Setting custom HTTP header variable: 'HTTP_REMOTE_USER=V170450'][CSmHttpPlugin.cpp:3413][allisra][][Root][ossds][03-2f6b5464-add5-1070-9023-85114dc6fd5f]

Rallison11 (talk) 01:26, 3 January 2020 (UTC)
The problem may be that the authenticator plugin you're using on Apache is loaded after PHP engine runs, setting those headers after PHP has already processed the response.
If phpinfo doesn't see them, there's nothing we can do... Ciencia Al Poder (talk) 10:45, 3 January 2020 (UTC)
Is there a way that I can determine when or what authenticator plugin in Apache is getting loaded? Rallison11 (talk) 12:04, 3 January 2020 (UTC)
See https://serverfault.com/questions/475173/how-to-list-apache-enabled-modules Ciencia Al Poder (talk) 14:12, 4 January 2020 (UTC)
Thanks. I will check out the info in the link. Rallison11 (talk) 18:59, 4 January 2020 (UTC)
I am now seeing the HTTP headers for SM_USER and REMOTE_USER in the phpinfo output.
$_SERVER['HTTP_REMOTE_USER']           V170450
$_SERVER['HTTP_SM_USER']     allisra
It may have had something to do with Apache 2.4 not recognizing HTTP headers with underscores(not sure). But after our SSO team resource changed SM_USER and REMOTE_USER to SM-USER and REMOTE-USER on the SSO side the HTTP headers showed up in the phpinfo output.
I am now able to get auto logged into our wiki site after logging in via SSO. So far everything appears to be working. I have the following set in LocalSettings.php.
wfLoadExtension( 'Auth_remoteuser' );
$wgAuthRemoteuserUserName =  $_SERVER['HTTP_SM_USER'];
Ciencia Al Poder - Thanks so much for your responses and ,most of all, patience! I really appreciate it, as you pointed me to where to focus to resolve the issue. Rallison11 (talk) 19:12, 10 January 2020 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Extension:Media Viewer- Error: Readapidenied

I had added in the access preventing code to the appropriate php file and now I get a read access error when trying to display an image. I've already white-listed the file pages so if media viewer is disabled it will go right to the file page for an anonymous user. Is there something more I need to add to get the media viewer working?


# Disable reading by anonymous users

$wgGroupPermissions['*']['read'] = false; 199.117.250.154 (talk) 16:23, 25 November 2019 (UTC)

It sounds like you want people to be able to use the MediaViewer, but not read pages on your wiki. Is that right? MarkAHershberger(talk) 16:36, 25 November 2019 (UTC)
Yes, we have certain pages hidden but most are visible. They can access the white listed page and if they disable media viewer they can go right to the file page for the picture, but they cannot preview it.
I don't necessarily care about the preview, if I can turn it off for anyone who visits the site I'd like to be able to do that. I see I can un-check it for my personal preferences but not for all visitors.
Thanks for the quick response ! 199.117.250.154 (talk) 16:53, 25 November 2019 (UTC)
I found my answer for disabling it for anyone who visits the wiki.
Applied this to my common.js page:
mw.config.set("wgMediaViewerOnClick", false);
CodyPrams (talk) 17:10, 25 November 2019 (UTC)

Mediawiki does not accept password after migrating

Hi, I recently upgraded my Mediawiki fromm 1.12 top 1.3, PHP from 5.5 to 7.3 and MySQL to MariaDB. I upgraded my system and created a MySQL dump which I Importeur to my new MariaDB Database. I also changed my database scheme from MyISAM to InnoDB. But after migrating Mediawiki won't accept my password anymore. I doublechecked my password, but it always says wrong password. It also does Not accept credentials of other Wiki users although they are listed on Special/Users. Is there something I missed. On my old system everything seems working fine with my Login. 80.187.106.123 (talk) 07:18, 26 November 2019 (UTC)

Temporarily set up a Manual:How to debug#Setting up a debug log file and look for any possible error messages. Also, what's the actual error message? Maybe credentials aren't the problem, but an error when trying to validate them Ciencia Al Poder (talk) 10:16, 26 November 2019 (UTC)

Get the unparsed value of a template argument

I am trying to write an parser extension that gets the unparsed value of a template argument and returns that using a parser function. For example, let's say you have the following template:


{{fooTemplate|param = {{barTemplate}} }}


With 'fooTemplate' containing "Param has the following value: {{{param}}}", and 'barTemplate' containing: "Lorem ipsum". The above would as such output "Param has the following value: Lorem ipsum".


I am writing a parser function that wraps around {{{param}}} (like this: "{{#magicparse: {{{param}}} }}") and is supposed to return the actual value of parameter, so literally the text "{{barTemplate}}". I though I could use Parser::SFH_OBJECT_ARGS for this, but this did not work. I tried the following, with $args[1] containing {{{param}}}:


$result = array(trim($frame->expand($args[1], PPFrame::NO_TEMPLATES | PPFrame::NO_IGNORE | PPFrame::RECOVER_COMMENTS | PPFrame::NO_TAGS )), "noparse" => true, "isHTML" => false);


This however, still returned the contents of 'barTemplate', and not the actual text "{{barTemplate}}", as I would like. I also tried creating a new PPNode_DOM object from this PPNode's parent, but this did not work either. Can anyone help me with this? Xxmarijnw (talk) 11:20, 26 November 2019 (UTC)

at a glance (this is from what i remember, so may be wrong) - the very first arg to a parser func is an already expanded string, so its too late to recover wikitext. You would be able to recover the second argument. However, that would be the literal text {{param}} not {{barTemplate}}
Im not sure its possible to do what you are trying to do. At the very least it would require digging deep into the guts of the parser and PPFrame. Usually people would just use <nowiki> Bawolff (talk) 15:03, 26 November 2019 (UTC)

My User name too close to my email address

user name : AidanO'Brien

email address aidanobrien@talk21.com

You have just emailed me about a donation. I don't recollect use this username without the gap between my first and surname.

I would not usually do this

How do I rectify this . I have tried to reset password but your system has rejected it.

Thanks

Aidan


82.2.8.219 (talk) 12:42, 26 November 2019 (UTC)

this page is only for questions about the MediaWiki software. If you have a question about donating to the Wikimedia Foundation, please email donate@wikimedia.org
There does exist an account with that name [2]. If you have password or can reset the password (request the password reset on english wikipedia. The account is not global), or otherwise prove you own the account, you can request a rename at https://meta.wikimedia.org/wiki/Steward_requests/Username_changes . However, note that the donation stuff is rather separate to the onwiki stuff (and i know nothing about it), so the onwiki account with that name might be unrelated to your issue. Bawolff (talk) 14:52, 26 November 2019 (UTC)

Blocco

Salve, sono stata bloccata da un utente che faceva spam, pishing ed abusi sul mio canale e mi ha bloccato qui prima ancora che svolgessi alcuna azione di modifica ecc.

Ho creato un'altra pagina non per "evadere" l'account ma perché ho letto che mi si consigliava di aprire un'altra pagina!

Non so come contattare un amministratore, come posso fare?

Grazie. 160.86.118.173 (talk) 12:55, 26 November 2019 (UTC)

if you are complaining about a block on this website (mediawiki.org), please include either the username, ip address or block id that you were blocked under.
If you are complaining about another website, such as https://it.wikipedia.org please complain there
--------
se ti lamenti di un blocco su questo sito Web (mediawiki.org), includi il nome utente, l'indirizzo IP o l'id di blocco in cui sei stato bloccato.
Se ti lamenti per un altro sito web, come https://it.wikipedia.org, ti preghiamo di lamentarti Bawolff (talk) 03:42, 27 November 2019 (UTC)

Error: 1054 Unknown column 'img_description' in 'field list'

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.


After upgrading from 1.32.1 to 1.33.1 I encountered this error:

[3dbf64d6fc003b01a85fff0f] /wiki/Main_Page Wikimedia\Rdbms\DBQueryError from line 1506 of /www/w/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 img_name,img_size,img_width,img_height,img_metadata,img_bits,img_media_type,img_major_mime,img_minor_mime,img_timestamp,img_sha1,img_description AS `img_description_text`,NULL AS `img_description_data`,NULL AS `img_description_cid`,img_user,img_user_text,NULL AS `img_actor`,img_metadata FROM `image` WHERE img_name = 'F_icon.svg' LIMIT 1

Function: LocalFile::loadFromDB

Error: 1054 Unknown column 'img_description' in 'field list' (84.38.79.62)

Backtrace:

0 /www/w/includes/libs/rdbms/database/Database.php(1476): Wikimedia\Rdbms\Database->makeQueryException(string, integer, string, string)

1 /www/w/includes/libs/rdbms/database/Database.php(1236): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)

2 /www/w/includes/libs/rdbms/database/Database.php(1703): Wikimedia\Rdbms\Database->query(string, string)

3 /www/w/includes/Block.php(349): Wikimedia\Rdbms\Database->select(array, array, string, string, array, array)

4 /www/w/includes/Block.php(1196): Block->newLoad(string)

5 /www/w/includes/user/User.php(1865): Block::newFromTarget(User, string, boolean)

6 /www/w/includes/user/User.php(2292): User->getBlockedStatus(boolean)

7 /www/w/includes/user/PasswordReset.php(264): User->getBlock()

8 /www/w/includes/user/PasswordReset.php(103): PasswordReset->isBlocked(User)

9 /www/w/includes/specials/SpecialPasswordReset.php(165): PasswordReset->isAllowed(User)

10 /www/w/includes/specialpage/SpecialPageFactory.php(435): SpecialPasswordReset->isListed()

11 /www/w/includes/specials/SpecialSpecialpages.php(56): MediaWiki\Special\SpecialPageFactory->getUsablePages(User)

12 /www/w/includes/specials/SpecialSpecialpages.php(44): SpecialSpecialpages->getPageGroups()

13 /www/w/includes/specialpage/SpecialPage.php(569): SpecialSpecialpages->execute(NULL)

14 /www/w/includes/specialpage/SpecialPageFactory.php(568): SpecialPage->run(NULL)

15 /www/w/includes/MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)

16 /www/w/includes/MediaWiki.php(860): MediaWiki->performRequest()

17 /www/w/includes/MediaWiki.php(517): MediaWiki->main()

18 /www/w/index.php(42): MediaWiki->run()

19 {main}

MediaWiki 1.33.1 PHP 7.2.1 (cgi-fcgi) MariaDB 10.1.26-MariaDB-0+deb9u1 ICU 52.1 Lua 5.1.5 Rasputin 93 (talk) 13:34, 26 November 2019 (UTC)

you say your upgrading to 1.33 but you list the version as 1.32 (?)
The error sounds like what would happen if you used mediawiki 1.32 with a mediawiki 1.33 database Bawolff (talk) 14:43, 26 November 2019 (UTC)
Oops, I copied the stats after I reverted to my backup since I couldn't get them to display while the error message was in place. The error occurs while on 1.33, my bad. Rasputin 93 (talk) 14:57, 26 November 2019 (UTC)
Are you sure that you maybe didn't have a mix of files from MW 1.33 and 1.32, or something like that? The query in the error is precisely the one used in 1.32 before the comment schema migration, and should not be issued by MediaWiki 1.33.
Also, the backtrace you provided doesn't seem to match the error message (error says function LocalFile::loadFromDB, but the backtrace is for Block::newLoad.) Bawolff (talk) 21:13, 26 November 2019 (UTC)
So tried to replicate my upgrading process once more via web updater and I get following errors after running it
in the new directory:
/new/index.php MWException from line 187 of /www/new/includes/MagicWord.php: Error: invalid magic word 'RecentActivity'
Backtrace:
  1. 0 /www/new/includes/MagicWordFactory.php(222): MagicWord->load(string)
#1 /www/new/includes/parser/Parser.php(4958): MagicWordFactory->get(string)
#2 /www/new/extensions/RecentActivity/RecentActivity.php(34): Parser->setFunctionHook(string, array, integer)
#3 /www/new/extensions/RecentActivity/RecentActivity.php(116): RecentActivity->__construct()
#4 /www/new/includes/Setup.php(903): efSetupRecentActivity()
#5 /www/new/includes/WebStart.php(77): require_once(string)
#6 /www/new/index.php(39): require(string)
#7 {main}
and meanwhile in the old directory:
/w/index.php Wikimedia\Rdbms\DBQueryError from line 1506 of /www/w/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_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_reason AS `ipb_reason_text`,NULL AS `ipb_reason_data`,NULL AS `ipb_reason_cid`,ipb_by,ipb_by_text,NULL AS `ipb_by_actor` FROM `ipblocks` WHERE ipb_address = 'Rasputin93'
Function: Block::newLoad
Error: 1054 Unknown column 'ipb_reason' in 'field list' (84.38.79.62)
Backtrace:
  1. 0 /www/w/includes/libs/rdbms/database/Database.php(1476): Wikimedia\Rdbms\Database->makeQueryException(string, integer, string, string)
#1 /www/w/includes/libs/rdbms/database/Database.php(1236): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
#2 /www/w/includes/libs/rdbms/database/Database.php(1703): Wikimedia\Rdbms\Database->query(string, string)
#3 /www/w/includes/Block.php(349): Wikimedia\Rdbms\Database->select(array, array, array, string, array, array)
#4 /www/w/includes/Block.php(1196): Block->newLoad(NULL)
#5 /www/w/includes/user/User.php(1865): Block::newFromTarget(User, NULL, boolean)
#6 /www/w/includes/user/User.php(2292): User->getBlockedStatus(boolean)
#7 /www/w/includes/user/User.php(2282): User->getBlock(boolean)
#8 /www/w/includes/user/User.php(1381): User->isBlocked()
#9 /www/w/includes/user/User.php(447): User->loadFromSession()
#10 /www/w/includes/user/User.php(2468): User->load()
#11 /www/w/includes/MediaWiki.php(556): User->getName()
#12 /www/w/includes/MediaWiki.php(515): MediaWiki->setDBProfilingAgent()
#13 /www/w/index.php(42): MediaWiki->run()
#14 {main} Rasputin 93 (talk) 13:45, 28 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How to find my Wikipedia page?

Can someone help me figure out how to find my Wikipedia page that I made? I cannot find it. 75.166.112.185 (talk) 19:05, 26 November 2019 (UTC)

Hi. I'd need to know the title of the page, or at least what your username or IP address was at the time you created it.
Also, this isn't the best place for this type of question. The people at https://en.wikipedia.org/wiki/Wikipedia:Teahouse are better able to answer questions about the english Wikipedia Bawolff (talk) 21:18, 26 November 2019 (UTC)

Wipe all the Mediawiki data.

Hello!

For various reasons i have a VM with a mediawiki (And few other tools) thats been outside the network for quite some time. And i would like to keep it as it is (I can scp files into it but i wont update/upgrade system (that includes mediawiki itself)


Recently i cloned that VM to "Fork" the original purpose the VM but i would like to delete/wipe all the info in the wiki (All the entries/pictures and stuff) only the mediawiki data not "system" data.. if that makes sense , i been looking arround but i cant find a clean way to do that with the limitations that i have. 62.57.148.97 (talk) 19:49, 26 November 2019 (UTC)

The data of MediaWiki consists of:
  • Database (where all text and structure is stored)
  • Images and other files
And optionally, cache (file cache, memcached, redis...)
To start a clean wiki, you should drop the database and the images folder, delete the LocalSettings.php, and then open the wiki to start the installation process on a new database. Ciencia Al Poder (talk) 10:34, 27 November 2019 (UTC)

Readapidenied after clientlogin status PASS on private 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.


Hi!

I successfully managed to use the clientlogin api to login and get a status of "PASS". The http library I use correctly handles cookies and headers.

However, when I do either of the following requests after having received the PASS on clientlogin:


...api.php?action=parse&page=lol&format=json

or

...?action=query&assert=user&format=json


I get a readapidenied error.

I only get this error when I'm trying to GET from my code. If I open a browser and login manually and then type the queries manually as well, I get a correct response. Any ideas as to why this is? ErikWG (talk) 07:03, 27 November 2019 (UTC)

This clearly indicates the http library you're using doesn't handle cookies well, or you're not telling that library to handle them. Ciencia Al Poder (talk) 10:27, 27 November 2019 (UTC)
Well, the thing is that I can GET logintoken and use it and the set cookies/headers to login with a successful PASS, but I still get the readapidenied when I try to do any other api calls.
The wiki in question is https://fwiki.se/ with api located at https://fwiki.se/api.php

ErikWG (talk) 18:27, 27 November 2019 (UTC)
You'll have to debug the client library you use to make it print all headers, and see if it actually sends the cookies it receives from the login.
The api works fine since you said from your browser being logged in you don't get the error. Ciencia Al Poder (talk) 10:20, 28 November 2019 (UTC)
@ErikWG how do you fixed the error readapidenied. 200.56.63.155 (talk) 00:37, 19 January 2020 (UTC)
I simply used a different HTTP package for better management of cookies. Cookie and header-handling turned out to be my problem. 89.253.82.151 (talk) 21:04, 23 January 2020 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Can't upload a Powerpoint file due to extension mismatch?

Hello I am trying to upload a powerpoint to my wiki. The powerpoint has the file type extension .ppt. But, I keep getting this error message: File extension ".ppt" does not match the detected MIME type of the file (application/zip).

Please help me fix this issue. I feel like uploading a presentation file should be simple, but I can't seem to fix this easily. 106.132.203.73 (talk) 07:18, 27 November 2019 (UTC)

are you sure the extension isnt supposed to be pptx? Try renaming the file to pptx before upload Bawolff (talk) 08:15, 27 November 2019 (UTC)
The file was originally a pptm. The site I am uploading to only accepts .ppt, so I used Powerpoint Export to change the file to .ppt and then tried to upload it. As I said above, it still didn't work. I decided to create a blank .ppt file and copy over the slides, and the wiki let me upload this.
Thank you for trying to help! I wish I understood what was wrong with the converted file, but as long as I can share the info, it is fine. 106.132.212.13 (talk) 06:19, 2 December 2019 (UTC)
Based on your description, it sounds like when you tried to convert it from pptm -> ppt, it only renamed it, and didn't actually convert it. MediaWiki detected it wasn't actually a ppt file so rejected it (pptm & pptx are zip based formats, which is probably why MW is saying it is application/zip. ppt is a much older format, and is not based on zip) Bawolff (talk) 08:53, 2 December 2019 (UTC)
The bug is in that this not a warning but a show stopper. A user with sufficient rights should be able to upload things no matter what the detection mechanisms say. Seppl2013 (talk) 13:27, 15 December 2020 (UTC)
Hi Bawolff,
I ran into a similar issue. My Powerpoint is pptx and as you pointed out it's zip based format. It won't let me upload the pptx file. The error is: File extension ".pptx" does not match the detected MIME type of the file (application/zip).
When I disabled MIME type check ($wgVerifyMimeType = false;), the file is uploaded and identified MIME type as application/vnd.openxmlformats-officedocument.presentationml.presentation
However, we can't disabled MIME type since there's a security risk by doing so.
Per Mediawiki documentation page: Manual:MIME type detection
I can use this $wgMimeDetectorCommand = "file -bi"; to have the OS handles the MIME type.
But for some reason that configuration doesn't do anything. I am not sure if I need to do something else for that to take effect.
Before and after configure $wgMimeDetectorCommand = "file -bi";
I always see the same in the debug log:
[Mime] MimeAnalyzer::doGuessMimeType: analyzing head and tail of /tmp/phpBHWM00 for magic numbers.
[Mime] MimeAnalyzer::doGuessMimeType: ZIP signature present in /tmp/phpBHWM00
[Mime] MimeAnalyzer::detectZipType: unable to identify type of ZIP archive
[Mime] MimeAnalyzer::guessMimeType: guessed mime type of /tmp/phpBHWM00: application/zip
[Mime] MimeAnalyzer::improveTypeFromExtension: improved mime type for .pptx: application/zip
MediaHandlerFactory::getHandler: no handler found for application/zip.
mime: <application/zip> extension: <pptx>
UploadBase::detectScript: checking for embedded scripts and HTML stuff
UploadBase::detectScript: no scripts found
UploadBase::detectVirus: virus scanner disabled
[Mime] MimeAnalyzer::doGuessMimeType: analyzing head and tail of /tmp/phpBHWM00 for magic numbers.
[Mime] MimeAnalyzer::doGuessMimeType: ZIP signature present in /tmp/phpBHWM00
[Mime] MimeAnalyzer::detectZipType: unable to identify type of ZIP archive
[Mime] MimeAnalyzer::guessMimeType: guessed mime type of /tmp/phpBHWM00: application/zip
[Mime] MimeAnalyzer::improveTypeFromExtension: improved mime type for .pptx: application/zip
UploadBase::verifyExtension: mime type application/zip mismatches file extension pptx, rejecting file
Anyone has any success to use this configuration: $wgMimeDetectorCommand = "file -bi"; ?
Thanks,
Thai N. 204.75.126.26 (talk) 00:00, 22 December 2020 (UTC)

How to solve Template loop detected

Hello i am trying to add a navbox into the bottom of my wiki pages, but it keeps showing "Template loop detected".

I have the following in the template page

{{Navbox QM
| name  = Navbox/doc
| state = uncollapsed
| title = abc
| listclass = hlist

| group1 = General Requirements
| list1  =
* 4.1 def
* 4.2 ghj
}}

the following in main page,

{{Navbox QM}}


But both pages show the same Template loop detected error. Am I missing something? 128.106.160.39 (talk) 09:32, 27 November 2019 (UTC)

{{Navbox QM}} and {{Navbox QM| name = Navbox/doc) ... }} both transclude [[Template:Navbox QM]]
If that page transcludes itself, that's a loop Ciencia Al Poder (talk) 10:29, 27 November 2019 (UTC)
How should I write in the main page and template page for the navbox to work? 128.106.160.39 (talk) 01:34, 28 November 2019 (UTC)
One of those templates should have the actual contents of the template, instead of calling itself Ciencia Al Poder (talk) 10:17, 28 November 2019 (UTC)

templates give lua errors after upgrade to 1.31

Dear,

An exisisting MW 1.28 has been upgraded to 1.31

Database have been restored and extensions have been upgraded.

Although I can import Templates (exported with all versions) and modules, I get the following errors....

I have no clue anymore... anyone ? :-(


Lua error in Module:TNT at line 157: attempt to index field 'data' (a nil value). Lua error in Module:TNT at line 157: attempt to index field 'data' (a nil value).

Lua error in Module:TNT at line 157: attempt to index field 'data' (a nil value).

Lua error in Module:TNT at line 157: attempt to index field 'data' (a nil value).

Backtrace:

  1. (tail call): ?
  2. Module:TNT:157: in function "loadData"
  3. Module:TNT:176: ?
  4. (tail call): ?
  5. mw.lua:511: ?
  6. (tail call): ?
  7. [C]: in function "xpcall"
  8. MWServer.lua:99: in function "handleCall"
  9. MWServer.lua:313: in function "dispatch"
  10. MWServer.lua:52: in function "execute"
  11. mw_main.lua:7: in main chunk
  12. [C]: ? Johanverdoodt (talk) 09:59, 27 November 2019 (UTC)
Looks like you're missing some templates. Module:TNT seems to load the contents of another module (loadData) but that other module doesn't exist on your wiki Ciencia Al Poder (talk) 10:31, 27 November 2019 (UTC)
TNT uses stuff in the Data namespace via extension:JsonConfig. The template fails trying to load pages like https://commons.wikimedia.org/wiki/Data:I18n/Module:TNT.tab
See similar question https://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2019/10#h-Import_templates_and_module_from_https%3A//minecraft.gamepedia.com-2019-10-11T18%3A09%3A00.000Z Bawolff (talk) 10:58, 27 November 2019 (UTC)
Thanx guys ! 193.148.8.100 (talk) 10:57, 10 December 2019 (UTC)
Guys
Does extension:JsonConfig needs config ? Because after installation (without extra config in $wgJsonConfig) nothing has changed to our problem... :-(
The onlu var I configured was:
$wgJsonConfigEnableLuaSupport = true; Johanverdoodt (talk) 15:13, 12 December 2019 (UTC)
yes it needs a rather complex config to setup using commons as the source of the config repo (or some other wiki if you're doing that). Unfortunately im not really familar enough with it to advise on correct config. Bawolff (talk) 16:19, 12 December 2019 (UTC)
I also ran into a similar problem, the original error from Module:TNT line 159: 'Missing JsonConfig extension; Cannot load https://commons.wikimedia.org/wiki/Data:I18n/Documetation:tab'
I was able to find a possible configuration for the JsonConfig to use commons as the source, originally here https://noc.wikimedia.org/conf/highlight.php?file=CommonSettings.php, but which also matches the one on Extension:JsonConfig/Tabular#Configuration.
Implementing this, I have now moved on past that error to a new error 'Missing Commons dataset I18n/Module:TNT.tab.' Doing some digging, the API call is failing. Debug log output:
PHP Warning: API call failed to get remote JsonConfig: status=* HTTP request timed out.
* There was a problem during the HTTP request: 0 Error, query={"action":"query","titles":"Data:I18n/Documentation.tab","prop":"revisions","rvprop":"content","continue":""} [Called from JsonConfig\JCUtils::warn in /home/wiki/public_html/wiki/extensions/JsonConfig/includes/JCUtils.php at line 53]
This is coming from JCUtils::callApi, which I believe is being called by JCCache::getPageFromApi. API calls are way beyond my area of expertise (I can't tell you how many browser tabs I already have open to get to this point...). Any thoughts? Kjvowen (talk) 15:07, 2 April 2020 (UTC)
I spoke to our server admin and it looks like we were blocking the http request. It's going through now, so long story short, if you encounter Lua errors accessing commons, use the configuration here: Extension:JsonConfig/Tabular#Configuration. Kjvowen (talk) 14:28, 3 April 2020 (UTC)
im getting these same lua errors on lua templates. using php7. seem to point to this change:
https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/JsonConfig/+/488525/1/includes/JCLuaLibrary.php
might be the culprit, though not sure. 60.241.118.142 (talk) 11:47, 15 May 2020 (UTC)
See previous comments Ciencia Al Poder (talk) 12:53, 15 May 2020 (UTC)
This fix worked for me .. https://www.mediawiki.org/w/index.php?title=Extension%20talk%3AScribunto/2019#c-Tacsipacsi-2019-12-28T20%3A04%3A00.000Z-Wsdmatty-2019-12-28T17%3A04%3A00.000Z Odinwynd (talk) 19:47, 4 August 2020 (UTC)

Intégration Page Word dans mediawiki

Bonjour,

Je cherche à intégrer des pages Word à mon wiki.

Concrètement, je souhaiterais pouvoir importer mon fichier Word (contenant des images) directement sur mon wiki. Une extension permettant cette manip existe-t-elle ?

Merci. 89.227.200.102 (talk) 10:25, 27 November 2019 (UTC)

Project:Support desk/Flow/2017/08#h-How_to_convert_MS_word_document_into_Mediawiki_page?-2017-08-08T09:13:00.000Z
Microsoft Word Macros Malyacko (talk) 10:47, 27 November 2019 (UTC)

Looking for hook into header

I need to inject a javascript file into the HTML header (as early as possible in the execution flow) as part of an extension (which should be working for 1.31).


The best I got is the OutputPageBeforeHTML hook, but the insertion point in HTML is too late, as the body tag has already opened.

I attempted OutputPageBodyAttributes, but here an $outputPage->addHtml call has no effect. (Why??)

OutputPageAfterGetHeadLinksArray could be worth a try (but is not available in 1.31).

Pumping the entire page into an XML parser to safely inject something into the head seems a bit fragile.


Thus, I am searching for some idea on the hooks to use... Tigelriegel (talk) 12:01, 27 November 2019 (UTC)

Extensions should really use ResourceLoader to add Javascript to the page using a RL module. Alternatively, when intercepting with a hook, you can use addInlineScript() on the OutputPage object [sourcecode] to add scripts at the bottom of the page. Scripts should not be added to the head element, as it can interfere with the performance of the pageloading. addHtml() is only for building the HTML body of the element. (and overwritten after OutputPageBeforeHTML ( because .. BEFORE html). —TheDJ (Not WMF) (talkcontribs) 14:20, 27 November 2019 (UTC)
I appreciate the quick reply. Cool!
Yes. I know about the ResourceLoader. Yes. I know about not adding scripts to the head element. However, this does not solve my issue.
I want to save myself from the task of writing a complete fresh skin, so I would prefer to do a tiny bit of Javascript patching. However, doing this with end-loaded JS leads to flicker on a slower machine. Therefore, I NEED synchronously loaded JS (and, yes, I know what I am doing and the implications). However, I am not fully familiar with the hooks system.
That is, why I am (still) searching for a suitable hook to inject Javascript into the header. Every hint is appreciated... Tigelriegel (talk) 16:23, 27 November 2019 (UTC)
Although this is not reccomended, if you're intent on doing this, try something like
$wgHooks['BeforePageDisplay'][] = function ( OutputPage $out ) {
   $out->addHeadItem( 'myExtName',
     Html::inlineScript( "Put all your js here", $out->getCSPNonce() )
   );
};
[untested, ymmv. The 'myExtName' is for deduplication, if two things have same name, then only last will be output.] Bawolff (talk) 05:05, 28 November 2019 (UTC)
Works nicely (excecpt for the CSPNonce, which is not yet available in my current version of MW, but goo to know I will have to include that later).
Thanx, very helpful. Tigelriegel (talk) 18:20, 28 November 2019 (UTC)
Ah you're right, that was only introduced in 1.32. In any case, CSP nonce isn't even used in the default config yet, and probably won't be for a long time yet. Bawolff (talk) 08:41, 29 November 2019 (UTC)

Security warning when our program call wikipedia api.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.


This month, when our program calls the WikiPedia API, we are experiencing a phenomenon that redirects to the following warning page at a certain rate.

https://www.wikipedia.org/sec-warning


It occurs when calling the following api.php.

https://ja.wikipedia.org/w/api.php?action=parse&format=json&prop=text&disablelimitreport= &title=%E3%82%A4%E3%83%81%E3%83%AD%E3%83%BC&text=Template:Infobox

  • Convert wikitext of one specified article to html


I guess that this is because TLS v1.2 connection is not used, because our curl and OpenSSL versions are old.

Currently the api redirects to the warning page, but is it planned that the API will not be available if it is not TLS v1.2 connection?

Could anyone tell me about the schedule for that?


Thank you so much. Sakuradasb (talk) 10:26, 28 November 2019 (UTC)

"You must upgrade your browser or otherwise fix this issue to access our sites. This message will remain until Jan 1, 2020. After that date, your browser will not be able to establish a connection to our servers at all."
There is the mention bottom of the warning page. I totally over looked. Sakuradasb (talk) 05:58, 29 November 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Viewing 3D models on Bluehost domain

We would like to view 3D models (e.g. an STL) on our wiki, is this possible? We use Bluehost (motusi-wiki.com), running MediaWiki v1.33.0 and are having problems. We have tried the 'StlHandler' and '3D' extensions. We have also debugged with Bluehost's technical support staff and haven't had success, Is this possible? Justinmreina (talk) 03:03, 29 November 2019 (UTC)

No reason why it wouldn't be, but we can't help you if you don't describe what problems you are experiancing.
Extension:3D does of course have a slightly more complex install process than a typical extension (with the xvfb dependency). However Extension:3D is definitely the better of the two choices, as Extension:StlHandler doesn't really implement a proper media handler and probably won't work outside of the file page. Bawolff (talk) 10:09, 29 November 2019 (UTC)
Great, thank you Bawolff! I was uncovering the same, StlHandler feels simple and clean but with shortcomings, 3D looks well designed.
Was just having problems with the system setup I will share detail later when in 👍 Justinmreina (talk) 15:25, 29 November 2019 (UTC)

MediaWiki:Noarticletext not shown when logged in

I've set error messages on MediaWiki:Noarticletext, MediaWiki:Noarticletext/en and MediaWiki:Noarticletext-nopermission and they show up when when an entry does not exist.

However when I'm logged into an account, and visit an entry that doesn't exist, the system shows the default error message instead of the one I've written.

Is there something different that needs to be done for users logged in? 70.52.175.72 (talk) 03:15, 29 November 2019 (UTC)

When you are logged out you should be getting MediaWiki:noarticletextanon - so make sure you customize that too.
Beyond that, check what the language preference is for your user in Special:Preferences. If its set to something like en-GB, then MediaWiki:Noarticletext/en-GB may override the normal english one which you changed.
Also remember, if you're not sure which page is controlling what, You can add ?uselang=qqx (or &uselang=qqx if the url has a ? in it) to see what mediawiki namespace page controls what part of the output. Bawolff (talk) 10:04, 29 November 2019 (UTC)
I appreciate your help on this. It turns out my language was set to en-CA, so when I changed it back to en, my custom notice began appearing.
I put the same custom message on the page MediaWiki:Noarticletext/en-CA, but whenever I use the CA language I'm still shown the default message.
I've tried clearing my cache, using a different account and even logging out and back in but I can't seem to change the default message on anything other than the original EN language. When I use ?uselang=qqx, I'm shown (noarticletext). If there's something I'm missing, please let me know. Thanks! 70.52.175.72 (talk) 22:38, 29 November 2019 (UTC)

Shouldn't hide all navboxes for mobile view

In MobileFrontend, anything about Template:Navbox (actually anything whose class is navboz) is hidden in mobile view, causing inconvenience. I don't think navboxes should be removed wholly in mobile view, even though it doesn't fit mobile screen. If necessary, can add "nomobile" to a certain navbox. SolidBlock (talk) 15:36, 29 November 2019 (UTC)

Probably see T124168. AhmadF.Cheema (talk) 17:41, 29 November 2019 (UTC)
Thanks. I'll see it. SolidBlock (talk) 10:17, 30 November 2019 (UTC)

Problems with Common.js

285/5000

I made a code in javascript to process a series of data, I tried out the mediawiki environment and my code works correctly. My code generates a table that I would like to display on certain pages using a template.


On the Common.js page I have placed my code:


let nombreValorList = document.getElementById("entrada").innerHTML.split(/\n/).filter(n => n);

const nombreRE = /[a-z ]+/i; //letras y espacios

const cantidadesRE = /[0-9]* ?[0-9]+/ //numeros


let nombres = nombreValorList.map(nv => {

if (nv){

  const r= nv.match(nombreRE)[0].trim();

  return r

}

});


let precios = nombreValorList.map(nv => {

if (nv){

  const r= nv.match(cantidadesRE)[0].replace(/ /g,'');

  return r

}

});


document.getElementById("comprayventa").innerHTML = '{| class="wikitable sortable" style="width: 45%;"<br>|-<br>!style="width:18%;"| Nombre !!style="width:7%;"| Valor<br>|-<br>';


for (let i = 0; i < nombres.length; i++) {

document.getElementById("comprayventa").innerHTML += '|' + '[['+ nombres[i] +']]' + '||style="text-align:right;"|' + precios[i] + ' [[gp]]' + '<br>' + '|-<br>';

}

document.write('|}');


And in my template I have placed the following:


<p id="entrada" style="display:none;">

Cowbell 210 gp

Empty Potion Flask (Small)  5 gp

Empty Potion Flask (Medium) 5 gp

Empty Potion Flask (Large)  5 gp

Execowtioner Mask 240 gp

Giant Pacifier  170 gp

Glob of Glooth  125 gp

Glooth Injection Tube 350 gp

</p>


<div id="comprayventa"></div>


I have done several tests of the type "Hello world" between my Common.js and my templates and everything works correctly, apparently the problem occurs when I place my code in common.js


Edited: The problem is that no results appear on the page where I am invoking the script.


If someone can try it, it would be nice. Thank you! LuminisEtAnima (talk) 13:02, 30 November 2019 (UTC)

You mention that a "problem" exists, but you don't explain what the problem is... Malyacko (talk) 14:35, 30 November 2019 (UTC)
Hi, thanks for commenting. The problem is that no results appear on the page where I am invoking the script. LuminisEtAnima (talk) 14:37, 30 November 2019 (UTC)
for clarity, can you put your code snippets between <pre> and </pre> ? I cant tell what is attempts at formatting and what is literally what you are putting in commons.js

First issue is code is running before page load. You should wrap the entire thing in $(function () { /* js code here*/ }); so that it runs only after DomContentLoaded event fires (which is what the $ function does when passed a function). Second you seem to be doing regexs against wikitext formatting, but js only has access to the html equivalents Third, you are using documrnt.write. Dont use that function, ever. It probably does not do what you think it does. Fourth, check browser dev console for errors Bawolff (talk) 23:09, 30 November 2019 (UTC)

Como publicar uma página

Boa tarde, não estou a conseguir publicar uma página, diz que fui bloqueado, alguém que me possa ajudar ?


Obrigado Rui Michael (talk) 13:30, 30 November 2019 (UTC)

Which website (address) is this about? What is the exact complete error? Malyacko (talk) 14:20, 30 November 2019 (UTC)

How can I avoid modification of my extension's HTML attributes?

I have a tag extension which produces html containing a data-* kind of attribute. It looks like the mediawiki parser later parses and modifies the contents of this attribute (it adds some PRE, BR and P tags). So I base64-encode that attribute (and later in the code, where the attribute is needed by some Javascript I base64-decode it again). This workaround is working :-)


Now I found Manual:Tag extensions#How can I avoid modification of my extension's HTML output? which probably is a better solution (no base64 encode-decode). However, when I wrap my HTML with an array( "..html...", "markerType" => 'nowiki') and have my extension return the parser nevertheless tampers with the attribute (adding some BR and P tags, but no PRE tags). So I am back with my base64 method for the moment. Which is *not* elegant.


What am I doing wrong? What did I misunderstand from the manual entry?


Tigelriegel (talk) 22:50, 30 November 2019 (UTC)

Could you share the code you're trying to get working? Sam Wilson 23:59, 30 November 2019 (UTC)
Not in the form of a working sample as this is part of larger code base which currently is refactored by several people. But to give you a more precise idea:
When my hook returns
  return  "<a target='_blank' rel='noreferrer noopener' href='".$aHref."'><span style='display:none;'></span><img src='".$imgSrc."' data-texpara='".$arText."' data-texsrc='". $texSrc ."' onerror='window.lazyIn(event.target);' alt='Rendered TeX' style='width:800px; height:auto;'></img></a>";
then my browser receives a data-texsrc attribute with P and BR and PRE tags. which weren't there in $texSrc.
When I
  return  array( "<a target='_blank' rel='noreferrer noopener' href='".$aHref."'><span style='display:none;'></span><img src='".$imgSrc."' data-texpara='".$arText."' data-texsrc='". $texSrc ."' onerror='window.lazyIn(event.target);' alt='Rendered TeX' style='width:800px; height:auto;'></img></a>", "markerType" => 'nowiki');
I still see the BR and P tags added.
My currently unelegant solution is to base64 encode on the server and base64 decode on the client.

Tigelriegel (talk) 17:26, 1 December 2019 (UTC)
You should probably construct your HTML using the Html class. For example, the following works in my testing and doesn't introduce any wayward HTML into the texsrc attribute:
$wgHooks['ParserFirstCallInit'][] = function(Parser $parser) {
   $parser->setHook( 'foobar', function () {
      $texSrc = "\section{foo}
      Lorem ipsum.";
      $html = Html::rawElement( 'a', [ 'data-textsrc' => $texSrc], Html::element( 'img' ) );
      return $html;
   });
};
Sam Wilson 01:28, 2 December 2019 (UTC)
I second Samwilson's suggestion.
That said, can you post an example of what your parser tag actually returns? (e.g. change the return line to a var_dump, and pull the result out of the html source code).
I wonder if maybe data-texpara or data-texsrc has unescaped html in it that is getting out of the attribute. Using the Html class would fix that if that is the issue. Bawolff (talk) 04:58, 2 December 2019 (UTC)