Page MenuHomePhabricator

Xover
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Thursday

  • Clear sailing ahead.

User Details

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

Recent Activity

Today

Xover added a watcher for User-Inductiveload: Xover.
Tue, Mar 2, 8:37 AM

Sat, Feb 27

Xover added a comment to T43614: ProofreadPage does not use image's full resolution when zooming in.

Hmm. As I recall, PRP uses a hard 1024px size for the "thumbnail" it requests. I am assuming this was a value picked as a sort of compromise between full fidelity to the user and various optimization concerns.

Sat, Feb 27, 9:23 AM · Wikisource, ProofreadPage
Xover added a comment to T265219: Wikisource: Internet Archive Upload Fail.

Hmm. Based on this and a few other recent failures, I'm starting to wonder if php-exec-command (which is the Command::exec(); wrapper ia-upload is using to execute binaries) is broken and returning "Command not found" for any non-zero exit status.

Sat, Feb 27, 9:10 AM · Wikisource, IA Upload
Xover added a project to T275912: Create an Importer for Distributed Proofreaders (pgdp.net) for Wikisource: Wikisource.
Sat, Feb 27, 7:55 AM · Wikisource, importbots

Fri, Feb 26

Xover renamed T275735: Change api cache ttl to be an .env var from Change api cache ttl to be an .evn var to Change api cache ttl to be an .env var.
Fri, Feb 26, 10:34 AM · Community-Tech (Kanban-2020-21-Q3), WS Export

Thu, Feb 25

Xover added a comment to T101075: Do not save unused (or deliberately removed) suggested parameters when inserting or editing transclusions.

… there's a difference in wikitext between an empty parameter and a not-provided-at-all parameter, …

Thu, Feb 25, 8:44 AM · Skipped QA, User-Ryasmeen, MW-1.36-notes (1.36.0-wmf.29; 2021-02-02), Editing-team (FY2020-21 Kanban Board), VisualEditor-MediaWiki-Templates, VisualEditor

Fri, Feb 19

Xover added a comment to T257066: Extension:Score / Lilypond is disabled on all wikis.

There is some progress being made on various protected tasks, …

Fri, Feb 19, 4:06 PM · MW-1.36-notes (1.36.0-wmf.26; 2021-01-12), User-notice, Security-Team, Security, Wikimedia-General-or-Unknown, MediaWiki-extensions-Score, SRE
Xover added a comment to T257066: Extension:Score / Lilypond is disabled on all wikis.

So… we're currently waiting for a suitable volunteer to materialize out of thin air to address an issue whose details are not public for security reasons? And in the mean time we have many thousand broken pages across multiple projects and all we can do is bleed contributors in those areas?

Fri, Feb 19, 1:21 PM · MW-1.36-notes (1.36.0-wmf.26; 2021-01-12), User-notice, Security-Team, Security, Wikimedia-General-or-Unknown, MediaWiki-extensions-Score, SRE

Thu, Feb 11

Xover added a comment to T274495: Genericize language on the Wikisource download button to remove specific models of tablet.

Absent specific proposals for better wording

I gave a proposal.

Thu, Feb 11, 1:06 PM · Community-Tech, WS Export
Xover added a comment to T274495: Genericize language on the Wikisource download button to remove specific models of tablet.

Absent specific proposals for better wording I think the status quo works well enough. Far from every ebook user has any conception of file formats, much less any idea what kind is best for their device, so giving them enough information suited to their frame of reference to make a sensible choice is a priority.

Thu, Feb 11, 12:37 PM · Community-Tech, WS Export

Sat, Feb 6

Xover added a comment to T274027: WS Export: Don't show sidebar links in Page and Index namespaces.

Let me throw an extra angel on the head of this needle: a user might conceivably want to export a work when currently on a wikipage in these namespaces, and a user might conceivably want to export a single page, as defined by a Page: wikipage, of a work.

Sat, Feb 6, 8:57 AM · Community-Tech, WS Export
Xover added a comment to T269726: Make 'pdf' format an alias for 'pdf-a5'.

