User Details
- User Since
- Apr 14 2022, 12:46 AM (49 w, 3 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Pandafox1 [ Global Accounts ]
Jan 9 2023
Jan 3 2023
When upgrade from REL1_37 to REL1_39, the warning actually blocks update.php to run and requires --skip-config-validation to run
update.php worked fine after skipping though without any other issue
Dec 27 2022
Not sure if a new ticket should be opened or this is an expected behavior, but we are observing the same issue on REL1_39, when visiting a page with the following content
https://github.com/wikimedia/mediawiki/blame/db9361491a7737684e607d6b383ea50488ff2106/includes/context/RequestContext.php#L172
Dec 22 2022
Dec 20 2022
The REL1_39 code had this for fallback
Dec 19 2022
Jun 2 2022
Resolved with wiki-core REL1_37 and master version of Cargo
Jun 1 2022
May 31 2022
May 24 2022
Yes, there is no problem with wiki-core REL1_37 and master version of Cargo
May 17 2022
We are also observing this issue, someone else observed and reported it here
https://www.mediawiki.org/wiki/Extension_talk:Cargo#Database_query_error_-_Error_1213:_Deadlock_found_when_trying_to_get_lock
Apr 14 2022
Hi, sorry for the confusion
Tested again with master, the problem seems to be with the wiki-core, not the Cargo itself
commit 4e75be97cf382e9c93a7edd67e5000024bed37b2 (HEAD -> master, origin/master, origin/HEAD) Author: Translation updater bot <l10n-bot@translatewiki.net> Date: Wed Apr 6 08:26:36 2022 +0200
Tried with
https://github.com/wikimedia/mediawiki-extensions-Cargo/tree/REL1_38
and
LinkCache::getSelectFields(),
in Title.php
As included in the description