MediaWiki-l April 2019

mediawiki-l@lists.wikimedia.org

19 participants
19 discussions

Improving the mediawiki.org frontpage: It's available!
by Andre Klapper 13 Apr '19

13 Apr '19

Hi everybody, https://www.mediawiki.org has a new frontpage! Thank you to everyone who provided great feedback and comments on https://www.mediawiki.org/wiki/Talk:MediaWiki/Homepage_improvements_2018 and https://www.mediawiki.org/wiki/Talk:MediaWiki/Homepage_improvements_2018/Pr… in the last weeks! Several improvements have been implemented before going live. For a list of potential future work on problems with related pages, see https://www.mediawiki.org/wiki/MediaWiki/Homepage_improvements_2018#Potenti… Enjoy! andre (This email is a follow-up to the previous three announcements: https://lists.wikimedia.org/pipermail/mediawiki-l/2018-September/047631.html https://lists.wikimedia.org/pipermail/mediawiki-l/2018-December/047735.html https://lists.wikimedia.org/pipermail/mediawiki-l/2019-March/047910.html ) -- Andre Klapper | Bugwrangler / Developer Advocate https://blogs.gnome.org/aklapper/

2 1

Re: [MediaWiki-l] MediaWiki-l Digest, Vol 187, Issue 7
by 葉昱伶 10 Apr '19

10 Apr '19

<mediawiki-l-request(a)lists.wikimedia.org> 於 2019年4月10日週三 20:03 寫道： > Send MediaWiki-l mailing list submissions to > mediawiki-l(a)lists.wikimedia.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > or, via email, send a message with subject or body 'help' to > mediawiki-l-request(a)lists.wikimedia.org > > You can reach the person managing the list at > mediawiki-l-owner(a)lists.wikimedia.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of MediaWiki-l digest..." > > > Today's Topics: > > 1. Re: update.php failing with message from LoadBalancer.php > (Mike Brown) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 9 Apr 2019 05:49:19 -0700 > From: Mike Brown <mike(a)hyperreal.org> > To: mediawiki-l(a)lists.wikimedia.org > Subject: Re: [MediaWiki-l] update.php failing with message from > LoadBalancer.php > Message-ID: <20190409124919.GA61091(a)taz4.hyperreal.org> > Content-Type: text/plain; charset=us-ascii > > On Sat, Apr 06, 2019 at 11:38:04PM -0700, Mike Brown wrote: > > [3f3634afa8a03289878f8ff9] [no req] Wikimedia\Rdbms\DBQueryError from > line 1496 of > /usr/local/www/mediawiki/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: UPDATE `mw_archive` SET ar_rev_id = '3867' WHERE ar_id = '940' > > Function: PopulateArchiveRevId::reassignArRevIds > > Error: 1785 Statement violates GTID consistency: Updates to > non-transactional tables can only be done in either autocommitted > statements or single-statement transactions, and never in the same > statement as updates to transactional tables. (localhost) > > This happened because I was upgrading a MySQL-based wiki installation > which > had MyISAM instead of InnoDB tables. I altered the tables (except > searchindex) > to use the InnoDB engine, and then update.php was able to run to > completion. > > Perhaps update.php should be fixed to deal with this contingency. > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > ------------------------------ > > End of MediaWiki-l Digest, Vol 187, Issue 7 > ******************************************* >

1 0

update.php failing with message from LoadBalancer.php
by Mike Brown 09 Apr '19

09 Apr '19