I think that for any inherently paged format (like PDF), print should be a primary concern. For everything else we should nudge people to ePub where content can be dynamically reflowed. I have trouble imagining that a significant number of people actually print these onto dead trees, but that is the main rationale for the design of the PDF format the way it is.

Sat, Feb 6, 8:35 AM · Community-Tech (Kanban-2020-21-Q3), WS Export
Xover added a comment to T269726: Make 'pdf' format an alias for 'pdf-a5'.

Uhm. A5? Every printer in the world is designed for A4 (or its bastard offshoot, US Letter), and every sheet of printer paper sold ditto. The other sizes, including A5, are barely measurable in comparison. In fact, I think some of the B sizes may actually outsell A5 due to use in automated mass-mailings of various kinds.

Sat, Feb 6, 8:03 AM · Community-Tech (Kanban-2020-21-Q3), WS Export

Jan 20 2021

Xover added a comment to T272253: WS Export: open 'choose formats' link in new tab.

No, please don't. Forcing links to open in a new tab or window to keep the user on your site is literally a dark pattern in web design. Users are quite capable of opening a link in a new tab if they want to, and, conversely, those users who have trouble with this are also apt to be confused by navigating multiple tabs or windows.

Jan 20 2021, 7:24 AM · Wikisource, Community-Tech, WS Export

Jan 13 2021

Xover created T271958: Support "width: fit-content" in TemplateStyles/Sanitized CSS.
Jan 13 2021, 5:06 PM · css-sanitizer, TemplateStyles

Jan 10 2021

Xover added a watcher for WS Export: Xover.
Jan 10 2021, 1:26 PM

Dec 21 2020

Xover added a comment to T134469: doBlockLevels() inserts <p> and </p> randomly with no regard for HTML validity.

I bet something like __NO_P_WRAP__ would be fairly easy to support. Would it get enough adoption to get us closer to our goal of turning it off by default?

Dec 21 2020, 5:21 PM · MediaWiki-Parser

Dec 20 2020

Xover added a comment to T134469: doBlockLevels() inserts <p> and </p> randomly with no regard for HTML validity.

… In ten years, I'd love for us to be at the point where we don't do <p>-wrapping at all …

Dec 20 2020, 10:14 AM · MediaWiki-Parser

Dec 18 2020

Xover added a comment to T270387: Enable OPDS catalog for English Wikisource.

Yeah, daily would be better for newly added works. For changes to existing works the frequency could be much lower with not much problem I think. Alternatively new works could be manually triggered (we have lots of manual processes already) given an interface for it.

Dec 18 2020, 8:36 PM · Community-Tech (Kanban-2020-21-Q3), WS Export

Dec 11 2020

Xover updated subscribers of T230415: Stop ignoring paragraph and region separators in DjVu file OCR text layer.

Oh, no, wait… I think I'm just being a dummy!

Dec 11 2020, 1:52 PM · Patch-For-Review, MW-1.36-notes (1.36.0-wmf.21; 2020-12-08), Wikisource, MediaWiki-DjVu

Dec 10 2020

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

It definitely isn't working. On this page the paragraphs run together, but the output from djvutxt thefile.djvu -page=17 -detail=page is:

Dec 10 2020, 9:41 PM · Patch-For-Review, MW-1.36-notes (1.36.0-wmf.21; 2020-12-08), Wikisource, MediaWiki-DjVu
Xover added a comment to T230415: Stop ignoring paragraph and region separators in DjVu file OCR text layer.

Hmm. $wgDjvuTxt is set in CommonSettings.php, so that should be ok.

Dec 10 2020, 7:18 PM · Patch-For-Review, MW-1.36-notes (1.36.0-wmf.21; 2020-12-08), Wikisource, MediaWiki-DjVu
Xover added a comment to T230415: Stop ignoring paragraph and region separators in DjVu file OCR text layer.

Hmm. I didn't think there'd be any caching of this, but I may have misunderstood. It might also be that retrieveMetaData() is called once on upload rather than on demand as I'd assumed. And we need to check what $wgDjvuTxt is set to, since this whole block is only executed if that config var isset().

