Hi Everyone,
During a Mediawiki 1.34.3 to Mediawiki 1.34.4 upgrade... When updating
vendor components using 'php -d extension=phar.so composer.phar
update':
Package wikimedia/password-blacklist is abandoned, you should avoid
using it. Use wikimedia/common-passwords instead.
Package jakub-onderka/php-parallel-lint is abandoned, you should avoid
using it. Use php-parallel-lint/php-parallel-lint instead.
Package jakub-onderka/php-console-color is abandoned, you should avoid
using it. Use php-parallel-lint/php-console-color instead.
Package jakub-onderka/php-console-highlighter is abandoned, you should
avoid using it. Use php-parallel-lint/php-console-highlighter instead.
Package phpunit/php-token-stream is abandoned, you should avoid using
it. No replacement was suggested.
Package phpunit/phpunit-mock-objects is abandoned, you should avoid
using it. No replacement was suggested.
I don't add things to vendor/, and I did not install packages like
password-blacklist or php-parallel-lint. It looks like these are part
of a Mediawiki installation.
/var/www/html/wiki# find . -name password-blacklist
./vendor/wikimedia/password-blacklist
/var/www/html/wiki# find . -name php-parallel-lint
./vendor/jakub-onderka/php-parallel-lint
Jeff
Hello,
After more than one year of design, discussion, vote, iteration, and months
of legal work, I’m happy to announce that the logo of MediaWiki has been
officially changed. This applies to both the software and logo of
https://mediawiki.org.
The old logo of MediaWiki was adopted slightly more than fifteen years ago.
This logo was featuring the nice concept of a sunflower representing
diversity, constant growth and also wilderness.
However, with years, the logo became outdated and we realized that it had
several problems, including but not limited to:
- It was a bitmap picture so it’s unusable in large sizes
- Its high details (“too realistic”) made it unusable in small sizes
- Its fixed and realistic style made it hard to have variations or
adaptations
Most, virtually all, software products use a simpler and more abstract form
following basic logo design guidelines and best-practices to avoid above
(and more) issues. For example, docker, kubernetes, Ubuntu, Vue.js, React,
Apache Kafka and many more.
You can find the discussion of changing the logo in
https://www.mediawiki.org/wiki/Project:Proposal_for_changing_logo_of_MediaW…
. As you can see on this page, a lot of interesting practical and
theoretical exchanges happened, leading to the final vote and decision.
The new logo represents a collection of projects built on our engine: each
petal is one of the many wikis that we support, and the lack of an explicit
core shows that we are part of these projects, as well as and they are part
of MediaWiki. The new logo also reflects the fact that evolution never
stops, and like the petals of a flower, the development of each project,
the growth of each community built on our engine allows everyone else to
grow.
The designer of the new logo is [[User:Serhio Magpie]]. With the nice
abstraction baked-in, you can use it in large or small sizes or you can
adapt it for different usecases (there’s one already for mediawiki on
docker: https://phabricator.wikimedia.org/T274678). There is a logo
guideline for MediaWiki now:
https://www.mediawiki.org/wiki/Manual:MediaWiki_logo_guidelines
We already deployed changes to mediawiki.org and landed related patches on
master, meaning from 1.36 release onwards, it’ll come with the new logo.
You can follow the work of rolling it out in
https://phabricator.wikimedia.org/T268230.
I humbly ask Wikimedians to update their wikis, for example usages on the
main pages, Wikipedia articles, templates, and more. You can use the logos
in this category on Commons. The files are already protected against upload
vandalism. https://commons.wikimedia.org/wiki/Category:MediaWiki_logo_(2020)
A big thank you to all who helped this project to finish. From designers,
community members, people who voted and discussed it intensively for
months, Wikimedia Legal for doing all the necessary work for transferring
the rights, clearing it and filing it for trademark. And many many more
people.
Best
--
Amir (he/him)
Bonjour,
Je ne comprends pas le système de configuration personnellement j'ai:
Nom d'utilisateur, Nom de la base, Adresse du serveur, au lieu de:
--Nom de la base de données (sans tirets) :
Préfixe des tables de la base de données (sans tirets) :
Nom d’utilisateur de la base de données :
Pouvez vous m'aider
merci
*Le sage montre la lune du bout du doigt, l'idiot regarde le bout du doigt*
Hi Everyone,
This caught my eye when running one of my maintenance scripts. The
Setup.php:563 warning is new.
The warning was not present on the old CentOS machine. The new machine
is Ubuntu 20, PHP 7.4, MySQL 8, Mediawiki 1.35.1.
# php /var/www/html/w/maintenance/generateSitemap.php ...
PHP Notice: Trying to access array offset on value of type bool in
/var/www/html/w/includes/Setup.php on line 563
Wikimedia\Rdbms\DBConnectionError from line 1420 of
/var/www/html/w/includes/libs/rdbms/loadbalancer/LoadBalancer.php:
Cannot access the database: Unknown error (localhost)
#0 /var/www/html/w/includes/libs/rdbms/loadbalancer/LoadBalancer.php(934):
Wikimedia\Rdbms\LoadBalancer->reportConnectionError()
#1 /var/www/html/w/includes/libs/rdbms/loadbalancer/LoadBalancer.php(901):
Wikimedia\Rdbms\LoadBalancer->getServerConnection()
#2 /var/www/html/w/includes/libs/rdbms/loadbalancer/LoadBalancer.php(1046):
Wikimedia\Rdbms\LoadBalancer->getConnection()
#3 /var/www/html/w/maintenance/includes/Maintenance.php(1371):
Wikimedia\Rdbms\LoadBalancer->getMaintenanceConnectionRef()
#4 /var/www/html/w/maintenance/generateSitemap.php(200): Maintenance->getDB()
#5 /var/www/html/w/maintenance/doMaintenance.php(107):
GenerateSitemap->execute()
#6 /var/www/html/w/maintenance/generateSitemap.php(564):
require_once('/var/www/html/w...')
#7 {main}
I think the exception is expected and due to some troubles with our
system users.
Jeff
Greetings. I've been using MediaWiki in a couple different installations
for over a decade, but I've just run into a problem that has me stumped. It
came after upgrading from 1.29.2 to 1.35.1. The process seemed to go
smoothly, though I had to set the $wgServer variable which wasn't in my
LocalSettings.php. Now I get a persistent message that MediaWiki can't
access the database. Of course I've checked and double checked that the
database name, username, etc. are correct. I can access the database just
fine, but MediaWiki can't. I am using my old LocalSettings.php and wonder
if there could be some other problem there.
Pasting the errors below. Any help is much appreciated.
Sorry! This site is experiencing technical difficulties.
Try waiting a few minutes and reloading.
(Cannot access the database)
Backtrace:
#0 /home/stupid_b/barteverson.com/x/includes/libs/rdbms/loadbalancer/LoadBalancer.php(934):
Wikimedia\Rdbms\LoadBalancer->reportConnectionError()
#1 /home/stupid_b/barteverson.com/x/includes/libs/rdbms/loadbalancer/LoadBalancer.php(901):
Wikimedia\Rdbms\LoadBalancer->getServerConnection(0,
'everpax-mediawi...', 0)
#2 /home/stupid_b/barteverson.com/x/includes/libs/rdbms/loadbalancer/LoadBalancer.php(1046):
Wikimedia\Rdbms\LoadBalancer->getConnection(-1, Array,
'everpax-mediawi...', 0)
#3 /home/stupid_b/barteverson.com/x/includes/GlobalFunctions.php(2469):
Wikimedia\Rdbms\LoadBalancer->getMaintenanceConnectionRef(-1, Array,
'everpax-mediawi...')
#4 /home/stupid_b/barteverson.com/x/includes/user/User.php(477): wfGetDB(-1)
#5 /home/stupid_b/barteverson.com/x/includes/libs/objectcache/wancache/WANObjectCache.php(1529):
User->{closure}(false, 3600, Array, NULL, Array)
#6 /home/stupid_b/barteverson.com/x/includes/libs/objectcache/wancache/WANObjectCache.php(1376):
WANObjectCache->fetchOrRegenerate('global:user:id:...', 3600,
Object(Closure), Array, Array)
#7 /home/stupid_b/barteverson.com/x/includes/user/User.php(510):
WANObjectCache->getWithSetCallback('global:user:id:...', 3600,
Object(Closure), Array)
#8 /home/stupid_b/barteverson.com/x/includes/user/User.php(421):
User->loadFromCache()
#9 /home/stupid_b/barteverson.com/x/includes/user/User.php(357):
User->loadFromId(0)
#10 /home/stupid_b/barteverson.com/x/includes/session/UserInfo.php(89):
User->load()
#11 /home/stupid_b/barteverson.com/x/includes/session/CookieSessionProvider.php(129):
MediaWiki\Session\UserInfo::newFromId('1')
#12 /home/stupid_b/barteverson.com/x/includes/session/SessionManager.php(492):
MediaWiki\Session\CookieSessionProvider->provideSessionInfo(Object(WebRequest))
#13 /home/stupid_b/barteverson.com/x/includes/session/SessionManager.php(215):
MediaWiki\Session\SessionManager->getSessionInfoForRequest(Object(WebRequest))
#14 /home/stupid_b/barteverson.com/x/includes/WebRequest.php(826):
MediaWiki\Session\SessionManager->getSessionForRequest(Object(WebRequest))
#15 /home/stupid_b/barteverson.com/x/includes/session/SessionManager.php(137):
WebRequest->getSession()
#16 /home/stupid_b/barteverson.com/x/includes/Setup.php(726):
MediaWiki\Session\SessionManager::getGlobalSession()
#17 /home/stupid_b/barteverson.com/x/includes/WebStart.php(89):
require_once('/home/stupid_b/...')
#18 /home/stupid_b/barteverson.com/x/index.php(44):
require('/home/stupid_b/...')
#19 {main}
--
[image: File:CAT+FD Site Icon.png]
Bart Everson
*Creative Generalist for Faculty DevelopmentCAT+FD*
*Pronouns: he him hisPersonal site: BartEverson.com
<http://BartEverson.com>*
Xavier University of Louisiana
o: (504) 520-5164
f: (504) 520-7903
a: 1 Drexel Drive, Box 78
New Orleans, LA 70125
w: *cat.xula.edu <https://cat.xula.edu/>*
e:
*bpeverso(a)xula.edu <bpeverso(a)xula.edu> *
--
*E-Mail Privacy/FERPA: This communication may contain confidential
information and is intended solely for the use of the addressee. If you
received it in error, please contact the sender at once and delete the
message. This communication may also contain information subject to
restrictions of the Family Educational Rights and Privacy Act (FERPA). Such
information may not be disclosed or used in any fashion outside the scope
of the service for which you are receiving the information.*
Hi Everyone,
We switched VPS providers. I am restoring a wiki database via a MySQL
dump. The import/source was successful, but it did not include the
users. The dump only had the wiki database.
The new machine uses:
# mysql --version
mysql Ver 8.0.23-0ubuntu0.20.04.1 for Linux on x86_64 ((Ubuntu))
I am working from
https://www.mediawiki.org/wiki/Manual:Installation/Creating_system_accounts.
I am trying to grant privileges on our Mediawiki user account. I
manually created the account.
vm# mysql -u root -p
<password>
'my_wiki' and 'mwuser' are correct. They are used in LocalSettings.php.
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| my_wiki |
| mysql |
| performance_schema |
| sys |
+--------------------+
5 rows in set (0.00 sec)
mysql> SELECT user FROM mysql.user;
+------------------+
| user |
+------------------+
| debian-sys-maint |
| mwuser |
| mysql.infoschema |
| mysql.session |
| mysql.sys |
| root |
+------------------+
6 rows in set (0.00 sec)
Now, following the article:
mysql> GRANT ALL PRIVILEGES ON my_wiki.* TO 'mwuser'@'%' IDENTIFIED BY
'password' WITH GRANT OPTION ;
ERROR 1064 (42000): You have an error in your SQL syntax; check the
manual that corresponds to your MySQL server version for the right
syntax to use near 'IDENTIFIED BY 'password' WITH GRANT OPTION' at
line 1
I've tried removing pieces of the SQL statement, like omitting 'WITH
GRANT OPTION'. No joy.
Does anyone know what is wrong with the SQL statement?
Thanks in advance.
Hi all,
we have published new articles in the MediaWiki Experts Blog.
An introduction to Semantic MediaWiki [1], as well as two interesting use cases: The Embassy of Good Science [2], a new portal on ethics in science, and
a field report on the use of MediaWiki in the about the use of MediaWiki in the UK Ministry of Defence. [3]
Some might also still be interested in Denny Vrandečić's inspiring keynote about "Ultimate Nerd Snipes" [4].
The above contributions are still follow-up work to last year's SMWCon. However, we are always looking for new topics, contributions and authors:
You have interesting wikis or project you want to report about? You have solutions and tips for software development and deployments?
There are new extensions or updates of existing functions? Get in touch! Write with us!
The MediaWiki Experts Blog is a project of the MediaWiki Stakeholders' Group and is designed as an open blog about MediaWiki.
Of course you can find out more on the website itself. [5]
Best regards!
Richard
[1] https://mediawikiexperts.blog/tutorial-practical-introduction-to-the-use-of…
[2] https://mediawikiexperts.blog/use-of-semantic-mediawiki-in-the-uks-ministry…
[3] https://mediawikiexperts.blog/the-embassy-of-good-science-portal-for-resear…
[4] https://mediawikiexperts.blog/ultimate-nerd-snipes-from-semantic-mediawiki-…
[5] https://mediawikiexperts.blog/about-us/
Hello,
This extension is one of the oldest extensions we still have in production
and currently does not have a maintainer. FlaggedRevs has been the cause of
several incidents and visible regressions specially since software decays
and our environment constantly changes.
Another problem with this extension is its scope, while most of its
functionalities are not enabled in WMF production or enabled in a very
small set of wikis (e.g. multiple dimensions was enabled only in Hebrew
Wikisource but they agreed to disable it). This has made maintaining the
extension a tall order (more of a nightmare). In other words, this
extension does too many things and does none well.
To move forward, we are removing barely used functionalities of this
extension. Including support for multiple dimensions, multiple tiers,
several one of its special pages and more to make it less of a burden to
maintain and improve. It would simplify its logic drastically and will
enable us to rework its old interface, fix several deprecated code that
this extension is the last to block their removal (like action=ajax),
reduce the number of issues/incidents/regressions caused by this extension
and much more.
Users in most wikis that have this extension enabled (including English
Wikipedia and German Wikipedia) won't see a difference but for example,
users won't be able to mark a revision as "good quality" or "average
quality" anymore in English Wikibooks or Finnish Wikipedia. The
"checked/stable" status will stay though.
This is also to notify third party installations of this extension that
this will happen from release 1.36 so if you need to have some of its
features we are removing, please fork.
To see the discussion around this, take a look at
https://phabricator.wikimedia.org/T185664
Thank you for understanding and sorry for any inconvenience.
--
Amir (he/him)
Registration is open for the online-only EMWCon 2021 [0], the Enterprise
MediaWiki Conference!
Talks are still being accepted [1]. Please help us design a well-planned
program by submitting your talk proposals as soon as possible but no later
than April 9.
The conference will be online-only (virtual) on April 20-22 between 9 AM
and 5 PM EDT (platform details coming soon). EMWCon is a three-day
conference featuring discussions of topics related to "Enterprise
MediaWiki", i.e. the usage of MediaWiki software by and within companies,
non-profits, governments, and other organizations. The intended audience of
EMWCon Spring 2021 is anyone who uses, or would like to learn more about,
MediaWiki. There will be many opportunities to interact with others using
and developing MediaWiki including presentations, workshops, and breakout
rooms.
To register/signup for EMWCon please add your name here [2].
Sincerely,
The EMWCon 2021 organizing committee
* Bryan Hilderbrand (General Chair)
* Yaron Koren (Program Chair)
* Ike Hecht (Sponsorship Chair)
[0] https://www.mediawiki.org/wiki/EMWCon_Spring_2021
[1] https://www.mediawiki.org/wiki/EMWCon_Spring_2021#Talks
[2] https://www.mediawiki.org/wiki/EMWCon_Spring_2021#Signup
Hi,
maybe this is a silly question and I apologize in advance, but I'm looking for a way to add (or better move) an image already uploaded in my wiki to a different category (chosen by me) from the default one: "Category:Uploaded_with_UploadWizard".
I forgot to do it at upload time.
How do I do that?
Thank you.
Valerio
The Traditional Tune Archive
The Semantic Index of North American, British and
Irish traditional instrumental music with annotation.
-------
Web: http://tunearch.org