Page MenuHomePhabricator

Xover
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Friday

  • Clear sailing ahead.

User Details

User Since
Apr 16 2017, 6:32 PM (183 w, 2 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Xover [ Global Accounts ]

Recent Activity

Mon, Oct 19

Xover added a comment to T228594: [phetools] Wikisource OCR deletes old contents of a page, but does not generate new text..

@kaldari Nope, still seeing the same failure mode. It greys out the text in the editor and then throws an error in the JS console ala. An error occurred during ocr processing: /tmp/52004_6179/page_0199.tif.

Mon, Oct 19, 8:19 PM · Upstream, Wikisource, Tools

Fri, Oct 16

Xover added a comment to T265571: MediaWiki 1.36/wmf.13 needlessly HTML encodes ASCII characters in DjVu text layer.

Apparently the HTML entities are fixed automatically in the English Wikisource (when I try in this book). ~~~~

Fri, Oct 16, 11:52 AM · MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), ProofreadPage, Editing-team, MediaWiki-DjVu, Wikisource
Xover added a comment to T265704: Erroneous and broken HTML entities (such as "&#39 ;") displayed for certain characters in the ProofreadPage edit box.

This is a dup of T265571.

Fri, Oct 16, 9:22 AM · ProofreadPage, Wikisource

Thu, Oct 15

Xover created T265640: phe-tools: Match&Split bot is not running.
Thu, Oct 15, 5:45 PM · Tools, Community-Tech
Xover added a comment to T265571: MediaWiki 1.36/wmf.13 needlessly HTML encodes ASCII characters in DjVu text layer.

Not having access to T263371 it's hard to say anything intelligent about the specific issue, but…

Thu, Oct 15, 5:17 PM · MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), ProofreadPage, Editing-team, MediaWiki-DjVu, Wikisource
Xover added a comment to T265571: MediaWiki 1.36/wmf.13 needlessly HTML encodes ASCII characters in DjVu text layer.

Hmm. If one API endpoint returns unencoded text, then lower-level components seem unlikely culprits. If one API returns encoded text, then higher-level components seem unlikely. IOW: those results suggest to me that this is happening at the API layer.

Thu, Oct 15, 10:26 AM · MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), ProofreadPage, Editing-team, MediaWiki-DjVu, Wikisource
Xover created T265571: MediaWiki 1.36/wmf.13 needlessly HTML encodes ASCII characters in DjVu text layer.
Thu, Oct 15, 7:37 AM · MW-1.36-notes (1.36.0-wmf.14; 2020-10-20), ProofreadPage, Editing-team, MediaWiki-DjVu, Wikisource
Xover renamed T244657: Visual Editor moves ProofreadPage header / footer into page text field, duplicating them from Visual Editor moves ProofreadPage haeader / footer into page text field, duplicating them to Visual Editor moves ProofreadPage header / footer into page text field, duplicating them.
Thu, Oct 15, 7:25 AM · Editing-team, Community-Tech, VisualEditor, ProofreadPage

Sun, Oct 4

Xover added a comment to T256086: Deprecate SkinMinervaDefaultModules hook.

… That isn't what this task is about... It's about deprecating a hook that specifically allows the proofreadpage extension to disable the javascript-based mobile editor. …

Sun, Oct 4, 9:55 AM · good first task, patch-welcome, Readers-Web-Backlog, MinervaNeue, MW-1.36-notes (1.36.0-wmf.13; 2020-10-12), MediaWiki-Core-Skin-Architecture
Xover added a comment to T255345: Proofreadpage Pages should have the associated pagelist's page number embedded in them.

I'm not really sure if having the header and footer will help given that they will probably be in wikitext format and extracting it from the html would be easier than attempting to parse the wikitext.

Sun, Oct 4, 9:04 AM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), ProofreadPage
Xover added a comment to T256086: Deprecate SkinMinervaDefaultModules hook.

… This would mean that, if no additional changes are made, wikis that use the ProofReadPage extension would not be able to disable the editor. Instead, all wikis with the extension would have the same, standard editor?

Sun, Oct 4, 8:40 AM · good first task, patch-welcome, Readers-Web-Backlog, MinervaNeue, MW-1.36-notes (1.36.0-wmf.13; 2020-10-12), MediaWiki-Core-Skin-Architecture

Sep 4 2020

Xover added a comment to T261023: Explore content moderation issues.

I didn't see the "Has somebody already looked at this edit?" aspect (i.e. mark as patrolled) in the above list. But maybe that's included in one of the existing bullet points?

Sep 4 2020, 2:06 PM · User-bd808, Toolhub

Aug 15 2020

Xover added a comment to T260211: ProofreadPage page body template.

@kamholz I don't understand what it is you're proposing to do here, nor see how it will have applicability outside just Balinese content. From whence comes #transliterate and what does it do? Why hard-code <br> inside ProofreadPage and provide two copies of the text? Why can this not be done with a normal template?

Aug 15 2020, 8:03 AM · Patch-For-Review, ProofreadPage

Aug 8 2020

Xover updated subscribers of T259963: Multiple Index: and Page: wikipages for a single File:.

@kamholz You may possibly be interested in this, and there is some overlap with T259645.

Aug 8 2020, 9:42 AM · ProofreadPage, Wikisource
Xover created T259963: Multiple Index: and Page: wikipages for a single File:.
Aug 8 2020, 9:38 AM · ProofreadPage, Wikisource

Aug 5 2020

Xover added a comment to T259645: ProofreadPage should recognize language specification in Index.