Dec 10 2020, 7:28 AM · Patch-For-Review, MW-1.36-notes (1.36.0-wmf.21; 2020-12-08), Wikisource, MediaWiki-DjVu

Nov 18 2020

Xover added a comment to T215858: Plan a replacement for wiki replicas that is better suited to typical OLAP use cases than the MediaWiki OLTP schema.

Just to add a perspective…

Nov 18 2020, 7:31 AM · cloud-services-team (Kanban), Data-Services, Analytics

Nov 14 2020

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

Could you apply this diff

Done.

Nov 14 2020, 5:30 PM · Upstream, Wikisource, Tools
Xover updated subscribers of T228594: [phetools] Wikisource OCR deletes old contents of a page, but does not generate new text..

… every word is on a new line. …

Same feedback as @Jan.Kamenicek tonight, although it seemed to worked great a week ago.

Nov 14 2020, 9:25 AM · Upstream, Wikisource, Tools
Xover added a comment to T228594: [phetools] Wikisource OCR deletes old contents of a page, but does not generate new text..

@Xover, I think it is a misunderstanding
data.text.substring(0,5) != "<?xml" -> XML is accepted, if it is not XML, then is considered error.

Nov 14 2020, 9:13 AM · Upstream, Wikisource, Tools

Nov 13 2020

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

…fallback to old OCR when got text is an error message instead of XML content:

