No Special:Book is a different codepath to bookcmd=book_creator but presumably they can be fixed by the same patch.

Is this the same as T380545?

Adding @cscott per Developers/Maintainers (update page if incorrect, please and thank you!)

It seems this filter (https://de.wiktionary.org/wiki/Spezial:Missbrauchsfilter/48?uselang=en) warns certain category of editors to use edit summaries for creating new pages. Collection creates new page on behalf of a user via API without edit summary (the user cannot override this).

Change #1088773 had a related patch set uploaded (by MarkAHershberger; author: MarkAHershberger):

[mediawiki/extensions/Collection@REL1_42] Recover Collection book creation for DownloadBook

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

In T224922#10236291, @MarkAHershberger wrote:

I have interest in taking stewardship of this extension. As I mentioned elsewhere, I'm interested in restoring some of the book rendering capabilities of this extension. I'd like to maintain these functions for people that need them in a way that they don't conflict with the needs of the WMF.

I have interest in taking stewardship of this extension. As I mentioned elsewhere, I'm interested in restoring some of the book rendering capabilities of this extension. I'd like to maintain these functions for people that need them in a way that they don't conflict with the needs of the WMF.

In T374888#10229877, @akosiaris wrote:

I think a first step would be to make that offer in T224922: Code Stewardship Review: Collection Extension

In T374888#10227426, @MarkAHershberger wrote:

Visiting Special:Book in a Firefox private window clearly shows the Book creator bar with the option to disable it:

Change #1079670 had a related patch set uploaded (by MarkAHershberger; author: MarkAHershberger):

[mediawiki/extensions/Collection@master] Recover Collection book creation for DownloadBook

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

I've been looking at forking (or adding to) DownloadBook in order to provide rendering for Collection via Chrome on a smallish wiki (since a first pass with Weasyprint or pandoc, the backends it currently offers, aren't suitable for my purposes). Its ugly, but shows promise.

Change #1079669 had a related patch set uploaded (by MarkAHershberger; author: MarkAHershberger):

[mediawiki/extensions/Collection@master] Refactor getPortlet into chunks

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

In T374888#10171478, @Jdforrester-WMF wrote:

In T374888#10170930, @akosiaris wrote:

https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Collection/+/1075157 is up, how do I get anyone to review it?

C+2'ed.

I wonder what would happen if that code were made to properly go through the URL downloader. Would it bring back the book rendering as PDF? Probably not, too many assumptions have been made that it doesn't work.

I'm also generally willing to review changes that remove code that hasn't worked in years. I'm just not as fast as James. ;)

Change #1075157 merged by jenkins-bot:

[mediawiki/extensions/Collection@master] Remove render_article, render_collection commands

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

Change #1075157 merged by jenkins-bot:

[mediawiki/extensions/Collection@master] Remove render_article, render_collection commands

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

In T374888#10170930, @akosiaris wrote:

https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Collection/+/1075157 is up, how do I get anyone to review it?

https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Collection/+/1075157 is up, how do I get anyone to review it?

Change #1075157 had a related patch set uploaded (by Alexandros Kosiaris; author: Alexandros Kosiaris):

[mediawiki/extensions/Collection@master] Remove render_article, render_collection commands

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

Change #1075157 had a related patch set uploaded (by Alexandros Kosiaris; author: Alexandros Kosiaris):

[mediawiki/extensions/Collection@master] Remove render_article, render_collection commands

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

Hmm, I 've dug into Turnilo too and I fear my change isn't going to have any impact. Per https://w.wiki/BHjy, the top 5 user agents request wise, all showing Chrome version that are at least ~2 years old (a sign of bot activity), are without a Referer and from singaporean IPs

Diving a bit deep in the rabbithole.

I 've dug a bit into this. And it's a mess of historical reasons.

Drive by comment to say that pediapress PDF,EPUB, etc rendering has probably been broken for a very long time and no-one noticed. See T374888.

Looks like a request to an external source from MediaWiki that doesn't make use of the url-downloader as a proxy, thus it's firewalled.

Ah, I added a comment to one of the other linked bugs, so that might speed things up a bit.

The bug I opened is T373556: Document wgCollectionDisableDownloadSection and fix the UI if this is false. and the patch in gerrit is here

I already uploaded the patch for review into Gerrit. Now someone with +2 access needs to review it. Our code review process is broken so this step can take a while sometimes.

I can apply for Developer access if you need me to push the patch into the Collection extension. I'm not too familiar with Gerrit's Code review system, so if one ofyou could push it that would be great!

@Mattrose: Please link/cross-reference to your bug in Phab and your patch in Gerrit so they can be found - thanks!

The latest version of the patch is on Gerrit at https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Collection/+/1068103

Thanks for taking a look at the code. You are very welcome to use developer access to submit the last attachment as a Git branch directly into Gerrit which makes it easier for folks to review and provide feedback. If you don't want to set up Git/Gerrit, you can also use the Gerrit Patch Uploader.

Also noticed that it complained about an un-initiated variable on one of the pages in debug mode, so the following patch fixes that.