You have a good point about transclusion. I haven't looked into that yet, but presumably the pagelang should be applied there too?

Aug 5 2020, 12:44 PM · MW-1.36-notes (1.36.0-wmf.5; 2020-08-18), ProofreadPage
Xover added a comment to T259645: ProofreadPage should recognize language specification in Index.

How would this interact with the ability to set the language for a single Page: page? How about mainspace transclusions of Page pages?

Aug 5 2020, 8:57 AM · MW-1.36-notes (1.36.0-wmf.5; 2020-08-18), ProofreadPage

Aug 3 2020

Xover added projects to T192866: Some DjVu files have too much metadata to fit in their database column: Structured Data Engineering, Multi-Content-Revisions.
Aug 3 2020, 2:03 PM · Structured-Data-Backlog, Multi-Content-Revisions, Structured Data Engineering, User-TheDJ, MediaWiki-File-management, Wikimedia-production-error, MediaWiki-DjVu, Multimedia, Commons
Xover updated subscribers of T192866: Some DjVu files have too much metadata to fit in their database column.

@Aklapper Thanks, but as @TheDJ notes, going by that overview nobody owns multimedia features in WMF wikis now. That's a pretty sad state of affairs given how central multimedia is for almost all the projects (including Wikidata and whatever "Abstract" will end up as).

Aug 3 2020, 2:00 PM · Structured-Data-Backlog, Multi-Content-Revisions, Structured Data Engineering, User-TheDJ, MediaWiki-File-management, Wikimedia-production-error, MediaWiki-DjVu, Multimedia, Commons

Jul 30 2020

Xover added a comment to T192866: Some DjVu files have too much metadata to fit in their database column.

Just to note: Multimedia was tagged as a key player here, but that Phab team seems to have been archived. Who owns the components previously in that group's remit now?

Jul 30 2020, 2:44 PM · Structured-Data-Backlog, Multi-Content-Revisions, Structured Data Engineering, User-TheDJ, MediaWiki-File-management, Wikimedia-production-error, MediaWiki-DjVu, Multimedia, Commons

Jul 23 2020

Xover updated subscribers of T258666: RevisionAccessException when trying to import files with FileImporter.

… the import code will try to load the previous revision immediately after creating it. …

Jul 23 2020, 4:18 PM · MW-1.36-notes (1.36.0-wmf.2; 2020-07-28), Patch-For-Review, MW-1.35-notes, WMDE-QWERTY-Sprint-2020-07-22, Platform Team Workboards (Clinic Duty Team), Internet-Archive, Move-Files-To-Commons, Wikimedia-production-error
Xover added a comment to T258666: RevisionAccessException when trying to import files with FileImporter.

Presuming T212428 is an API race condition triggered by replication lag, this seems to be a different issue.

Jul 23 2020, 4:02 PM · MW-1.36-notes (1.36.0-wmf.2; 2020-07-28), Patch-For-Review, MW-1.35-notes, WMDE-QWERTY-Sprint-2020-07-22, Platform Team Workboards (Clinic Duty Team), Internet-Archive, Move-Files-To-Commons, Wikimedia-production-error
Xover added a comment to T212428: includes/Revision/RevisionStore.php: Main slot of revision (number) not found in database!.

Note that T258666 looks like it could be an expression of this problem that was exacerbated by MediaWiki 1.36/wmf.1 (which is, I think, scheduled to hit the Wikipedias today). And as I commented there: I've never before seen this problem, and I've now seen 3 reports from 3 different projects in the last 24 hours. If so, this is not just a log spamming problem with the occasional user-visible weirdness any more.

Jul 23 2020, 3:49 PM · Platform Team Workboards (Clinic Duty Team), User-brennen, Platform Team Initiatives (MCR), MW-1.33-notes (1.33.0-wmf.23; 2019-03-26), MediaWiki-Revision-backend, Multi-Content-Revisions (Reactive), Wikimedia-production-error
Xover added a comment to T255981: Persistant error 500 getting category members.

The FileImporter issue is apparently T258666 and not obviously related.

Jul 23 2020, 3:28 PM · Platform Team Workboards (Clinic Duty Team), Release-Engineering-Team, Upstream, Commons, ApiFeatureUsage, Pywikibot
Xover added a comment to T258666: RevisionAccessException when trying to import files with FileImporter.

I'd never seen the issue from T212428 (and I use FileImporter a lot), but in the last 24 hours I've seen this issue reported from enWS, jpWP, and by a Chinese user (not sure which project they call home) on Commons. If it's not actually more prevalent after deploying MediaWiki 1.36/wmf.1 that's a heck of a coincidence!

Jul 23 2020, 3:27 PM · MW-1.36-notes (1.36.0-wmf.2; 2020-07-28), Patch-For-Review, MW-1.35-notes, WMDE-QWERTY-Sprint-2020-07-22, Platform Team Workboards (Clinic Duty Team), Internet-Archive, Move-Files-To-Commons, Wikimedia-production-error
Xover added a comment to T255981: Persistant error 500 getting category members.

For the FileImporter issue mentioned on IRC see https://www.mediawiki.org/wiki/Topic:Vqmtib4ho61z4bji for two files that fail and the error message generated. That problem (and the possibly transient, possibly entirely unrelated ia-upload problem) were both reported in the last 24 hours; while the original issue in this task has apparently been happening for a month or thereabouts.

Jul 23 2020, 2:45 PM · Platform Team Workboards (Clinic Duty Team), Release-Engineering-Team, Upstream, Commons, ApiFeatureUsage, Pywikibot