function hocr_callback(data) {
	if ( data.error || data.text.substring(0,5)!="<?xml" ) {
Nov 13 2020, 9:07 AM · Upstream, Wikisource, Tools

Nov 12 2020

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

Ok, I've now had some independent testing (Big big thank you to Jan!) that confirms the tweaked Gadget code now produces results that are at least within a reasonable distance of what it used to produce.

Nov 12 2020, 1:39 PM · Upstream, Wikisource, Tools

Nov 11 2020

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

Ok, an update on the corrupted cache…

Nov 11 2020, 6:38 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..

… the [OCR] result is very poor, …: every word is on a new line.

This is a separate problem, and is most likely related to Tesseract being upgraded to 4.x.

Nov 11 2020, 7:28 AM · Upstream, Wikisource, Tools

Nov 10 2020

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

Unfortunately, the OCR does not work with any of these at all

Nov 10 2020, 9:52 AM · Upstream, Wikisource, Tools

Nov 9 2020

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

… I tested it now e. g. on Page:John_Huss,_his_life,_teachings_and_death,_after_five_hundred_years.pdf/122 and some other pages of the same book and it still does not work here :-(

Nov 9 2020, 8:39 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..

@Xover - What would be the effect of just deleting all the caches? Tesseract has been upgraded since most of those caches were generated anyway.

Nov 9 2020, 5:26 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..
Nov 9 2020, 10:45 AM · Upstream, Wikisource, Tools

Nov 6 2020

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

The cache for a given work will be in a subdirectory of ~/cache/hocr/ created from the MD5 hash of the file's name (spaces replaced with underscores) concatenated with the invoking project's language code. So for Mexico_under_Carranza.djvu requested from English Wikisource, you can generate the hash with…

Nov 6 2020, 9:57 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..

Ok, having gotten access to the project in connection with T265640 I've been trying to debug this a bit.

Nov 6 2020, 5:04 PM · Upstream, Wikisource, Tools

Nov 5 2020

Xover added a comment to T265640: phe-tools: Match&Split bot is not running because of python2 deprecation in pywikibot.

@JJMC89 Thanks!

Nov 5 2020, 7:42 AM · Tools

Nov 4 2020

Xover added a comment to T265640: phe-tools: Match&Split bot is not running because of python2 deprecation in pywikibot.

@Candalua Thanks!

Nov 4 2020, 8:32 PM · Tools
Xover added a comment to T265640: phe-tools: Match&Split bot is not running because of python2 deprecation in pywikibot.

@Candalua That leaves you as the only admin on phetools with any likelihood of having the spare cycles to look at this (Phe and Tpt are highly unlikely to be available for this any time soon). Any chance you could poke around here a bit?

Nov 4 2020, 9:17 AM · Tools

Nov 2 2020

Xover added a comment to T265640: phe-tools: Match&Split bot is not running because of python2 deprecation in pywikibot.

@Aklapper Indeed. Community-Tech was added as their Toolforge group account is one of the four accounts set as admin for the phetools Toolforge project.

Nov 2 2020, 3:32 PM · Tools

Nov 1 2020

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

… is this a challenge a lot of people are encountering?

Nov 1 2020, 2:02 PM · Editing-team, Community-Tech, VisualEditor, ProofreadPage
Xover merged T202200: Visual Editor set double header in ProofreadPage header into T244657: Visual Editor moves ProofreadPage header / footer into page text field, duplicating them.
Nov 1 2020, 1:55 PM · Editing-team, Community-Tech, VisualEditor, ProofreadPage
Xover merged task T202200: Visual Editor set double header in ProofreadPage header into T244657: Visual Editor moves ProofreadPage header / footer into page text field, duplicating them.
Nov 1 2020, 1:54 PM · ProofreadPage, VisualEditor
Xover merged T198688: Switching between editors on Wikisource, the header and footer are moved into the body into T244657: Visual Editor moves ProofreadPage header / footer into page text field, duplicating them.
Nov 1 2020, 1:53 PM · Editing-team, Community-Tech, VisualEditor, ProofreadPage
Xover merged task T198688: Switching between editors on Wikisource, the header and footer are moved into the body into T244657: Visual Editor moves ProofreadPage header / footer into page text field, duplicating them.
Nov 1 2020, 1:52 PM · VisualEditor, ProofreadPage
Xover merged T212347: Proofreading on Wikisource, switching editor from source to visual to source incorrectly moves header text into page body into T244657: Visual Editor moves ProofreadPage header / footer into page text field, duplicating them.
Nov 1 2020, 1:52 PM · Editing-team, Community-Tech, VisualEditor, ProofreadPage
Xover merged task T212347: Proofreading on Wikisource, switching editor from source to visual to source incorrectly moves header text into page body into T244657: Visual Editor moves ProofreadPage header / footer into page text field, duplicating them.
Nov 1 2020, 1:51 PM · ProofreadPage
Xover merged T266942: Visual Editor issue on Bengali Wikisource into T244657: Visual Editor moves ProofreadPage header / footer into page text field, duplicating them.
Nov 1 2020, 1:49 PM · Editing-team, Community-Tech, VisualEditor, ProofreadPage
Xover merged task T266942: Visual Editor issue on Bengali Wikisource into T244657: Visual Editor moves ProofreadPage header / footer into page text field, duplicating them.
Nov 1 2020, 1:48 PM · Bengali-Sites, ProofreadPage, Wikisource, VisualEditor

Oct 19 2020

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.

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

Oct 16 2020

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). ~~~~

Oct 16 2020, 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.

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

Oct 15 2020

Xover created T265640: phe-tools: Match&Split bot is not running because of python2 deprecation in pywikibot.
Oct 15 2020, 5:45 PM · Tools
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…

Oct 15 2020, 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.

Oct 15 2020, 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.
Oct 15 2020, 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.
Oct 15 2020, 7:25 AM · Editing-team, Community-Tech, VisualEditor, ProofreadPage

Oct 4 2020

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. …

Oct 4 2020, 9:55 AM · MW-1.36-notes (1.36.0-wmf.16; 2020-11-03), good first task, patch-welcome, Readers-Web-Backlog, MinervaNeue, 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.

Oct 4 2020, 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?

Oct 4 2020, 8:40 AM · MW-1.36-notes (1.36.0-wmf.16; 2020-11-03), good first task, patch-welcome, Readers-Web-Backlog, MinervaNeue, 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 · Developer-Advocacy (Oct-Dec 2020), 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, MW-1.36-notes (1.36.0-wmf.21; 2020-12-08), 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 · Desktop Improvements, MediaWiki-Watchlist, Growth-Team, 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 · Desktop Improvements, MediaWiki-Watchlist, Growth-Team, 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-TechWish, 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-TechWish, 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