User:Jukeboksi/Log/2021: Difference between revisions

m
caps
mNo edit summary
m (caps)
 
(13 intermediate revisions by the same user not shown)
Line 1: Line 1:
'''TODO'''
'''[[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.
* There is a slight problem with the test wiki: When trying to access it one gets redirected to the development wiki. This is an issue with the Apache conf, but not quite sure, what's the problem
 
=== Tuesday 2021-12-14 ===
==== Made and verified backups ====
* 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 ===
9,842

edits