The Linter extension tracks lint errors from an external service. Currently the main use case is to track the errors identified by Parsoid and expose them to editors.
Details
Mon, Sep 2
I would hope and expect that
Wikimedia representatives would be diligent about heeding these warning messages (and about posting messages that use nonexistent templates). This feature request does not appear to have been implemented effectively and is causing volunteer gnomes to have to tidy up after message senders.
Fri, Aug 30
Tue, Aug 27
Declining this for now. Seems like we should explore fixes without lints for now.
Sat, Aug 24
Thu, Aug 22
Mon, Aug 19
Change #1063811 merged by jenkins-bot:
[mediawiki/vendor@master] Bump wikimedia/parsoid to 0.20.0-a17
Change #1063811 merged by jenkins-bot:
[mediawiki/vendor@master] Bump wikimedia/parsoid to 0.20.0-a17
Change #1063811 had a related patch set uploaded (by Subramanya Sastry; author: Subramanya Sastry):
[mediawiki/vendor@master] Bump wikimedia/parsoid to 0.20.0-a17
Change #1063811 had a related patch set uploaded (by Subramanya Sastry; author: Subramanya Sastry):
[mediawiki/vendor@master] Bump wikimedia/parsoid to 0.20.0-a17
Fri, Aug 16
Change #1054409 merged by jenkins-bot:
[mediawiki/services/parsoid@master] Emit fostered rendering transparent lints as a separate category
Change #1054409 merged by jenkins-bot:
[mediawiki/services/parsoid@master] Emit fostered rendering transparent lints as a separate category
It is deployed but, as mentioned in T358818#9933093, there are two caveats,
When is this fix going to be deployed? This mass message arrived in the past 24 hours with a Linter "bogus image options" error in it:
Thu, Aug 15
Tue, Aug 13
Thu, Aug 8
Should we close this one after https://phabricator.wikimedia.org/T371134 ?
Aug 1 2024
Our current thinking is that we want lints to be more asynchronous, not less, because of issues like the recent write overload from the empty-alt-text lint. This task would be part of making lints always-synchronous. Since (at the moment) we're not going that direction, I'm going to resolve this task as declined. We can always reopen if we switch directions.
It seems we have an interim solution with the script. Removing this from WIP unless someone is working on it.
Jul 31 2024
This was reverted as part of T371376: Linter related error on PCS tests: Cannot use object of type stdClass as array, the Linter extension was expecting it to be an array so need to rethink how to implement this.
Jul 30 2024
Mentioned in SAL (#wikimedia-operations) [2024-07-30T18:31:29Z] <brennen@deploy1003> Finished scap: Backport for [[gerrit:1058211|Bump wikimedia/parsoid to 0.20.0-a16 (T371376 T371126)]] (duration: 08m 54s)
Mentioned in SAL (#wikimedia-operations) [2024-07-30T18:24:49Z] <brennen@deploy1003> brennen, cscott: Backport for [[gerrit:1058211|Bump wikimedia/parsoid to 0.20.0-a16 (T371376 T371126)]] synced to the testservers (https://wikitech.wikimedia.org/wiki/Mwdebug)
Mentioned in SAL (#wikimedia-operations) [2024-07-30T18:22:35Z] <brennen@deploy1003> Started scap sync-world: Backport for [[gerrit:1058211|Bump wikimedia/parsoid to 0.20.0-a16 (T371376 T371126)]]
Change #1058205 merged by jenkins-bot:
[mediawiki/vendor@master] Bump wikimedia/parsoid to 0.20.0-a16