Sat, May 8
Fri, May 7
I have no idea how to handle this at best. The loop would be a workaround, but that sounds okay. Is npm audit giving an return code when there is still something to fix? But also without it calling it twice would be okay.
The same blob number on zhwiki also mention under T212428#4886442, possible a duplicate
UploadBase::mTempPath is documented to have null values, nothing more to fix from my point of view
On AbuseFilter is now twiced updated for hosted-git-info possible by this problem
rev-suppressed-text-permission is only used on Special:Undelete. All other places does not make a different between normal and restricted, if the user is not able to see the content.
Thu, May 6
The api shows that the database contains
Wed, May 5
Removed as part of https://gerrit.wikimedia.org/r/c/mediawiki/core/+/630299
Tue, May 4
There are some changes to Message::toString - https://gerrit.wikimedia.org/r/c/mediawiki/core/+/681818
The upstream sniff PSR12.Functions.ReturnTypeDeclaration is for PS12 without spaces between ) and :
Mon, May 3
Fri, Apr 30
That sounds okay to me, too.
Happen on canary right now: https://libraryupgrader2.wmcloud.org/logs2/256097
Thu, Apr 29
Other places to remove some pieces
The fk no longer exists, see T164898 - https://gerrit.wikimedia.org/r/c/mediawiki/extensions/CheckUser/+/678426
Type hints were added in https://gerrit.wikimedia.org/r/c/mediawiki/core/+/676444
When Content::getSection fails in EditPage::getContentObject it is returning $def_content which is null here.
Could fail on wmf/1.36.0-wmf.38 as well (suggest no backport)
The message is in the flow extension at:
This can happen since https://gerrit.wikimedia.org/r/c/mediawiki/core/+/554947
the mention files here are tests files and test files are not part of the package. There is no message when using the older package as well.
From my point of view there is nothing to fix.
Now part of 36.0.0
Wed, Apr 28
There is logging in the code (UploadFromChunks::updateChunkStatus), not sure if that can be found for this request:
That will be fixed as part of T281340, there is nothing which could be fixed here, because the error was happen on a rollback / error situation already.
It looks like the data stream was interrupt and the server assumed a connection closed by the client.
The merged patch set does not fix the problem with $mTempPath not set, but it avoids the notice/failure.
Tue, Apr 27
For me it is https://test.wikipedia.org/wiki/Special:NewPagesFeed where the resource loader module with that script is loaded.
Bad Request Invalid ID: M4.
// @todo Add support for appending/prepending to the Content interface
There is a note about this on https://gerrit.wikimedia.org/r/c/mediawiki/extensions/FlaggedRevs/+/663327
Note: The fieldset legend is not parsed when it should be.
There is a feature to move subpages on Special:MovePage, but that is typically not enabled in the template namespace, because the namespace itself is not a page which allows subpages (by definition of mediawiki)
Mon, Apr 26
There is no Special:Protect. Did you mean action=protect or Special:ProtectedPages or Special:ProtectedTitles?
Sun, Apr 25
Sat, Apr 24
eslint also allows caching and it is enabled on all repos, but there is not a task to enable/use the cache on CI for eslint.
Thu, Apr 22
Now also coverage is ignored (done by https://gerrit.wikimedia.org/r/c/mediawiki/tools/codesniffer/+/681483) and libup can remove it, for this part the version is v36.0.0 (release planned as of this now)
Tue, Apr 20
Without spaces to work for me:
"test": [ "@lint", "@phpcs", "minus-x check ." ],
Mon, Apr 19
I am not sure if that race condition is tracked by the moved code.
Sun, Apr 18
Sat, Apr 17
Some extensions running this hook (not using it) - https://codesearch.wmcloud.org/search/?q=%27EditFilterMergedContent%27&i=nope&files=&excludeFiles=&repos=
Fri, Apr 16
Thu, Apr 15
There is a run today - https://libraryupgrader2.wmcloud.org/logs2/228424