I'm upgrading a MediaWiki 1.30 installation to 1.32. I already updated my backend from MySQL 5.6.40 to 5.7.25 and ran mysql_upgrade. I also replaced PHP 5.6.36 with PHP 7.2.17. I installed MW 1.32.0 and am now trying to run the update.php script in the maintenance directory. I get the following error: MediaWiki 1.32.0 Updater Your composer.lock file is up to date with current dependencies! [20cebd8c9a3916038d1b3632] [no req] UnexpectedValueException from line 961 of /usr/local/www/mediawiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php: Got connection to 'OffsetDB-mw_', but expected local domain ('OffsetDB-mediawiki-mw_'). Backtrace: #0 /usr/local/www/mediawiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(890): Wikimedia\Rdbms\LoadBalancer->openLocalConnection(integer, integer) #1 /usr/local/www/mediawiki/includes/libs/rdbms/loadbalancer/LoadBalancer.php(766): Wikimedia\Rdbms\LoadBalancer->openConnection(integer, boolean, integer) #2 /usr/local/www/mediawiki/includes/GlobalFunctions.php(2694): Wikimedia\Rdbms\LoadBalancer->getConnection(integer, array, boolean) #3 /usr/local/www/mediawiki/maintenance/Maintenance.php(1353): wfGetDB(integer, array, boolean) #4 /usr/local/www/mediawiki/maintenance/update.php(147): Maintenance->getDB(integer) #5 /usr/local/www/mediawiki/maintenance/doMaintenance.php(94): UpdateMediaWiki->execute() #6 /usr/local/www/mediawiki/maintenance/update.php(248): require_once(string) #7 {main} My db config vars haven't changed. Nothing too bizarre... $wgDBtype = "mysql"; $wgDBserver = "localhost"; $wgDBname = "OffsetDB"; $wgDBport = "5432"; $wgDBprefix = "mw_"; How can I get past the error? Or let me know what other info to provide to help diagnose. Thanks!

2 4

(no subject)
by sampsongonzales81＠gmail.com 09 Apr '19

09 Apr '19

Ok Sent from Yahoo Mail on Android

2 1

07 Apr '19

2 1

Re: [MediaWiki-l] Editing extension configuration from the wiki
by Jan Steinman 05 Apr '19

05 Apr '19

> From: Sigbert Klinke <sigbert(a)wiwi.hu-berlin.de> > > for my Extension Iframe I have for security reasons a key parameter… > > Is there a way how I can easily allow to edit the key list from the > wiki, e.g. for all users with admin rights? I don't know about "easily," but if you know some PHP, it shouldn't be too hard to make a special-purpose extension to do so, assuming the keys are stored in a global variable. I'd start by looking at existing extensions that do something similar to what you want to do, then modifying a copy. But in looking at your example, I don't really understand what security you are gaining by doing this. Surely, someone can guess the scheme and type URLs to the browser, no? Or am I missing something about this security scheme? Jan

2 1

Editing extension configuration from the wiki
by Sigbert Klinke 05 Apr '19

05 Apr '19

Hi, for my Extension Iframe I have for security reasons a key parameter which encapsulates a starting URL. For example, writing in the wiki <iframe key="wiwi" p="examples" /> leads in the web page to <iframe src="https://shinyapps.wiwi.hu-berlin.de/examples" /> Currently, when a new key is necessary someone must add it to the LocalSettings.php. Is there a way how I can easily allow to edit the key list from the wiki, e.g. for all users with admin rights? Thanks a lot Sigbert -- https://hu.berlin/sk https://hu.berlin/mmstat3

1 0

New episode of Between the Brackets: John Lewis
by Yaron Koren 02 Apr '19

02 Apr '19

Hi, A new episode of the MediaWiki podcast "Between the Brackets" has been released; this one is an interview with John Lewis, the co-founder, co-maintainer and co-developer of the popular wiki farm Miraheze: http://betweenthebrackets.libsyn.com/episode-31-john-lewis Also, I realized that I forgot to send an email for the previous episode, so - two weeks ago there was another interesting episode, this one an interview with Jens Steckhan, who runs the wiki SAPedia for the large software company SAP: http://betweenthebrackets.libsyn.com/episode-30-jens-steckhan -Yaron

1 0

Image description pages not loading
by Adrian Dimond 02 Apr '19

02 Apr '19

I recently noticed that the image description page for images on my wiki are not working most of the time.. sometimes they work for smaller images. If I already have a direct link to an image I can load the image from the server. Anyway turns out there was a ton of extra traffic due to some russian bots ignoring the robot.txt so I've for the time being shut down all access except for myself but I'm still having the same problems. I had previously done some maintenance to reduce the size of the database but that was a couple of weeks ago and performance improved greatly as a result until the past couple of days. Looking at the error logs there seems to be several reoccurring errors. Premature end of script headers: php71.cgi Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace. Directory index forbidden by Options directive: ../wiki/images/thumb/1/ <http://noisewiki.com/wiki/images/thumb/1/> Some of these seem to have to do with permissions but permissions seem to be fine. Any suggestions?

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l April 2019