Maybe you could try running the listed command without --quiet manually: php /srv/mediawiki/targets/production/extensions/Translate/scripts/export.php --lang='*' --group='core' --threshold='13' --target='/resources/raymond' --skip='test,aeb,be-x-old,crh,dk,en,fiu-vro,gan,gom,hif,kbd,kk,kk-cn,iu,kk-kz,kk-tr,ko-kp,ku,ku-arab,no,ruq,simple,sr,tg,tp,tt,ug,zh,zh-classical,zh-cn,zh-sg,zh-min-nan,zh-mo,zh-my,zh-tw,zh-yue,bbc,ady' to see if it gives any useful output.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Aug 15 2019
Aug 13 2019
Is this the same as T215202: Error moving translated category (or any translatable page in a namespace without subpages enabled) or same message with different cause?
Aug 12 2019
Aug 9 2019
[stacktrace] #0 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/cache/MessageCache.php(1098): MWExceptionHandler::handleError(8, 'Undefined index...', '/srv/mediawiki/...', 1098, Array) #1 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/cache/MessageCache.php(977): MessageCache->getMsgFromNamespace('Comma-separator...', 'es') #2 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/cache/MessageCache.php(947): MessageCache->getMessageForLang(Object(Language), 'comma-separator', true, Array) #3 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/cache/MessageCache.php(889): MessageCache->getMessageFromFallbackChain(Object(Language), 'comma-separator', true) #4 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/language/Message.php(1308): MessageCache->get('comma-separator', true, Object(Language)) #5 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/language/Message.php(863): Message->fetchMessage() #6 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/language/Message.php(992): Message->toString('escaped') #7 /srv/mediawiki/tags/2019-08-05_17:46:12/languages/Language.php(3473): Message->escaped() #8 /srv/mediawiki/tags/2019-08-05_17:46:12/extensions/Translate/MessageChecks.php(241): Language->commaList(Array) #9 /srv/mediawiki/tags/2019-08-05_17:46:12/extensions/Translate/MessageChecks.php(138): MessageChecker->fixMessageParams(Array) #10 /srv/mediawiki/tags/2019-08-05_17:46:12/extensions/Translate/TranslateEditAddons.php(289): MessageChecker->checkMessage(Object(FatMessage), 'es') #11 /srv/mediawiki/tags/2019-08-05_17:46:12/extensions/Translate/TranslateEditAddons.php(224): TranslateEditAddons::checkNeedsFuzzy(Object(MessageHandle), '{{GENDER:$1|pro...') #12 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/Hooks.php(174): TranslateEditAddons::onSave(Object(WikiPage), Object(User), Object(WikitextContent), 'La RAE acepta '...', 0, NULL, NULL, 65, Object(Revision), Object(Status), false, 0) #13 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/Hooks.php(202): Hooks::callHook('PageContentSave...', Array, Array, NULL) #14 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/Storage/PageUpdater.php(1238): Hooks::run('PageContentSave...', Array) #15 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/libs/rdbms/database/Database.php(3901): MediaWiki\\Storage\\PageUpdater->MediaWiki\\Storage\\{closure}(Object(Wikimedia\\Rdbms\\DatabaseMysqli), 'MediaWiki\\\\Stora...') #16 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/libs/rdbms/database/DBConnRef.php(53): Wikimedia\\Rdbms\\Database->doAtomicSection('MediaWiki\\\\Stora...', Object(Closure)) #17 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/libs/rdbms/database/DBConnRef.php(630): Wikimedia\\Rdbms\\DBConnRef->__call('doAtomicSection', Array) #18 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/deferred/AtomicSectionUpdate.php(39): Wikimedia\\Rdbms\\DBConnRef->doAtomicSection('MediaWiki\\\\Stora...', Object(Closure)) #19 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/deferred/DeferredUpdates.php(309): AtomicSectionUpdate->doUpdate() #20 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/deferred/DeferredUpdates.php(265): DeferredUpdates::attemptUpdate(Object(AtomicSectionUpdate), Object(Wikimedia\\Rdbms\\LBFactorySimple)) #21 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/deferred/DeferredUpdates.php(217): DeferredUpdates::handleUpdate(Object(AtomicSectionUpdate), Object(Wikimedia\\Rdbms\\LBFactorySimple), 'run', 1) #22 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/deferred/DeferredUpdates.php(140): DeferredUpdates::handleUpdateQueue(Array, 'run', 1) #23 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/MediaWiki.php(600): DeferredUpdates::doUpdates('run', 1) #24 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/api/ApiMain.php(548): MediaWiki::preOutputCommit(Object(DerivativeContext)) #25 /srv/mediawiki/tags/2019-08-05_17:46:12/includes/api/ApiMain.php(502): ApiMain->executeActionWithErrorHandling() #26 /srv/mediawiki/tags/2019-08-05_17:46:12/api.php(87): ApiMain->execute() #27 {main}
Aug 8 2019
Let's investigate this with high priority. It's important to keep translation updates to MediaWiki core working.
Aug 7 2019
Which wikis? Did it import translations or not?
Aug 5 2019
Likely introduced in rMWb09b3980f991: objectcache: add object segmentation support to BagOStuff, but maybe fixed later if it doesn't happen in production?
[2019-08-05 17:30:50] exception.ERROR: [81908d0550f7736fd302e2f9] /w/api.php InvalidArgumentException from line 710 of /srv/mediawiki/tags/2019-08-05_17:22:59/includes/libs/objectcache/BagOStuff.php: BagOStuff::setMulti got WRITE_ALLOW_SEGMENTS {"exception":"[object] (InvalidArgumentException(code: 0): BagOStuff::setMulti got WRITE_ALLOW_SEGMENTS at /srv/mediawiki/tags/2019-08-05_17:22:59/includes/libs/objectcache/BagOStuff.php:710) [stacktrace] #0 /srv/mediawiki/tags/2019-08-05_17:22:59/includes/libs/objectcache/BagOStuff.php(297): BagOStuff->setMulti(Array, 300, 16) #1 /srv/mediawiki/tags/2019-08-05_17:22:59/includes/Storage/PageEditStash.php(464): BagOStuff->set('translatewiki_n...', Object(stdClass), 300, 16) #2 /srv/mediawiki/tags/2019-08-05_17:22:59/includes/Storage/PageEditStash.php(153): MediaWiki\\Storage\\PageEditStash->storeStashValue('translatewiki_n...', Object(WikitextContent), Object(ParserOutput), '20190805173050', Object(User)) #3 /srv/mediawiki/tags/2019-08-05_17:22:59/includes/api/ApiStashEdit.php(140): MediaWiki\\Storage\\PageEditStash->parseAndCache(Object(WikiPage), Object(WikitextContent), Object(User), '/* Niger-Congo ...') #4 /srv/mediawiki/tags/2019-08-05_17:22:59/includes/api/ApiMain.php(1583): ApiStashEdit->execute() #5 /srv/mediawiki/tags/2019-08-05_17:22:59/includes/api/ApiMain.php(531): ApiMain->executeAction() #6 /srv/mediawiki/tags/2019-08-05_17:22:59/includes/api/ApiMain.php(502): ApiMain->executeActionWithErrorHandling() #7 /srv/mediawiki/tags/2019-08-05_17:22:59/api.php(87): ApiMain->execute() #8 {main}
This needs to be debugged to get more info where it gets stuck. Even 120 seconds is ridiculously long time to push one commit.
Jul 24 2019
The API result includes time taken by each aid:
definition: 0 definitiondiff: 0.006 documentation: 0.005 gettext: 0 inotherlanguages: 0 insertables: 0 mt: 0 query_aggregator: 0.06 support: 0 translation: 0.003 ttmserver: 13.348
Jul 23 2019
Jul 22 2019
Seems to be from mwgitlab. group: mwgitlab-* does not match mwgitlabskin-liberty. The dash should be removed, or mwgitlabskin-* added to the list.
It would be helpful to know under which project this happens. Now the error is separated from the other output so it's not possible to make the connection.
It looks like that the message definition is out of date, or it has been updated but not synced to translatewiki.net.
For debugging, it would be really helpful if you could give message ids in copy-paste format.
Jul 21 2019
I'm marking this as stalled until we have a confirmation from them that they want to proceed.
While working on https://gerrit.wikimedia.org/r/c/translatewiki/+/524669 I observed two things:
- Limiting the validator to only certain messages is not possible without PHP code. We should consider whether we can add a message key matching support.
- Limiting insertables to only certain messages is not possible at all. Hence the MM|DD|YYYY validator is not currently showing them as insertables.
Jul 19 2019
There isn't an established process for language code changes. We could use a code map temporarily, but I'd guess there aren't that many /ais pages so they could be moved over with ReplaceText command line script.
Jul 18 2019
Neither $creator nor $guard is used anywhere. in your example How is that supposed to work?
The fix should be simple, just check if the group returns null for FFS before comparing the classes.
Per https://integration.wikimedia.org/ci/job/translatewiki-composer-hhvm-docker/1192/console also docker-registry.wikimedia.org/releng/composer-test-hhvm:0.2.6-s1. Back to UBN!?
In T228025#5340809, @Tgr wrote:In T228025#5340086, @Nikerabbit wrote:Also tried with https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Translate/+/509168 but it doesn't solve this issue either.
The permission check fails on line 48, you'd have to reset the cache between that and line 45 (which triggers the hook behavior).
Jul 17 2019
Thanks for the help. For the record, I have added OATHAuth to the list of extensions I receive notifications for merged patches. But I wonder if there is a better way to make people aware of mandatory schema changes?
In T228250#5340804, @MarcoAurelio wrote:In T228250#5340798, @TheDJ wrote:but.. have those db changes run on WMF production already then ? I only see a note of them having been deployed to beta.wmflabs
I think this is an important question.
I ran update.php. @MarcoAurelio can you login now?
The output looks like this to me:
php maintenance/update.php MediaWiki 1.34.0-alpha Updater
Or was ->with() intended to be the generic parameter-specifying mechanism in your i18n library?
Yeah it's equivalent to Message:param. Nothing prevents having shortcuts for certain types of parameters. In my experiment I actually require all parameters to be type, with automatic "boxing" of primitive values.
According to https://codesearch.wmflabs.org/search/?q=beforeWatchlist&i=nope&files=&repos= it is now using a different hook.
FWIW this special page is now cached on translatewiki.net.
Also tried with https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Translate/+/509168 but it doesn't solve this issue either.
Currently the code is using UserGetRights hook to give the right temporarily. It's probably a change when the hook is called or caching of the results that may have broken this, rather than a direct change in authmanager itself.
I tried the following but it doesn't work either (perhaps because the user doesn't exist yet?)
$permissionManager->addTemporaryUserRights( $user, 'createaccount' );
Jul 16 2019
wrong hook to begin with
Special:AllPages does not have hooks or any other interface to extend the filters. With my extension developer hat, there is nothing I can do in Translate to fix this. With my core developer hat, core shouldn't depend on extension directly, so some kind of extension interface must be there first.
I listed some suggestions above how to check for potentially affected code. However, the change has been merged already and a regression has been reported. Now would be time to evaluate whether the change can be reverted or quickly fixed so that:
- the existing functionality is restored, or
- the change can be done in a way that doesn't cause the breakage (e.g. new hook for new behavior), or
- the affected code has a clear migration path and a migration period (e.g. new hook or switch for old behavior), or
- the affected code hasn't a migration path, but there is a migration period with justification why the functionality cannot no longer be supported in the future, or
- the affected code hasn't a migration path, and there is no migration period with a very strong justification why it must be so
Phan is not the only thing that is hampered by lack of clear BC policy. As I wrote in T228049#5335935, the code is using a lot of syntax that no other extension is using anymore, because it claims to still support PHP5. It also makes other developers avoid touching the code, both because they don't know what is expected and because it is so different from other extensions.
Yup. I was firefighting yesterday with multiple errors after update of translatewiki.net code. I did update PageForms to latest version in the hurry to solve this issue, but I though it didn't work, because I got errors after that too. Turns out it was just due to delay in my error log relay and the notices stopped after that.
Jul 15 2019
It's not reasonable to expect any developer to monitor all the (proposed) changes happening in the code they use. When I used to do that, I would spend over 50% of my time on it. MediaWiki has evolved beyond what you suggest and it has more mature processes to deal with change.
I'd like to keep it generic, not specific to links. Sometimes you just want wrap a part of sentence inside <span class=...></span> for styling. Other than that, I welcome ideas for better syntax.
users should be able to view how it will be effectively rendered, so that they can fix it immediately and easily.
@Platonides Does this tool exist anymore? I can only find broken links to http://toolserver.org/~platonides/catdown?
This need comes up semi-frequently in UI messages that want to embed a link, a button or other HTML element inside a sentence.
$n in the message gets replaced (in a safe way) by MonkeyI18n\Param\Unescaped( "<tag>$1</tag>" ), which gets $1 from the second param of {{EMBED}} (&) in the message and gets escaped correctly.
I think the undefined variable could be the least of the problems this extension has.
This is ready for QA now. I have filed the following follow-ups that cannot be done immediately:
- T228051: Update Wikimedia production config to use extension registration for Translate
- T228053: Update translatewiki.net config to use extension registration for Translate
- T228054: (Schedule) hard deprecation (emit notices) for old style registration in Translate
- T228055: Removal of old style registration
- T228059: Check whether Translate is installed using extension registry
It looks like AuthManager::singleton()->beginAccountCreation is now checking for permissions which it did not do previously. The code needs a version that bypasses createaccount permission check.
Tagged UBN! because patch cannot be reverted cleanly.
IMO I would not consider "raw HTML messages" as a valid usage pattern. Let's just plan how to get rid of the few remaining cases.
I have deployed this to translatewiki.net and ran the script:
found 117 orphaned actors... ---- Actor: 'YasiaZayka'; Actor Id: 20128; Actor User: 26795; Actor: 'Felege'; Actor Id: 20129; Actor User: 26796; Actor: 'Bryard'; Actor Id: 20130; Actor User: 26797; Actor: 'Hatem'; Actor Id: 20133; Actor User: 26800; Actor: 'Huynhtuong'; Actor Id: 40812; Actor User: 26801; Actor: 'Shahriar.dehghani'; Actor Id: 40815; Actor User: 26805; Actor: 'Gilberto'; Actor Id: 40819; Actor User: 26809; Actor: 'Knobbydee77'; Actor Id: 40820; Actor User: 26810; Actor: 'Salamatu yussif'; Actor Id: 60955; Actor User: 26814; Actor: 'Mokhriz3nomic'; Actor Id: 60964; Actor User: 26823; Actor: 'FAIZ503'; Actor Id: 60965; Actor User: 26824; Actor: 'Refikayata'; Actor Id: 60966; Actor User: 26825; Actor: 'Jacek Janowski'; Actor Id: 60971; Actor User: 26830; Actor: 'Aisyaic'; Actor Id: 60972; Actor User: 26831; Actor: 'Lockey007'; Actor Id: 60973; Actor User: 26832; Actor: 'Gianni Frisardi'; Actor Id: 101280; Actor User: 26845; Actor: 'TFerenczy'; Actor Id: 101282; Actor User: 26847; Actor: 'Kjeanclaude'; Actor Id: 161805; Actor User: 26851; Actor: 'Thanvanhai'; Actor Id: 161808; Actor User: 26854; Actor: 'Micha911'; Actor Id: 161809; Actor User: 26855; Actor: 'Zgzzh2008'; Actor Id: 161810; Actor User: 26856; Actor: 'Melissa'; Actor Id: 161811; Actor User: 26857; Actor: 'Pkan'; Actor Id: 161812; Actor User: 26858; Actor: 'Huanj'; Actor Id: 161813; Actor User: 26859; Actor: 'Szymon.antas'; Actor Id: 161815; Actor User: 26861; Actor: 'Kelvintys38'; Actor Id: 161816; Actor User: 26862; Actor: 'Fwscode'; Actor Id: 161823; Actor User: 26869; Actor: 'တောင်ပေါ်သား'; Actor Id: 161825; Actor User: 26871; Actor: 'Viki'; Actor Id: 161829; Actor User: 26875; Actor: 'Terry'; Actor Id: 161830; Actor User: 26876; Actor: 'Keith Edgerley'; Actor Id: 161831; Actor User: 26877; Actor: 'SP47471'; Actor Id: 161832; Actor User: 26878; Actor: 'Clarissa Au'; Actor Id: 161833; Actor User: 26879; Actor: 'Manavpreet Kaur'; Actor Id: 161836; Actor User: 26882; Actor: 'Athar khan'; Actor Id: 161837; Actor User: 26883; Actor: 'Sonnensein'; Actor Id: 161839; Actor User: 26885; Actor: 'Berlinster'; Actor Id: 161846; Actor User: 26892; Actor: 'Dheerajmpai23'; Actor Id: 161847; Actor User: 26893; Actor: 'Yournam'; Actor Id: 161848; Actor User: 26894; Actor: 'Mohammaddaneshgar'; Actor Id: 161850; Actor User: 26896; Actor: 'Chancery'; Actor Id: 161851; Actor User: 26897; Actor: 'Damanite'; Actor Id: 161857; Actor User: 26903; Actor: 'Miron'; Actor Id: 161859; Actor User: 26905; Actor: 'Anita Koncz'; Actor Id: 161860; Actor User: 26906; Actor: 'Theworldofkillers'; Actor Id: 161861; Actor User: 26907; Actor: 'IvanVano777'; Actor Id: 161865; Actor User: 26911; Actor: 'Manuel1104'; Actor Id: 161867; Actor User: 26913; Actor: 'The NiX'; Actor Id: 161869; Actor User: 26915; Actor: 'เอกสิทธิ์ เอมสอาด'; Actor Id: 161870; Actor User: 26916; Actor: 'عبدالرحيم 2030'; Actor Id: 161875; Actor User: 26921; Actor: 'Armando cisneros orozco'; Actor Id: 161876; Actor User: 26922; Actor: 'Akmal'; Actor Id: 161881; Actor User: 26927; Actor: 'Erwinelbby'; Actor Id: 161884; Actor User: 26930; Actor: 'S gulsher'; Actor Id: 161886; Actor User: 26932; Actor: 'そらたこ'; Actor Id: 161887; Actor User: 26933; Actor: 'Олександра'; Actor Id: 161889; Actor User: 26935; Actor: 'Amir Hasasnyian.'; Actor Id: 161892; Actor User: 26938; Actor: 'Ogurtsow'; Actor Id: 161893; Actor User: 26939; Actor: 'Nanididin'; Actor Id: 161894; Actor User: 26940; Actor: 'Myra Monteverde'; Actor Id: 161895; Actor User: 26941; Actor: 'Joy Agyepong'; Actor Id: 161896; Actor User: 26942; Actor: 'Dinoguy1000'; Actor Id: 161898; Actor User: 26944; Actor: 'Theworldofmurders500'; Actor Id: 161900; Actor User: 26946; Actor: 'PkanCHennn'; Actor Id: 161902; Actor User: 26948; Actor: 'Yulii'; Actor Id: 161905; Actor User: 26951; Actor: 'Naseer Ahmad'; Actor Id: 161910; Actor User: 26956; Actor: 'Pyaralib'; Actor Id: 161911; Actor User: 26957; Actor: 'Shivaraj Shetty'; Actor Id: 161912; Actor User: 26958; Actor: 'ProrokF56'; Actor Id: 161913; Actor User: 26959; Actor: 'Naufal06'; Actor Id: 161914; Actor User: 26960; Actor: 'Siriwan17'; Actor Id: 161915; Actor User: 26961; Actor: 'Hossein.income'; Actor Id: 161917; Actor User: 26963; Actor: 'Riedi2070'; Actor Id: 161919; Actor User: 26965; Actor: 'Haghighi ahmad'; Actor Id: 161926; Actor User: 26972; Actor: 'Xsxy x s dcdx'; Actor Id: 161937; Actor User: 26983; Actor: 'Monzza2015'; Actor Id: 161938; Actor User: 26984; Actor: 'PEKSI GARUDA CAHAYA NUR JANAHA'; Actor Id: 161941; Actor User: 26987; Actor: 'Bilalbouyahia'; Actor Id: 161942; Actor User: 26988; Actor: 'Лорд Алекс'; Actor Id: 161945; Actor User: 26991; Actor: 'Cristall01'; Actor Id: 161946; Actor User: 26992; Actor: 'My CityGuide'; Actor Id: 161947; Actor User: 26993; Actor: 'Slotus'; Actor Id: 161948; Actor User: 26994; Actor: 'Emmanuel'; Actor Id: 161949; Actor User: 26995; Actor: 'Mateo K 01'; Actor Id: 161951; Actor User: 26997; Actor: 'Knep'; Actor Id: 161952; Actor User: 26998; Actor: 'Hochithanh777'; Actor Id: 161953; Actor User: 26999; Actor: 'Minmyo Koko'; Actor Id: 161954; Actor User: 27000; Actor: 'Margarito d Jesús Rodríguez'; Actor Id: 161959; Actor User: 27005; Actor: 'عبدالعزيز القاضي'; Actor Id: 161960; Actor User: 27006; Actor: 'Bee'; Actor Id: 161961; Actor User: 27007; Actor: 'Mart'; Actor Id: 161963; Actor User: 27009; Actor: 'Rasit Emie'; Actor Id: 161966; Actor User: 27012; Actor: 'DNSE'; Actor Id: 161968; Actor User: 27014; Actor: 'مرجان'; Actor Id: 161976; Actor User: 27022; Actor: 'MAJIDNIAREZA'; Actor Id: 161977; Actor User: 27023; Actor: 'Aydarazi'; Actor Id: 161978; Actor User: 27024; Actor: 'Mart.hakkinen'; Actor Id: 161979; Actor User: 27025; Actor: 'İsa Beyit'; Actor Id: 161980; Actor User: 27026; Actor: 'Risachan13'; Actor Id: 161982; Actor User: 27028; Actor: 'Mrabdraju'; Actor Id: 161985; Actor User: 27031; Actor: 'Dedicatedhosting4u'; Actor Id: 161986; Actor User: 27032; Actor: 'Akmal' l'; Actor Id: 161987; Actor User: 27033; Actor: 'Rasel Rasal'; Actor Id: 161988; Actor User: 27034; Actor: 'Olga akimova'; Actor Id: 161990; Actor User: 27036; Actor: 'Vss-moraes'; Actor Id: 162007; Actor User: 27053; Actor: 'Wenskap'; Actor Id: 162008; Actor User: 27054; Actor: 'استعادة الإعدادات الافتراضية المجانيه استعادة جميع البرامج جوجل كروم والويب المجانيه الافتراضية تثبيت تلقائي'; Actor Id: 162009; Actor User: 27055; Actor: 'Turgut'; Actor Id: 162010; Actor User: 27056; Actor: 'Marcelo Rosa Melo'; Actor Id: 162011; Actor User: 27057; Actor: 'Шугаман'; Actor Id: 162012; Actor User: 27058; Actor: 'احمد جعفري'; Actor Id: 162015; Actor User: 27061; Actor: 'Dharampal Singh'; Actor Id: 162016; Actor User: 27062; Actor: 'ARychlik'; Actor Id: 162019; Actor User: 27065; Actor: 'Babyboi'; Actor Id: 162025; Actor User: 27071; Actor: 'Thon Chanvannak'; Actor Id: 162026; Actor User: 27072; Actor: 'Babiboi'; Actor Id: 162028; Actor User: 27074; Actor: 'King7777'; Actor Id: 162034; Actor User: 27080; ---- deleted orphaned actors updated the site stats for users
Jul 11 2019
I'm assigning to myself for tracking purposes, but bulk of the work has been done by others such as @awight, @Jdforrester-WMF and @Reedy.
Note: Explicitly passing NULL as the object is no longer allowed as of PHP 7.2.0.
Is there a way to force PHP7.2 for testing?
Jul 10 2019
Jul 9 2019
There is no logging of client side errors currently, unfortunately. See T106915: Use Sentry in production for an epic about it. It's coming but I don't know when. Thus we have no idea how common this is other than what we notice ourselves or what users might report.