Jul 10 2020

Xover added a comment to T254287: Final warning: Mobile main page special casing will be disabled July .

@Jdlrobson enwikisource has now switched over to a new version that's not reliant on the MF special casing. I haven't filed a separate Phab to disable it in config since it should drop by default in three days, but feel free to do so (or nudge me to do it) if you want it for tracking purposes.

Jul 10 2020, 9:35 AM · CommRel-Specialists-Support (Jul-Sep-2020), Tech-Ambassadors, User-Jdlrobson, User-notice, Performance-Team (Radar), MW-1.35-notes (1.35.0-wmf.20; 2020-02-18), Readers-Web-Backlog (Tracking), Reading-Web-Local-Wiki-Issues

Jul 5 2020

Xover updated subscribers of T257025: Provide a way of serving high quality scans on a per-page basis at Wikisource (such as those hosted at external source).

Wouldn't it be easier and more robust to simply grab all the images directly on Commons? If MW doesn't already support JPEG2000 (.jp2; and I haven't checked) then either adding native support or transcoding to plain JPEG should be within the realm of reason (there's at least two OSS libraries for that), and a heck of a lot more robust then trying to dynamically fetch it from IA. We can create ProofreadPage Index: pages from individual images on Commons now, and if there was value in it I'm sure we could cook up some more fancy support (an index referencing a Category on Commons; or a virtual pseudo-file that just references those images; or built-in support for generating DjVus on demand; or …).

Jul 5 2020, 10:29 AM · Internet-Archive, ProofreadPage, Wikisource

Jul 3 2020

Xover added a comment to T230415: Stop ignoring paragraph and region separators in DjVu file OCR text layer.

Sigh. Since GPU is either broken, or the correct module to pick there isn't mediawiki/core…

Jul 3 2020, 4:44 PM · Patch-For-Review, Wikisource, MediaWiki-DjVu

Jun 27 2020

Xover added a comment to T254459: Large PDF upload issue.

Possibly relevant to keep in mind when debugging this; PDF and DjVu files are not treated as just blobs of binary data on disk with just a little metadata in the db. Last I heard the hidden text layer gets extracted from the file, wrapped in an XML structure, and stuffed into a field in the database that is sized for metadata and can overflow. The more pages in a PDF, the more text, the more likely that's going to start playing a role. If this happens before the "upload" is considered complete, it might be a factor.

Jun 27 2020, 5:00 PM · Platform Team Workboards (Clinic Duty Team), MediaWiki-Uploading, MediaWiki-File-management, SRE-swift-storage, MediaWiki-API, Internet-Archive, Commons

Jun 13 2020

Xover added a comment to T255345: Proofreadpage Pages should have the associated pagelist's page number embedded in them.

Everything Proofread Page knows would be useful to be able to access from JS: the associated Index: page, the page number, the previous and next pages, the values of the header and footer templates from the Index:, the CSS field from the Index: (quite possibly the other fields too, but I can't think of a use for them ottomh). Page name for Index and next/prev Page:, plus the {{{pagenum}}} are the obvious top priorities I'd say.

Jun 13 2020, 2:09 PM · MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED), ProofreadPage

Jun 11 2020

Xover added a comment to T255073: Duplicate <div id="mw-content-text" ...> in Vector HTML output.

I cannot say whether that was a global css statement or local. Either way, I didn't know think it should have display like that.

Jun 11 2020, 7:15 AM · MW-1.35-notes (1.35.0-wmf.36; 2020-06-09), Readers-Web-Backlog (Kanbanana-2019-20-Q4), Regression, Vector

Jun 10 2020

Xover added a comment to T255073: Duplicate <div id="mw-content-text" ...> in Vector HTML output.

@Jdlrobson Any chance of a SWAT deploy on this?

Jun 10 2020, 8:59 PM · MW-1.35-notes (1.35.0-wmf.36; 2020-06-09), Readers-Web-Backlog (Kanbanana-2019-20-Q4), Regression, Vector
Xover added a comment to T254173: 1.35.0-wmf.36 deployment blockers.

T255073 potentially breaks tons of tools, gadgets, user scripts, etc. My call would be to hold until this is pinned down before rolling out to wikipedia.

Jun 10 2020, 8:15 PM · Release-Engineering-Team-TODO (2020-04 to 2020-06 (Q4)), Release, Train Deployments
Xover added a comment to T255073: Duplicate <div id="mw-content-text" ...> in Vector HTML output.

