I've managed to get the same visual results with and without --enable-heuristics by setting the following options --disable-delete-blank-paragraphs --disable-format-scene-breaks --disable-markup-chapter-headings --disable-unwrap-lines but I didn't get any gains in terms of performance. I tried multiple combinations and it seems that --disable-delete-blank-paragraphs is what slows things down but without it the PDF doesn't look right.
Anyhow, I've hit a wall and at this point this requires further exploration and maybe even look into calibre source to figure out what's going on and why generating the book goes from 10s to 60s in the presence of fonts.

In T271220#6752356, @ifried wrote:

@dmaza Looks like this didn't get estimated yet. Any suggestion for the points it should be assigned? Thanks in advance.

Should this new alias be announced to the wikisource communities? (I guess the same question goes for epub -> epub-3)

@Inductiveload should we close this task then?

In T267079#6729305, @ifried wrote:

Just to clarify, @Samwilson: There's no way we can get data on the ebook exports that time out? Or is there a way? Just want to understand the options for handling this. Thanks in advance!

It seems that this is due to the way we sanitize the book & chapters' titles when generating the links. Possibly at https://github.com/wsexport/tool/blob/main/src/Cleaner/BookCleanerEpub.php#L166 ?

In T261005#6687650, @Jdforrester-WMF wrote:

Is there a task for enabling this in MediaWiki by default (and possibly even dropping the feature flag)?

We've talked about celery before and we found a php client to send messages in but I don't know if there is a clear way to consume the messages in php unless we do some hacking (like calling symfony commands or executing php files directly)

@dom_walden Thank you for creating this task. This issue might be solved by https://github.com/wsexport/tool/pull/267
Edit: Here is the task T264788

Looks like this is a translation issue. In Arabic, the message has been translated incorrectly. See Hebrew vs Arabic for comparison

In T261479#6608064, @Samwilson wrote:

Most of this is merged and on the test site, but there's a bug that @dmaza found with the padmaa font being listed twice (as padmmaa and padmaa-Bold.1.1). I'll make a fix for this now.

In T267079#6605718, @Samwilson wrote:

This other work should be done before adding the generation-time: T266190: Wikisource Export: Migrate existing DB system to use Doctrine ORM

Already done as part of a different task

In T260868#6585108, @ifried wrote:

The one difference (submitting an invalid expiry via action=watch or while editing) is acceptable behavior. This work is now complete, so I'm marking it as Done.

PR-1: https://github.com/wikimedia/ToolforgeBundle/pull/36
PR-2: https://github.com/wsexport/tool/pull/276

@Reedy is there a set date for 1.35.1? We are ready to remove the "experimental warning" on this now.

In T264239#6570682, @Samwilson wrote:

Should we do these things?

• rename the repository, and perhaps move it to be under the wikimedia org on Github? i.e. wikimedia/ws-export
• redirect https://wsexport.wmflabs.org to https://ws-export.wmflabs.org
• rename https://wikisource.org/wiki/Wikisource:WSexport
• change all documentation and interface messages from "WSExport" (any case) to "WS Export"

https://github.com/wsexport/tool/pull/257

@ifried Moving over a question on gerrit from @HMonroy

TIL. Thank you for the links and explanation. For some reason I was under the impression that you needed a NDA to be able to access a VPS.

In T265431#6541353, @Samwilson wrote:

Yes, that's a very good point, I was wondering that too. After T261480 we can look at the user agents more easily; should this task wait till that's done?

Also, are we allowed to log user agents? Aren't they sort of user-identifing?

I want to point out that the user-agent is the only piece of identifiable data that we could "use" to tie different requests to one user/bot and it is a bit unreliable since multiple users could potentially have the same one.

PR: https://github.com/wsexport/tool/pull/246

We are pretty much done with development and slowly rolling it out to a few wikis. Technically it should be stable but we want to wait and see it enabled in a few mid-size wikis first (happening next week). When are you planning on doing 1.35.1?

@jwang Thanks for looking into this. I think what you are describing works for this and like you said, there aren't really any other options.

@Addshore I believe you've worked on the watchlist before. It'd be great to hear your thoughts on https://gerrit.wikimedia.org/r/629916 whenever you get a chance.

... I thought the old behaviour was to show nothing unless there is a non-indefinite expiry...

I was under that impression too. It would make sense to keep this consistent across API(s). IIRC at least watch API will not return an expiry param unless you are passing one in.

In T28292#6500358, @gerritbot wrote:

Change 629916 had a related patch set uploaded (by Dmaza; owner: Dmaza):
[mediawiki/core@master] watchedlist: cache null values when unwatching

https://gerrit.wikimedia.org/r/629916

How about something with 'ebooks' in it?

I like that idea but txt, pdf, rtf are not really ebooks so I'm not sure if it is appropriate

In T257396#6506650, @kaldari wrote:

@dmaza - Can you provide a summary of what ended up being deployed with the 1.35.0 release?

In T263783#6503525, @Samwilson wrote:

This hasn't been merged yet. Are we holding off till after porting to Symfony?

@Prtksxna Can you confirm that the animation transitions we agreed on are the following?