Latest revision |
Your text |
Line 1: |
Line 1: |
| '''[[User:Jukeboksi/Log/2022|Wiki log for 2022]]'''
| |
| ----
| |
|
| |
| == December ==
| |
|
| |
| === Sunday 2021-12-26 ===
| |
| ==== Made and verified backups ====
| |
| * Done.
| |
|
| |
| === Wednesday 2021-12-15 ===
| |
| ==== Made and verified backups and took a snapshot of the system disk ====
| |
| ==== Upgraded the wikis to 1.35.5 ====
| |
| * Upgraded all the wikis to [[mw:MediaWiki]] version 1.35.5. Making and verifying backups and taking a snapshot of the system disk.
| |
|
| |
| === Tuesday 2021-12-14 ===
| |
| * Making and verifying backups in preparation for upgrade to 1.35.5, which should be released today
| |
|
| |
| === Sunday 2021-12-12 ===
| |
| ==== Made and verified backups and took a snapshot of the system disk ====
| |
| Made and verified backups and took a snapshot.
| |
|
| |
| === Saturday 2021-12-11 ===
| |
| ==== Finally enabled VisualEditor successfully ====
| |
| The solution given here [[phabricator:T270376#7365202]] after the breakthrough discovery [[phabricator:T270376#7364419]] by Func needed to be tweaked also with <code>AllowEncodedSlashes NoDecode</code> to stop the [[mw:VisualEditor]] REST 404 errors exhibiting when trying to edit subpages. Adding <code>AllowEncodedSlashes NoDecode</code> to the Apache 2.4 config inside of the <VirtualHost>-directive seems to yield a completely functioning VisualEditor setup.
| |
|
| |
| This advice I found in [[mw:Extension:VisualEditor#Allowing VisualEditor on page titles containing slashes]] after it was kindly pointed out by an irc-goer in #mediawiki. So the documentation has been improved lately.
| |
|
| |
| So two configuration changes to Apache2 were needed to successfully enable VisualEditor:
| |
|
| |
| <pre>
| |
| AllowEncodedSlashes NoDecode
| |
| </pre>
| |
|
| |
| for VE to work with URL's with slashes in them
| |
|
| |
| <pre>
| |
| RewriteEngine On
| |
|
| |
| RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
| |
| RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
| |
| RewriteRule ^(?:(?!rest.php/).)*$ %{DOCUMENT_ROOT}/w/index.php [L]
| |
| </pre>
| |
|
| |
| for REST traffic to work as intended and naturally also short URLs working (MediaWiki is residing in w/ and wiki URL is /wiki/) and no more REST 404 errors at all.
| |
|
| |
| ==== Made and verified backups and took an interim snapshot of the system disk ====
| |
| * Making and verifying backups
| |
|
| |
| == November == | | == November == |
|
| |
| === Saturday 2021-11-27 ===
| |
| ==== Enabled VisualEditor ====
| |
| I finally enabled [[mw:VisualEditor]] on all wikis. I'm still getting REST 404 errors with VisualEditor, but I have verified that those exhibit '''only when trying to edit a subpage'''. When trying to edit a subpage with VE, it fails with REST 404 when loading the VE, but if trying to create a subpage with VE it fails only after the final "save page".
| |
|
| |
| This is an matter of importance, because mobile users have been unable to edit any pages due to an issue with [[mw:Extension:ConfirmEdit]] and [[mw:Extension:MobileFrontend]] not quite playing catch with each other.
| |
|
| |
| I was alerted to the issue of no captcha by a user of the Consumerium development wiki on [[ciumd:User:Jukeboksi/Log/2021#Sunday 2021-02-07]].
| |
|
| |
| I filed a ticket on it [[ciumd:MediaWiki/Tickets/Phabricator T274807 - No CAPTCHA from ConfirmEdit served for users that use MobileFrontend]].
| |
|
| |
| I did try to enable VisualEditor on 2021-05-13 but run into 404 problems regarding the REST-traffic, as have many other people. See catalogue [[phabricator:T266971|phabricator:T266971 - ''"Error contacting the Parsoid/RESTBase server" (HTTP 404/403) and similar errors (catalog)'']]. The weird thing about these 404's was that they did not start to exhibit immediately after enabling VisualEditor, nor did they exhibit consistently.
| |
|
| |
| It seems that the '''404 errors''' with the REST-communication used by VisualEditor '''are due to old style of apache2 rewrite engine settings'''.
| |
|
| |
| For the problem of 404 errors in REST-communication I took the solution given here [[phabricator:T270376#7365202]] after the breakthrough discovery [[phabricator:T270376#7364419]] by [https://phabricator.wikimedia.org/p/Func/ Func].
| |
|
| |
| This Apache configuration (snippet) in the VirtualHost directive in <code>/etc/apache2/sites-available/000-website.tld</code> worked for wikis where short URLs in the format of <code>/wiki/</code> and the MediaWiki residing in <code>/w/</code> and document root is one directory up from /w/
| |
| <pre>
| |
| RewriteEngine On
| |
|
| |
| RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
| |
| RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
| |
| RewriteRule ^(?:(?!rest.php/).)*$ %{DOCUMENT_ROOT}/w/index.php [L]
| |
|
| |
| </pre>
| |
|
| |
| '''Thank yous''' to '''Func''' for solving this for us and [https://phabricator.wikimedia.org/p/Kghbln/ '''Kghbln'''] for asking the question in [[phabricator:T270376]] and thanks to Bob, who brought to my attention the problem that mobile users were unable to edit wiki.
| |
|
| |
| * Making and verifying backups and taking a snapshot
| |
| :: Made and verified backups and took a snapshot of the system disk.
| |
|
| |
|
| === Friday 2021-11-26 === | | === Friday 2021-11-26 === |
Line 275: |
Line 196: |
| * Made, verified and stashed backups. [[User:Jukeboksi|Jukeboksi]] ([[User talk:Jukeboksi|talk]]) 16:05, 3 January 2021 (CET) | | * Made, verified and stashed backups. [[User:Jukeboksi|Jukeboksi]] ([[User talk:Jukeboksi|talk]]) 16:05, 3 January 2021 (CET) |
| * Making and verifying backups. [[User:Jukeboksi|Jukeboksi]] ([[User talk:Jukeboksi|talk]]) 14:47, 3 January 2021 (CET) | | * Making and verifying backups. [[User:Jukeboksi|Jukeboksi]] ([[User talk:Jukeboksi|talk]]) 14:47, 3 January 2021 (CET) |
| ----
| |
| '''[[User:Jukeboksi/Log/2020|Wiki log for 2020]]'''
| |