AdminLogs: Difference between revisions
No edit summary |
No edit summary |
||
Line 95: | Line 95: | ||
* query service doesn't fetch wikibase entered data | * query service doesn't fetch wikibase entered data | ||
* Image from commons also don't fetch (preview is local but the actual integration to the wiki upon saving is not working) | * Image from commons also don't fetch (preview is local but the actual integration to the wiki upon saving is not working) | ||
=Server Side stuff= | |||
==SSL certificates== | |||
The server IP leads to "unsecure page", same thing with IP and port for the query service. IP and port for the wiki however redirects towards the url and is secure. | |||
=to do= | =to do= | ||
* update mediawiki | * update mediawiki |
Revision as of 11:08, 11 February 2020
Extensions
Confirm Edit
Confirm edit is used for the Captcha in the account creation page.
The extension files were first copied to a local extension folder.
The folder was then mounted through docker-compose.yml adding a line after Volumes :
Volumes: - ./ConfirmEdit:/var/www/html/extensions/ConfirmEdit
Finally, the locally mounted LocalSettings.php got these extra lines
wfLoadExtensions([ 'ConfirmEdit', 'ConfirmEdit/QuestyCaptcha' ]); $wgCaptchaQuestions = [ 'Question' => 'Response', ]; $wgCaptchaTriggers['create'] = true;
Then I restarted the service
UserMerge
Deleting user accounts can be tricky. The best solution seems to be merging accounts which is a good solution to double accounts or empty ghost accounts. For this there is a special page.
The extension couldn't be added through the following shoehorning solution. I had to copy the extension files to the docker container first.
docker cp extensions/UserMerge b3aca7519274:/var/www/html/extensions/
Then I proceeded to normal install by adding the following lines to the LocalSettings.php page mounted outside the container (through docker-compose.yml file)
wfLoadExtension( 'UserMerge' ); // By default nobody can use this function, enable for bureaucrat? $wgGroupPermissions['bureaucrat']['usermerge'] = true; // optional: default is array( 'sysop' ) $wgUserMergeProtectedGroups = array( 'groupname' );
Inside the docker container I ran the update php script afterwards, not sure if this was necessary?
docker exec -it <container> /bin/bash php maintenance/update.php
TO DO: check whether this line in docker-compose.yml is still useful : - ./userMerge:/var/www/html/extensions/UserMerge
Weird stuff / bugs etc
Property name not editable
The field goes red when "save" is pressed and the name. Statements couldn't be added.
This was the error message in console
load.php?debug=false&lang=en&modules=jquery%2Coojs-ui-core%2Coojs-ui-widgets|oojs-ui.styles.icons-editing-advanced&skin=vector&version=1wgtdan:130 Mixed Content: The page at 'https://mywikibase.org/wiki/Property:P4' was loaded over HTTPS, but requested an insecure XMLHttpRequest endpoint 'http://mywikibase.org/w/api.php?action=query&format=json&meta=tokens&type=csrf'. This request has been blocked; the content must be served over HTTPS.
I first added
I added $wgServer = "https://mywikibase.org";
to the LocalSettings.php I mounted.
Find the actual solution in notes
CirrusSearch indexation bug
It was only possible to search for items but not for words present within different pages for a while. The following error message would pop up in red:
"An error has occurred while searching: We could not complete your search due to a temporary problem. Please try again later."
Solution : indexation scripts had to be run from within the docker container.
URL addition by users without privilege
$wgGroupPermissions['autoconfirmed']['skipcaptcha'] = true;
In LocalSettings.php file seems to have solved the problem (Autoconfirmed is assigned to users automatically by MediaWiki; you can set the time and number of edits after which this happens)
To solve and document
- wdqs container sometimes goes down
- query service doesn't fetch wikibase entered data
- Image from commons also don't fetch (preview is local but the actual integration to the wiki upon saving is not working)
Server Side stuff
SSL certificates
The server IP leads to "unsecure page", same thing with IP and port for the query service. IP and port for the wiki however redirects towards the url and is secure.
to do
- update mediawiki