This has broken things in awkward ways on English Wikisource (project-local javascript relies on only one such element existing). I've confirmed the same happens on Commons (Main Page). I've been told it only happens in Vector (but haven't verified yet).

Jun 10 2020, 8:01 PM · MW-1.35-notes (1.35.0-wmf.36; 2020-06-09), Readers-Web-Backlog (Kanbanana-2019-20-Q4), Regression, Vector

May 30 2020

Xover added a comment to T199992: Javanese OCR installation steps for Wikisource.

We've stuck in how to make interface like this within the Wikisource:


where window A will send the material through Cakra API and the resulting OCR will be send into window B, just like in our server.

May 30 2020, 11:50 AM · ProofreadPage, I18n, Wikisource

May 22 2020

Xover added a comment to T163098: Fix the Watchlist visual layout.

I'm going to go ahead and tag in the Readers Web guys on this, as it should be right up their alley; as input to the design process for Desktop Improvement if nothing else.

May 22 2020, 6:00 PM · Readers-Web-Backlog (Design), MediaWiki-Interface
Xover added a project to T163098: Fix the Watchlist visual layout: Readers-Web-Backlog.
May 22 2020, 5:56 PM · Readers-Web-Backlog (Design), MediaWiki-Interface

May 20 2020

Xover added a comment to T252863: Test ProofreadPage extension together with TwoColConflict.

This is presumably not an issue that comes up often because it is rare that edit conflicts occur in ProofreadPage's Page: namespace pages. Each such page represents one single page of a physical book, and the editing done there is either transcribing the original text or correcting the wikitext to match the book, both tasks that are by nature solitary. It is relatively rare for more than one person to work on an entire book (everything covered by an Index:), and for a single Page: page it is exceedingly rare. I've seen this happen maybe twice in half a decade.

May 20 2020, 2:56 PM · MW-1.35-notes (1.35.0-wmf.34; 2020-05-26), WMDE-Technical-Wishes-Team, ProofreadPage, Two-Column-Edit-Conflict-Merge

May 18 2020

Xover added a comment to T162520: IA Upload unable to convert a JPEG2000 to JPEG.

Ah, yes. I just ran across another instance of this. The problem is with extremely high-resolution (~4k x ~10k) JPEG-2000 files (particularly when combined with pathological codec settings during encoding) that exceed a hard limit in the Jasper library that GraphicsMagick uses. ImageMagick uses the openjpeg library, so it successfully deals with them, or you can use the utilities in the openjpeg library directly to convert these files.

May 18 2020, 10:14 AM · IA Upload

May 16 2020

Xover added a comment to T215647: IA-Upload script cannot find djvm to merge files converted from JP2 back into a single DJVU..

Provided the "too many arguments" theory is correct, there are two obvious ways to work around it:

May 16 2020, 11:46 AM · IA Upload

May 3 2020

Xover added a comment to T183087: Misleading doc for mw.hook('wikipage.content').

[…] When you use "Live preview", there will be new content every time you press "Preview changes". The hook from mediawiki.page.startup will run once when you open the edit page (and there is no content yet). The hook from live preview, will run every time for every preview.
[…]
I would welcome suggestions for how the documentation can be improved to summarise/clarify this understanding. The current phrase however, is not incorrect :)

May 3 2020, 9:49 AM · MW-1.35-notes (1.35.0-wmf.39; 2020-06-30), MediaWiki-Core-Skin-Architecture, Performance-Team, MediaWiki-Interface, MediaWiki-ResourceLoader, Documentation, JavaScript

Apr 16 2020

Xover added a watcher for Wikisource OCR: Xover.
Apr 16 2020, 9:29 AM

Mar 24 2020

Xover added a comment to T244657: Visual Editor moves ProofreadPage header / footer into page text field, duplicating them.

Hey @ifried is this a challenge a lot of people are encountering?

Mar 24 2020, 4:28 PM · Editing-team, Community-Tech, VisualEditor, ProofreadPage

Feb 18 2020

Xover added a comment to T245549: Cleanup and document code dealing with incomplete follow.

Semantically the incomplete ref is part of the list, it just shouldn't get the backlink and marker. I don't think the <p> wrapper is important (in fact, it might be better without: cf. T49544). I think in general the short summary for these refs is that they 1) should be at the top of the list, and 2) should not have a backlink and marker. Everything else is implementation detail and practical considerations.

Feb 18 2020, 8:04 PM · Patch-For-Review, Technical-Debt, WMDE-Technical-Wishes-Team, Book-Referencing, Cite
Xover added a comment to T49544: <references/> list item must not wrap the text in <span>.

[ Apparently I didn't post this at some point back in January when I wrote it ]

Feb 18 2020, 8:03 PM · Wikisource, Patch-For-Review, Technical-Debt, Cite

Feb 14 2020

Xover added a comment to T245154: Edit conflicts in the page namspace show unintended newlines in footer diff.

@Tpt rtrim() removes trailing whitespace only, so this shouldn't affect leading newlines in the body of the page, should it?

Feb 14 2020, 6:50 PM · MW-1.35-notes (1.35.0-wmf.20; 2020-02-18), WMDE-QWERTY-Sprint-2020-02-04, archived--TCB-Team, ProofreadPage, Two-Column-Edit-Conflict-Merge
Xover added a comment to T241889: Previewing a Page: page appends unwanted newlines to each section.

@WMDE-Fisch Doesn't this just hide the problem? These newlines are coming from somewhere, and I can't think of a valid reason for them, so the root cause really should be fixed imo.

Feb 14 2020, 1:12 PM · Regression, ProofreadPage, Wikisource
Xover closed T242422: Proofreadpage attempts to use images with non-integer pixel size as Resolved.

Since this seems to be essentially a dup of T242517 which was fixed by reverting; the part of the change that triggered this task was not an intended change in platform behaviour (it was an unintended side-effect of phan cleanup); and all the specific cases reported in this task have been resolved… I'm going to go ahead and "boldly" close this as resolved. @Ankry Please reopen if you disagree.

Feb 14 2020, 6:38 AM · ProofreadPage
Xover added a comment to T245154: Edit conflicts in the page namspace show unintended newlines in footer diff.

Could this be related to T241889?

Feb 14 2020, 6:23 AM · MW-1.35-notes (1.35.0-wmf.20; 2020-02-18), WMDE-QWERTY-Sprint-2020-02-04, archived--TCB-Team, ProofreadPage, Two-Column-Edit-Conflict-Merge

Feb 12 2020

Xover added a comment to T162520: IA Upload unable to convert a JPEG2000 to JPEG.

Yes, I just retried handbookofnature00coms_0 and that is an instance of T215647:

Feb 12 2020, 5:02 PM · IA Upload
Xover added a comment to T162520: IA Upload unable to convert a JPEG2000 to JPEG.

Hmm. I grabbed the JP2s and ran gm on them, and the issue seems to be that these files, by virtue of being a pretty ridiculous resolution (6851x10000), exceeds a hard-coded limit in—in my case—the Jasper library that gm uses for JPEG-2000 support. I believe gm can be linked against different libraries for this (and the particular problem is a Jasper thing) which probably explains some variability in symptoms: different distributions will have linked different underlying libraries, and it may change with OS updates. I think this specific scan is best considered a pathological case.

Feb 12 2020, 7:27 AM · IA Upload

Feb 11 2020

Xover added a comment to T204417: IA Upload not uploading files.

Apt-ark uploaded this file to Commons manually (as File:Arkansas_Constitution_1874_(published_1913).pdf) so this task can probably be closed as stale now.

Feb 11 2020, 4:28 PM · IA Upload
Xover added a comment to T214798: Files uploaded but Commons page failed to generate...

The logs (and other files) get deleted after some time so this now seems rather hard to debug (pro tip: upload the logs as attachments, or excerpt the relevant parts in a comment, to preserve them).

Feb 11 2020, 4:22 PM · IA Upload
Xover added a comment to T222756: Upload of monumentistorici01bind failed.

This is a duplicate of T215647.

Feb 11 2020, 1:42 PM · IA Upload, Internet-Archive
Xover added a comment to T192735: IA-upload log throws "Command not found: "djvm -c "" error message.

This is almost certainly the same issue as T215647 (but that task has more log data).

Feb 11 2020, 12:18 PM · Internet-Archive, IA Upload

Feb 7 2020

Xover added a comment to T240858: Clean up implementation for "follow" cases.

@awight It seems all wikis were rolled back to wmf.16 (including the l10n cache) for other reasons, so we're now back to the status quo and <ref follow="foo"> works as normal again. As I understand it they haven't decided yet whether next week's deploy will be retrying wmf.18 or moving on to wmf.19, but from my (very limited) understanding we should not run into this particular issue again either way.

Feb 7 2020, 6:19 PM · WMDE-QWERTY-Sprint-2020-02-04, MW-1.35-notes (1.35.0-wmf.19; 2020-02-11), WMDE-QWERTY-Sprint-2020-01-21, WMDE-QWERTY-Sprint-2020-01-08, User-notice, Patch-For-Review, Technical-Debt, Book-Referencing, Cite, WMDE-QWERTY-Sprint-2019-12-11
Xover added a comment to T240858: Clean up implementation for "follow" cases.

@awight Ok, so the summary seems to be: when the next planned "full scap sync" happens on Tuesday the l10n cache CDBs will get rebuilt with the correct messages, and either on Tuesday or Wednesday—depending on in which phase the caches get pushed out—the missing message key will become available on all the Group 1 wikis and this problem will go away. Is that roughly correct?

Feb 7 2020, 4:31 PM · WMDE-QWERTY-Sprint-2020-02-04, MW-1.35-notes (1.35.0-wmf.19; 2020-02-11), WMDE-QWERTY-Sprint-2020-01-21, WMDE-QWERTY-Sprint-2020-01-08, User-notice, Patch-For-Review, Technical-Debt, Book-Referencing, Cite, WMDE-QWERTY-Sprint-2019-12-11
Xover added a comment to T240858: Clean up implementation for "follow" cases.

@awight Per Nemo above (and on IRC) there is some chaos surrounding this week's deploy train, and issues related to that which are keeping the key people busy. It sounds plausible that this and those issues may be related; but I have no details on what's going on beyond the task Nemo linked above (T233866, <s>which just looks like the deployment tracker to me</s> Nope, I see it's been updated with significant and relevant breakage.).

Feb 7 2020, 7:57 AM · WMDE-QWERTY-Sprint-2020-02-04, MW-1.35-notes (1.35.0-wmf.19; 2020-02-11), WMDE-QWERTY-Sprint-2020-01-21, WMDE-QWERTY-Sprint-2020-01-08, User-notice, Patch-For-Review, Technical-Debt, Book-Referencing, Cite, WMDE-QWERTY-Sprint-2019-12-11

Feb 6 2020

Xover added a comment to T240858: Clean up implementation for "follow" cases.

Just for completeness: I've verified that the problem occurs on plWS as well as enWS.

Feb 6 2020, 10:49 PM · WMDE-QWERTY-Sprint-2020-02-04, MW-1.35-notes (1.35.0-wmf.19; 2020-02-11), WMDE-QWERTY-Sprint-2020-01-21, WMDE-QWERTY-Sprint-2020-01-08, User-notice, Patch-For-Review, Technical-Debt, Book-Referencing, Cite, WMDE-QWERTY-Sprint-2019-12-11
Xover updated subscribers of T240858: Clean up implementation for "follow" cases.

@Billinghurst I'm told there are other ongoing issues that may make getting the right eyes on this problem difficult with any urgency (cf. Nemo's message above). But as I recall you're a global interface admin: your thoughts on requesting the global interface admins on meta to mass add this interface message on all the affected projects? Details of what's needed in Thiemo's message above. We'd need to also remove it again once whatever is causing this is fixed, which I'm not sure whether the interface admin bit is sufficient for.

Feb 6 2020, 9:30 PM · WMDE-QWERTY-Sprint-2020-02-04, MW-1.35-notes (1.35.0-wmf.19; 2020-02-11), WMDE-QWERTY-Sprint-2020-01-21, WMDE-QWERTY-Sprint-2020-01-08, User-notice, Patch-For-Review, Technical-Debt, Book-Referencing, Cite, WMDE-QWERTY-Sprint-2019-12-11
Xover added a comment to T240858: Clean up implementation for "follow" cases.

@thiemowmde Theory: the initial change removed the message, which removed it from translatewiki.net. The deploy started to Group 0 on Tuesday, at which point messages were sync'ed from translatewik. The patch was reverted on Wednsday before deploy to Group 1, but still with the translatewiki sync from Tuesday. Translatewiki was updated with the restored key, but that change won't be sync'ed back until the next scheduled deploy on Tuesday next.

Feb 6 2020, 8:30 PM · WMDE-QWERTY-Sprint-2020-02-04, MW-1.35-notes (1.35.0-wmf.19; 2020-02-11), WMDE-QWERTY-Sprint-2020-01-21, WMDE-QWERTY-Sprint-2020-01-08, User-notice, Patch-For-Review, Technical-Debt, Book-Referencing, Cite, WMDE-QWERTY-Sprint-2019-12-11

Feb 5 2020

Xover added a comment to T244346: Allow Citation transclusion from a second page or series of page(s).

Hmm. So essentially list-defined references, but with the list of named references defined on a separate wikipage rather than at the end of the same wikipage?

Feb 5 2020, 2:42 PM · MediaWiki-extensions-LabeledSectionTransclusion, ProofreadPage, Wikisource, Cite
Xover updated subscribers of T240858: Clean up implementation for "follow" cases.

An attempt at some usage / requirements type notes… (and pinging @Tpt as they may wish to be aware of this task)

Feb 5 2020, 2:26 PM · WMDE-QWERTY-Sprint-2020-02-04, MW-1.35-notes (1.35.0-wmf.19; 2020-02-11), WMDE-QWERTY-Sprint-2020-01-21, WMDE-QWERTY-Sprint-2020-01-08, User-notice, Patch-For-Review, Technical-Debt, Book-Referencing, Cite, WMDE-QWERTY-Sprint-2019-12-11
Xover added a comment to T240858: Clean up implementation for "follow" cases.

I'm super confused right now.

Feb 5 2020, 8:27 AM · WMDE-QWERTY-Sprint-2020-02-04, MW-1.35-notes (1.35.0-wmf.19; 2020-02-11), WMDE-QWERTY-Sprint-2020-01-21, WMDE-QWERTY-Sprint-2020-01-08, User-notice, Patch-For-Review, Technical-Debt, Book-Referencing, Cite, WMDE-QWERTY-Sprint-2019-12-11
Xover reopened T240858: Clean up implementation for "follow" cases as "Open".

Ok, I was hoping to get clarification on actual behaviour before drawing any conclusions, but since this is scheduled to go out today in the ongoing deploy of MediaWiki 1.35/wmf.18…

Feb 5 2020, 7:46 AM · WMDE-QWERTY-Sprint-2020-02-04, MW-1.35-notes (1.35.0-wmf.19; 2020-02-11), WMDE-QWERTY-Sprint-2020-01-21, WMDE-QWERTY-Sprint-2020-01-08, User-notice, Patch-For-Review, Technical-Debt, Book-Referencing, Cite, WMDE-QWERTY-Sprint-2019-12-11

Jan 28 2020

Xover added a comment to T49544: <references/> list item must not wrap the text in <span>.

Let us please not make changes like changing <span> to <div> without thinking through the implications.

Jan 28 2020, 7:19 PM · Wikisource, Patch-For-Review, Technical-Debt, Cite
Xover added a comment to T49544: <references/> list item must not wrap the text in <span>.

I was very specifically asking for an example of bad rendering in a browser.

Jan 28 2020, 1:57 PM · Wikisource, Patch-For-Review, Technical-Debt, Cite

Jan 27 2020

Xover added a comment to T49544: <references/> list item must not wrap the text in <span>.

I feel the situation was a lot different back in 2013. It's 2020. We are not talking about XHTML any more. We use HTML 5, a "living standard". At this point, is this an academic discussion about the semantics of HTML, or does this have real-life consequences? If so, in which browsers? Is there a specific example we can look at? (Ideally with a revision ID and screenshot.)

Jan 27 2020, 7:16 PM · Wikisource, Patch-For-Review, Technical-Debt, Cite
Xover updated subscribers of T49544: <references/> list item must not wrap the text in <span>.

So... why are we not simply replacing the span with a div? We've shown several use cases where span causes problems, and I can't even think of any where div causes problems

Jan 27 2020, 12:59 PM · Wikisource, Patch-For-Review, Technical-Debt, Cite

Jan 22 2020

Xover added a comment to T215647: IA-Upload script cannot find djvm to merge files converted from JP2 back into a single DJVU..

@Tpt "No decode delegate for this image format" means the requisite image format library is not available (at runtime presuming gm is dynamically linked). First thing to check is whether the file in question is really JPEG-2000, or a mislabeled PNG/TIFF/PPM/whatever (in.ernet.dli is the Digital Library of India, and they have… uhm… original… ideas of how to encode their stuff; I often find PNG labelled as .jp2 or .jpg); and the second is to check "gm version" output for support for that file format.

Jan 22 2020, 8:02 PM · IA Upload

Jan 12 2020

Xover added a comment to T242517: Thumbnails for PDF files not found when width is not an Integer in URL link.

Looks good to me!

Jan 12 2020, 11:42 AM · MW-1.35-notes (1.35.0-wmf.15; 2020-01-14), Regression, MediaWiki-extensions-PdfHandler
Xover added a comment to T242517: Thumbnails for PDF files not found when width is not an Integer in URL link.

@Umherirrender Many thanks!

Jan 12 2020, 10:45 AM · MW-1.35-notes (1.35.0-wmf.15; 2020-01-14), Regression, MediaWiki-extensions-PdfHandler
Xover added a comment to T242517: Thumbnails for PDF files not found when width is not an Integer in URL link.

@Mpaa By my assessment it cannot have been done deliberately, as the modified code will never work in the context it is evidently being used. When combined with the misleading commit message referencing Phan, my guess is that this was an attempt to fix a warning generated by the static analyzer that just failed to spot the need for armoring there.

Jan 12 2020, 7:59 AM · MW-1.35-notes (1.35.0-wmf.15; 2020-01-14), Regression, MediaWiki-extensions-PdfHandler

Jan 11 2020

Xover added a comment to T242517: Thumbnails for PDF files not found when width is not an Integer in URL link.

See also T242422.

Jan 11 2020, 7:56 PM · MW-1.35-notes (1.35.0-wmf.15; 2020-01-14), Regression, MediaWiki-extensions-PdfHandler

Jan 10 2020

Xover added a comment to T242422: Proofreadpage attempts to use images with non-integer pixel size.

This problem coincides with deployment of MediaWiki 1.35/wmf.14 today, but I find nothing obviously connected in the changelog. A few changes mention touching calls to int(), but not in any context that would obviously be connected to this issue.

Jan 10 2020, 4:06 PM · ProofreadPage

Jan 8 2020

Xover created T242256: Request creation of ocrtoy VPS project.
Jan 8 2020, 6:20 PM · cloud-services-team (Kanban), Cloud-VPS (Project-requests)

Jan 5 2020

Xover reopened T239934: Additional Perl modules needed in default Kubernetes image as "Open".

@bd808 Adding 5 specific Perl modules and an unrelated binary (Tesseract) to the generic image isn't really a dup of a moderately large new platform architecture change.

Jan 5 2020, 8:46 PM · Toolforge (Software install/update)

Dec 21 2019

Xover added a comment to T135963: Add support for Content-Security-Policy (CSP) headers in MediaWiki.

Ideally [talking to Flickr API] would be done through the server side to preserve user privacy.

Dec 21 2019, 8:46 AM · ContentSecurityPolicy, Platform Team Legacy (Watching / External), TechCom-RFC (TechCom-RFC-Closed), Patch-For-Review, Epic, Security-Team

Dec 19 2019

Xover added a comment to T228594: [phetools] Wikisource OCR deletes old contents of a page, but does not generate new text..

@Koavf Which gadgets are enabled and which are on by default is up to each project.

Dec 19 2019, 6:32 PM · Upstream, Wikisource, Tools
Xover added a comment to T228594: [phetools] Wikisource OCR deletes old contents of a page, but does not generate new text..

I clearly don't know everything that's involved but there is an OCR gadget that works on en.ws, so if that functional gadget can't just replace the standard OCR button in the interface somehow, I'm at a real loss.

Dec 19 2019, 12:35 PM · Upstream, Wikisource, Tools
Xover added a comment to T228594: [phetools] Wikisource OCR deletes old contents of a page, but does not generate new text..

@Tpt First: you're awesome! :)

Dec 19 2019, 12:30 PM · Upstream, Wikisource, Tools
Xover added a comment to T228594: [phetools] Wikisource OCR deletes old contents of a page, but does not generate new text..

@Koavf It's not that simple. Hit me up on my enWS user talk page if you want the nitty gritty details. The short version is that Phe's OCR gadget (which is what this task is about, and which is what I assume you mean by the "default") is based on Tesseract, but that's not where the problem is: it's somewhere in the custom code Phe has written to provide the interface to Tesseract or its interaction with the server infrastructure on Toolforge.

Dec 19 2019, 10:02 AM · Upstream, Wikisource, Tools
Xover added a comment to T240573: Facing an issue with logging to tool account.

@Adithyak1997 Does this help at all?

Dec 19 2019, 7:12 AM · Toolforge
Xover added a comment to T228594: [phetools] Wikisource OCR deletes old contents of a page, but does not generate new text..

Is that accurate?

Dec 19 2019, 7:10 AM · Upstream, Wikisource, Tools

Dec 18 2019

Xover added a comment to T192866: Some DjVu files have too much metadata to fit in their database column.

There may or may not be a different manifestation of this problem in T240562.

Dec 18 2019, 8:35 AM · Structured-Data-Backlog, Multi-Content-Revisions, Structured Data Engineering, User-TheDJ, MediaWiki-File-management, Wikimedia-production-error, MediaWiki-DjVu, Multimedia, Commons
Xover added a comment to T240562: Text extraction fails on seemingly bog standard DjVu file.

It looks like this could possibly be a manifestation of T192866. In my testing, removing the text layer from a sufficient number of pages makes the problem disappear; but it does not appear removing any single (potentially problematic) page has any effect.

Dec 18 2019, 8:19 AM · MediaWiki-DjVu, Wikisource
Xover added a comment to T228594: [phetools] Wikisource OCR deletes old contents of a page, but does not generate new text..

I don't understand the distinction here.

Dec 18 2019, 6:54 AM · Upstream, Wikisource, Tools

Dec 12 2019

Xover created T240562: Text extraction fails on seemingly bog standard DjVu file.
Dec 12 2019, 11:51 AM · MediaWiki-DjVu, Wikisource
Xover added a comment to T237848: "success is not a function" JS exception on certain DjVu files.

@Tpt This is almost certainly not the same issue as T204020 (which is a dup of T219376, where some possible approaches to fix it are suggested). 20402 is basically the result of a naïve text layer extraction algorithm in MediaWiki-DjVu that fails badly when faced with unexpected data in a DjVu file, combined with the fact that the DjVuLibre tools will happily accept invalid input that it will choke on when asked to output it again. MediaWiki-DjVu can absolutely be modified such that it will fail gracefully in these cases. But, crucially, such DjVu files can be reliably identified (djvutxt --detail=page file.djvu | egrep "^failed"), and the example from this task does not exhibit that problem.

Dec 12 2019, 11:20 AM · MW-1.35-notes (1.35.0-wmf.8; 2019-11-26), MediaWiki-DjVu, ProofreadPage, Wikisource
Xover added a comment to T204020: OCR extracted from DjVu files is incorrectly assigned to pages.

This is the same issue as T219376 which contains some possible approaches to fix this.

Dec 12 2019, 11:10 AM · Wikisource, ProofreadPage, MediaWiki-DjVu, Multimedia
Xover added a comment to T237848: "success is not a function" JS exception on certain DjVu files.

It looks like the mentioned javascript error in the console is gone now (as of 1.35.0-wmf.10 today; I can't recall if I checked on wmf.8 due to the recent hiccup in the deployment calendar), but the text layer is still not loading in the example page. Absent any console messages I have no idea how to debug this further. Are there server side logs that can be checked? A test system where it can be traced? Should I open a new task for that, and if so, with what tags or projects so that it has a chance to hit the right teams' radar?

Dec 12 2019, 6:18 AM · MW-1.35-notes (1.35.0-wmf.8; 2019-11-26), MediaWiki-DjVu, ProofreadPage, Wikisource

Dec 5 2019

Xover created T239934: Additional Perl modules needed in default Kubernetes image.
Dec 5 2019, 5:09 PM · Toolforge (Software install/update)

Nov 12 2019

Xover added a comment to T237848: "success is not a function" JS exception on certain DjVu files.

@Aklapper See link in task description: https://en.wikisource.org/w/index.php?title=Page:Atalanta_-_Vol._2.djvu/18&action=edit&redlink=1

Nov 12 2019, 7:58 PM · MW-1.35-notes (1.35.0-wmf.8; 2019-11-26), MediaWiki-DjVu, ProofreadPage, Wikisource

Nov 11 2019

Xover added a comment to T230689: Preload the next page's image on proofreading view.

Incidentally, the correct place to solve this is in ProofreadPage because it has knowledge of what the next page in the sequence is. However, I suspect it would need facilities from core to do this intelligently: standard prefetching requires injecting a <link rel="prefetch" href="…" /> in the page, preferably before the browser sees it. ProofreadPage could of course "cheat" the way this gadget does (good version 1.0 / proof of concept / minimum viable product goal?), but that'd be kinda complicated, inelegant, overly specific, and prone to breaking over time.

Nov 11 2019, 10:28 AM · Patch-For-Review, ProofreadPage

Nov 10 2019

Xover created T237848: "success is not a function" JS exception on certain DjVu files.
Nov 10 2019, 10:42 AM · MW-1.35-notes (1.35.0-wmf.8; 2019-11-26), MediaWiki-DjVu, ProofreadPage, Wikisource

Nov 6 2019

Xover added a comment to T68447: Allow providing a (manual) list of titles to delete on [[Special:Nuke]].

Possibly related: T236469

Nov 6 2019, 1:30 PM · MediaWiki-extensions-Nuke
Xover updated subscribers of T68447: Allow providing a (manual) list of titles to delete on [[Special:Nuke]].

This is a common operation on the Wikisources: what on a Wikipedia would be "a page" is on Wikisource "this collection of pages in multiple namespaces". Thus having a list of pages, possibly into the thousands (one per page of a book, for example), is a very common scenario. Based on recent experience on enWS it is even more common than mass deleting all contribs from a particular user (most of our recent spammers have constrained themselves to a single page).

Nov 6 2019, 10:47 AM · MediaWiki-extensions-Nuke

Oct 25 2019

Xover added a comment to T218339: Deprecate and remove mediawiki.RegExp.

Is it expected behaviour that mw.loader.using('mediawiki.RegExp', function() {…}) will fail silently?

Oct 25 2019, 7:59 PM · Patch-For-Review, MW-1.35-notes (1.35.0-wmf.2; 2019-10-15), MW-1.35-release, MediaWiki-General, Performance-Team, Technical-Debt (Deprecation process)

Oct 23 2019

Xover added a comment to T32906: Store DjVu, PDF extracted text in a structured table instead of img_metadata.

Hmm. While DjVu and PDF (and, I think, TIFF) has explicit text layers; any kind of image can in principle contain text and could benefit from a structured way to store the OCR as actual text. We have oodles of images-of-text in JPEG, PNG, etc. formats in addition to the "book" formats (DjVu, PDF). Even book scans are not-infrequently uploaded as a couple hundred JPEGs gathered in a category (if we're lucky).

Oct 23 2019, 6:19 AM · Commons, Wikisource, Multimedia, MediaWiki-File-management